Законодательство
Самарской области

Самарская область

Законы
Постановления
Распоряжения
Определения
Решения
Положения
Приказы
Все документы
Указы
Уставы
Протесты
Представления







"ПОЛОЖЕНИЕ О ПОРЯДКЕ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ В СИСТЕМЕ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ НА ТЕРРИТОРИИ САМАРСКОЙ ОБЛАСТИ (ВЕРСИЯ 7.0)"
(утверждено Министерством здравоохранения Самарской области 01.01.2004)

Официальная публикация в СМИ:
публикаций не найдено


Вступил в действие с 10 февраля 2004 года (пункт 6 данного документа)



Утверждаю
Министр здравоохранения Самарской области
Г.И.ГУСАРОВА
1 января 2004 года

Утверждаю
Исполнительный директор Территориального фонда
ОМС Самарской области
Ю.К.ЛАРИОНОВ

Согласовано
Президент Ассоциации медицинских
страховых компаний Самарской области
Н.Ф.ПРОХОРЕНКО

Согласовано
Президент Самарской областной Ассоциации врачей
Л.А.БАЛЬЗАМОВА

ПОЛОЖЕНИЕ
"О ПОРЯДКЕ ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ
В СИСТЕМЕ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ
НА ТЕРРИТОРИИ САМАРСКОЙ ОБЛАСТИ"
(ВЕРСИЯ 7.0)

1. Общие положения

1.1. Назначение и цель разработки

Настоящее Положение о порядке информационного взаимодействия в системе ОМС Самарской области (далее - Положение) разработано на основании следующих документов:
Закона Российской Федерации "О медицинском страховании граждан в Российской Федерации" от 28 июня 1991 года № 1499-1 (в ред. Закона РФ от 02.04.1993 № 4741-1, Федерального закона от 29.05.2002 № 57-ФЗ, с изм., внесенными Указом Президента РФ от 24.12.1993 № 2288, Федеральным законом от 01.07.1994 № 9-ФЗ);
Правил обязательного медицинского страхования населения Самарской области;
Положения о порядке оплаты медицинских услуг в системе обязательного медицинского страхования населения Самарской области;
Положения о проведении медико-экономической экспертизы медицинских услуг;
Приказов Министерства здравоохранения Российской Федерации от 24 октября 1996 года № 363, Федерального фонда обязательного медицинского страхования "О совершенствовании контроля качества медицинской помощи населению Российской Федерации".
Положение подготовлено рабочей группой и получило положительную оценку группы экспертов, состоящей из представителей Департамента здравоохранения Администрации Самарской области, ТФОМС Самарской области, Ассоциации МСК Самарской области, специалистов информационных служб ЛПУ Самарской области.
Субъекты информационного взаимодействия обмениваются между собой информацией, состав, формат и сроки передачи которой должны строго соответствовать настоящему Положению. Передача прочей информации, не описанной в Положении, осуществляется по согласованию заинтересованных сторон.
Содержащиеся в этом документе правила обязывают всех субъектов системы ОМС на территории Самарской области, вступающих в информационное взаимодействие друг с другом, строго и неукоснительно соблюдать порядок обмена и подготовки информации.
Решение об оплате регламентируется "Положением о порядке оплаты медицинских услуг в системе обязательного медицинского страхования населения Самарской области".
Любые программные средства, разработанные ранее или разрабатываемые в настоящее время для использования в системе здравоохранения и ОМС, должны быть модифицированы в соответствии с требованиями данного документа.
Несоблюдение требований данного Положения при подготовке информации для информационного обмена является причиной, по которой обмен не может быть осуществлен. Ответственность за последствия такого шага несет сторона, не соблюдающая вышеизложенные требования.
Изменения и дополнения в данный документ вносятся после проработки рабочей группой на основании накопления материалов законодательного характера, а также по требованиям сторон.
Вносимые изменения должны быть утверждены и согласованы с руководителями Департамента здравоохранения Администрации Самарской области, ТФОМС Самарской области, Ассоциации МСК Самарской области и Ассоциации врачей Самарской области.
Любой субъект для организации своего информационного взаимодействия в системе ОМС может на договорной основе поручить формирование, отправку, прием и обработку информации специализированной организации, не являющейся субъектом ОМС.
В Положении определены все события и сообщения, описывается их формат, структура.
Информационное взаимодействие в области льготного лекарственного обеспечения описано в отдельном документе.
Новые редакции настоящего Положения, а также его изменения и дополнения последовательно нумеруются. Структура номера: R.U, где R номер редакции Положения, U номер изменения или дополнения в пределах последней редакции.

1.2. Используемые понятия

В настоящем Положении используются следующие понятия, не описанные в Положении о порядке оплаты медицинских услуг в системе обязательного медицинского страхования населения Самарской области:
Адресат - учреждение, которому должен быть отправлен информационный объект.
Отправитель - учреждение, отправляющее информационный объект адресату.
Идентификация застрахованного - установление факта регистрации пациента в областной базе данных застрахованных ЕМСР на основе его персональных сведений.
Экспертиза реестра - процедура обработки Плательщиком счета за медицинскую услугу, оказанную пациенту Исполнителем.
Событие по обработке - определенное действие, производимое участником информационного обмена над информацией в процессе выполнения возложенных на него обязанностей, регламентированных в соответствующих нормативных документах.
Электронный реестр оказанных медицинских услуг. Содержит персонализированную медико-экономическую информацию об оказанных услугах. Характеризуется датой выставления, признаком повторности, результатом идентификации и экспертизы и т.д. По факту оказания услуги реестр может передаваться неоднократно в случае отказов в оплате, переадресаций, уточнений и т.п. В один день по одной услуге может быть выставлено не более одного реестра.
Информационные технологии - совокупность средств и методов обработки данных, обеспечивающих целенаправленный сбор, хранение, обработку, передачу и представление информации.
Информационная система - организационно упорядоченная совокупность документов (массивов документов) и информационных технологий, включая используемые средства вычислительной техники и связи, реализующих информационные процессы.
Информационные услуги - действия субъектов (собственников и владельцев) по обеспечению пользователей информационными ресурсами.
Информатизация - организационный, социально-экономический и научно-технический процесс создания оптимальных условий для удовлетворения информационных потребностей и реализации прав граждан, органов государственной власти, органов местного самоуправления, организаций, общественных объединений на основе формирования и использования информационных ресурсов.

1.3. Принципы построения информационной
системы ОМС Самарской области

Информационная система ОМС Самарской области строится на использовании следующих принципов:
- однократный ввод первичной информации - данные, необходимые для функционирования системы, должны вводиться однократно и в дальнейшем использоваться на всех этапах жизненного цикла этой информации;
- взаимосвязанность данных, использование единых систем классификации и кодирования данных - все информационные потоки и ресурсы системы должны базироваться на единых общедоступных справочниках и классификаторах, использовании внутрисистемных уникальных идентификаторов данных с системой контроля их достоверности (например, единый идентификационный номер застрахованного, код врача и т.д.);
- использование иерархической структуры сбора, обработки и хранения данных - сбор и накопление данных должны осуществляться по пирамидальному принципу (максимальная детализация на нижнем уровне с обобщением на каждом вышестоящем, обеспечение доступа с любого уровня ко всем данным нижестоящих уровней);
- использование открытых систем - программные средства должны быть легко адаптируемые, обеспечивать взаимодействие между собой на основе описанных интерфейсов взаимодействия;
- обеспечение конфиденциальности информации - учитывая наличие в используемых данных персональных сведений о гражданине и элементов врачебной тайны, программные средства должны быть оснащены средствами защиты информации от несанкционированного доступа, информационные пакеты должны представлять собой архивные файлы, защищенные паролем;
- программное обеспечение, используемое субъектами, должно удовлетворять определенным критериям по надежности подготовки и хранения данных, скорости ее обработки и функциональности.

1.4. Субъекты и объекты информационного обмена в системе ОМС

Субъектом информационного взаимодействия в системе ОМС Самарской области считается организация, отвечающая следующим требованиям:
- страховые медицинские организации - юридические лица, осуществляющие медицинское страхование и имеющие государственное разрешение (лицензию) на право заниматься медицинским страхованием;
- медицинские учреждения в системе медицинского страхования - лечебно-профилактические учреждения, научно-исследовательские и медицинские институты, другие учреждения, оказывающие медицинскую помощь и имеющие лицензии, а также лица, осуществляющие медицинскую деятельность как индивидуально, так и коллективно;
- департамент здравоохранения Администрации Самарской области - орган исполнительной власти субъекта Российской Федерации, проводящий государственную политику и осуществляющий управление в сфере здравоохранения;
- органы управления здравоохранением муниципальных образований;
- Территориальный фонд ОМС Самарской области является самостоятельным государственным некоммерческим финансово-кредитным учреждением, образованным для аккумулирования финансовых средств на обязательное медицинское страхование, обеспечения финансовой стабильности государственной системы обязательного медицинского страхования и выравнивания финансовых ресурсов на его проведение.
Основным объектом информационного взаимодействия в системе ОМС Самарской области считается поименованная информационная таблица (набор данных) или группа связанных между собой информационных таблиц (наборов данных), которые соответствуют требованиям настоящего Положения по их заполнению и содержанию находящейся в них информации.
Сведения об этих таблицах и их содержание должны быть доступны всем субъектам системы ОМС в Самарской области. Порядок доступа к этим таблицам и меры по их поддержанию в актуальном состоянии описаны для каждой таблицы.

1.5. Информационные пакеты

Информационный пакет архивный файл типа ARJ, в котором содержится фрагмент базы данных в виде набора взаимосвязанных таблиц формата DBF III (dBASE RUS cp866).
Формат имени информационного пакета имеет следующий вид:
NNNNNSSK.YMD, где
NNNN№ код учреждения отправителя информационного пакета;
SS суффикс информационного пакета (код пакета), определяет тип информационного пакета;
K символ, являющийся числом в системе счисления по основанию 32, означающий порядковый номер информационного пакета от данного учреждения за текущие сутки; Расширение файла YMD представляет собой дату формирования пакета в свернутом формате. Здесь Y последняя цифра номера года; M - месяц в шестнадцатеричной системе счисления (для месяцев с января по декабрь соответственно 1, 2, 3, 4, 5, 6, 7, 8, 9, A(10), B(11), C(12); D число месяца в системе счисления по основанию 32 (для чисел с 1 по 31 соответственно 1, 2, 3, 4, 5, 6, 7, 8, 9, A(10), B(11), C(12), D(13), E(14), F(15), G(16), H(17), I(18), J(19), K(20), L(21), M(22), N(23), O(24), P(25), Q(26), R(27), S(28), T(29), U(30), V(31).

1.6. Общие требования для всех таблиц

Заполнение полей таблиц информационного пакета осуществляется в соответствии с основными принципами заполнения полей таблиц.
Все поля таблиц, заполняемые значениями из различных справочников, должны быть заполнены актуальными значениями, находящимися в этих справочниках.
Все данные, вносимые в символьные поля, переводятся в заглавные буквы.
Для предотвращения ошибок, возникающих при использовании нестандартных драйверов клавиатуры, символьная информация подвергается дополнительной обработке, связанной с заменой всех латинских букв сходными по начертанию русскими буквами.
Удаляются все лидирующие и завершающие пробелы.
Удаляются все лидирующие ноли с учетом проверки на получаемую пустую строку (например: SPOLIS='0001' то SPOLIS='1'; SDOC='00' то SDOC ='0').
При отсутствии значений символьные поля не заполняются, а в цифровые поля заносится ноль.
Если длина данных в символьных полях превышает длину поля таблицы, то значение поля усекается справа.
Поля, носящие логический характер, заполняются значениями: 1 - да, 2 - нет, если иное не оговорено в тексте документа.
Все поля таблицы по обязательности заполнения делятся на обязательные и необязательные для заполнения. Обязательные поля выделены в описании структуры таблиц жирным шрифтом. Обязательные для заполнения поля могут не заполняться при отсутствии информации для заполнения в принципе (например, для адреса: ул. Ново-Садовая, 1, литеры дома не существует в принципе, и поле FLATLITER заполнения не требует).
Заполнение полей символом "*" недопустимо.
Все записи, в которых обнаружены синтаксические и логические ошибки, не устранимые в соответствии с вышеуказанным, к дальнейшему рассмотрению не допускаются и возвращаются отправителю с соответствующими сообщениями об этих ошибках.

1.7. Общие понятия и условные обозначения

БД - база данных
ВТ - вычислительная техника
ДЗ - Департамент здравоохранения Администрации Самарской области
ЕИН - единый идентификационный номер
ЕМСР - единый медико-страховой регистр
ЕИС - единая информационная система отрасли здравоохранения Самарской области
ИМН - изделия медицинского назначения
ИС ОМС - информационная система ОМС
КПУ - комплексная психиатрическая услуга
ЛПУ - лечебно-профилактическое учреждение
ЛС и ИМН - лекарственные средства и изделия медицинского назначения
ЛБД - локальная БД
ЛПУ ПМСП - ЛПУ первичной медико-санитарной помощи
МИАЦ - государственное учреждение здравоохранения "Самарский областной
медицинский информационно-аналитический центр"
НСИ - нормативно-справочная информация
ОМС - обязательное медицинское страхование
ОБД - областная БД застрахованного населения (в составе ЕМСР)
СМО - страховая медицинская организация
ТФОМС - Территориальный фонд обязательного медицинского страхования
ФС - фармакологическая классификация
УК - уникальный ключ

2. Нормативно-справочная информация

2.1. Общие положения

Настоящий раздел Положения предназначен для обеспечения методического, организационного единства и регулирования отношений в системе классификации и кодирования данных в едином информационном пространстве системы здравоохранения Самарской области.
В нем определяются принципы и правила формирования и ведения (актуализации) сводных классификаторов, словарей, справочников, нормативно-методической и контрольно-проверочной информации, используемой для обеспечения учета, автоматизированного контроля и экспертизы качества медицинской помощи, включая назначение лекарственных препаратов.
Единая система классификации и кодирования информационных систем здравоохранения и ОМС позволяет:
- систематизировать информацию при ведении медико-статистического и финансово-экономического учета, контроля, анализа и отчетности;
- создать условия для включения информационных ресурсов ИС ОМС Самарской области в ЕИС здравоохранения Самарской области и Российской Федерации;
- унифицировать информационное и программное обеспечение и форматы обмена данными;
- обеспечить совместимости информационных систем и ресурсов субъектов информационного обмена;
- согласование системы кодирования с государственными и региональными классификациями и стандартами.
Нормативно-справочная информация ЕИС здравоохранения и ИС ОМС Самарской области подразделяется на следующие виды:
1. По праву собственности:
- федеральные информационные ресурсы, находящиеся в собственности Российской Федерации. К ним относятся общероссийские классификаторы, которые создаются федеральными органами исполнительной власти или соответствующими организациями по согласованию с Государственным комитетом Российской Федерации по стандартизации и метрологии, Российским статистическим агентством и Министерством экономики Российской Федерации в части основных видов технико-экономической и социальной информации, используемой при межотраслевом обмене. В информационных ресурсах здравоохранения и системы ОМС Самарской области применяются коды общероссийских классификаторов, приведенные в разделе 2.6;
- отраслевые (ведомственные) классификаторы медико-экономической и социальной информации. Классификаторы указанной информации используются группой организаций, занимающихся аналогичными видами деятельности. К отраслевым классификаторам в системе здравоохранения относятся: "Справочник диагнозов заболеваний в соответствии c международным классификатором болезней (MKB)", "Справочник медицинских, диагностических и других вмешательств(INTERV)";
- региональные и муниципальные классификаторы и справочники, используемые в целях решения задач местного (территориального) значения либо задач отдельных органов государственной власти (государственных и муниципальных унитарных предприятий и учреждений);
- прочие классификаторы и справочники, находящиеся в собственности организаций и граждан и используемые для удовлетворения их собственных потребностей либо для оказания информационных услуг третьим лицам. В документе не определены правила работы с этими справочниками.
2. В соответствии с характером изменения предметной области:
- справочники, создающиеся и развивающиеся постепенно (например, справочники улиц, административно-территориального деления, лечебно-профилактических учреждений, страховых медицинских организаций и т.д.);
- справочники, создающиеся и развивающиеся скачкообразно. Смена содержащейся в нем предметной информации происходит одномоментно и полностью. Например, справочники тарифов на медицинские услуги.
3. По отношению к предметной области:
- одиночные. Например, справочник страховых медицинских организаций, которые могут использоваться самостоятельно;
- связанные. Например, справочник тарифов на стационарные и стационарозамещающие услуги.

2.2. Стороны, участвующие в подготовке НСИ

В работе по обеспечению методического и организационного единства и регулирования отношений в системе классификации и кодирования при эксплуатации ЕИС системы здравоохранения Самарской области и ИС ОМС участвуют все субъекты информационного взаимодействия.
Департамент здравоохранения Администрации Самарской области обеспечивает ведение классификаторов и справочников, поддерживающих автоматизацию статистического учета, мониторинга льготного лекарственного обеспечения, кадровой службы, тарифов за оказанные медицинские услуги.
ТФОМС обеспечивает ведение классификаторов, обеспечивающих автоматизацию мониторинга финансовых ресурсов системы ОМС.
Перечисленные выше организации разрабатывают инструктивно-методические материалы по использованию нормативно-справочной информации для обеспечения более полного и достоверного учета в сфере своей деятельности. Они подготавливают предложения о внесении в справочники и классификаторы изменений, согласовывают изменения с заинтересованными организациями и представляют подготовленные документы на утверждение.
Координацию работ по ведению нормативно-справочной информации в ЕИС системы здравоохранения Самарской области осуществляет МИАЦ.
МИАЦ:
- осуществляет общее руководство над работами по ведению классификаторов;
- координирует деятельность учреждений, ответственных за ведение классификаторов;
- обеспечивает экспертизу справочников и классификаторов на корректность;
- осуществляет централизованное ведение и распространение (рассылку) НСИ;
- осуществляет ведение реестра словарей, справочников, классификаторов, нормативно-правовых и методических документов, используемых в ЕИС здравоохранения;
- поддерживает классификаторы и справочники в достоверном состоянии, хранит эталонные базы данных классификаторов, справочников, словарей;
- разрабатывает структуры данных информационных таблиц для справочников и классификаторов, согласует изменения, вносимые в классификаторы, осуществляет официальное издание справочников и классификаторов;
- обеспечивает автоматизированное ведение классификаторов в электронном виде;
- проводит контрольно-проверочные работы по обеспечению логичности заполнения и взаимосвязанности информации в актуальном пакете справочников;
- извещает всех субъектов информационного обмена о проведенных изменениях в системе НСИ;
- проводит экспертизу информационных потоков системы здравоохранения на соответствие действующим в ЕИС здравоохранения НСИ при сборе сведений для Единого областного банка данных системы здравоохранения.

2.3. НСИ ЕИС системы здравоохранения и ИС ОМС

Словари, справочники, классификаторы, нормативно-правовые и методические материалы, используемые при формировании информационных ресурсов ЕИС, подлежат учету (регистрации) в едином регистре нормативно-справочной информации, в соответствии с которым определяется состав актуального пакета НСИ.
Ведение регистра также возлагается на МИАЦ.
Описание таблиц НСИ содержит необходимые сведения, которые требуются для общей характеристики и идентификации:
- полное наименование словаря, справочника, классификатора;
- сокращенное наименование (английская аббревиатура, содержащая не более 8 символов, отражающая смысл информации);
- назначение, область применения;
- структура таблицы;
- описание полей;
- структура кодов;
- контрольно-проверочная информация, необходимая для разработки программных модулей, обеспечивающих автоматизированный контроль достоверности и логичности информации в ЕИС здравоохранения.

2.3.1. Описание структуры таблицы НСИ

База данных, содержащаяся внутри справочного информационного пакета, всегда имеет одну главную таблицу и (необязательно) определенный набор подчиненных таблиц.
При описании словаря, справочника, классификатора необходимо указывать главную таблицу и ключи связи с подчиненной таблицей.
Любая таблица НСИ содержит пять технологических полей, предназначенных для контроля процесса корректировки и исправления информации в базах данных: DELETED, D_START, D_FIN, CHANGE_R, AСTPAСK.
Структура таблицы (табличное описание справочника) должна быть приведена в следующей форме:

   ---------T------------T----------------------------------------T------¬

¦ № п/п ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+--------+------------+----------------------------------------+------+
¦ 1 ¦ ¦ ¦ ¦
+--------+------------+----------------------------------------+------+
¦ 2 ¦ ¦ ¦ ¦
+--------+------------+----------------------------------------+------+
¦... ¦ ¦ ¦ ¦
+--------+------------+----------------------------------------+------+
¦ N-4 ¦AСTPAСK ¦Идентификатор актуального пакета НСИ ¦ С3 ¦
+--------+------------+----------------------------------------+------+
¦ N-3 ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
¦ ¦ ¦справочника ¦ ¦
+--------+------------+----------------------------------------+------+
¦ N-2 ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+--------+------------+----------------------------------------+------+
¦ N-1 ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+--------+------------+----------------------------------------+------+
¦ № ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L--------+------------+----------------------------------------+-------


2.3.2. Назначение справочника

Описывает область использования справочника.
Например: "Классификатор предназначен для хранения справочной информации обо всех территориальных фондах ОМС в Российской Федерации".

2.3.3. Требования к содержанию
полей БД и порядок их заполнения

За табличным описанием может следовать текстовое описание полей, раскрывающее их смысловое содержание.
Поле DELETED - признак логического удаления записи свидетельствует о том, что запись использовалась для кодирования информации в отчетном периоде, но была исключена и не используется со времени D_FIN("Дата окончания действия кода"). Допустимые значения поля DELETED: DELETED=1, если запись логически удалена, DELETED=2, если запись действующая.
Поле CHANGE_R - признак внесения изменений в запись справочника текущего актуального пакета.
Допустимые значения поля:
1 - если в записи не было изменений по сравнению с предыдущим состоянием;
2 - если запись была добавлена в справочник по сравнению с предыдущим состоянием. При этом должно быть изменено значение поля D_START;
3 - если запись была удалена из справочника по сравнению с предыдущим состоянием. При этом должны быть изменены значения полей DELETED и D_FIN;
4 - если в полях записи была проведена модификация (уточнение) значений. При этом должно быть изменено значение поля D_START.
Поле ACTPACK идентифицирует принадлежность справочника актуальному пакету.
Поля CKEY, CREF, CNUM, CEND описывают иерархию и взаимную подчиненность пунктов справочника.
Поле CKEY - уникальный код пункта справочника независимо от его положения в иерархии пунктов.
Поле CREF - ссылка на код CKEY вышестоящего по иерархии (родительского) пункта данного справочника. Для пунктов главного уровня CREF = 0.
Поле CNUM - это порядковый номер пункта на своем уровне иерархии и может использоваться для управления последовательностью доступа к элементам справочника.
Поле CEND = 1, если у данного уровня иерархии есть подчиненные элементы. Иначе CEND = 0.

2.4. Изменения в справочниках

Изменения в содержании справочников вносятся только ответственной стороной, как самостоятельно, так и по просьбе других участников информационного взаимодействия. При этом производится регистрация новой редакции справочника и указываются мотивы ее появления. Изменения в справочниках осуществляются путем (2) добавления записи, (3) удаления записи, (4) уточнения записи. При внесении изменений недопустима модификация уникальных кодов внешних ссылок в справочниках. Недопустимо также дублирование предметной информации.

2.4.1. Уточнение записи в справочнике

Уточнением справочной информации считается любое изменение содержащейся в записи справочника информации, кроме уникальных кодов, по которым производятся внешние ссылки и осуществляется доступ к информации.
Уточнение справочной информации направлено на совершенствование справочника и проводится в установленном порядке.

2.4.2. Добавление записи в справочник

Добавление записей в справочник производится при изменениях в предметной области, описываемой данным справочником.
Добавление справочной информации направлено на уточнение и совершенствование справочника и проводится в установленном порядке.

2.4.3. Удаление записи из справочника

Допускается только логическое удаление записи из справочника. Логическое удаление происходит при наличии объективных факторов, характеризующих изменения в предметной области, которую описывает данный справочник.
Логическое удаление информации проводится путем проставления в поле DELETED значения 1. Запись, отмеченная таким образом, физически из справочника не удаляется.
Однажды присвоенные коды впоследствии ни при каких обстоятельствах не должны использоваться для обозначения новых объектов или понятий. После уточнения справочной информации производится регистрация новой версии.

2.5. Актуальный пакет НСИ

Актуальным пакетом справочной информации называется совокупность справочных информационных таблиц, обязательных к применению в ЕИС здравоохранения и ИС ОМС Самарской области.
Состав актуального пакета справочной информации определяется в соответствии с регистром НСИ.
Актуальный пакет справочной информации вводится в действие с первого рабочего дня месяца. Выверка, согласование и корректировка актуального пакета производится в течение последней недели предыдущего месяца.
Информационные таблицы, в которых произведены изменения в течение месяца, рассылаются в последний рабочий день месяца (актуальный пакет рассылки).

2.5.1. Регистр НСИ ЕИС здравоохранения
и ИС ОМС Самарской области

   --------T---------T------------------------------T----------------T---------------¬

¦ № ¦ Тип ¦ Наименование справочника ¦ Наименование ¦Ответственная ¦
¦ ¦ пакета ¦ ¦ справочника ¦ сторона за ¦
¦ ¦ ¦ ¦ (сокращенное) ¦ подготовку ¦
¦ ¦ ¦ ¦ ¦ данных для ¦
¦ ¦ ¦ ¦ ¦ справочника ¦
+-------+---------+------------------------------+----------------+---------------+
¦ ¦AKTPAК, ¦Справочник диагнозов забо- ¦ MKB ¦ Управление ¦
¦ ¦IVC ¦леваний в соответствии c ¦ ¦ организации ¦
¦ ¦ ¦международным классификатором ¦ ¦ медицинской ¦
¦ ¦ ¦болезней ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 1. ¦AKTPAК, ¦Справочник медицинских, диаг- ¦ INTERV ¦ Управление ¦
¦ ¦IVC ¦ностических и других вмеша- ¦ ¦ организации ¦
¦ ¦ ¦тельств ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 2. ¦AKTPAК, ¦Справочник мест вызова скорой ¦ CCMPLOC ¦ Управление ¦
¦ ¦IVC ¦медицинской помощи ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 3. ¦AKTPAК, ¦Справочник результатов вызова ¦ CCMPRES ¦ Управление ¦
¦ ¦IVC ¦бригады скорой медицинской ¦ ¦ организации ¦
¦ ¦ ¦помощи ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 4. ¦AKTPAК, ¦Справочник патологических ¦ CCMPDIAG ¦ Управление ¦
¦ ¦IVC ¦состояний, применяемый скорой ¦ ¦ организации ¦
¦ ¦ ¦медицинской помощью ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 5. ¦AKTPAК, ¦Справочник поводов вызова ¦ POVOD ¦ Управление ¦
¦ ¦IVC ¦скорой медицинской помощи ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 6. ¦AKTPAК, ¦Справочник видов лечения ¦ TYPEOPER ¦ Управление ¦
¦ ¦IVC ¦ ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 7. ¦AKTPAК, ¦Справочник критериев отнесе- ¦ DSLEVEL ¦ Управление ¦
¦ ¦IVC ¦ния к KSG ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 8. ¦AKTPAК, ¦Справочник "Формы собствен- ¦ OWNE R ¦ Управление ¦
¦ ¦IVC ¦ности медицинских учреждений" ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 9. ¦AKTPAК, ¦Справочник номенклатурных ти- ¦ LPUNOM ¦ ДЗ ¦
¦ ¦IVC ¦пов лечебных учреждений ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 10. ¦AKTPAК, ¦Справочник профилей коек (от- ¦ LPUPL ¦ ДЗ ¦
¦ ¦IVC ¦делений) медучреждений ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 11. ¦AKTPAК, ¦Справочник министерств и ве- ¦ DEPART ¦ ДЗ, ¦
¦ ¦IVC ¦домств, в ведении которых ¦ ¦ медицинские ¦
¦ ¦ ¦находятся медицинские учреж- ¦ ¦ учреждения ¦
¦ ¦ ¦дения ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 12. ¦AKTPAК, ¦Справочник медицинских и ¦ LPU ¦ ДЗ, ¦
¦ ¦IVC ¦фармацевтических учреждений ¦ ¦ медицинские и ¦
¦ ¦ ¦Самарской области ¦ ¦ фармацевтиче- ¦
¦ ¦ ¦ ¦ ¦ ские ¦
¦ ¦ ¦ ¦ ¦ учреждения ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 13. ¦AKTPAК, ¦Справочник уровней оказания ¦ LPULV ¦ ДЗ ¦
¦ ¦IVC ¦медицинских услуг в меди- ¦ ¦ ¦
¦ ¦ ¦цинских учреждениях Самарской ¦ ¦ ¦
¦ ¦ ¦области ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 14. ¦AKTPAК, ¦Справочник лицензированных ¦ LPULIC ¦ ДЗ ¦
¦ ¦IVC ¦видов медицинской деятель- ¦ ¦ ¦
¦ ¦ ¦ности лечебно-профилактиче- ¦ ¦ ¦
¦ ¦ ¦ских учреждений ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 15. ¦AKTPAК, ¦Справочник видов деятельности ¦ LPUWORK ¦ Лицензионная ¦
¦ ¦IVC ¦медучреждений ¦ ¦ палата ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 16. ¦AKTPAК, ¦Дополнительная информация о ¦ LPUINFO ¦ ДЗ ¦
¦ ¦IVC ¦медицинском учреждении ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 17. ¦AKTPAК, ¦Перечень документов, являю- ¦ DOCUM ¦ ДЗ, ТФОМС ¦
¦ ¦IVC ¦щихся основанием для внесения ¦ ¦ ¦
¦ ¦ ¦параметров в файл LPU_INFO - ¦ ¦ ¦
¦ ¦ ¦(DOCUM) ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 18. ¦AKTPAК, ¦Отраслевой классификатор ¦ OKPMU ¦ ДЗ ¦
¦ ¦IVC ¦простых медицинских услуг ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 19. ¦AKTPAК, ¦Справочник территориальных ¦ RUSTFOMS ¦ ТФОМС ¦
¦ ¦IVC ¦фондов ОМС Российской Феде- ¦ ¦ ¦
¦ ¦ ¦рации ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 20. ¦AKTPAК, ¦Справочник подразделений ¦ TFOMS ¦ ТФОМС ¦
¦ ¦IVC ¦ТФОМС Самарской области ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 21. ¦AKTPAК, ¦Справочник страховых меди- ¦ SMO ¦ ТФОМС ¦
¦ ¦IVC ¦цинских организаций, имеющих ¦ ¦ ¦
¦ ¦ ¦лицензию на ОМС на территории ¦ ¦ ¦
¦ ¦ ¦Самарской области ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 22. ¦AKTPAК, ¦Справочник закрепления терри- ¦ TMOPLAT ¦ ДЗ, ¦
¦ ¦IVC ¦тории за базовыми медуч- ¦ ¦ медицинские и ¦
¦ ¦ ¦реждениями ¦ ¦ фармацевтиче- ¦
¦ ¦ ¦ ¦ ¦ ские ¦
¦ ¦ ¦ ¦ ¦ учреждения ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 23. ¦AKTPAК, ¦Справочник льготных групп ¦ LGG ¦ ДЗ ¦
¦ ¦IVC ¦ ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 24. ¦AKTPAК, ¦Справочник документов, являю- ¦ LGG_D ¦ ДЗ ¦
¦ ¦IVC ¦щихся основанием для предо- ¦ ¦ ¦
¦ ¦ ¦ставления льгот ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 25. ¦AKTPAК, ¦Льготы, предоставляемые на ¦ LGG_D2 ¦ ДЗ ¦
¦ ¦IVC ¦основании документов - осно- ¦ ¦ ¦
¦ ¦ ¦ваний ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 26. ¦AKTPAК, ¦Справочник административно - ¦ STANDART ¦ ТФОМС ¦
¦ ¦IVC ¦территориального деления Са- ¦ ¦ ¦
¦ ¦ ¦марской области ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 27. ¦AKTPAК, ¦Справочник улиц ¦ STREETS ¦ ТФОМС ¦
¦ ¦IVC ¦ ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 28. ¦AKTPAК, ¦Справочник сведений о ме- ¦ DOCTORS ¦ ДЗ, отдел ¦
¦ ¦IVC ¦дицинском персонале и их ме- ¦ ¦планирования, ¦
+-------+---------+дицинских специальностях +----------------+ учета и ¦
¦ 29. ¦AKTPAК, ¦ ¦ OFFICFU№ ¦ подготовки ¦
¦ ¦IVC ¦ ¦ ¦ кадров ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 30. ¦AKTPAК, ¦Справочник специальностей ¦ SPECLIST ¦ ДЗ, отдел ¦
¦ ¦IVC ¦специалистов с высшим меди- ¦ ¦планирования, ¦
¦ ¦ ¦цинским и фармацевтическим ¦ ¦ учета и ¦
¦ ¦ ¦образованием в учреждениях ¦ ¦ подготовки ¦
¦ ¦ ¦здравоохранения Российской ¦ ¦ кадров ¦
¦ ¦ ¦Федерации ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 31. ¦AKTPAК, ¦Справочник профилей спе- ¦ PROF_GG ¦ ДЗ, ТФОМС ¦
¦ ¦IVC ¦циальностей, используемых в ¦ ¦ ¦
¦ ¦ ¦территориальной программе го- ¦ ¦ ¦
¦ ¦ ¦сударственных гарантий ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 32. ¦AKTPAК, ¦Справочник врачебных (про- ¦ POST ¦ ДЗ, отдел ¦
¦ ¦IVC ¦визорских) должностей, соот- ¦ ¦планирования, ¦
¦ ¦ ¦ветствия врачебных должностей ¦ ¦ учета и ¦
¦ ¦ ¦и специальностей ¦ ¦ подготовки ¦
¦ ¦ ¦ ¦ ¦ кадров ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 33. ¦AKTPAК, ¦Справочник тарифов на меди- ¦ AMBPRICE ¦ Управление ¦
¦ ¦IVC ¦цинские услуги ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 34. ¦AKTPAК, ¦Справочник наименований меди- ¦ AMB ¦ Управление ¦
¦ ¦IVC ¦цинских услуг ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 35. ¦AKTPAК, ¦Справочник клинико- ¦ KSG ¦ Управление ¦
¦ ¦IVC ¦статистических групп ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 36. ¦AKTPAК, ¦Справочник тарифов на ста- ¦ KSGPRICE ¦ Управление ¦
¦ ¦IVC ¦ционарные и стационарза- ¦ ¦ организации ¦
¦ ¦ ¦мещающие услуги ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 37. ¦AKTPAК, ¦Справочник наименований тари- ¦ PR_NAME ¦ Управление ¦
¦ ¦IVC ¦фов ¦ ¦ организации ¦
¦ ¦ ¦ ¦ ¦ медицинской ¦
¦ ¦ ¦ ¦ ¦ помощи ДЗ, ¦
¦ ¦ ¦ ¦ ¦ планово- ¦
¦ ¦ ¦ ¦ ¦экономическое ¦
¦ ¦ ¦ ¦ ¦ управление ДЗ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 38. ¦AKTPAК, ¦Справочник типов медицинской ¦ SKIND ¦ ДЗ, ТФОМС ¦
¦ ¦IVC ¦помощи ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 39. ¦AKTPAК, ¦Справочник единиц измерений ¦ UNIT ¦ ДЗ ¦
¦ ¦IVC ¦ ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 40. ¦AKTPAК, ¦Справочник критериев логи- ¦ SCANERR ¦ ДЗ, МИАЦ ¦
¦ ¦IVC ¦ческого контроля предъяв- ¦ ¦ ¦
¦ ¦ ¦ленной информации ¦ ¦ ¦
+-------+---------+------------------------------+----------------+---------------+
¦ 41. ¦AKTPAК, ¦Таблица значений перечисленных¦ ITEMS ¦ МИАЦ ¦
¦ ¦IVC ¦полей ¦ ¦ ¦
L-------+---------+------------------------------+----------------+----------------


2.5.2. Информационные пакеты НСИ

   -------------T-------------------T-----------T----------------------¬

¦ Имя пакета ¦ Назначение ¦Отправитель¦ Сроки передачи ¦
+------------+-------------------+-----------+----------------------+
¦AKTPAКXX.YMD¦НСИ ¦ МИАЦ ¦Начало месяца и по ме-¦
¦ ¦ ¦ ¦ре необходимости ¦
+------------+-------------------+-----------+----------------------+
¦IVCXX.YMD ¦НСИ, в которой про-¦ МИАЦ ¦Последний день месяца ¦
¦ ¦изошли изменения в ¦ ¦и по мере необходи- ¦
¦ ¦течение предыдущего¦ ¦мости ¦
¦ ¦месяца ¦ ¦ ¦
L------------+-------------------+-----------+-----------------------


ХХ порядковый номер актуального пакета.

2.5.3. Правила обновления НСИ

Актуальный пакет справочной информации распространяется среди всех субъектов информационного обмена без каких-либо ограничений в виде идентичных копий соответствующих файлов.
Все субъекты информационного обмена должны в безусловном порядке использовать версии справочников, актуальные на момент формирования информации.
В электронном виде актуальный пакет предоставляется зарегистрированным пользователям (абонентам) региональной медицинской вычислительной сети (Форма регистрации Приложение к приказу от 08.05.2003 г № 167 "Об упорядочении работы электронной почты") по электронной почте и на сайте департамента здравоохранения Администрации Самарской области.

2.6. Перечень общероссийских классификаторов
технико-экономической и социальной информации,
используемых при создании информационных ресурсов
здравоохранения Самарской области

В соответствии с Постановлением Правительства Российской Федерации от 10.11.2003 № 677 "Об общероссийских классификаторах технико-экономической и социальной информации в социально-экономической области" при создании информационных ресурсов обязательно использование общероссийских классификаторов в целях обеспечения сопоставимости экономико-статистических данных.
Определение по общероссийскому классификатору кода объекта осуществляется субъектом информационного обмена самостоятельно путем соотнесения объекта классификации к соответствующему коду и наименованию позиции общероссийского классификатора.
В информационных ресурсах ЕИС здравоохранения и ИС ОМС Самарской области применяются коды общероссийских классификаторов:

   ---------T---------------------------------------------------------------¬

¦ № п/п ¦ Наименование общероссийского классификатора ¦
+--------+---------------------------------------------------------------+
¦ 1. ¦Общероссийский классификатор единиц измерения (ОКЕИ) ¦
+--------+---------------------------------------------------------------+
¦ 2. ¦Общероссийский классификатор стран мира (ОКСМ) ¦
+--------+---------------------------------------------------------------+
¦ 3. ¦Общероссийский классификатор объектов административно- ¦
¦ ¦территориального деления (ОКАТО) ¦
+--------+---------------------------------------------------------------+
¦ 4. ¦Общероссийский классификатор видов экономической деятельности, ¦
¦ ¦продукции и услуг (ОКДП) ¦
+--------+---------------------------------------------------------------+
¦ 5. ¦Общероссийский классификатор предприятий и организаций (ОКПО) ¦
+--------+---------------------------------------------------------------+
¦ 6. ¦Общероссийский классификатор организационно-правовых форм ¦
¦ ¦(ОКОПФ) ¦
+--------+---------------------------------------------------------------+
¦ 7. ¦Общероссийский классификатор специальностей по образованию ¦
¦ ¦(ОКСО) ¦
+--------+---------------------------------------------------------------+
¦ 8. ¦Общероссийский классификатор профессий рабочих, должностей ¦
¦ ¦служащих и тарифных разрядов (ОКПДТР) ¦
+--------+---------------------------------------------------------------+
¦ 9. ¦Общероссийский классификатор органов государственной власти и ¦
¦ ¦управления (ОКОГУ) ¦
+--------+---------------------------------------------------------------+
¦ 10. ¦Общероссийский классификатор форм собственности (ОКФС) ¦
+--------+---------------------------------------------------------------+
¦ 11. ¦Общероссийский классификатор видов экономической деятельности ¦
¦ ¦(ОКВЭД) ¦
L--------+----------------------------------------------------------------


2.7. Справочники медицинского назначения

2.7.1. Справочник диагнозов заболеваний в соответствии
с международным классификатором болезней (MKB)

Структура справочника:

   -------T--------T--------------------------------T------¬

¦ № ¦Имя поля¦Комментарий ¦ Тип ¦
+------+--------+--------------------------------+------+
¦ 1. ¦CKEY ¦Уник. код пункта в справочнике ¦ N6 ¦
+------+--------+--------------------------------+------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+------+--------+--------------------------------+------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+------+--------+--------------------------------+------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+------+--------+--------------------------------+------+
¦ 5. ¦NZOOCODE¦Код нозологии (внешняя ссылка) ¦ C8 ¦
+------+--------+--------------------------------+------+
¦ 6. ¦NAME ¦Наименование ¦ С254 ¦
+------+--------+--------------------------------+------+
¦ 7. ¦MODIF ¦Модификатор кода диагноза ¦ C1 ¦
+------+--------+--------------------------------+------+
¦ 8. ¦ACTUAL ¦Признак применимости кода для ¦ N1 ¦
¦ ¦ ¦обозначения кодов заболеваний ¦ ¦
+------+--------+--------------------------------+------+
¦ 9. ¦ACTPACK ¦Идентификатор актуального пакета¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+------+--------+--------------------------------+------+
¦ 10. ¦CHANGE_R¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись справочника ¦ ¦
+------+--------+--------------------------------+------+
¦ 11. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+--------+--------------------------------+------+
¦ 12. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+--------+--------------------------------+------+
¦ 13. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L------+--------+--------------------------------+-------


Назначение справочника

Содержит информацию в соответствии с международным классификатором болезней. Эта информация используется для описания диагнозов в электронном реестре оказанных услуг за пролеченных больных. Он имеет иерархическую структуру.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: CKEY.
Поле NZOOCODE - код нозологии в соответствии с МКБ. Если NZOOCODE пустое, то данный пункт в справочнике описывает заголовок группы заболеваний.
Поле MODIF - модификатор кода диагноза, заполняется значениями + для основного диагноза при двойном кодировании заболеваний.
Поле ACTUAL представляет собой признак применимости кода для обозначения кодов заболеваний в статистической отчетности 1- не используется, 2 используется.

2.7.2. Справочник медицинских, диагностических
и других вмешательств (INTERV)

Структура справочника:

   --------T-----------T---------------------------------------T--------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+-------+-----------+---------------------------------------+--------+
¦ 1. ¦INTO ¦Код вмешательства ¦ N6.2 ¦
+-------+-----------+---------------------------------------+--------+
¦ 2. ¦NAME ¦Наименование ¦ C128 ¦
+-------+-----------+---------------------------------------+--------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-------+-----------+---------------------------------------+--------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
¦ ¦ ¦справочника ¦ ¦
+-------+-----------+---------------------------------------+--------+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+-----------+---------------------------------------+--------+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+-------+-----------+---------------------------------------+--------+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-------+-----------+---------------------------------------+---------


Назначение справочника

Описывает вмешательства по кодам международной классификации.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: INTO.
Поле INTO содержит в себе уникальный код вмешательства. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.7.3. Справочник мест вызова
скорой медицинской помощи (CCMPLOC)

Структура справочника:

   ------T----------T-------------------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+----------+-------------------------------------------------+------+
¦ 1. ¦PLACECODE ¦Код места вызова ¦ N4 ¦
+-----+----------+-------------------------------------------------+------+
¦ 2. ¦NAME ¦Наименование ¦ C128 ¦
+-----+----------+-------------------------------------------------+------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+----------+-------------------------------------------------+------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись справочника ¦ N1 ¦
+-----+----------+-------------------------------------------------+------+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+----------+-------------------------------------------------+------+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+-----+----------+-------------------------------------------------+------+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+----------+-------------------------------------------------+-------


Назначение справочника

Данный справочник предназначен для задания информации по месту вызова бригады скорой медицинской помощи (квартира, улица и т.д.).

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: PLACECODE.
Поле PLACECODE содержит в себе уникальный код места вызова. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.7.4. Справочник результатов вызова
бригады скорой медицинской помощи (CCMPRES)

Структура справочника:

   -------T----------T--------------------------------------------------T-----¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+--------------------------------------------------+-----+
¦ 1. ¦RESCODE ¦Код результата вызова ¦ N2 ¦
+------+----------+--------------------------------------------------+-----+
¦ 2. ¦NAME ¦Наименование ¦C128 ¦
+------+----------+--------------------------------------------------+-----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+--------------------------------------------------+-----+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись справочника ¦ N1 ¦
+------+----------+--------------------------------------------------+-----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+--------------------------------------------------+-----+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+----------+--------------------------------------------------+-----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+--------------------------------------------------+------


Назначение справочника

Данный справочник предназначен для задания информации по результату вызова бригады скорой медицинской помощи (адрес не найден, госпитализация и т.д.).

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: RESCODE.
Поле RESCODE содержит в себе уникальный код результата вызова. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.7.5. Справочник патологических состояний,
применяемый скорой медицинской помощью (CCMPDIAG)

Структура справочника:

   -------T----------T------------------------------------------T-----¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+----------+------------------------------------------+-----+
¦ 1. ¦DS_CCMP ¦Код патологического состояния ¦ C8 ¦
+------+----------+------------------------------------------+-----+
¦ 2. ¦NAME ¦Наименование ¦C128 ¦
+------+----------+------------------------------------------+-----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+------------------------------------------+-----+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+------------------------------------------+-----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+------------------------------------------+-----+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+----------+------------------------------------------+-----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+------------------------------------------+------


Назначение справочника

Данный справочник предназначен для задания информации по вызову бригады скорой медицинской помощи.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: DS_CCMP.
Поле DS_CCMP содержит в себе уникальный код патологического состояния, применяемого скорой медицинской помощью. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.7.6. Справочник поводов вызова
скорой медицинской помощи (POVOD)

Структура справочника:

   -------T----------T----------------------------------------------------T-----¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+----------------------------------------------------+-----+
¦ 1. ¦COD ¦Код повода вызова скорой медицинской помощи ¦ С4 ¦
+------+----------+----------------------------------------------------+-----+
¦ 2. ¦ZNACHENIE ¦Наименование повода вызова скорой медицинской помощи¦ С34 ¦
+------+----------+----------------------------------------------------+-----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+----------------------------------------------------+-----+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+----------------------------------------------------+-----+
¦ 5. ¦D_FI№ ¦Дата окончания ¦ D8 ¦
+------+----------+----------------------------------------------------+-----+
¦ 6. ¦D_START ¦Дата изменения ¦ D8 ¦
+------+----------+----------------------------------------------------+-----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+----------------------------------------------------+------


Назначение справочника

Таблица содержит информацию о поводах вызова скорой медицинской помощи.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: COD.

2.7.7. Справочник видов лечения (TYPEOPER)

Структура справочника:

   ---------T--------T--------------------------------------T-----¬

¦ № ¦Имя поля¦ Комментарий ¦ Тип ¦
+--------+--------+--------------------------------------+-----+
¦ 1. ¦TYPEOPER¦Код вида лечения ¦ N3 ¦
+--------+--------+--------------------------------------+-----+
¦ 2. ¦NAME ¦Наименование ¦ C64 ¦
+--------+--------+--------------------------------------+-----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+--------+--------+--------------------------------------+-----+
¦ 4. ¦CHANGE_R¦Признак внесения изменений в запись ¦ N1 ¦
+--------+--------+--------------------------------------+-----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+--------+--------+--------------------------------------+-----+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+--------+--------+--------------------------------------+-----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L--------+--------+--------------------------------------+------


Назначение справочника

Эта таблица предназначена для хранения информации о видах лечения, применяемых при госпитализации.

Требования к содержанию полей таблицы и порядок их заполнения

Первичный ключ: TYPEOPER.
Поле TYPEOPER заполняется кодом вида лечения.
Поле NAME содержит строковое описание вида лечения.

2.7.8. Отраслевой классификатор
простых медицинских услуг (OKPMU)

Структура справочника:

   ---------T---------T------------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+--------+---------+------------------------------------------+-------+
¦ 1. ¦CKEY ¦Уник. код пункта классификатора ¦ N6 ¦
+--------+---------+------------------------------------------+-------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+--------+---------+------------------------------------------+-------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+--------+---------+------------------------------------------+-------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+--------+---------+------------------------------------------+-------+
¦ 5. ¦CODE ¦Код простой медицинской услуги ¦ C9 ¦
+--------+---------+------------------------------------------+-------+
¦ 6. ¦NAME ¦Наименование простой медицинской услуги ¦ C254 ¦
+--------+---------+------------------------------------------+-------+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+--------+---------+------------------------------------------+-------+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+--------+---------+------------------------------------------+-------+
¦ 9. ¦D_FI№ ¦Дата окончания ¦ D8 ¦
+--------+---------+------------------------------------------+-------+
¦ 10. ¦D_START ¦Дата изменения ¦ D8 ¦
+--------+---------+------------------------------------------+-------+
¦ 11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L--------+---------+------------------------------------------+--------


Назначение справочника

Таблица содержит информацию о простых медицинских услугах и предназначена для решения следующих задач:
- обеспечение структурирования нормативных документов системы стандартизации в здравоохранении, включая протоколы ведения больных, методики выполнения простых медицинских услуг, перечни оснащения медицинских учреждений;
- актуализацию методик расчета тарифов на медицинские услуги;
- разработку критериев и методологии оценки лечебно-диагностических возможностей медицинских учреждений и доступности медицинской помощи;
- формирование классификаторов сложных и комплексных медицинских услуг на территории Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: CODE.

2.8. Комплекс нормативно-справочной информации
"Медицинские учреждения Самарской области"

2.8.1. Справочник "Формы собственности
медицинских учреждений" (OWNER)

Структура справочника:

   ------T-----------T------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+-----------+------------------------------------+-------+
¦ 1. ¦OWNERCODE ¦Код формы собственности ¦ N1 ¦
+-----+-----------+------------------------------------+-------+
¦ 2. ¦NAME ¦Наименование формы собственности ¦ С48 ¦
+-----+-----------+------------------------------------+-------+
¦ 3. ¦OKFC ¦Код по ОКФС ¦ N6 ¦
+-----+-----------+------------------------------------+-------+
¦ 4. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+-----+-----------+------------------------------------+-------+
¦ 5. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+------------------------------------+-------+
¦ 6. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+-----------+------------------------------------+-------+
¦ 7. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+------------------------------------+-------+
¦ 8. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+------------------------------------+--------


Назначение справочника

Справочник предназначен для хранения справочной информации о кодах формы собственности и связи с Общероссийским классификатором форм собственности (ОКФС).

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: OWNERCODE.
Поле OKFC код формы собственности по Общероссийскому классификатору собственности (ОКФС).
Поле OWNERCODE содержит в себе уникальный код вида деятельности собственности учреждения, принятый при кодировании информации в системе здравоохранения области.

2.8.2. Справочник номенклатурных
типов лечебных учреждений (LPUNOM)

Структура справочника:

   -------T--------T--------------------------------------T-----¬

¦ № ¦Имя поля¦Комментарий ¦Тип ¦
+------+--------+--------------------------------------+-----+
¦ 1. ¦NN_LPU ¦Код номенклатуры типа медицинского ¦C12 ¦
¦ ¦ ¦учреждения ¦ ¦
+------+--------+--------------------------------------+-----+
¦ 2. ¦NAME ¦Наименование ¦C100 ¦
+------+--------+--------------------------------------+-----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦C3 ¦
+------+--------+--------------------------------------+-----+
¦ 4. ¦CHANGE_R¦Признак внесения изменений в запись ¦N1 ¦
+------+--------+--------------------------------------+-----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦D8 ¦
+------+--------+--------------------------------------+-----+
¦ 6. ¦D_START ¦Дата изменения ¦D8 ¦
+------+--------+--------------------------------------+-----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦N1 ¦
L------+--------+--------------------------------------+------


Назначение справочника

Таблица предназначена для хранения информации о типах номенклатуры медицинских учреждений в соответствии с Приказом Минздрава РФ № 229 от 03.06.2003 (зарегистрирован в Минюсте РФ № 4828 от 25.06.2003). Признаются утратившими силу приказы Минздрава РФ № 395 от 03.11.99 "Об утверждении номенклатуры учреждений здравоохранения" (зарегистрирован в Минюсте РФ № 1965 от 10.11.99), а также приказы Минздрава РФ, вносившие в него изменения.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: NN_LPU.
Поле NN_LPU содержит в себе уникальный код. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.8.3. Справочник профилей коек
(отделений) медучреждений (LPUPL)

Структура справочника:

   ------T----------T------------------------------------------------T------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+-----+----------+------------------------------------------------+------+
¦ 1. ¦CKEY ¦Уник. код пункта в справочнике ¦ N6 ¦
+-----+----------+------------------------------------------------+------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+-----+----------+------------------------------------------------+------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+-----+----------+------------------------------------------------+------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+-----+----------+------------------------------------------------+------+
¦ 5. ¦BEDPROF ¦Код профиля койки ¦ N3 ¦
+-----+----------+------------------------------------------------+------+
¦ 6. ¦PR_LVL1 ¦Признак отнесения профиля койки к уровню 1 на ¦ N1 ¦
¦ ¦ ¦территории Самарской области ¦ ¦
+-----+----------+------------------------------------------------+------+
¦ 7. ¦PR_LVL2 ¦Признак отнесения профиля койки к уровню 2 на ¦ N1 ¦
¦ ¦ ¦территории Самарской области ¦ ¦
+-----+----------+------------------------------------------------+------+
¦ 8. ¦PR_LVL3 ¦Признак отнесения профиля койки к уровню 3 на ¦ N1 ¦
¦ ¦ ¦территории Самарской области ¦ ¦
+-----+----------+------------------------------------------------+------+
¦ 9. ¦NAME ¦Наименование ¦ C64 ¦
+-----+----------+------------------------------------------------+------+
¦ 10. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+----------+------------------------------------------------+------+
¦ 11. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+----------+------------------------------------------------+------+
¦ 12. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+----------+------------------------------------------------+------+
¦ 13. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+----------+------------------------------------------------+------+
¦ 14. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+----------+------------------------------------------------+-------


Назначение справочника

Содержит информацию обо всех профилях коек медицинских учреждений.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: BEDPROF.
Поле CKEY содержит в себе уникальный код номера строки в справочнике.
Поле BEDPROF содержит в себе уникальный код профиля койки в соответствии с утвержденными статистическими отчетами. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.
Поля PR_LVL1, PR_LVL2, PR_LVL3 - признак отнесения профиля койки к уровню на территории Самарской области в соответствии с приказами Департамента здравоохранения. Могут принимать следующие значения: 1 "да", 2 "нет".

2.8.4. Справочник министерств и ведомств,
в ведении которых находятся медицинские учреждения (DEPART)

Структура справочника:

   --------T--------T---------------------------------T----¬

¦ № ¦Имя поля¦ Комментарий ¦Тип ¦
+-------+--------+---------------------------------+----+
¦ 1. ¦DEPART ¦Код министерства ¦ N2 ¦
+-------+--------+---------------------------------+----+
¦ 2. ¦NAME ¦Наименование ¦C60 ¦
+-------+--------+---------------------------------+----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+-------+--------+---------------------------------+----+
¦ 4. ¦CHANGE_R¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+-------+--------+---------------------------------+----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+--------+---------------------------------+----+
¦ 6. ¦D_START ¦Дата изменения ¦ D8 ¦
+-------+--------+---------------------------------+----+
¦ 7. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L-------+--------+---------------------------------+-----


Назначение справочника

Справочник содержит коды министерств, ведомств или предприятий, в ведении которых находятся медицинские учреждения, клиники вузов и НИИ.
Клинические больницы указывают код медицинского или научно-исследовательского института, клинической базой которого они являются.
Медико-санитарные части указывают название обслуживаемого предприятия или министерства, в ведении которого они находятся.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: DEPART.
Поле DEPART содержит в себе уникальный код. Этими значениями заполняются одноименные поля других баз данных, описанных в документе.

2.8.5. Справочник медицинских и фармацевтических
учреждений Самарской области (LPU)

Структура справочника:

   ------T------------T-------------------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+------------+-------------------------------------------------+------+
¦ 1. ¦LPUCODE ¦Субъект ¦ N5 ¦
+-----+------------+-------------------------------------------------+------+
¦ 2. ¦NET_STAT ¦Признак принадлежности ЛПУ к системе ¦ N1 ¦
¦ ¦ ¦статотчетности ¦ ¦
+-----+------------+-------------------------------------------------+------+
¦ 3. ¦TYPE_S ¦Тип субъекта ¦ N1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 4. ¦NAME ¦Наименование учреждения условное ¦ C 60 ¦
+-----+------------+-------------------------------------------------+------+
¦ 5. ¦NAME_L ¦Наименование учреждения согласно уставу ¦ C180 ¦
+-----+------------+-------------------------------------------------+------+
¦ 6. ¦OMS ¦Статус учреждения в системе оказания медицинских ¦ N1 ¦
¦ ¦ ¦услуг в системе ОМС ¦ ¦
+-----+------------+-------------------------------------------------+------+
¦ 7. ¦OMS_YES ¦Регистрация ЛПУ в ДЗ ¦ N1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 8. ¦DMC ¦Статус учреждения в системе оказания медицинских ¦ N1 ¦
¦ ¦ ¦услуг в системе ДМС ¦ ¦
+-----+------------+-------------------------------------------------+------+
¦ 9. ¦DENT_YES ¦Признак оказания стоматологических услуг в ¦ N1 ¦
¦ ¦ ¦системе ОМС ¦ ¦
+-----+------------+-------------------------------------------------+------+
¦ 10. ¦AGE ¦Возрастная группа обслуживаемого населения ¦ N1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 11. ¦INDEX ¦Почтовый индекс ¦ С6 ¦
+-----+------------+-------------------------------------------------+------+
¦ 12. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+-----+------------+-------------------------------------------------+------+
¦ 13. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+-----+------------+-------------------------------------------------+------+
¦ 14. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+-----+------------+-------------------------------------------------+------+
¦ 15. ¦STREET ¦Улица ¦ N4 ¦
+-----+------------+-------------------------------------------------+------+
¦ 16. ¦HOUSE ¦Дом ¦ N4 ¦
+-----+------------+-------------------------------------------------+------+
¦ 17. ¦HOUSELITER ¦Литера дома ¦ C1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 18. ¦CORPUS ¦Корпус ¦ N2 ¦
+-----+------------+-------------------------------------------------+------+
¦ 19. ¦FLAT ¦Квартира ¦ N4 ¦
+-----+------------+-------------------------------------------------+------+
¦ 20. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 21. ¦E_MAIL ¦Адрес электронной почты ¦ С64 ¦
+-----+------------+-------------------------------------------------+------+
¦ 22. ¦PHONE ¦Телефон контакта ¦ N12 ¦
+-----+------------+-------------------------------------------------+------+
¦ 23. ¦FACE ¦Ф.И.О. контактного лица ¦ C48 ¦
+-----+------------+-------------------------------------------------+------+
¦ 24. ¦BANKNAME ¦Наименование банка ¦ C40 ¦
+-----+------------+-------------------------------------------------+------+
¦ 25. ¦RF ¦Расчетный счет ¦ С20 ¦
+-----+------------+-------------------------------------------------+------+
¦ 26. ¦RFF ¦Федеральный расчетный счет ¦ С20 ¦
+-----+------------+-------------------------------------------------+------+
¦ 27. ¦RFT ¦Территориальный расчетный счет ¦ С20 ¦
+-----+------------+-------------------------------------------------+------+
¦ 28. ¦BIC ¦БИК ¦ C9 ¦
+-----+------------+-------------------------------------------------+------+
¦ 29. ¦BICF ¦БИК фед. счета ¦ C9 ¦
+-----+------------+-------------------------------------------------+------+
¦ 30. ¦BICT ¦БИК тер. счета ¦ C9 ¦
+-----+------------+-------------------------------------------------+------+
¦ 31. ¦IN№ ¦Идентификационный номер налогоплательщика ¦ C12 ¦
+-----+------------+-------------------------------------------------+------+
¦ 32. ¦OWERCODE ¦Код формы собственности ¦ N2 ¦
+-----+------------+-------------------------------------------------+------+
¦ 33. ¦NN_LPU ¦Код номенклатуры типа медицинского учреждения ¦ C12 ¦
+-----+------------+-------------------------------------------------+------+
¦ 34. ¦DEPART ¦Код министерства, ведомства, в ведении которого ¦ N2 ¦
¦ ¦ ¦находится ЛПУ ¦ ¦
+-----+------------+-------------------------------------------------+------+
¦ 35. ¦CLINIC ¦Отнесение к учебному процессу ¦ N1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 36. ¦DOMAI№ ¦Код служебной подчиненности ¦ N5 ¦
+-----+------------+-------------------------------------------------+------+
¦ 37. ¦CHIEF ¦Код финансовой подчиненности ¦ N5 ¦
+-----+------------+-------------------------------------------------+------+
¦ 38. ¦KOPF ¦Организационно-правовая форма по ОКОПФ ¦ N2 ¦
+-----+------------+-------------------------------------------------+------+
¦ 39. ¦EKATC ¦Код вида деятельности по ОКВЭД ¦ С6 ¦
+-----+------------+-------------------------------------------------+------+
¦ 40. ¦ОKPO ¦Код организации ОКПО ¦ С13 ¦
+-----+------------+-------------------------------------------------+------+
¦ 41. ¦OKONX ¦Код ОКОНХ организации ¦ С10 ¦
+-----+------------+-------------------------------------------------+------+
¦ 42. ¦SOATO ¦Код территории по ОКАТО ¦ N11 ¦
+-----+------------+-------------------------------------------------+------+
¦ 43. ¦SOOGU ¦Код органа управления по ОКОГУ ¦ N5 ¦
+-----+------------+-------------------------------------------------+------+
¦ 44. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+------------+-------------------------------------------------+------+
¦ 45. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+------------+-------------------------------------------------+------+
¦ 46. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+------------+-------------------------------------------------+------+
¦ 47. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+------------+-------------------------------------------------+------+
¦ 48. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+------------+-------------------------------------------------+-------


Назначение справочника

Содержит информацию о субъектах информационного взаимодействия на территории Самарской области в системе здравоохранения:
- медицинских учреждениях, прошедших лицензирование в установленном порядке и имеющих право оказывать медицинскую помощь в рамках территориальной программы государственных гарантий (ОМС);
- медицинских учреждениях, прошедших лицензирование в установленном порядке и имеющих право оказывать медицинскую помощь по добровольному медицинскому страхованию (ДМС);
- информацию об органах управления здравоохранением;
- информацию об аптечных учреждениях Самарской области, прошедших лицензирование в установленном порядке и имеющих право на обеспечение лекарственными средствами и изделиями медицинского назначения, в том числе по льготным рецептам при амбулаторно-поликлиническом обслуживании;
- информацию о средних специальных медицинских учебных заведениях Самарской области;
- информацию о частных медицинских учреждениях и частнопрактикующих врачах Самарской области, прошедших лицензирование в установленном порядке.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: LPUCODE.
Поле LPUCODE код лечебно-профилактического, аптечного, фармацевтического, образовательного учреждения на территории Самарской области, участвующего в информационном обмене системы здравоохранения.
Юридический статус субъекта информационного взаимодействия определяется наличием или отсутствием банковских реквизитов. Поле LPUCODE уникальное ключевое поле. Содержит код субъекта информационного взаимодействия
Поле NET_STAT - признак принадлежности ЛПУ к системе статистической отчетности Департамента здравоохранения Самарской области
Поле TYPE_S - код "тип субъекта" принимает значения: 1 - для лечебно-профилактических учреждений, 2 - для ведомственных лечебно-профилактических учреждений; 3 - частные медицинские учреждения, частнопрактикующие врачи; 4 - аптечные учреждения, включая фармацевтические предприятия; 5 - медицинские колледжи и училища.
Поле NAME наименование медицинского учреждения в соответствии с Уставом.
Поле NAME_L условное наименование медицинского учреждения, принятое на территории области.
Поле OMS заполняется значениями для ЛПУ, участвующим в реализации Программы Минздрава России и ФОМС государственных гарантий оказания гражданам Российской Федерации бесплатной медицинской помощи, независимо от организационно-правовой формы и ведомственной принадлежности. Принимает значения: 1 - данное медучреждение ПМСП имеет прикрепленное население и территорию обслуживания; 2 - имеет прикрепленное население; 0 - не является медучреждением ПМСП.
Поле OMS_YES - признак регистрации данного медицинского учреждения в отделе медицинского страхования ДЗ. Принимает значения: 1 - если работает в системе ОМС, 2 - в ином случае.
Поле DMC принимает значение 1, если учреждение имеет договор на возмещение средств из системы ДМС, и принимает значение 2 в иных случаях.
Поле DENT_YES - признак оказания стоматологической помощи в ЛПУ ПМСП. Заполняется 1, если данное медучреждение оказывает стоматологическую помощь прикрепленному населению. Заполняется, если поле OMS имеет значение 1 или 2.
Поле AGE - признак возраста пациентов, прикрепленных к данному ЛПУ ПМСП. Заполняется: 1 - медучреждение оказывает помощь взрослым, 2 - медучреждение оказывает помощь детям, 3 - медучреждение оказывает помощь как взрослым, так и детям.
В полях INDEX, RGN1, RGN2, RGN3, STREET, HOUSE, HOUSELITER, CORPUS, FLAT, FLATLITER, E_MAIL, PHONE, FACE указывается адресная часть учреждения и координаты для контакта.
В полях BANKNAME, RF, RFF, RFT, BIC, BICF, BICT, IN№ указываются банковские реквизиты учреждения.
Поле OWERCODE содержит код формы собственности учреждения.
Поле NN_LPU код номенклатурного номера медицинского учреждения.
Поле DEPART - содержит код министерства (ведомства, предприятия) ведомственной подчиненности. Заполняется на основании справочника.
Поле CLINIC признак. Заполняется для медицинских учреждений, которые являются клинической базой в учебном процессе. Принимает значение 1 для клинических медучреждений; 2 - для ЛПУ, имеющих договора на обучение интернов.
Поле DОMAI№ заполняется кодом LPUCODE вышестоящего медучреждения в служебной иерархии здравоохранения Самарской области. В случае отсутствия какой-либо подчиненности заполняется значением 0.
Поле CHIEF заполняется кодом LPUCODE юридического лица, в состав которого входит данное медучреждение. Например, это поликлиника, не имеющая собственного расчетного счета и входящая в состав территориального медицинского объединения. Для самостоятельных юридических лиц поле CHIEF заполняется значением 0.
Поля KOPF, EKATC, OKDP,OKPO, SOATO, SOOGU содержат коды классификационных признаков об учреждениях, составленные на основании учредительных документов, в соответствии с общероссийскими классификаторами.

2.8.6. Справочник уровней оказания медицинских услуг
в медицинских учреждениях Самарской области (LPULV)

Структура справочника:

   -----T-----------T-----------------------------------------------------T-----¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 1. ¦LPUCODE ¦Субъект ¦ N5 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 2. ¦SKIND ¦Тип медицинской помощи ¦ N2 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 3. ¦LEVEL ¦Уровень оказания медицинской помощи в ЛПУ ¦ N1 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 4. ¦PROF ¦Участок, в котором оказывается медицинская помощь ¦ N3 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 5. ¦DATE_BF ¦Дата ввода в действие ¦ D8 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 6. ¦ORDER ¦Приказ ДЗАСО о присвоении уровня участку медицинской ¦ С64 ¦
¦ ¦ ¦деятельности учреждения ¦ ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+----+-----------+-----------------------------------------------------+-----+
¦ 9. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+----+-----------+-----------------------------------------------------+-----+
¦10. ¦D_START ¦Дата изменения ¦ D8 ¦
+----+-----------+-----------------------------------------------------+-----+
¦11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L----+-----------+-----------------------------------------------------+------


Назначение справочника

Определяет уровень оказания медицинских услуг для подразделений ЛПУ.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: LPUCODE, SKIND, PROF, DATE_BF.
Поле LPUCODE коды в соответствии со справочником LPU лечебно-профилактических учреждений всех ведомств, общих (многопрофильных) и специализированных больниц всех типов, профилей и мощностей, клиник научно-исследовательских и медицинских институтов, амбулаторий, родильных домов, консультаций, диспансеров и поликлиник всех профилей, стоматологические поликлиники, хозрасчетные поликлиники, госпиталь для ИОВ, оказывающих медицинскую помощь взрослым и детям Самарской области.
Поле SKIND тип медицинской помощи в соответствии со справочником SKIND.
Поле LEVEL - код уровня оказания медицинской помощи. Определяется в соответствии с приказом Департамента здравоохранения Администрации Самарской области. Ссылка на приказ заносится в поле ORDER. Значение поля LEVEL соответствует уровню оказания медицинской помощи и принимает значение 9, если оплата медицинской помощи не зависит от уровня.
Поле PROF - производственный участок оказания медицинской помощи. Для медицинской помощи, оказываемой в стационарных и стационарозаменяющих условиях (на койках), поле заполняется значениями поля BEDPROF (Код профиля койки) справочника LPUPL, в иных случаях значения поля принимает значения 97.
Поле DATE_BF - определяется на основании директивных документов и соответствует предписанным ими срокам.
Поле ORDER - ссылка на приказ Департамента об отнесении участка ЛПУ к уровню LEVEL.

2.8.7. Справочник лицензированных видов
медицинской деятельности лечебно-профилактических
учреждений (LPULIC)

Структура справочника:

   ------T-----------T--------------------------------------T-----¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+-----------+--------------------------------------+-----+
¦ 1. ¦LPUCODE ¦Код лечебно-профилактического ¦ N5 ¦
¦ ¦ ¦учреждения ¦ ¦
+-----+-----------+--------------------------------------+-----+
¦ 2. ¦ACTIVITY ¦Код вида медицинской деятельности ¦ C16 ¦
+-----+-----------+--------------------------------------+-----+
¦ 3. ¦LICNUM ¦Номер лицензии ¦ N10 ¦
+-----+-----------+--------------------------------------+-----+
¦ 4. ¦DATELIC ¦Дата выдачи лицензии ¦ D8 ¦
+-----+-----------+--------------------------------------+-----+
¦ 5. ¦STARTDATE ¦Дата начала действия лицензии ¦ D8 ¦
+-----+-----------+--------------------------------------+-----+
¦ 6. ¦ENDDATE ¦Дата окончания действия лицензии ¦ D8 ¦
+-----+-----------+--------------------------------------+-----+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+--------------------------------------+-----+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+--------------------------------------+-----+
¦ 9. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+-----------+--------------------------------------+-----+
¦ 10. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+--------------------------------------+-----+
¦ 11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+--------------------------------------+------


Назначение справочника

Содержит информацию обо всех видах медицинской деятельности лечебно-профилактических учреждений, на которые получена лицензия.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: LPUCODE, ACTIVITY.
Поле ACTIVITY содержит в себе уникальный код вида медицинской деятельности, заполняется из справочника LPUWORK.

2.8.8. Справочник видов деятельности медучреждений (LPUWORK)

Структура справочника:

   -----T----------T-------------------------------------T-----¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+----+----------+-------------------------------------+-----+
¦ 1. ¦CKEY ¦Уник. код пункта в справочнике ¦ N6 ¦
+----+----------+-------------------------------------+-----+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+----+----------+-------------------------------------+-----+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+----+----------+-------------------------------------+-----+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+----+----------+-------------------------------------+-----+
¦ 5. ¦ACTIVITY ¦Код вида деятельности ¦ C16 ¦
+----+----------+-------------------------------------+-----+
¦ 6. ¦NAME ¦Наименование ¦ C64 ¦
+----+----------+-------------------------------------+-----+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+----+----------+-------------------------------------+-----+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+----+----------+-------------------------------------+-----+
¦ 9. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+----+----------+-------------------------------------+-----+
¦10. ¦D_START ¦Дата изменения ¦ D8 ¦
+----+----------+-------------------------------------+-----+
¦11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L----+----------+-------------------------------------+------


Назначение справочника

Содержит информацию о видах медицинской деятельности лечебно-профилактического учреждения, лицензируемых в соответствии с Приказом МЗ РФ от 26 июля 2002 г. № 238 "Об организации лицензирования медицинской деятельности".

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: ACTIVITY.
Поле ACTIVITY содержит в себе уникальный код вида лицензируемой медицинской деятельности.

2.8.9. Дополнительная информация
о медицинском учреждении (LPUINFO)

Структура справочника:

   -------T----------T--------------------------------------T-----¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+--------------------------------------+-----+
¦ 1. ¦LPUCODE ¦Субъект ¦ N5 ¦
+------+----------+--------------------------------------+-----+
¦ 2. ¦INDIC ¦Код индикатора ¦ N2 ¦
+------+----------+--------------------------------------+-----+
¦ 3. ¦DATE_BF ¦Дата ввода в действие ¦ D8 ¦
+------+----------+--------------------------------------+-----+
¦ 4. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+--------------------------------------+-----+
¦ 5. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+--------------------------------------+-----+
¦ 6. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+--------------------------------------+-----+
¦ 7. ¦D_START ¦Дата изменения ¦ D8 ¦
+------+----------+--------------------------------------+-----+
¦ 8. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+--------------------------------------+------


Назначение справочника

Таблица содержит информацию о субъектах, на которые распространяется директивная информация. Например, для случая, описанного в документе, определится список учреждений, которым разрешено оказание высокотехнологической медицинской помощи в соответствии с приказом от 22.01.2004 № 15/30.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: LPUCODE, INDIC.

2.8.10. Перечень документов, являющихся основанием
для внесения параметров в файл LPU_INFO (DOCUM)

Структура справочника:

   -------T----------T---------------------------------------T-------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+----------+---------------------------------------+-------+
¦ 1. ¦Doc ¦Уникальный код документа ¦ c12 ¦
+------+----------+---------------------------------------+-------+
¦ 2. ¦INDIC ¦Код индикатора ¦ N2 ¦
+------+----------+---------------------------------------+-------+
¦ 3. ¦NAME_D ¦Наименование документа ¦ c80 ¦
+------+----------+---------------------------------------+-------+
¦ 4. ¦NAME_I ¦Наименование индикатора ¦ с80 ¦
+------+----------+---------------------------------------+-------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ N5 ¦
+------+----------+---------------------------------------+-------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+---------------------------------------+-------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+---------------------------------------+-------+
¦ 8. ¦D_START ¦Дата изменения ¦ D8 ¦
+------+----------+---------------------------------------+-------+
¦ 9. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+---------------------------------------+--------


Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: INDIC.
Поле DOC содержит номер приказа - основания для выделения медицинского учреждения по дополнительным признакам-индикаторам.
Поле INDIC - уникальный номер, порядковый номер выделяемого признака.
Например, на основании совместного приказа Департамента здравоохранения и ТФОМС от 22.01.2004 № 15/30 определены медицинские учреждения, осуществляющие оказание дорогостоящих видов медицинской помощи. Для информирования субъектов ОМС в файл вводится две записи, для которых поле DOC принимают значение "22.01.2004 № 15/30", а значения INDIC для первой записи принимает значения "12" с наименованием индикатора "Дорогостоящие и высокотехнологические виды медпомощи в круглосуточном стационаре". Для второй записи значения INDIC принимают значения "13" с наименованием индикатора "Дорогостоящие и высокотехнологические виды медпомощи при амбулаторно-поликлиническом лечении".

2.9. Справочники системы ОМС

2.9.1. Справочник территориальных
фондов ОМС Российской Федерации (RUSTFOMS)

Структура справочника:

   -----T-----------T------------------------------------T-------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+----+-----------+------------------------------------+-------+
¦ 1. ¦TFOMSCODE ¦Код ТФОМС ¦ N5 ¦
+----+-----------+------------------------------------+-------+
¦ 2. ¦NAME ¦Наименование ТФОМС ¦ С48 ¦
+----+-----------+------------------------------------+-------+
¦ 3. ¦DIRECTOR ¦Ф.И.О. исполнительного директора ¦ С48 ¦
+----+-----------+------------------------------------+-------+
¦ 4. ¦NSTATE ¦Код региона РФ ОКАТО ¦ N3 ¦
+----+-----------+------------------------------------+-------+
¦ 5. ¦STATE ¦Название региона РФ ¦ С32 ¦
+----+-----------+------------------------------------+-------+
¦ 6. ¦S_RGN1 ¦Город или сельский район ¦ С16 ¦
+----+-----------+------------------------------------+-------+
¦ 7. ¦S_RGN2 ¦Гор. район, поселок или сельсовет ¦ С16 ¦
+----+-----------+------------------------------------+-------+
¦ 8. ¦S_RGN3 ¦Населенный пункт ¦ С16 ¦
+----+-----------+------------------------------------+-------+
¦ 9. ¦S_STREET ¦Название улицы ¦ С24 ¦
+----+-----------+------------------------------------+-------+
¦10. ¦HOUSE ¦Дом ¦ N4 ¦
+----+-----------+------------------------------------+-------+
¦11. ¦HOUSELITER ¦Литера дома ¦ С1 ¦
+----+-----------+------------------------------------+-------+
¦12. ¦CORPUS ¦Корпус ¦ N2 ¦
+----+-----------+------------------------------------+-------+
¦13. ¦FLAT ¦Квартира ¦ N4 ¦
+----+-----------+------------------------------------+-------+
¦14. ¦FLATLITER ¦Литера квартиры ¦ С1 ¦
+----+-----------+------------------------------------+-------+
¦15. ¦INDEX ¦Почтовый индекс ¦ N6 ¦
+----+-----------+------------------------------------+-------+
¦16. ¦PHONE1 ¦Телефон ¦ N10 ¦
+----+-----------+------------------------------------+-------+
¦17. ¦PHONE2 ¦Телефон ¦ N10 ¦
+----+-----------+------------------------------------+-------+
¦18. ¦PHONE3 ¦Телефон ¦ N10 ¦
+----+-----------+------------------------------------+-------+
¦19. ¦PHONE4 ¦Телефон ¦ N10 ¦
+----+-----------+------------------------------------+-------+
¦20. ¦PHONE5 ¦Телефон ¦ N10 ¦
+----+-----------+------------------------------------+-------+
¦21. ¦E_MAIL ¦Адрес электронной почты ¦ C64 ¦
+----+-----------+------------------------------------+-------+
¦22. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+----+-----------+------------------------------------+-------+
¦23. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+----+-----------+------------------------------------+-------+
¦24. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+----+-----------+------------------------------------+-------+
¦25. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+----+-----------+------------------------------------+-------+
¦26. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L----+-----------+------------------------------------+--------


Назначение справочника

Предназначен для хранения справочной информации о всех территориальных фондах ОМС в Российской Федерации.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: TFOMSCODE.

2.9.2. Справочник подразделений
ТФОМС Самарской области (TFOMS)

Структура справочника:

   ----T----------T-----------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+---+----------+-----------------------------------+-------+
¦1. ¦TFOMSDEP ¦Код подразделения ТФОМС ¦ N5 ¦
+---+----------+-----------------------------------+-------+
¦2. ¦DOMAI№ ¦Код служебной подчиненности ¦ N5 ¦
+---+----------+-----------------------------------+-------+
¦3. ¦NAME ¦Наименование ¦ C64 ¦
+---+----------+-----------------------------------+-------+
¦4. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+---+----------+-----------------------------------+-------+
¦5. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+---+----------+-----------------------------------+-------+
¦6. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+---+----------+-----------------------------------+-------+
¦7. ¦STREET ¦Улица ¦ N4 ¦
+---+----------+-----------------------------------+-------+
¦8. ¦HOUSE ¦Дом ¦ N4 ¦
+---+----------+-----------------------------------+-------+
¦9. ¦HOUSELITER¦Литера дома ¦ C1 ¦
+---+----------+-----------------------------------+-------+
¦10.¦CORPUS ¦Корпус ¦ N2 ¦
+---+----------+-----------------------------------+-------+
¦11.¦FLAT ¦Квартира ¦ N4 ¦
+---+----------+-----------------------------------+-------+
¦12.¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+---+----------+-----------------------------------+-------+
¦13.¦PHONE ¦Телефон контакта ¦ N10 ¦
+---+----------+-----------------------------------+-------+
¦14.¦E_MAIL ¦Адрес электронной почты ¦ C64 ¦
+---+----------+-----------------------------------+-------+
¦15.¦FACE ¦Ф.И.О. контактного лица ¦ C48 ¦
+---+----------+-----------------------------------+-------+
¦16.¦RF ¦Расчетный счет ¦ C20 ¦
+---+----------+-----------------------------------+-------+
¦17.¦RFT ¦Территориальный расчетный счет ¦ C20 ¦
+---+----------+-----------------------------------+-------+
¦18.¦RFF ¦Федеральный расчетный счет ¦ C20 ¦
+---+----------+-----------------------------------+-------+
¦19.¦IN№ ¦ИНН подразделения ТФОМС ¦ C12 ¦
+---+----------+-----------------------------------+-------+
¦20.¦BIC ¦БИК ¦ C9 ¦
+---+----------+-----------------------------------+-------+
¦21.¦BANKNAME ¦Наименование банка ¦ C40 ¦
+---+----------+-----------------------------------+-------+
¦22.¦BICT ¦БИК тер. счета ¦ C9 ¦
+---+----------+-----------------------------------+-------+
¦23.¦BICF ¦БИК фед. счета ¦ C9 ¦
+---+----------+-----------------------------------+-------+
¦24.¦OKPO ¦Код ОКПО ¦ С10 ¦
+---+----------+-----------------------------------+-------+
¦25.¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+---+----------+-----------------------------------+-------+
¦26.¦CHANGE_R ¦Признак внесения изменений в запись¦ N1 ¦
+---+----------+-----------------------------------+-------+
¦27.¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+---+----------+-----------------------------------+-------+
¦28.¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+---+----------+-----------------------------------+-------+
¦29.¦DELETED ¦Признак логического удаления записи¦ N1 ¦
L---+----------+-----------------------------------+--------


Назначение справочника

Предназначен для хранения информации о структуре и подразделениях Территориального фонда ОМС Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: TFOMSDEP.
Поле TFOMSDEP хранит уникальный код каждого подразделения ТФОМС. Этими данными заполняются одноименные поля в других БД. Значения этого поля находятся в диапазоне от 7001 до 7999.
Поле DОMAI№ заполняется кодом TFOMSDEP вышестоящего в иерархии ТФОМС подразделения. Значением 0 кодируются сведения об исполнительной дирекции ТФОМС.

2.9.3. Справочник страховых медицинских
организаций, имеющих лицензию на ОМС
на территории Самарской области (SMO)

Структура справочника:

   -------T-----------T---------------------------------T------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+------+-----------+---------------------------------+------+
¦ 1. ¦INSURER ¦Код СМО ¦ N2 ¦
+------+-----------+---------------------------------+------+
¦ 2. ¦NAME ¦Наименование ¦ C64 ¦
+------+-----------+---------------------------------+------+
¦ 3. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+------+-----------+---------------------------------+------+
¦ 4. ¦RGN2 ¦Гор. район, поселок или сельсовет¦ N3 ¦
+------+-----------+---------------------------------+------+
¦ 5. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+------+-----------+---------------------------------+------+
¦ 6. ¦STREET ¦Улица ¦ N4 ¦
+------+-----------+---------------------------------+------+
¦ 7. ¦HOUSE ¦Дом ¦ N4 ¦
+------+-----------+---------------------------------+------+
¦ 8. ¦HOUSELITER ¦Литера дома ¦ C1 ¦
+------+-----------+---------------------------------+------+
¦ 9. ¦CORPUS ¦Корпус ¦ N2 ¦
+------+-----------+---------------------------------+------+
¦ 10. ¦FLAT ¦Квартира ¦ N4 ¦
+------+-----------+---------------------------------+------+
¦ 11. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+------+-----------+---------------------------------+------+
¦ 12. ¦PHONE ¦Телефон контакта ¦ N10 ¦
+------+-----------+---------------------------------+------+
¦ 13. ¦E_MAIL ¦Адрес электронной почты ¦ C64 ¦
+------+-----------+---------------------------------+------+
¦ 14. ¦FACE ¦Ф.И.О. контактного лица ¦ C48 ¦
+------+-----------+---------------------------------+------+
¦ 15. ¦RF ¦Расчетный счет ¦ C20 ¦
+------+-----------+---------------------------------+------+
¦ 16. ¦IN№ ¦Идентификационный номер ¦ C12 ¦
¦ ¦ ¦налогоплательщика ¦ ¦
+------+-----------+---------------------------------+------+
¦ 17. ¦BIC ¦БИК ¦ C9 ¦
+------+-----------+---------------------------------+------+
¦ 18. ¦BANKNAME ¦Наименование банка ¦ C40 ¦
+------+-----------+---------------------------------+------+
¦ 19. ¦OKPO ¦Код ОКПО ¦ С10 ¦
+------+-----------+---------------------------------+------+
¦ 20. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+------+-----------+---------------------------------+------+
¦ 21. ¦CHANGE_R ¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+------+-----------+---------------------------------+------+
¦ 22. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+-----------+---------------------------------+------+
¦ 23. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+-----------+---------------------------------+------+
¦ 24. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L------+-----------+---------------------------------+-------


Назначение справочника

Предназначен для хранения сведений обо всех страховых медицинских организациях, осуществляющих ОМС в Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: INSURER.
Поле INSURER заполняется уникальным кодом СМО в диапазоне от 1 до 99. Все остальные поля заполняются в соответствии с их именем и смысловым значением.

2.9.4. Справочник закрепления
территории за базовыми медучреждениями (TMOPLAT)

Структура справочника:

   -------T------------T------------------------------------T-----¬

¦ № ¦ Имя поля ¦ Комментарий ¦Тип ¦
+------+------------+------------------------------------+-----+
¦ 1. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 2. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 3. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 4. ¦STREET ¦Улица ¦ N4 ¦
+------+------------+------------------------------------+-----+
¦ 5. ¦HOUSE ¦Номер дома ¦ N4 ¦
+------+------------+------------------------------------+-----+
¦ 6. ¦HOUSELITER ¦Литера дома ¦ C1 ¦
+------+------------+------------------------------------+-----+
¦ 7. ¦CORPUS ¦Номер корпуса дома ¦ N2 ¦
+------+------------+------------------------------------+-----+
¦ 8. ¦LPUTERB ¦Код ЛПУ ПМСП ¦ N5 ¦
+------+------------+------------------------------------+-----+
¦ 9. ¦LPUTERB_U ¦Номер участка ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 10. ¦LPUTERD ¦Код детского ЛПУ ПМСП ¦ N5 ¦
+------+------------+------------------------------------+-----+
¦ 11. ¦LPUTERD_U ¦Номер участка ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 12. ¦LPUTERS ¦Код стоматологического ЛПУ ПМСП ¦ N5 ¦
+------+------------+------------------------------------+-----+
¦ 13. ¦LPUTERS_U ¦Номер участка в стоматологии ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 14. ¦LPUTERDS ¦Код детского стоматологического ЛПУ ¦ N5 ¦
¦ ¦ ¦ПМСП ¦ ¦
+------+------------+------------------------------------+-----+
¦ 15. ¦LPUTERDS_U ¦Номер участка ¦ N3 ¦
+------+------------+------------------------------------+-----+
¦ 16. ¦LPU_FARM ¦Код аптечного учреждения, ¦ N5 ¦
¦ ¦ ¦осуществляющего отпуск ¦ ¦
¦ ¦ ¦лекарственных препаратов льготным ¦ ¦
¦ ¦ ¦категориям граждан ¦ ¦
+------+------------+------------------------------------+-----+
¦ 17. ¦INSURER ¦Код базовой СМО ¦ N5 ¦
+------+------------+------------------------------------+-----+
¦ 18. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+------+------------+------------------------------------+-----+
¦ 19. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+------------+------------------------------------+-----+
¦ 20. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+------------+------------------------------------+-----+
¦ 21. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+------------+------------------------------------+-----+
¦ 22. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+------------+------------------------------------+------


Назначение справочника

Данный справочник предназначен для хранения информации, описывающей принадлежность конкретной территории к зоне обслуживания медицинского учреждения ПМСП, за которым эта территория закреплена, и аптечного учреждения, осуществляющего отпуск лекарственных препаратов льготным категориям граждан.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: RGN1, RGN2, RGN3, STREET, HOUSE, HOUSELITER, CORPUS.
Поля HOUSE, HOUSELITER, CORPUS задают дом, территориально принадлежащий данным базовым ЛПУ и СМО.
При описании домов используется принцип: один дом - одна запись в справочнике.
Если вся улица относится к определенной территории, то поля HOUSE и HOUSELITER не заполняются.
Если весь населенный пункт относится к определенной территории, то поля STREET, HOUSE и HOUSELITER не заполняются.

2.10. Справочники адресной части

2.10.1. Справочник административно-территориального деления
Самарской области (STANDART)

Структура справочника:

   -----T-------------T-------------------------------------------T----¬

¦ № ¦Имя поля ¦Комментарий ¦Тип ¦
+----+-------------+-------------------------------------------+----+
¦ 1. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+----+-------------+-------------------------------------------+----+
¦ 2. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+----+-------------+-------------------------------------------+----+
¦ 3. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+----+-------------+-------------------------------------------+----+
¦ 4. ¦NAME ¦Наименование ¦C24 ¦
+----+-------------+-------------------------------------------+----+
¦ 5. ¦LABEL ¦Метка ¦ N3 ¦
+----+-------------+-------------------------------------------+----+
¦ 6. ¦INSURER ¦Код базовой СМО на данной территории ¦ N5 ¦
+----+-------------+-------------------------------------------+----+
¦ 7. ¦OR1 ¦Код города или сельского района по ОКАТО ¦ N2 ¦
+----+-------------+-------------------------------------------+----+
¦ 8. ¦OR2 ¦Гор. район, поселок или сельсовет по ОКАТО ¦ N3 ¦
+----+-------------+-------------------------------------------+----+
¦ 9. ¦OR3 ¦Населенный пункт по ОКАТО ¦ N6 ¦
+----+-------------+-------------------------------------------+----+
¦10. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+----+-------------+-------------------------------------------+----+
¦11. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+----+-------------+-------------------------------------------+----+
¦12. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+----+-------------+-------------------------------------------+----+
¦13. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+----+-------------+-------------------------------------------+----+
¦14. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L----+-------------+-------------------------------------------+-----


Назначение справочника

Предназначен для хранения информации об административно-территориальном делении Самарской области. Содержит всю необходимую информацию для кодирования любого населенного пункта.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: RGN1, RGN2, RGN3.
Поле RGN1 определяет сельский район или город на территории Самарской области.
Поле RGN2 определяет сельсовет или городской район, входящий, соответственно, в состав сельского района или города (RGN1) на территории Самарской области.
Поле RGN3 определяет населенный пункт (поселок), входящий, соответственно, в состав сельсовета (городского района) (RGN2).
Поле NAME определяет название единицы административно-территориального деления Самарской области.
Поле LABEL классифицирует данную единицу административно-территориального деления Самарской области.

Комментарий к справочнику

Совокупность полей RGN1, RGN2, RGN3 позволяет однозначно определять любую единицу территориального деления Самарской области.
Поле RGN1 всегда определяет самый крупный территориальный субъект Самарской области (город или сельский район).
Поле RGN2 всегда определяет территориальный субъект Самарской области (сельсовет, поселок или городской район), входящий в состав RGN1.
Поле RGN3 всегда определяет территориальный субъект Самарской области, входящий в состав RGN2 (поселок на территории сельсовета или городского района). Если населенный пункт не попадает под данную классификацию, то в данном поле стоит значение 0.
Поле LABEL определяет виды населенных пунктов:

   --------T------------------------------------------¬

¦ LABEL ¦Виды населенных пунктов ¦
+-------+------------------------------------------+
¦ 1. ¦Единица административного деления, в сос- ¦
¦ ¦тав которой входят подчиненные ей террито-¦
¦ ¦рии. Ссылка на такой адрес недопустима. ¦
+-------+------------------------------------------+
¦ 2. ¦Город ¦
+-------+------------------------------------------+
¦ 3. ¦Село ¦
+-------+------------------------------------------+
¦ 4. ¦Поселок ¦
+-------+------------------------------------------+
¦ 5. ¦Поселок городского типа ¦
+-------+------------------------------------------+
¦ 6. ¦Совхоз ¦
+-------+------------------------------------------+
¦ 7. ¦Деревня ¦
+-------+------------------------------------------+
¦ 8. ¦Городской район ¦
+-------+------------------------------------------+
¦ 9. ¦Станция ¦
L-------+-------------------------------------------


Исключение составляют два случая.
Если поле RGN2 = 400, то это означает, что данная запись в таблице STANDART определяет город на территории Самарской области. При этом поле RGN3 = 0, поле LABEL = 1, а в поле NAME указано наименование данного города.
Если поле RGN2 = 800, то это означает, что данная запись в таблице STANDART определяет сельский район на территории Самарской области. При этом поле RGN3=0. В поле NAME указано имя данного сельского района, а в поле LABEL указан код районного центра этого района.

2.10.2. Справочник улиц (STREETS)

Структура справочника:

   -------T-----------T-----------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+-----------+-----------------------------------+------+
¦ 1. ¦STREET ¦Код улицы ¦ N4 ¦
+------+-----------+-----------------------------------+------+
¦ 2. ¦NAME ¦Наименование улицы текущее ¦ C24 ¦
+------+-----------+-----------------------------------+------+
¦ 3. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
+------+-----------+-----------------------------------+------+
¦ 4. ¦STREET_NEW ¦Код улицы при переименовании ¦ N4 ¦
+------+-----------+-----------------------------------+------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+------+-----------+-----------------------------------+------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+------+-----------+-----------------------------------+------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+-----------+-----------------------------------+------+
¦ 8. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
L------+-----------+-----------------------------------+-------


Назначение справочника

Предназначен для хранения и кодирования названий всех улиц на территории Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: STREET.
Поле STREET предназначено для хранения уникального кода каждой улицы.
Поле NAME предназначено для хранения уникального названия каждой улицы. Все названия улиц заполняются заглавными русскими буквами. Слова в названии разделяются одним пробелом. Допустимые условные сокращения: УЛ - Улица, ШОС - Шоссе, ПР - Проспект, ПРЗ - Проезд, ПРЗД - Переезд, Б-Р - Бульвар, КВ - Квартал, ПЛ - Площадь, ПОС - Поселок, ТУП - Тупик, СВХ - Совхоз, ТЕР - Территория, ПЕР - Переулок, М-Н - Микрорайон. Все условные сокращения выносятся в конец названия.
Примеры: КАРЛА МАРКСА ПР, АЛЕКСЕЯ ТОЛСТОГО УЛ, СПЕЦИАЛИСТОВ ПЕР.
Поле STREET_NEW предназначено для хранения ссылок на названия улиц, которые действительны в текущее время. Например: пер. Специалистов переименован в ул. Высоцкого 11.10.2001. В этом случае в записи Street, относимой к пер. Специалистов поля принимают значения DELETED = 1,
D_START ="01.10.2000", D_FIN="11.10.2001", STREET_NEW = коду записи соответствующей ул. Высоцкого.

2.11. Справочники о медицинском персонале

Справочник медицинского персонала Самарской области состоит из двух реляционно связанных таблиц: DOCTORS и OFFICFUN.
Таблица DOCTORS - является основной в справочнике и содержит кодовую часть сведений о медицинском персонале.
Таблица OFFICFU№ является вторичной и содержит сведения о должности (специальности), которую занимает сотрудник.

Структура справочника:

   -------T----------T------------------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+------------------------------------------------+------+
¦ 1. ¦DRCODE ¦Идентификационный (личный) код в областном ¦ C8 ¦
¦ ¦ ¦справочнике ¦ ¦
+------+----------+------------------------------------------------+------+
¦ 2. ¦DBSOURCE ¦Источник данных ¦ C1 ¦
+------+----------+------------------------------------------------+------+
¦ 3. ¦INTERNAL ¦Внутренний код (для использования внутри ЛПУ) ¦ C5 ¦
+------+----------+------------------------------------------------+------+
¦ 4. ¦SURNAME ¦Фамилия ¦ C24 ¦
+------+----------+------------------------------------------------+------+
¦ 5. ¦NAME ¦Имя ¦ C16 ¦
+------+----------+------------------------------------------------+------+
¦ 6. ¦SECNAME ¦Отчество ¦ C16 ¦
+------+----------+------------------------------------------------+------+
¦ 7. ¦EI№ ¦Единый идентификационный номер ¦ C16 ¦
+------+----------+------------------------------------------------+------+
¦ 8. ¦LPUWORK ¦Основное место работы ¦ N5 ¦
+------+----------+------------------------------------------------+------+
¦ 9. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+------------------------------------------------+------+
¦ 10. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+------------------------------------------------+------+
¦ 11. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+------------------------------------------------+------+
¦ 12. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+----------+------------------------------------------------+------+
¦ 13. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+------------------------------------------------+-------


Назначение справочника

Справочник предназначен для использования актуальной информации о медицинском персонале (врачах и среднем персонале) в информационных ресурсах, функционирующих в едином информационном пространстве отрасли здравоохранения Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: DRCODE.
Поле DRCODE личный идентификационный код медицинского работника. Представляет собой уникальную буквенно-цифровую последовательность. Однократно присваивается каждому медицинскому сотруднику и в последующем не меняется.
Поле DBSOURCE признак источника формирования записей в справочнике. Если значение поля DBSOURCE = "D", запись сформирована из базы данных "Врачи Самарской области". Если значение поля DBSOURCE = "S", запись сформирована из базы данных "Средний медицинский персонал Самарской области".
Поле INTERNAL "Внутренний" код медицинского работника. Может использоваться произвольным образом внутри лечебно-профилактического учреждения.
Поля SURNAME, NAME, SECNAME фамилия, имя и отчество медицинского сотрудника, записанные в верхнем регистре.
Поле EI№ единый идентификационный номер, заполняемый в соответствии с утвержденным порядком.

2.11.2. Справочник медицинских специальностей
медицинского персонала (OFFICFUN)

Структура справочника:

   -------T----------T------------------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+------------------------------------------------+-------+
¦ 1. ¦DRCODE ¦Идентификационный (личный) код в областном ¦ C8 ¦
¦ ¦ ¦справочнике ¦ ¦
+------+----------+------------------------------------------------+-------+
¦ 2. ¦LPUWORK ¦Код ЛПУ места работы ¦ N5 ¦
+------+----------+------------------------------------------------+-------+
¦ 3. ¦SPECCODE ¦Код специальности ¦ N6 ¦
+------+----------+------------------------------------------------+-------+
¦ 4. ¦DBSOURCE ¦Источник данных ¦ C1 ¦
+------+----------+------------------------------------------------+-------+
¦ 5. ¦DRSTATUS ¦Отличительный признак "Право выписки льготных ¦ N1 ¦
¦ ¦ ¦рецептов" ¦ ¦
+------+----------+------------------------------------------------+-------+
¦ 6. ¦RIGHT ¦Признак "Имеет право вести прием пациентов ¦ N1 ¦
¦ ¦ ¦самостоятельно" ¦ ¦
+------+----------+------------------------------------------------+-------+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+----------+------------------------------------------------+-------+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+----------+------------------------------------------------+-------+
¦ 9. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+----------+------------------------------------------------+-------+
¦ 10. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+------+----------+------------------------------------------------+-------+
¦ 11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+----------+------------------------------------------------+--------


Назначение справочника

Справочник предназначен для сохранения сведений о медицинских специальностях, которые имеет сотрудник.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: DRCODE, SPECCODE.
Поле DRSTATUS отличительный признак. Может принимать два значения: 1 если врач имеет право выписки льготных рецептов, 2 если не имеет.
Поле RIGHT Признак "Имеет право вести прием пациентов самостоятельно". Может принимать два значения: 1 - ведется учет медицинских услуг как посещение при составлении статистических отчетов и используется при выставлении счета за оказанную медицинскую услугу, 2 учет не ведется.
Поле LPUWORK код лечебно-профилактического учреждения, в котором медицинский сотрудник работает в настоящее время.

2.11.3. Справочник специальностей специалистов
с медицинским и фармацевтическим образованием
в учреждениях здравоохранения
Российской Федерации (SPECLIST)

Структура справочника:

   --------T------------T--------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-------+------------+--------------------------------+-------+
¦ 1. ¦SPECCODE ¦Код специальности ¦ N6 ¦
+-------+------------+--------------------------------+-------+
¦ 2. ¦ID_SPEC ¦Идентификатор специальности ¦ С9 ¦
+-------+------------+--------------------------------+-------+
¦ 3. ¦TYPE_SPEC ¦Тип специальности ¦ N1 ¦
+-------+------------+--------------------------------+-------+
¦ 4. ¦NAME ¦Наименование специальности ¦ C64 ¦
+-------+------------+--------------------------------+-------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального ¦ C3 ¦
¦ ¦ ¦пакета НСИ ¦ ¦
+-------+------------+--------------------------------+-------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+-------+------------+--------------------------------+-------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+------------+--------------------------------+-------+
¦ 8. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+-------+------------+--------------------------------+-------+
¦ 9. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L-------+------------+--------------------------------+--------


Назначение справочника

Таблица предназначена для хранения информации о номенклатуре (классификаторе) специальностей специалистов с высшим медицинским и фармацевтическим образованием в учреждениях здравоохранения Российской Федерации (приказ № 337 от 27.08.1999 МЗ РФ).

Требования к содержанию полей таблицы и порядок их заполнения

Первичный ключ: SPECCODE.
Поле SPECCODE - содержит код специальности.
Поле ID_SPEC - содержит идентификатор специальности.
Поле TYPE_SPEC - тип специальности (1 - основная специальность, 2 - специальность, требующая углубленной подготовки).
Поле NAME - содержит наименование специальности.

2.11.5. Справочник профилей специальностей,
используемых в территориальной программе
государственных гарантий (PROF_GG)

Структура справочника:

   ---------T-----------T------------------------------------T----¬

¦ № ¦Имя поля ¦ Комментарий ¦Тип ¦
+--------+-----------+------------------------------------+----+
¦ 1. ¦PROFCODE ¦Код профиля специальности ¦ N6 ¦
+--------+-----------+------------------------------------+----+
¦ 2. ¦NAME ¦Наименование профиля специальности ¦C64 ¦
+--------+-----------+------------------------------------+----+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+--------+-----------+------------------------------------+----+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+--------+-----------+------------------------------------+----+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+--------+-----------+------------------------------------+----+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+--------+-----------+------------------------------------+----+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L--------+-----------+------------------------------------+-----


Назначение справочника

Эта таблица предназначена для хранения информации о профилях специальностей в учреждениях здравоохранения РФ, используемых в территориальной программе государственных гарантий.

Требования к содержанию полей таблицы и порядок их заполнения

Первичный ключ: PROFCODE.
Поле PPROFCODE - содержит код профиля специальности.
Поле NAME - содержит наименование профиля специальности в соответствии с методикой расчета Территориальной программы.

2.11.5. Справочник врачебных (провизорских)
должностей (POST). Справочник соответствия
врачебных должностей и специальностей

Структура справочника:

   ---------T---------T----------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+--------+---------+----------------------------------------+------+
¦ 1. ¦POSTCODE ¦Код должности ¦ N6 ¦
+--------+---------+----------------------------------------+------+
¦ 2. ¦NAME ¦Наименование должности ¦ C64 ¦
+--------+---------+----------------------------------------+------+
¦ 3. ¦SPECCODE ¦Код специальности ¦ N6 ¦
+--------+---------+----------------------------------------+------+
¦ 4. ¦PROFCODE ¦Код профиля специальности ¦ N6 ¦
+--------+---------+----------------------------------------+------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+--------+---------+----------------------------------------+------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+--------+---------+----------------------------------------+------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+--------+---------+----------------------------------------+------+
¦ 8. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+--------+---------+----------------------------------------+------+
¦ 9. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L--------+---------+----------------------------------------+-------


Назначение справочника

Таблица предназначена для хранения информации о номенклатуре врачебных (провизорских) должностей в системе здравоохранения Российской Федерации (приказ № 337 от 27.08.1999 МЗ РФ).

Требования к содержанию полей таблицы и порядок их заполнения

Первичный ключ: POSTCODE.
Поле POSTCODE содержит код должности.
Поле NAME содержит наименование должности.
Поле SPECCODE содержит код специальности (таблица SPEC).
Поле PROFCODE содержит код профиля специальности (таблица PROF_GG).
Коды соответствия приведены лишь для должностей амбулаторно-поликлинического звена.

2.12. Справочники "Цена на медицинские услуги"

2.12.1. Справочник критериев отнесения к КСГ (DSLEVEL)

Структура справочника:

   ------T-----------T--------------------------------------T------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+-----+-----------+--------------------------------------+------+
¦ 1. ¦DSLEVEL ¦Код критерия ¦ N2 ¦
+-----+-----------+--------------------------------------+------+
¦ 2. ¦NAME ¦Наименование ¦ C254 ¦
+-----+-----------+--------------------------------------+------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+--------------------------------------+------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+--------------------------------------+------+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+-----------+--------------------------------------+------+
¦ 6. ¦D_START ¦Дата ввода кода в действие ¦ D8 ¦
+-----+-----------+--------------------------------------+------+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+--------------------------------------+-------


Назначение справочника

Эта таблица предназначена для хранения информации о возможных степенях тяжести заболеваний.

Требования к содержанию полей таблицы и порядок их заполнения

Первичный ключ: DSLEVEL.
Поле DSLEVEL заполняется кодом критерия отнесения к KSG заболевания для данного диагноза.
Поле NAME содержит строковое описание тяжести заболевания.

2.12.2. Справочник наименований медицинских услуг (AMB)

Структура справочника:

   --------T------------T---------------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-------+------------+---------------------------------------------+------+
¦ 1. ¦CKEY ¦Уник. код пункта прейскуранта ¦ N6 ¦
+-------+------------+---------------------------------------------+------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+-------+------------+---------------------------------------------+------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+-------+------------+---------------------------------------------+------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+-------+------------+---------------------------------------------+------+
¦ 5. ¦SKIND ¦Тип услуги ¦ N2 ¦
+-------+------------+---------------------------------------------+------+
¦ 6. ¦PRICECODE ¦Код тарифа в прейскуранте ¦ N6 ¦
+-------+------------+---------------------------------------------+------+
¦ 7. ¦TEXTCODE ¦Текстовый код тарифа ¦ C16 ¦
+-------+------------+---------------------------------------------+------+
¦ 8. ¦NAME ¦Наименование ¦ C128 ¦
+-------+------------+---------------------------------------------+------+
¦ 9. ¦AGE ¦Возрастная группа обслуживаемого населения ¦ N1 ¦
+-------+------------+---------------------------------------------+------+
¦ 10. ¦CUNIT ¦Код единицы по ОКЕИ ¦ N4 ¦
+-------+------------+---------------------------------------------+------+
¦ 11. ¦PROP ¦Код учреждения, которое ввело данную услугу ¦ N5 ¦
+-------+------------+---------------------------------------------+------+
¦ 12. ¦CATALOG ¦Учетный номер прейскуранта на медицинские ¦ C20 ¦
¦ ¦ ¦услуги ¦ ¦
+-------+------------+---------------------------------------------+------+
¦ 13. ¦WORK_DOCT ¦Трудоемкость врача ¦ N5.2 ¦
+-------+------------+---------------------------------------------+------+
¦ 14. ¦WORK_SPEC ¦Трудоемкость среднего персонала ¦ N5.2 ¦
+-------+------------+---------------------------------------------+------+
¦ 15. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-------+------------+---------------------------------------------+------+
¦ 16. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-------+------------+---------------------------------------------+------+
¦ 17. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+------------+---------------------------------------------+------+
¦ 18. ¦D_START ¦Дата изменения ¦ D8 ¦
+-------+------------+---------------------------------------------+------+
¦ 19. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-------+------------+---------------------------------------------+-------


Назначение справочника

Содержит информацию о кодах на тарифы на амбулаторно-поликлинические (диагностические) услуги, лечение в дневном стационаре, услуги скорой медицинской помощи и санаторного лечения и иные виды медицинской помощи, расчет цены на которую определяется единой методикой.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: CKEY
Поле PRICECODE - уникальный код пункта прейскуранта, описывающего конкретный вид медицинской услуги, по которому определен тариф в справочнике AMBPRICE.
Если PRICECODE = 0, то данный пункт в прейскуранте описывает заголовок раздела.
Поле TEXTCODE содержит принятый в текстовом варианте прейскуранта иерархический код услуги, с которым персонал медицинских учреждений может работать без применения средств ВТ.
Поле SKIND признак вида медицинской помощи, заполняется по справочнику SKIND.
Поле AGE возрастная группа. AGE = 1, если возраст пациента старше 18 лет; AGE = 2, если возраст пациента меньше 18 лет; AGE = 3, если тариф на медицинскую услугу не зависит от возраста пациента.
Поле CUNIT код по СОЕИ. Определяется по словнику ITEMS. Возможные значения: посещение, исследование, законченный случай, отдельная медицинская услуга и т.д. Например, код "посещений в смену" - 0225.
Поле NAME наименование в позиции прейскуранта текстового документа.
Поле CATALOG - учетный номер прейскуранта, используемый для определения цены медицинской помощи типа SKIND.
Поле PROP код медицинского учреждения, оказывающего медицинскую помощь, по инициативе которого данная позиция внесена в справочник в соответствии с приказом Департамента здравоохранения. Для медицинской помощи, оплата которой предусмотрена Территориальной Программой государственных гарантий, поле PROP принимает значение "6001"- код Департамента здравоохранения.

2.12.3. Справочник тарифов на медицинские услуги (AMBPRICE)

Структура справочника:

   ------T-----------T--------------------------------------------------T----------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 1. ¦PRICECODE ¦Код тарифа в прейскуранте ¦ N6 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 2. ¦DATE_BF ¦Дата ввода в действие ¦ D8 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 3. ¦LEVEL_ST ¦Уровень оказания медицинской помощи стандартный ¦ N1 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 4. ¦PRICE ¦Тариф на услугу ¦ N10.2 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 5. ¦LABPAY ¦Будет уточнено по мере накопления ¦ C2 ¦
¦ ¦ ¦эксплуатационного опыта ¦ ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 6. ¦CERTIFIC ¦Решение согласительной комиссии ¦ N2 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 9. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 10. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+--------------------------------------------------+----------+
¦ 11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+--------------------------------------------------+-----------


Назначение справочника

Содержит информацию о тарифах на амбулаторно-поликлинические (диагностические) услуги, лечение в дневном стационаре, услуги скорой медицинской помощи и санаторного лечения и иные виды медицинской помощи, расчет цены на которую определяется единой методикой в соответствии с уровнем.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: PRICECODE, LEVEL_ST, DATE_BF.
В поле PRICE содержится значение тарифа для услуги (поле PRICECODE) в соответствии с уровнем услуги (поле LEVEL_ST).
Для медуслуг, для которых не предусмотрена оплата с учетом уровня, поле LEVEL_ST заполняется значением 9.
Поле DATE_BF - определяется на основании директивных документов и соответствует предписанным ими срокам.
Поле CERTIFIC - ссылка на номер решения согласительной комиссии.

2.12.4. Справочник клинико-статистических групп (KSG)

Структура справочника:

   ------T-----------T---------------------------------------------T-----¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+-----+-----------+---------------------------------------------+-----+
¦ 1. ¦SKIND ¦Тип услуги ¦ N2 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 2. ¦CATALOG ¦Учетный номер прейскуранта ¦ С20 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 3. ¦BEDPROF ¦Код профиля койки ¦ N3 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 4. ¦DS_MAI№ ¦Код клинического диагноза ¦ C8 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 5. ¦AGE ¦Признак возраста в КСГ ¦ N1 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 6. ¦TYPEOPER ¦Вид лечения ¦ N3 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 7. ¦DSLEVEL ¦Код критерия отнесения к КСГ ¦ N2 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 8. ¦PRICEСODE ¦Код тарифа в справочнике (КСГ) ¦ N6 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 9. ¦EXACT ¦Признак точного поиска диагноза ¦ N1 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 10. ¦DATE_BF ¦Дата ввода в действие ¦ D8 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 11. ¦DATE_EF ¦Дата окончания действия ¦ D8 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 12. ¦PROP ¦Код учреждения, которое ввело данную услугу ¦ N6 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 13. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 14. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 15. ¦D_FI№ ¦Дата окончания ¦ D8 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 16. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+---------------------------------------------+-----+
¦ 17. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+---------------------------------------------+------


Назначение

Содержит информацию о клинико-статистических группах.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: SKIND, AGE, BEDPROF, DS_MAIN, TYPEOPER, PRICEСODE.
Поле PRICEСODE содержит номер клинико-статистической группы (КСГ), который одновременно является кодом пункта прейскуранта цен KSGPRICE.
Параметры DS_MAIN, BEDPROF, TYPEOPER, AGE определяют выбор КСГ.
Поле DSLEVEL заполняется с применением соответствующего справочника. Значение не обязательно и используется при разрешении споров со страховой медицинской организацией.
Поле DS_MAI№ содержит код основного клинического диагноза по действующей МКБ и заполняется из БД MKB.
Поле TYPEOPER заполняется из справочника TYPEOPER и содержит код вида лечения.
Поле AGE имеет значения: 1 - КСГ для взрослых, 2 - КСГ для детей, 3 - не зависит от возраста.

2.12.5. Справочник тарифов на стационарные
и стационарзамещающие услуги (KSGPRICE)

Структура справочника:

   ------T-----------T------------------------------------------------T--------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+-----+-----------+------------------------------------------------+--------+
¦ 1. ¦PRICEСODE ¦Код тарифа в справочнике (КСГ) ¦ N6 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 2. ¦LEVEL_ST ¦Уровень оказания медицинской помощи стандартный ¦ N1 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 3. ¦DATE_BF ¦Дата ввода в действие ¦ D8 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 4. ¦BEDNORM ¦Нормативное количество койко-дней ¦ N5.1 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 5. ¦PRICE ¦Тариф для медучреждений ¦ N10.2 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 6. ¦CERTIFIC ¦Решение согласительной комиссии ¦ N2 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 7. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 8. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 9. ¦D_FI№ ¦Дата окончания ¦ D8 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 10. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+------------------------------------------------+--------+
¦ 11. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+------------------------------------------------+---------


Назначение справочника

Содержит информацию о тарифах за госпитализацию в больничное учреждение (стационар).

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: PRICECODE, DATE_BF.
Поле BEDNORM содержит среднее расчетное количество койко-дней.
Поле PRICE заполняется данными о тарифах на услуги в зависимости от уровня профиля койки больничного учреждения (стационара).

2.12.6. Справочник наименований тарифов (PR_NAME)

Структура справочника:

   ------T-----------T---------------------------------------T--------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+-----+-----------+---------------------------------------+--------+
¦ 1. ¦PRICEСODE ¦Код тарифа в справочнике (КСГ) ¦ N6 ¦
+-----+-----------+---------------------------------------+--------+
¦ 2. ¦NAME ¦Наименование позиции ¦ M ¦
+-----+-----------+---------------------------------------+--------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+---------------------------------------+--------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+---------------------------------------+--------+
¦ 5. ¦D_FI№ ¦Дата окончания ¦ D8 ¦
+-----+-----------+---------------------------------------+--------+
¦ 6. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+---------------------------------------+--------+
¦ 7. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L-----+-----------+---------------------------------------+---------


Назначение

Содержит информацию о наименованиях в позициях прейскурантов.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: PRICEСODE.
Поле NAME наименование в позиции прейскуранта текстового документа.

2.12.7. Справочник типов медицинской помощи (SKIND)

Структура справочника:

   -------T-----------T----------------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+-----------+----------------------------------------------+-------+
¦ 1. ¦SKIND ¦Код типа медицинской помощи ¦ N2 ¦
+------+-----------+----------------------------------------------+-------+
¦ 2. ¦NAME ¦Наименование ¦ С48 ¦
+------+-----------+----------------------------------------------+-------+
¦ 3. ¦LV_INDIC ¦Признак зависимости оплаты медицинской помощи ¦ N1 ¦
¦ ¦ ¦от уровня ее оказания ¦ ¦
+------+-----------+----------------------------------------------+-------+
¦ 4. ¦REFER ¦Применяемый справочник ¦ С3 ¦
+------+-----------+----------------------------------------------+-------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+------+-----------+----------------------------------------------+-------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+-----------+----------------------------------------------+-------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+-----------+----------------------------------------------+-------+
¦ 8. ¦D_START ¦Дата изменения ¦ D8 ¦
+------+-----------+----------------------------------------------+-------+
¦ 9. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+-----------+----------------------------------------------+--------


Назначение справочника

Справочник предназначен для идентификации медицинских услуг по типам подразделений и определения справочника тарифа на медицинскую услугу.

Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: SKIND.
Поле SKIND - код типа медицинской помощи, наименование которой занесено в поле NAME.
Поле LV_INDIC - признак зависимости оплаты медицинской помощи от уровня ее оказания. Принимает значения:
1 тариф один, для данного типа медицинской помощи не определен уровень;
2 тариф один и определяется уровнем медицинской услуги;
3 тариф определяется уровнем ЛПУ, для услуг данного типа медицинской помощи возможно наличие нескольких тарифов.
Поле REFER определяет наименование справочника, в соответствии с которым определяется тариф на медицинскую помощь.

2.12.8. Справочник единиц измерения (UNIT)

Структура справочника:

   -------T-----------T-----------------------------------------------------T-------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 1. ¦CUNIT ¦Уникальный код ¦ N2 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 2. ¦NMUNIT ¦Сокращенное название первичной упаковки (модификации ¦ C16 ¦
¦ ¦ ¦ИМН) ¦ ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 3. ¦NAME ¦Наименование единицы измерения ¦ С6 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 4. ¦OKEI ¦Код по общероссийскому классификатору единиц ¦ N4 ¦
¦ ¦ ¦измерения (ОКЕИ) ¦ ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 5. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ N5 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 6. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 7. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 8. ¦D_START ¦Дата изменения ¦ D8 ¦
+------+-----------+-----------------------------------------------------+-------+
¦ 9. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L------+-----------+-----------------------------------------------------+--------


Назначение справочника

Таблица содержит перечень наименований и кодов применяемых единиц измерений.

2.12.9. Справочник льготных групп LGG

2.12.9.1. Общие характеристики справочника

Справочник представляет собой набор трех реляционно связанных таблиц.
Таблица LGG.DBF является основной и содержит перечень категорий заболеваний и групп населения, при амбулаторном лечении которых лекарственные средства и изделия медицинского назначения отпускаются по рецептам врачей бесплатно и с 50%-й скидкой (Приказ Департамента здравоохранения Администрации Самарской области от 17.10.2003 № 336).
Таблица LGG_D2.DBF связана с основной таблицей по полю CKEY и с таблицей LGG_D.DBF по полю LGG_D. Эта таблица определяет соответствие кодов оснований предоставления льгот кодам отдельных категорий населения и категорий заболеваний.
Таблица LGG_D.DBF связана с таблицей LGG_D2.DBF по полю LGG_D и содержит перечень оснований предоставления льгот отдельным группам населения.

2.12.9.2. Сведения о таблице LGG

Структура таблицы:

   ------T-----------T---------------------------------------------T----------¬

¦№ п/п¦Имя поля ¦ Комментарий ¦ Тип ¦
¦ ¦ ¦ ¦ поля ¦
+-----+-----------+---------------------------------------------+----------+
¦ 1. ¦CKEY ¦Уник. код пункта в справочнике ¦ N4 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N4 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N3 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 5. ¦CODE ¦Код льготной категории ¦ N4 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 6. ¦NAME ¦Наименование группы населения, категории ¦ C254 ¦
¦ ¦ ¦заболевания краткое ¦ ¦
+-----+-----------+---------------------------------------------+----------+
¦ 7. ¦FLVETERANS ¦ Номер статьи Федерального закона "О ¦ N2 ¦
¦ ¦ ¦ветеранах" ¦ ¦
+-----+-----------+---------------------------------------------+----------+
¦ 8. ¦PRIVILEGE ¦% льготы для лекарственного обеспечения ¦ N3 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 9. ¦DATEEND ¦Дата, с которой льгота помечена к удалению ¦ D8 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 10. ¦COMMENT1 ¦ Наименование группы населения, категории ¦ MEMO ¦
¦ ¦ ¦заболевания полное ¦ ¦
+-----+-----------+---------------------------------------------+----------+
¦ 11. ¦COMMENT2 ¦ Основание для предоставления льготы ¦ MEMO ¦
+-----+-----------+---------------------------------------------+----------+
¦ 12. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 13. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 14. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 15. ¦D_START ¦Дата изменения ¦ D8 ¦
+-----+-----------+---------------------------------------------+----------+
¦ 16. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
L-----+-----------+---------------------------------------------+-----------


Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: CODE.
Поле CKEY - уникальный код пункта справочника независимо от его положения в иерархии пунктов. За исключением пунктов верхнего уровня (CREF = 0) совпадает с кодом льготной категории CODE.
Поле CODE код льготной категории. Соответствует коду льготы, обозначенному в приложении к приказу Департамента здравоохранения Администрации Самарской области от 17.10.2003 № 336.
Поле NAME - содержит сокращенное описание категории заболевания или группы населения - графа 2 перечня. Рекомендуется ее использовать при составлении отчетов и справок.
Поле COMMENT1 - содержит описание категории заболевания или группы населения графа 3 перечня.
Поле COMMENT2 - содержит основание для предоставления льготы графа 3 перечня.
Поле PRIVILEGE содержит размер компенсации.
Поле FLVETERANS содержит номер статьи Федерального закона "О ветеранах", либо 0, если льгота не относится к перечню ФЗ "О ветеранах".
Поле DELETED - признак удаления записи. Принимает значения: 1 - запись логически удалена, 2 - запись действующая.

2.12.9.3. Справочник документов,
являющихся основанием для предоставления льгот LGG_D

Структура справочника LGG_D:

   --------T----------T-------------------------------T--------¬

¦ № п/п ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-------+----------+-------------------------------+--------+
¦ 1. ¦LGG_D ¦Уникальный код документа ¦ c2 ¦
+-------+----------+-------------------------------+--------+
¦ 2. ¦NAME ¦Наименование документа ¦ c80 ¦
+-------+----------+-------------------------------+--------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального ¦ C3 ¦
¦ ¦ ¦пакета НСИ ¦ ¦
+-------+----------+-------------------------------+--------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+-------+----------+-------------------------------+--------+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+----------+-------------------------------+--------+
¦ 6. ¦D_START ¦Дата изменения ¦ D8 ¦
+-------+----------+-------------------------------+--------+
¦ 7. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L-------+----------+-------------------------------+---------


Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: LGG_D.

2.12.9.4. Таблица соответствия: "Льготы, предоставляемые
на основании документов оснований" LGG_D2

Структура таблицы: LGG_D2:

   --------T-----------T------------------------------------T------¬

¦ № п/п ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-------+-----------+------------------------------------+------+
¦ 1. ¦CODE ¦Уник. код пункта в справочнике LGG ¦ n4 ¦
+-------+-----------+------------------------------------+------+
¦ 2. ¦LGG_D ¦Уникальный код документа ¦ с2 ¦
+-------+-----------+------------------------------------+------+
¦ 3. ¦ACTPACK ¦Идентификатор актуального пакета ¦ C3 ¦
¦ ¦ ¦НСИ ¦ ¦
+-------+-----------+------------------------------------+------+
¦ 4. ¦CHANGE_R ¦Признак внесения изменений в ¦ N1 ¦
¦ ¦ ¦запись ¦ ¦
+-------+-----------+------------------------------------+------+
¦ 5. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+-------+-----------+------------------------------------+------+
¦ 6. ¦D_START ¦Дата изменения ¦ D8 ¦
+-------+-----------+------------------------------------+------+
¦ 7. ¦DELETED ¦Признак логического удаления ¦ N1 ¦
¦ ¦ ¦записи ¦ ¦
L-------+-----------+------------------------------------+-------


Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: CODE.

2.13. Справочники технологического порядка

2.13.1. Справочник критериев логического контроля
предъявленной информации SCANERR

Структура справочника:

   ------T-----------T-----------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-----+-----------+-----------------------------------------+-------+
¦ 1. ¦PACKET ¦Имя проверяемого информационного пакета ¦ C12 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 2. ¦TABLE ¦Имя проверяемой информационной таблицы ¦ C12 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 3. ¦ERRCODE ¦Код ошибки ¦ N4.0 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 4. ¦ERRNUM ¦Номер ошибки ¦ С5 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 5. ¦ERRLVL ¦Код серьезности ошибки ¦ N1.0 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 6. ¦Ir ¦Информационная система ¦ N1 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 7. ¦FIELDS ¦Список полей или взаимосвязанных групп ¦ С64 ¦
¦ ¦ ¦полей, которые содержат ошибку ¦ ¦
+-----+-----------+-----------------------------------------+-------+
¦ 8. ¦DESCRIPT ¦Описание ошибки ¦ C64 ¦
+-----+-----------+-----------------------------------------+-------+
¦ 9. ¦TESTED ¦Зарезервированное поле (для внутреннего ¦ C1 ¦
¦ ¦ ¦использования МИАЦ) ¦ ¦
L-----+-----------+-----------------------------------------+--------


Требования к содержанию полей БД и порядок их заполнения

Первичный ключ: ERRCODE.
Поле PACKET - содержит имя исходного проверяемого информационного пакета.
Поле TABLE - содержит имя анализируемой информационной таблицы в верхнем регистре без указания расширения имени.
Поле ERRCODE - идентификационный код, определяющий смысл ошибочного состояния.
Поле ERRNUM - порядковый номер ошибки, уточняющий ее смысл. Уникальный ключ для данной таблицы.
Поле IR признак информационной системы, выдвинувшей критерий. Принимает значение 1 для ИС ОМС и 2 для ЕИС здравоохранения.
Поле ERRLVL - код серьезности ошибки.
Поле DESCRIPT - описание или иная информация, касающаяся обнаруженной ошибочной ситуации, изложенные на естественном языке. Например, в этом поле могут быть приведены сами ошибочные значения, содержащиеся в полях таблиц, чтобы обратить внимание на опечатки и несоответствия.

2.13.2. Таблица значений полей перечисленного типа (ITEMS)

Структура таблицы:

   -----T----------T-------------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+----+----------+-------------------------------------+-------+
¦ 1. ¦CKEY ¦Уникальный код пункта прейскуранта ¦ N6 ¦
+----+----------+-------------------------------------+-------+
¦ 2. ¦CREF ¦Ссылка на родительский пункт ¦ N6 ¦
+----+----------+-------------------------------------+-------+
¦ 3. ¦CNUM ¦Пор. № пункта в своей иерархии ¦ N4 ¦
+----+----------+-------------------------------------+-------+
¦ 4. ¦CEND ¦Флаг наличия подпунктов ¦ N1 ¦
+----+----------+-------------------------------------+-------+
¦ 5. ¦FIELD ¦Имя поля ¦ C10 ¦
+----+----------+-------------------------------------+-------+
¦ 6. ¦CODE ¦Значение перечисленного параметра ¦ N2 ¦
+----+----------+-------------------------------------+-------+
¦ 7. ¦DESCRIPT ¦Описание значения перечисленного ¦ C64 ¦
¦ ¦ ¦параметра ¦ ¦
+----+----------+-------------------------------------+-------+
¦ 8. ¦ACTPACK ¦Идентификатор актуального пакета НСИ ¦ C3 ¦
+----+----------+-------------------------------------+-------+
¦ 9. ¦CHANGE_R ¦Признак внесения изменений в запись ¦ N1 ¦
+----+----------+-------------------------------------+-------+
¦10. ¦D_FI№ ¦Дата окончания действия кода ¦ D8 ¦
+----+----------+-------------------------------------+-------+
¦11. ¦D_START ¦Дата изменения ¦ D8 ¦
+----+----------+-------------------------------------+-------+
¦12. ¦DELETED ¦Признак логического удаления записи ¦ N1 ¦
L----+----------+-------------------------------------+--------


Назначение справочника

Данная специальная таблица-справочник содержит описание значений перечисленных полей.

3. Информация о застрахованных

3.1. Используемые термины

Для описания информации о застрахованных используются следующие термины.
Объект учета человек, проживающий на территории Самарской области.
Запись сведения об объекте учета за определенный временной интервал, содержащиеся в накопительной таблице ОБД.
Владелец объекта субъект ОМС, с которым у человека имеются юридические взаимоотношения (СМО, в которой застрахован человек).

3.2. Принципы построения ОБД
и правила модификации информации в ОБД

При формировании ОБД информация передается только по объектам с измененными параметрами. Для модификации информации по жителям Самарской области субъекты ОМС передают в ЕМСР новые сведения.
Для обеспечения возможности урегулирования спорных вопросов, возникающих при внесении изменений в ОБД, предусматривается процедура согласования. Суть процедуры согласования заключается в том, что о предполагаемых изменениях в ОБД извещаются все заинтересованные стороны (субъекты ОМС) и каждая из сторон имеет возможность в формализованной форме (запросы раздел 3.5.1) выразить свое мнение в предусмотренные ЕМСР сроки. Это мнение учитывается ЕМСР при выработке окончательного решения по процессу.
Изменения, по которым согласование не требуется или все согласования успешно завершены, немедленно (либо по установленному временному интервалу) производятся в ОБД.
При изменении каких-либо сведений по объекту все имеющие к нему отношение субъекты (например, СМО и ЛПУ ПМСП) извещаются об этом в установленном формализованном порядке.
Все субъекты ОМС получают возможность оперативного доступа к информации об актуальном состоянии данных по жителю Самарской области в соответствии со своими полномочиями.
Построение накопительной таблицы ЕМСР основано на принципах целостности и непротиворечивости содержащихся в ней данных, что поддерживается некоторыми уникальными комбинациями полей (раздел 3.3). Каждая запись в накопительной таблице ЕМСР имеет единый уникальный идентификационный номер - ЕИН.
Работа с ОБД строится по следующему сценарию: субъект информационного взаимодействия отправляет запрос в ЕМСР; ЕМСР после обработки запроса возвращает его результат. Запросом является требование на просмотр, добавление или модификацию информации в ОБД, построенное по определенному формату. Описание передаваемого запроса представляет собой запись в транспортной таблице TRАNS.

3.3. Операции в ОБД

Модификация сведений в ОБД.
Модификация информации в ОБД производится на основании данных, поступающих из СМО. Изменения в параметрах объекта учета имеет право вносить только его владелец.
Попытка изменения "владельца" объекта в обязательном порядке вызывает процедуру согласования. Подробнее о процедуре согласования см. п. "Процедура согласования".
Регистрация нового объекта в ОБД.
Для регистрации нового объекта в ОБД СМО передает в систему соответствующий запрос, включающий в себя персональные данные регистрируемого объекта, данные страхового медицинского полиса и код СМО.
ЕМСР производит анализ не вступают ли в конфликт сведения по данному объекту с имеющейся информацией в ОБД. При обнаружении конфликта ЕМСР "предлагает" его устранить, для чего инициирует процесс согласования. Сведения по регистрируемому объекту и конфликтным объектам пересылаются всем владельцам объектов сформированного процесса согласования. Если при анализе данных конфликта обнаружено не было, в ОБД регистрируется новый объект.
Финансирование СМО на некоторых жителей может прекращаться по следующими причинам: 1 умер, 2 переехал в другой регион РФ, 3 прекратил действие договор страхования, 4 является двойником. Основанием служит распоряжение исполнительного директора ТФОМС, при наличии документальных сведений.
Удаление объекта из ОБД.
Для того чтобы указать, что финансирование СМО данного жителя прекращено, необходимо удалить его из ОБД. Удаление объекта может быть произведено в следующих случаях:
- по запросу от "владельца" объекта;
- по запросу ТФОМС;
- по окончании процедуры согласования, вызванной запросом на регистрацию нового объекта либо запросом на модификацию данных.
В случае когда запрос на удаление был передан в ЕМСР, инициируется процесс согласования. Удаление объекта будет произведено только в том случае, если владелец удаляемого объекта в процессе согласования подтвердит намерение удалить объект из ОБД.

3.4. Уникальные ключи накопительной таблицы ОБД

   -----------T-------------------------T--------------------------------------------¬

¦Имя поля ¦ Комментарий ¦ № уникального ключа ¦
¦ ¦ +--T--T--T--T--T--T--T--T--T--T--T--T--T--T--+
¦ ¦ ¦1 ¦2 ¦3 ¦4 ¦5 ¦6 ¦7 ¦8 ¦9 ¦A ¦B ¦C ¦D ¦E ¦F ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦EI№ ¦ЕИН ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SURNAME ¦Фамилия ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SURNAME1 ¦Первая буква фамилии ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦NAME ¦Имя ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦NAME1 ¦Первая буква имени ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SECNAME ¦Отчество ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SECNAME1 ¦Первая буква отчества ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦NDOC ¦Номер документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦NSDOC ¦Номер серии документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SDOC ¦Серия документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦DOCTYPE ¦Тип документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦NPOLIS ¦Номер страхового полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦SPOLIS ¦Серия страхового полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦INSURER ¦Код СМО ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦BIRTHDAY ¦Дата рождения ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦YEARBIRTH ¦Год рождения ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦RGN1 ¦Код города или сельского ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦района ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦RGN2 ¦Гор., район, поселок или ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦сельсовет ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦RGN3 ¦Населенный пункт ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦STREET ¦Улица ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦HOUSE ¦Дом ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦FLAT ¦Квартира ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
¦ENDDATE ¦Конец периода действия ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦записи ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
L----------+-------------------------+--+--+--+--+--+--+--+--+--+--+--+--+--+--+---


3.5. Процедура согласования

Необходимость выполнения процедуры согласования возникает в случае, когда попытка изменения информации по объекту учета ЕМСР (персональные сведения, информация о страховании и прикреплении и пр.) приводит к конфликту между субъектами информационного взаимодействия.
Согласование может быть двух типов:
- "Явное" согласование обуславливается ситуацией, когда вносимые изменения приводят к смене владельца объекта (т.е. меняются значения полей "код СМО" или "код ЛПУ ПМСП прикрепления") и при этом входящая информация однозначно находится в ОБД и не входит в конфликты с другими записями по дополнительным уникальным ключам;
- "Неявное" согласование вызывается ситуацией, когда владелец объекта учета не меняется, но внесение изменений вызывает нарушение уникальности хотя бы одного уникального ключа ОБД.
При наличии таких конфликтов изменение данных объекта учета требует подтверждения со стороны других субъектов ОМС, вовлеченных в конфликт. Например, СМО1 предоставлена информация, что некий житель Самарской области, застрахованный в СМО2, сменил СМО и теперь застрахован в СМО1. По установленным правилам согласования изменение кода СМО в БД будет произведено только после того, как СМО2 в течение установленного срока не предоставит апелляцию по данному объекту учета.
Функционирование процедуры согласования предполагает обновление сведений в ОБД только в случае успешного завершения процедуры согласования. Срок проведения процедуры согласования в ТФОМС устанавливается 7 суток.

3.6. Информационные пакеты для работы с ОБД

3.6.1. Типы информационных пакетов для работы с ОБД

При обмене информацией по застрахованным используются следующие типы информационных пакетов.

   ------T-----T-------------------------T-----------T-----------T------------------------¬

¦ № ¦Код ¦ Комментарий ¦Отправитель¦Получатель ¦ Сроки передачи ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 1. ¦QR ¦Данные по страхованию ¦СМО ¦ТФОМС ¦По мере необходимости ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 2. ¦RQ ¦Результат обработки ¦ТФОМС ¦СМО ¦Через 2 дня с момента ¦
¦ ¦ ¦данных по страхованию в ¦ ¦ ¦получения пакета, ¦
¦ ¦ ¦ТФОМС ¦ ¦ ¦содержащего данные по ¦
¦ ¦ ¦ ¦ ¦ ¦страхованию ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 3. ¦PR ¦Персональные медицинские ¦ЛПУ ПМСП ¦ТФОМС ¦По мере необходимости ¦
¦ ¦ ¦сведения ¦ ¦ ¦ ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 4. ¦ER ¦Результат обработки ¦ТФОМС ¦ЛПУ ПМСП ¦Через 2 дня с момента ¦
¦ ¦ ¦персональных медицинских ¦ ¦ ¦получения пакета, ¦
¦ ¦ ¦сведений ¦ ¦ ¦содержащего ¦
¦ ¦ ¦ ¦ ¦ ¦персональные ¦
¦ ¦ ¦ ¦ ¦ ¦медицинские сведения ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 5. ¦AP ¦Изменения в таблице ¦СМО ¦ТФОМС ¦По мере необходимости ¦
¦ ¦ ¦договоров ¦ ¦ ¦ ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 6. ¦EA ¦Результат обработки ¦ТФОМС ¦СМО ¦Через 2 дня с момента ¦
¦ ¦ ¦таблицы договоров ¦ ¦ ¦получения пакета, ¦
¦ ¦ ¦ ¦ ¦ ¦содержащего сведения о ¦
¦ ¦ ¦ ¦ ¦ ¦договорах ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 7. ¦UP ¦Изменения данных ЕМСР ¦ТФОМС ¦СМО, ЛПУ ¦Передается на ¦
¦ ¦ ¦ ¦ ¦ ¦физическом носителе ¦
+-----+-----+-------------------------+-----------+-----------+------------------------+
¦ 8. ¦IR ¦Результат выполнения ¦ТФОМС ¦СМО, ЛПУ ¦Через 2 дня с момента ¦
¦ ¦ ¦интегрального запроса ¦ ¦ПМСП ¦получения интегрального ¦
¦ ¦ ¦ ¦ ¦ ¦запроса ¦
L-----+-----+-------------------------+-----------+-----------+-------------------------


Примечание. При пересылке пакета по электронной почте в теме письма необходимо указать строку "Data_for_UMSR".

Состав электронных таблиц внутри пакетов

   ------------------T-----T------T------T------T------T------T------T------¬

¦Таблица/Пакет ¦ QR ¦ RQ ¦ PR ¦ ER ¦ AP ¦ EA ¦ UP ¦ IR ¦
+-----------------+-----+------+------+------+------+------+------+------+
¦TRANS ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+-----------------+-----+------+------+------+------+------+------+------+
¦EXTEND ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+-----------------+-----+------+------+------+------+------+------+------+
¦PRED ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+-----------------+-----+------+------+------+------+------+------+------+
¦ReestrN№ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
L-----------------+-----+------+------+------+------+------+------+-------


Примечание. N№ означает порядковый номер запроса, если их было несколько. Расширение файла зависит от формата, в котором субъект информационного взаимодействия заказал отчет, может принимать значения dbf, xls, htm.

3.6.2. Структуры таблиц, входящих в пакеты

3.6.2.1. Транспортная таблица TRANS

Структура транспортной таблицы TRANS:

   -------T----------T-------------------------------------------T------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+----------+-------------------------------------------+------+
¦ 1. ¦EI№ ¦Единый идентификационный номер (ЕИН) ¦ C16 ¦
+------+----------+-------------------------------------------+------+
¦ 2. ¦SURNAME ¦Фамилия ¦ C24 ¦
+------+----------+-------------------------------------------+------+
¦ 3. ¦NAME ¦Имя ¦ C16 ¦
+------+----------+-------------------------------------------+------+
¦ 4. ¦SECNAME ¦Отчество ¦ C17 ¦
+------+----------+-------------------------------------------+------+
¦ 5. ¦NDOC ¦Номер документа ¦ N7 ¦
+------+----------+-------------------------------------------+------+
¦ 6. ¦NSDOC ¦Номер серии документа ¦ N2 ¦
+------+----------+-------------------------------------------+------+
¦ 7. ¦SDOC ¦Серия документа ¦ C2 ¦
+------+----------+-------------------------------------------+------+
¦ 8. ¦DOCTYPE ¦Тип документа ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 9. ¦DOCDATE ¦Дата выдачи документа ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 10. ¦DOCEMISS ¦Код подразделения УВД, выдавшего документ ¦ C10 ¦
+------+----------+-------------------------------------------+------+
¦ 11. ¦NPOLIS ¦Номер бланка страхового полиса ¦ N8 ¦
+------+----------+-------------------------------------------+------+
¦ 12. ¦SPOLIS ¦Серия бланка страхового полиса ¦ C5 ¦
+------+----------+-------------------------------------------+------+
¦ 13. ¦INSURER ¦Код СМО ¦ N5 ¦
+------+----------+-------------------------------------------+------+
¦ 14. ¦AGRNUM ¦Номер договора (ссылка на договор ¦ N6 ¦
¦ ¦ ¦страхования PRED) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 15. ¦BIRTHDAY ¦Дата рождения ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 16. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+------+----------+-------------------------------------------+------+
¦ 17. ¦RGN2 ¦Гор., район, поселок или сельсовет ¦ N3 ¦
+------+----------+-------------------------------------------+------+
¦ 18. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+------+----------+-------------------------------------------+------+
¦ 19. ¦STREET ¦Улица (заполняется из Streets) ¦ N4 ¦
+------+----------+-------------------------------------------+------+
¦ 20. ¦HOUSE ¦Номер дома ¦ N4 ¦
+------+----------+-------------------------------------------+------+
¦ 21. ¦HOUSEEDGE ¦Второй № дома, если дом угловой ¦ N4 ¦
+------+----------+-------------------------------------------+------+
¦ 22. ¦HOUSELITER¦Литера дома ¦ C1 ¦
+------+----------+-------------------------------------------+------+
¦ 23. ¦CORPUS ¦Корпус ¦ N2 ¦
+------+----------+-------------------------------------------+------+
¦ 24. ¦FLAT ¦Квартира ¦ N4 ¦
+------+----------+-------------------------------------------+------+
¦ 25. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+------+----------+-------------------------------------------+------+
¦ 26. ¦LPUBASE ¦Код ЛПУ ПМСП прикрепления (заполняется из ¦ N5 ¦
¦ ¦ ¦LPU) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 27. ¦LPUBASE_U ¦Номер участка в LPUBASE ¦ N3 ¦
+------+----------+-------------------------------------------+------+
¦ 28. ¦LPUDENT ¦Код стоматологического ЛПУ прикрепления ¦ N5 ¦
¦ ¦ ¦(заполняется из LPU) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 29. ¦LOCAL ¦Признак регистрации прописки ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 30. ¦SEX ¦Пол ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 31. ¦SOCSTAT ¦Социальное положение (бывшее Status) ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 32. ¦FINSTAT ¦Cтрахователь: 1 - предприятие, 2 - ¦ N1 ¦
¦ ¦ ¦областная администрация ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 33. ¦POLISDATE ¦Дата выдачи полиса (бывшее Date_in), ¦ D8 ¦
¦ ¦ ¦используется для Silence ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 34. ¦REASONBASE¦Причина смены ЛПУ ПМСП прикрепления ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 35. ¦REASONDENT¦Причина смены стоматологического ЛПУ ПМСП ¦ N1 ¦
¦ ¦ ¦прикрепления ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 36. ¦CardDate ¦Дата последнего обновления электронной ¦ D8 ¦
¦ ¦ ¦чип-карты ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 37. ¦Pension ¦Идентификатор Пенсионного фонда ¦ C15 ¦
+------+----------+-------------------------------------------+------+
¦ 38. ¦REMSTAT ¦Признак окончания действия записи (бывшее ¦ N1 ¦
¦ ¦ ¦Domage.Removed) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 39. ¦EIN_REF ¦ЕИН оригинала (для "двойника") ¦ C16 ¦
+------+----------+-------------------------------------------+------+
¦ 40. ¦BEGDATE ¦Дата регистрации объекта ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 41. ¦ENDDATE ¦Конец периода действия записи ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 42. ¦MODDATE ¦Для входящего запроса - дата, на которую ¦ D8 ¦
¦ ¦ ¦необходимо получить информацию. ¦ ¦
¦ ¦ ¦Для исходящей информации - дата последней ¦ ¦
¦ ¦ ¦модификации данных объекта. ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 43. ¦SMOFI№ ¦СМО, на которую производится ¦ N5 ¦
¦ ¦ ¦финансирование квартала с FinDate ¦ ¦
¦ ¦ ¦(заполняется из справочника smo) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 44. ¦BEGFI№ ¦Дата начала квартала финансирования для ¦ D8 ¦
¦ ¦ ¦СМО ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 45. ¦ENDFI№ ¦Дата окончания финансирования ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 46. ¦INSTAT ¦Статус согласования записи ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 47. ¦AUTHORSTAT¦Автор изменения статуса (пользователь или ¦ N1 ¦
¦ ¦ ¦ЕМСР (Silence) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 48. ¦LDBL ¦Ветка логического дублирования ¦ C16 ¦
+------+----------+-------------------------------------------+------+
¦ 49. ¦IDQ ¦Идентификатор запроса системы (уникальная ¦ C19 ¦
¦ ¦ ¦ссылка на процесс) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 50. ¦IDQ_SBJ ¦Идентификатор запроса субъекта (уникальная ¦ C10 ¦
¦ ¦ ¦ссылка на процесс) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 51. ¦DOCREASO№ ¦№ документа-основания запроса (например, ¦ C20 ¦
¦ ¦ ¦ссылка на счет (XKEY) ¦ ¦
+------+----------+-------------------------------------------+------+
¦ 52. ¦OPERDATE ¦Дата проведения операций ¦ D8 ¦
+------+----------+-------------------------------------------+------+
¦ 53. ¦NUMQ ¦Код запроса ¦ C3 ¦
+------+----------+-------------------------------------------+------+
¦ 54. ¦SILENCE ¦Признак действия по умолчанию ¦ N1 ¦
+------+----------+-------------------------------------------+------+
¦ 55. ¦SOURCETAB ¦Имя таблицы-источника ¦ C8 ¦
+------+----------+-------------------------------------------+------+
¦ 56. ¦MESSCODE ¦Код сообщения ¦ N3 ¦
+------+----------+-------------------------------------------+------+
¦ 57. ¦ERRCODE ¦Код ошибки ¦ N3 ¦
L------+----------+-------------------------------------------+-------


Назначение

Транспортная таблица TRANS предназначена для обмена данными с частью ЕМСР, содержащей персональную информацию - ОБД.

Требования к содержанию полей
таблицы и порядок их заполнения

Порядок заполнения полей таблицы TRANS зависит от вида запроса. Код запроса характеризуется значением поля NUMQ, возможные варианты заполнения NUMQ приведены ниже в таблице.

Перечень запросов, используемых в ЕМСР

   ----------T--------------------------------------------------T-----------------¬

¦ Код ¦ Наименование запроса ¦ Инициатор ¦
¦ запроса ¦ ¦ ¦
+---------+--------------------------------------------------+-----------------+
¦ Q01 ¦Определение ЕИН ¦ЛПУ, СМО ¦
+---------+--------------------------------------------------+-----------------+
¦ Q02 ¦Получение информации об объекте ¦ЛПУ, СМО ¦
+---------+--------------------------------------------------+-----------------+
¦ Q03 ¦Регистрация объекта в ЕМСР ¦СМО ¦
+---------+--------------------------------------------------+-----------------+
¦ Q04 ¦Изменение данных в ЕМСР (прикрепление ¦СМО ¦
¦ ¦застрахованного к СМО или ЛПУ ПМСП, изменение ¦ ¦
¦ ¦предметной информации о человеке) ¦ ¦
+---------+--------------------------------------------------+-----------------+
¦ Q05 ¦Изменение статуса в данных, участвующих в ¦СМО ¦
¦ ¦согласовании (подтверждение изменений, ¦ ¦
¦ ¦апелляция, снятие запроса на изменение - отмена ¦ ¦
¦ ¦согласования) ¦ ¦
+---------+--------------------------------------------------+-----------------+
¦ Q07 ¦Поиск объекта по известным параметрам с ¦ЛПУ, СМО ¦
¦ ¦использованием алгоритма неточного сравнения ¦ ¦
¦ ¦строк ¦ ¦
+---------+--------------------------------------------------+-----------------+
¦ Q08 ¦Удаление объекта из ЕМСР ¦СМО, ТФОМС ¦
+---------+--------------------------------------------------+-----------------+
¦ Q09 ¦Восстановление объекта в ЕМСР ¦СМО, ТФОМС ¦
+---------+--------------------------------------------------+-----------------+
¦ Q10 ¦Регистрация изменений (объединенный запрос Q03, ¦СМО ¦
¦ ¦Q04, Q09) ¦ ¦
+---------+--------------------------------------------------+-----------------+
¦ Q11 ¦Поиск по произвольно заданному критерию ¦ЛПУ, СМО, ТФОМС ¦
L---------+--------------------------------------------------+------------------


Поля таблицы TRANS заполняются в соответствии с основными принципами заполнения полей таблиц (раздел 1.6).
Возможные варианты заполнения перечислимых полей приведены ниже в соответствующей таблице.
Поле EI№ - единый идентификационный номер жителя, проживающего на территории Самарской области.
Поля SURNAME,NAME,SECNAME содержат из себя Ф.И.О. жителя Самарской области.
Поля NDOC, NSDOC, SDOC, DOCTYPE и DOCDATE определяют паспортные данные. Заполняются следующим образом: если паспортные данные 36-01 № 012345, то поле NDOC = 12345, NSDOC = 36, SDOC = "1".
Поле AGRNUM содержит идентификатор договора страхования.
Поле BIRTHDAY содержит дату рождения.
Поля NPOLIS, SPOLIS, INSURER содержат страховые данные жителя Самарской области.
Поле POLISDATE - дата выдачи полиса. Оказывает влияние на правила умолчания.
Поле PENSIO№ заполняется в ТФОМС номером лицевого счета в Пенсионном фонде для неработающих пенсионеров.
Поле MODDATE - дата внесения информации в ОБД. Генерируется ЕМСР и фактически является началом периода действия записи.
Поле OPERDATE - дата проведения операции или дата последней корректировки персональной информации.
Поле INSTAT определяет статус согласования.
Может принимать следующие значения:

   ----T-------------------------------------¬

¦0 ¦исходящая запись с ошибками ¦
+---+-------------------------------------+
¦1 ¦входящая запись (заявка на ¦
¦ ¦согласование) ¦
+---+-------------------------------------+
¦2 ¦запись находится на согласовании ¦
+---+-------------------------------------+
¦3 ¦заявлена апелляция ¦
+---+-------------------------------------+
¦4 ¦подтверждение изменений ¦
+---+-------------------------------------+
¦5 ¦отмена изменений ¦
+---+-------------------------------------+
¦6 ¦силовое решение согласования ¦
L---+--------------------------------------


Значение поля AUTHORSTAT:

   ----T---------------------------------------------------------------------¬

¦1 ¦означает, что изменение статуса процесса согласования осуществлено ¦
¦ ¦субъектом информационного взаимодействия ¦
+---+---------------------------------------------------------------------+
¦2 ¦статус согласования был изменен ЕМСР по истечении срока ¦
L---+----------------------------------------------------------------------


Поле LDBL хранит уникальные ключи, по которым запись была найдена в ЕМСР. Каждый символ данной строки номер ветки логического дублирования в системе счисления по основанию 32
Поле IDQ формируется в ЕМСР.
Поле NUMQ определяет код запроса к ЕМСР.
Поле SILENCE описывает реакцию ЕМСР обработки запросов в случае завершения процесса согласования ЕМСР (если ни от одного из участников процесса согласования не последовало реакции в установленный срок).
Значения поля:

   ----T---------------------------------------------------------------¬

¦1 ¦по истечении отведенного срока изменения будут приняты ¦
+---+---------------------------------------------------------------+
¦2 ¦по истечении отведенного срока изменения будут отменены ¦
L---+----------------------------------------------------------------


Поле MESSCODE хранит ответ ЕМСР на запросы пользователей. Расшифровка кода ответа находится в справочнике сообщений TRNMESS.
Поле ERRCODE хранит возвращаемый системой обработки запросов код ошибки, расшифровка значения кода ошибки берется из справочника ошибок ERRMESS.DBF. Описание справочников TRNMESS, ERRMESS представлено в приложении.

Допустимые значения полей перечислимого типа

   --------------T----------------------------------------------------------------¬

¦Наименование ¦ Допустимые значения ¦
¦ поля ¦ ¦
+-------------+----------------------------------------------------------------+
¦DOCTYPE ¦1 - паспорт; 2 - свидетельство о рождении; 3 - паспорт граждан, ¦
¦ ¦на которых не заполняются адресные данные (сотрудники ¦
¦ ¦правоохранительных органов); 4 - паспорт иностранца (паспортные ¦
¦ ¦данные могут быть заполнены не полностью); 6 - временное ¦
¦ ¦удостоверение личности; 7 - вид на жительство ¦
+-------------+----------------------------------------------------------------+
¦LOCAL ¦1 - в таблице указан адрес регистрации постоянного жителя ¦
¦ ¦Самарской области; 2 - в таблице указан адрес проживания в ¦
¦ ¦Самарской области жителя, прописанного в другом регионе РФ ¦
+-------------+----------------------------------------------------------------+
¦SEX ¦1 - мужской; 2 - женский ¦
+-------------+----------------------------------------------------------------+
¦SOCSTAT ¦1 - работающий, 2 - дошкольник, 3 - учащийся, 4 - безработный, ¦
¦ ¦5 - беженец, 6 - временно не работающий, ¦
¦ ¦7 - пенсионер, 8 - военнослужащий, 9 - заключенный ¦
+-------------+----------------------------------------------------------------+
¦FINSTAT ¦1 - работодатель; 2 - областная администрация ¦
+-------------+----------------------------------------------------------------+
¦REASONBASE, ¦1 - по территории (по умолчанию); 2 - по заявлению ¦
¦REASONDENT ¦ ¦
L-------------+-----------------------------------------------------------------


Для всех записей таблицы TRANS, содержащей входящие запросы субъектов к ЕМСР должны быть сгенерированы пользователем уникальные значения поля IDQ_SBJ. Пустые значения и дублирование значений поля IDQ_SBJ внутри таблицы TRANS не допускается.
У всех записей таблицы TRANS, содержащей ответ системы на входящие запросы субъектов, обязательно заполнено поле IDQ. Дублирование значений IDQ допускается для пакетов, содержащих информацию о начатом процессе согласования, и, таким образом, определяет записи, участвующие в одном процессе согласования. Пустое значение поля IDQ допустимо для запросов, отвергнутых ЕМСР из-за ошибок, в этом случае система уведомляет субъекта об ошибке, заполняя поле ERRCODE значением кода ошибки.

Порядок заполнения полей таблицы TRANS для запроса Q01

Значение поля EI№ должно быть пустое. Обязательными для заполнения являются поля IDQ_SBJ и хотя бы одна из комбинаций полей, соответствующая уникальным комбинациям ОБД ЕМСР (раздел 3.4).

Порядок заполнения полей таблицы TRANS для запроса Q02

Обязательными для заполнения являются поля EI№ и IDQ_SBJ, значения остальных полей могут быть пустыми.

Порядок заполнения полей таблицы TRANS для запросов Q03, Q10

Обязательными для заполнения являются поля SURNAME, NAME, BIRTHDAY, SEX, INSURER, NPOLIS, SPOLIS, LPUBASE, LPUDENT, SOCSTAT, FINSTAT, POLISDATE, NDOC, DOCTYPE, BIRTHDAY, IDQ_SBJ и хотя бы одно из полей RGN1, RGN2, RGN3.

Порядок заполнения полей таблицы TRANS для запросов Q04, Q09

Набор полей, обязательных для заполнения, в точности соответствует набору полей для запроса Q03, но кроме этого обязательно должно быть заполнено поле EIN.

Порядок заполнения полей таблицы TRANS для запроса Q05

Обязательными для заполнения являются поля EIN, INSURER, INSTAT, IDQ, IDQ_SBJ, NUMQ.
Поле IDQ заполняется значением идентификатора процесса согласования, статус которого изменяется субъектом участником процесса.

Порядок заполнения полей таблицы TRANS для запроса Q07

Комбинации полей, обязательных при заполнении IDQ_SBJ для поиска с использованием алгоритма нечеткого сравнения строк:

   -----------T----------------------------T-----------------¬

¦Имя поля ¦ Комментарий ¦ № комбинации ¦
¦ ¦ +--T--T--T--T--T--+
¦ ¦ ¦1 ¦2 ¦3 ¦4 ¦5 ¦6 ¦
+----------+----------------------------+--+--+--+--+--+--+
¦EI№ ¦ЕИН ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦SURNAME ¦Фамилия ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦NAME ¦Имя ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦SECNAME ¦Отчество ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦NDOC ¦Номер документа ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦NSDOC ¦Номер серии документа ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦SDOC ¦Серия документа ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦DOCTYPE ¦Тип документа ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦NPOLIS ¦Номер страхового полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦SPOLIS ¦Серия страхового полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦INSURER ¦Код СМО ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦BIRTHDAY ¦Дата рождения ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦RGN1 ¦Код города или сельского ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦района ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦RGN2 ¦Гор. район, поселок или ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦сельсовет ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦RGN3 ¦Населенный пункт ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦STREET ¦Улица ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦HOUSE ¦Дом ¦ ¦ ¦ ¦ ¦ ¦ ¦
+----------+----------------------------+--+--+--+--+--+--+
¦FLAT ¦Квартира ¦ ¦ ¦ ¦ ¦ ¦ ¦
L----------+----------------------------+--+--+--+--+--+---


Порядок заполнения полей таблицы TRANS для запроса Q08

Обязательными для заполнения являются поля EIN, REMSTAT, IDQ_SBJ и в случае если REMSTAT = 4, поле EIN_REF.

Порядок заполнения полей таблицы TRANS для запроса Q11

Должны быть заполнены минимум два поля персональных данных и поле IDQ_SBJ.
(Ввиду того, что поиск по некоторым комбинациям полей может вернуть очень большое число записей, возвращается первые 50 записей.)

3.6.2.2. Таблица договоров (PRED)

Структура таблицы:

   -------T---------------T------------------------------------T-------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+------+---------------+------------------------------------+-------+
¦ 1. ¦AGRNUM ¦Номер договора ¦ N6 ¦
+------+---------------+------------------------------------+-------+
¦ 2. ¦INSURER ¦Код СМО ¦ N5 ¦
+------+---------------+------------------------------------+-------+
¦ 3. ¦IN№ ¦ИНН страхователя ¦ C12 ¦
+------+---------------+------------------------------------+-------+
¦ 4. ¦KPP ¦КПП страхователя ¦ C12 ¦
+------+---------------+------------------------------------+-------+
¦ 5. ¦NAME ¦Наименование ¦ C64 ¦
+------+---------------+------------------------------------+-------+
¦ 6. ¦AGRDATE ¦Дата заключения договора ¦ D8 ¦
+------+---------------+------------------------------------+-------+
¦ 7. ¦NUMINSURED ¦Количество застрахованных ¦ N6 ¦
+------+---------------+------------------------------------+-------+
¦ 8. ¦LASTDATE ¦Дата окончания договора ¦ D8 ¦
+------+---------------+------------------------------------+-------+
¦ 9. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+------+---------------+------------------------------------+-------+
¦ 10. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+------+---------------+------------------------------------+-------+
¦ 11. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+------+---------------+------------------------------------+-------+
¦ 12. ¦STREET ¦Улица ¦ N4 ¦
+------+---------------+------------------------------------+-------+
¦ 13. ¦HOUSE ¦Дом ¦ N4 ¦
+------+---------------+------------------------------------+-------+
¦ 14. ¦HOUSELITER ¦Литера дома ¦ C12 ¦
+------+---------------+------------------------------------+-------+
¦ 15. ¦CORPUS ¦Корпус ¦ N2 ¦
+------+---------------+------------------------------------+-------+
¦ 16. ¦FLAT ¦Квартира ¦ N4 ¦
+------+---------------+------------------------------------+-------+
¦ 17. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+------+---------------+------------------------------------+-------+
¦ 18. ¦PHONE ¦Телефон контакта ¦ N10 ¦
+------+---------------+------------------------------------+-------+
¦ 19. ¦FACE ¦Ф.И.О. контактного лица ¦ C48 ¦
+------+---------------+------------------------------------+-------+
¦ 20. ¦RF ¦Расчетный счет ¦ C20 ¦
+------+---------------+------------------------------------+-------+
¦ 21. ¦ADM ¦Признак страхования неработающего ¦ N10 ¦
¦ ¦ ¦населения ¦ ¦
+------+---------------+------------------------------------+-------+
¦ 22. ¦BIC ¦БИК ¦ C9 ¦
+------+---------------+------------------------------------+-------+
¦ 23. ¦BANKNAME ¦Наименование банка ¦ C40 ¦
+------+---------------+------------------------------------+-------+
¦ 24. ¦OKPO ¦Код ОКПО ¦ C10 ¦
+------+---------------+------------------------------------+-------+
¦ 25. ¦OKONH ¦Код ОКОНХ ¦ C10 ¦
+------+---------------+------------------------------------+-------+
¦ 26. ¦ERRCODE ¦Описание ошибки ¦ N3 ¦
L------+---------------+------------------------------------+--------


Назначение

Таблица предназначена для передачи сведений о договорах страхования между СМО и страхователями. При помощи данной таблицы ведется учет и анализ застрахованного населения.

Требования к содержанию полей
таблицы и порядок их заполнения

Поле IN№ - идентификационный номер налогоплательщика, присвоенный страхователю в ГОСНИ.
Поле KPP - код причины постановки для идентификационного № налогоплательщика, присвоенный страхователю в ГОСНИ.
Поле INSURER заполняется уникальным кодом СМО, заключившей договор с данным страхователем.
Поля AGRNUM, AGRDATE, NUMINSURED, LASTDATE содержат сведения о номере договора страхования, дате заключения договора, количестве застрахованных и дате окончания договора соответственно.
Поле AGRNUM является уникальным для СМО, и его значение не может изменяться или использоваться повторно для новых договоров.
Поле ADM заполняется значением 1, если страхователем по данному договору выступает администрация территории и застраховано неработающее население.
Неправильное или неполное заполнение обязательных полей данной таблицы является основанием для непринятия всей информации по данному договору.
Значение поля ERRCODE заполняется системой автоматической обработки запросов в соответствии со справочником ERRMESS.

3.6.2.3. Структура транспортной таблицы EXTEND

Структура таблицы:

   --------T--------------T--------------------------------------T--------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+-------+--------------+--------------------------------------+--------+
¦ 1. ¦EI№ ¦ЕИН ¦C16 ¦
+-------+--------------+--------------------------------------+--------+
¦ 2. ¦STCODE ¦Код параметра ¦N6 ¦
+-------+--------------+--------------------------------------+--------+
¦ 3. ¦EXTCODE ¦Расширение ключа для "сложных" ¦C10 ¦
¦ ¦ ¦параметров ¦ ¦
+-------+--------------+--------------------------------------+--------+
¦ 4. ¦STVALUE ¦Значение параметра ¦C10 ¦
+-------+--------------+--------------------------------------+--------+
¦ 5. ¦BEGINDATE ¦Дата начала действия параметра ¦D8 ¦
+-------+--------------+--------------------------------------+--------+
¦ 6. ¦ENDDATE ¦Дата окончания действия параметра ¦D8 ¦
+-------+--------------+--------------------------------------+--------+
¦ 7. ¦STTEXT ¦Дополнительная текстовая информация ¦Memo ¦
+-------+--------------+--------------------------------------+--------+
¦ 8. ¦DATE_CH ¦Дата последней модификации записи ¦D8 ¦
L-------+--------------+--------------------------------------+---------


Назначение таблицы

В таблице EXTEND предусмотрено хранение информации по следующим параметрам:
- сведения о наличии льгот по лекарственному обеспечению;
- сведения об инвалидности;
- сведения о диспансерном учете и закреплении для оказания специализированных видов медицинской помощи в ЛПУ Самарской области;
- признак фтизиатрического наблюдения.
Перечень параметров, регистрируемых в таблице EXTEND, будет формироваться и уточняться по мере накопления эксплуатационного опыта и может меняться в зависимости от потребностей информационного обеспечения субъектов, а также развития нормативной и законодательной базы системы ОМС.

Требования к содержанию полей
таблицы и порядок их заполнения

Содержимое таблицы EXTEND формируется в соответствии с дополнительной документацией.

3.7. Интегральные запросы

В ЕМСР предусмотрена возможность получения сводной количественной информации по текущему состоянию ОБД или на первый день месяца. Такая возможность реализована по следующей схеме: субъект формирует интегральный запрос по определенным правилам, система производит выборку данных и возвращает результат субъекту в виде пакета IR. Обработка интегральных запросов реализована в двух режимах Off-line и On-line.

Правила формирования интегрального запроса в режиме Off-line

В поле "Тема" электронного письма должно содержаться выражение: "Get_Data_From_UMSR".
Текст интегрального запроса может находиться в теле письма либо в текстовом файле, который передан с этим письмом как вложение. Имя текстового файла может быть произвольным. Количество запросов в теле письма и файлов вложения не ограничено.
Структура интегрального запроса следующая:
[REPORT]
NAME='<Имя запроса>'
GROUP='LPUBASE, INSURER {SMOFIN}, AGESEX'
ORDER='1,2,3'
WHERE='LPUBASE=<Код ЛПУ ПМСП> AND INSURER=<Код СМО>
{AND SMOFIN=<Код финансируемого СМО>}'
DATE='MM-YYYY'
RESFORM='DBF, HTML, XLS'
Параметр AGESEX является вычисляемым и означает признак пола и возраста. Он используется для построения отчета по половозрастной градации населения.
Количество параметров после ключевого слова GROUP может быть от 1 до 3 (невозможно одновременно группировать поля по критерию INSURER и SMOFIN).
Условие запроса WHERE должно содержать хотя бы один из параметров INSURER, SMOFI№ или LPUBASE. Совместное использование в запросе параметров INSURER и SMOFI№ недопустимо.
Значение ключевого слова ORDER определяет упорядочивание строк результата. Это ключевое слово является необязательным.
Значение ключевого слова DATE определяет месяц, за который необходимо получить отчет. Это ключевое слово может отсутствовать, в этом случае отчет будет сформирован по текущему состоянию ЕМСР.
Значение ключевого слова RESFORM определяет форму результата. Это ключевое слово может отсутствовать, в этом случае результат будет только в формате HTML.

3.8. Формирование актуального среза
БД "Застрахованных" по запросу субъекта

В ЕМСР предусмотрена возможность получения изменений за определенный интервал времени. Для получения изменений ЕМСР предусмотрен запрос. Запрос получения изменений функционирует подобно интегральному запросу - пользователю необходимо отослать на адрес системы автоматической обработки запросов электронное письмо, в ответ на которое будет сгенерирован пакет UP.
Поле "Тема" электронного письма должно содержать выражение: "Get_Updates_Of_UMSR".
Текст запроса может находиться в теле письма либо в текстовом файле, который передан с этим письмом как вложение. Имя текстового файла может быть произвольным.
Структура запроса следующая:
[UPDATES]
BEGFIN='DD-MM-YYYY'
ENDFIN='DD-MM-YYYY'
MODE=<Код режима>
Параметры BEGFI№ и ENDFI№ содержат диапазон дат, определяющий интервал времени, за который должна быть предоставлена информация. Информация выбирается в соответствии с датами финансирования в ОБД и таблице истории изменений.
Параметр ENDFI№ является необязательным. Если параметр не указан, то выбираются записи, у которых дата модификации больше даты, указанной в параметре BEGFIN.
Параметр MODE может принимать следующие значения:

   ----T----------------------------------------------------------¬

¦1 ¦выбираются данные только ОБД ¦
+---+----------------------------------------------------------+
¦2 ¦выбираются записи из ОБД и таблицы истории изменений ¦
L---+-----------------------------------------------------------


Все данные помещаются в таблицу TRANS, далее формируется информационный пакет, представляющий собой архив с именем 07001UP1.YMD.
Накладываемые ограничения.
1. ЕМСР может обработать в течение суток только по одному запросу от каждого учреждения. Если от какого-то учреждения в течение суток поступило несколько запросов, то будет обработан только запрос, поступивший первым. На остальные запросы будет возвращено сообщение об ошибке.
2. В случае если объем извлекаемых данных превышает установленный лимит, то автоматической отправки обновления по электронной почте не происходит и данные передаются субъекту на физическом носителе (CD или ZIP дискета).
Актуальный срез ОБД может быть предоставлен субъекту ОМС по требованию на электронном носителе (таблица INSURED предыдущей редакции "Положения"), структура таблицы приведена в приложении 1.

3.9. Описание справочников ЕМСР

3.9.1. Справочник сообщений TRNMESS

   ------T------------------------------------------------------------------------¬

¦ Код ¦ Наименование ¦
+-----+------------------------------------------------------------------------+
¦ 1 ¦По запросу поиска объекта с указанными параметрами никто не найден ¦
+-----+------------------------------------------------------------------------+
¦ 2 ¦По запросу поиска объекта с указанными параметрами найден один объект ¦
+-----+------------------------------------------------------------------------+
¦ 3 ¦По запросу поиска объекта с указанными параметрами найдено несколько ¦
¦ ¦объектов ¦
+-----+------------------------------------------------------------------------+
¦ 4 ¦По запросу поиска объекта с указанным ЕИН найден объект ¦
+-----+------------------------------------------------------------------------+
¦ 5 ¦Проведена модификация записи в ОБД и добавлена запись в таблицу ¦
¦ ¦предыдущих состояний ¦
+-----+------------------------------------------------------------------------+
¦ 6 ¦Процесс согласования завершен "силовым" решением ¦
+-----+------------------------------------------------------------------------+
¦ 7 ¦Начат процесс согласования ¦
+-----+------------------------------------------------------------------------+
¦ 8 ¦Процесс согласования завершен по причине заявленной апелляции ¦
+-----+------------------------------------------------------------------------+
¦ 9 ¦Процесс согласования завершен по причине подтверждения изменений ¦
+-----+------------------------------------------------------------------------+
¦ 10 ¦Процесс согласования завершен по причине отказа инициатора изменений от ¦
¦ ¦дальнейшего согласования ¦
+-----+------------------------------------------------------------------------+
¦ 11 ¦В ЕМСР зарегистрирован новый застрахованный ¦
+-----+------------------------------------------------------------------------+
¦ 12 ¦Произведено удаление объекта ¦
+-----+------------------------------------------------------------------------+
¦ 13 ¦Изменение статуса объекта произведено ¦
+-----+------------------------------------------------------------------------+
¦ 14 ¦Произведено восстановление объекта ¦
L-----+-------------------------------------------------------------------------


3.9.2. Справочник ошибок ERRMESS

   ------T--------------------------------------------------------------------¬

¦ Код ¦Наименование ¦
+-----+--------------------------------------------------------------------+
¦ 1 ¦По указанному ЕИН объект не найден ¦
+-----+--------------------------------------------------------------------+
¦ 2 ¦В данных запроса на регистрацию объекта в ЕМСР присутствует ЕИН. ¦
¦ ¦Регистрация невозможна ¦
+-----+--------------------------------------------------------------------+
¦ 3 ¦Ошибка во "входящих" данных запроса на изменение статуса в данных, ¦
¦ ¦участвующих в процессе согласования ¦
+-----+--------------------------------------------------------------------+
¦ 4 ¦Ошибка во "входящих" данных запроса на удаление объекта ¦
+-----+--------------------------------------------------------------------+
¦ 5 ¦В данных запроса на изменение данных в ЕМСР отсутствует ЕИН ¦
¦ ¦Модификация данных в ЕМСР невозможна. ¦
+-----+--------------------------------------------------------------------+
¦ 6 ¦Недостаточно данных для регистрации нового объекта в ЕМСР ¦
+-----+--------------------------------------------------------------------+
¦ 7 ¦В таблице согласований найдена запись по ЕИН или по одному или ¦
¦ ¦нескольким уникальным ключам (изменения невозможны до завершения ¦
¦ ¦уже имеющегося процесса согласования) ¦
+-----+--------------------------------------------------------------------+
¦ 8 ¦В таблице согласований найдена запись по одному или нескольким ¦
¦ ¦уникальным ключам (изменения невозможны до завершения уже ¦
¦ ¦имеющегося процесса согласования) ¦
+-----+--------------------------------------------------------------------+
¦ 9 ¦Ошибка во "входящих" данных запроса на регистрацию объекта ¦
+-----+--------------------------------------------------------------------+
¦ 10 ¦Ошибка во "входящих" данных запроса на изменение данных ¦
+-----+--------------------------------------------------------------------+
¦ 11 ¦При анализе возможности инициирования процесса согласования в ¦
¦ ¦таблице согласований найдена запись по ЕИН (изменения невозможны до ¦
¦ ¦завершения уже имеющегося процесса согласования) ¦
+-----+--------------------------------------------------------------------+
¦ 12 ¦"Автор" запроса не является "владельцем" заданного объекта ¦
+-----+--------------------------------------------------------------------+
¦ 13 ¦Попытка изменения "владельцем" объекта поля "владелец" ¦
+-----+--------------------------------------------------------------------+
¦ 14 ¦В запросе на смену "владельца" субъект должен указать в качестве ¦
¦ ¦нового "владельца" свой код. Субъект, не являющийся "владельцем" ¦
¦ ¦объекта, может начать процесс смены владельца только на себя ¦
+-----+--------------------------------------------------------------------+
¦ 15 ¦Ошибка во "входящих" данных запроса поиска объекта по известным ¦
¦ ¦параметрам с использованием алгоритма неточного сравнения строк ¦
+-----+--------------------------------------------------------------------+
¦ 16 ¦Недостаточно данных для поиска объекта ¦
+-----+--------------------------------------------------------------------+
¦ 17 ¦Невозможно инициировать новый процесс согласования. Запись ¦
¦ ¦"прямого ответчика" не может участвовать более чем в одном процессе ¦
¦ ¦согласования ¦
+-----+--------------------------------------------------------------------+
¦ 18 ¦Невозможно инициировать новый процесс согласования. Записи только ¦
¦ ¦"косвенных ответчиков" могут дублироваться в таблице согласований ¦
+-----+--------------------------------------------------------------------+
¦ 19 ¦По объекту уже принято силовое решение ¦
+-----+--------------------------------------------------------------------+
¦ 20 ¦Неизвестный код запроса ¦
+-----+--------------------------------------------------------------------+
¦ 21 ¦Превышено максимально допустимое количество запросов субъекта за ¦
¦ ¦последнюю неделю ¦
+-----+--------------------------------------------------------------------+
¦ 22 ¦Ошибка во "входящих" данных запроса на "восстановление" объекта ¦
+-----+--------------------------------------------------------------------+
¦ 23 ¦Ошибка во "входящих данных" на регистрацию договора с предприятием ¦
+-----+--------------------------------------------------------------------+
¦ 24 ¦Отсутствует договор СМО с таким номером ¦
+-----+--------------------------------------------------------------------+
¦ 25 ¦Дата окончания договора меньше даты начала финансирования ¦
+-----+--------------------------------------------------------------------+
¦ 26 ¦Ошибка при регистрации договора ¦
+-----+--------------------------------------------------------------------+
¦ 27 ¦Ошибка в структуре таблицы, несовпадение типов полей ¦
+-----+--------------------------------------------------------------------+
¦ 28 ¦Ошибка в структуре таблицы, несовпадение размерности полей ¦
L-----+---------------------------------------------------------------------


4. Электронный реестр оказанных медуслуг

4.1. Информационные пакеты

Информационные пакеты электронных реестров оказанных медуслуг:

   ------T---------------------T------------T----------T-------------------¬

¦Код ¦ Назначение ¦Отправитель ¦Получатель¦ Сроки передачи ¦
+-----+---------------------+------------+----------+-------------------+
¦CM ¦Реестр оказанных ¦ЛПУ ¦СМО, ТФОМС¦по мере ¦
¦ ¦медицинских услуг ¦ ¦ ¦необходимости ¦
+-----+---------------------+------------+----------+-------------------+
¦RM ¦Результаты анализа и ¦СМО, ТФОМС ¦ЛПУ ¦через 7 дней с ¦
¦ ¦оплаты реестра услуг ¦ ¦ ¦момента получения ¦
¦ ¦ ¦ ¦ ¦или оплаты реестра ¦
+-----+---------------------+------------+----------+-------------------+
¦BM ¦Сведения о ¦СМО, ТФОМС ¦ЛПУ ¦по договоренности ¦
¦ ¦результатах анализа ¦ ¦ ¦сторон ¦
¦ ¦и оплаты реестра ¦ ¦ ¦ ¦
¦ ¦услуг ¦ ¦ ¦ ¦
+-----+---------------------+------------+----------+-------------------+
¦T№ ¦Реестр оказанных ¦ТФОМС ¦СМО ¦По мере ¦
¦ ¦медицинских услуг за ¦ ¦ ¦необходимости ¦
¦ ¦пределами территории ¦ ¦ ¦ ¦
¦ ¦Самарской области ¦ ¦ ¦ ¦
+-----+---------------------+------------+----------+-------------------+
¦S№ ¦Результаты анализа и ¦СМО ¦ТФОМС ¦не позднее 14 дней ¦
¦ ¦оплаты реестра услуг ¦ ¦ ¦с момента получения¦
¦ ¦за пределами ¦ ¦ ¦реестра ¦
¦ ¦территории Самарской ¦ ¦ ¦ ¦
¦ ¦области плательщиком ¦ ¦ ¦ ¦
L-----+---------------------+------------+----------+--------------------


В качестве примера рассмотрим третий за сутки информационный пакет, содержащий электронный реестр, сформированный ОКБ им. Калинина (код 6002) 25 октября 2003 г. Имя пакета в этом случае будет 06002CM3.3AP.

   --------------T-------------T---------T--------T---------T---------T---------¬

¦ ¦Таблица/Пакет¦ CM ¦ RM ¦ BM ¦ T№ ¦ S№ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦NUCLEUS ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦SERVICE ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦FOREIG№ ¦ ¦ ¦ ¦ ¦ ¦
¦Состав +-------------+---------+--------+---------+---------+---------+
¦электронных ¦HOSPITAL ¦ ¦ ¦ ¦ ¦ ¦
¦таблиц +-------------+---------+--------+---------+---------+---------+
¦внутри ¦HOSPOPER ¦ ¦ ¦ ¦ ¦ ¦
¦пакетов +-------------+---------+--------+---------+---------+---------+
¦ ¦COUNTMA№ ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦EMERGE№ ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦SANATORY ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦PAYMENT ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦HISTORY ¦ ¦ ¦ ¦ ¦ ¦
¦ +-------------+---------+--------+---------+---------+---------+
¦ ¦FNUCLEUS ¦ ¦ ¦ ¦ ¦ ¦
L-------------+-------------+---------+--------+---------+---------+----------


4.2. Структуры таблиц, входящих в пакеты

4.2.1. Таблица NUCLEUS - ядро реестра оказанных медуслуг

Структура таблицы:

   ------T-------------T-----------------------------------------T-------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+-----+-------------+-----------------------------------------+-------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 2. ¦LPU ¦Код ЛПУ, оказавшего услугу (исполнитель) ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 3. ¦LPUOUT ¦Код направившего учреждения (заказчик) ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 4. ¦DOCTOUT ¦Ф.И.О. направившего врача ¦ C24 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 5. ¦LPUBASE ¦Код ЛПУ ПМСП прикрепления ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 6. ¦INSURER ¦Код СМО ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 7. ¦EI№ ¦Единый идентификационный номер ¦ C16 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 8. ¦SURNAME ¦Фамилия ¦ C24 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 9. ¦NAME ¦Имя ¦ C16 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 10. ¦SECNAME ¦Отчество ¦ C16 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 11. ¦BIRTHDAY ¦Дата рождения ¦ D8 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 12. ¦SEX ¦Пол ¦ N1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 13. ¦NPOLIS ¦Номер страх. полиса ¦ N8 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 14. ¦SPOLIS ¦Серия страх. полиса ¦ C5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 15. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 16. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 17. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 18. ¦STREET ¦Улица ¦ N4 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 19. ¦HOUSE ¦Дом ¦ N4 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 20. ¦HOUSELITER ¦Литера дома ¦ C1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 21. ¦CORPUS ¦Корпус ¦ N2 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 22. ¦FLAT ¦Квартира ¦ N4 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 23. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 24. ¦NEWBOR№ ¦Признак новорожденного ¦ N1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 25. ¦PAYCODE ¦Код плательщика - исполнителя платежа ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 26. ¦CUSTOMCODE ¦Код плательщика, оплатившего счет ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 27. ¦KIND ¦Вид использованной таблицы специфики ¦ N2 ¦
¦ ¦ ¦медуслуг ¦ ¦
+-----+-------------+-----------------------------------------+-------+
¦ 28. ¦PROPERTY ¦Признак первичного счета ¦ N1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 29. ¦ACCNUM ¦Номер счета ¦ C16 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 30. ¦ACCDATE ¦Дата выставления реестра ¦ D8 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 31. ¦DATE_I№ ¦Дата поступления реестра в СМО ¦ D8 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 32. ¦NDOC ¦Номер документа ¦ N7 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 33. ¦NSDOC ¦Номер серии документа ¦ N2 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 34. ¦SDOC ¦Серия документа ¦ C2 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 35. ¦DOCTYPE ¦Тип документа ¦ N1 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 36. ¦INSCAT ¦Страховая категория ¦ N2 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 37. ¦IDENT ¦Результат идентификации счета ¦ C18 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 38. ¦NEWPAYCODE ¦Код плательщика (после идентификации) ¦ N5 ¦
+-----+-------------+-----------------------------------------+-------+
¦ 39. ¦NEWLPUBASE ¦Код ЛПУ ПМСП прикрепления (после ¦ N5 ¦
¦ ¦ ¦идентификации) ¦ ¦
+-----+-------------+-----------------------------------------+-------+
¦ 40. ¦CUSTOMREAS ¦Основания отнесения оплаты на плательщика¦ N2 ¦
L-----+-------------+-----------------------------------------+--------


Назначение

Содержит в себе набор персональных сведений о пациенте и о месте лечения. Связана с другими таблицами реестра по полю XKEY.
Требования к содержанию полей БД и порядок их заполнения:
Поле XKEY - уникальный ключ записи для связи ядра электронного реестра оказанных услуг и дополнительных таблиц. Заполняется однократно при первичном формировании реестра и не изменяется в дальнейшем. Представляет собой строку вида LLLLLYYMMDDCCCCCCVVV, где:
- LLLLL - код медучреждения, где оказывались медицинские услуги;
- YYMMDD - год, месяц и день первоначального формирования реестра;
- CCCСCС - обеспечивает уникальность XKEY (может содержать символы);
- VVV - версия реестра, равная количеству дней, прошедших с 1 января текущего года.
Все вышеописанные сегменты записываются с лидирующими нулями. При повторном выставлении реестра или выставлении реестра на доплату первые 17 символов ключа (сегменты LLLLLYYMMDDCCCCCC) должны сохраняться такими же, как в первичном реестре, а сегмент VVV - формироваться заново.
Для новорожденных записывается Фамилия, Имя, Отчество, серия и номер полиса матери.
Поля NPOLIS, SPOLIS обязательны к заполнению.
Поля SURNAME, NAME, SECNAME обязательны к заполнению.
Поле NEWBOR№ принимает значение, большее 1, если пациент - новорожденный (заносятся все данные матери), при этом данное поле указывает на количество родившихся детей + 1 (т.е. при рождении двойни выставляется 2 счета со значениями этого поля 2 и 3). В противном случае значение поля NEWBOR№ равно 1.
Поле LPU характеризует медучреждение, оказавшее данную медуслугу. Заполняется кодами медицинских учреждений из справочника LPU.
Поле LPUOUT характеризует учреждение системы ОМС, направившее пациента для лечения. Заполняется кодами из соответствующих справочников.
Поле PAYCODE представляет собой код плательщика-исполнителя платежа по данному реестру при его выставлении.
Поле NEWPAYCODE заполняется организацией, проводившей идентификацию, содержит код плательщика - исполнителя платежа по результатам идентификации. Исполнителем платежа называется организация, которая со своего банковского счета перечислила средства на оплату медуслуг исполнителю. Заполняется это поле из БД TFOMS, SMO, LPU в зависимости от типа медуслуги и действующего положения о порядке оплаты медуслуг.
Поле CUSTOMCODE представляет собой код организации, за счет средств которой проведена оплата по данному реестру. Заполняется это поле исполнителем платежа (поле PAYCODE) значениями из БД TFOMS, SMO, LPU в зависимости от действующего положения о порядке оплаты медуслуг.
Поле KIND - это вид использованной таблицы специфики медуслуг;
принимает значения:
1. За стационарные услуги (HOSPITAL).
2. За амбулаторно-поликлинические (COUNTMAN).
3. За скорую помощь (EMERGEN).
4. За санаторное лечение (SANATORY).
Поле PROPERTY - это признак реестра, принимает значения: 1 - первичный реестр; 2 - повторный реестр (с точки зрения исполнителя услуг, в том числе и на доплату).
Поле ACCNUM - это номер реестра. Представляет из себя текстовую строку вида LLLLLOOOOOYYMMDD, где:
- LLLLL - код учреждения, оказавшего услугу;
- OOOOO - код плательщика - исполнителя платежа.
Поля NDOC, NSDOC, SDOC, DOCTYPE обязательны для заполнения для иногородних граждан.
В поле CUSTOMREAS заносится информация о том, на каком основании произведенная оплата была отнесена на ЛПУ ПМСП, указанное в поле CUSTOMCODE: 1 - базовое ЛПУ прикрепления, 2 - базовое ЛПУ стоматологического прикрепления, 3 - базовое ЛПУ на территории проживания пациента, 4 - ЛПУ, выдавшее направление на лечение, 5 - прочие основания.
Поле INSCAT заполняется значениями: 1 застрахованный работающий житель Самарской области, 2 застрахованный неработающий житель Самарской области, 3 временно незастрахованный житель Самарской области, 4 лицо без определенного места жительства, 5 иногородний гражданин РФ, 6 иностранец, 7 неработающий пенсионер (при непустом значении поля PENSIO№ в ОБД ЕМСР). Заполняется при идентификации. Обязательно к заполнению при выставлении счетов за бомжей, иногородних, иностранцев.
Поле NEWLPUBASE заполняется организацией, проводившей идентификацию, содержит код ЛПУ ПМСП прикрепления после идентификации.
Поле IDENT заполняется организацией, проводившей идентификацию, содержит информацию о результатах идентификации и представляет собой строку вида OIBBBWWAAAAAYYMMDD, где:

   ---------T----------------------------------------------------------------------¬

¦0 ¦Признак однозначной идентификации: ¦
¦ ¦1 - да ¦
¦ ¦2 - нет ¦
¦ ¦A в случае, если идентификация по представленным данным невозможна ¦
+--------+----------------------------------------------------------------------+
¦I ¦Вариант идентификации застрахованного. Может принимать следующие ¦
¦ ¦значения: ¦
¦ ¦I в случае, если пациент был идентифицирован по таблице ¦
¦ ¦застрахованных жителей Самарской области INSURED ¦
¦ ¦E в случае, если пациент был идентифицирован по таблице ¦
¦ ¦застрахованных жителей Самарской области ERRINS ¦
¦ ¦S в случае идентификации по территории ¦
¦ ¦№ в случае неудачной идентификации ¦
¦ ¦A в случае, если идентификация по представленным данным невозможна ¦
¦ ¦R в случае ручной идентификации ¦
+--------+----------------------------------------------------------------------+
¦BBB ¦Результат идентификации пациента в базе данных застрахованных жителей ¦
¦ ¦Самарской области, действовавшей на дату идентификации. Заполняется ¦
¦ ¦слева направо, двухзначные аббревиатуры дополняются справа одним ¦
¦ ¦пробелом. Представляет собой одну из нижеперечисленных двух - или ¦
¦ ¦трехбуквенных аббревиатур: ¦
¦ ¦Код варианта идентификации из таблицы раздела 14 ¦
¦ ¦NN№ в случае неудачной идентификации ¦
¦ ¦AAA в случае, если идентификация по представленным данным невозможна ¦
+--------+----------------------------------------------------------------------+
¦WW ¦Признак принятия решения в случае неоднозначной идентификации. ¦
¦ ¦Представляет собой одну из нижеперечисленных двухбуквенных ¦
¦ ¦аббревиатур: ¦
¦ ¦I№ - решение принято по полю DATE_I№ ¦
¦ ¦CH - решение принято по полю DATE_CH ¦
¦ ¦11 - идентификация однозначная ¦
¦ ¦AA в случае, если идентификация по представленным данным невозможна ¦
+--------+----------------------------------------------------------------------+
¦AAAAA ¦Код организации, выполнившей идентификацию, заполняется полностью (по ¦
¦ ¦стандартным справочникам) ¦
+--------+----------------------------------------------------------------------+
¦YYMMDD ¦Год, месяц и день, когда была произведена идентификация ¦
L--------+-----------------------------------------------------------------------


4.2.2. Таблица SERVICE - информация об оказанных медуслугах

Структура таблицы:

   -------T-----------T-----------------------------------------T--------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+-----------+-----------------------------------------+--------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+-----------+-----------------------------------------+--------+
¦ 2. ¦SKIND ¦Тип услуг ¦ N2 ¦
+------+-----------+-----------------------------------------+--------+
¦ 3. ¦PRICECODE ¦Код тарифа в справочниках ¦ N6 ¦
+------+-----------+-----------------------------------------+--------+
¦ 4. ¦SIGNPAY ¦Вариант выставления позиции счета ¦ N1 ¦
+------+-----------+-----------------------------------------+--------+
¦ 5. ¦DEPCODE ¦№ подразделения, оказавшего услугу ¦ N4 ¦
+------+-----------+-----------------------------------------+--------+
¦ 6. ¦ENDDATE ¦Дата оказания услуги/окончания лечения ¦ D8 ¦
+------+-----------+-----------------------------------------+--------+
¦ 7. ¦DOCTOR ¦Код врача, оказавшего услугу ¦ C8 ¦
+------+-----------+-----------------------------------------+--------+
¦ 8. ¦AMOUNT ¦Кол-во оказанных одинаковых услуг ¦ N6 ¦
+------+-----------+-----------------------------------------+--------+
¦ 9. ¦PART ¦Коэффициент изменения тарифа ¦ N4.2 ¦
+------+-----------+-----------------------------------------+--------+
¦ 10. ¦MEDDOC ¦№ документа для данной услуги ¦ C10 ¦
+------+-----------+-----------------------------------------+--------+
¦ 11. ¦SUBTOTAL ¦Итого к оплате за данную услугу заявлено ¦ N11.2 ¦
+------+-----------+-----------------------------------------+--------+
¦ 12. ¦TEST ¦Подлежит или нет оплате ¦ N1 ¦
+------+-----------+-----------------------------------------+--------+
¦ 13. ¦ANALYSIS ¦Результат анализа услуги ¦ C6 ¦
+------+-----------+-----------------------------------------+--------+
¦ 14. ¦REMARK ¦Текстовый результат анализа услуги ¦ C80 ¦
+------+-----------+-----------------------------------------+--------+
¦ 15. ¦SUBPAY ¦Итого подлежит оплате за данную услугу ¦ N11.2 ¦
L------+-----------+-----------------------------------------+---------


Назначение таблицы

Таблица содержит финансовые сведения о оказанных пациенту медицинских услугах. В этой таблице могут содержаться несколько разных записей об оказанных одному пациенту медуслугах. Такие записи имеют одинаковые значения в поле XKEY.
Связана с другими таблицами реестра по полю XKEY.

Требования к содержанию полей БД и порядок их заполнения

Ключевое сочетание полей в данной таблице - XKEY, PRICECODE, ENDDATE, DOCTOR, DEPCODE, SIGNPAY. Дублирование записей по данным полям в одном реестре недопустимо.
Поле SKIND заполняется из справочника SKIND.
Поле PRICECODE - код тарифа на медицинскую услугу. Заполняется значениями из справочников AMBPRICE или KSGPRICE.
Поле SIGNPAY - это вариант выставления позиции счета, принимает значения: 1 - выставление позиции для основного платежа; 2 - выставление позиции на доплату.
Поле DEPCODE - номер подразделения внутри медучреждения, которое оказало услугу.
Поле DOCTOR - код врача, оказавшего медицинскую услугу. Заполняется значениями из справочника DOCTORS, в случае отсутствия значения в справочнике DOCTORS, заполняется внутренним номером врача или среднего персонала, уникальным для данного ЛПУ.
Поле PART - коэффициент изменения цены в зависимости от медико-экономических показателей и условий договора.
Поле MEDDOC - строка произвольного вида, куда заносятся сведения о номере истории болезни или номер амбулаторной карты.
Поле TEST - это вывод плательщика о том, подлежит ли услуга оплате: 1 - да, 2 - нет, 3 - услуга подлежит переадресации, 4 - счет направлен на экспертизу, 5 - счет направлен на идентификацию, 6 - счет с результатом идентификации.
Поле SUBPAY заполняется плательщиком. Комбинация значений полей SUBPAY=0 и TEST=1 является ошибочной.
Поле REMARK - это результат анализа реестра плательщиком в виде текстовой строки произвольного содержания. Заполняется плательщиком в случае необходимости.
Поле ANALYSIS - это результат анализа реестра плательщиком. Представляет из себя текстовую строку вида BBTTEE, где:

   ------T---------------------------------------------------------------------¬

¦ BB ¦Значение символов ВВ - результат определения плательщика ¦
+-----+---------------------------------------------------------------------+
¦ 01 ¦Пациент учтен в базе данных плательщика ¦
+-----+---------------------------------------------------------------------+
¦ 02 ¦Пациент относится к плательщику территориально ¦
+-----+---------------------------------------------------------------------+
¦ 03 ¦Пациент не учтен в базе данных плательщика и не относится к ¦
¦ ¦плательщику территориально ¦
+-----+---------------------------------------------------------------------+
¦ 04 ¦В сведениях отсутствует информация, позволяющая определить ¦
¦ ¦плательщика ¦
+-----+---------------------------------------------------------------------+
¦ 05 ¦Реестр выставлен повторно - полностью дублирован ¦
+-----+---------------------------------------------------------------------+
¦ 06 ¦Тип медуслуги не соответствует плательщику (плательщик определен ¦
¦ ¦неверно) ¦
+-----+---------------------------------------------------------------------+
¦ 07 ¦Совпали базовое ЛПУ и ЛПУ, оказавшее медицинскую услугу (внутренняя ¦
¦ ¦услуга) ¦
+-----+---------------------------------------------------------------------+
¦ 08 ¦Некорректно задана информация о направившем учреждении ¦
+-----+---------------------------------------------------------------------+
¦ 09 ¦Некорректно указан исполнитель медицинской услуги ¦
+-----+---------------------------------------------------------------------+
¦ 10 ¦Некорректно указаны Ф.И.О. ¦
+-----+---------------------------------------------------------------------+
¦ 11 ¦Некорректно заполнена дата рождения ¦
+-----+---------------------------------------------------------------------+
¦ 12 ¦Некорректно заполнена дата выставления реестра ¦
+-----+---------------------------------------------------------------------+
¦ 13 ¦Пациент направлен не базовым ЛПУ (услуга плановая) ¦
+-----+---------------------------------------------------------------------+
¦ 14 ¦Некорректно заполнен адрес ¦
+-----+---------------------------------------------------------------------+
¦ ТТ ¦Значение символов ТТ - результат анализа заявленной стоимости услуги ¦
+-----+---------------------------------------------------------------------+
¦ 31 ¦Стоимость заявлена корректно ¦
+-----+---------------------------------------------------------------------+
¦ 32 ¦Заявленный тариф не соответствует прейскуранту ¦
+-----+---------------------------------------------------------------------+
¦ 33 ¦Указанная медуслуга в прейскуранте не найдена ¦
+-----+---------------------------------------------------------------------+
¦ 34 ¦Заявленный тариф не соответствует категории медучреждения ¦
+-----+---------------------------------------------------------------------+
¦ 35 ¦Стоимость уточнена экспертом ¦
+-----+---------------------------------------------------------------------+
¦ 36 ¦Неверно указан код тарифа ¦
+-----+---------------------------------------------------------------------+
¦ 37 ¦Заданный диагноз не соответствует выбранной услуге ¦
+-----+---------------------------------------------------------------------+
¦ 38 ¦Некорректно заполнена дата оказания услуги ¦
+-----+---------------------------------------------------------------------+
¦ 39 ¦Нет информации о специфике медуслуги ¦
+-----+---------------------------------------------------------------------+
¦ 40 ¦Некорректно указан коэффициент изменения тарифа ¦
+-----+---------------------------------------------------------------------+
¦ 41 ¦Нулевое значение тарифа в прейскуранте ¦
+-----+---------------------------------------------------------------------+
¦ 42 ¦Некорректно указано количество услуг ¦
+-----+---------------------------------------------------------------------+
¦ 43 ¦Лечение в "непрофильном" отделении ¦
+-----+---------------------------------------------------------------------+
¦ ЕЕ ¦Значение символов ЕЕ - результат анализа сведений экспертом ¦
+-----+---------------------------------------------------------------------+
¦ 61 ¦Нет замечаний ¦
+-----+---------------------------------------------------------------------+
¦ 62 ¦Исход лечения требует дополнительной медицинской экспертизы ¦
+-----+---------------------------------------------------------------------+
¦ 63 ¦Количество койко-дней не соответствует расчетному ¦
+-----+---------------------------------------------------------------------+
¦ 64 ¦Сроки оказания медуслуги указаны некорректно ¦
+-----+---------------------------------------------------------------------+
¦ 65 ¦Нет данных о диагнозах ¦
+-----+---------------------------------------------------------------------+
¦ 66 ¦Обнаружено несоответствие основного и направительного диагнозов ¦
+-----+---------------------------------------------------------------------+
¦ 67 ¦Обнаружено несоответствие основного и патологоанатомического ¦
¦ ¦диагнозов ¦
+-----+---------------------------------------------------------------------+
¦ 68 ¦Профиль отделения не соответствует основному диагнозу ¦
+-----+---------------------------------------------------------------------+
¦ 69 ¦Медицинская услуга не входит в программу ОМС ¦
+-----+---------------------------------------------------------------------+
¦ 70 ¦Неправильно применен коэффициент изменения тарифа ¦
+-----+---------------------------------------------------------------------+
¦ 71 ¦Отсутствует лицензия и (или) сертификат ¦
+-----+---------------------------------------------------------------------+
¦ 72 ¦В сведениях отсутствует обязательная к заполнению информация ¦
+-----+---------------------------------------------------------------------+
¦ 73 ¦Указанная услуга не является экстренной помощью ¦
+-----+---------------------------------------------------------------------+
¦ 74 ¦Превышение планового объема медицинской помощи ¦
L-----+----------------------------------------------------------------------


При наличии нескольких записей в таблице SERVICE датой выписки считается дата последней записи.

4.3.3. Таблица HOSPITAL - информация о специфике медуслуг,
оказанных в больничном учреждении (стационаре)

Структура таблицы:

   -------T---------------T------------------------------------T------¬

¦ № ¦ Имя поля ¦ Комментарий ¦ Тип ¦
+------+---------------+------------------------------------+------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+---------------+------------------------------------+------+
¦ 2. ¦BASEPROF ¦Профиль отделения ¦ N3 ¦
+------+---------------+------------------------------------+------+
¦ 3. ¦BEDPROF ¦Профиль койки ¦ N3 ¦
+------+---------------+------------------------------------+------+
¦ 4. ¦SPRINT ¦Признак экстренной доставки ¦ N1 ¦
+------+---------------+------------------------------------+------+
¦ 5. ¦FIRSTDAY ¦Период доставки ¦ N1 ¦
+------+---------------+------------------------------------+------+
¦ 6. ¦DS_WAY ¦Диагноз направившего медучреждения ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 7. ¦DS_I№ ¦Диагноз при поступлении ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 8. ¦DS_MAI№ ¦Диагноз основной ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 9. ¦DS_DIFF ¦Диагноз осложнения ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 10. ¦DS_SEC1 ¦Диагноз сопутствующий ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 11. ¦DS_SEC2 ¦Диагноз сопутствующий ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 12. ¦FIRST ¦Впервые или повторно за год ¦ N1 ¦
+------+---------------+------------------------------------+------+
¦ 13. ¦DS_DEAD ¦Непосредственная причина смерти ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 14. ¦DS_IL ¦Заболевание, вызвавшее смерть ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 15. ¦DS_DPA ¦Патологоанатомический диагноз ¦ C8 ¦
+------+---------------+------------------------------------+------+
¦ 16. ¦STARTDATE ¦Дата начала лечения ¦ D8 ¦
+------+---------------+------------------------------------+------+
¦ 17. ¦RESULT_H ¦Результат лечения в стационаре ¦ N1 ¦
+------+---------------+------------------------------------+------+
¦ 18. ¦FINISH ¦Исход лечения в стационаре ¦ N1 ¦
+------+---------------+------------------------------------+------+
¦ 19. ¦DSLEVEL ¦Степень тяжести заболевания ¦ N2 ¦
+------+---------------+------------------------------------+------+
¦ 20. ¦TYPEOPER ¦Вид лечения ¦ N3 ¦
L------+---------------+------------------------------------+-------


Назначение таблицы

Содержит в себе специфические сведения, характеризующие услуги, оказанные в больничном учреждении (стационаре). Таблица связана с другими таблицами реестра по полю XKEY.

Требования к содержанию полей БД и порядок их заполнения

Поля DS_WAY, DS_IN, DS_MAIN, DS_DIFF, DS_SEC1, DS_SEC2, DS_DEAD, DS_IL, DS_DPA представляют собой коды соответствующих диагнозов. Заполняются значениями из справочника MKB.
Поле STARTDATE характеризует дату начала лечения в больничном учреждении.
Поле RESULT_H - результат лечения в ЛПУ, принимает значения: 1 - выздоровление; 2 - улучшение; 3 - без перемен; 4 - ухудшение. Обязательно для заполнения, в т.ч. при исходе лечения умер.
Поле FINISH - исход лечения в больничном учреждении (стационаре), принимает значения: 1 - выписался без нарушений режима; 2 - умер; 3 - переведен; 4 - выписался с нарушением режима; 5 - лечение продолжается.
Поле FIRSTDAY - период доставки: 1 время доставки до 6 часов с момента появления симптомов; 2 - время доставки от 6 до 24 часов; 3 - время доставки свыше 24 часов.
Поле TYPEOPER заполняется в соответствии со справочником TYPEOPER.
Поля BASEPROF, BEDPROF заполняются в соответствии со справочником LPUPL.

4.2.4. Таблица COUNTMA№ - информация о специфике оказанных
амбулаторных медицинских услуг

Структура таблицы:

   -----T-----------T----------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+----+-----------+----------------------------------------+------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+----+-----------+----------------------------------------+------+
¦ 2. ¦PURPOSE ¦Цель амбулаторного обслуживания ¦ N2 ¦
+----+-----------+----------------------------------------+------+
¦ 3. ¦FIRST ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦ 4. ¦DISPGROUP ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦ 5. ¦INVGROUP ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦ 6. ¦STARTDATE ¦Содержание и порядок заполнения - ¦ D8 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦ 7. ¦BEGINDATE ¦Дата открытия листка нетрудоспособности ¦ D8 ¦
+----+-----------+----------------------------------------+------+
¦ 8. ¦ENDDATE ¦Дата закрытия листка нетрудоспособности ¦ D8 ¦
+----+-----------+----------------------------------------+------+
¦ 9. ¦DS_MAI№ ¦Диагноз основной ¦ C8 ¦
+----+-----------+----------------------------------------+------+
¦10. ¦DS_DIFF ¦Содержание и порядок заполнения - ¦ C8 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦11. ¦DS_SEC1 ¦Содержание и порядок заполнения - ¦ C8 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦12. ¦DS_SEC2 ¦Содержание и порядок заполнения - ¦ C8 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦13. ¦DOCTOR_I№ ¦Врач, направивший пациента ¦ C16 ¦
+----+-----------+----------------------------------------+------+
¦14. ¦DONE ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦15. ¦RESULT_С ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
+----+-----------+----------------------------------------+------+
¦16. ¦SPRINT ¦Содержание и порядок заполнения - ¦ N1 ¦
¦ ¦ ¦приложение 2 ¦ ¦
L----+-----------+----------------------------------------+-------


Назначение

Содержит в себе специфические сведения, характеризующие амбулаторные медицинские услуги. Таблица связана с другими таблицами реестра по полю XKEY.

4.2.5. Таблица EMERGE№ - информация о специфике медуслуг
для скорой медицинской помощи

Структура таблицы:

   -------T---------------T--------------------------------T--------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+---------------+--------------------------------+--------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+---------------+--------------------------------+--------+
¦ 2. ¦CALL ¦Номер вызова ¦ N6 ¦
+------+---------------+--------------------------------+--------+
¦ 3. ¦PLACECODE ¦Код места вызова ¦ N4 ¦
+------+---------------+--------------------------------+--------+
¦ 4. ¦DS_CCMP ¦Код патологического состояния ¦ C8 ¦
+------+---------------+--------------------------------+--------+
¦ 5. ¦FACTTIME ¦Время оказания медуслуги ¦ N4 ¦
+------+---------------+--------------------------------+--------+
¦ 6. ¦ADRESS ¦Адрес вызова ¦ C64 ¦
+------+---------------+--------------------------------+--------+
¦ 7. ¦PROFCCMP ¦Код профиля бригады ¦ N2 ¦
+------+---------------+--------------------------------+--------+
¦ 8. ¦LPUHOSP ¦Медучреждение госпитализации ¦ N5 ¦
+------+---------------+--------------------------------+--------+
¦ 9. ¦RESCODE ¦Результат вызова ¦ N2 ¦
L------+---------------+--------------------------------+---------


Назначение таблицы

Содержит в себе специфические сведения, характеризующие услуги скорой медицинской помощи. Связана с другими таблицами реестра по полю XKEY.

Требования к содержанию полей БД и порядок их заполнения

Поле ADRESS - это адрес места выезда бригады скорой медицинской помощи, представленный в символьном виде.
Поле PROFCCMP - это профиль бригады скорой медицинской помощи. Заполняется значениями: 1 - транспортная, 2 - интенсивной терапии, 3 - детская реанимационная, 4 - педиатрическая, 5 - кардиологическая, 6 - врачебная, 7 - неврологическая, 8 - психиатрическая, 9 - реанимационная, 10 - фельдшерская, 11 - психиатрическая перевозка.
Поле RESCODE - это код результата вызова бригады скорой медицинской помощи. Заполняется значениями из справочника CCMPRES.

4.2.5. Таблица SANATORY - информация
о специфике медуслуг, оказанных в санатории

Структура таблицы:

   -----T---------T-----------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+----+---------+-----------------------------+-------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+----+---------+-----------------------------+-------+
¦ 2. ¦DS_I№ ¦Диагноз при поступлении ¦ C8 ¦
+----+---------+-----------------------------+-------+
¦ 3. ¦DS_MAI№ ¦Диагноз основной ¦ C8 ¦
+----+---------+-----------------------------+-------+
¦ 4. ¦DS_DIFF ¦Диагноз осложнения ¦ C8 ¦
+----+---------+-----------------------------+-------+
¦ 5. ¦DS_SEC1 ¦Диагноз сопутствующий ¦ C8 ¦
+----+---------+-----------------------------+-------+
¦ 6. ¦DS_SEC2 ¦Диагноз сопутствующий ¦ C8 ¦
+----+---------+-----------------------------+-------+
¦ 7. ¦STARTDATE¦Дата начала лечения ¦ D8 ¦
L----+---------+-----------------------------+--------


Назначение

Содержит в себе специфические сведения, характеризующие санаторные услуги. Связана с другими таблицами реестра по полю XKEY.

4.2.6. Таблица HOSPOPER - сведения
о произведенных вмешательствах

Структура таблицы:

   -------T--------T----------------------------------T------¬

¦ № ¦Имя поля¦ Комментарий ¦ Тип ¦
+------+--------+----------------------------------+------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+--------+----------------------------------+------+
¦ 2. ¦INTO ¦Код вмешательства ¦ N6.2 ¦
+------+--------+----------------------------------+------+
¦ 3. ¦DATEOPER¦Дата вмешательства ¦ D8 ¦
+------+--------+----------------------------------+------+
¦ 4. ¦TIMEOPER¦Время вмешательства ¦ N4 ¦
+------+--------+----------------------------------+------+
¦ 5. ¦BADOPER ¦Осложнения вмешательства ¦ C8 ¦
+------+--------+----------------------------------+------+
¦ 6. ¦DOCTOR ¦Код врача, произв. вмешательство ¦ C8 ¦
L------+--------+----------------------------------+-------


Назначение таблицы

Эта таблица дополняет сведения из таблиц NUCLEUS, HOSPITAL или COUNTMA№ информацией о вмешательствах. В этой таблице могут содержатся несколько разных записей о сделанных одному пациенту вмешательствах. Такие записи имеют одинаковые значения в поле XKEY.
Данная таблица связана с таблицами NUCLEUS, HOSPITAL или COUNTMA№ по полю XKEY.

Требования к содержанию полей БД и порядок их заполнения

Ключевое сочетание полей в данной таблице - XKEY, INTO, DATEOPER, TIMEOPER.
Поле INTO заполняется кодом вмешательства из справочника INTERV.
Поле TIMEOPER заполняется временем вмешательства в формате hhmm.
Поле BADOPER - диагноз осложнения вмешательства. Заполняется из справочника MKB.

4.2.8. Таблица текстовых адресов проживания граждан,
пролеченных в Самарской области FOREIGN

Структура таблицы:

   -------T----------T---------------------------------T-------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+---------------------------------+-------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+----------+---------------------------------+-------+
¦ 2. ¦TFOMSCODE ¦Код ТФОМС региона РФ ¦ N5 ¦
+------+----------+---------------------------------+-------+
¦ 3. ¦INSCOMP ¦Название СМО ¦ C32 ¦
+------+----------+---------------------------------+-------+
¦ 4. ¦S_SPOLIS ¦Серия полиса ¦ C10 ¦
+------+----------+---------------------------------+-------+
¦ 5. ¦S_NPOLIS ¦Номер полиса ¦ C16 ¦
+------+----------+---------------------------------+-------+
¦ 6. ¦S_LPUOUT ¦Наименование направившего ЛПУ ¦ C32 ¦
+------+----------+---------------------------------+-------+
¦ 7. ¦STATE ¦Наименование региона РФ ¦ C32 ¦
+------+----------+---------------------------------+-------+
¦ 8. ¦S_RGN1 ¦Город или сельский район ¦ C16 ¦
+------+----------+---------------------------------+-------+
¦ 9. ¦S_RGN2 ¦Гор. район, поселок или сельсовет¦ C16 ¦
+------+----------+---------------------------------+-------+
¦ 10. ¦S_RGN3 ¦Населенный пункт ¦ C16 ¦
+------+----------+---------------------------------+-------+
¦ 11. ¦S_STREET ¦Улица ¦ C24 ¦
+------+----------+---------------------------------+-------+
¦ 12. ¦HOUSE ¦Дом ¦ N4 ¦
+------+----------+---------------------------------+-------+
¦ 13. ¦HOUSELITER¦Литера дома ¦ C1 ¦
+------+----------+---------------------------------+-------+
¦ 14. ¦CORPUS ¦Корпус ¦ N2 ¦
+------+----------+---------------------------------+-------+
¦ 15. ¦FLAT ¦Квартира ¦ N4 ¦
+------+----------+---------------------------------+-------+
¦ 16. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
L------+----------+---------------------------------+--------


Назначение таблицы

Эта таблица заполняется сведениями об адресах проживания жителей других территорий Российской Федерации, пролеченных в медицинских учреждениях Самарской области. В исключительных случаях, по причине неполноты информации в справочниках STANDART и STREETS в данную таблицу заносится адрес жителя Самарской области. При этом не заполняются поля RGN1, RGN2, RGN3, STREET, HOUSE, HOUSELITER, CORPUS, FLAT, FLATLITER в таблице NUCLEUS.
Данная таблица связана с таблицей NUCLEUS по полю XKEY.

4.2.9. Таблица платежей
по принятым к оплате реестрам PAYMENT

Структура таблицы:

   -------T----------T--------------------------------------------T------¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+------+----------+--------------------------------------------+------+
¦ 1. ¦XKEY ¦Уникальный ключ ¦ C20 ¦
+------+----------+--------------------------------------------+------+
¦ 2. ¦LPU ¦Код ЛПУ, оказавшего услугу (исполнитель) ¦ N5 ¦
+------+----------+--------------------------------------------+------+
¦ 3. ¦PAYCODE ¦Код исполнителя платежа ¦ N5 ¦
+------+----------+--------------------------------------------+------+
¦ 4. ¦CUSTOMCODE¦Код плательщика ¦ N5 ¦
+------+----------+--------------------------------------------+------+
¦ 5. ¦ACCNUM ¦Номер реестра ¦ C13 ¦
+------+----------+--------------------------------------------+------+
¦ 6. ¦ACCDATE ¦Дата выставления реестра ¦ D8 ¦
+------+----------+--------------------------------------------+------+
¦ 7. ¦PAY ¦Фактически оплачено по платежному документу ¦N11.2 ¦
+------+----------+--------------------------------------------+------+
¦ 8. ¦PAYNUM ¦Номер платежного документа ¦ C12 ¦
+------+----------+--------------------------------------------+------+
¦ 9. ¦PAYDATE ¦Дата оплаты ¦ D8 ¦
+------+----------+--------------------------------------------+------+
¦ 10. ¦PAYFORM ¦Форма оплаты ¦ N2 ¦
+------+----------+--------------------------------------------+------+
¦ 11. ¦PAYDONE ¦Признак платежа ¦ N1 ¦
+------+----------+--------------------------------------------+------+
¦ 12. ¦PAYNOTES ¦Примечание ¦ C24 ¦
L------+----------+--------------------------------------------+-------


Назначение таблицы

Эта таблица формируется исполнителем платежа и содержит информацию о перечислении средств или иных видах платежей по принятым к оплате реестрам. Одна позиция реестра может быть оплачена по нескольким документам, и наоборот, одним документом может быть оплачено несколько позиций реестра.

Требования к содержанию полей БД и порядок их заполнения

Поле PAYFORM может принимать одно из следующих значений: 1 - платежное поручение, 4 - другое.
Поле PAYDONE может принимать значения: 1 - оплата произведена, 2 - платеж отменен, 3 - изменено назначение платежа, 4 - платеж отложен, идет экспертиза, 5 - платеж отложен по причине превышения планового объема медуслуг.
Ключевое сочетание полей в данной таблице XKEY, PAYCODE, ACCNUM, PAYDONE, PAYNUM, PAYDATE.

4.2.10. Таблица HISTORY протокол
обработки электронного реестра

Структура таблицы:

   -------T----------T-------------------------------------------------T--------¬

¦ № ¦Имя поля ¦Комментарий ¦ Тип ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦XKEY ¦Уникальный ключ счета ¦ C20 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦INDATE ¦Дата поступления счета ¦ D8 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦ACTDATE ¦Дата обработки ¦ D8 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦ACTCODE ¦Код вида обработки ¦ N2 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦ACTINIT ¦Код обработчика ¦ N5 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦ACTTRANS ¦Код организации, в которую переадресован реестр ¦ N5 ¦
+------+----------+-------------------------------------------------+--------+
¦ ¦ACTRES ¦Результат обработки ¦ C64 ¦
L------+----------+-------------------------------------------------+---------


Назначение таблицы

Эта таблица предназначена для хранения сведений обо всех этапах обработки реестра: выставлении, переадресации, идентификации, экспертизе и т.д. Формируется организацией, дающей ответ по обработке и идентификации реестра.

Требования к содержанию полей таблицы и порядок их заполнения

Значение поля XKEY равно значению одноименного поля из реестра оказанных медуслуг для записи, по которой ведется история.
Ключевое сочетание полей в данной таблице - XKEY, ACTDATE, ACTCODE, ACTINIT, ACTTRANS.
Поле ACTCODE содержит код вида обработки. Принимает следующие значения: 1 - идентификация, 2 - экспертиза исполнителя платежа, 3 - экспертиза плательщика, 4 выставление счета.
Поле ACTRES содержит результат обработки позиции реестра в закодированном виде, допускающем синтаксический анализ. Правила заполнения поля ACTRES в случае ACTCODE=1 идентичны правилам заполнения поля IDENT таблицы NUCLEUS, для ACTCODE=2 и ACTCODE=3 - правилам заполнения поля ANALYSIS таблицы SERVICE.
Поля ACTINIT, ACTTRANS заполняются значениями из справочников субъектов ОМС (LPU,SMO,TFOMS).

4.2.11. Таблица FNUCLEUS - реестр медуслуг,
оказанных за пределами Самарской области (приказ № 70)

Структура:

   --------T----------T--------------------------------------T-----¬

¦ № ¦Имя поля ¦ Комментарий ¦ Тип ¦
+-------+----------+--------------------------------------+-----+
¦ 1. ¦REESTR ¦Номер счета от территории ¦ C5 ¦
+-------+----------+--------------------------------------+-----+
¦ 2. ¦№ ¦Номер позиции в бумажном носителе ¦ N3 ¦
+-------+----------+--------------------------------------+-----+
¦ 3. ¦INSURER ¦Код СМО ¦ N5 ¦
+-------+----------+--------------------------------------+-----+
¦ 4. ¦EI№ ¦Единый идентификационный номер ¦ C16 ¦
+-------+----------+--------------------------------------+-----+
¦ 5. ¦SURNAME ¦Фамилия ¦ C24 ¦
+-------+----------+--------------------------------------+-----+
¦ 6. ¦NAME ¦Имя ¦ C16 ¦
+-------+----------+--------------------------------------+-----+
¦ 7. ¦SECNAME ¦Отчество ¦ C16 ¦
+-------+----------+--------------------------------------+-----+
¦ 8. ¦BIRTHDAY ¦Дата рождения ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 9. ¦SEX ¦Пол ¦ N1 ¦
+-------+----------+--------------------------------------+-----+
¦ 10. ¦NPOLIS ¦Номер страх. полиса ¦ N8 ¦
+-------+----------+--------------------------------------+-----+
¦ 11. ¦SPOLIS ¦Серия страх. полиса ¦ C5 ¦
+-------+----------+--------------------------------------+-----+
¦ 12. ¦RGN1 ¦Код города или сельского района ¦ N3 ¦
+-------+----------+--------------------------------------+-----+
¦ 13. ¦RGN2 ¦Гор. район, поселок или сельсовет ¦ N3 ¦
+-------+----------+--------------------------------------+-----+
¦ 14. ¦RGN3 ¦Населенный пункт ¦ N3 ¦
+-------+----------+--------------------------------------+-----+
¦ 15. ¦STREET ¦Улица ¦ N4 ¦
+-------+----------+--------------------------------------+-----+
¦ 16. ¦HOUSE ¦Дом ¦ N4 ¦
+-------+----------+--------------------------------------+-----+
¦ 17. ¦HOUSELITER¦Литера дома ¦ C1 ¦
+-------+----------+--------------------------------------+-----+
¦ 18. ¦CORPUS ¦Корпус ¦ N2 ¦
+-------+----------+--------------------------------------+-----+
¦ 19. ¦FLAT ¦Квартира ¦ N4 ¦
+-------+----------+--------------------------------------+-----+
¦ 20. ¦FLATLITER ¦Литера квартиры ¦ C1 ¦
+-------+----------+--------------------------------------+-----+
¦ 21. ¦ACCNUM ¦Номер счета ¦ C16 ¦
+-------+----------+--------------------------------------+-----+
¦ 22. ¦ACCDATE ¦Дата выставления реестра ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 23. ¦NDOC ¦Номер документа ¦ N7 ¦
+-------+----------+--------------------------------------+-----+
¦ 24. ¦NSDOC ¦Номер серии документа ¦ N2 ¦
+-------+----------+--------------------------------------+-----+
¦ 25. ¦SDOC ¦Серия документа ¦ C2 ¦
+-------+----------+--------------------------------------+-----+
¦ 26. ¦DOCTYPE ¦Тип документа ¦ N1 ¦
+-------+----------+--------------------------------------+-----+
¦ 27. ¦STARTDATE ¦Дата начала лечения пациента ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 28. ¦ENDDATE ¦Дата окончания лечения пациента ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 29. ¦DS ¦Диагноз основной ¦ С8 ¦
+-------+----------+--------------------------------------+-----+
¦ 30. ¦SUBTOTAL ¦Итого к оплате за данную услугу ¦N11.2¦
¦ ¦ ¦заявлено ¦ ¦
+-------+----------+--------------------------------------+-----+
¦ 31. ¦TFOMSCODE ¦Код территории, выставившей счет ¦ N5 ¦
+-------+----------+--------------------------------------+-----+
¦ 32. ¦SLPU ¦Код ЛПУ по классификатору ОКПО ¦ С8 ¦
+-------+----------+--------------------------------------+-----+
¦ 33. ¦DATE_I№ ¦Дата внесения информации в реестр ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 34. ¦PAYNUM ¦Номер платежного документа ¦ C12 ¦
+-------+----------+--------------------------------------+-----+
¦ 35. ¦PAYDATE ¦Дата оплаты ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 36. ¦PAYFORM ¦Форма оплаты ¦ N2 ¦
+-------+----------+--------------------------------------+-----+
¦ 37. ¦PAYDONE ¦Признак отмены платежа ¦ N1 ¦
+-------+----------+--------------------------------------+-----+
¦ 38. ¦PAYNOTES ¦Примечание ¦ C24 ¦
+-------+----------+--------------------------------------+-----+
¦ 39. ¦DATE_CH ¦Дата анализа ¦ D8 ¦
+-------+----------+--------------------------------------+-----+
¦ 40. ¦Q_U ¦Вид мед.помощи ¦ N1 ¦
+-------+----------+--------------------------------------+-----+
¦ 41. ¦LPUBASE ¦Код базовой ЛПУ ¦ N5 ¦
+-------+----------+--------------------------------------+-----+
¦ 42. ¦ANALYSIS ¦Результат анализа услуги ¦ C6 ¦
+-------+----------+--------------------------------------+-----+
¦ 43. ¦TEST ¦Подлежит или нет оплате ¦ N1 ¦
L-------+----------+--------------------------------------+------


Назначение

Является основной таблицей реестра оказанных медицинских услуг застрахованным гражданам за пределами Самарской области.

Требования к содержанию полей БД и порядок их заполнения

Поле Q_U - это тип оказанной медуслуги принимает значения в соответствии с приказом № 70 Федерального фонда обязательного медицинского страхования от 26.08.2000:
1. Стационарная.
2. Амбулаторно-поликлиническая.
3. Дневной стационар.
3. Плановая стационарная.
Поле DS представляет собой коды соответствующих диагнозов. Заполняются значениями из справочника MKB.
Поле TFOMSCODE представляет собой коды территориальных фондов ОМС. Заполняются значениями из справочника rustfoms.
Поле TEST - это вывод плательщика о том, подлежит ли услуга оплате. Заполняется так же, как поле TEST таблицы SERVICE.
Поле ANALYSIS - это результат анализа реестра плательщиком. Заполняется так же, как поле ANALYSIS таблицы SERVICE.
Поля PAYNUM, PAYDATE, PAYFORM, PAYDONE, PAYNOTES, DATE_CH, TEST заполняются СМО после анализа услуг и передаются в пакете SNR.

4.3. Алгоритм определения цены за медицинскую услугу
при выставлении электронного реестра плательщику

Исходными параметрами для определения цены за медицинскую услугу являются:
- код медицинского учреждения (таблица NUCLEUS поле LPU);
- тип медицинской услуги (таблица SERVICE поле SKIND);
- код тарифа в справочниках (таблица SERVICE поле PRICECODE).
Значение цены за медицинскую услугу заносится в поле SUBTOTAL таблицы SERVICE электронного реестра оказанных услуг.
Тарифы на медицинские услуги содержатся в следующих таблицах прейскурантов:
- KSG, KSGPRICE для стационарных и стационарозамещающих услуг;
- AMB, AMBPRICE для остальных услуг.
Процесс определения цены за медицинскую услугу состоит из следующих этапов:

Определение таблицы прейскуранта

Таблицы прейскурантов определяются по справочнику SKIND (поле REFER).

Определение уровня оказанной медицинской услуги

Определение уровня оказанной медицинской услуги является необходимым для тех типов услуг, для которых возможно наличие нескольких цен в прейскуранте (таблица AMBPRICE.DBF). Признак необходимости определения уровня медицинской услуги указан в справочнике SKIND (поле LV_INDIC). Определение уровня оказанной медицинской услуги осуществляется по "Справочнику уровней оказания медицинских услуг в медицинских учреждениях Самарской области (LPULV.DBF)". Для параметров NUCLEUS.LPU + SERVICE.SKIND по сочетанию полей LPUCODE + SKIND таблицы LPULV.DBF находится запись, в которой поле PROF содержит значение 97. Искомое значение уровня содержится в поле LEVEL.
Определение цены для услуг:
а) определение цены для услуг по таблице KSGPRICE.DBF. Осуществляется поиск позиции, в которой значение кода услуги (поле PRICECODE) равняется значению параметра SERVICE.PRICECODE. Цена за услугу содержится в поле PRICE, а уровень данной услуги содержится в поле LEVEL_ST.
При выставлении реестра необходимо учитывать следующее:
- если уровень профиля койки стационара оказывается выше уровня, определенного для оказанной услуги, оплата производится в соответствии с уровнем услуги;
- если уровень профиля койки стационара оказывается ниже уровня, определенного для оказанной услуги, оплата производится на основании актов внутриведомственной экспертизы качества медицинской помощи и вневедомственной медико-экономической экспертизы в соответствии с уровнем услуги и ее объема.
Определение уровня профиля койки стационара производится по справочнику уровней оказания медицинских услуг в медицинских учреждениях Самарской области (LPULV.DBF). Поиск осуществляется для параметров NUCLEUS.LPU + SERVICE.SKIND + HOSPITAL.BEDPROF по сочетанию полей LPUCODE + SKIND + PROF таблицы LPULV.DBF. Искомое значение уровня содержится в поле LEVEL;
б) определение цены по таблице AMBPRICE.DBF для услуг, которые не имеют уровней. Осуществляется поиск позиции, в которой значение кода услуги (поле PRICECODE) равняется значению параметра SERVICE.PRICECODE, а поле уровня медицинской услуги LEVEL_ST содержит значение 9;
в) определение цены по таблице AMBPRICE.DBF для услуг, которые имеют уровни. Осуществляется поиск позиции, в которой значение кода услуги (поле PRICECODE) равняется значению параметра SERVICE.PRICECODE, а поле уровня медицинской услуги LEVEL_ST содержит значение уровня оказанной услуги, найденного по таблице LPULV.DBF (пункт 2).

5. Идентификация застрахованных и
определение плательщика за оказанные медуслуги

5.1. Информационные пакеты

Информационные пакеты идентификации электронных реестров оказанных медуслуг:

   ----T--------------------T----------------T---------------T-----------------¬

¦Код¦Назначение ¦Отправитель ¦Получатель ¦Сроки передачи ¦
+---+--------------------+----------------+---------------+-----------------+
¦IS ¦Реестр оказанных ¦Исполнитель ¦Организация, ¦по мере ¦
¦ ¦медицинских услуг на¦услуг или СМО ¦идентифициру- ¦необходимости ¦
¦ ¦идентификацию ¦ ¦ющая счет ¦ ¦
+---+--------------------+----------------+---------------+-----------------+
¦IR ¦Реестр оказанных ¦Организация, ¦Заказчик ¦Через 7 дней ¦
¦ ¦медицинских услуг с ¦идентифицировав-¦идентификации ¦после запроса на ¦
¦ ¦результатом ¦шая счет ¦ ¦идентификацию ¦
¦ ¦идентификации ¦ ¦ ¦ ¦
L---+--------------------+----------------+---------------+------------------


В качестве примера рассмотрим выставленный на идентификацию третий за день информационный пакет, содержащий электронный реестр, сформированный ОКБ им. Калинина (код 6002) 25 октября 2004 г. Имя пакета в этом случае будет 06002IS3.4AP.

   ---------------------------T--------------T---------T--------¬

¦Состав таблиц баз данных ¦Таблица/Пакет ¦ IS ¦ IR ¦
¦внутри пакетов +--------------+---------+--------+
¦ ¦NUCLEUS ¦ ¦ ¦
¦ +--------------+---------+--------+
¦ ¦SERVICE ¦ ¦ ¦
¦ +--------------+---------+--------+
¦ ¦Foreign ¦ ¦ ¦
L--------------------------+--------------+---------+---------


5.2. Принципы идентификации

Идентификации подлежат все электронные реестры оказанных медуслуг (далее - счета), выставленные плательщику (СМО или ТФОМС) с момента ввода в действие данной редакции.
Идентификация проводится с целью определения плательщика.
Для идентификации используются данные ЕМСР Самарской области, действующие на момент окончания лечения, и справочник административно - территориального деления Самарской области.
Идентификация проводится по единому утвержденному алгоритму (раздел 5.5), возможны и другие поисковые варианты (в т.ч. и ручной поиск).
Рассмотрение и экспертиза счета плательщиком начинается только после идентификации.
Плательщик не вправе отказать в оплате идентифицированного счета по причине отсутствия сведений в локальной базе данных плательщика.
В случае неудачной идентификации застрахованного возможно проведение коррекции персональных данных счета с последующим его перевыставлением.
При анализе счета на доплату идентификация застрахованного не проводится, используются результаты идентификации первоначального счета.

5.3. Обязанности организаций, идентифицирующих счета

Проводить идентификацию в соответствии с настоящим Положением.
Заносить информацию об идентификации в реестры исполнителей медицинских услуг.
По результатам идентификации направлять реестры заказчику идентификации.

5.4. Разрешение споров

Споры по итогам идентификации разрешаются путем соглашения между плательщиком и организацией, идентифицировавшей счет.
В случае невозможности разрешить спор в соответствии с пунктом 5.4.1 спор разрешается в соответствии с результатами идентификации в ЕМСР по утвержденному алгоритму (раздел 5.5).
В случае несогласия с решением или невозможности разрешить спор в соответствии с пунктом 5.4.2 спор разрешается в установленном законом порядке.

5.5. Алгоритм идентификации

Алгоритм предназначен для идентификации пациента на принадлежность к страховой медицинской организации при полных, неполных или ошибочных исходных данных. Данный алгоритм является обязательным для установления факта наличия или отсутствия в базах данных персональных сведений и определения плательщика за оказанные медицинские услуги.
Перед началом идентификации значения полей, содержащих персональные сведения, приводятся в соответствие с основными принципами заполнения полей таблиц (раздел 1.6).
Для идентификации пациента в ОБД используются варианты поиска, описанные ниже в таблице. Идентификация осуществляется до первого нахождения в ЕМСР последовательным перебором вариантов поиска, указанных в таблице. Комбинации перечислены в порядке убывания их приоритета для идентификации.

   ----------T----------------------T----------------------------------------¬

¦Имя поля ¦ Комментарий ¦ Варианты поиска ¦
¦ ¦ +-----T-----T-----T-----T-----T-----T----+
¦ ¦ ¦ PSY ¦ PSH ¦ PYH ¦ SBA ¦ NBH ¦ FBA ¦ DS ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦SURNAME ¦Фамилия ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦NAME ¦Имя ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦NAME1 ¦Первая буква имени ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦SECNAME ¦Отчество ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦SECNAME1 ¦Первая буква отчества ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦NDOC ¦Номер документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦NSDOC ¦Номер серии документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦SDOC ¦Серия документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦DOCTYPE ¦Тип документа ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦NPOLIS ¦Номер страхового ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦SPOLIS ¦Серия страхового ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦полиса ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦BIRTHDAY ¦Дата рождения ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦YEARBIRTH¦Год рождения ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦RGN1 ¦Код города или ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦сельского района ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦RGN2 ¦Гор., район, поселок ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
¦ ¦или сельсовет ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦RGN3 ¦Населенный пункт ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦STREET ¦Улица ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦HOUSE ¦Дом ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
+---------+----------------------+-----+-----+-----+-----+-----+-----+----+
¦FLAT ¦Квартира ¦ ¦ ¦ ¦ ¦ ¦ ¦ ¦
L---------+----------------------+-----+-----+-----+-----+-----+-----+-----


Если застрахованный неоднозначно идентифицирован в данных ЕМСР текущего периода, то для определения плательщика используются данные наиболее актуальной записи (в которой дата модификации информации - значение поля MODDATE - самая поздняя).
Если в таблице SERVICE имеется более чем одна запись, соответствующая анализируемой записи таблицы NUCLEUS, с различными значениями поля ENDDATE, то идентификация в ОБД ЕМСР проводится в периоде, актуальном на момент выписки пациента (максимальное значение поля ENDDATE таблицы SERVICE лежит в диапазоне BEGFI№ и ENDFI№ таблицы ОБД ЕМСР).
В случае если в ОБД ЕМСР найдено соответствие по одной из уникальных комбинаций идентификация считается успешной, иначе принадлежность пациента плательщику и ЛПУ ПМСП определяется по территориальному признаку в соответствии со справочником STANDART для заполнения NEWPAYCODE и со справочником TMOPLAT для заполнения NEWLPUBASE соответственно. ЛПУ ПМСП определяется по первичному ключу справочника TMOPLAT.
Если не удается определить плательщика по территориальному признаку в соответствии со справочником STANDART - идентификация считается неудачной.
Результат идентификации заносится в следующие поля таблицы NUCLEUS: IDENT, INSCAT, EIN, NEWPAYCODE, CUSTOMCODE и NEWLPUBASE.

6. Порядок вступления в действие

Данный документ вступает в действие с 10 февраля 2004 г. и обновляется по мере необходимости. Информационное взаимодействие с этой даты осуществляется согласно требованиям соответствующих пунктов данного Положения.
До указанного срока все субъекты ОМС должны привести используемое информационное, программное и организационное обеспечение в соответствие с настоящим Положением.
В течение переходного периода (01.01.2004 - 10.02.2004) передача информации об оказанных услугах не осуществляется. Реестры за оказанные в этот период услуги должна быть передана и обработана субъектами ОМС в течение 1 квартала 2004 года.
Реестры за услуги, оказанные в 2003 году, должны передаваться в соответствии со старой редакцией Положения.
В течение 1 полугодия 2004 года проводится опытная эксплуатация ЕМСР.

7. Состав рабочей группы

   ----------------------------------T-----------------T-------¬

¦ Должность ¦ Ф.И.О. ¦Подпись¦
+---------------------------------+-----------------+-------+
¦Зам. начальника информационно- ¦Александрова О.П.¦ ¦
¦го отдела МСК "Самара-РОСНО- ¦ ¦ ¦
¦МЕД" ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Ведущий инженер-программист ¦Митрофанова С.Н. ¦ ¦
¦МИАЦ ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Представитель управления здра- ¦Новиков О.В. ¦ ¦
¦воохранения Администрации г. ¦ ¦ ¦
¦Самары, директор ООО "Информа- ¦ ¦ ¦
¦ционный медицинский центр" ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Руководитель информационной ¦Обыденнов В.Е. ¦ ¦
¦группы информационного отдела ¦ ¦ ¦
¦ТФОМС Самарской области ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Главный специалист информаци- ¦Сгибнев С.В. ¦ ¦
¦онной группы информационного ¦ ¦ ¦
¦отдела ТФОМС Самарской области ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Директор ООО "Информ-бюро" ¦Спектор А.В. ¦ ¦
+---------------------------------+-----------------+-------+
¦Зам. директора по информацион- ¦Стрельникова Т.А.¦ ¦
¦ным технологиям МИАЦ ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Зам. начальника информационно- ¦Сяськин С.В. ¦ ¦
¦справочного центра ОАО "ФАРМБОКС"¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Главный специалист по информа- ¦Тяпухин П.В. ¦ ¦
¦ционным технологиям МИАЦ ¦ ¦ ¦
+---------------------------------+-----------------+-------+
¦Начальник информационного от- ¦Федосеев А.С. ¦ ¦
¦дела ММУ ГП № 13 Железнодорож- ¦ ¦ ¦
¦ного р-на ¦ ¦ ¦
L---------------------------------+-----------------+--------



   ------------------------------------------------------------------

--------------------

Автор сайта - Сергей Комаров, scomm@mail.ru