Приказ ФФОМС от 23.03.2018 № 54
Актуально на 10.11.2026.
Как цитировать: Приказ ФФОМС от 23.03.2018 N 54. 54. 23.03.2018. https://bukva.ai/docs/prikaz-54-2018-ffoms-federalnyy-fond
«О внесении изменений в приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 г. № 79»
ФЕДЕРАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ
ПРИКАЗ
от 23 марта 2018 г. № 54
О ВНЕСЕНИИ ИЗМЕНЕНИЙ В ПРИКАЗ ФЕДЕРАЛЬНОГО ФОНДА ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ ОТ 7 АПРЕЛЯ 2011 Г. № 79
В целях совершенствования правил информационного взаимодействия, применяемых участниками и субъектами обязательного медицинского страхования, и в соответствии с пунктом 8 части 8 статьи 33 Федерального закона от 29 ноября 2010 г. № 326-ФЗ «Об обязательном медицинском страховании в Российской Федерации» (Собрание законодательства Российской Федерации, 2010, № 49, ст. 6422; 2011, № 49, ст. 7047; 2012, № 49, ст. 6758; 2013, № 27, ст. 3477; № 48, ст. 6165; 2016, № 27, ст. 4183, 4219) приказываю:
1. Внести в Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования, утвержденные приказом Федерального фонда обязательного медицинского страхования от 07 апреля 2011 г. № 79, с изменениями, внесенными приказами Федерального фонда обязательного медицинского страхования от 22 августа 2011 г. № 154 «О внесении изменений в Приказ ФОМС от 07.04.2011 № 79», от 26 декабря 2013 г. № 276 «О внесении изменений в приказ ФОМС от 07.04.2011 г. № 79», от 9 сентября 2016 г. № 169 «О внесении изменений в приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 г. № 79», от 17 ноября 2017 г. № 323 «О внесении изменений в приказ Федерального фонда обязательного медицинского страхования от 7 апреля 2011 г. № 79», следующие изменения:
1.1. Пункт 2 изложить в редакции приложения 1 к настоящему приказу.
1.2. В пункте 3 в таблице 2 «Сроки перехода на применение положений отдельных разделов настоящего документа» изменить сроки перехода на применение положений Приложения А, Приложения Б, Приложения Г, Приложения Д, Приложения Е, Приложения З согласно приложению 2 к настоящему приказу.
1.3. В пункте 4.1 таблицу 4 «Перечень НСИ и реестров в сфере ОМС» изложить в редакции приложения 3 к настоящему приказу.
1.4. Абзац седьмой пункта 4.2 изложить в следующей редакции:
«Территориальные фонды обязательного медицинского страхования осуществляют ведение своих сегментов единого реестра МО и единого реестра СМО (F002 и F003) в Подсистеме „Реестры ОМС“, сегмента справочника ТФОМС (F001) — в Подсистеме НСИ, сегмента единого реестра экспертов качества медицинской помощи — с применением программного обеспечения ТФОМС, обеспечивающего ведение территориального реестра экспертов качества медицинской помощи в соответствии с требованиями нормативных правовых документов.».
1.5. В абзаце 10 пункта 4.2 слова «http://web.ffoms.ru» заменить словами «https://project.ffoms.ru».
1.6. Абзац второй подпункта 4.2.1 пункта 4.2 изложить в следующей редакции:
«При изменении сведений в справочнике территориальных фондов ответственный специалист ТФОМС в течение 2 рабочих дней с даты изменения сведений актуализирует их в Подсистеме НСИ; при изменении сведений реестров МО, СМО ответственный специалист ТФОМС в соответствии с пунктами 80, 99 Правил ОМС в течение 5 рабочих дней со дня представления МО и СМО в ТФОМС документов, подтверждающих изменения сведений, актуализирует сведения в Подсистеме „Реестры ОМС“.».
1.7. Абзац третий подпункта 4.2.1 пункта 4.2 изложить в следующей редакции:
«Актуализация справочника территориальных фондов обязательного медицинского страхования, реестров медицинских организаций, страховых медицинских организаций осуществляется ФОМС на официальном Интернет-портале ФОМС в течение 2 рабочих дней со дня представления ТФОМС информации об изменениях.».
1.8 В подпункте 4.2.2 пункта 4.2:
слова «16 — 19» заменить словами «26 — 29 Таблицы 4 настоящего документа»;
слова «VV — номер версии пакета: 01..99» заменить словами «VVV — номер версии пакета: 001..999»;
абзац двенадцатый изложить в следующей редакции:
«Актуальные классификаторы, приведенные в пунктах 3 — 9, 11 — 25, 30 — 36, 38, 39 Таблицы 4 настоящего документа включаются в федеральный пакет НСИ в формате XML (кодовая страница Windows-1251). Общероссийские классификаторы, приведенные в пунктах 40 — 44 Таблицы 4 настоящего документа, включаются в федеральный пакет НСИ в формате DBF.».
1.9. В пункте 4.3 рисунок 2 «Общая схема информационного взаимодействия в сфере ОМС» заменить на рисунок, приведенный в приложении 4 к настоящему приказу.
1.10 В подпункте 4.3.1.1 пункта 4.3:
таблицу 8 «Перечень сведений о застрахованных лицах в РС ЕРЗ» изложить в редакции приложения 5 к настоящему приказу;
во втором столбце четвертой строки таблицы 9 «Перечень функций ТФОМС при ведении РС ЕРЗ» слова «территориальных органов Пенсионного фонда» заменить словами «управлений ФНС России по субъектам».
1.11 В подпункте 4.3.1.2 пункта 4.3:
рисунок 3 «Информационное взаимодействие при ведении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере ОМС» заменить на рисунок, приведенный в приложении 6 к настоящему приказу;
таблицу 10 «Перечень сведений о медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования» изложить в редакции приложения 7 к настоящему приказу.
1.12. В подпункте 4.3.1.3.2 пункта 4.3 в таблице 13 «Состав информации официального сайта ТФОМС» и таблице 14 «Детализированный состав информации официального сайта ТФОМС» слово «ПФР» заменить на слово «ФНС».
1.13. В пункте 5.1 рисунок 4 «Информационное взаимодействие при ведении ЕРЗ» заменить на рисунок, приведенный в приложении 8 к настоящему приказу.
1.14. В подпункте 5.1.1 пункта 5.1 исключить из таблицы 22 «Перечень сведений, передаваемых при ведении ЕРЗ между Региональным и Центральным сегментами ИС ЕРЗ» шестую и седьмую строки.
1.15 В подпункте 6.3.1 пункта 6.3:
таблицу 49 «Коды фондов ОМС, соответствующих им территорий страхования (коды ОКАТО, дополненные справа нулями до 5 знаков) и Федеральных округов» дополнить следующими строками:
| 85 | Республика Крым | 35000 | 3 |
|---|---|---|---|
| 86 | г. Севастополь | 67000 | 3 |
таблицу 62 «Код причины изменения данных (ОИД 1.2.643.2.40.5.100.62)» изложить в редакции приложения 9 к настоящему приказу;
после слов «Таблица 63 Коды типов идентификаторов (ОИД 1.2.643.2.40.5.100.203)» слова «Фрагмент: типы документов, удостоверяющих личность» и таблицу заменить словами:
«Заполняется в соответствии с F011 „Классификатор типов документов, удостоверяющих личность“ Приложения А. Актуальные сведения о типах документов, удостоверяющих личность, размещены на корпоративном Интернет-сайте Федерального фонда обязательного медицинского страхования https://project.ffoms.ru в разделе „Ведение Единого регистра застрахованных лиц“ модуля „Процессы“ („Требования к внесению данных о документах, удостоверяющих личность, при ведении Единого регистра застрахованных лиц“).»;
таблицу 70 изложить в следующей редакции:
«Таблица 70 Категории учета иностранных граждан (ОИД 1.2.643.2.40.3.3.0.6.19)»
в наименовании таблицы 71 слово «занятости» заменить на слово «статуса»;
таблицу 83 «Коды псевдонимизированных идентификаторов (ОИД 1.2.643.2.40.1.14) и ключей поиска (ОИД 1.2.643.2.40.1.26), используемых для идентификации застрахованного лица» изложить в редакции приложения 10 к настоящему приказу;
в пункте 5 примечаний к таблице 83 слова «и H18» заменить словами «, H18, H11.23, H11.29, H12.23 и H12.29»;
во втором столбце последней строки таблицы 93 слова «Книга Microsoft Excel» заменить словами «Электронная таблица формата XLS».
1.16. Приложение А изложить в редакции приложения 11 к настоящему приказу.
1.17. Приложение Б изложить в редакции приложения 12 к настоящему приказу.
1.18. Приложение Г изложить в редакции приложения 13 к настоящему приказу.
1.19. Приложение Д изложить в редакции приложения 14 к настоящему приказу.
1.20. Приложение Е изложить в редакции приложения 15 к настоящему приказу.
1.21. Приложение З изложить в редакции приложения 16 к настоящему приказу.
2. Контроль за исполнением настоящего приказа возложить на заместителя председателя Ю.А. Нечепоренко.
Приложение 1
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. № 54
2 Сокращения и определения
Таблица 1 Перечень сокращений, используемых в документе
| Сокращение | Определение |
|---|---|
| ВПДП | Информационная система выпуска, персонализации и доставки полисов обязательного медицинского страхования |
| Группировщик КСГ | Электронная таблица, определяющая однозначное отнесение каждого пролеченного случая к конкретной клинико-статистической группе на основании всех возможных комбинаций основных и дополнительных классификационных критериев. Является частью расшифровки групп, представляется в электронном виде Федеральным фондом обязательного медицинского страхования территориальным фондам обязательного медицинского страхования в дополнение к Методическим рекомендациям по способам оплаты медицинской помощи за счет средств обязательного медицинского страхования |
| ДПФС | Документ, подтверждающий факт страхования по обязательному медицинскому страхованию (полис обязательного медицинского страхования или временное свидетельство) |
| ЕНП | Единый номер полиса обязательного медицинского страхования |
| ЕРЗ | Единый регистр застрахованных лиц |
| ЗЛ | Застрахованное лицо |
| ИС | Информационная система |
| ИС РС ЕРЗ | Информационная система ведения Регионального сегмента Единого регистра застрахованных лиц |
| КСГ | Клинико-статистическая группа заболеваний — группа заболеваний, относящихся к одному профилю медицинской помощи и сходных по используемым методам диагностики и лечения пациентов и средней ресурсоемкости |
| КПГ | Клинико-профильная группа — группа КСГ и (или) отдельных заболеваний, объединенных одним профилем медицинской помощи |
| МО | Медицинская организация (лечебно-профилактическое учреждение) |
| МП | Медицинская помощь |
| МТР | Межтерриториальные расчеты за медицинскую помощь, оказанную застрахованным лицам в Российской Федерации вне территории страхования по видам, включенным в базовую программу обязательного медицинского страхования |
| МЭК | Медико-экономический контроль |
| МЭЭ | Медико-экономическая экспертиза |
| НСИ | Нормативно-справочная информация — информация, заимствованная из нормативных документов и справочников, используемая при функционировании информационной системы |
| ОГРН | Основной государственный регистрационный номер — государственный регистрационный номер записи о создании юридического лица в ЕГРЮЛ в соответствии с Федеральным законом «О государственной регистрации юридических лиц» |
| ОКАТО | Общероссийский классификатор административно-территориального деления. |
| ОКОПФ | Общероссийский классификатор организационно-правовых форм. |
| ОМС | Обязательное медицинское страхование |
| Органы ЗАГС | Органы записи актов гражданского состояния |
| Полис | Полис обязательного медицинского страхования |
| Правила ОМС | Правила обязательного медицинского страхования, утвержденные приказом Министерства здравоохранения и социального развития Российской Федерации от 28.02.2011 № 158н |
| ПУ | Персонифицированный учет |
| РС | Региональный сегмент |
| СМО | Страховая медицинская организация (работающая в данном субъекте). Обособленные подразделения (филиалы) страховой медицинской организации, действующие на территориях разных субъектов, считаются разными страховыми медицинскими организациями |
| Сведения о страховой принадлежности | Информация о принадлежности полиса ОМС (по данным ЕРЗ) той или иной СМО и сроке его действия |
| ТФОМС | Территориальный фонд обязательного медицинского страхования |
| УФНС | Управление ФНС России по субъектам Российской Федерации |
| ФЛК | Форматно-логический контроль |
| ФНС | Федеральная налоговая служба (ФНС России) |
| ФОМС | Федеральный фонд обязательного медицинского страхования |
| ФСС | Фонд социального страхования Российской Федерации |
| ЦС | Центральный сегмент |
| ЭКМП | Экспертиза качества медицинской помощи |
| 326-ФЗ | Федеральный закон от 29 ноября 2010 г. № 326-ФЗ «Об обязательном медицинском страховании в Российской Федерации» |
Приложение 2
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. № 54
Таблица 2 Сроки перехода на применение положений отдельных разделов настоящего документа
| № пункта | Наименование | Сроки перехода | Примечание |
|---|---|---|---|
| Приложение А | Форматы и структура НСИ и реестров | С отчетного периода "апрель 2018 г." | |
| Приложение Б | Информационное взаимодействие между Региональным и Центральным сегментами Единого регистра застрахованных лиц в формате XML | С даты утверждения | |
| Приложение Г | Информационное взаимодействие между ТФОМС и СМО при ведении Регионального сегмента Единого регистра застрахованных лиц. | С даты утверждения | |
| Приложение Д | Информационное взаимодействие между ТФОМС, МО и СМО при осуществлении персонифицированного учета оказанной медицинской помощи | С момента осуществления расчетов за апрель 2018 г. | Версия информационного обмена, указанная в настоящем документе, вступает в действие с момента осуществления расчетов за апрель 2018 г. Прием сообщений, соответствующих версии обмена, указанной в редакции документа, утвержденной приказом ФОМС от 17.11.2017 N 323, будет осуществляться до момента осуществления расчетов за апрель 2018 г. |
| Приложение Е | Информационное взаимодействие при осуществлении расчетов за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта Российской Федерации, на территории которого выдан полис обязательного медицинского страхования, в формате XML | С момента осуществления расчетов за апрель 2018 г. | Версия информационного обмена, указанная в настоящем документе, вступает в действие с момента осуществления расчетов за апрель 2018 г. Прием сообщений, соответствующих версии обмена, указанной в редакции документа, утвержденной приказом ФОМС от 17.11.2017 N 323, будет осуществляться до момента осуществления расчетов за апрель 2018 г. |
| Приложение З | Информационное взаимодействие Регионального сегмента Единого регистра застрахованных лиц с информационной системой выпуска, персонализации и доставки полисов обязательного медицинского страхования | С даты утверждения | |
| П.4.2. | Информационное взаимодействие при ведении НСИ и реестров в сфере ОМС | С даты утверждения |
Приложение 3
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Таблица 4 Перечень НСИ и реестров в сфере ОМС
| N | Код | Наименование | Примечание |
| 1 | M001 | Международная классификация болезней и состояний, связанных со здоровьем, 10 пересмотра (МКБ-10) | Относится к федеральным справочникам. |
| 2 | V001 | Номенклатура работ и услуг в здравоохранении | Относится к федеральным справочникам. |
| 3 | V002 | Классификатор профилей оказанной медицинской помощи | На основе Перечня работ (услуг), составляющих медицинскую деятельность, утвержденного постановлением Правительства Российской Федерации от 16.04.2012 N 291 "О лицензировании медицинской деятельности (за исключением указанной деятельности, осуществляемой медицинскими организациями и другими организациями, входящими в частную систему здравоохранения, на территории инновационного центра "Сколково")" |
| 4 | V003 | Классификатор работ (услуг) при лицензировании медицинской помощи | На основе Требований к организации и выполнению работ (услуг) при оказании первичной медико-санитарной, специализированной (в том числе высокотехнологичной), скорой (в том числе скорой специализированной), паллиативной медицинской помощи, оказании медицинской помощи при санаторно-курортном лечении, при проведении медицинских экспертиз, медицинских осмотров, медицинских освидетельствований и санитарно-противоэпидемических (профилактических) мероприятий в рамках оказания медицинской помощи, при трансплантации (пересадке) органов и (или) тканей, обращении донорской крови и (или) ее компонентов в медицинских целях, утвержденных приказом Минздрава России от 11 марта 2013 г. N 121н |
| 5 | V005 | Классификатор пола застрахованного | Приложение А настоящего документа |
| 6 | V006 | Классификатор условий оказания медицинской помощи | Приложение А настоящего документа |
| 7 | V008 | Классификатор видов медицинской помощи | Приложение А настоящего документа |
| 8 | V009 | Классификатор результатов обращения за медицинской помощью | Приложение А настоящего документа |
| 9 | V010 | Классификатор способов оплаты медицинской помощи | Приложение А настоящего документа |
| 10 | V011 | Государственный реестр лекарственных средств | Относится к федеральным справочникам |
| 11 | V012 | Классификатор исходов заболевания | Приложение А настоящего документа |
| 12 | V013 | Классификатор категорий застрахованного лица | Приложение А настоящего документа |
| 13 | V014 | Классификатор форм оказания медицинской помощи | Приложение А настоящего документа |
| 14 | V015 | Классификатор медицинских специальностей | Приложение А настоящего документа. Заменен на V021. |
| 15 | V016 | Классификатор типов диспансеризации | Приложение А настоящего документа |
| 16 | V017 | Классификатор результатов диспансеризации | Приложение А настоящего документа |
| 17 | V018 | Классификатор видов высокотехнологичной медицинской помощи | На основании Программы государственных гарантий бесплатного оказания гражданам медицинской помощи |
| 18 | V019 | Классификатор методов высокотехнологичной медицинской помощи | На основании Программы государственных гарантий бесплатного оказания гражданам медицинской помощи |
| 19 | V020 | Классификатор профиля койки | На основании приказа Министерства здравоохранения и социального развития Российской Федерации от 17 мая 2012 г. N 555н "Об утверждении номенклатуры коечного фонда по профилям медицинской помощи" |
| 20 | V021 | Классификатор медицинских специальностей | На основании приказа Минздрава России от 07.10.2015 N 700н "О номенклатуре специальностей специалистов, имеющих высшее медицинское и фармацевтическое образование" |
| 21 | V022 | Классификатор моделей пациента при оказании высокотехнологичной медицинской помощи | На основании Программы государственных гарантий бесплатного оказания гражданам медицинской помощи |
| 22 | V023 | Клинико-статистические группы | На основании Методических рекомендаций Минздрава России по способам оплаты медицинской помощи за счет средств ОМС |
| 23 | V024 | Классификатор дополнительных классификационных критериев | На основании Методических рекомендаций Минздрава России по способам оплаты медицинской помощи за счет средств ОМС |
| 24 V025 | |||
| Классификатор целей посещения | На основании приказа Минздрава России от 14.12.2014 N 834н "Об утверждении унифицированных форм медицинской документации, используемых в медицинских организациях, оказывающих медицинскую помощь в амбулаторных условиях, и порядков по их заполнению" | 25 | V026 |
| Классификатор клинико-профильных групп | На основании Методических рекомендаций Минздрава России по способам оплаты медицинской помощи за счет средств ОМС | 26 | F001 |
| Справочник территориальных фондов ОМС | Приложение А настоящего документа | 27 | F002 |
| Единый реестр страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования | Приложение А настоящего документа | 28 | F003 |
| Единый реестр медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования | Приложение А настоящего документа | 29 | F004 |
| Единый реестр экспертов качества медицинской помощи | Приложение А настоящего документа | 30 | F005 |
| Классификатор статусов оплаты медицинской помощи | Приложение А настоящего документа | 31 | F006 |
| Классификатор видов контроля <1> | Приложение А настоящего документа | 32 | F007 |
| Классификатор ведомственной принадлежности медицинской организации | Приложение А настоящего документа | 33 | F008 |
| Классификатор типов документов, подтверждающих факт страхования по ОМС | (Полис ОМС, выданный до 01.05.2011, временное свидетельство, полис ОМС единого образца). | Приложение А настоящего документа | 34 F009 |
| Классификатор статуса застрахованного лица | Приложение А настоящего документа | 35 | F010 |
| Классификатор субъектов Российской Федерации | Приложение А настоящего документа | 36 | F011 |
| Классификатор типов документов, удостоверяющих личность | Приложение А настоящего документа | 37 | F013 |
| Реестр пунктов выдачи полисов | Приложение А настоящего документа <2> | 38 | F014 |
| Классификатор причин отказа в оплате медицинской помощи | Приложение А настоящего документа | 39 | F015 |
| Классификатор федеральных округов | Приложение А настоящего документа | 40 | O001 |
| Общероссийский классификатор стран мира (ОКСМ) | Постановление Госстандарта России от 14.12.2001 N 529-ст "О принятии и введении в действие Общероссийского классификатора стран мира" | 41 | O002 |
| Общероссийский классификатор административно-территориального деления (ОКАТО) | "ОК 019-95. Общероссийский классификатор объектов административно-территориального деления" (утв. Постановлением Госстандарта России от 31.07.1995 N 413) | 42 | O003 |
| Общероссийский классификатор видов экономической деятельности (ОКВЭД) | "ОК 029-2014. Общероссийский классификатор видов экономической деятельности" (утвержден приказом Росстандарта от 31.01.2014 N 14-ст) | 43 | O004 |
| Общероссийский классификатор форм собственности (ОКФС) | Постановление Госстандарта России от 30.03.1999 N 97 "О принятии и введении в действие Общероссийских классификаторов" (вместе с "ОК 027-99. Общероссийский классификатор форм собственности", "ОК 028-99. Общероссийский классификатор организационно-правовых форм") | 44 | O005 |
| Общероссийский классификатор организационно-правовых форм (ОКОПФ) Приказ Федерального агентства по техническому регулированию и метрологии от 16.02.2012 N 505-ст "О принятии и введении в действие Общероссийского классификатора организационно-правовых форм ОК 028-2012" | |||
| 45 | R001 | Классификатор причин внесения изменений в РС ЕРЗ | Приложение А настоящего документа |
| 46 | R002 | Классификатор форм изготовления полиса | В соответствии с Правилами ОМС. Приложение А настоящего документа |
| 47 | R003 | Классификатор способов подачи заявления | В соответствии с Правилами ОМС. Приложение А настоящего документа |
| 48 | R004 | Классификатор результатов обработки заявки | Приложение А настоящего документа |
| 49 | R005 | Классификатор причин исключения из реестра СМО | Приложение А настоящего документа |
| 50 | R006 | Классификатор причин исключения из реестра МО | Приложение А настоящего документа |
| 51 | R007 | Классификатор признака подчиненности СМО | Приложение А настоящего документа |
| 52 | R008 | Классификатор признака подчиненности МО | Приложение А настоящего документа |
| 53 | R009 | Классификатор организаций, представляющих кандидатуру эксперта качества медицинской помощи | Приложение А настоящего документа |
| 54 | R010 | Классификатор причин исключения эксперта качества медицинской помощи из территориального реестра | Приложение А настоящего документа |
| 55 | R011 | Классификатор квалификационных категорий | Приложение А настоящего документа |
| 56 | R012 | Классификатор ученых степеней | Приложение А настоящего документа |
| 57 | R013 | Классификатор главных внештатных специалистов | Номенклатура главных внештатных специалистов Минздрава России, утвержденная приказом Минздрава России от 25.10.2012 N 444 |
| 58 | Q001 | Перечень ошибок ФЛК в Реестре страховых медицинских организаций | Приложение А настоящего документа |
| 59 | Q002 | Перечень ошибок ФЛК в Реестре медицинских организаций | Приложение А настоящего документа |
| 60 | Q003 | Перечень ошибок ФЛК в Реестре врачей-экспертов | Приложение А настоящего документа |
| 61 | Q004 | Перечень ошибок ФЛК в шлюзе Регионального сегмента в ЦС ИС ЕРЗ | Приложение А настоящего документа |
| 62 | Q005 | Перечень ошибок прикладной обработки в ЦС ИС ЕРЗ | Приложение А настоящего документа |
| 63 | Q006 | Перечень ошибок ФЛК в шлюзе Регионального сегмента ИС ВПДП | Приложение А настоящего документа |
| 64 | Q007 | Перечень ошибок прикладной обработки в шлюзе Регионального сегмента ИС ВПДП | Приложение А настоящего документа |
| 65 | Q008 | Перечень ошибок ФЛК в шлюзе Регионального сегмента ИС МТР | Приложение А настоящего документа |
| 66 | Q009 | Перечень ошибок прикладной обработки в шлюзе Регионального сегмента ИС МТР | Приложение А настоящего документа |
| 67 | Q010 | Перечень ошибок ФЛК в заголовке пакета сообщений | Приложение А настоящего документа |
| 68 | Q011 | Перечень ошибок ФЛК в заголовке сообщения | Приложение А настоящего документа |
| 69 | Q012 | Перечень ошибок ФЛК в конце пакета сообщений | Приложение А настоящего документа |
| 70 | Q013 | Перечень ошибок ФЛК в ИС РС ЕРЗ | Приложение А настоящего документа |
| 71 | Q014 | Перечень ошибок прикладной обработки в ИС РС ЕРЗ | Приложение А настоящего документа |
| -------------------------------- | <1> Контроля объемов, сроков, качества и условий предоставления медицинской помощи по ОМС. | <2> Код (номер) пункта выдачи полисов формируется для данной СМО внутри региона. | |
Приложение 4
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Рисунок 2 Общая схема информационного взаимодействия в сфере ОМС
Приложение 5
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Таблица 8 Перечень сведений о застрахованных лицах в РС ЕРЗ
| N | Наименование | Обязательность | Пояснения |
| 1 | Идентификатор записи ТФОМС | Усл. | Идентификатор формирует ТФОМС для новых записей и возвращает в СМО. С момента формирования и передачи идентификатора в СМО, поле обязательно для заполнения. |
| 2 | Территория страхования застрахованного лица | Да | Должна соответствовать территории страхования застрахованного лица. Согласно заявлению застрахованного лица (или списка застрахованных лиц по договору страхования (договоры страхования не предусмотрены с 01.01.2011 г.), не осуществивших выбор СМО после 01.01.2011 г.). |
| 3 | Единый номер полиса ОМС <1> | Да | Единый номер полиса должен быть присвоен каждому застрахованному лицу и однозначно идентифицировать застрахованное лицо в ЕРЗ. Подлежит изменению в случае изменения пола и/или даты рождения, а также при ответе ЦС ЕРЗ о действительном другом ЕНП. |
| 4 | Признак и/или дата регистрации ЕНП в ЦС ЕРЗ | Усл. | Указывается при наличии. |
| 5 | Фамилия застрахованного лица | Усл. | Фамилия, имя, отчество указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность. |
| 6 | Имя застрахованного лица | Усл. | |
| 7 | Отчество застрахованного лица | Усл. | |
| 8 | Пол застрахованного лица | Да | |
| 9 | Дата рождения застрахованного лица | Да | |
| 10 | Место рождения застрахованного лица | Усл. | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. |
| 11 | Гражданство застрахованного лица | Да | Указывается в соответствии с классификатором ОКСМ. (Приложение А O001). |
| 12 | Тип документа, удостоверяющего личность | Да | Указывается в соответствии с классификатором типов документов, удостоверяющих личность (Приложение А F011). |
| 13 | Номер или серия и номер документа, удостоверяющего личность | Да | |
| 14 | Орган, выдавший документ, удостоверяющий личность | Нет | |
| 15 | Дата выдачи документа, удостоверяющего личность | Усл. | Указывается в том виде, в котором она записана в предъявленном документе, удостоверяющем личность. |
| 16 | Код региона регистрации по месту жительства | Да | Указывается в соответствии с классификатором ОКАТО (Приложение А O002) |
| 17 | Адрес регистрации по месту жительства в Российской Федерации | Усл. | Указывается субъект, район, населенный пункт, при наличии улица, номер дома, корпус и номер квартира. Не указывается для лиц без определенного места жительства. |
| 18 | Дата регистрации по месту жительства | Усл. | Не указывается для лиц без определенного места жительства. |
| 19 | Код региона проживания (фактический) | Да | Указывается в соответствии с классификатором ОКАТО (Приложение А O002) |
| 20 | Адрес места проживания (фактический) | Усл. | Указывается субъект, район, населенный пункт, при наличии улица, номер дома, корпус и номер квартира. Не указывается при совпадении с адресом регистрации по месту жительства в Российской Федерации |
| 21 | СНИЛС застрахованного лица | Усл. | Страховой номер индивидуального лицевого счета. Указывается при наличии. |
| 22 | Статус застрахованного лица | Да | Указывается на основании данных Федеральной налоговой службы Российской Федерации в соответствии с классификатором кодов статуса застрахованного лица (СК 1.2.643.2.40.3.3.0.6.6, таблица 71) |
| 23 | Реестровый номер страховой медицинской организации | Да | Указывается в соответствии с Единым реестром страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования (Приложение А F002). |
| 24 | Дата регистрации в качестве застрахованного лица | Да | |
| 25 | Признак "смерть застрахованного лица" | Усл. | Указывается для умерших. Обязательно в случае наличия сведений о факте смерти, если дата смерти неизвестна |
| 26 | Дата смерти застрахованного лица | Усл. | Указывается для умерших. Обязательно в случае наличия сведений |
| 27 | Способ подачи заявления о выборе (замене) страховой медицинской организации | Усл. | Указывается при получении сведений в соответствии с классификатором способов подачи заявления (Приложение А R003) |
| 28 | Признак наличия ходатайства о регистрации в качестве застрахованного лица | Усл. | Обязательно в случае наличия ходатайства |
| 29 | Дата заявления о выборе (замене) страховой медицинской организации | Усл. | Обязательно в случае наличия заявления |
| 30 | Причина подачи заявления о выборе (замене) страховой медицинской организации | Усл. | Обязательно в случае наличия заявления. Указывается в соответствии с классификатором типов заявлений на выбор (замену) СМО (СК 1.2.643.2.40.3.3.0.6.7, таблица 75) |
| 31 | Категория застрахованного лица | Усл. | Обязательно в случае наличия заявления. Указывается в соответствии с классификатором категорий застрахованного лица (Приложение А V013). |
| 32 | Тип документа, подтверждающего факт страхования по ОМС | Да | Указывается в соответствии с классификатором типов документов, подтверждающих факт страхования по ОМС (Приложение А, F008). (Полис ОМС, выданный до 01.05.2011, временное свидетельство, полис ОМС, выданный после 01.05.2011) |
| 33 | Номер или серия и номер документа, подтверждающего факт страхования по ОМС | Да | Документами, подтверждающими факт страхования по ОМС, являются полис старого образца, временное свидетельство и полис единого образца. |
| 34 | Дата выдачи документа, подтверждающего факт страхования по ОМС | Да | |
| 35 | Срок (дата окончания) действия документа, подтверждающего факт страхования по ОМС | Усл. | Для бессрочных документов, подтверждающих факт страхования, не указывается |
| 36 | Способ подачи заявления о выдаче полиса ОМС (выдаче дубликата полиса) или переоформлении полиса | Усл. | Указывается при получении сведений в соответствии с классификатором способов подачи заявления (Приложение А, R003) |
| 37 | Дата заявления о выдаче полиса ОМС (выдаче дубликата полиса) или переоформлении полиса | Усл. | |
| 38 | Форма полиса ОМС | Да | Указывается в соответствии с классификатором форм изготовления полиса (Приложение А, R002) |
| 39 | Причина подачи заявления о выдаче полиса ОМС (выдаче дубликата полиса) или переоформлении полиса | Усл. | Указывается при наличии заявления в соответствии с классификатором причин выдачи или замены полиса ОМС (СК 1.2.643.2.40.3.3.0.6.9, таблица 82) |
| 40 | Контактная информация застрахованного лица | Усл. | Контактная информация необходима для обратной связи с застрахованным лицом. |
| 41 | ФИО представителя застрахованного лица | Усл | Заполняется при наличии. Указывается для лиц, застрахованных после 1 мая 2011 г. |
| 42 | Контактная информация представителя застрахованного лица (телефон, адрес электронной почты и пр.) | Усл | Заполняется при наличии |
| 43 | Сведения о прикреплении к МО | Да | Указывается код медицинской организации, дата прикрепления, дата открепления, тип и способ прикрепления |
| 44 | Особый случай идентификации | Усл. | Особым случаем идентификации является случай, когда в документе, удостоверяющем личность застрахованного, отсутствует фамилия, имя или отчество, либо дата рождения указана с точностью до месяца или года или не соответствует календарю. Признак особого случая идентификации повторяется столько раз, сколько особых случаев имеет место. Заполняется в соответствии с классификатором кодов надежности идентификации (СК 1.2.643.2.40.5.100.445, таблица 74). |
<1> Контрольный разряд номера полиса обязательного медицинского страхования, вычисляется арифметически в соответствии с методикой расчета, описанной в международном стандарте ISO/HL7 27931:2009 (алгоритм Mod10).
Приложение 6
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Рисунок 3 Информационное взаимодействие при ведении персонифицированного учета медицинской помощи, оказанной застрахованным лицам в сфере ОМС
Приложение 7
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Таблица 10 Перечень сведений о медицинской помощи, оказанной застрахованным лицам в сфере обязательного медицинского страхования
Приложение 8
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Рисунок 4 Информационное взаимодействие при ведении ЕРЗ
Приложение 9
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Таблица 62 Код причины изменения данных (ОИД 1.2.643.2.40.5.100.62)
Приложение 10
к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
Таблица 83 Коды псевдонимизированных идентификаторов (ОИД1.2.643.2.40.1.14) и ключей поиска (ОИД 1.2.643.2.40.1.26), используемых для идентификации застрахованного лица
Приложение 11 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
ФОРМАТЫ И СТРУКТУРА НСИ И РЕЕСТРОВ
А.1 Описание форматов и структуры НСИ и реестров
Таблица А.1 V002 Классификатор профилей оказанной медицинской помощи (ProfOt)
Таблица А.2 V003 Классификатор работ (услуг) при лицензировании медицинской помощи (LicUsl)
Таблица А.3 V005 Классификатор пола застрахованного (Pol)
Таблица А.4 V006 Классификатор условий оказания медицинской помощи (UslMp)
Таблица А.5 V008 Классификатор видов медицинской помощи (VidMp)
Таблица А.6 V009 Классификатор результатов обращения за медицинской помощью (Rezult)
Таблица А.7 V010 Классификатор способов оплаты медицинской помощи (Sposob)
Таблица А.8 V012 Классификатор исходов заболевания (Ishod)
Таблица А.9 V013 Классификатор категорий застрахованного лица (KategZL)
Таблица А.10 V014 Классификатор форм оказания медицинской помощи (FRMMP)
Таблица А.11 V015 Классификатор медицинских специальностей (Medspec)
Таблица А.12 V016 Классификатор типов диспансеризации (DispT)
Таблица А.13 V017 Классификатор результатов диспансеризации (DispR)
Таблица А.14 V018 Классификатор видов высокотехнологичной медицинской помощи (HVid)
Таблица А.15 V019 Классификатор методов высокотехнологичной медицинской помощи (HMet)
Таблица А.16 V020 Классификатор профиля койки (KoPr)
Таблица А.17 V021 Классификатор медицинских специальностей (MedSpec)
Таблица А.18 V022 Классификатор моделей пациента при оказании высокотехнологичной медицинской помощи (ModPac)
Таблица А.19 V023 Классификатор клинико-статистических групп (KSG) <1>
<1> Формируется ФОМС. На уровне субъектов Российской Федерации формируется региональный классификатор КСГ с учетом подгрупп, выделенных в составе КСГ на основании V023 и в соответствии с тарифным соглашением.
<2> Указывается количество знаков до разделителя (в целочисленной части), символ используемого разделителя и количество десятичных знаков.
Таблица А.20 V024 Классификатор дополнительных классификационных критериев (DopKr) <1>
<1> Формируется ФОМС. На уровне субъектов Российской Федерации формируется региональный классификатор дополнительных классификационных критериев на основании V024 с учетом дополнительных критериев, устанавливаемых субъектом Российской Федерации.
Таблица А.21 V025 Классификатор целей посещения (KPC)
Таблица А.22 V026 Классификатор клинико-профильных групп (KPG)
<1> Указывается количество знаков до разделителя (в целочисленной части), символ используемого разделителя и количество десятичных знаков.
Таблица А.23 F001 Справочник территориальных фондов ОМС (TFOMS)
| N | XML-имя | Тип | Размер | Обяз. | Содержание | Дополнительная информация |
| 1 | packet | Корневой элемент | ||||
| 1.1 | version | Char | 5 | О | Версия структуры данных | |
| 1.2 | date | Date | - | О | Дата создания файла | |
| 1.3 | TFOMS | ОМ (1: \infty ) | Территориальный фонд обязательного медицинского страхования | |||
| 1.3.1 | tf_kod | Char | 2 | О | Код ТФОМС | Код ТФОМС заполняется из классификатора, приведенного в приложении А. Код F010 |
| 1.3.2 | tf_okato | Char | 5 | О | Код субъекта РФ по ОКАТО | Код субъекта РФ по ОКАТО заполняется из классификатора, приведенного в приложении А. Код О002 |
| 1.3.3 | tf_ogrn | Char | 15 | О | ОГРН ТФОМС | |
| 1.3.4 | name_tfp | Char | 250 | О | Наименование ТФОМС (полное) | |
| 1.3.5 | name_tfk | Char | 250 | О | Наименование ТФОМС (краткое) | |
| 1.3.6 | index | Char | 6 | У | Почтовый индекс адреса | |
| 1.3.7 | address | Char | 250 | О | Адрес место нахождения, заданный в строку | Субъект, район, город, населенный пункт, улица, номер дома (владение), номер корпуса/строения |
| 1.3.8 | fam_dir | Char | 40 | О | Фамилия директора | Фамилия, имя, отчество заполняется с документа, удостоверяющего личность |
| 1.3.9 | im_dir | Char | 40 | О | Имя | |
| 1.3.10 | ot_dir | Char | 40 | У | Отчество | |
| 1.3.11 | phone | Char | 40 | О | Телефон (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.12 | fax | Char | 40 | О | Факс (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.13 | e_mail | Char | 50 | О | Адрес электронной почты | |
| 1.3.14 | kf_tf | Num | 4 | О | Количество филиалов ТФОМС | |
| 1.3.15 | www | Char | 100 | У | Адрес официального сайта в сети Интернет | http://адрес_сайта |
| 1.3.16 | MTR | О | Реквизиты ТФОМС при осуществлении МТР | |||
| 1.3.16.1 | bic | Char | 9 | О | БИК | 9 цифр |
| 1.3.16.2 | inn | Char | 10 | О | ИНН | 10 цифр |
| 1.3.16.3 | kpp | Char | 9 | О | КПП | 9 цифр |
| 1.3.16.4 | kbk | Num | 20 | О | КБК | 20 цифр |
| 1.3.16.5 | oktmo | Char | 8 | О | Код по ОКТМО | 8 цифр |
| 1.3.16.6 | MTR_POL | О | Реквизиты ТФОМС как получателя счетов при осуществлении МТР | |||
| 1.3.16.6.1 | L_NAIM | Char | 250 | О | Наименование получателя | |
| 1.3.16.6.2 | L_B | Char | 100 | О | Банк | Наименование |
| 1.3.16.6.3 | L_RS | Num | 20 | О | Расчетный счет | |
| 1.3.16.7 | MTR_PL | О | Реквизиты ТФОМС как плательщика при осуществлении МТР | |||
| 1.3.16.7.1 | T_NAIM | Char | 250 | О | Наименование плательщика | |
| 1.3.16.7.2 | T_B | Char | 100 | О | Банк | Наименование |
| 1.3.16.7.3 | T_RS | Num | 20 | О | Расчетный счет | |
| 1.3.17 | d_edit | Date | - | О | Дата последнего редактирования | Формат даты - ДД.ММ.ГГГГ |
| 1.3.18 | d_end | Date | - | У | Дата исключения из справочника | Формат даты - ДД.ММ.ГГГГ |
Таблица А.24 F002 Единый реестр страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования (SMO)
| N | XML-имя | Тип | Размер | Обяз. | Содержание | Дополнительная информация |
| 1 | packet | Корневой элемент | ||||
| 1.1 | version | Char | 5 | О | Версия структуры данных | |
| 1.2 | date | Date | - | О | Дата создания файла | |
| 1.3 | insCompany | ОМ (1: \infty ) | Страховая медицинская организация, осуществляющая деятельность в сфере обязательного медицинского страхования | |||
| 1.3.1 | tf_okato | Char | 5 | О | Код субъекта РФ по ОКАТО, где зарегистрирована СМО в качестве участника ОМС | ОКАТО субъекта РФ, куда СМО направила уведомление для включения в реестр. При задании кода классификатора используются только первые 5 символов |
| 1.3.2 | smocod | Char | 5 | О | Код СМО в едином реестре ОМС | Первые 2 символа - код ТФОМС, следующие 3 символа - номер в ТФОМС. Реестровый номер остается неизменным для данной СМО, в том числе при перерегистрации в журнале регистрации при подаче нового уведомления об осуществлении деятельности в сфере ОМС. Данное поле может содержать только цифры. |
| 1.3.3 | nam_smop | Char | 1000 | О | Полное наименование СМО | Для головных организаций заполняется в соответствии с ЕГРЮЛ |
| 1.3.4 | nam_smok | Char | 250 | О | Краткое наименование СМО | Для головных организаций заполняется в соответствии с ЕГРЮЛ |
| 1.3.5 | inn | Char | 12 | О | ИНН | 10 цифр для юридического лицо или 12 цифр для физического лица |
| 1.3.6 | Ogrn | Char | 15 | О | ОГРН | 13 цифр, начиная с 1 - 2 - 5 для юридического лица или 15 цифр, начиная с 3 для физического лица |
| 1.3.7 | kpp | Char | 9 | О | КПП | Содержит 9 цифр |
| 1.3.8 | jurAddress | О | Юридический адрес СМО | |||
| 1.3.8.1 | index_j | Char | 6 | О | Почтовый индекс адреса | |
| 1.3.8.2 | addr_j | Char | 254 | О | Адрес, заданный в строку | |
| 1.3.9 | pstAddress | О | Фактический (почтовый) адрес СМО | |||
| 1.3.9.1 | index_f | Char | 6 | О | Почтовый индекс адреса | |
| 1.3.9.2 | addr_f | Char | 254 | О | Адрес, заданный в строку | |
| 1.3.10 | okopf | Char | 5 | О | Код организационно-правовой формы СМО по ОКОПФ | Заполняется в соответствии с классификатором ОКОПФ (Приложение А O005) |
| 1.3.11 | fam_ruk | Char | 40 | О | Фамилия руководителя | Фамилия, имя, отчество заполняется с документа удостоверяющего личность |
| 1.3.12 | im_ruk | Char | 40 | О | Имя руководителя | |
| 1.3.13 | ot_ruk | Char | 40 | У | Отчество руководителя | |
| 1.3.14 | phone | Char | 40 | ОМ (1:2) | Телефон (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.15 | fax | Char | 40 | ОМ (1:2) | Факс (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.16 | e_mail | Char | 64 | ОМ (1:2) | Адрес электронной почты | |
| 1.3.17 | www | Char | 100 | У | Адрес официального сайта | http://адрес_сайта |
| 1.3.18 | licenziy | О | Лицензия на осуществление страховой медицинской деятельности | |||
| 1.3.18.1 | n_doc | Char | 32 | О | Номер лицензии СМО на осуществление деятельности | |
| 1.3.18.2 | d_start | Date | - | О | Дата выдачи лицензии на осуществление деятельности | Дата выдачи лицензии не может быть больше текущей даты |
| 1.3.18.3 | date_e | Date | - | О | Дата окончания действия лицензии на осуществление деятельности СМО | |
| 1.3.18.4 | d_term | Date | - | У | Дата досрочного прекращения действия лицензии | Дата досрочного прекращения действия лицензии - меньше даты окончания срока действия лицензии |
| 1.3.18.5 | licPic | НМ (0:9) | Графические копии документов | |||
| 1.3.18.5.1 | picPage | Num | 1 | О | Номер страницы | |
| 1.3.18.5.2 | picCopy | xB64 | - | О | Графическая копия страницы | |
| 1.3.19 | org | Num | 1 | О | Признак подчиненности | Заполняется в соответствии с классификатором признака подчиненности СМО (Приложение А R007). В реестре СМО для записей, имеющих одинаковый ОГРН, допускается только одна запись, имеющая признак подчиненности 1 (головная). Филиалам СМО, действующим в субъектах Российской Федерации, признак подчиненности указывается 2 (филиал) |
| 1.3.20 | insInclude | ОМ (1: \infty ) | Включение СМО в реестр ОМС | |||
| 1.3.20.1 | d_begin | Date | - | О | Дата включения в реестр СМО | Формат даты включения - ДД.ММ.ГГГГ |
| 1.3.20.2 | d_end | Date | - | У | Дата исключения из реестра СМО | Заполняется в случае исключения СМО из реестра. Дата исключения из реестра должна быть позже даты включения или совпадать с ней. Формат даты исключения - ДД.ММ.ГГГГ |
| 1.3.20.3 | name_e | Num | 1 | УМ (0: \infty ) | Причина исключения СМО из реестра. Заполняется только в случае задания даты исключения (что в свою очередь говорит об исключения СМО из реестра) | Заполняется в соответствии с классификатором причин исключения из реестра СМО (Приложение А R005) |
| 1.3.20.4 | Nal_p | Num | 1 | У | Наличие действующих полисов при исключении СМО из реестра. Заполняется только в случае задания даты исключения (что в свою очередь говорит об исключения СМО из реестра) | Служебное поле. 1 - имеет действующие полисы; 2 - не имеет действующих полисов. Заполняется, в том числе, в случае наличия у СМО, исключенной из реестра, действующих полисов |
| 1.3.21 | insAdvice | ОМ (1: \infty ) | Уведомление СМО об осуществлении деятельности в сфере ОМС | |||
| 1.3.21.1 | YEAR_WORK | Date | - | О | Год, на который подается уведомление | Формат года - ГГГГ |
| 1.3.21.2 | DUVED | Date | - | О | Дата уведомления об осуществлении деятельности в сфере ОМС | Дата уведомления не может быть больше текущей даты |
| 1.3.21.3 | kol_zl | Num | 9 | О | Численность застрахованных лиц в СМО, осуществляющей деятельность в сфере ОМС, на дату подачи уведомления об осуществлении деятельности в сфере ОМС | |
| 1.3.22 | d_edit | Date | - | О | Дата последнего редактирования записи | Обязательно обновляется при внесении изменений. Формат даты последнего редактирования - ДД.ММ.ГГГГ |
Таблица А.25 F003 Единый реестр медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования (MO)
| N | XML-имя | Тип | Размер | Обяз. | Содержание | Дополнительная информация |
| 1 | packet | Корневой элемент | ||||
| 1.1 | version | Char | 5 | О | Версия структуры данных | |
| 1.2 | date | Date | - | О | Дата создания файла | |
| 1.3 | medCompany | ОМ (1: \infty ) | Медицинская организация, осуществляющая деятельность в сфере обязательного медицинского страхования | |||
| 1.3.1 | tf_okato | Char | 5 | О | Код субъекта РФ по ОКАТО, где зарегистрирована МО | ОКАТО субъекта РФ, где зарегистрирована МО (место учета). При задании кода классификатора используется только первые 5 символов |
| 1.3.2 | mcod | Char | 6 | О | Код МО в едином реестре ОМС | Первые 2 символа - код ТФОМС, следующие 4 символа - номер в ТФОМС. Реестровый номер остается неизменным для данной МО, в том числе при перерегистрации в журнале регистрации при подаче нового уведомления об осуществлении деятельности в сфере ОМС. Данное поле может содержать только цифры. |
| 1.3.3 | nam_mop | Char | 1000 | О | Полное наименование МО | Для головных организаций заполняется в соответствии с ЕГРЮЛ |
| 1.3.4 | nam_mok | Char | 250 | О | Краткое наименование МО | Для головных организаций заполняется в соответствии с ЕГРЮЛ |
| 1.3.5 | inn | Char | 12 | О | ИНН | 10 цифр для юридического лицо или 12 цифр для физического лица |
| 1.3.6 | Ogrn | Char | 15 | О | ОГРН | 13 цифр, начиная с 1 - 2 - 5 для юридического лица или 15 цифр, начиная с 3 для физического лица |
| 1.3.7 | KPP | Char | 9 | У | КПП | Содержит 9 цифр. Может не заполняться только для индивидуальных частных предпринимателей |
| 1.3.8 | jurAddress | О | Юридический адрес МО | |||
| 1.3.8.1 | index_j | Char | 6 | О | Почтовый индекс адреса | |
| 1.3.8.2 | addr_j | Char | 254 | О | Адрес, заданный в строку | |
| 1.3.9 | okopf | Char | 5 | О | Код организационно-правовой формы МО по ОКОПФ | Заполняется в соответствии с классификатором ОКОПФ (Приложение А O005) |
| 1.3.10 | vedpri | Num | 2 | О | Код вида ведомственной принадлежности медицинской организации | Заполняется в соответствии с классификатором ведомственной принадлежности (Приложение А F007) |
| 1.3.11 | org | Num | 1 | О | Признак подчиненности | Заполняется в соответствии с классификатором признака подчиненности МО (Приложение А R008) |
| 1.3.12 | fam_ruk | Char | 40 | О | Фамилия руководителя | Фамилия, имя, отчество заполняется с документа удостоверяющего личность |
| 1.3.13 | im_ruk | Char | 40 | О | Имя руководителя | |
| 1.3.14 | ot_ruk | Char | 40 | У | Отчество руководителя | |
| 1.3.15 | phone | Char | 40 | ОМ (1:2) | Телефон (с кодом города) | 8 - код города (3 - 5 цифр) номер (5 - 7 цифр) |
| 1.3.16 | fax | Char | 40 | ОМ (1:2) | Факс (с кодом города) | 8 - код города (3 - 5 цифр) номер (5 - 7 цифр) |
| 1.3.17 | e_mail | Char | 64 | ОМ (1:2) | Адрес электронной почты | |
| 1.3.18 | podr | УМ (1: \infty ) | Структурные подразделения МО. Обязательно к заполнению при наличии структурных подразделений в составе МО | |||
| 1.3.18.1 | mpcod | Char | 8 | О | Код структурного подразделения МО | Первые 6 символов - код МО в едином реестре ОМС, следующие 2 символа - уникальный номер структурного подразделения МО в МО. Код структурного подразделения МО остается неизменным для данного структурного подразделения МО, в том числе при подаче нового уведомления об осуществлении деятельности в сфере ОМС. Данное поле может содержать только цифры. |
| 1.3.18.2 | nam_mosp | Char | 1000 | О | Полное наименование структурного подразделения МО | |
| 1.3.18.3 | nam_mosk | Char | 250 | О | Краткое наименование структурного подразделения МО | |
| 1.3.18.4 | fam_ruk_sp | Char | 40 | О | Фамилия руководителя структурного подразделения МО | Фамилия, имя, отчество заполняется в соответствии с документом, удостоверяющим личность |
| 1.3.18.5 | im_ruk_sp | Char | 40 | О | Имя руководителя структурного подразделения МО | |
| 1.3.18.6 | ot_ruk_sp | Char | 40 | У | Отчество руководителя структурного подразделения МО | |
| 1.3.18.6 | Phone_sp | Char | 40 | ОМ (1:2) | Телефон структурного подразделения МО (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.18.7 | addr_fsp | ОМ (1: \infty ) | Фактические адреса отделений структурного подразделения МО | |||
| 1.3.18.7.1 | addr_ code | Char | 16 | О | Код фактического адреса отделения структурного подразделения МО | Код присваивается ТФОМС: первые 5 цифр - ОКАТО субъекта РФ, где зарегистрирована МО, следующие 8 цифр - код структурного подразделения МО, следующие 3 цифры - уникальный номер адреса отделения структурного подразделения МО |
| 1.3.18.7.2 | addr_fspo | Char | 254 | О | Фактический адрес отделения структурного подразделения МО, заданный в строку | |
| 1.3.19 | doc | ОМ (1: \infty ) | Лицензии МО на осуществление медицинской деятельности | |||
| 1.3.19.1 | n_doc | Char | 32 | О | Номер лицензии МО на осуществление деятельности | |
| 1.3.19.2 | d_start | Date | - | О | Дата выдачи лицензии на осуществление деятельности МО | Дата выдачи лицензии не может быть больше текущей даты |
| 1.3.19.3 | date_e | Date | - | У | Дата окончания действия лицензии на осуществление деятельности МО | Заполняется в случае наличия такой даты. Не заполняется для бессрочных лицензий. |
| 1.3.19.4 | d_term | Date | - | У | Дата досрочного прекращения действия лицензии | Дата досрочного прекращения действия лицензии - меньше даты окончания срока действия лицензии |
| 1.3.19.5 | mpcods_L | Char | 16 | УМ (1: \infty ) | Код фактического адреса отделения структурного подразделения МО | Код фактического адреса отделения структурного подразделения МО, для которого действует лицензия. Обязательно к заполнению при заполненном элементе podr |
| 1.3.19.6 | mp | Num | 2 | ОМ (1: \infty ) | Коды вида медицинской помощи, оказываемой медицинской организацией в рамках территориальной программы ОМС | Заполняется в соответствии с классификатором видов медицинской помощи (Приложение А V008) |
| 1.3.19.6.1 | mprof | Num | 3 | ОМ (1: \infty ) | Коды профилей медицинской помощи, оказываемой медицинской организацией по указанному виду медицинской помощи в рамках территориальной программы ОМС | Заполняется в соответствии с классификатором профилей медицинской помощи (Приложение А V002) |
| 1.3.19.7 | licPic | НМ (0:9) | Графические копии документов | |||
| 1.3.19.7.1 | picPage | Num | 3 | О | Номер страницы | |
| 1.3.19.7.2 | picCopy | xB64 | - | О | Графическая копия страницы | |
| 1.3.20 | www | Char | 100 | У | Адрес официального сайта | http://адрес_сайта |
| 1.3.21 | medInclude | ОМ (1: \infty ) | Включение МО в реестр ОМС | |||
| 1.3.21.1 | d_begin | Date | - | О | Дата включения в реестр МО | Формат даты включения - ДД.ММ.ГГГГ |
| 1.3.21.2 | d_end | Date | - | У | Дата исключения из реестра МО | Заполняется в случае исключения МО из реестра. Дата исключения из реестра должна быть позже даты включения или совпадать с ней. Формат даты исключения - ДД.ММ.ГГГГ |
| 1.3.21.3 | name_e | Num | 1 | УМ (0: \infty ) | Причина исключения МО из реестра. Заполняется только в случае задания даты исключения (что в свою очередь говорит об исключения МО из реестра) | Заполняется в соответствии с классификатором причин исключения из реестра МО (Приложение А R006) |
| 1.3.22 | medAdvice | ОМ (1: \infty ) | Уведомление МО об осуществлении деятельности в сфере ОМС | |||
| 1.3.22.1 | YEAR_WORK | Date | - | О | Год, на который подается уведомление МО | Формат года - ГГГГ |
| 1.3.22.2 | DUVED | Date | - | О | Дата уведомления об осуществлении деятельности в сфере ОМС | Дата уведомления не может быть больше текущей даты |
| 1.3.22.3 | d_mp | Num | 2 | ОМ (1: \infty ) | Коды вида медицинской помощи, оказываемой медицинской организацией в указанном году | Заполняется в соответствии с классификатором видов медицинской помощи (Приложение А V008) |
| 1.3.23 | d_edit | Date | - | О | Дата последнего редактирования записи | Обязательно обновляется при внесении изменений. Формат даты последнего редактирования - ДД.ММ.ГГГГ |
Таблица А.26 F004 Единый реестр экспертов качества медицинской помощи (EKMP)
| N | XML-имя | Тип | Размер | Обяз. | Содержание | Дополнительная информация |
| 1 | packet | Корневой элемент | ||||
| 1.1 | version | Char | 5 | О | Версия структуры данных | |
| 1.2 | date | Date | - | О | Дата создания файла | |
| 1.3 | omsExpert | ОМ (1: \infty ) | Эксперт качества медицинской помощи | |||
| 1.3.1 | tf_okato | Char | 5 | О | Код субъекта РФ по ОКАТО, где зарегистрирован Эксперт | При задании кода классификатора используются только первые 5 символов |
| 1.3.2 | n_expert | Char | 7 | О | Код Эксперта в едином реестре ОМС | Первые 2 символа - код ТФОМС, следующие 5 символов - номер в ТФОМС. Реестровый номер остается неизменным для данного Эксперта, в том числе при перерегистрации в журнале регистрации при подаче нового уведомления об осуществлении деятельности в сфере ОМС. Данное поле может содержать только цифры. |
| 1.3.3 | fam | Char | 40 | О | Фамилия Эксперта | Фамилия, имя, отчество заполняется с документа удостоверяющего личность |
| 1.3.4 | im | Char | 40 | О | Имя Эксперта | |
| 1.3.5 | ot | Char | 40 | У | Отчество Эксперта | |
| 1.3.6 | SNILS | Char | 14 | О | СНИЛС Эксперта | Заполняется в соответствии с шаблоном 999-999-999 99, где 9 - любая десятичная цифра. Значение СНИЛС, заполненное по шаблону, должно быть ненулевым |
| 1.3.7 | phone | Char | 40 | ОМ (1:2) | Телефон (с кодом города) | 8 - код города (3 - 5 цифр) - номер (5 - 7 цифр) |
| 1.3.8 | e_mail | Char | 64 | НМ (0:2) | Адрес электронной почты | Указывается при наличии |
| 1.3.9 | expInclude | ОМ (1: \infty ) | Включение Эксперта в реестр ОМС | |||
| 1.3.9.1 | Date_b | Date | - | О | Дата включения в реестр Экспертов | Формат даты включения - ДД.ММ.ГГГГ |
| 1.3.9.2 | date_e | Date | - | У | Дата исключения из реестра Экспертов | Заполняется в случае исключения эксперта качества медицинской помощи из территориального реестра. Дата исключения из реестра должна быть позже даты включения или совпадать с ней. Формат даты исключения - ДД.ММ.ГГГГ |
| 1.3.9.3 | organ_cod | Num | 1 | ОМ (1: \infty ) | Код предложения по включению Эксперта в реестр ОМС. | Заполняется в соответствии с классификатором организаций, представляющих кандидатуру эксперта качества медицинской помощи (Приложение А, R009) |
| 1.3.9.4 | Namc_e | Num | 2 | УМ (0: \infty ) | Код причины исключения Эксперта из реестра ОМС. Заполняется только в случае указания даты исключения (что в свою очередь говорит об исключении Эксперта из реестра) | Заполняется в соответствии с классификатором причин исключения эксперта качества медицинской помощи из территориального реестра (Приложение А, R010) |
| 1.3.10 | expDoc | О | Документы эксперта | |||
| 1.3.10.1 | docScDiplom | НМ (0: \infty ) | Диплом ученой степени Эксперта | |||
| 1.3.10.1.1 | name_step | Num | 1 | О | Код ученой степени | Заполняется в соответствии с классификатором ученых степеней (Приложение А, R012) |
| 1.3.10.2 | docSertificate | ОМ (1: \infty ) | Сертификат специалиста | |||
| 1.3.10.2.1 | spec_nam es | Num | 4 | О | Код специальности, по которой выдан сертификат/свидетельство | Заполняется в соответствии с классификатором медицинских специальностей (Приложение А, V015, V021) |
| 1.3.10.2.2 | spec_code | Char | 3 | О | Код справочника специальностей | Код используемого справочника, например, "V021" |
| 1.3.10.2.3 | date_k | Date | - | О | Срок действия сертификата/свидетельства | Формат даты срока окончания действия сертификата/свидетельства - ДД.ММ.ГГГГ |
| 1.3.10.2.4 | name_kat | Num | 1 | О | Квалификационная категория | Заполняется в соответствии с классификатором квалификационных категорий (Приложение А, R011) |
| 1.3.10.2.5 | organ_name | Char | 1000 | О | Место работы Эксперта по специальности | |
| 1.3.10.2.6 | dolgnost | Char | 254 | О | Должность Эксперта по месту работы по специальности | |
| 1.3.10.2.7 | stazh | Num | 2 | О | Стаж эксперта (лет) по специальности | Стаж работы по соответствующей врачебной специальности, не менее 10 лет |
| 1.3.10.2.8 | eks__g | Num | 7 | О | Количество экспертиз за год | Количество экспертиз качества медицинской помощи, проведенных за предыдущий год |
| 1.3.10.2.9 | eks_re | Num | 7 | О | Количество реэкспертиз | Количество повторных экспертиз качества медицинской помощи (реэкспертиз), по результатам которых заключения эксперта признаны необоснованными и недостоверными |
| 1.3.10.2.10 | MZnomen | Num | 2 | У | Главный внештатный специалист Министерства здравоохранения субъекта РФ | Заполняется для главных внештатных специалистов Минздрава согласно Номенклатуре главных внештатных специалистов, утвержденной приказом Минздрава России от 25.10.2012 N 444 (Приложение А, R013) |
| 1.3.11 | date_red | Date | - | О | Дата последнего редактирования записи реестра экспертов | Обязательно обновляется при внесении изменений. Формат даты последнего редактирования - ДД.ММ.ГГГГ |
Таблица А.27 F005 Классификатор статусов оплаты медицинской помощи (StatOpl)
Таблица А.28 F006 Классификатор видов контроля (VidExp)
Таблица А.29 F007 Классификатор ведомственной принадлежности медицинской организации (Vedom)
Таблица А.30 F008 Классификатор типов документов, подтверждающих факт страхования по ОМС (TipOMS)
Таблица А.31 F009 Классификатор статуса застрахованного лица (StatZL)
Таблица А.32 F010 Классификатор субъектов Российской Федерации (Subekti)
| N | XML-имя | Тип | Размер | Содержание |
| 1 | packet | Корневой элемент | ||
| 1.1 | zglv | Информация о справочнике | ||
| 1.1.1 | type | Char | 10 | Subekti |
| 1.1.2 | version | Char | 3 | Версия структуры файла |
| 1.1.3 | date | Date | - | Дата создания файла |
| 1.2 | zap | Запись | ||
| 1.2.1 | KOD_TF | Char | 2 | Код ТФОМС |
| 1.2.2 | KOD_OKATO | Char | 5 | Код по ОКАТО (Приложение А O002). |
| 1.2.3 | SUBNAME | Char | 254 | Наименование субъекта РФ |
| 1.2.4 | OKRUG | Num | 1 | Код федерального округа |
| 1.2.5 | DATEBEG | Date | - | Дата начала действия записи |
| 1.2.6 | DATEEND | Date | - | Дата окончания действия записи |
Таблица А.33 F011 Классификатор типов документов, удостоверяющих личность (Tipdoc)
Таблица А.34 F013 Реестр пунктов выдачи полисов (Punkt)
Таблица А.35 F014 Классификатор причин отказа в оплате медицинской помощи (OplOtk)
Таблица А.36 F015 Классификатор федеральных округов (Okrug)
Таблица А.37 O001 Общероссийский классификатор стран мира (OKSM) <**>
Таблица А.38 O002 Общероссийский классификатор административно-территориального деления (ОКАТО) <**>
Таблица А.39 O003 Общероссийский классификатор видов экономической деятельности (OKVED) <**>
Файл классификатора (изменения к классификатору), содержащий поле "NOMDESCR - описание", может иметь количество записей в файле большее, чем количество позиций в классификаторе (изменении к классификатору).
Протокол выгрузки файла (*.dbs) содержит количество выгруженных позиций и структуру позиции файла.
Каждая позиция классификатора может состоять из нескольких записей файла, различающихся только содержимым поля "описание", т.к. количество символов в "описании" позиции может превышать допустимый размер (250). При этом количество записей по конкретной позиции классификатора зависит от количества символов, содержащихся в ее описании (от 1 до 32 записей). Содержимое поля "описание" каждой последующей записи конкретной позиции классификатора является продолжением содержимого поля "описание" предыдущей записи этой позиции классификатора.
- Пример представления информации по ОКВЭД
Первые четыре записи файла okved.dbf совпадают с первыми четырьмя позициями классификатора. Записи файла 5 и 6 представляют вместе одну позицию классификатора, и имеют вид:
Таблица А.40 Пример записи 5 в ОКВЭД
Таблица А.41 Пример записи 6 в ОКВЭД
Таблица А.42 O004 Общероссийский классификатор форм собственности (OKFS)
Таблица А.43 O005 Общероссийский классификатор организационно-правовых форм (OKOPF)
Таблица А.44 R001 Классификатор причин внесения изменений в РС ЕРЗ (PRICIN)
Таблица А.45 R002 Классификатор форм изготовления полиса (FORM)
Таблица А.46 R003 Классификатор способов подачи заявления (SPOS)
Таблица А.47 R004 Классификатор результатов обработки заявки на внесение изменений в РС ЕРЗ (REZ)
Таблица А.48 R005 Классификатор причин исключения из реестра СМО (ISKSMO)
Таблица А.49 R006 Классификатор причин исключения из реестра МО (ISKMO)
Таблица А.50 R007 Классификатор признака подчиненности СМО (GLSMO)
Таблица А.51 R008 Классификатор признака подчиненности МО (GLMO)
Таблица А.52 R009 Классификатор организаций, представляющих кандидатуру эксперта качества медицинской помощи (ORPREX)
Таблица А.53 R010 Классификатор причин исключения эксперта качества медицинской помощи из территориального реестра (ISKEX)
Таблица А.54 R011 Классификатор квалификационных категорий (KVKAT)
Таблица А.55 R012 Классификатор ученых степеней (UCHST)
Таблица А.56 R013 Классификатор главных внештатных специалистов (MZSPEC)
А.2 Структура справочников ошибок форматно-логического контроля и прикладной обработки
К справочникам ошибок форматно-логического контроля и прикладной обработки относятся справочники с буквенно-цифровым обозначением Q001 - Q014. Данные справочники представляют собой электронные таблицы формата XLS. Электронная таблица содержит четыре листа: Коды, Информация о текущей версии, История изменений, Подробно об изменениях.
А.2.1 Лист "Коды"
Лист "Коды" содержит описания понятий, которые входят в текущую (действующую) версию справочника.
Первые три строки листа Коды содержат заголовки столбцов. Следующие строки содержат описания ошибок и предупреждений (по одной строке на ошибку или предупреждение). Правила заполнения первых трех столбцов приведены в таблице А.56. Названия этих столбцов играют информационную роль.
Таблица А.57 Правила заполнения первых трех столбцов листа "Коды"
| Столбец | Наименование | Правила заполнения |
|---|---|---|
| A | Код | Код ошибки или предупреждения |
| B | Имя | Имя ошибки или предупреждения |
| C | Описание | Описание ошибки или предупреждения |
Следующие необязательные столбцы описывают свойства ошибок и предупреждений - по одному столбцу на каждое свойство. Первая строка заголовка столбца содержит слово Свойство, вторая строка содержит наименование свойства. Столбцы свойств должны следовать друг за другом непрерывно. Значение свойства указывается в соответствующей ячейке строки с описанием ошибки или предупреждения. Если у ошибки или предупреждения это свойство отсутствует, то ячейка остается пустой. Правила заполнения свойств приведены в таблице А.57.
Таблица А.58 Правила заполнения свойств ошибок и предупреждений
А.2.2 Лист "Информация о текущей версии"
Лист "Информация о текущей версии" содержит общие сведения о текущей версии справочника.
Лист содержит два столбца. Значения ячеек столбца A фиксированы. Каждой строке, за исключением строки 1, соответствует свойство версии справочника. В столбце A содержится описание свойства, а в столбце B - значение. Правила заполнения листа приведены в таблице А.58. Значение в строке 1 фиксировано: Система кодирования.
Таблица А.59 Правила заполнения листа "Информация о текущей версии"
А.2.3 Лист "История изменений"
Лист "История изменений" содержит информацию о вводе в действие очередных версий справочника. История представлена в хронологическом порядке.
Лист содержит три столбца. В первой строке представлены заголовки столбцов. Следующие строки содержат сведения обо всех версиях справочника, введенных в действие. Каждая версия описана в отдельной строке. Правила заполнения сведений о вводе в действие версий представлены в таблице А.59.
Таблица А.60 Правила заполнения сведений о вводе в действие версий справочника
А.2.4 Лист "Подробно об изменениях"
Лист "Подробно об изменениях" содержит детальную информацию об изменениях, которые были внесены в очередные версии справочника.
Первые три строки листа содержат заголовки столбцов. Следующие строки содержат описания действий по изменению версии справочника (по одной строке на действие). Каждое действие связано с одной ошибкой или предупреждением. Правила заполнения сведений об изменениях представлены в таблице А.60.
Таблица А.61 Правила заполнения сведений об изменениях очередных версий справочника
Таблица А.62 Действия с понятиями справочника
Приложение 12 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ МЕЖДУ РЕГИОНАЛЬНЫМ И ЦЕНТРАЛЬНЫМ СЕГМЕНТАМИ ЕДИНОГО РЕГИСТРА ЗАСТРАХОВАННЫХ ЛИЦ
Б.1 Регламент информационного взаимодействия
Б.1.1 Информационные объекты, используемые для взаимодействия
При информационном обмене между Региональным и Центральным сегментами Единого регистра застрахованных лиц указанные стороны обмениваются следующими сведениями:
-
Изменение состояния на учете застрахованного лица на данной территории (выбор СМО, замена СМО, снятие с учета по причинам постановки на учет на другой территории, смерти или окончания срока права на ОМС);
-
Изменение сведений о ДПФС по застрахованным лицам на данной территории;
-
Изменение персональных данных и документов УДЛ по застрахованным лицам на данной территории;
-
Информацией о смерти застрахованного лица, не состоящего на учете на данной территории;
-
Информацией о прикреплении застрахованного лица к медицинскому учреждению;
-
Информацией о том, что застрахованное на данной территории лицо в отчетном периоде имело статус Работающий;
-
Информацией о том, что застрахованное на другой территории лицо в отчетном периоде имело статус Работающий.
Б.1.2 Регламент взаимодействия
- Изменение состояния на учете застрахованного лица на данной территории отправляется в следующие сроки:
- выбор СМО, замена СМО - не позднее 3 рабочих дней, следующего за написанием заявления на выбор (замену) СМО застрахованным лицом или его представителем;
- снятие с учета по причинам постановки на учет на другой территории, смерти или окончания срока права на ОМС - не позднее 5 рабочих дней после получения ответа на запрос сведений по подлежащим снятию с учета, окончанием срока права на ОМС или получением сведений о смерти застрахованного лица из органов ЗАГС;
- Информация о смерти застрахованного лица должна быть получена из органов ЗАГС в РС ЕРЗ не позднее 20 числа следующего месяца;
- Изменение сведений о ДПФС по застрахованным лицам на данной территории отправляется не позднее 1 рабочего дня после получения сведений из СМО;
- Изменение персональных данных и документов УДЛ по застрахованным лицам на данной территории отправляется не позднее 1 рабочего дня после получения сведений из СМО;
- Информация о смерти застрахованного лица, не состоящего на учете на данной территории, отправляется не позднее 5 рабочих дней после получения сведений из органов ЗАГС;
- Информация о том, что застрахованное лицо в предыдущем квартале имело статус Работающий, отправляется не позднее 20 числа третьего месяца каждого квартала после получения сведений из УФНС;
- Запросы к Центральному сегменту Единого регистра застрахованных лиц отправляются:
- Запрос страховой принадлежности ЗЛ - при каждом изменении сведений о состоянии на учете застрахованного лица, его документов ДПФС, персональных данных или документов УДЛ;
- Запрос списка лиц, подлежащих восстановлению на учете - каждый рабочий день;
- Запрос списка лиц, подлежащих снятию с учета - каждый рабочий день;
- Запрос списка лиц, умерших на другой территории - каждый рабочий день.
Б.1.3 Порядок мониторинга
При информационном взаимодействии подлежат журналированию и хранению в течение 6 месяцев следующие сведения:
- отправленные пакеты сообщений и запросов в Центральный сегмент Единого регистра застрахованных;
- пакеты с подтверждениями приема шлюзом Регионального сегмента Единого регистра застрахованных всех отправленных пакетов сообщений и запросов;
- пакеты с подтверждениями прикладной обработки Центральным сегментом Единого регистра застрахованных всех отправленных пакетов сообщений и запросов;
- дата и время отправки пакетов сообщений и запросов;
- дата и время получения пакета с подтверждениями приема шлюзом Регионального сегмента Единого регистра застрахованных всех отправленных пакетов сообщений и запросов;
- дата и время получения пакета с подтверждениями прикладной обработки Центральным сегментом Единого регистра застрахованных лиц всех отправленных пакетов сообщений и запросов.
Б.2 Сообщения об изменении данных в ЕРЗ
Б.2.1 Выбор информационного сообщения об изменении данных для события
Таблица Б.1 Выбор информационного сообщения
(Старые ключи остаются для поиска)
Б.2.2 Основные требования к заполнению сегментов сообщений
Таблица Б.2 Основные требования к заполнению сегментов сообщений
<1> Доступно к обработке по предварительному согласованию с ФОМС.
<2> Доступно к обработке по предварительному согласованию с ФОМС.
<3> Доступно к обработке по предварительному согласованию с ФОМС.
<4> Доступно к обработке по предварительному согласованию с ФОМС.
Б.2.3 События изменения данных в ЕРЗ
События изменения данных в ЕРЗ перечислены в таблице Б.3. Каждому типу события соответствует определенная структура исходного сообщения. Одна и та же структура может соответствовать нескольким типам событий.
Примечание. В кодах типов событий и структур сообщений здесь и далее все буквы - латинские.
Таблица Б.3 Перечень событий изменения данных в ЕРЗ и соответствующих им схем сообщений
Б.2.4 Причины возникновения событий изменения данных в ЕРЗ
Каждое событие изменения данных в ЕРЗ имеет определенную причину. Для некоторых событий причина всегда одна, для других событий причины могут быть разными. Перечень причин событий изменения данных в ЕРЗ приведен в таблице Б.4.
Таблица Б.4 Перечень событий изменения данных в ЕРЗ и их причин (коды причин событий на прикладном уровне указаны в столбце "Код - Причины"; ОИД 1.2.643.2.40.5.100.62)
Б.2.5 Сообщения о событии A08 "Изменение информации о застрахованном лице"
Б.2.5.1 Структура прямых и ответных сообщений
Б.2.5.1.1 Структура сообщения о событии A08 "Изменение информации о застрахованном лице"
При событии A08 "Изменение информации о застрахованном лице" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A01. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
| ADT/\A08/\ADT_A01 | Изменение информации о застрахованном лице | |
| <MSH>...</MSH> | Заголовок сообщения | |
| <EVN>...</EVN> [<ZVN>...</ZVN>] | Тип события Идентификация расхождения | |
| <PID>...</PID> | Идентификация застрахованного лица | |
| <PV1>...</PV1> [<PV2>...</PV2>] | Состояние на учете застрахованного лица Дополнительные сведения о состоянии на учете - только для сообщения с причиной события П08 | |
| [{ | --- начало полиса | |
| <IN1>...</IN1> </ADT_A01.INSURANCE>}] </ADT_A01> | Подтверждение факта страхования по ОМС. --- конец полиса | |
Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при их заполнении для сообщения о событии A08 нет.
| ACK/\A08/\ACK | Подтверждение приема Подтверждение прикладной обработки |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) |
Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для прикладного подтверждения для сообщения о событии A08 нет.
Б.2.5.1.2 Особенности заполнения сегментов PID и IN1 в сообщении о событии A08
Сегмент PID должен быть включен в любое сообщение о событии A08, поскольку предоставляет, в том числе, информацию, необходимую для идентификации застрахованного лица. В этом сегменте указываются только актуальные (правильные) демографические данные застрахованного лица, включая ЕНП, присвоенный застрахованному лице после обработки заявления.
Сегмент IN1 может включаться в сообщение один или два раза, либо может быть не включен ни разу в зависимости от причины события. В тех случаях, когда сегмент IN1 включается в сообщение дважды, в первом экземпляре должны указываться:
- сведения о временном свидетельстве или полисе ОМС, который действовал на момент принятия от застрахованного лица заявления о выборе (замене) СМО или о переоформлении полиса ОМС,
- сведения о застрахованном лице, указанные в этом документе,
- ОГРН СМО, в которой застрахованное лицо состояло на учете на момент подачи заявления,
- прежний ЕНП застрахованного лица, если ЕНП заменен по причине изменения даты рождения или пола.
Во втором экземпляре сегмента IN1 указываются:
- данные о новом временном свидетельстве или полисе ОМС, если он заменен, либо о том же, если он остался прежним,
- ОГРН СМО, в которой застрахованное лицо состоит на учете после обработки заявления.
Подробная информация о правилах заполнения сегмента IN1 представлена в таблице Б.5. Описание ошибок ФЛК, связанных с неправильным количеством сегментов IN1 в сообщениях, приведено в классификаторе Q004.
Таблица Б.5 Использование сегментов IN1 в сообщениях о событии A08 "Изменение информации о застрахованном лице"
В графе "Интерпретация дат IN1.12 и IN1.13" фразу "значение не указывается" следует интерпретировать как требование включить в сегмент пустой элемент (<IN1.12/> или <IN1.13/> соответственно).
Б.2.5.1.2.1 Особенности заполнения сегментов PID и IN1 при замене полиса ОМС
Во всех случаях, когда происходит замена временного свидетельства или полиса ОМС, в сообщение о событии A08 сегмент PID содержит актуальные демографические данные застрахованного лица, а в дополнение к нему передаются два сегмента IN1:
- первый сегмент должен включать в себя полную информацию о заменяемом временном свидетельстве или полисе ОМС, включая идентификацию СМО и прежние демографические данные застрахованного лица;
- второй сегмент должен включать в себя полную информацию о вновь выданном временном свидетельстве или полисе ОМС, включая идентификацию СМО (даже если она та же, что и в первом сегменте IN1). Демографические данные во второй сегмент IN1 не включаются.
Если замена полиса ОМС или временного свидетельства сопровождается заменой ЕНП застрахованного лица, то в поле PID.3 должен быть передан новый ЕНП застрахованного лица, а в поле IN1.49 - ЕНП, который был указан в прежнем (заменяемом) временном свидетельстве или полисе ОМС.
Б.2.5.1.2.2 Особенности заполнения сегментов PID и IN1 при исправлении данных, связанных с ошибками ввода и расхождениями сверки данных
Для исправления данных, связанных с ошибками ввода, а также расхождений, обнаруженных в результате сверки данных ЦС ЕРЗ и РС ЕРЗ, следует использовать следующие причины событий:
- П14 "Исправление постановки на учет": для исправления одного или нескольких реквизитов из числа следующих:
- дата постановки на учет,
- ОГРН СМО.
- П15 "Исправление снятия с учета": для исправления следующих реквизитов:
- дата снятия с учета.
- П16 "Исправление ошибки, не связанной с изменением состояния на учете" для исправления тех же данных, замена которых предусмотрена причинами событий П04 и П06.
Отличие причины события П16 от П04 и П06. Причины событий П04 и П06 следует использовать в тех случаях, когда сведения о застрахованном лице реально изменились: произошла замена документа, удостоверяющего личность, выдан новый полис ОМС и т.п. Причина события П16 предназначена для исправления ошибочного ввода данных, когда реально никакие документы не заменялись, но в ЦС ЕРЗ была отправлена неправильная информация о них. В таком случае для сообщения о правильных данных следует воспользоваться причиной события П16.
Примеры использования сообщений с причинами событий П04, П06 и П16.
-
Застрахованному лицу с фамилией "Иванцов" выдан полис на фамилию "Иванов". Через некоторое время застрахованное лицо обнаружило ошибку и написало заявление о замене полиса. В таком случае следует пользоваться сообщением с причиной события П06 - Замена полиса ОМС.
-
Застрахованному лицу с фамилией "Иванцов" выдан полис на фамилию "Иванцов", но из-за ошибки ввода в ЦС ЕРЗ было отправлено сообщение, в котором была указана фамилия "Иванов". Через некоторое время ошибка была обнаружена и исправлена в ИС РС ЕРЗ. В таком случае для передачи в ЦС ЕРЗ сведений о правильной фамилии следует воспользоваться сообщением с причиной события П16 - Исправление ошибки, не связанной с изменением состояния на учете.
-
Застрахованное лицо поставлено на учет по предъявлении паспорта, не указав СНИЛС. Через некоторое время из УФНС среди сведений о работающих была получена информация о данном ЗЛ, содержащая сведения о СНИЛС. Для передачи сведений о СНИЛС в ЦС ЕРЗ следует воспользоваться сообщением с причиной события П04 - Изменение данных без замены полиса ОМС.
-
Застрахованное лицо, поставленное на учет по предъявлении паспорта, заменив паспорт, сообщило об этом в СМО. Сведения о новом паспорте следует отправить в сообщении с причиной события П04 - Изменение данных без замены полиса ОМС.
-
Застрахованное лицо поставлено на учет по предъявлении паспорта, но в номере паспорта была допущена ошибка. Через некоторое время ошибка обнаружена и исправлена в ИС РС ЕРЗ. Для передачи сведений об исправленном номере паспорта в ЦС ЕРЗ следует воспользоваться сообщением с причиной события П16 - Исправление ошибки, не связанной с изменением состояния на учете.
Б.2.5.1.3 Особенности заполнения сегментов PID и IN1 в сообщении об устранении расхождения сверки, не требующего изменений в ЦС ЕРЗ
Для информирования об устранении расхождения сверки, не требующего изменений в ЦС ЕРЗ, следует послать сообщение об изменении данных с причиной события П17. При этом:
-
в сегменте EVN указывается дата и время изменения в РС ЕРЗ, устраняющего расхождение (в поле EVN.2 "Дата регистрации события");
-
в сегменте ZVN следует указать уникальный идентификатор расхождения, указанный в нулевой позиции строки файла расхождений;
- ФИО застрахованного лица (из РС ЕРЗ),
- СНИЛС и (или) информацию об УДЛ (из РС ЕРЗ),
- дату рождения (из РС ЕРЗ);
следующие поля должны совпадать со значениями, указанными в протоколе расхождений сверки:
- ЕНП (тот, под которым ЗЛ зарегистрировано в ЦС ЕРЗ),
- пол,
- гражданство,
- код региона регистрации по месту жительства,
- признак смерти (только для умерших),
- дата смерти (только для умерших);
- в сегменте IN1 следует указать информацию о страховании, полученную в соответствующей строке файла расхождений сверки:
- тип полиса ОМС,
- номер физического носителя (бланка) полиса ОМС,
- код территории страхования,
- ОГРН СМО,
- даты начала и окончания действия полиса ОМС,
- дату постановки на учет,
- дату снятия с учета.
Б.2.5.2 Сегмент ZVN - "Идентификация расхождения"
Сегмент ZVN предназначен для идентификации расхождения, обнаруженного при сверке данных между Центральным сегментом ЕРЗ и ИС РС ЕРЗ. Сегмент включается в сообщение только в том случае, когда сообщение направлено в связи с устранением расхождения, обнаруженного при сверке. Дата и время исправления данных должны передаваться в поле EVN.2 "Дата регистрации события".
Таблица Б.6 Структура сегмента ZVN
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| ZVN.1 | ST | Да | Идентификатор расхождения | Уникальный идентификатор расхождения, указанный в протоколе расхождений, полученном из ЦС ЕРЗ. |
Б.2.5.3 Сегмент PID - "Идентификация застрахованного лица"
Сегмент PID содержит постоянные сведения о застрахованном лице, а также демографическую часть, не подверженную особо частым изменениям (таблица Б.7).
Таблица Б.7 Структура сегмента PID (сообщение о событии A08)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз. | Имя | Обяз. | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1..* | ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1. | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64). | ||||||||
| CX.7 | Усл | Дата выдачи документа, удостоверяющего личность. Обязательно для всех документов, удостоверяющих личность, в событиях страхования после 18.07.2013 | ||||||||
| CX.8 | Усл | Срок окончания действия документа, удостоверяющего личность. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации; 29 - Сведения о трудовом договоре трудящегося государства-члена ЕАЭС. | ||||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.2.5.3.3. | |||||
| PID.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| PID.11 | XAD | Усл | Адрес застрахованного лица | 0..3 | Используется для передачи: - кода ОКАТО территории постоянной регистрации ЗЛ, - кода ОКАТО территории фактического проживания, - кода страны рождения. Код страны рождения обязателен при указании особых случаев идентификации, связанных с отсутствием компонентов ФИО в УДЛ. | |||||
| XAD.6 | Усл | Страна. Обязательный компонент для адреса с типом N (адрес места рождения). Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код). Если код страны не указан, то принимается значение по умолчанию RUS (Российская Федерация). | ||||||||
| XAD.7 | Да | Тип адреса. Код из СК 1.2.643.2.40.5.100.190, таблица 69 Допускаются значения: L - адрес постоянной регистрации, H - адрес фактического проживания, N - адрес места рождения. | ||||||||
| XAD.9 | Усл | Код ОКАТО, соответствующий адресу. Обязательный компонент, если страна не указана или указана Россия (RUS). СК 1.2.643.2.40.3.3.1 (таблица 49). | ||||||||
| PID.23 | ST | Усл | Место рождения | 1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность). Обязательно, если место рождения указано в УДЛ. | |||||
| PID.26 | CWE | Усл | Гражданство | В повторяющихся экземплярах поля передаются: - гражданство застрахованного лица, - признак беженца или вынужденного переселенца. | ||||||
| 1 | CWE.1 | Да | Гражданство застрахованного лица: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства - значение "Б/Г". Обязательно для сообщений о событиях, дата которых позже 30.06.2013 | |||||||
| CWE.3 | Нет | 1.2.643.2.40.5.0.25.3 | ОИД ОКСМ.3 | |||||||
| 2 | CWE.1 | Усл. | Категория учета иностранного гражданина (ОИД 1.2.643.2.40.3.3.0.6.19), таблица 70. Обязательно, если ЗЛ является иностранным гражданином | |||||||
| CWE.3 | Нет | 1.2.643.2.40.3.3.0.6.19 | ОИД системы кодирования категории учета иностранного гражданина. | |||||||
| PID.29 | DTM | Усл | Дата смерти | 1 | Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД. Если указан Признак смерти (значение "Y" в поле PID.30), то значение в поле обязательно. См. также п. Б.2.5.3.5. | |||||
| PID.30 | ID | Усл | Признак смерти | 1 | См. п. Б.2.5.3.4. | |||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | "Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место. | |||||
Б.2.5.3.1 Заполнение поля PID.3 "Список идентификаторов застрахованного лица"
В таблице Б.8 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле PID.3. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.
Таблица Б.8 Требования к заполнению поля PID.3 "Список идентификаторов застрахованного лица"
Б.2.5.3.2 Заполнение поля PID.5 "Фамилия, имя, отчество застрахованного лица"
В таблице Б.9 перечислены требования к обязательности поля PID.5 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.9 Требования к заполнению поля PID.5 "Фамилия, имя и отчество"
Б.2.5.3.3 Заполнение поля PID.7 "Дата рождения"
В таблице Б.10 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.10 Требования к заполнению поля PID.7 "Дата рождения"
Б.2.5.3.4 Заполнение поля PID.30 "Признак смерти"
В поле PID.30 ("Признак смерти") допускаются значения "Y" (умер) или "N" (не умер).
Значение "Y" допускается в следующих случаях:
- в сообщении о событии A03 (поле обязательное и должно быть заполнено значением "Y"),
- когда посылается сообщение о снятии с учета в связи со смертью (код причины события П02),
- при необходимости исправить ошибочные данные умершего застрахованного лица (коды причины события П14, П15 и П16),
- для подтверждения исправления в РС ЕРЗ информации об умершем лице (код причины события П17).
В остальных случаях поле PID.30 может быть не указано, но если указано, то должно иметь значение "N".
Для события с причиной П02 "Снятие с учета" наличие поля PID.30 служит признаком того, что снятие с учета производится именно в связи со смертью застрахованного лица.
Для события с причинами П14 "Исправление постановки на учет", П15 "Исправление снятия с учета" и П16 "Исправление ошибки, не связанной с изменением состояния на учете" наличие поля PID.30 служит признаком того, что данные изменяются именно у умершего лица. Если этот признак не указан или указан равным "N", то изменение данных у умершего лица не допускается.
Б.2.5.3.5 Заполнение поля PID.29 "Дата смерти"
Поле PID.29 ("Дата смерти") заполняется в следующих случаях:
- когда посылается сообщение о снятии с учета в связи со смертью (код причины события П02),
- при необходимости исправить ошибочную дату смерти (код причины события П15),
- для подтверждения исправления в РС ЕРЗ информации об умершем лице (код причины события П17).
В остальных случаях поле PID.29 не должно быть заполнено.
Б.2.5.4 Сегменты PV1 - "Состояние на учете застрахованного лица" и PV2 - "Дополнительные сведения о состоянии на учете"
Сегменты PV1 и PV2 предназначены для передачи сведений о постановке на учет и о снятии с учета в сообщениях, связанных с постановкой на учет или со снятием с учета. В версии 3.0 сегменты используются только в сообщении о событии A08 с причиной П08 "Восстановление на учете". Структура сегмента PV1 показана в таблице Б.11.
Таблица Б.11 Структура сегмента PV1 - "Состояние на учете застрахованного лица" (сообщение о событии A08, причина события П08)
Назначение сегмента PV2 - передача сведений, уточняющих и дополняющих сведения о постановке на учет или о снятии с учета. Его структура дана в таблице Б.12.
Таблица Б.12 Структура сегмента PV2 - "Дополнительные сведения о состоянии на учете"
Б.2.5.5 Сегмент IN1 - "Подтверждение факта страхования по ОМС"
В сообщении о событии A08 сегмент IN1 может включаться один или два раза, либо не включаться совсем в зависимости от причины события (см. таблицу Б.5).
Если сегмент включается в сообщение один раз, то в него не включается демографическая информация застрахованного лица, а информация о полисе ОМС (временном свидетельстве), СМО и территории страхования должна соответствовать тому состоянию на учете, которое возникает в результате обработки сообщения. Состав такого сегмента описан в таблице Б.13.
Если сегмент включается в сообщение дважды, то в первый экземпляр включаются прежние данные застрахованного лица (те, которые были зарегистрированы в ИС РС ЕРЗ, либо указаны в предъявленном полисе ОМС (временном свидетельстве) до подачи застрахованным лицом заявления, послужившего причиной сообщения), включая демографическую информацию. Состав такого сегмента описан в таблице Б.14. Второй экземпляр сегмента IN1 в таком случае не должен содержать демографическую информацию ЗЛ, а информация о полисе ОМС (временном свидетельстве), СМО и территории страхования должна соответствовать тому состоянию на учете, которое возникает в результате обработки сообщения. Состав такого сегмента описан в таблице Б.13.
Таблица Б.13 Структура сегмента IN1 "Подтверждение факта страхования по ОМС" (событие A08; экземпляр с актуальными данными)
Таблица Б.14 Структура сегмента IN1 "Подтверждение факта страхования по ОМС" (событие A08; экземпляр с данными, выводящимися из употребления)
Б.2.5.5.1 Заполнение поля IN1.3 "Идентификатор страховой медицинской организации"
Компонент IN1.3/CX.5 может принимать три значения:
- если застрахованное лицо поставлено на учет (состоит на учете) в СМО по заявлению о выборе (замене) СМО, то
- NII, и в этом случае значением компонента CX.1 должен быть ОГРН СМО, в которой застрахованное лицо поставлено на учет (состоит на учете) (ОИД системы кодирования 1.2.643.2.40.3.1.4),
- RII, и в этом случае значением компонента CX.1 должен быть реестровый код СМО или ее филиала, в котором произошло событие страхования (ОИД системы кодирования 1.2.643.2.40.3.1.4.0);
Экземпляры, содержащие ОГРН СМО и реестровый код СМО или ее филиала, могут быть указаны одновременно.
- если застрахованное лицо временно поставлено на учет (состоит на учете) в ТФОМС в случае прекращения договора о финансовом обеспечении СМО, в которой ЗЛ состояло на учете ранее, либо если на территории отсутствуют СМО:
- SII, и в таком случае в первом компоненте указывается двузначный код ТФОМС из справочника ТФОМС (ОИД системы кодирования 1.2.643.2.40.3.3.1.0, таблица 49).
Для успешной авторизации заявки на выпуск полиса ОМС должны быть выполнены условия, перечисленные ниже.
1. ОГРН СМО, указанный в поле с типом идентификатора NII, должен совпадать с ОГРН СМО, переданным в заявке на выпуск полиса в поле IN1.3 сегмента IN1 (компонент IN1.3/CX.1) при условии, что IN1.3/CX.5 = "NII".
2. Реестровый код СМО или ее филиала, указанный в поле с типом идентификатора RII, должен совпадать с кодом, переданным в заявке на выпуск полиса в поле ZQH.1 (компонент ZQH.1/EI.2) при условии, что в ZQH.1/EI.3 указан ОИД 1.2.643.2.40.3.1.4.0.
3. Код ТФОМС, указанный в поле с типом идентификатора SII, должен совпадать с кодом ТФОМС, переданным в заявке на выпуск полиса:
- в поле IN1.3 (компонент IN1.3/CX.1) сегмента IN1 при условии, что IN1.3/CX.5 = "SII" и
- в поле ZQH.1 (компонент ZQH.1/EI.2) при условии, что в ZQH.1/EI.3 указан ОИД 1.2.643.2.40.3.3.1.0.
Б.2.5.5.2 Заполнение поля IN1.12 "Дата начала действия полиса"
Правила заполнения поля IN1.12 даны в таблице Б.5 (графа "Интерпретация дат IN1.12 и IN1.13").
Б.2.5.5.3 Заполнение поля IN1.13 "Дата окончания действия полиса"
Правила заполнения поля IN1.13 даны в таблице Б.5 (графа "Интерпретация дат IN1.12 и IN1.13").
Б.2.5.5.4 Заполнение информации о типе и номере физического носителя полиса ОМС
Поле IN1.35 "Тип полиса" должно заполняться кодами из системы кодирования 1.2.643.2.40.5.100.86 (таблица 81). Поле является обязательным и должно быть заполнено во всех экземплярах сегмента IN1 для всех событий, кроме событий с причинами П14 и П15. Для событий П14 и П15 если значение в поле IN1.35 указано, то оно игнорируется. Допустимые типы полисов для разных причин события указаны в таблице Б.15. При нарушении указанного правила генерируется ошибка ФЛК N 119.
Таблица Б.15 Типы полисов ОМС, допустимые для разных причин событий
<1> Допускается временно для устранения несоответствий, связанных с ошибками начальной загрузки и выявленных при сверке данных.
В зависимости от типа полиса ОМС номер физического носителя заполняется по правилам, указанным в таблице Б.16. Обозначения в графах "IN1.36" и "PID.3/IN1.49":
+ номер физического носителя полиса ОМС передается в данном поле; значение обязательно;
x поле должно быть пустым (<IN1.36/>).
Таблица Б.16 Передача номера физического носителя полиса ОМС
<1> Значение передается в поле PID.3 - для УЭК, действующей после обработки данного события; в поле IN1.49 первого экземпляра IN1 - для УЭК, действовавшей на момент подачи заявления. Если УЭК в процессе обработки события не менялась, то значения в обоих полях должны быть одинаковыми.
Б.2.5.5.5 Особенности заполнения информации о территории страхования
В качестве территории страхования (поле IN1.15) должен быть указан пятизначный код из системы кодирования 1.2.643.2.40.3.3.1.
В том экземпляре сегмента IN1, в котором передаются данные об актуальной территории страхования, должен быть указан код ТС, соответствующий коду ТФОМС территории-отправителя, указанному в том же сообщении в компоненте MSH.4/HD.1. Если поле MSH.4 не включено в сообщение, то вместо него проверяется значение компонента BHS.4/HD.1. Несоответствие кодов приводит к ошибке ФЛК N 219.
Если событие не связано с изменением состояния на учете (напр., переоформление полиса), то значение данного поля в обоих экземплярах сегмента IN1 должно быть одинаковым, в противном случае выдается ошибка ФЛК N 124.
Б.2.5.5.6 Заполнение поля IN1.16 "Фамилия, имя, отчество"
В таблице Б.17 перечислены требования к обязательности поля IN1.16 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.17 Требования к заполнению поля IN1.16 "Фамилия, имя и отчество"
Б.2.5.5.7 Заполнение поля IN1.18 "Дата рождения"
В таблице Б.18 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.18 Требования к заполнению поля IN1.18 "Дата рождения"
| Формат | Применение |
|---|---|
| ГГГГ-ММ-ДД | Дата рождения указана целиком. |
| другой |
Б.2.5.5.8 Заполнение поля IN1.49 "Список идентификаторов застрахованного лица"
В таблице Б.19 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле IN1.49. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.
Таблица Б.19 Требования к заполнению поля IN1.49 "Список идентификаторов застрахованного лица"
Б.2.5.6 Примеры пакетов с сообщениями о событии A08
Б.2.5.6.1 Постановка на учет в связи с выбором СМО (сообщение о событии П01 "Выбор СМО")
Б.2.5.6.1.1 Постановка на учет гражданина Российской Федерации
<!-- MSH segment - заголовок сообщения о событии-->
<MSH>
<!--MSH.1 - разделитель полей-->
<MSH.1>|</MSH.1>
<!--MSH.2 - специальные символы кодирования-->
<MSH.2>/\~\&</MSH.2>
<!--MSH.3 - приложение отправитель-->
<MSH.3>
<HD.1>СРЗ 02</HD.1>
</MSH.3>
<!--MSH.4 - учреждение-отправитель-->
<MSH.4>
<HD.1>02</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.4>
<!--MSH.5 - приложение-получатель-->
<MSH.5>
<HD.1>ЦК ЕРП</HD.1>
</MSH.5>
<!--MSH.6 - учреждение-получатель-->
<MSH.6>
<HD.1>00</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.6>
<!-- MSH.7 - дата и время отправки сообщения-->
<MSH.7>2001-01-01T14:18:00Z+04:00</MSH.7>
<!--MSH.9 - тип сообщения-->
<MSH.9>
<MSG.1>ADT</MSG.1>
<MSG.2>A08</MSG.2>
<MSG.3>ADT_A01</MSG.3>
</MSH.9>
<!--MSH.10 - идентификатор сообщения-->
<MSH.10>9d65a0c2-23f6-4540-8097-db0f64fce7f7</MSH.10>
<!--MSH.11 - тип прикладной обработки-->
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<!--MSH.12 - идентификатор версии стандарта-->
<MSH.12>
<VID.1>2.6</VID.1>
</MSH.12>
<!--MSH.15 - тип подтверждения приема-->
<MSH.15>AL</MSH.15>
<!--MSH.16 - тип прикладного подтверждения-->
<MSH.16>AL</MSH.16>
<!--MSH.17 - код страны-->
</MSH>
<!--EVNsegment - тип события-->
<EVN>
<!--EVN.2 - дата и время регистрации события-->
<EVN.2>2001-01-01T14:15:07Z+04:00</EVN.2>
<!--EVN.4 - код причины события-->
<EVN.4>П01</EVN.4>
</EVN>
<!--PIDsegment - идентификация пациента-->
<PID>
<!--PID.3 - список идентификаторов пациента-->
<PID.3>
<CX.1>II-АП N 123456</CX.1>
<CX.5>3</CX.5>
</PID.3>
<PID.3>
<CX.1>0258999748787985</CX.1>
<CX.4>
<HD.1>80000</HD.1>
<HD.2>1.2.643.2.40.3.3.1</HD.2>
<HD.3>ISO</HD.3>
</CX.4>
<CX.5>NI</CX.5>
</PID.3>
<!--PID.5 - фамилия, имя, отчество пациента-->
<PID.5>
<XPN.1>
<FN.1>Волков</FN.1>
</XPN.1>
<XPN.2>Андрей</XPN.2>
<XPN.3>Максимович</XPN.3>
<XPN.7>L</XPN.7>
</PID.5>
<!--PID.7 - дата и время рождения-->
<PID.7>2000-01-01</PID.7>
<!--PID.8 - пол-->
<PID.8>1</PID.8>
<!--PID.23 - место рождения-->
<PID.23>Г. МОСКВА</PID.23>
<!--PID.29 - дата смерти-->
<!--PID.30 - признак смерти-->
</PID>
<PV1>
<PV1.2>1</PV1.2>
</PV1>
<!--IN1 segment - страховка-->
<IN1>
<!--IN1.1 - порядковый номер сегмента IN1-->
<IN1.1>1</IN1.1>
<!--IN1.2 - идентификатор плана страхования-->
<IN1.2>
<CWE.1>ОМС</CWE.1>
</IN1.2>
<!--IN1.3 - идентификатор страховой компании-->
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<!--IN1.4 - название страховой компании-->
<IN1.4>
<XON.1>УФИМСКИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА
«СТРАХОВАЯ КОМПАНИЯ „СОГАЗ-МЕД“</XON.1>
</IN1.4>
<IN1.12>2001-01-01</IN1.12>
<IN1.13>2014-01-01</IN1.13>
<IN1.15>80000</IN1.15>
<IN1.35>В</IN1.35>
<IN1.36>123456789</IN1.36>
<IN1.42>
<CWE.1>2</CWE.1>
</IN1.42>
</ADT_A01.INSURANCE>
</ADT_A01>
Б.2.5.6.1.2 Постановка на учет иностранного гражданина
<!--MSH segment - заголовок-->
<MSH>
<!--MSH.1 - разделитель полей-->
<MSH.1>|</MSH.1>
<!--MSH.2 - специальные символы кодирования-->
<MSH.2>/\~\&</MSH.2>
<!--MSH.3 - приложение отправитель-->
<MSH.3>
<HD.1>СРЗ 02</HD.1>
</MSH.3>
<!--MSH.4 - учреждение-отправитель-->
<MSH.4>
<HD.1>02</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.4>
<!--MSH.5 - приложение-получатель-->
<MSH.5>
<HD.1>ЦК ЕРП</HD.1>
</MSH.5>
<!--MSH.6 - учреждение-получатель-->
<MSH.6>
<HD.1>00</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.6>
<!--MSH.7 - дата и время отправки сообщения-->
<MSH.7>2013-09-16T18:59:34Z+04:00</MSH.7>
<!--MSH.9 - тип сообщения-->
<MSH.9>
<MSG.1>ADT</MSG.1>
<MSG.2>A08</MSG.2>
<MSG.3>ADT_A01</MSG.3>
</MSH.9>
<!--MSH.10 - идентификатор сообщения-->
<MSH.10>79a67bf1-b0b4-400e-b223-512bf5c221ef</MSH.10>
<!--MSH.11 - тип прикладной обработки-->
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<!--MSH.12 - идентификатор версии стандарта-->
<MSH.12>
<VID.1>2.6</VID.1>
</MSH.12>
<!--MSH.15 - тип подтверждения приема-->
<MSH.15>AL</MSH.15>
<!--MSH.16 - тип прикладного подтверждения-->
<MSH.16>AL</MSH.16>
<!--MSH.17 - код страны-->
</MSH>
<!--EVNsegment - тип события-->
<EVN>
<!--EVN.2 - дата и время регистрации события-->
<EVN.2>2013-07-01T15:04:25Z+04:00</EVN.2>
<!--EVN.4 - код причины события-->
<EVN.4>П01</EVN.4>
</EVN>
<!--PIDsegment - идентификация пациента-->
<PID>
<!--PID.3 - список идентификаторов пациента-->
<PID.3>
<CX.1>12Т-34 И N 123456221312</CX.1>
<CX.5>9</CX.5>
<CX.7>2007-08-01</CX.7>
</PID.3>
<PID.3>
<CX.1>12-34 Z N 123456789012</CX.1>
<CX.5>23</CX.5>
<CX.7>2007-08-01</CX.7>
</PID.3>
<PID.3>
<CX.1>0251000848254252</CX.1>
<CX.4>
<HD.1>80000</HD.1>
<HD.2>1.2.643.2.40.3.3.1</HD.2>
<HD.3>ISO</HD.3>
</CX.4>
<CX.5>NI</CX.5>
</PID.3>
<!--PID.5 - фамилия, имя, отчество пациента-->
<PID.5>
<XPN.1>
<FN.1>Фадеев</FN.1>
</XPN.1>
<XPN.2>Алексей</XPN.2>
<XPN.3>Иванович</XPN.3>
<XPN.7>L</XPN.7>
</PID.5>
<!--PID.7 - дата и время рождения-->
<PID.7>1999-08-01</PID.7>
<!--PID.8 - пол-->
<PID.8>1</PID.8>
<!--PID.11 - адрес пациента-->
<PID.11>
<XAD.7>L</XAD.7>
<XAD.9>80000</XAD.9>
</PID.11>
<!--PID.23 - место рождения-->
<PID.23>Сухуми</PID.23>
<!--PID.26 - гражданство-->
<PID.26>
<CWE.1>ABH</CWE.1>
<CWE.3>1.2.643.2.40.5.0.25.3</CWE.3>
</PID.26>
<!--PID.29 - дата смерти-->
<!--PID.30 - признак смерти-->
</PID>
<PV1>
<PV1.2>1</PV1.2>
</PV1>
<!--IN1 segment - страховка-->
<IN1>
<!--IN1.1 - порядковый номер сегмента IN1-->
<IN1.1>1</IN1.1>
<!--IN1.2 - идентификатор плана страхования-->
<IN1.2>
<CWE.1>ОМС</CWE.1>
</IN1.2>
<!--IN1.3 - идентификатор страховой компании-->
<IN1.3>
<CX.1>1027739008440</CX.1>
<CX.5>NII</CX.5>
</IN1.3>
<!--IN1.4 - название страховой компании-->
<IN1.4>
<XON.1>УФИМСКИЙ ФИЛИАЛ ОТКРЫТОГО АКЦИОНЕРНОГО ОБЩЕСТВА
«СТРАХОВАЯ КОМПАНИЯ „СОГАЗ-МЕД“</XON.1>
</IN1.4>
<IN1.12>2013-07-01</IN1.12>
<IN1.13>2013-09-15</IN1.13>
<IN1.15>80000</IN1.15>
<IN1.35>В</IN1.35>
<IN1.36>123456789</IN1.36>
<IN1.42>
<CWE.1>2</CWE.1>
</IN1.42>
</ADT_A01.INSURANCE>
</ADT_A01>
Б.2.5.6.2 Постановка на учет в связи с заменой СМО (сообщение о событии П03 «Замена СМО»)
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>/\~\&</MSH.2>
<MSH.3>
<HD.1>СРЗ 13</HD.1>
</MSH.3>
<MSH.4>
<HD.1>13</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.4>
<MSH.5>
<HD.1>ЦК ЕРП</HD.1>
</MSH.5>
<MSH.6>
<HD.1>00</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.6>
<MSH.7>2013-08-12T10:13:18Z+04:00</MSH.7>
<MSH.9>
<MSG.1>ADT</MSG.1>
<MSG.2>A08</MSG.2>
<MSG.3>ADT_A01</MSG.3>
</MSH.9>
<MSH.10>f621ae70-6f0d-4b22-a467-151454386e5e</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.6</VID.1>
</MSH.12>
<MSH.15>AL</MSH.15>
<MSH.16>AL</MSH.16>
</MSH>
<EVN>
<EVN.2>2013-08-12T03:01:18Z+04:00</EVN.2>
<EVN.4>П03</EVN.4>
</EVN>
<!-- Сегмент PID - идентификация застрахованного лица. В этот сегмент вносятся
актуальные персональные данные застрахованного лица и его идентификаторы -->
<!-В первый сегмент IN1 вносятся данные о заменяемой страховой принадлежности
застрахованного лица -->
<!-Во второй сегмент IN1 вносятся данные о новой страховой принадлежности
застрахованного лица -->
Б.2.5.6.3 Замена полиса ОМС или временного свидетельства без замены СМО (сообщение о событии П06 «Замена полиса ОМС»)
<MSH>
<MSH.1>|</MSH.1>
<MSH.2>/\~\&</MSH.2>
<MSH.3>
<HD.1>СРЗ 13</HD.1>
</MSH.3>
<MSH.4>
<HD.1>13</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.4>
<MSH.5>
<HD.1>ЦК ЕРП</HD.1>
</MSH.5>
<MSH.6>
<HD.1>00</HD.1>
<HD.2>1.2.643.2.40.3.3.1.0</HD.2>
<HD.3>ISO</HD.3>
</MSH.6>
<MSH.7>2013-08-12T08:20:04Z+04:00</MSH.7>
<MSH.9>
<MSG.1>ADT</MSG.1>
<MSG.2>A08</MSG.2>
<MSG.3>ADT_A01</MSG.3>
</MSH.9>
<MSH.10>0b5754bd-7521-423f-91d3-a6a3cd3d1f87</MSH.10>
<MSH.11>
<PT.1>P</PT.1>
</MSH.11>
<MSH.12>
<VID.1>2.6</VID.1>
</MSH.12>
<MSH.15>AL</MSH.15>
<MSH.16>AL</MSH.16>
</MSH>
<EVN>
<EVN.2>2013-08-12T01:08:04Z+04:00</EVN.2>
<EVN.4>П06</EVN.4>
</EVN>
<!-Сегмент PID - идентификация застрахованного лица. В этот сегмент вносятся
актуальные персональные данные застрахованного лица и его идентификаторы -->
<!-В первый сегмент IN1 вносятся данные о заменяемой страховой принадлежности
застрахованного лица -->
<!-Во второй сегмент IN1 вносятся данные о новой страховой принадлежности
застрахованного лица -->
Б.2.6 Особенности прикладной обработки некоторых сообщений о событии A08
Б.2.6.1 Проверка правомерности выбора СМО и объединение дубликатов при выборе СМО
Перед сохранением информации о выборе СМО, поступившей в сообщении о событии A08 с причиной П01, ЦС ЕРЗ проверяет правомерность выбора. Неправомерным выбор СМО считается в двух случаях.
1. Выбор СМО производится для застрахованного лица, у которого уже имеется действующая страховая принадлежность. В таком случае, если застрахованное лицо все же поставлено на учет в выбранной СМО, то имеет место ошибочный выбор причины события. Следует воспользоваться сообщением о замене СМО (событие A08, причина события П03).
2. Выбор СМО производится для застрахованного лица, для которого имеется информация о смерти. Если информация о смерти является ошибочной, то следует сначала отменить ее, послав сообщение о событии A13, а затем послать сообщение о замене СМО (событие A08, причина события П03).
Неправомерность выбора СМО является препятствием для записи информации о выборе СМО в ЦС ЕРЗ. В таком случае в сообщение подтверждения прикладной обработки включается информация об ошибке, сопровождаемое сведениями о причинах признания выбора СМО неправомерным.
Если выбор СМО признается правомерным, то производится проверка содержимого ЦС ЕРЗ на наличие вероятных дубликатов застрахованного лица. Если дубликаты обнаружены, то они объединяются, а в сообщение подтверждения прикладной обработки включается соответствующее предупреждение, сопровождаемое дополнительными сведениями об объединенных дубликатах.
Иначе ЦС ЕРЗ поступает при обнаружении коллизий, т.е. в том случае, когда выбор СМО производится для застрахованного лица, псевдонимизированные идентификаторы которого не найдены в ЦС ЕРЗ, с использованием ЕНП, зарегистрированного ранее. В этом случае в приеме сообщения будет отказано, а в подтверждение прикладной обработки включается информация о застрахованном лице, вступившем в коллизию, и о его состоянии на учете. ТФОМС, в котором обнаружена коллизия, должен принять меры по ее устранению, используя запрос персональных данных в другой ТФОМС. При необходимости следует уточнить персональные данные застрахованного лица и сформировать сообщение таким образом, чтобы оно не приводило к коллизии.
Проверки, осуществляемые ЦС ЕРЗ при обработке сообщения о событии A08 с причиной П01 «Выбор СМО», и выполняемые при этом действия описаны в таблице Б.20. Перечень и описание ошибок прикладной обработки приведены в классификаторе Q005.
Пояснения к графам таблицы Б.20.
Графа «Есть ЗЛ с персональной информацией»
- Значение «Да» означает, что в ЦС ЕРЗ найдена информация о застрахованном лице, с которым связан хотя бы один ключ поиска, совпадающий с одним из ключей поиска соответствующего типа, который может быть построен из переданной в исходном сообщении персональной информации.
- Значение «Нет» означает, что в ЦС ЕРЗ нет информации ни об одном застрахованном лице, с которым связан хотя бы один ключ поиска, совпадающий с одним из ключей поиска соответствующего типа, который может быть построен из переданной в исходном сообщении персональной информации.
Графа «Есть ЗЛ с ЕНП»
- Значение «Да» означает, что в ЦС ЕРЗ найдена информация о застрахованном лице, главный ЕНП которого совпадает с ЕНП, содержащемся в обрабатываемом сообщении.
Примечание. Если указанный в сообщении ЕНП найден в ЦС ЕРЗ и является при этом неглавным ЕНП, то в обработке сообщения будет отказано с сообщением об ошибке № 516 «ЕНП выведен из употребления». В таком случае следует узнать главный ЕНП, послав запрос страховой принадлежности, и повторить сообщение, указав главный ЕНП.
- Значение «Нет» означает, что в ЦС ЕРЗ застрахованное лицо с переданным в сообщении ЕНП не зарегистрировано.
Графы «Правомерность» и «Дополнительное условие»
- Значение «Да» означает, что постановку на учет следует признать правомерной в том случае, если выполнены условия, указанные в графе «Дополнительное условие»;
- Значение «Нет» означает, что постановку на учет следует признать неправомерной в том случае, если выполнены условия, указанные в графе «Дополнительное условие».
Таблица Б.20 Порядок обработки поступающих сообщений о событии A08 с причиной П01 «Выбор СМО»
Б.2.6.1.1 Возврат в подтверждении прикладной обработки дополнительной информации об ошибках, обнаруженных при обработке сообщения о событии A08 с кодом причины события П01
1 Для ошибки № 501 «Коллизия ЕНП» в сегмент ERR включается информация о последнем состоянии на учете, зарегистрированном для застрахованного лица с ЕНП, переданным в сообщении.
2 Для предупреждения № 503 «Дубликат застрахованного лица» в сегмент ERR включается информация о последней (по времени постановки на учет) страховой принадлежности из числа всех страховых принадлежностей, зарегистрированных за объединенным дубликатом.
3 Для ошибки № 508 «Повторная регистрация застрахованного лица» в сегмент ERR включается информация о найденной действующей страховой принадлежности.
4 Для ошибки № 519 «Выбор или замена СМО неправомерны: имеется информация о смерти» в сегмент ERR включается информация о той страховой принадлежности, которая имеет статус «снято с учета в связи со смертью», либо «подлежит снятию с учета в связи со смертью».
Б.2.6.1.2 Дополнительная информация о состоянии на учете передается в нескольких экземплярах поля ERR.6 (в скобках указан код типа информации — ОИД 1.2.643.2.40.1.22, таблица 61):
- главный ЕНП застрахованного лица (ЕНП);
- пятизначный код территории страхования (ТС);
- дата постановки на учет (Дата-постановки-на-учет);
- для снятых с учета (кроме умерших) — дата снятия с учета (Дата-снятия-с-учета);
- для умерших — дата смерти (Дата-смерти).
- код организации, в которой застрахованное лицо состоит на учете: ОГРН СМО (На-учете-в-СМО) или код ТФОМС (На-учете-в-ТФОМС);
- тип полиса (Тип-полиса);
- серия и номер физического носителя полиса ОМС (Бланк-полиса);
- для сообщения об ошибке № 519 дополнительно возвращается двузначный код ТФОМС (Сообщил-о-смерти-ТФОМС), из которого поступило сообщение о регистрации смерти на другой территории (сообщение о событии A03); если такое сообщение не поступало, т.е. смерть была зарегистрирована непосредственно на территории страхования, то указывается код ТФОМС территории страхования (в таком случае он повторяет код территории страхования, указанный в экземпляре ERR.6 с кодом значения ТС);
- для сообщения об ошибке № 508 дополнительно возвращается рекомендация «выбор СМО неправомерен; воспользуйтесь сообщением с причиной события П03» (Рекомендация).
Б.2.6.2 Проверка возможности замены СМО
Перед сохранением информации о выборе СМО, поступившей в сообщении о событии A08 с причиной П03, ЦС ЕРЗ проверяет возможность замены СМО.
Замена СМО признается невозможной в следующих случаях.
-
В связи с тем, что у застрахованного лица нет действующих страховых принадлежностей. Сообщение отвергается, поскольку имеет место ошибочный выбор причины события. В сообщение подтверждения прикладной обработки включается ошибка № 513 «Замена СМО неправомерна: нет действующей СП». Для постановки застрахованного лица на учет следует воспользоваться сообщением о выборе СМО (событие A08, причина события П01).
-
Поскольку в ЦС ЕРЗ имеется информация о смерти застрахованного лица. В сообщение подтверждения прикладной обработки включается ошибка № 519 «Выбор или замена СМО неправомерны: имеется информация о смерти». Если информация о смерти является ошибочной, то следует сначала отменить ее, послав сообщение о событии A13, а затем повторно послать сообщение о замене СМО.
Если замена СМО признана невозможной, то в сегмент ERR включается следующая дополнительная информация (в скобках указан код типа информации — ОИД 1.2.643.2.40.1.22, таблица 61):
1 Для ошибки № 513 «Замена СМО неправомерна: нет действующей СП» в поле ERR.6 возвращается текст «нет действующих страховых принадлежностей; воспользуйтесь сообщением с причиной события П01» (Рекомендация).
2 Для ошибки № 519 «Выбор или замена СМО неправомерны: имеется информация о смерти» в нескольких экземплярах поля ERR.6 возвращается информация о той страховой принадлежности, во время которой зарегистрирована смерть. Состав возвращаемой информации — тот же, что и для ошибок, выявленных при обработке сообщения о событии A08 с причиной события П01 (см. п. Б.2.6.1.2).
Если замена СМО признается возможной, то предыдущее состояние на учете застрахованного лица получает статус:
- «снято с учета в связи с постановкой на учет в другом месте», если новое состояние на учете находится на той же территории страхования, что и предыдущее;
- «подлежит снятию с учета в связи с постановкой на учет в другом месте», если новое состояние на учете находится на другой территории страхования.
Б.2.6.3 Проверка возможности восстановления на учете
При получении сообщения о событии A08 с причиной события П08 «Восстановление на учете» проверяется возможность восстановления на учете: невозможным признается восстановление на учете в том случае, когда последнее состояние застрахованного лица на учете является действующим или имеет статус «снят с учета» или «подлежит снятию с учета».
Если восстановление на учете признано невозможным, то полученное сообщение отвергается, а в сообщении подтверждения прикладной обработки возвращается сообщение об ошибке № 510 «Восстановление на учете невозможно».
Б.2.7 Сообщение о событии A03 «Смерть застрахованного лица» <1>
<1> Раздел действует до 01.10.2018.
Информация о смерти застрахованных лиц должна поступать в ТФОМС из органов ЗАГС соответствующей территории. В соответствии с принятыми правилами, смерть регистрируется тем органом ЗАГС, на чьей территории она произошла. В связи с этим в ТФОМС могут поступать сообщения о смерти, относящиеся к лицам, застрахованным по программе ОМС на других территориях, а также о смерти лиц, не имеющих полиса ОМС.
Сообщение о событии A03 посылается только в том случае, если застрахованное лицо на момент смерти не состояло на учете на данной территории. ЕНП застрахованного лица передавать не требуется, если умершее лицо не идентифицировано, исходя из данных ИС РС ЕРЗ. Для обеспечения однозначной идентификации застрахованного лица обязательным условием является включение в сообщение о смерти информации о документе, удостоверяющем личность, на основании которого была зарегистрирована смерть органом ЗАГС.
Информация о страховой принадлежности в сообщении о смерти застрахованного лица не передается.
Если регистрация смерти произошла на территории текущей страховой принадлежности, то информация о смерти должна передаваться в сообщении о событии A08 с причиной события П02 — «Снятие с учета». Такое сообщение должно содержать признак смерти и дату смерти (PID.30 = «Y», PID.29 = дата смерти).
Сообщение о снятии с учета в связи со смертью должно быть послано и с территории страхования в том случае, если смерть наступила на другой территории. Узнать перечень лиц, умерших на другой территории, можно из ответа на запрос списка лиц, подлежащих снятию с учета в связи со смертью (ZP4/ZK4).
Б.2.7.1 Структура прямых и ответных сообщений
При событии A03 «Смерть застрахованного лица» ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A03. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.
| ADT/\A03/\ADT_A03 | Смерть застрахованного лица | |
| <MSH>...</MSH> <EVN>...</EVN> [<ZVN>...</ZVN>] <PID>...</PID> <PV1>...</PV1> </ADT_A03> | Заголовок сообщения Тип события. Идентификация расхождения Идентификация застрахованного лица. Состояние на учете застрахованного лица | |
Сегмент MSH описан в пункте 6.1.1.4.2, сегмент ZVN — в пункте Б.2.5.2. Специальных особенностей при их заполнении для сообщения о событии A03 нет.
| ACK/\A03/\ACK | Подтверждение приема Подтверждение прикладной обработки | |
| <MSH>...</MSH> <MSA>...</MSA> [{<ERR>...</ERR>}] </ACK> | Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) | |
Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для подтверждений сообщения о событии A03 нет.
Б.2.7.2 Сегмент EVN — «Тип события»
Таблица Б.21 Заполнение сегмента EVN (сообщение о событии A03)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Константа | Указания по заполнению, ОИД системы кодирования |
|---|---|---|---|---|---|
| EVN.2 | DTM | Да | Дата и время регистрации события | ||
| EVN.4 | IS | Да | Код причины события | П07 |
Б.2.7.3 Сегмент PID - "Идентификация застрахованного лица"
Таблица Б.22 Структура сегмента PID (сообщения о событиях A03, A13)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1..2 | Должны быть указаны серия и номер документа, удостоверяющего личность, на основании которого зарегистрирована смерть. Должен быть указан ЕНП, если ЗЛ идентифицировано в ИС РС ЕРЗ ТФОМС. См. п. Б.2.5.3.1 (для кодов 1 - 8 и N1). | |||||
| CX.1 | Да | Серия и номер УДЛ или ЕНП. | ||||||||
| CX.5 | Да | Тип УДЛ или ЕНП. Код из СК 1.2.643.2.40.5.100.203 (таблица 63 или код N 1). | ||||||||
| CX.7 | Усл | Дата выдачи документа, удостоверяющего личность. Обязательно для всех документов, удостоверяющих личность, в событиях страхования после 18.07.2013 | ||||||||
| CX.8 | Усл | Срок окончания действия документа, удостоверяющего личность. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; | ||||||||
| 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации; 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. | ||||||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.2.5.3.3. | |||||
| PID.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| PID.11 | XAD | Нет | Адрес застрахованного лица | 1 | Используется для передачи кода ОКАТО территории постоянной регистрации ЗЛ | |||||
| XAD.7 | Да | L | Код из СК 1.2.643.2.40.5.100.190 (таблица 69). | |||||||
| XAD.9 | Да | Код ОКАТО территории постоянной регистрации ЗЛ. СК 1.2.643.2.40.3.3.1 (таблица 49). | ||||||||
| PID.23 | ST | Нет | Место рождения | 1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность) | |||||
| PID.29 | DTM | Да | Дата смерти | 1 | Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД | |||||
| PID.30 | ID | Да | Признак смерти | 1 | Y | Другие значения не допускаются. | ||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | "Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место. | |||||
Б.2.7.4 Сегмент PV1 - "Состояние на учете застрахованного лица"
Сегмент PV1 обязателен, и в сообщении о событии A03 должно быть заполнено только одно поле этого сегмента.
Таблица Б.23 Структура сегмента PV1 (сообщение о событии A03)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| PV1.2 | IS | Да | Тип застрахованного лица | Поле заполняется значением 1. |
Б.2.8 Сообщение о событии A13 "Отмена сообщения о смерти застрахованного лица"
Сообщение об отмене сообщения о смерти застрахованного лица должно посылаться, если выяснилось, что посланное ранее сообщение о смерти (A03) или сообщение о снятии с учета в связи со смертью является ошибочным. Сообщение об отмене сообщения о смерти застрахованного лица может быть послано с любой территории.
При событии A13 "Отмена сообщения о смерти застрахованного лица" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A01. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.
| ADT/\A13/\ADT_A01 | Отмена сообщения о смерти застрахованного лица |
|---|---|
| Заголовок сообщения Тип события Идентификация расхождения Идентификация застрахованного лица Состояние на учете застрахованного лица |
Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2, сегмент ZVN - в пункте Б.2.5.2. Специальных особенностей при их заполнении для сообщения о событии A13 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П09 "Отмена регистрации факта смерти застрахованного лица" - см. таблицу 62).
| ACK/\A13/\ACK | Подтверждение приема Подтверждение прикладной обработки |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) |
Сегменты сообщений приема и прикладного подтверждения описаны в пункте 6.1.1.5, специальных особенностей при их заполнении для подтверждений события A13 нет.
Сегмент PID "Идентификация застрахованного лица" должен повторять все те сведения, которые были переданы в соответствующем сегменте сообщения о событии A03 "Смерть застрахованного лица" (таблица Б.22).
Б.2.9 Сообщение о событии A24 "Разрешение дубликатов застрахованного лица"
Разрешение дубликатов застрахованного лица требуется в случае, когда две или более записей, считавшихся относящимися к разным застрахованным лицам, на самом деле оказываются записями, относящимися к одному и тому же лицу (дубликатами). В таком случае для идентификации застрахованного лица по завершенным транзакциям должны быть пригодны все ЕНП, применявшиеся в объединяемых записях. Для использования в будущем при выдаче новых полисов ОМС должен использоваться тот ЕНП, который указан в действующем полисе ОМС. Если действующих полисов ОМС после объединения идентификаторов оказалось более одного, то действие "лишних" полисов должно быть прекращено. Информация о прекращении действия полисов и соответствующих им состояний на учете должна быть передана в ЦС ЕРЗ посредством сообщений о событии A08 с причиной события П02 "Снятие с учета".
Б.2.9.1 Структура прямых и ответных сообщений
При событии A24 "Разрешение дубликатов застрахованного лица" ИС РС ЕРЗ передает в шлюз РС сообщение со структурой ADT_A24. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.
Каждое сообщение позволяет связать два идентификатора. При необходимости связать более двух идентификаторов, следует послать несколько сообщений. В первое сообщение должны быть включены любые два из связываемых идентификаторов. В каждом последующем сообщении первый идентификатор должен повторять первый идентификатор из первого сообщения, второй должен быть выбран из числа связываемых идентификаторов, не включенных в предыдущие сообщения.
Главный идентификатор, т.е. тот, который должен будет использоваться в дальнейшем при выдаче новых полисов ОМС, при разрешении дубликатов определяется автоматически, а именно, главным становится тот идентификатор, который соответствует действующей страховой принадлежности застрахованного лица. Если действующие страховые принадлежности имеются у нескольких объединяемых дубликатов, то главным объявляется тот ЕНП, под которым застрахованное лицо поставлено на учет последним по времени.
Во всех остальных местах застрахованное лицо должно быть снято с учета. Сведения о лицах, которых следует снять с учета, должны быть получены в ответе на запрос списка лиц, подлежащих снятию с учета (ZP3/ZK3).
| ADT/\A24/\ADT_A24 | Разрешение дубликатов застрахованного лица |
|---|---|
| Заголовок сообщения Тип события Идентификация застрахованного лица первой связываемой записи Идентификация застрахованного лица второй связываемой записи |
Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при их заполнении для сообщения о событии A24 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П10 "Разрешение дубликатов" - см. таблицу 62).
| ACK/\A24/\ACK | Подтверждение приема Подтверждение прикладной обработки |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) |
Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для подтверждений сообщения о событии A24 нет.
Б.2.9.2 Сегмент PID - "Идентификация застрахованного лица"
Сегмент PID в каждом сообщении ADT_A24 повторяется дважды. Дата и признак смерти должны быть указаны в том случае, если имеется информация о смерти одного из объединяемых дубликатов. Объединение дубликатов с умершим лицом допускается в том и только в том случае, когда состояние на учете, завершенное в связи со смертью, является последним по времени.
Таблица Б.24 Структура сегмента PID (событие A24)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1..* | ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1. | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64). | ||||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66. | |||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.2.5.3.3. | |||||
| PID.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| PID.23 | ST | Нет | Место рождения | 1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность) | |||||
| PID.29 | DTM | Усл | Дата смерти | 1 | Дата смерти застрахованного лица. Формат поля: ГГГГ-ММ-ДД. Если указан Признак смерти (значение "Y" в поле PID.30), то значение в поле обязательно | |||||
| PID.30 | ID | Усл | Признак смерти | 1 | Y | Другие значения не допускаются. | ||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | "Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле повторяется столько раз, сколько особых случаев имеет место. | |||||
Б.2.10 Сообщение о событии Z37 "Разъединение ошибочно объединенной информации о застрахованных лицах"
Разъединение дубликатов требуется в случае, когда две или более записей в ЦС ЕРЗ, будучи ошибочно признанными принадлежащими одному и более застрахованным лицам, на самом деле относятся к разным лицам.
Б.2.10.1 Структура прямых и ответных сообщений
При событии Z37 "Разъединение ошибочно объединенной информации о застрахованных лицах" СРЗ передает в шлюз РС сообщение со структурой ADT_Z37. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение АСК с подтверждением прикладной обработки.
| ADT/\Z37/\ADT_Z37 | Разъединение дубликатов застрахованных лиц |
|---|---|
| Заголовок сообщения | |
| Тип события | |
| Идентификация застрахованных лиц, существующих в ЦС ЕРЗ | |
| Идентификация застрахованного лица, отделяемого от застрахованных лиц, указанных в первом сегменте PID | |
| <Z37_PID. INSURANCE> | Факты страхования по ОМС застрахованных лиц, указанных в первом сегменте PID |
| { |
|
| </Z37_PID. INSURANCE> | |
| <Z37_PID. INSURANCE> | Факты страхования по ОМС застрахованного лица, отделяемого от застрахованных лиц, указанных в первом сегменте PID |
| { |
|
| </Z37_PID. INSURANCE> | |
| </ADT_Z37> |
Сегменты MSH и EVN описаны в пунктах 6.1.1.4.1 и 6.1.1.4.2. Специальных особенностей при заполнении сегментов MSH и EVN для сообщения о событии Z37 нет (в поле EVN.4 "Код причины события" должен передаваться код причины события П24 "Разъединение ошибочно объединенных застрахованных лиц").
ACK/\Z37/\ACK Подтверждение прикладной обработки... Заголовок сообщения... Подтверждение сообщения [{... }] Ошибка
Специальных особенностей при заполнении сегментов сообщений подтверждения приема и прикладной обработки для подтверждений сообщения о событии Z37 нет.
Б.2.10.2 Порядок обработки сообщения в ЦС ЕРЗ
-
Находятся все застрахованные лица, соответствующие сведениям о застрахованных лицах, указанным в первом сегменте PID;
-
Проверяются все страховки, указанные в первом сегменте Z37_PID. INSURANCE, на принадлежность найденным в п. 1 застрахованным лицам;
-
Проверяются все страховки, указанные во втором сегменте Z37_PID.INSURANCE, на принадлежность найденным в п. 1 застрахованным лицам;
-
Застрахованное лицо с персональными данными, указанными во втором сегменте PID, отделяется от застрахованных лиц, указанных в первом сегменте PID;
-
К информации об отделенном застрахованном лице добавляются все страховки, указанные во втором сегменте Z37 PID. INSURANCE;
-
У застрахованных лиц, найденных в п. 1 выводятся из употребления поисковые ключи, соответствующие идентификационным данным, указанным во втором сегменте PID, и все страховки, указанные во втором сегменте Z37_PID. INSURANCE.
Для проверки выполненного разъединения рекомендуется отправить запрос страховой принадлежности отделенного застрахованного лица.
Б.2.10.3 Сегмент PID — «Идентификация застрахованного лица»
Сегмент PID в каждом сообщении ADT_Z37 повторяется дважды.
Первый сегмент PID идентифицирует застрахованных лиц, существующих в ЦС ЕРЗ. По этим данным будет осуществляться поиск в ЦС ЕРЗ.
Второй сегмент PID идентифицирует одно застрахованное лицо, отделяемое от застрахованных лиц, указанных в первом сегменте PID. Для отделяемого застрахованного лица необходимо ввести ЕНП, отличный от ЕНП, указанных в первом сегменте PID.
Таблица Б.25 Структура сегмента PID (событие Z37)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз. | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1..* | ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.2.5.3.1. | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64). | ||||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200). | |||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.2.5.3.3. | |||||
| PID.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 «Пол» (ОИД 1.2.643.2.40.5.0.18.1). | |||||
| PID.23 | ST | Нет | Место рождения | 1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность) | |||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | «Особые случаи» идентификации. Код из СК 1.2.643.2.40.5.100.445. Поле повторяется столько раз, сколько особых случаев имеет место. | |||||
Б.2.10.4 Сегмент IN1 — «Подтверждение факта страхования по ОМС»
В каждом сообщении ADT_Z37 дважды повторяется сегмент Z37_PID. INSURANCE, который содержит один или несколько сегментов IN1.
Сегменты IN1 из первого сегмента Z37_PID. INSURANCE должны включать все факты страхования по ОМС застрахованных лиц, указанных в первом сегменте PID. Эти факты страхования должны полностью совпадать с данными Центрального сегмента ЕРЗ.
Сегменты IN1 из второго сегмента Z37_PID. INSURANCE должны включать все факты страхования по ОМС застрахованного лица, отделяемого от застрахованных лиц, указанных в первом сегменте PID. Эти факты страхования должны являться подмножеством фактов, указанных в первом сегменте Z37_PID. INSURANCE.
Таблица Б.26 Структура сегмента IN1 «Подтверждение факта страхования по ОМС» (событие Z37)
Б.3 Перечень запросов к ЦС ЕРЗ и ответы на них
Таблица Б.27 Перечень запросов к ЦС ЕРЗ
<1> Исключение застрахованных лиц из списка лиц, подлежащих восстановлению на учете, происходит после успешной обработки сообщения о событии П08.
<2> Исключение застрахованных лиц из списка лиц, подлежащих снятию с учета, происходит после успешной обработки сообщения о событии П02.
<3> Исключение застрахованных лиц из списка лиц, умерших на других территориях, происходит после успешной обработки сообщения о событии П02.
Б.3.1 Запрос страховой принадлежности застрахованного лица
Запрос предназначен для получения сведений о состоянии на учете заданного застрахованного лица. Запрос позволяет получить данные о действующей страховой принадлежности, либо о страховой принадлежности по состоянию на заданную дату.
Б.3.1.1 Грамматика запроса страховой принадлежности
Для получения информации о страховой принадлежности застрахованного лица ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP1, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
| QBP/\ZP1/\QBP_ZP1 | Запрос страховой принадлежности |
|---|---|
| <QBP_ZP1> |
Заголовок сообщения Определение параметров запроса страховой принадлежности |
Сегмент MSH описан в пункте 6.1.1.4.1.
Б.3.1.2 Сегмент QPD — «Определение параметров запроса»
Сегмент предназначен для определения параметров запроса страховой принадлежности застрахованного лица. Требования к параметрам и правила их интерпретации указаны в таблице Б.28.
Таблица Б.28 Структура сегмента QPD — «Определение параметров запроса» (определение страховой принадлежности; персонифицированный запрос)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз. | Имя | Обяз. | |||||||
| QPD.1 | CWE | Да | Название сообщения запроса | 1 | CWE.1 | Да | СП | |||
| CWE.2 | Нет | Запрос страховой принадлежности | ||||||||
| CWE.3 | Нет | 1.2.643.2.40.1.9 | ОИД СК запросов | |||||||
| QPD.4 | DT | Нет | Дата поиска | Дата, по состоянию на которую следует осуществлять поиск страховой принадлежности. Если дата не указана, в ответе на запрос возвращается вся история страховой принадлежности. | ||||||
| QPD.5 | CX | Усл | Список идентификаторов застрахованного лица | 0..* | ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. См. п. Б.3.1.2.1. | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.10 0.203 (таблицы 63 и 64). | ||||||||
| QPD.6 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | Должен быть указан хотя бы один компонент ФИО. См. также п. Б.3.1.2.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.10 0.200, таблица 66). | |||||||
| QPD.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.3.1.2.3. | |||||
| QPD.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 «Пол» (ОИД 1.2.643.2.40.5.0.1 8.1, таблица 68). | |||||
| QPD.9 | ST | Нет | Место рождения ЗЛ | 0..1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность) | |||||
| QPD.10 | IS | Усл | Тип ДПФС | 1 | Код из СК 1.2.643.2.40.5.10 0.86, таблица 81. См. п. Б.3.1.2.4. | |||||
| QPD.11 | IS | Усл | Серия и номер ДПФС | 1 | Серия и номер бланка. См. п. Б.3.1.2.4. | |||||
| QPD.20 | IS | Усл | Код территории выдачи ДПФС | 1 | Код из СК 1.2.643.2.40.3.3.1 См. п. Б.3.1.2.4. | |||||
Б.3.1.2.1 Заполнение поля QPD.5 «Список идентификаторов застрахованного лица»
В таблице Б.29 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле QPD.5. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.
Таблица Б.29 Требования к заполнению поля QPD.5 «Список идентификаторов застрахованного лица»
Примечание. Если не известно, какой документ, удостоверяющий личность, использовался при выдаче полиса ОМС, то следует сформировать несколько запросов, в каждый из которых включить сведения о конкретном документе (например, в первый запрос включить данные о предъявленном паспорте, а во второй — сведения о прежде выданном паспорте, которые указаны на последней странице предъявленного паспорта).
Б.3.1.2.2 Заполнение поля QPD.6 «Фамилия, имя и отчество застрахованного лица»
В таблице Б.30 перечислены требования к обязательности поля QPD.6 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.30 Требования к заполнению поля QPD.6 «Фамилия, имя и отчество застрахованного лица»
Б.3.1.2.3 Заполнение поля QPD.7 «Дата рождения»
В таблице Б.31 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.31 Требования к заполнению поля QPD.7 «Дата рождения»
| Формат | ||
|---|---|---|
| ГГГГ-ММ-ДД | ||
| другой |
Б.3.1.2.4 Заполнение информации о полисе ОМС (поля QPD.10, QPD.11 и QPD.20).
Поля запроса QPD.10, QPD.11 и QPD.20 должны быть либо все заполнены в соответствии с указанными ниже требованиями, либо все три не указаны. Описание ошибок ФЛК для данных полей приведено в классификаторе Q004.
Поле QPD.10 "Тип полиса" может содержать один из кодов С (полис ОМС старого образца) или В (временное свидетельство) из системы кодирования 1.2.643.2.40.5.100.86 (таблица 81). В зависимости от типа полиса ОМС номер бланка и территория страхования заполняются по правилам, указанным в таблице Б.32
Таблица Б.32 Передача информации о полисе ОМС
Б.3.1.3 Грамматика ответа на запрос страховой принадлежности
В ответ на запрос страховой принадлежности ЦС ЕРЗ посылает сообщение со структурой RSP_ZK1, которая отличается в зависимости от версии:
| RSP/\ZK1/\RSP_ZK1 | Ответ на запрос страховой принадлежности |
|---|---|
| <RSP_ZK1> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| [{<RSP_ZK1.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - начало |
| Идентификация застрахованного лица | |
| [{ |
Подтверждение факта страхования по ОМС |
| [ |
Уточнение ответа на запрос |
| </RSP_ZK1.QUERY_RESPONSE>}] | --- ОТВЕТ НА ЗАПРОС - конец |
Ответ на запрос страховой принадлежности застрахованного лица включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.
Б.3.1.4 Описание алгоритма поиска
Поиск страховой принадлежности производится в два этапа.
Б.3.1.4.1 Поиск застрахованного лица
В базе данных ЦС ЕРЗ ищутся записи, персональные данные которых удовлетворяют значениям, переданным в полях QPD.5 - QPD.11 и QPD.20 сегмента QPD, по состоянию на дату, заданную параметром QPD.4.
Застрахованное лицо признается удовлетворяющим запросу, если у этого застрахованного лица найден хотя бы один ключ поиска из числа тех, которые могут быть построены из значений, переданных в запросе. Дополнительно проверяется, чтобы все открытые данные, указанные в запросе, должны быть такими же по состоянию на дату, указанную параметром QPD.4. Другими словами, ключи поиска считаются связанными логической связкой "ИЛИ".
Для определения соответствия ключей поиска используется только алгоритм точного поиска.
Для каждого найденного таким образом застрахованного лица в ответ на запрос включается группа RSP_ZK1.QUERY_RESPONSE. <1>
<1> Более одного застрахованного лица может быть найдено в случае коллизии застрахованного лица по одному из идентификаторов (исключая ЕНП), т.е. в том случае, когда у двух разных застрахованных лиц имеется один и тот же идентификатор (например, СНИЛС).
На втором этапе производится поиск страховых принадлежностей в соответствии с алгоритмами, описанными ниже.
Б.3.1.4.2 Поиск страховой принадлежности, действующей на текущую дату (на момент выполнения запроса) - производится, если параметр QPD.4 "Дата поиска" в запросе не задан:
а) для найденного застрахованного лица ищется состояние на учете, удовлетворяющее одному из следующих условий:
- застрахованное лицо подлежит снятию с учета по любой причине при условии, что дата снятия с учета еще не наступила;
б) если такое состояние на учете найдено, то в сегменте IN1, соответствующем застрахованному лицу, группы RSP_ZK1.QUERY_RESPONSE возвращается информация о страховой принадлежности, соответствующей найденному состоянию на учете:
- о полисе ОМС старого образца, если застрахованное лицо имеет действующий полис ОМС старого образца и не обращалось с заявлением о замене СМО или о переоформлении полиса ОМС;
- о временном свидетельстве, если застрахованному лицу выдано временное свидетельство в связи с постановкой на учет при выборе или замене СМО, либо при переоформлении полиса ОМС без замены СМО, но информация о выдаче полиса ОМС еще не поступала вне зависимости от того, закончился срок действия временного свидетельства или нет;
- о полисе ОМС единого образца, если застрахованное лицо правомерно состоит на учете, имея на руках полис ОМС единого образца; если при текущей постановке на учет выдавалось временное свидетельство, и затем поступила информация о замене его полисом ОМС, то в ответное сообщение включается только информация о действующем полисе ОМС вне зависимости от того, закончился или нет срок действия временного свидетельства.
в) если такое состояние на учете не найдено, то сегмент IN1 в ответ на запрос не включается.
Б.3.1.4.3 Поиск страховой принадлежности, действующей на заданную дату - производится, если в запросе задан параметр QPD.4 "Дата поиска":
а) для найденного застрахованного лица ищется состояние на учете, удовлетворяющее одному из следующих условий:
- застрахованное лицо снято с учета или подлежит снятию с учета; при этом дата снятия с учета не меньше даты, заданной в запросе параметром QPD.4);
б) если такое состояние на учете найдено, то в сегменте IN1, соответствующем застрахованному лицу, группы RSP_ZK1.QUERY_RESPONSE возвращается информация о страховой принадлежности, соответствующей найденному состоянию на учете:
- о полисе ОМС, действовавшем в момент времени, заданный параметром QPD.4. Если в заданный момент времени одновременно действовали временное свидетельство и полис ОМС единого образца, то возвращается только информация о полисе ОМС единого образца.
в) если такое состояние на учете не найдено, то сегмент IN1 в ответ на запрос не включается.
Б.3.1.5 Сегмент PID - "Идентификация застрахованного лица"
- главный ЕНП найденного застрахованного лица (указывается всегда),
- ЕНП, под которыми ЗЛ состояло на учете для найденной страховой принадлежности (только если найдена страховая принадлежность, удовлетворяющая условию запроса).
Поля PID.5, PID.7 и PID.8 являются обязательными, но, поскольку эти значения должны включать персональную информацию, в результат запроса включаются пустые значения.
Таблица Б.33 Структура сегмента PID (ответ на запрос страховой принадлежности)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз. | Имя | Обяз. | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1...* | Идентификаторы застрахованного лица: - главный ЕНП (указывается в первом экземпляре поля), - ЕНП, под которым застрахованное лицо поставлено на учет на территории, куда отправлено сообщение (указывается во втором и последующих экземплярах поля - количество и порядок соответствуют количеству и порядку возвращаемых сегментов IN1). | |||||
| CX.1 | Да | Значение ЕНП. | ||||||||
| CX.4 | Да | Код ТФОМС, в котором ЗЛ поставлено на учет под данным ЕНП. | ||||||||
| HD.1 | Да | Пятизначный идентификатор ТФОМС, в ИС РС ЕРЗ которого ЗЛ поставлено на учет с данным ЕНП. | ||||||||
| HD.2 | Да | 1.2.643.2.40.3.3.1.0 | ОИД кода ТФОМС. | |||||||
| HD.3 | Нет | ISO | ||||||||
| CX.5 | Да | NI | Признак ЕНП. | |||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество | 1 | Всегда возвращается незаполненное поле <PID.5/> | |||||
| PID.7 | DTM | Да | Дата рождения | 1 | Всегда возвращается незаполненное поле <PID.7/> | |||||
| PID.8 | IS | Да | Пол | 1 | Всегда возвращается незаполненное поле <PID.8/> | |||||
| PID.26 | CWE | Нет | Гражданство | 1 | CWE.1 | Да | Гражданство застрахованного лица в сведениях о последней по времени страховой принадлежности: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства - значение "Б/Г" | |||
| CWE.2 | Нет | Название страны | ||||||||
| CWE.3 | Нет | 1.2.643.2.40.5.0.25.3 | ОИД ОКСМ.3 | |||||||
| PID.29 | DTM | Усл | Дата смерти | 1 | Дата смерти застрахованного лица. Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти "Y" вне зависимости от даты, по состоянию на которую запрошена страховая принадлежность. | |||||
| PID.30 | ID | Да | Признак смерти | 1 | Значение Y в данном поле означает, что в ЦС ЕРЗ имеется информация о смерти застрахованного лица. Значение N в данном поле означает, что в ЦС ЕРЗ нет информации о смерти застрахованного лица, либо информация о смерти отменена. | |||||
Б.3.1.6 Сегмент IN1-"Подтверждение факта страхования по ОМС"
Сегмент IN1 включается в ответ на запрос страховой принадлежности для определения территории страхования и страховой медицинской организации, в которой застрахованное лицо состоит на учете, а также для передачи информации о полисе ОМС, по которому ЗЛ было поставлено на учет.
Таблица Б.34 Структура сегмента IN1 (ответ на запрос страховой принадлежности)
Б.3.1.7 Сегмент QRI - "Уточнение ответа на запрос"
Сегмент предназначен для уточнения ключей поиска, которые были использованы при поиске.
Уровень доверия принимается равным Д (результат сравнения точный, ему можно доверять - система кодирования 1.2.643.2.40.1.11, таблица 89). Уровень доверия указывается в поле QRI.1, а коды ключей поиска возвращаются в отдельных экземплярах поля QRI.2.
Таблица Б.35 Структура сегмента QRI - "Уточнение ответа на запрос"
Б.3.2 Запрос списка лиц, подлежащих снятию с учета
Запрос списка лиц, которых следует снять с учета в СМО данной территории.
В версии 3.0 в ответ на запрос включаются лица, которые подлежат снятию с учета по двум причинам:
- в связи с постановкой на учет в другом месте,
- в связи с истечением права на ОМС (причина действительна для иностранных граждан, временно пребывающим на территории Российской Федерации).
Для запроса списка лиц, которых следует снять с учета в связи со смертью на другой территории, следует воспользоваться запросом ZP4.
Б.3.2.1 Грамматика запроса списка лиц, подлежащих снятию с учета
Для получения списка лиц, подлежащих снятию с учета, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP2, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZP2/\QBP_ZP2 | Запрос списка лиц, подлежащих снятию с учета |
|---|---|
| <QBP_ZP2> |
Заголовок сообщения Определение параметров запроса списка лиц, подлежащих снятию с учета |
Б.3.2.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса списка лиц, подлежащих снятию с учета.
Таблица Б.36 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, подлежащих снятию с учета)
Б.3.2.3 Грамматика ответа на запрос списка лиц, подлежащих снятию с учета
Ответ на запрос списка лиц, подлежащих снятию с учета, пересылается в сообщении RSP_ZK2:
| RSP/\ZK2/\RSP_ZK2 | Ответ на запрос списка лиц, подлежащих снятию с учета |
|---|---|
| <RSP_ZK2> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| [{<RSP_ZK2.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - начало |
| Идентификация застрахованного лица | |
| Подтверждение факта страхования по ОМС | |
| </RSP_ZK2.QUERY_RESPONSE>}] | --- ОТВЕТ НА ЗАПРОС - конец |
| </RSP_ZK2> |
Ответ на запрос списка лиц, подлежащих снятию с учета, включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.
Б.3.2.4 Описание алгоритма поиска
При поиске застрахованных лиц, подлежащих снятию с учета, ищутся лица, которые:
- сняты с учета в связи с постановкой на учет в другом месте при условии, что дата следующей постановки на учет изменена на более раннюю при помощи сообщения о событии A08 с причиной П14 "Исправление постановки на учет". Вариант соответствует случаю, когда в результате устранения расхождений, выявленных в результате сверки данных, хранящихся в РС ЕРЗ и ЦС ЕРЗ, территория послала сообщение об исправлении даты постановки застрахованного лица на учет (сообщение о событии A08 с причиной П14 "Исправление постановки на учет").
Для снятия с учета лица, подлежащего снятию с учета в соответствии с п. 2, следует послать сообщение о событии A08 с причиной события П02 "Снятие с учета". Для уменьшения срока состояния на учете в связи с исправлением даты постановки на учет в следующей страховой принадлежности (п. 2), следует послать сообщение о событии A08 с причиной события П15 "Исправление снятия с учета", указав дату постановки на учет и новую дату снятия с учета.
Б.3.2.5 Сегмент PID - "Идентификация застрахованного лица"
В сегменте PID для каждого застрахованного лица указываются следующие идентификаторы:
- главный ЕНП,
- ЕНП, под которым по данным ЦС ЕРЗ ЗЛ состоит на учете на территории запроса (и подлежит снятию с учета).
Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЦС ЕРЗ обнаружены дубликаты записей данного застрахованного лица, которые объединены в соответствии с принятым регламентом. В результате объединения дубликатов ЕНП, указанный в ответе на запрос вторым, был выведен из употребления. Застрахованное лицо должно быть снято с учета, и в ИС РС ЕРЗ ТФОМС запроса ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного.
Таблица Б.37 Структура сегмента PID (ответ на запрос списка лиц, подлежащих снятию с учета)
Б.3.2.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"
Сегмент IN1 включается в ответ на запрос списка лиц, подлежащих снятию с учета, для определения территории страхования и страховой медицинской организации, в которой застрахованное лицо следует снять с учета, а также для указания даты, с которой застрахованное лицо подлежит снятию с учета.
Таблица Б.38 Структура сегмента IN1 (ответ на запрос лиц, подлежащих снятию с учета)
Б.3.3 Запрос списка лиц, подлежащих восстановлению на учете
Запрос списка лиц, ранее снятых с учета на данной территории, которых следует восстановить на учете.
Б.3.3.1 Грамматика запроса списка лиц, подлежащих восстановлению на учете
Для получения списка лиц, подлежащих восстановлению на учете, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP2, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZP2/\QBP_ZP2 | Запрос списка лиц, подлежащих восстановлению на учете |
|---|---|
| <QBP_ZP2> |
Заголовок сообщения Определение параметров запроса списка лиц, подлежащих восстановлению на учете |
Б.3.3.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса списка лиц, подлежащих восстановлению на учете.
Таблица Б.39 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, подлежащих восстановлению на учете)
Б.3.3.3 Грамматика ответа на запрос списка лиц, подлежащих восстановлению на учете
В ответ на запрос лиц, подлежащих восстановлению на учете, ЦС ЕРЗ посылает сообщение со структурой RSP_ZK2, которая отличается в зависимости от версии.
Ответ на запрос списка лиц, подлежащих восстановлению на учете:
| RSP/\ZK2/\RSP_ZK2 | Ответ на запрос списка лиц, подлежащих восстановлению на учете |
|---|---|
| <RSP_ZK2> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| [{<RSP_ZK2.QUERY_RESPONSE | --- ОТВЕТ НА ЗАПРОС - начало |
| Идентификация застрахованного лица | |
| Подтверждение факта страхования по ОМС | |
| </RSP_ZK2.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - конец |
| </RSP_ZK2> |
Сообщение включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.
Б.3.3.4 Описание алгоритма поиска
При поиске застрахованных лиц, подлежащих восстановлению на учете, возвращается информация о лицах, которые:
а) сняты с учета, но подлежат восстановлению на учете в связи с отменой ошибочной регистрации смерти,
б) сняты с учета в связи с неправомерной постановкой на учет в другом месте в том случае, когда неправомерность была установлена не сразу,
в) сняты с учета в связи с постановкой на учет в другом месте при условии, что дата следующей постановки на учет изменена на более позднюю. Вариант соответствует случаю, когда в результате устранения расхождений, выявленных в результате сверки данных, хранящихся в РС ЕРЗ и ЦС ЕРЗ, территория послала сообщение об исправлении даты постановки застрахованного лица на учет (сообщение о событии A08 с причиной П14 "Исправление постановки на учет").
Для каждого застрахованного лица, найденного в соответствии с одним из вышеперечисленных критериев, в ответ на запрос включается отдельная группа RSP_ZK2.QUERY_RESPONSE.
Для восстановления на учете лица, подлежащего восстановлению в связи с отменой ошибочной регистрации смерти, либо в связи со снятием с учета в связи с неправомерной постановкой на учет (критерии а) и б)) следует послать сообщение о событии A08 с причиной события П08 "Восстановление на учете".
Для увеличения срока состояния на учете в связи с исправлением даты постановки на учет в следующей страховой принадлежности (критерий Б.3.3.4, следует послать сообщение о событии A08 с причиной события П15 "Исправление снятия с учета", указав дату постановки на учет и новую дату снятия с учета.
Б.3.3.5 Сегмент PID - "Идентификация застрахованного лица"
В сегменте PID для каждого застрахованного лица указываются следующие идентификаторы:
Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЦС ЕРЗ обнаружены дубликаты записей данного застрахованного лица, которые объединены в соответствии с принятым регламентом. В результате объединения дубликатов ЕНП, указанный в ответе на запрос вторым, был выведен из употребления. Застрахованное лицо должно быть восстановлено на учете, и в ИС РС ЕРЗ ТФОМС запроса и ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного (тот, который указан первым в ответе на запрос).
Таблица Б.40 Структура сегмента PID (ответ на запрос списка лиц, подлежащих восстановлению на учете)
Б.3.3.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"
Сегмент IN1 должен включаться в сообщения для дополнительного подтверждения территории страхования и указания страховой медицинской организации, в которой застрахованное лицо подлежит восстановлению на учете.
Таблица Б.41 Структура сегмента IN1 (ответ на запрос лиц, подлежащих восстановлению на учете)
Б.3.4 Запрос списка лиц, умерших на других территориях
Запрос списка лиц, зарегистрированных на данной территории, смерть которых зарегистрирована на других территориях.
Б.3.4.1 Грамматика запроса списка лиц, умерших на других территориях
Для получения списка лиц, умерших на других территориях, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP4, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZP4/\QBP_ZP4 | Запрос списка лиц, умерших на других территориях |
|---|---|
| <QBP_ZP4> |
Заголовок сообщения Определение параметров запроса |
Б.3.4.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса списка лиц, умерших на других территориях. Требования к параметрам и правила их интерпретации указаны в таблице Б.42.
Таблица Б.42 Структура сегмента QPD - "Определение параметров запроса" запрос списка лиц, умерших на других территориях)
Б.3.4.3 Грамматика ответа на запрос списка лиц, умерших на других территориях
Результат запроса списка лиц, умерших на другой территории, пересылается в сообщении RSP_ZK4:
| RSP/\ZK4/\RSP_ZK4 | Ответа на запрос с параметрами |
|---|---|
| <RSP_ZK4> |
Заголовок сообщения Подтверждение сообщения Ошибка --- ОТВЕТ НА ЗАПРОС - начало Идентификация умершего лица --- ОТВЕТ НА ЗАПРОС - конец |
Ответ на запрос списка лиц, умерших на другой территории, включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в п. 6.1.1.4.
Б.3.4.4 Описание алгоритма поиска
В базе данных ЦС ЕРЗ ищутся застрахованные лица, для которых:
- зарегистрирована смерть на территории России, исключая ТФОМС, код которого указан в поле QPD.12,
- застрахованное лицо было хотя бы однажды зарегистрировано в ТФОМС, код которого указан параметром QPD.12,
- сообщение о регистрации смерти отправлено в диапазоне дат, указанном в поле QPD.14.
С целью оптимизации выполнения запросов ЦС ЕРЗ может вводить ограничения на количество дней, входящих в диапазон дат QPD.14. В таком случае запрос, диапазон дат которого больше допустимого, признается ошибочным на этапе форматно-логического контроля в шлюзе РС и не направляется на дальнейшую обработку в ЦС ИС ЕРЗ.
Б.3.4.5 Сегмент PID - "Идентификация застрахованного лица"
В сегменте PID указывается следующие идентификаторы найденных застрахованных лиц:
Если ЕНП, возвращенные в ответ на запрос, отличаются друг от друга, то это означает, что в ЕРЗ было произведено объединение в соответствии с принятым регламентом. В результате объединения ЕНП, указанный в запросе, был выведен из употребления. Застрахованное лицо должно быть помечено как умершее, и в ИС РС ЕРЗ ТФОМС запроса ему должен быть поставлен в соответствие ЕНП, возвращенный в ответе на запрос в качестве главного.
Таблица Б.43 Структура сегмента PID (ответ на запрос списка лиц, умерших на другой территории)
Б.3.5 Запрос истории страховых принадлежностей по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ
Запрос истории страховых принадлежностей по ЕНП является обезличенным и предназначен для получения информации о страховых принадлежностях застрахованного лица в том случае, когда известны серия и номер полиса ОМС старого образца, или номер временного свидетельства, или номер бланка полиса нового образца, или единый номер полиса ОМС, а персональные данные неизвестны или неполны.
Запрос истории страховых принадлежностей по серии и номеру документа УДЛ следует использовать, когда персональные данные не полны или в случаях получения ошибки прикладной обработки 525 (обнаружен дубликат УДЛ/в составе новых данных застрахованного лица указан номер УДЛ, который по данным ЦС ЕРЗ закреплен за другим застрахованным лицом).
Б.3.5.1 Грамматика запроса истории страховых принадлежностей по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ
Для получения истории страховых принадлежностей застрахованного лица по серии и номеру ДПФС или ЕНП или серии и номеру документа УДЛ ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP9, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
| QBP/\ZP8/\QBP_ZP8 | Запрос истории страховых принадлежностей по серии и номеру ДПФС или ЕНП |
|---|---|
| <QBP_ZP9> |
Заголовок сообщения Определение параметров запроса |
Б.3.5.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса истории страховых принадлежностей по номеру ДПФС или ЕНП, или серии и номеру документа УДЛ. В запрос следует включать либо данные о ДПФС, либо данные о ЕНП, либо о документе УДЛ. Описание сегмента QPD дано в таблице Б.44.
Таблица Б.44 Структура сегмента QPD - "Определение параметров запроса" (запрос истории страховых принадлежностей по ДПФС или ЕНП, или серии и номеру документа УДЛ)
Особенности заполнения отдельных полей запроса
Запрос может быть сформирован в пяти вариантах.
-
Только по ЕНП. В таком случае должен быть указан только один экземпляр параметра QPD.5, в котором QPD.5 / CX.5 = "NI". Параметры QPD.10, QPD.11 и QPD.20 не указываются.
Требования к заполнению полей запроса QPD.5, QPD.10, QPD.11 и QPD.20 даны в таблице Б.45.
Поле QPD.10 "Тип полиса" должно заполняться кодами из системы кодирования 1.2.643.2.40.5.100.86. В зависимости от типа полиса ОМС номер физического носителя заполняется по правилам, указанным в таблице Б.45. Обозначения в графах "QPD.11" и "QPD.5":
+ номер физического носителя полиса ОМС передается в данном поле; значение обязательно;
x поле не должно включаться в запрос.
Описание возможных ошибок ФЛК приведено в классификаторе Q004.
Таблица Б.45 Требования к заполнению полей запроса QPD.5, QPD.10, QPD.11 и QPD.20 запроса истории страховых принадлежностей по полису ОМС или ЕНП
<1> Поиск может дать неверные результаты в том случае, когда полис ОМС единого образца выдан застрахованному лицу без отметки о постановке на учет.
Б.3.5.3 Грамматика ответа на запрос истории страховых принадлежностей по номеру ДПФС или ЕНП
Ответ на запрос истории страховых принадлежностей по номеру ДПФС или ЕНП имеет структуру RSP_ZK9:
| RSP/\ZK8/\RSP_ZK9 | Ответ на запрос истории страховых принадлежностей по ЕНП |
|---|---|
| <RSP_ZK9> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| [{<RSP_ZK9.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - начало |
| Идентификация застрахованного лица. | |
| [{<RSP_ZK8.REGISTRATION> | |
| { |
Подтверждение факта страхования по ОМС. |
| </RSP_ZK8.REGISTRATION>}] | |
| </RSP_ZK9.QUERY_RESPONSE>}] | --- ОТВЕТ НА ЗАПРОС - конец |
| </RSP_ZK9> |
Б.3.5.4 Описание алгоритмов поиска
Б.3.5.4.1 Поиск застрахованного лица
Б.3.5.4.1.1 Поиск застрахованного лица по ЕНП
В ЦС ЕРЗ ищется застрахованное лицо с указанным ЕНП (вне зависимости, является указанный ЕНП главным или нет). Если ЕНП найден, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, если нет - то группа <RSP_ZK9.QUERY_RESPONSE> в ответ на запрос не включается и поиск на этом заканчивается.
Б.3.5.4.1.2 Поиск застрахованного лица по номеру ДПФС
В ЦС ЕРЗ ищется ДПФС по заданным в запросе параметрам QPD.10, QPD.11 и QPD.20. Если такой документ найден, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, включающая сегмент PID, содержащий идентификацию застрахованного лица, с которым связан найденный полис ОМС.
Б.3.5.4.1.3 Поиск застрахованного лица по серии и номеру документа УДЛ
В ЦС ЕРЗ ищется застрахованное лицо с указанными в параметре QPD.5 серией и номером документа УДЛ. Если застрахованное лицо найдено, то в ответ на запрос включается группа <RSP_ZK9.QUERY_RESPONSE>, если нет - то группа <RSP_ZK9.QUERY_RESPONSE> в ответ на запрос не включается и поиск на этом заканчивается.
Б.3.5.4.2 Поиск страховых принадлежностей
Если параметр QPD.4 указан, то для найденного застрахованного лица производится поиск всех соответствующих ему страховых принадлежностей, которые имели место по состоянию на дату, заданную параметром QPD.4 запроса. Для недействующих страховых принадлежностей это означает, значение параметра QPD.4 должно лежать между датами постановки на учет и снятия с учета. Для действующей страховой принадлежности значение QPD.4 должно быть не меньше, чем дата постановки на учет. Статус "Подлежит снятию с учета" интерпретируется как "Снят с учета".
Если параметр QPD.4 не указан, то производится поиск всех страховых принадлежностей.
Если такие состояния на учете найдены, то для каждого из них в ответе на запрос создается группа <RSP_ZK8.REGISTRATION>, вложенная в группу <RSP_ZK9.QUERY_RESPONSE>, соответствующую найденному застрахованному лицу.
Состояния на учете, подлежащие снятию с учета, включаются в ответ на запрос:
- как снятые с учета, если дата снятия с учета уже наступила;
- как состоящие на учете, если дата снятия с учета еще не наступила.
Состояния на учете, подлежащие восстановлению на учете, включаются в ответ на запрос как состоящие на учете.
Б.3.5.4.3 Поиск ДПФС
Поиск ДПФС производится только в том случае, если в запросе был задан только ЕНП. В этом случае для каждого из найденных состояний на учете производится поиск всех связанных с ним документов, включая временные свидетельства и "фиктивные" полисы ОМС, соответствующие состоянию на учете без полиса ОМС по распределению ТФОМС. В группу <RSP_ZK8.REGISTRATION>, соответствующую состоянию на учете, вставляется столько сегментов IN1, сколько документов найдено.
Примечание. Одному состоянию на учете могут соответствовать несколько полисов ОМС и временных свидетельств, например:
- полис старого образца, временное свидетельство и полис единого образца при обращении в СМО с заявлением о выдаче полиса ОМС единого образца;
- временное свидетельство и полис ОМС единого образца при выборе СМО или при замене СМО с одновременным переоформлением полиса ОМС;
- несколько полисов единого образца, если полис переоформлен в той же СМО, например, при выявлении неточностей или при утере.
Если в запросе были заданы данные ДПФС, то в ответ на запрос включаются сведения только о том ДПФС, который был задан в запросе.
Б.3.5.4.4 Возврат дат постановки на учет и снятия с учета и срока действия ДПФС
Даты постановки на учет и снятия с учета возвращается в полях IN1.12 и IN1.13 соответственно. Информация о сроках действия полиса в ответ на запрос не включается.
Б.3.5.5 Сегмент PID - "Идентификация застрахованного лица"
Таблица Б.46 Структура сегмента PID (ответ на запросы истории страховых принадлежностей по ЕНП и полису ОМС)
Б.3.5.6 Сегмент IN1 - "Подтверждение факта страхования по ОМС"
Таблица Б.47 Структура сегмента IN1 (ответ на запрос страховой принадлежности по ЕНП или номеру ДПФС)
Б.3.6 Запрос стандартного отчета по данным ЦС ЕРЗ
Запрос стандартного отчета с указанными параметрами по данным ЦС ЕРЗ. Отчет может выдаваться в одном из согласованных форматов. Стандартный формат выдачи отчета - электронная таблица формата XLS.
Б.3.6.1 Грамматика запроса отчета по данным ЦС ЕРЗ
Для отчета по данным ЦС ЕРЗ ИС РС ЕРЗ формирует сообщение со структурой QBP_ZPR, указав параметры отчета в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZPR/\QBP_ZPR | Запрос отчета по данным ЦС ЕРЗ |
|---|---|
| <QBP_ZPR> |
Заголовок сообщения Определение параметров запроса отчета по данным ЦС ЕРЗ |
Б.3.6.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для передачи параметров отчета. Параметры бывают двух типов: стандартные и специфические. Стандартные параметры передаются посредством значений сегмента QPD. Их набор и интерпретация могут отличаться для конкретного отчета, тип которого задается параметром QPD.25. Если отчет требует указания специфических параметров (например, порядок сортировки результатов), то значения таких параметров передаются в поле QPD.26. Каждый параметр задается парой значений {имя параметра, значение параметра}.
Таблица Б.48 Структура сегмента QPD - "Определение параметров запроса" (запрос отчета по данным ЦС ЕРЗ)
Б.3.6.2.1 Использование нестандартных параметров отчета
Имя нестандартного параметра задается в компоненте QIP.1 в виде строки. Допустимые имена параметров определяются типом отчета, указанным в поле QPD.26.
Значение нестандартного параметра задается в компоненте QIP.1. Допустимые типы параметров: NM, DT, DTM, DR, ID, IS, CNE, HD, EI. Конкретный тип параметра определяется типом отчета, указанным в поле QPD.26.
Значения параметров составных типов записываются с использованием исходных правил кодирования HL7. Это означает, что компоненты составного типа отделяются друг от друга разделителем компонентов, который указан первым знаком значения поля MSH.2.
Например, если в сегменте MSH указано стандартное значение поля MSH.2 (разделитель компонентов /):
<MSH.2>/~&</MSH.2> то значение параметра <Фонд-отправитель> <HD.1>52</HD.1> <HD.2>1.2.643.2.40.3.3.1.0</HD.2> <HD.3>ISO</HD.3> </Фонд-отправитель> должно быть передано в поле QPD.26 так: <QPD.26> <QIP.1>Фонд-отправитель</QIP.1> <QIP.2>52/\1.2.643.2.40.3.3.1.0/\ISO</QIP.2> </QPD.26>
Если в сегменте MSH указать нестандартное значение, например, такое (разделитель компонентов - точка с запятой):
<MSH.2>;&</MSH.2> то значение того же параметра должно быть передано в поле QPD.26 следующим образом: <QPD.26> <QIP.1>Фонд-отправитель</QIP.1> <QIP.2>52;1.2.643.2.40.3.3.1.0;ISO</QIP.2> </QPD.26>
Б.3.6.3 Грамматика ответа на запрос отчета по данным ЦС ЕРЗ
В ответ на запрос отчета по данным ЦС ЕРЗ возвращается сообщение со структурой RSP_ZKR:
| RSP/\ZKR/\RSP_ZKR | Ответ на запрос отчета по данным ЦС ЕРЗ |
|---|---|
| <RSP_ZKR> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| Параметры запроса | |
| [{<RSP_ZKR.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - начало |
| Вложенный файл с отчетом. | |
| </RSP_ZKR.QUERY_RESPONSE>}] | --- ОТВЕТ НА ЗАПРОС - конец |
| </RSP_ZKR> |
Сообщение включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.
Б.3.6.4 Сегмент ZND - "Вложенный файл"
В сегменте ZND возвращается результат выполнения запроса.
Таблица Б.49 Структура сегмента ZND (ответ на запрос отчета по данным ЦС ЕРЗ)
Б.3.7 Запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах
Б.3.7.1 Грамматика запроса списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах
Для получения списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZPE, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение АСК с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZPE/\QBP_ZPE | Запрос списка лиц, подлежащих снятию с учета |
|---|---|
| <QBP_ZPE> |
Заголовок сообщения Определение параметров запроса списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах |
Б.3.7.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах.
Таблица Б.50 Структура сегмента QPD - "Определение параметров запроса" (запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах)
Б.3.7.3 Грамматика ответа на запрос
Ответ на запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах, пересылается в сообщении RSP_ZKE.
| RSP/\ZKE/\RSP_ZKE | Ответ на запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах |
|---|---|
| <RSP_ZKE> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| {<RSP_ZKE.QUERY_RESPONSE > | --- ОТВЕТ НА ЗАПРОС - начало |
| Идентификатор изменения | |
| Идентификация застрахованного лица | |
| {<RSP_IN1> | |
| Предыдущая информация о страховании по ОМС | |
| Измененная информация о страховании по ОМС | |
| </RSP_IN1} | |
| </RSP_ZKE.QUERY_RESPONSE >} | --- ОТВЕТ НА ЗАПРОС - конец |
| </RSP_ZKE> |
Ответ на запрос списка лиц, у которых изменилась дата снятия с учета в связи с разъединением ошибочно объединенной информации о застрахованных лицах, включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR).
Б.3.7.4 Сегмент ZVN - "Идентификация расхождения"
Сегмент ZVN предназначен для идентификации изменения даты снятия с учета, которое произошло в связи с разъединением ошибочно объединенной информации о застрахованных лицах.
Таблица Б.51 Структура сегмента ZVN
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| ZVN.1 | ST | Да | Идентификатор изменения | Уникальный идентификатор изменения |
Б.3.7.5 Порядок действий в РС ЕРЗ по обработке информации об изменении даты снятия с учета, которое произошло в связи с разъединением ошибочно объединенной информации о застрахованных лицах
-
По данным, указанным в ответе (RSP_ZKE/PID), найти информацию о застрахованном лице в РС ЕРЗ;
-
Найти информацию о страховке застрахованного лица, указанную в первом сегменте IN1;
-
В найденной страховке изменить дату снятия с учета на дату, указанную в поле IN1.13 второго сегмента IN1;
-
Отправить в ЦС ЕРЗ сообщение A08/П15 "Исправление снятия с учета", дополнительно указав в сегменте ZVN идентификатор изменения, указанный в таком же сегменте ответа (RSP_ZKE/ZVN).
Б.4 Сообщения и запросы, связанные с учетом статуса застрахованных лиц
Таблица Б.52 Перечень событий изменения данных в ЕРЗ, связанных с учетом статуса застрахованных лиц, и их причин (коды причин событий на прикладном уровне указаны в столбце "Код - Причины"; ОИД 1.2.643.2.40.5.100.62)
Б.4.1 Получение сведений о работающих застрахованных лицах
Для передачи информации о работающих застрахованных лицах, полученной из УФНС, следует использовать специальную пользовательскую транзакцию ZWI/ACK.
Б.4.1.1 Описание транзакции и структуры прямых и ответных сообщений
Б.4.1.1.1 Порядок обмена данными
Получив из УФНС данные о застрахованных лицах, о которых в УФНС имеется информация, что эти лица работали в течение отчетного периода, ТФОМС передает в шлюз РС ЕРЗ два пакета сообщений со структурой ZPI_ZWI о событии ZWI "Получение сведений о работающих застрахованных лицах":
- пакет из одного или нескольких сообщений, содержащих перечень ЕНП застрахованных лиц, идентифицированных в ИС РС ЕРЗ (код причины события П20 - см. таблицу 62); каждое сообщение должно содержать не более 10000 полей ZWL.1 в сегменте ZWL;
- пакет из одного или нескольких сообщений, содержащих информацию о застрахованных лицах, не идентифицированных в ИС РС ЕРЗ (код причины события П21); каждое сообщение должно содержать не более 10000 сегментов PID.
Каждый пакет с сообщениями о статусе должен содержать сообщения с одинаковыми причинами событий в поле EVN.4.
Шлюз РС производит форматно-логический контроль каждого пакета и возвращает пакет с сообщениями ACK подтверждений приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно псевдонимизируется и передается в ЦС ЕРЗ, который возвращает сообщение ACK с подтверждением прикладной обработки.
Получение от территории обоих пакетов сообщений служит для ЦС ЕРЗ сигналом того, что обработка информации о статусе застрахованных лиц в текущем отчетном периоде на данной территории завершена.
Если информация, переданная в пакетах сообщений с причинами П20 и П21, оказалась неверной из-за ошибок в программном обеспечении или по другим причинам, то ТФОМС может заменить ее, послав заново пакет с сообщением П26, пакеты сообщений П20 и П21 с верной информацией и пакет с сообщением П27.
Б.4.1.1.2 Структура сообщения
| ZPI/\ZWI/\ZPI_ZWI | Получение сведений о работающих застрахованных лицах |
|---|---|
| <ZPI_ZWI> | |
| Заголовок сообщения | |
| Тип события | |
| Отчетный период | |
| [ |
Полученные из УФНС сведения о статусе застрахованных лиц |
| [ |
Перечень ЕНП работающих застрахованных лиц, идентифицированных в РС ЕРЗ Анкетные данные работающего застрахованного |
| [{ |
лица, не идентифицированного в РС ЕРЗ (до 10 тыс. в сообщении) |
| </ZPI_ZWI> |
- информацию о начале передачи сведений о статусе застрахованных лиц, код причины П26;
- информацию о завершении передачи сведений о статусе застрахованных лиц, код причины П27;
- отдельно данные о работающих застрахованных лицах, идентифицированных на территории (включается только сегмент ZWL), код причины события П20;
- отдельно данные о работающих застрахованных лицах, не идентифицированных на территории (включаются только сегменты PID), код причины события П21.
Во всех описанных вариантах действует ограничение на количество информации, передаваемой в одном сообщении (до 10000 полей ZWL.1 в одном сегменте ZWL и до 10000 сегментов PID).
Сегмент MSH описан в пункте 6.1.1.4.1. Специальных особенностей при его заполнении для сообщения о событии ZWI нет.
| ACK/\ZWI/\ACK | Подтверждение приема Подтверждение прикладной обработки |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) |
Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей их заполнения в сообщениях прикладного подтверждения для события ZWI нет.
Для каждого ЕНП, переданного в сегменте ZWL и не найденного в ЦС ЕРЗ, в сегменте ERR сообщения подтверждения прикладной обработки возвращается информация об ошибке N 500 "Единый номер полиса не зарегистрирован в ЕРЗ". Позицией ошибки для поля ERR.2/ERL.4 в таком случае считается порядковый номер повторения поля ZWL.1. Для удобства идентификации в каждый сегмент ERR дополнительно включается поле ERR.6, содержащее ЕНП (формат: <ERR.6>ЕНП=значение-ЕНП</ERR.6>).
Для каждого застрахованного лица, не идентифицированного в ЦС ЕРЗ, информация о котором передана в сегменте PID, в сегменте ERR сообщения подтверждения прикладной обработки возвращается информация об ошибке N 514 "Застрахованное лицо не идентифицировано в ЕРЗ". Позицией ошибки для поля ERR.2/ERL.2 в таком случае считается порядковый номер повторения сегмента PID в целом. Поле ERR.6 в таком случае в сегмент ERR не включается.
Б.4.1.2 Сегмент EVN - "Тип события"
Сегмент EVN обязателен и не повторяется. Все указанные поля обязательны и включаются в сегмент ровно один раз.
Таблица Б.53 Заполнение сегмента EVN
Б.4.1.3 Сегмент ZWP - "Отчетный период"
Сегмент ZWP предназначен для передачи информации об отчетном периоде, в течение которого зафиксированы сведения о работающих застрахованных лицах, и о территории, с которой переданы данные.
Таблица Б.54 Сегмент ZWP - "Отчетный период"
Б.4.1.4 Сегмент PFR - "Полученные из УФНС сведения"
Сегмент PFR предназначен для передачи статистических данных о сведениях, полученных из УФНС в отчетном периоде.
Таблица Б.55 Сегмент PFR - "Полученные из УФНС сведения"
Б.4.1.5 Сегмент ZWL - "Перечень ЕНП"
Сегмент ZWL предназначен для передачи перечня застрахованных лиц, работающих на территории и идентифицированных на той же территории в РС ЕРЗ.
Таблица Б.56 Сегмент ZWL - "Перечень ЕНП"
Б.4.1.6 Сегмент PID - "Идентификация застрахованного лица"
Сегмент PID используется в сообщении о событии ZWI для передачи анкетных данных застрахованных лиц, не идентифицированных на территории, откуда получено сообщение, для последующей идентификации этих лиц в ЦС ЕРЗ.
Таблица Б.57 Структура сегмента PID (событие ZWI)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1 | Серия и номер документа, удостоверяющего личность. См. п. Б.2.5.3.1. | |||||
| CX.1 | Да | Серия и номер УДЛ. | ||||||||
| CX.5 | Да | Вид УДЛ. Код из СК 1.2.643.2.40.5.100.203 (таблица 63). | ||||||||
| 2 | СНИЛС | |||||||||
| CX.1 | Да | СНИЛС | ||||||||
| CX.5 | Да | PEN | Код из СК 1.2.643.2.40.5.100.203 (таблица 63). | |||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. См. п. Б.2.5.3.3. | |||||
| PID.8 | IS | Да | Пол | 1 | Пол застрахованного лица. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| PID.11 | XAD | Усл | Страна рождения | 0..1 | Используется для передачи кода страны рождения при указании особых случаев идентификации, связанных с отсутствием компонентов ФИО в УДЛ. | |||||
| XAD.6 | Да | Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код). | ||||||||
| XAD.7 | Да | Тип адреса. Код из СК 1.2.643.2.40.5.100.190 (таблица 69). Допускается значение: N - адрес места рождения. | ||||||||
| PID.23 | ST | Нет | Место рождения | 0..1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность). | |||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | "Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445 (таблица 74). Поле должно быть включено столько раз, сколько особых случаев имеет место. | |||||
Б.4.2 Запрос списка идентификаторов работающих застрахованных лиц
Запрос списка идентификаторов лиц, состоящих на учете на данной территории, о которых в ЦС ЕРЗ поступили сведения о работе в течение заданного периода.
Б.4.2.1 Грамматика запроса списка идентификаторов работающих застрахованных лиц
Для получения списка идентификаторов лиц, состоящих на учете на данной территории, о которых в ЦС ЕРЗ поступили сведения о работе в течение заданного периода, ИС РС ЕРЗ формирует сообщение со структурой QBP_ZP6, указав параметры запроса в сегменте QPD, и передает это сообщение в шлюз РС. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Псевдонимизация запроса не требуется, поскольку он не содержит персональных данных застрахованных лиц.
| QBP/\ZP6/\QBP_ZP6 | Запрос списка идентификаторов работающих застрахованных лиц |
|---|---|
| <QBP_ZP6> |
Заголовок сообщения Определение параметров запроса |
Б.4.2.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запроса списка идентификаторов работающих застрахованных лиц.
Таблица Б.58 Структура сегмента QPD - "Определение параметров запроса" (запрос списка идентификаторов работающих застрахованных лиц)
Запрос позволяет получить идентификаторы застрахованных лиц, состоящих на учете на территории запроса и имеющих статус статуса "работает" по сведениям, полученным из любого ТФОМС.
Б.4.2.3 Описание алгоритма поиска
В ЦС ЕРЗ среди записей о лицах, состоявших на учете на территории запроса по состоянию на последнюю дату указанного в запросе периода, ищутся те, для которых получены сообщения о том, что данные застрахованные лица работали в течение заданного периода. Если задан период, отличный от квартала, то ищутся записи для тех кварталов, из которых состоит заданный период. Например, если задан период 25 (1-е полугодие), то в ответ на запрос должны быть включены застрахованные лица, о которых известно, что они работали либо в первом квартале, либо во втором квартале, либо и в первом и во втором квартале заданного года.
Из найденных застрахованных лиц выбирается подмножество в зависимости от значения параметра QPD.17:
- лица, информация о статусе которых поступила с территории запроса (если QPD.17='N'), включая тех, информация о которых поступила еще и с других территорий,
- лица, информация о которых поступила с других территорий (если QPD.17='Y'), включая тех, информация о которых поступила еще и с территории запроса.
Если информация о статусе застрахованного лица поступила и с территории запроса, и с других территорий, то сведения о таком застрахованном лице будут включены в ответ на запрос при любом значении параметра QPD.17.
Если обозначить множество ЕНП, возвращенных в ответ на запрос с параметром QPD.17='Y' через {Y}, а множество ЕНП, возвращенных в ответ на запрос с параметром QPD.17='N' через {N}, то:
{Y} U {N} - множество всех застрахованных лиц, информация о статусе которых имеется в ЕРЗ (вне зависимости от того, с какой территории эта информация получена);
{Y} \cap {N} - множество всех застрахованных лиц, информация о статусе которых получена и с территории запроса и хотя бы с одной другой территории;
{Y} - {N} - множество всех застрахованных лиц, информация о статусе которых получена только с других территорий;
{N} - {Y} - множество всех застрахованных лиц, информация о статусе которых получена только с территории запроса;
Б.4.2.4 Грамматика ответа на запрос списка идентификаторов работающих застрахованных лиц
Ответ на запрос списка идентификаторов работающих застрахованных лиц пересылается в сообщении RSP_ZK6:
| RSP/\ZK6/\RSP_ZK6 | Ответ на запрос списка работающих застрахованных лиц |
|---|---|
| <RSP_ZK6> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| Параметры запроса | |
| [<RSP_ZK6.QUERY_RESPO | |
| NSE> | |
| Ответ на запрос. | |
| </RSP_ZK6.QUERY_RESPO | |
| NSE>] | |
| </RSP_ZK6> |
Б.4.2.5 Сегмент QPD - "Параметры запроса"
Сегмент QPD - "Параметры запроса" должен повторять в ответе на запрос те же параметры, которые были переданы в исходном запросе. Необходимость повторения сегмента параметров запроса объясняется тем, что собственно перечень идентификаторов работающих застрахованных лиц содержит только ЕНП, что не позволяет определить, с какими параметрами был произведен поиск.
Б.4.2.6 Сегмент ZWL - "Перечень ЕНП"
Сегмент ZWL - "Перечень ЕНП" в ответе на запрос содержит перечень ЕНП найденных застрахованных лиц. Если информация о работе застрахованных лиц в запрошенном периоде не поступала, то сегмент ZWL в ответ на запрос не включается.
Таблица Б.59 Сегмент ZWL - "Перечень ЕНП"
Б.5 Сообщения и запросы между ТФОМС
Б.5.1 Запросы персональных данных застрахованного лица в другом ТФОМС
Запросы персональных данных застрахованного лица в другом ТФОМС используются при разрешении коллизий и дубликатов. Запросы посылаются территориальным фондом ОМС, в котором зафиксирована последняя по времени постановка на учет застрахованного лица (застрахованных лиц), коллизия между которыми или необходимость объединения которых должна быть подтверждена или опровергнута, в адреса тех ТФОМС, в которых были зафиксированы предыдущие по времени постановки на учет.
Б.5.1.1 Грамматика запросов персональных данных застрахованного лица в другом ТФОМС
Для запроса персональных данных застрахованного лица в другом ТФОМС, используется сообщение QBP_ZPD, имеющее следующую структуру:
| QBP/\ZPD/\QBP_ZPD | Запрос персональных данных застрахованного лица в другом ТФОМС |
|---|---|
| <QBP_ZPD> |
Заголовок сообщения Определение параметров запроса персональных данных застрахованного лица в другом ТФОМС Электронная подпись параметров запроса. |
В сегменте MSH должен быть указан ТФОМС, являющийся адресатом сообщения. В сегмент ZSG включается электронная подпись xml-элемента QPD.
Б.5.1.2 Сегмент QPD - "Определение параметров запроса"
Сегмент предназначен для определения параметров запросов персональных данных застрахованного лица в другом ТФОМС.
Таблица Б.60 Структура сегмента QPD - "Определение параметров запроса" (запросы персональных данных застрахованного лица в другом ТФОМС)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз. | |||||||
| QPD.1 | CWE | Да | Название сообщения запроса | 1 | CWE.1 | Да | Значение из СК 1.2.643.2.40.1.9 (таблица 86). Допускаются значения: ПД1 - запрос по полному набору данных, ПД2 - запрос данных по ДПФС, ПД3 - запрос данных по ФИО и документам. | |||
| CWE.2 | Нет | Название запроса | ||||||||
| CWE.3 | Нет | 1.2.643.2.40.1.9 | ОИД СК запросов. | |||||||
| QPD.2 | ST | Да | Ярлык запроса | 1 | Уникальный идентификатор последовательности запросов, связанных с выяснением конкретной ситуации. Должен быть присвоен первому запросу, связанному с определенным событием, и возвращен в ответном сообщении. Если полученная информация является недостаточной, и по той же причине будут затем сформированы дополнительные запросы в адрес того же ТФОМС, то все эти запросы должны иметь тот же ярлык, который был присвоен первому запросу последовательности. Уникальность запроса должна быть обеспечена на уровне ТФОМС-отправителя, вне зависимости от адресатов запросов. | |||||
| QPD.5 | CX | Усл | Список идентификаторов застрахованного лица | 0..* | ЕНП, номер (серия и номер) УДЛ, СНИЛС, номер УЭК. Для ПД1 - должен быть указан либо СНИЛС, либо номер УДЛ, либо номер УЭК, либо указанные идентификаторы в любых сочетаниях. В дополнение к этому для всех вариантов исполнения полиса единого образца должен быть указан ЕНП. Для полиса ОМС в составе УЭК указание номера УЭК обязательно. Для ПД2 для полиса единого образца должен быть указан ЕНП. Для полиса старого образца и временного свидетельства указание ЕНП не обязательно. Для полиса в составе УЭК должен быть указан номер УЭК. Остальные идентификаторы не указываются. Для ПД3 - должен быть указан либо СНИЛС, либо номер УДЛ, либо номер УЭК, либо указанные идентификаторы в любых сочетаниях. Во всех случаях, когда допускается указывать УДЛ, возможно указание более одного УДЛ даже одного типа (например, допускается указание паспорта СССР и паспорта РФ, либо двух паспортов РФ - в случае замены паспорта). | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64). | ||||||||
| QPD.6 | XPN | Усл | Фамилия, имя, отчество застрахованного лица | 0..1 | Обязательно для запросов ПД1 и ПД3. Для остальных запросов не указывается. См. также п. Б.3.1.2. | |||||
| XPN.1 | Усл. | Фамилия застрахованного лица. Обязательно указание либо фамилии застрахованного лица, либо имени (XPN.2) | ||||||||
| FN.1 | Да | Фамилия. | ||||||||
| XPN.2 | Усл. | Имя. Обязательно указание либо имени застрахованного лица, либо фамилии (XPN.1). | ||||||||
| XPN.3 | Нет | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| QPD.7 | DTM | Усл | Дата рождения | 1 | Дата рождения застрахованного лица. В запросах ПД1 и ПД3 обязательно указание либо даты, либо места рождения (QPD.9). Для остальных запросов не указывается. См. также п. Б.3.1.2. | |||||
| QPD.8 | IS | Нет | Пол | 1 | Пол застрахованного лица. Допускается в запросах ПД1 и ПД3. Для остальных запросов не указывается. Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| QPD.9 | ST | Усл | Место рождения ЗЛ | 0..1 | Место рождения застрахованного лица. В запросах ПД1 и ПД3 обязательно указание либо места, либо даты рождения (QPD.7). Для остальных запросов - не указывается. | |||||
| QPD.10 | IS | Усл | Тип полиса | 0..1 | Код из СК 1.2.643.2.40.5.100.86 (таблица 81). Обязательно для запросов ПД1 и ПД2. Для остальных запросов - не указывается. См. также п. Б.3.1.2. | |||||
| QPD.11 | IS | Усл | Серия и номер полиса | 0..1 | Серия и номер бланка. Заполнение обязательно для запросов ПД1 и ПД2. Для остальных запросов - не указывается. См. также п. Б.3.1.2. | |||||
| QPD.12 | HD | Да | Код ТФОМС, сформировавшего запрос | 1 | HD.1 | Да | Двузначный код ТФОМС, от имени которого выполняется запрос. | |||
| HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | ОИД кодов ТФОМС. | |||||||
| HD.3 | Нет | ISO | ||||||||
| QPD.13 | HD | Да | Код ТФОМС, в адрес которого отправляется запрос | 1 | HD.1 | Да | Двузначный код ТФОМС, в адрес которого отправляется запрос. | |||
| HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | ОИД кодов ТФОМС. | |||||||
| HD.3 | Нет | ISO | ||||||||
| QPD.20 | IS | Усл | Код территории выдачи полиса | 1 | Код из СК 1.2.643.2.40.3.3.1 (таблица 49). Заполнение обязательно для запросов ПД1 и ПД2, но только в том случае, когда указан код типа полиса С - полис ОМС старого образца или В - временное свидетельство. Для запросов других типов - не указывается. См. также п. Б.3.1.2. | |||||
| QPD.31 | IS | Да | Код причины запроса персональных данных | 1 | Значение из СК 1.2.643.2.40.1.27 (таблица 91). (разрешение дубликатов, разрешение коллизий и т.п.). | |||||
| QPD.32 | ST | Нет | Идентификатор сообщения - источника события | 0..1 | Идентификатор (значение поля MSH.10) сообщения, содержащего один из следующих возможных источников для запроса: - подтверждение прикладной обработки, содержащего код ошибки, для исправления которой требуется запрос данных из другого ТФОМС; - полученный из ЦС ЕРЗ ответ на запрос, требующий выполнения действия, для которого необходимы дополнительные данные из другого ТФОМС. | |||||
Б.5.1.2.1 Заполнение поля QPD.5 "Список идентификаторов застрахованного лица"
В таблице Б.61 перечислены допустимые значения идентификаторов застрахованного лица, которые могут передаваться в поле QPD.5. Описание ошибок ФЛК для каждого из типов идентификаторов и поля в целом приведено в классификаторе Q004.
Таблица Б.61 Требования к заполнению поля QPD.5 "Список идентификаторов застрахованного лица"
Б.5.1.2.2 Заполнение поля QPD.6 "Фамилия, имя и отчество застрахованного лица"
В таблице Б.62 перечислены требования к обязательности поля QPD.6 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.62 Требования к заполнению поля QPD.6 "Фамилия, имя и отчество застрахованного лица"
Б.5.1.2.3 Заполнение поля QPD.7 "Дата рождения"
В таблице Б.63 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК описаны в классификаторе Q004.
Таблица Б.63 Требования к заполнению поля QPD.7 "Дата рождения"
| Формат | Применение |
|---|---|
| ГГГГ-ММ-ДД | Дата рождения указана целиком |
| ГГГГ-ММ | День в дате рождения не указан или указан неправильно |
| ГГГГ | Месяц в дате рождения не указан или указан неправильно |
| другой |
Б.5.1.2.4 Заполнение информации о полисе ОМС (поля QPD.10, QPD.11 и QPD.20).
Поля запроса QPD.10, QPD.11 и QPD.20 должны быть либо все заполнены в соответствии с указанными ниже требованиями, либо все три не указаны. Описание ошибок ФЛК для данных полей приведено в классификаторе Q004.
Таблица Б.64 Передача информации о полисе ОМС
Б.5.1.3 Сегмент ZSG - "Электронная цифровая подпись"
Сегмент предназначен для передачи информации об электронной цифровой подписи, которой заверена часть того же сообщения. Содержание ЭЦП должно передаваться в том виде, в каком оно было выдано сформировавшей его программой. Элемент сообщения, подписанный ЭЦП, не должен меняться в процессе передачи.
Таблица Б.65 Сегмент ZSG - "Электронная цифровая подпись"
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| ZSG.1 | Signature | Да | ЭЦП и сопутствующая информация | Элемент Signature из пространства имен http://www.w3.org/2000/09/xmldsig#, определенном консорциумом W3C в документе "XML Signature Syntax and Processing)) (последняя версия - http://www.w3.org/TR/xmldsig-core/). |
Б.5.1.4 Грамматика ответа на запрос персональных данных застрахованного лица в другом ТФОМС
Ответ на запрос персональных данных застрахованного лица в другом ТФОМС включает в себя информацию, общую для всех сообщений, являющихся ответными (в сегментах MSH, MSA и ERR). Правила заполнения этих сегментов даны в пункте 6.1.1.5.
Ответ на запрос страховой принадлежности пересылается в сообщении, имеющем структуру RSP_ZKD:
| RSP/\ZKD/\RSP_ZKD | Ответ на запрос с параметрами |
|---|---|
| <RSP_ZKD> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| [<RSP_ZKD.QUERY_RESPONSE> | --- ОТВЕТ НА ЗАПРОС - начало |
| {<RSP_ZKD.PERSON_INFO> | --- Информация о застрахованном лице - начало |
| { |
Идентификация застрахованного лица |
| [{ |
Подтверждение факта страхования по ОМС |
| [ |
Уточнение ответа на запрос |
| </RSP_ZKD.PERSON_INFO>} | --- Информация о застрахованном лице - конец |
| </RSP_ZKD.QUERY_RESPONSE>] | --- ОТВЕТ НА ЗАПРОС - конец |
| [ |
Электронная подпись ответа на запрос. |
| </RSP_ZKD> |
В сегмент ZSG включается электронная подпись xml-элемента RSP_ZKD.QUERY_RESPONSE.
В ответ на запрос рекомендуется включаться все сведения, имеющиеся о застрахованном лице (лицах), найденных по информации, включенной в запрос.
Б.5.1.5 Поиск застрахованного лица
В базе данных ИС РС ЕРЗ ищутся записи о застрахованных лицах, персональные данные и сведения о страховании которых удовлетворяют значениям, переданным в полях QPD.5 - QPD.11 и QPD.20 сегмента QPD. При этом соответствующим запросу застрахованным лицом считается лицо, у которого имеется хотя бы одно из значений (наборов значений), указанных ниже.
- хотя бы один из указанных в поле QPD.5 идентификаторов (ЕНП, УДЛ, СНИЛС), либо
- ФИО, указанные в поле QPD.6; при этом должны совпадать также дата рождения (QPD.7), пол (QPD.8) и место рождения (QPD.9) - если они указаны, либо
- тип полиса (QPD.10), серия и номер полиса (QPD.11) и код территории выдачи полиса - если указан (QPD.20);
- тип полиса (QPD.10), серия и номер полиса (QPD.11) и код территории выдачи полиса - если указан (QPD.20);
- хотя бы один из указанных в поле QPD.5 идентификаторов (ЕНП, УДЛ, СНИЛС), либо
- ФИО, указанные в поле QPD.6; при этом, если указаны дата рождения (QPD.7), пол (QPD.8) или место рождения (QPD.9), то они должны быть одинаковыми и в запросе, и у найденного застрахованного лица.
1 ФИО должны содержать не менее двух заполненных компонентов.
2 Если тип запроса предполагает указание ФИО, то обязательным является также указание либо даты рождения, либо места рождения.
3 При сравнении ФИО применяется следующее правило:
а) если компонент ФИО (фамилия, имя или отчество) указан в запросе, то он должен также присутствовать и у найденного застрахованного лица и иметь то же значение,
б) если компонент ФИО не указан в запросе, то его наличие или отсутствие у найденного застрахованного лица не имеет значения.
Для каждого найденного таким образом застрахованного лица в ответ на запрос включается одна группа RSP_ZKD.PERSON_INFO.
Б.5.1.6 Сегмент PID - "Идентификация застрахованного лица"
В каждую группу RSP_ZKD.PERSON_INFO должен быть включен хотя бы один сегмент PID. Если застрахованное лицо меняло ФИО, пол, дату или место рождения, то для каждой замены в группу RSP_ZKD.PERSON_INFO должен быть включен отдельный сегмент PID. В поле PID.3 каждого сегмента включаются только те идентификаторы, которые относятся к указанному набору {ФИО, пол, дата рождения, место рождения}.
В каждом сегменте PID должны быть указаны:
-
ровно один ЕНП, если в тот период, когда для данного застрахованного лица действовал набор {ФИО, пол, дата рождения, место рождения}, ЕНП не менялся, и застрахованное лицо не было объединено ни с каким другим,
-
все ЕНП, включая ошибочные, если в тот период, когда для данного застрахованного лица действовал набор {ФИО, пол, дата рождения, место рождения}, ЕНП изменялся по каким-либо причинам, либо застрахованное лицо было объединено с другим застрахованным лицом.
Главный ЕНП специальным образом не выделяется.
Таблица Б.66 Структура сегмента PID (ответ на запрос персональных данных застрахованного лица в другом ТФОМС)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Константа | Указания по заполнению | ||
| Имя | Обяз | Имя | Обяз. | |||||||
| PID.3 | CX | Да | Список идентификаторов застрахованного лица | 1..* | ЕНП, серия и номер УДЛ, СНИЛС, номер УЭК. | |||||
| CX.1 | Да | Значение идентификатора. | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблицы 63 и 64). | ||||||||
| PID.5 | XPN | Да | Фамилия, имя, отчество застрахованного лица | 1 | Должны быть указаны те ФИО, которые имеются в ИС РС ЕРЗ запрашиваемого ТФОМС. Некоторые компоненты ФИО могут отсутствовать при условии, что в поле PID.32 указан соответствующий код. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия | ||||||||
| XPN.2 | Усл | Имя | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Да | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| XPN.12 | Усл | Дата начала действия ФИО. Указывается, если застрахованное лицо меняло ФИО, при наличии в ИС РС ЕРЗ такой информации. Формат: ГГГГ-ММ-ДД. | ||||||||
| XPN.13 | Усл | Дата окончания действия ФИО. Указывается, если застрахованное лицо меняло ФИО, при наличии в ИС РС ЕРЗ такой информации. Формат: ГГГГ-ММ-ДД. | ||||||||
| PID.7 | DTM | Да | Дата рождения | 1 | Дата рождения застрахованного лица. Формат: ГГГГ-ММ-ДД. | |||||
| PID.8 | IS | Да | Пол | 1 | Код из ОКИН, фасет 1 "Пол" (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | |||||
| PID.11 | XAD | Нет | Адрес застрахованного лица | 0..* | Используется для передачи адреса постоянной регистрации и адреса фактического проживания. | |||||
| XAD.1 | Нет | SAD.1 | Нет | Номер квартиры | ||||||
| SAD.2 | Нет | Название улицы | ||||||||
| SAD.3 | Нет | Номер дома | ||||||||
| XAD.2 | Нет | Номер корпуса | ||||||||
| XAD.3 | Нет | Название населенного пункта | ||||||||
| XAD.5 | Нет | Почтовый индекс | ||||||||
| XAD.6 | Усл | Код страны. Обязательный компонент для адреса с типом N (адрес места рождения). Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код). Если код страны не указан, то принимается значение по умолчанию RUS (Российская Федерация). | ||||||||
| XAD.7 | Да | Тип адреса. Код из СК 1.2.643.2.40.5.100.190 (таблица 69). Допускаются значения: L - адрес постоянной регистрации, H - адрес фактического проживания, N - адрес места рождения. | ||||||||
| XAD.8 | Нет | Неструктурированный текст адреса (указывается только тогда, когда опущены компоненты с первого по третий). | ||||||||
| XAD.9 | Усл | Код ОКАТО, соответствующий адресу. Обязательный компонент, если страна не указана или указана Россия (RUS). СК 1.2.643.2.40.3.3.1 (таблица 49). | ||||||||
| PID.13 | XTN | Нет | Номер домашнего телефона | 0..* | В поле могут передаваться номера домашних телефонов (стационарный, мобильный), а также один или несколько адресов электронной почты застрахованного лица. | |||||
| XTN.2 | Да | Код использования телекоммуникаций из СК 1.2.643.2.40.5.100.201, таблица 72. | ||||||||
| XTN.3 | Да | Тип телекоммуникационного оборудования из СК 1.2.643.2.40.5.100.202, таблица 73 | ||||||||
| XTN.4 | Усл | Адрес электронной почты - обязателен, если в компоненте 3 указано значение "X.400". | ||||||||
| XTN.5 | Нет | Код страны, присвоенный Международным союзом электросвязи (код Российской Федерации - 7 - может быть опущен). | ||||||||
| XTN.6 | Усл | Код города (зоны), например, 495 или 499 для Москвы обязателен, если в третьем компоненте указан код, обозначающий телефон, факс или пейджер. | ||||||||
| XTN.7 | Усл | Номер телефона (только цифры, без разделителей) обязателен, если в третьем компоненте указан код, обозначающий телефон, факс или пейджер. | ||||||||
| XTN.8 | Нет | Дополнительный номер | ||||||||
| XTN.9 | Нет | Произвольный текстовый комментарий, например, "Не позже 21:00" | ||||||||
| XTN.12 | Нет | Телефонный номер одной строкой | ||||||||
| PID.14 | XTN | Нет | Номер рабочего телефона | 0..* | В поле могут передаваться номера служебных телефонов (стационарные, мобильные, факсы), а также один или несколько сетевых адресов (электронная почта и адреса в сети интернет). Структура и правила заполнения поля - те же, что и для поля PID.13. | |||||
| PID.23 | ST | Нет | Место рождения | 1 | Место рождения застрахованного лица (текст из документа, удостоверяющего личность). | |||||
| PID.26 | CWE | Нет | Гражданство | 1 | CWE.1 | Да | Гражданство застрахованного лица: - для лиц, имеющих гражданство - трехбуквенный код страны по классификатору ОКСМ.3, - для лиц без гражданства - значение "Б/Г", - для лиц, гражданство которых неизвестно, поле PID.26 в сегмент не включается. | |||
| CWE.2 | Нет | Название страны | ||||||||
| CWE.3 | Нет | 1.2.643.2.40.5.0.25.3 | ОИД ОКСМ.3 | |||||||
| PID.29 | DTM | Усл | Дата смерти | 1 | Дата смерти застрахованного лица. Указывается, если по данным ИС РС ЕРЗ запрашиваемого ТФОМС застрахованное лицо умерло. Формат: ГГГГ-ММ-ДД. Для умерших лиц указывается обязательно дата смерти, а если она неизвестна, то признак смерти "Y". | |||||
| PID.30 | ID | Усл | Признак смерти | 1 | Значение Y в данном поле означает, что в по данным ИС РС ЕРЗ запрашиваемого ТФОМС застрахованное лицо умерло. Другие значения не допускаются. Если указана дата смерти PID.29, то значение поля PID.30 указывать не следует. | |||||
| PID.32 | IS | Нет | Код надежности идентификации | 0..* | "Особые случаи" идентификации. Код из СК 1.2.643.2.40.5.100.445, таблица 74. Поле повторяется столько раз, сколько особых случаев имеет место. | |||||
Б.5.1.7 Сегмент IN1 - "Подтверждение факта страхования по ОМС"
Сегмент IN1 включается в ответ на запрос персональных данных застрахованного лица в другом ТФОМС для определения территории страхования и страховой медицинской организации, в которой застрахованное лицо состоит на учете, а также для передачи информации о полисе ОМС, по которому ЗЛ было поставлено на учет.
Таблица Б.67 Структура сегмента IN1 (ответ на запрос персональных данных застрахованного лица в другом ТФОМС)
Б.5.1.8 Сегмент QRI - "Уточнение ответа на запрос"
Сегмент QRI включается в группу RSP_ZKD.PERSON_INFO ответа на запрос с целью уточнения, какие конкретно атрибуты застрахованного лица, переданные в запросе, были использованы при поиске тех данных, которые включены в соответствующую группу.
Таблица Б.68 Структура сегмента QRI - "Уточнение ответа на запрос"
Б.6 Именование файлов, участвующих в обмене данными
В информационном взаимодействии при ведении ЕРЗ участвуют пакетные файлы, типы которых перечислены в таблице Б.69. В таблице приняты следующие обозначения:
- <код ТС> - код территории страхования, отправляющей исходный пакет, или принимающей ответный пакет (код ОКАТО, дополненный справа нулями до пяти знаков - см. таблицу 49).
- <ид пакета> - идентификатор исходного пакета, указанный в поле BHS.11 сегмента заголовка исходного пакета (см. п. 6.1.1.3.2). Идентификатор исходного пакета затем повторяется в именах всех ответных и преобразованных пакетов.
Прямым шрифтом выделены фрагменты имен файлов, включающиеся в явном виде.
Таблица Б.69 Перечень типов файлов, участвующих в информационном взаимодействии, и правила их наименования
Б.7 Протокол обмена при сверке данных
Б.7.1 Метаданные сообщения сверки данных
Метаданные занимают в файле строки со второй по четвертую. Перечень метаданных выгрузки данных сверки приведен в таблице Б.70. Каждое значение должно занимать отдельную строку файла.
Таблица Б.70 Перечень метаданных выгрузки данных
Б.7.2 Содержание сообщения сверки
Каждая строка должна содержать значения атрибутов, перечисленных в таблице Б.71.
Таблица Б.71 Структура строки файла выгрузки данных сверки
| N | Обязат. | Имя столбца в файле выгрузки данных сверки | Длина | Указания по заполнению |
|---|---|---|---|---|
| 1 | Да | Тип_ДПФС | = 1 | Код типа ДПФС (ОИД СК 1.2.643.2.40.5.100.86). |
| 2 | Да | ЕНП | = 16 | Единый номер полиса ОМС. |
| 3 | Нет | СИД | \leq 50 | Системный идентификатор застрахованного лица в РС ЕРЗ. |
| 4 | Да | ИД_полиса | \leq 35 | Серия и номер выданного полиса ОМС. |
| 5 | Усл | Фамилия | \leq 50 | Фамилия застрахованного лица. |
| 6 | Усл | Имя | \leq 50 | Имя застрахованного лица. |
| 7 | Усл | Отчество | \leq 50 | Отчество застрахованного лица. Хотя бы один из атрибутов ФИО: фамилия, имя или отчество должен быть указан. |
| 8 | Да | Пол | = 1 | Пол застрахованного лица: "1" - мужской, "2" - женский. |
| 9 | Да | Дата_рождения | = 8 | Дата рождения застрахованного лица. Если в документе, удостоверяющем личность, дата указана с точность до месяца, то передается значение ГГГГ-ММ-01. Если в документе, удостоверяющем личность, дата указана с точность до года, то передается значение ГГГГ-01-01 |
| 10 | Усл | Место_рождения | \leq 100 | Место рождения застрахованного лица. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ. |
| 11 | Усл | Тип_УДЛ | \leq 2 | Тип документа, удостоверяющего личность. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ. |
| 12 | Усл | ИД_УДЛ | \leq 20 | Номер или серия и номер документа, удостоверяющего личность. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ. |
| 13 | Нет | Дата_УДЛ | = 8 | Дата выдачи документа, удостоверяющего личность. ГГГГММДД |
| 14 | Усл | СНИЛС | = 11 | СНИЛС застрахованного лица. Не указывается только для случаев, когда данной информации нет в РС ЕРЗ и она не передавалась в ЦС ЕРЗ. |
| 15 | Да | ТФОМС | = 5 | Код территории страхования. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. Должен соответствовать коду территории, инициировавшей выгрузку данных сверки, указанному в имени файла. |
| 16 | Да | ОГРН_СМО | = 13 | ОГРН страховой медицинской организации, выдавшей полис ОМС. |
| 17 | Да | Дата_выдачи_полиса | = 8 | Дата начала действия полиса ОМС. ГГГГММДД |
| 18 | Нет | Дата_конца_полиса | = 8 | Дата окончания действия полиса ОМС. ГГГГММДД |
| 19 | Нет | Дата_снятия_учета | = 8 | Поле зарезервировано. При передаче заполнять не следует. |
| 20 | Усл | Гражданство | = 3 | Гражданство застрахованного лица. Трехбуквенный код страны по классификатору ОКСМ.3. Для лиц без гражданства - значение "Б/Г". Для лиц, гражданство которых неизвестно, значение не указывается. |
| 21 | Нет | Признак_смерти | = 1 | Поле зарезервировано. При передаче заполнять не следует. |
| 22 | Нет | Дата_смерти | = 8 | Поле зарезервировано. При передаче заполнять не следует. |
| 23 | Нет | Регион_регистрации | = 5 | Код региона регистрации по месту жительства. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. Для лиц без определенного места жительства указывается код региона страхования. |
После выгрузки файла из РС ЕРЗ его необходимо обработать утилитой псевдонимизации (VerificationUtil.exe), которая обеспечивает форматно-логический контроль и вычисление псевдонимизированных идентификаторов для последующей передачи файла на обработку в ЦС ЕРЗ.
Б.7.3 Журнал прикладной обработки сообщения сверки данных - протокол сверки
Журнал прикладной обработки сообщения сверки данных называется протоколом сверки данных. Протокол сверки данных имеет структуру, подобную структуре исходного файла (см. п. 6.2.1.2).
Б.7.3.1 Метаданные протокола сверки данных
Перечень метаданных расхождений сверки данных приведен в таблице Б.72. Каждое значение должно занимать отдельную строку файла.
Таблица Б.72 Перечень метаданных расхождений сверки
Б.7.3.2 Структура строки протокола расхождений
Структура строки протокола сверки описана в таблице Б.73.
Таблица Б.73 Структура строки протокола сверки
| N | Обяз. | Имя атрибута | Длина | Описание атрибута и формата значения |
|---|---|---|---|---|
| 1 | Да | ИД_расхождения | = 22 | Уникальный идентификатор расхождения (GUID). Формат Base64 |
| 2 | Да | Причина_расхождения | = 1 | Код типа расхождения. См. Таблицу Б.74 |
| 3 | Да | Тип_ДПФС | = 1 | Код типа ДПФС |
| 4 | Да | ЕНП | = 16 | Единый номер полиса ОМС. |
| 5 | Нет | СИД | \leq 50 | Системный идентификатор застрахованного лица в РС ЕРЗ |
| 1 | Да | ИД_полиса | \leq 35 | Серия и номер выданного полиса ОМС. |
| 2 | Да | Пол | = 1 | Пол застрахованного лица. "1" - мужской, "2" - женский. |
| 3 | Да | ТФОМС | = 5 | Код ОКАТО территории страхования без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. |
| 4 | Да | ОГРН_СМО | = 13 | ОГРН страховой медицинской организации, выдавшей полис ОМС. |
| 5 | Да | Дата_выдачи_полиса | = 8 | Дата начала действия полиса ОМС. ГГГГММДД |
| 6 | Нет | Дата_конца_полиса | = 8 | Дата окончания действия полиса ОМС. ГГГГММДД |
| 7 | Нет | Дата_снятия_учета | = 8 | Дата снятия с учета застрахованного лица. ГГГГММДД |
| 8 | Нет | Гражданство | = 3 | Гражданство застрахованного лица. |
| 9 | Нет | Признак_смерти | = 1 | Признак смерти застрахованного лица. "1" - умер. |
| 10 | Нет | Дата_смерти | = 8 | Дата смерти застрахованного лица. ГГГГММДД |
| 11 | Нет | Регион_регистрации | = 5 | Код региона регистрации по месту жительства. Код ОКАТО без внутренних пробелов, дополненный при необходимости справа нулями до 5-ти знаков. |
| 12 | Нет | ЕНП_ЦС | = 16 | Единый номер полиса ОМС в ЦС ЕРЗ. Указывается при расхождении ЕНП в данных РС ЕРЗ и ЦС ЕРЗ. |
В полях ЕНП и СИД возвращается информация, поступившая в файле выгрузки данных из РС ЕРЗ. В остальных полях возвращается информация из ЦС ЕРЗ.
Таблица Б.74 Классификатор расхождений
| Тип расхождения | Описание |
|---|---|
| 1 | ЗЛ состоит на учете по данным РС ЕРЗ, но отсутствует в ЦС ЕРЗ |
| 31 | Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ и страховая принадлежность на данной территории последняя по времени |
| 32 | Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ, и страховая принадлежность на данной территории не последняя по времени |
| 4 | Отличаются ОГРН СМО и данные ДПФС в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ |
| 5 | Отличаются дата постановки на учет в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ |
| 6 | Отличаются открытые данные о застрахованном лице в РС ЕРЗ и ЦС ЕРЗ (пол, территория регистрации) |
| 7 | Отличается только ЕНП в данных РС ЕРЗ и ЦС ЕРЗ |
Б.7.4 Порядок устранения расхождений при сверке данных о застрахованных лицах между ЦС ЕРЗ и РС ЕРЗ
Сформированный в ЦС ЕРЗ протокол сверки отправляется в ТФОМС.
ТФОМС, получив из ЦС ЕРЗ протокол расхождений, обрабатывает его и выполняет действия по устранению расхождений, указанные в таблице Б.75. В каждое из указанных в таблице сообщений следует включить сегмент ZVN, в котором должен быть указан идентификатор расхождения, полученный в соответствующей строке протокола сверки (атрибут N 1 "ИД_расхождения" - см. таблицу Б.73).
Таблица Б.75 Возможные типы расхождения данных и порядок их обработки
| Тип расхождения | Описание расхождения | Действия ТФОМС по устранению расхождения |
|---|---|---|
| 1 | ЗЛ состоит на учете по данным РС ЕРЗ, но отсутствует в ЦС ЕРЗ | Отправить сообщение о событии A08 с причиной события П01 "Выборе СМО". |
| 31 | Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЕРЗ и страховая принадлежность на территории сверки - последняя по времени начала. | Отправить сообщение A08 с причиной события П03 "Замена СМО". |
| 32 | Отличаются ОКАТО территории страхования в данных состояния на учете в РС ЕРЗ и ЦС ЕРЗ и страховая принадлежность на территории сверки - не последняя по времени. | 1) Если замена СМО на другой территории была неправомерной, то обратиться с запросом в ФОМС о восстановлении ЗЛ на учете на своей территории. 2) Если замена СМО на другой территории правомерна, то снять с учета в РС ЕРЗ. |
| 4 | Отличаются ОГРН СМО и данные ДПФС (серия, номер, дата постановки на учет) в данных состояния на учете в РС и ЦС ЕРЗ. | 1) Если в РС ЕРЗ данные верны, то отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П14 "Исправление данных о постановке на учет". В сегменте PID сообщения следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, и действующие ФИО из РС ЕРЗ. В первом сегменте IN1 сообщения следует передать полную информацию о заменяемых данных о состоянии на учете, которые были получены в протоколе сверки данных с ЦС ЕРЗ: регион страхования (IN1.15), заменяемую страховую компанию (IN1.3), тип документа, подтверждающего факт страхования по ОМС (IN1.35). серию и номер документа, подтверждающего факт страхования по ОМС (IN1.36); заменяемую дату постановки на учет (IN 1.12); заменяемую дату снятия с учета (IN 1.13). Во втором сегменте IN1 следует передать полную правильную информацию о постановке на учет, включая информацию о выданном документе, подтверждающим факт страхования по ОМС, и идентификацию СМО (даже если она та же, что и в первом сегменте IN1). 2) Если в РС ЕРЗ данные не верны, то исправить данные в РС ЕРЗ. |
| 5 | Отличаются персональные данные ЗЛ в РС ЕРЗ и их псевдонимизированные идентификаторы в ЦС ЕРЗ | Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправлении ошибки, не связанной с изменением состояния на учете". В сегменте PID сообщения следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, и правильные ФИО из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серию, номер и дату постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. В сегменте IN1 сообщения следует дополнительно передать исправляемые персональные данные, полученные в протоколе сверки данных с ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID. |
| 6 | Отличаются прочие данные о застрахованном лице в РС и ЦС ЕРЗ (пол, территория регистрации). | Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправлении ошибки, не связанной с изменением состояния на учете". В сегменте PID следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, правильные ФИО, пол и код территории регистрации застрахованного лица из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серия, номер и дата постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. В сегменте IN1 сообщения следует дополнительно передать исправляемые персональные данные (в т.ч., неправильный пол и код территории регистрации), полученные в протоколе сверки данных из ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID. |
| 7 | Отличается только ЕНП в данных РС ЕРЗ и ЦС ЕРЗ | Отправить в ЦС ЕРЗ сообщение о событии A08 с причиной события П16 "Исправлении ошибки, не связанной с изменением состояния на учете". В сегменте PID следует передать правильные демографические данные, серию и номер действующего документа, удостоверяющего личность, правильные ФИО, пол, код территории регистрации застрахованного лица и правильный ЕНП из РС ЕРЗ. В сегменте IN1 следует обязательно передать код ОКАТО территории страхования, ОГРН СМО, ЕНП и данные ДПФС (серия, номер и дата постановки на учет), которые были получены в протоколе сверки данных из ЦС ЕРЗ. Дополнительно в сегмент IN1 следует включить персональные данные и исправляемый (ошибочный) ЕНП, полученные в протоколе сверки данных из ЦС ЕРЗ. Те же по составу данные, но исправленные, должны быть указаны в сегменте PID. |
Б.8 Сообщения о прикреплении застрахованных лиц к медицинским организациям и к врачу
Б.8.1 Протокол загрузки данных о прикреплении застрахованных лиц к МО
Б.8.1.1 Порядок выгрузки данных о прикреплении застрахованных лиц из РС ЕРЗ и их загрузки в ЦС ЕРЗ
Данные о прикреплении застрахованных лиц должны направляться в ЦС ЕРЗ не реже одного раза в месяц.
Б.8.1.1.1 Формирование сообщения о прикреплении
ТФОМС выгружает информацию о прикреплении застрахованных лиц к медицинским организациям из РС ЕРЗ в виде файла в формате CSV (далее - сообщение о прикреплении). Допускается разбивать файл большого объема на несколько частей и каждую часть передавать в виде отдельного файла. Выгруженный файл передается на обработку в шлюз РС ЕРЗ.
Код типа сообщения о прикреплении (первая буква имени файла) - латинская буква M.
Б.8.1.1.2 Обработка сообщения о прикреплении в шлюзе РС
Получив сообщения о прикреплении, шлюз РС осуществляет форматно-логический контроль (ФЛК) сообщения. В результате формируются журнал форматно-логического контроля и файл загрузки в ЦС ЕРЗ во внутреннем формате (транспортный файл). Данные, которые не прошли ФЛК, в транспортный файл не включаются и требуют исправления.
Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.
Б.8.1.1.3 Исправление информации
Получив в ответ на файл прикрепления журнал ФЛК, ТФОМС должен выполнить корректировку информации в РС ЕРЗ и осуществить повторную выгрузку информации о прикреплении только по застрахованным лицам с исправленными сведениями.
Б.8.1.1.4 Обработка транспортного файла в ЦС ЕРЗ
При обработке транспортного файла в ЦС ЕРЗ происходит поиск застрахованных лиц в ЦС ЕРЗ и сохранение информации о прикреплении по найденным застрахованным лицам. После обработки формируется файл протокола прикладной обработки, который отправляется в Шлюз РС ЕРЗ. Получив протокол прикладной обработки, ТФОМС должен выполнить корректировку данных по ЗЛ, записи по которым включены в протокол и повторно отправить сведения о прикреплении в ЦС ЕРЗ.
Б.8.1.2 Структура исходного сообщения о прикреплении и его форматно-логический контроль
Общая структура исходного файла с сообщением о прикреплении должна отвечать требованиям, изложенным в разделе 6.2.1. Имя файла строится по правилам, изложенным в разделе 6.2.2.
Б.8.1.2.1 Метаданные сообщения о прикреплении
Метаданные занимают в файле строки со второй по пятую. Перечень метаданных приведен в таблице Б.76. Каждое значение должно занимать отдельную строку файла.
Таблица Б.76 Перечень метаданных сообщения о прикреплении
Описание ошибок ФЛК метаданных файла приведено в классификаторе Q004.
Б.8.1.2.2 Выгружаемая информация
Каждая строка должна содержать значения атрибутов, перечисленных в таблице Б.77. Возможные ошибки ФЛК приведены в классификаторе Q004.
Таблица Б.77 Структура строки файла прикрепления
Б.8.1.3 Прикладная обработка сообщений о прикреплении
Структура журнала прикладной обработки сообщения о прикреплении такая же, как и структура журнала ФЛК, но вместо ошибок ФЛК возвращаются ошибки прикладной обработки. Перечень и описание ошибок прикладной обработки приведены в классификаторе Q005.
Б.8.2 Запросы информации о застрахованных лицах, прикрепленных к медицинским организациям и к врачу (врачу-терапевту, врачу-педиатру или врачу общей практики), и среднему медицинскому персоналу (фельдшеру)
Запросы информации о застрахованных лицах, прикрепленных к медицинским организациям и к врачу (врачу-терапевту, врачу-педиатру или врачу общей практики), и среднему медицинскому персоналу (фельдшеру) оформлены в виде запроса протоколов актуализации, перечисленных в таблице Б.78.
Таблица Б.78 Запросы протоколов актуализации прикрепления
Запросы могут быть выполнены стандартными средствами АРМ ШРС (запрос протокола актуализации с соответствующим кодом). В ответ на каждый запрос в адрес РС ЕРЗ возвращается один файл в формате CSV, за исключением запроса PHN-RATE, ответ на который возвращается в виде файла в формате xls.
Б.8.2.1 Спецификации файлов протоколов актуализации PHN и MED
Б.8.2.1.1 Общие требования
Имя файла протокола актуализации формируется по правилу:
<код-ТП>-<Код типа протокола>-YYYY-MM-DD, где:
- код типа протокола - код из классификатора 1.2.643.2.40.3.3.0.6.15 (в коде типа протокола символ тире "-" заменяется на символ подчеркивания "_");
- код-ТП - код ОКАТО территории прикрепления, формируемый аналогично коду территории страхования (Таблица 49);
YYYY-MM-DD - дата выгрузки (год-месяц-день);
MED-46000-2015-07-16.csv - файл выгрузки данных протокола с кодом MED для Московского областного фонда ОМС от 16 июля 2015 г.
Содержимое файлов передается в кодировке Windows-1251.
Б.8.2.1.2 Логическая структура файла протокола актуализации
Файл логически делится на три части:
- имена столбцов данных (1-я строка);
- метаданные выгрузки (2 - 5 строки);
- строка-разделитель (шестая строка);
- содержимое данных протоколов актуализации (строки, начиная с седьмой и до конца файла).
В качестве строки-разделителя используется последовательность символов "(((|||)))"
(последовательность кодов: 4010, 4010, 4010, 12410, 12410, 12410, 4110, 4110, 4110,)
Строки файла отделяются друг от друга парой знаков "возврат каретки" и "перевод строки" (коды 1310 и 1010, следующих непосредственно друг за другом.
Б.8.2.1.3 Метаданные файлов протокола актуализации
Перечень метаданных приведен в таблице Б.79. Каждое значение должно занимать отдельную строку файла.
Таблица Б.79 Перечень метаданных выгрузки
Б.8.2.1.4 Форматы строк файлов
Таблица Б.80 Формат строки файла с ответом на запрос PHN и PHN-SV (Physician - врач)
Таблица Б.81 Формат строки файла с ответом на запрос MED и MED-SV
Таблица Б.82 Формат строки файла с ответом на запрос PHN-DR
| N | Имя столбца | Длина | Содержание |
|---|---|---|---|
| 1 | ЕНП | 16 | ЕНП застрахованного лица. |
| 2 | ИД_МО | 6 | Реестровый номер медицинской организации, в которой застрахованное лицо прикреплено к врачу. |
| 3 | СНИЛС_врача | 11 | СНИЛС врача, к которому имеется прикрепление. |
| 4 | Тип_должности | 1 | Тип должности (1 = врач, 2 = средний медицинский персонал) |
| 5 | Дата_прикрепления | 8 | Дата прикрепления к врачу в формате ГГГГММДД. |
| 6 | Код_территории | 5 | Код ОКАТО территории, на которой застрахованное лицо прикреплено к врачу. |
Таблица Б.83 Формат строки файла с ответом на запрос MED-DR
| N | Имя столбца | Длина | Содержание |
|---|---|---|---|
| 1 | ЕНП | 16 | ЕНП застрахованного лица. |
| 2 | ИД_МО | 6 | Реестровый номер медицинской организации, к которой прикреплено застрахованное лицо. |
| 3 | Дата_прикрепления | 8 | Дата прикрепления к медицинской организации в формате ГГГГММДД. |
| 4 | Код_территории | 5 | Код ОКАТО территории, на которой застрахованное лицо прикреплено к медицинской организации. |
Таблица Б.84 Формат строки файла с ответом на запрос PHN-DEATH
Таблица Б.85 Формат строки файла с ответом на запрос PHN-INACT
Таблица Б.86 Формат строки файла с ответом на запрос PHN-NF
Б.8.3 Порядок подготовки, обработки и актуализации сведений о прикреплении застрахованных лиц к врачу (врачу-терапевту, врачу-педиатру, врачу общей практики) и среднему медицинскому персоналу (фельдшеру)
Б.8.3.1 Общее описание выгрузки данных о прикреплении застрахованных лиц к медицинскому работнику из РС ЕРЗ и их обработки в ЦС ЕРЗ
Данные о прикреплении застрахованных лиц к медицинскому работнику должны направляться в ЦС ЕРЗ ежедневно при наличии изменений.
Б.8.3.1.1 Формирование сообщения о прикреплении
ТФОМС выгружает информацию о прикреплении застрахованных лиц к медицинскому работнику из РС ЕРЗ в виде файла в формате CSV (далее - сообщение). Допускается разбивать файл большого объема на несколько частей и каждую часть передавать в виде отдельного файла. Выгруженные файлы передаются на обработку в шлюз РС ЕРЗ.
Б.8.3.1.2 Обработка сообщения в шлюзе РС ЕРЗ
Получив сообщение, шлюз РС ЕРЗ осуществляет его форматно-логический контроль. В результате формируются журнал форматно-логического контроля и файл загрузки в ЦС ЕРЗ во внутреннем формате (транспортный файл). Записи исходного файла, прошедшие ФЛК, включаются в транспортный файл; остальные данные в транспортный файл не включаются и требуют исправления.
Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.
Б.8.3.1.3 Обработка транспортного файла в ЦС ЕРЗ
При обработке транспортного файла в ЦС ЕРЗ происходит поиск застрахованных лиц в ЦС ЕРЗ и сохранение информации о прикреплении к медицинскому работнику к найденным застрахованным лицам. После обработки формируется журнал прикладной обработки, который отправляется в шлюз РС ЕРЗ.
Б.8.3.1.4 Исправление информации
Получив в ответ на файл прикрепления к медицинскому работнику журналы ФЛК и прикладной обработки, ТФОМС должен выполнить корректировку информации в РС ЕРЗ и осуществить повторную выгрузку информации о прикреплении к медицинскому работнику только по застрахованным лицам с исправленными сведениями.
Б.8.3.2 Структура исходного сообщения о прикреплении к медицинскому работнику, его форматно-логический контроль и прикладная обработка
Общая структура исходного файла с сообщением должна отвечать требованиям, изложенным в разделе 6.2.1.2. Структура журналов ФЛК и прикладной обработки соответствуют требованиям к журналу ФЛК, изложенным в разделе 6.2.1.3.
Имена файлов строятся по правилам, изложенным в разделе 6.2.2. Коды типов сообщений, используемых в именах файлов:
- для исходного файла - буква G;
- для журнала ФЛК - латинская буква X,
- для журнала прикладной обработки - буква W.
Б.8.3.2.1 Метаданные сообщения о прикреплении к врачу
Метаданные занимают в файле строки со второй по пятую. Перечень метаданных приведен в таблице Б.87. Каждое значение должно занимать отдельную строку файла. В первой строке перечисляются имена передаваемых атрибутов (третий столбец таблицы Б.88).
Таблица Б.87 Перечень метаданных сообщения о прикреплении к медицинскому работнику
Б.8.3.2.2 Выгружаемая информация
Каждая строка должна содержать значения атрибутов, указанные в таблице Б.88. При первичной регистрации медицинского работника, к которому прикреплено застрахованное лицо, в состав очередного сообщения должна быть включена запись с указанием действия "Р". При изменении сведений необходимо указывать действие "И".
Допускается прикрепление к одному медработнику, либо к двум, из которых один должен иметь тип должности "врач", другой - тип должности "средний медицинский персонал". Прикрепление к двум медработникам применяется для жителей сельской местности, где по месту жительства население обслуживают фельдшер ФАП и участковый врач ЦРБ.
Обработанные с помощью программного обеспечения шлюза РС ЕРЗ сведения о прикреплении застрахованных лиц отправляются в Центральный сегмент ЕРЗ.
Таблица Б.88 Структура строки файла прикрепления к медицинскому работнику
Особенности обработки команды "И".
При выполнении команды "И" текущее прикрепление к медицинскому работнику в данной медицинской организации с тем же типом должности завершается датой, непосредственной предшествующей дате, указанной в строке файла прикрепления. Если единственное текущее прикрепление имеет другой тип должности, команда "И" не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 551.
Если для данного застрахованного лица еще не зарегистрировано ни одного прикрепления к медработнику, команда "И" не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 548.
Особенности обработки команды "У".
Команда "У" выполняется только при наличии действующего прикрепления к медработнику. Если ранее запись о прикреплении была направлена ошибочно и ее необходимо исключить, то необходимо направить запись с командой "У" и данными прикрепления, которые точно совпадают с ранее присланными. Тогда ранее присланная запись помечается как неактивная.
Для открепления застрахованного лица (в связи со смертью, прикреплением на другой территории и т.д.) необходимо направить запись с командой "У", в которой указан текущий медицинский работник и дата открепления.
Если запись с командой "У" не удовлетворяет ни одному из вышеперечисленных условий, то команда не выполняется, отправителю направляется сообщение об ошибке прикладной обработки N 548.
Б.8.3.2.3 Форматно-логический контроль
Перечень ошибок форматно-логического контроля метаданных приведен в таблице Б.89, перечень ошибок ФЛК основных данных - в таблице Б.90. При обнаружении любой ошибки из таблицы Б.89 - файл полностью отвергается. При обнаружении любой ошибки из таблицы Б. строка исходного файла отвергается.
Таблица Б.89 Перечень ошибок форматно-логического контроля метаданных сообщений о прикреплениях к медицинскому работнику
Таблица Б.90 Перечень ошибок форматно-логического контроля основных данных сообщений о прикреплениях к медицинскому работнику
<1> E - признак фиксации ошибки в команде.
Б.8.3.2.4 Прикладная обработка
Таблица Б.91 Перечень ошибок прикладной обработки сообщений о прикреплениях к медицинскому работнику
Приложение 13 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. N 54
ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ МЕЖДУ ТФОМС И СМО ПРИ ВЕДЕНИИ РЕГИОНАЛЬНОГО СЕГМЕНТА ЕДИНОГО РЕГИСТРА ЗАСТРАХОВАННЫХ ЛИЦ
Г.1 Правила именования файлов информационного обмена
В целях унификации информационного обмена порядок именования файлов при формировании информационной посылки определен следующими правилами.
Имя файла должно соответствовать следующему шаблону: "TQQQQQ _N_MMGGZ.XML", где:
- "T" - символ, определяющий тип файла. Принимает значения:
- "i" - для файлов с изменениями от СМО; в случае предоставления сведений иной организацией вместо "i" указывается "j";
для файлов подтверждения/отклонения изменений:
- "p" - для протокола обработки файла с изменениями;
- "s" - файлы от ТФОМС с извещениями СМО о прекращении страхования;
- "k" - файлы корректировки данных от ТФОМС по отдельным записям или группам записей;
- "f" - протокол форматно-логического контроля;
- "QQQQQ" - пятизначный код СМО, в соответствии с Единым реестром страховых медицинских организаций, осуществляющих деятельность в сфере обязательного медицинского страхования (Приложение A F002);
- Символы "_" (подчеркивание) являются разделителями и обязательно присутствуют в имени файла;
- "N" - номер пункта выдачи СМО, в соответствии с реестром пунктов выдачи (до трех знаков). Если страховая медицинская организация не имеет пунктов выдачи полисов, то указывается 0;
- "MM" - двухзначный код, равный порядковому номеру месяца, в котором сформирован файл с изменениями;
- "GG" - двухзначный код, равный двум последним цифрам календарного года, в котором сформирован файл с изменениями;
- "Z" - порядковый номер файла с изменениями (в пределах месяца), формируемого СМО. Без незначащих левых нулей. Размерность - не более 5 знаков. При обмене данными файлы с изменениями и файлы подтверждения/отклонения изменений в целях уменьшения объема передаваемой информации должны быть заархивированы с применением формата (алгоритма) ZIP. При формировании информационной посылки к имени файла добавляется расширение ".zip".
Г.2 Алгоритм расчета контрольного числа единого номера полиса ОМС
К - контрольный разряд единого номера полиса обязательного медицинского страхования, вычисляется арифметически в соответствии с методикой расчета, описанной в международном стандарте ISO/HL7 27931:2009 (алгоритм Mod10):
а) Выбираются цифры, стоящие в нечетных позициях, по порядку, начиная справа, записываются в виде числа. Полученное число умножается на 2.
б) Выбираются цифры, стоящие в четных позициях, по порядку, начиная справа, записываются в виде числа. Полученное число приписывается слева от числа, полученного в пункте а).
в) Складываются все цифры полученного в пункте б) числа.
г) Полученное в пункте в) число вычитается из ближайшего большего или равного числа, кратного 10. В результате получается искомая контрольная цифра.
Г.3 Порядок заполнения файла
В столбце "Обяз." указана обязательность содержимого элемента (реквизита), один из символов - О, Н, У, а также М. Символы имеют следующий смысл:
- О - обязательный реквизит, который должен обязательно присутствовать в элементе;
- Н - необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается.
- У - условно-обязательный реквизит. При отсутствии, не передается.
- М - реквизит, определяющий множественность данных, может добавляться к указанным выше символам.
В столбце "Формат" для каждого элемента указывается - символ формата, а вслед за ним в круглых скобках - максимальная длина содержащегося в элементе значения.
Символы формата соответствуют вышеописанным обозначениям:
- Char - <текст>;
- Num - <число>;
- Date - <дата> в формате ГГГГ-ММ-ДД;
- Bin - <бинарные данные> в формате Base64;
- S - <элемент>; составной элемент, описывается отдельно.
В столбце "Наименование" указывается наименование элемента.
Следует учитывать, что некоторые символы в файлах формата XML кодируются следующим образом:
| Символ | Способ кодирования |
|---|---|
| двойная кавычка (") | " |
| одинарная кавычка (') | ' |
| левая угловая скобка ("<") | < |
| правая угловая скобка (">") | > |
| амперсант ("&") | & |
Для обмена информацией используется кодировка Windows-1251.
Таблица Г.1 Структура файла с изменениями от СМО в ТФОМС
| Код элемента | Содержание элемента | Тип | Размер | Обяз. | Наименование | Дополнительная информация |
| Корневой элемент | ||||||
| OPLIST | VERS | Char | 5 | Н | Номер версии | Текущей редакции соответствует значение "2.1". |
| FILENAME | Char | 24 | О | Имя файла | Без расширения | |
| SMOCOD | Char | 5 | О | Реестровый номер страховой медицинской организации | Заполняется в соответствии с F002 Приложения А | |
| PRZCOD | Char | 3 | О | Код пункта выдачи СМО | Присваивается СМО, учитывается в справочнике ТФОМС | |
| NRECORDS | Num | 7 | О | Количество записей | ||
| OP | S | ОМ | Записи | Содержит передаваемые сведения о застрахованных лицах | ||
| Записи | ||||||
| OP | N_REC | Char | 36 | О | Уникальный идентификатор записи в обменном файле | Служит для сопоставления записи в пакете и ответе ТФОМС |
| ID | Num | 10 | У | Идентификатор записи ТФОМС | Идентификатор формирует ТФОМС для новых записей и возвращает в СМО. Обязательность заполнения данного поля определяется ТФОМС | |
| TIP_OP | Char | 4 | О | Тип операции | Указывается в соответствии с классификатором причин внесения изменений в РС ЕРЗ (R001) | |
| PERSON | S | О | Данные о застрахованном лице | |||
| OLD_PERSON | S | У | Сведения о прежних (до смены) персональных данных застрахованного лица | Данные по лицу до передачи сведений в ТФОМС об изменении. Заполняется в случае изменений в фамилии, имени, отчестве, поле или дате рождения застрахованного лица | ||
| ADDRES_G | S | О | Адрес места регистрации | |||
| ADDRES_P | S | О | Адрес места жительства | |||
| VIZIT | S | У | Обращение застрахованного лица | Сведения об обращении застрахованного лица | ||
| INSURANCE | S | О | Событие страхования | |||
| PERSONB | S | УМ | Биометрическая информация о застрахованном лице | |||
| DOC_LIST | S | У | Список документов, удостоверяющих личность | Обязателен для заполнения в случае передачи сведений о полисе нового образца и временном свидетельстве. Допускается не указывать в случае исправления ошибок о событиях страхования, имевших место до 01.05.2011, и в случае реорганизации СМО | ||
| OLDDOC_LIST | S | У | Список ранее выданных документов, удостоверяющих личность | Заполняется только в случае передачи сведений об изменении документа удостоверяющего личность | ||
| Данные о застрахованном лице | ||||||
| PERSON | FAM | Char | 40 | У | Фамилия ЗЛ | Указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность. Должно встречаться хотя бы одно из значений FAM (фамилия) или IM (имя). В случае отсутствия кого-либо реквизита, в поле DOST включается соответствующее значение, и реквизит не указывается. |
| IM | Char | 40 | У | Имя ЗЛ | ||
| OT | Char | 40 | У | Отчество ЗЛ | ||
| W | Num | 1 | О | Пол ЗЛ | Заполняется в соответствии с V005 Приложения А | |
| DR | Date | О | Дата рождения ЗЛ | Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным "01". При этом в поле DOST должно быть указано значение "4". Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным "01" (январь). При этом в поле DOST должно быть указано значение "5". Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST должно быть указано значение "6", а также значение "4" или "5" соответственно | ||
| MR | Char | 100 | О | Место рождения застрахованного лица | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность | |
| DOST | Num | 1 | УМ | Код надежности идентификации | 1 - отсутствует отчество; 2 - отсутствует фамилия; 3 - отсутствует имя; 4 - известен только месяц и год даты рождения; 5 - известен только год даты рождения; 6 - дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | |
| BIRTH_OKSM | Char | 3 | У | Страна места рождения | Трехбуквенный код страны по классификатору ОКСМ (Приложение А, код ALFA3 классификатора О002). Обязателен для заполнения в случае отсутствия у застрахованного лица фамилии или имени. Если страна больше не существует, следует указывать наименование государства, в котором расположено место рождения на текущий момент | |
| C_OKSM | Char | 3 | О | Гражданство ЗЛ | Трехбуквенный код страны по классификатору ОКСМ (Приложение А, код ALFA3 классификатора О002). Для лиц без гражданства - значение "Б/Г". | |
| SS | Char | 14 | У | СНИЛС застрахованного лица | СНИЛС с разделителями | |
| KATEG | Char | 2 | О | Категория застрахованного лица | Заполняется в соответствии со справочником V013. | |
| PHONE | Char | 40 | У | Телефон | Контактная информация застрахованного лица | |
| Char | 50 | У | Адрес электронной почты | Контактная информация застрахованного лица | ||
| FIOPR | Char | 130 | У | ФИО представителя | Заполняется в случае наличия представителя | |
| CONTACT | Char | 200 | У | Контакты представителя | Заполняется в случае наличия представителя | |
| DDEATH | Date | У | Дата смерти застрахованного лица | Поле заполняется в случае факта смерти застрахованного. В случае, если точная дата смерти застрахованного неизвестна, следует указать дату внесения сведений о смерти застрахованного лица в РС ЕРЗ | ||
| Список документов, удостоверяющих личность | ||||||
| DOC_LIST | DOC | S | ОМ | Данные документов, удостоверяющих личность | Обязателен для заполнения в случае передачи сведений о полисе нового образца и временном свидетельстве. Допускается не указывать в случае исправления ошибок о событиях страхования, имевших место до 01.05.2011, и в случае реорганизации СМО | |
| Данные документа, удостоверяющего личность | ||||||
| DOC | DOCTYPE | Char | 2 | О | Тип документа, удостоверяющего личность | Заполняется в соответствии с F011 Приложения А |
| DOCSER | Char | 10 | У | Серия документа | Серия документа, удостоверяющего личность. Формат согласно справочнику типов документов. Не указывается только в случае отсутствия | |
| DOCNUM | Char | 20 | О | Номер документа | Номер документа, удостоверяющего личность. Формат согласно справочнику типов документов | |
| DOCDATE | Date | О | Дата выдачи документа, удостоверяющего личность | |||
| DOCEXP | Date | У | Срок действия | Дата окончания действия документа. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации; 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. | ||
| NAME_VP | Char | 80 | У | Наименование органа, выдавшего документ | Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность | |
| Сведения о прежних (до смены) персональных данных застрахованного лица | ||||||
| OLD_PERSON | FAM | Char | 40 | У | Прежняя фамилия ЗЛ | |
| IM | Char | 40 | У | Прежнее имя ЗЛ | ||
| OT | Char | 40 | У | Прежнее отчество ЗЛ | ||
| W | Num | 1 | У | Прежний пол ЗЛ | ||
| DR | Date | У | Прежняя дата рождения ЗЛ | |||
| OLD_ENP | Char | 16 | У | Прежний ЕНП | Заполняется в случае замены ЕНП (смена пола или даты рождения) | |
| MR | Char | 100 | У | Прежнее место рождения застрахованного лица | ||
| Список ранее выданных документов, удостоверяющих личность | ||||||
| OLDDOC_L IST | OLD_DOC | S | ОМ | Список ранее выданных документов, удостоверяющих личность | Заполняется только в случае передачи сведений об изменении документа удостоверяющего личность | |
| Данные ранее выданного документа, удостоверяющего личность | ||||||
| OLD_DOC | DOCTYPE | Char | 2 | У | Тип прежнего документа, удостоверяющего личность | |
| DOCSER | Char | 10 | У | Серия прежнего документа | ||
| DOCNUM | Char | 20 | У | Номер прежнего документа | ||
| DOCDATE | Date | У | Дата выдачи прежнего документа, удостоверяющего личность | |||
| DOCEXP | Date | У | Срок действия | |||
| NAME_VP | Char | 80 | У | Наименование органа, выдавшего документ | ||
| Адрес места регистрации | ||||||
| ADDRES_G | BOMG | Num | 1 | О | Признак лица без определенного места жительства | 0 - имеет постоянную или временную регистрацию по месту жительства; 1 - лицо без определенного места жительства. Для лиц без определенного места жительства следующие элементы не заполняются. |
| FIAS_AOID | Char | 36 | У | Уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) | Не указывается только в случае отсутствия сведений в ФИАС. Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. | |
| FIAS_HOUSEID | Char | 36 | У | Уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС | Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AOID. | |
| SUBJ | Char | 5 | У | Код региона РФ места регистрации | Код ОКАТО по классификатору субъектов F010 Приложения А | |
| INDX | Char | 6 | У | Почтовый индекс места жительства | При заполнении из ФИАС используется значение поля POSTALCODE из таблицы HOUSE БД ФИАС, а при его отсутствии значение поля POSTALCODE из таблицы ADDROBJ БД ФИАС. | |
| OKATO | Char | 11 | У | Код места регистрации по справочнику ОКАТО | При заполнении из ФИАС используется значение поля ОКАТО из таблицы ADDROBJ БД ФИАС. | |
| RNNAME | Char | 120 | У | Район места регистрации | При заполнении из ФИАС используется значение поля OFFNAME для уровня района из таблицы ADDROBJ БД ФИАС. | |
| NPNAME | Char | 120 | У | Наименование населенного пункта | При заполнении из ФИАС используется значение поля OFFNAME для уровня населенного пункта из таблицы ADDROBJ БД ФИАС. | |
| UL | Char | 120 | У | Наименование улицы места регистрации | При заполнении из ФИАС используется значение поля OFFNAME для уровня улицы из таблицы ADDROBJ БД ФИАС. | |
| DOM | Char | 20 | У | Номер дома места регистрации | При заполнении из ФИАС используется значение поля HOUSENUM из таблицы HOUSE БД ФИАС | |
| KORP | Char | 10 | У | Номер корпуса места регистрации | При заполнении из ФИАС используется значение поля BUILDNUM из таблицы HOUSE БД ФИАС. | |
| KV | Char | 6 | У | Номер квартиры места регистрации | ||
| DREG | Date | У | Дата регистрации | |||
| Адрес места жительства | ||||||
| ADDRES_P | FIAS_AOID | Char | 36 | У | Уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) | Не указывается только в случае отсутствия сведений в ФИАС. Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. |
| FIAS_HOUSEID | Char | 36 | У | Уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС | Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AOID. | |
| SUBJ | Char | 5 | У | Код региона РФ места жительства | Код ОКАТО по классификатору субъектов F010 Приложения А | |
| INDX | Char | 6 | У | Почтовый индекс места жительства | При заполнении из ФИАС используется значение поля POSTALCODE из таблицы HOUSE БД ФИАС, а при его отсутствии значение поля POSTALCODE из таблицы ADDROBJ БД ФИАС. | |
| OKATO | Char | 11 | У | Код места жительства по справочнику ОКАТО | При заполнении из ФИАС используется значение поля ОКАТО из таблицы ADDROBJ БД ФИАС. | |
| RNNAME | Char | 120 | У | Район места жительства (наименование) | При заполнении из ФИАС используется значение поля OFFNAME для уровня района из таблицы ADDROBJ БД ФИАС. | |
| NPNAME | Char | 120 | У | Наименование населенного пункта | При заполнении из ФИАС используется значение поля OFFNAME для уровня населенного пункта из таблицы ADDROBJ БД ФИАС. | |
| UL | Char | 120 | У | Наименование улицы места жительства | При заполнении из ФИАС используется значение поля OFFNAME для уровня улицы из таблицы ADDROBJ БД ФИАС. | |
| DOM | Char | 20 | У | Номер дома места жительства | При заполнении из ФИАС используется значение поля HOUSENUM из таблицы HOUSE БД ФИАС | |
| KORP | Char | 10 | У | Номер корпуса места жительства | При заполнении из ФИАС используется значение поля BUILDNUM из таблицы HOUSE БД ФИАС. | |
| KV | Char | 6 | У | Номер квартиры места жительства | ||
| Обращение застрахованного лица | ||||||
| VIZIT | DVIZIT | Date | О | Дата обращения ЗЛ (его представителя) | Дата заявления (заявлений) | |
| METHOD | Char | 1 | О | Способ подачи заявления | 1 - лично; 2 - через представителя; 3 - через официальный сайт ТФОМС; 4 - через единый портал государственных услуг | |
| PETITION | Char | 1 | О | Признак наличия ходатайства о регистрации в качестве застрахованного лица | 0 - ходатайство отсутствует, 1 - подано ходатайство | |
| RSMO | Num | 1 | У | Причина подачи заявления о выборе (замене) СМО | 1 - первичный выбор СМО; 2 - замена СМО в соответствии с правом замены; 3 - замена СМО в связи со сменой места жительства; 4 - замена СМО в связи с прекращением действия договора | |
| RPOLIS | Num | 1 | У | Причина подачи заявления о выдаче дубликата или переоформлении полиса | 1 - изменение реквизитов; 2 - установление ошибочности сведений; 3 - ветхость и непригодность полиса; 4 - утрата ранее выданного полиса; 5 - окончание срока действия полиса | |
| FPOLIS | Num | 1 | О | Выбранная форма изготовления полиса | Указывается форма изготовления полиса: 0 - не требует изготовления полиса; 1 - бумажный бланк; 2 - пластиковая карта; 3 - в составе УЭК; 4 - отказ от полиса. | |
| Событие страхования | ||||||
| INSURANCE | TER_ST | Char | 5 | У | Текущая территория страхования | Код территории по ОКАТО из справочника регионов |
| ENP | Char | 16 | У | Действующий Единый номер полиса ОМС | Единый номер полиса должен быть присвоен каждому застрахованному лицу и однозначно идентифицировать застрахованное лицо в ЕРЗ | |
| OGRNSMO | Char | 15 | У | ОГРН СМО | ОГРН СМО текущего страхования | |
| POLIS | S | УМ | Информация о документе, подтверждающем факт страхования по ОМС | Заполняется при необходимости | ||
| ERP | Num | 1 | О | Признак регистрации ЕНП | 0 - не зарегистрирован в ЦС ЕРЗ, 1 - зарегистрирован в ЦС ЕРЗ | |
| ORDERZ | S | У | Сведения о заявке | Заполняется при наличии сведений | ||
| Информация о документе, подтверждающем факт страхования по ОМС | ||||||
| POLIS | VPOLIS | Num | 1 | О | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с классификатором F008 Приложения А |
| NPOLIS | Char | 20 | О | Номер документа, подтверждающего факт страхования по ОМС | Для полиса единого образца в поле "серия и номер" указывается номер бланка полиса | |
| SPOLIS | Char | 10 | У | Серия документа, подтверждающего факт страхования по ОМС | Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС | |
| DBEG | Date | У | Дата выдачи документа, подтверждающего факт страхования по ОМС | Для случаев выдачи на руки полиса единого образца после временного свидетельства указывается дата выдачи полиса ОМС на руки. Для случае в замены СМО без замены полиса указывается дата написания заявления о замене СМО. Для случаев, когда полис единого образца не был востребован, дата выдачи не указывается. | ||
| DEND | Date | У | Плановая дата окончания действия документа, подтверждающего факт страхования по ОМС | |||
| DSTOP | Date | У | Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) | При передаче сведений о временном свидетельстве, если изготавливаемый полис имеет ограниченный срок действия, в поле передается дата окончания действия полиса | ||
| Сведения о заявке | ||||||
| ORDERZ | NORDER | Char | 100 | О | Номер заявки на изготовление полиса | Номер заявки формируется ТФОМС. Указывается в случае включения записи из файла изменений в заявку на изготовление полисов |
| DORDER | Date | О | Дата заявки на изготовление полиса | |||
| Биометрическая информация о застрахованном лице | ||||||
| PERSONB | TYPE | Char | 3 | О | Зарезервированное поле | Зарезервированное поле для обозначения типа вложенного файла: 2 - цифровая фотография застрахованного лица; 3 - цифровое изображение собственноручной подписи застрахованного лица |
| PHOTO | Bin | О | Вложенный файл в формате base64 | Например, фотография застрахованного лица или изображение собственноручной подписи застрахованного лица для электронного полиса ОМС | ||
Таблица Г.2 Структура файла подтверждения/отклонения изменений: протокол обработки файла с изменениями от ТФОМС в СМО
| Код элемента | Содержание элемента | Тип | Размер | Обяз. | Наименование | Дополнительная информация |
| Корневой элемент | ||||||
| REPLIST | VERS | Char | 5 | Н | Номер версии | Текущей редакции соответствует значение "2.1". |
| FILENAME | Char | 24 | О | Имя файла | ||
| SMOCOD | Char | 5 | О | Реестровый номер страховой медицинской организации | Заполняется в соответствии с F002 Приложения А | |
| PRZCOD | Char | 3 | О | Код пункта выдачи полисов | Присваивается СМО, учитывается в справочнике ТФОМС | |
| NRECORDS | Num | 7 | О | Число записей всего | ||
| NERR | Num | 7 | О | Число записей с ошибками ФЛК | ||
| REP | S | ОМ | Записи с ответами ТФОМС | |||
| Записи с ответами ТФОМС | ||||||
| REP | N_REC | Char | 36 | О | Уникальный идентификатор записи в обменном файле | Служит для сопоставления записи в пакете с изменениями СМО и ответе ТФОМС |
| ID | Char | 36 | У | Идентификатор записи ТФОМС | Идентификатор формирует ТФОМС и возвращает в СМО | |
| CODE_ERP | Num | 1 | О | Результат обработки записи | Указывается в соответствии с классификатором результатов обработки записи об изменении (R004) | |
| COMMENT | Char | 250 | НМ | Комментарий к результату обработки | Указывается при необходимости добавления пояснения к результату обработки | |
| INSURANCE | S | У | Событие страхования | Сведения о последнем страховании | ||
| Событие страхования | ||||||
| INSURANCE | TER_ST | Char | 5 | У | Текущая территория страхования | Код территории по ОКАТО из справочника регионов |
| ENP | Char | 16 | У | Действующий Единый номер полиса ОМС | Единый номер полиса должен быть присвоен каждому застрахованному лицу и однозначно идентифицировать застрахованное лицо в ЕРЗ | |
| OGRNSMO | Char | 15 | У | ОГРН СМО | ОГРН СМО текущего страхования | |
| POLIS | S | УМ | Информация о документе, подтверждающем факт страхования по ОМС | Заполняется при необходимости | ||
| ERP | Num | 1 | О | Признак регистрации ЕНП | 0 - не зарегистрирован в ЦС ЕРЗ, 1 - зарегистрирован в ЦС ЕРЗ | |
| Информация о документе, подтверждающем факт страхования по ОМС | ||||||
| POLIS | VPOLIS | Num | 1 | О | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с классификатором F008 Приложения А |
| NPOLIS | Char | 20 | У | Номер документа, подтверждающего факт страхования по ОМС | Для полиса единого образца в поле "серия и номер" указывается номер бланка полиса. Может не заполняться только в случае отсутствия сведений о номере бланка полиса | |
| SPOLIS | Char | 10 | У | Серия документа, подтверждающего факт страхования по ОМС | Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС | |
| DBEG | Date | У | Дата выдачи документа, подтверждающего факт страхования по ОМС | Для случаев выдачи на руки полиса единого образца после временного свидетельства указывается дата выдачи полиса ОМС на руки. Для случаев замены СМО без замены полиса указывается дата написания заявления о замене СМО. Для случаев, когда полис единого образца не был востребован, дата выдачи не указывается. | ||
| DEND | Date | У | Плановая дата окончания действия документа, подтверждающего факт страхования по ОМС | |||
| DSTOP | Date | У | Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) | |||
Таблица Г.3 Структура файла с извещениями СМО от ТФОМС о прекращении страхования
Таблица Г.4 Структура файла корректировки данных от ТФОМС в СМО
| Код элемента | Содержание элемента | Тип | Размер | Обяз. | Наименование | Дополнительная информация |
| Корневой элемент | ||||||
| RECLIST | VERS | Char | 5 | Н | Номер версии | Текущей редакции соответствует значение "2.1". |
| FILENAME | Char | 24 | О | Имя файла | ||
| SMOCOD | Char | 5 | О | Реестровый номер страховой медицинской организации | Заполняется в соответствии с F002 Приложения А | |
| NRECORDS | Num | 7 | О | Количество записей | ||
| REC | S | ОМ | Записи | Передаваемые сведения о застрахованных лицах | ||
| Записи | ||||||
| REC | ID | Char | 36 | О | Идентификатор записи ТФОМС | |
| PERSON | S | У | Данные о застрахованном лице | Заполняется при наличии сведений | ||
| DOC_LIST | S | У | Список документов, удостоверяющих личность | Обязателен для заполнения в случае передачи сведений о полисе нового образца и временном свидетельстве. Допускается не указывать в случае исправления ошибок о событиях страхования, имевших место до 01.05.2011, и в случае реорганизации СМО | ||
| ADDRES_G | S | У | Адрес места регистрации | Заполняется при наличии сведений | ||
| ADDRES_P | S | У | Адрес места жительства | Заполняется при наличии сведений | ||
| VIZIT | S | У | Обращение застрахованного лица | Сведения о последнем обращении застрахованного лица в СМО | ||
| INSURANCE | S | УМ | Событие страхования | Сведения о последнем страховании. Должно заполняться при наличии сведений в РС ЕРЗ | ||
| Обращение застрахованного лица | ||||||
| VIZIT | DVIZIT | Date | О | Дата обращения ЗЛ (его представителя) | ||
| METHOD | Char | 1 | О | Способ подачи заявления | 1 - лично; 2 - через представителя; 3 - через официальный сайт ТФОМС; 4 - через единый портал государственных услуг | |
| PETITION | Char | 1 | О | Признак наличия ходатайства о регистрации в качестве застрахованного лица | 0 - ходатайство отсутствует, 1 - подано ходатайство | |
| RPOLIS | Num | 1 | У | Причина подачи заявления о выдаче дубликата или переоформлении полиса | 1 - изменение реквизитов; 2 - установление ошибочности сведений; 3 - ветхость и непригодность полиса; 4 - утрата ранее выданного полиса; 5 - окончание срока действия полиса | |
| FPOLIS | Num | 1 | О | Выбранная форма изготовления полиса | Указывается форма изготовления полиса: 0 - не требует изготовления полиса; 1 - бумажный бланк; 2 - пластиковая карта; 3 - в составе УЭК | |
| Данные о застрахованном лице | ||||||
| PERSON | FAM | Char | 40 | У | Фамилия ЗЛ | Указываются в том виде, в котором они записаны в предъявленном документе, удостоверяющем личность. Должно встречаться хотя бы одно из значений FAM (фамилия) или IM (имя). В случае отсутствия кого-либо реквизита, в поле DOST включается соответствующее значение, и реквизит не указывается. Для детей при отсутствии данных ФИО до государственной регистрации не указываются. |
| IM | Char | 40 | У | Имя ЗЛ | ||
| OT | Char | 40 | У | Отчество ЗЛ | ||
| W | Num | 1 | О | Пол ЗЛ | Заполняется в соответствии с V005 Приложения А | |
| DR | Date | О | Дата рождения ЗЛ | Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным "01". При этом в поле DOST должно быть указано значение "4". Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным "01" (январь). При этом в поле DOST должно быть указано значение "5". Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST должно быть указано значение "6", а также значение "4" или "5" соответственно | ||
| DOST | Num | 1 | Код надежности идентификации | 1 - отсутствует отчество; 2 - отсутствует фамилия; 3 - отсутствует имя; 4 - известен только месяц и год даты рождения; 5 - известен только год даты рождения; 6 - дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | ||
| C_OKSM | Char | 3 | У | Гражданство ЗЛ | Трехбуквенный код страны по классификатору ОКСМ (Приложение А, код ALFA3 классификатора О002). Для лиц без гражданства - значение "Б/Г". Для лиц, гражданство которых неизвестно, значение не указывается | |
| SNILS | Char | 14 | У | СНИЛС застрахованного лица | СНИЛС с разделителями | |
| PHONE | Char | 40 | У | Телефон | Контактная информация застрахованного лица | |
| Char | 50 | У | Адрес электронной почты | Контактная информация застрахованного лица | ||
| FIOPR | Char | 130 | У | ФИО представителя | Заполняется в случае наличия представителя | |
| CONTACT | Char | 200 | У | Контакты представителя | Заполняется в случае наличия представителя | |
| DDEATH | Date | У | Дата смерти застрахованного лица | Поле заполняется в случае факта смерти застрахованного. В случае, если точная дата смерти застрахованного неизвестна, следует указать дату внесения сведений о смерти застрахованного лица в РС ЕРЗ | ||
| Список документов, удостоверяющих личность | ||||||
| DOC_LIST | DOC | S | УМ | Список документов, удостоверяющих личность | Обязателен для заполнения в случае передачи сведений о полисе нового образца и временном свидетельстве. Допускается не указывать в случае исправления ошибок о событиях страхования, имевших место до 01.05.2011, и в случае реорганизации СМО | |
| Данные документа, удостоверяющего личность | ||||||
| DOC | DOCTYPE | Char | 2 | О | Тип документа, удостоверяющего личность | Заполняется в соответствии с F011 Приложения А |
| DOCSER | Char | 10 | У | Серия документа | Серия документа, удостоверяющего личность. Формат согласно справочнику типов документов Не указывается только в случае отсутствия | |
| DOCNUM | Char | 20 | О | Номер документа | Номер документа, удостоверяющего личность. Формат согласно справочнику типов документов | |
| DOCDATE | Date | О | Дата выдачи документа, удостоверяющего личность | |||
| DOCEXP | Date | У | Срок действия | Дата окончания действия документа. Обязательно для следующих документов в событиях страхования после 18.07.2013: 10 - Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации; 11 - Вид на жительство; 12 - Удостоверение беженца в Российской Федерации; 13 - Временное удостоверение личности гражданина Российской Федерации; 23 - Разрешение на временное проживание; 25 - Свидетельство о предоставлении временного убежища на территории Российской Федерации; 26 - Удостоверение сотрудника Евразийской экономической комиссии; 27 - Копия жалобы о лишении статуса беженца; 28 - Иной документ, соответствующий свидетельству о предоставлении убежища на территории Российской Федерации 29 - Сведения о трудовом договоре трудящегося государства - члена ЕАЭС. | ||
| NAME_VP | Char | 80 | У | Наименование органа, выдавшего документ | Указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность | |
| MR | Char | 100 | О | Место рождения застрахованного лица | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность | |
| Адрес места регистрации | ||||||
| ADDRES_G | FIAS_AOID | Char | 36 | У | Уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) | Не указывается только в случае отсутствия сведений в ФИАС. Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. |
| FIAS_HOUSEID | Char | 36 | У | Уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС | Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AOID. | |
| SUBJ | Char | 5 | У | Код региона РФ места регистрации | Код ОКАТО по классификатору субъектов F010 Приложения А | |
| INDX | Char | 6 | У | Почтовый индекс места регистрации | При заполнении из ФИАС используется значение поля POSTALCODE из таблицы HOUSE БД ФИАС, а при его отсутствии значение поля POSTALCODE из таблицы ADDROBJ БД ФИАС. | |
| OKATO | Char | 11 | У | Код места жительства по справочнику ОКАТО | При заполнении из ФИАС используется значение поля ОКАТО из таблицы ADDROBJ БД ФИАС. | |
| RNNAME | Char | 120 | У | Район места регистрации (наименование) | При заполнении из ФИАС используется значение поля OFFNAME для уровня района из таблицы ADDROBJ БД ФИАС. | |
| NPNAME | Char | 120 | У | Наименование населенного пункта | При заполнении из ФИАС используется значение поля OFFNAME для уровня населенного пункта из таблицы ADDROBJ БД ФИАС. | |
| UL | Char | 120 | У | Наименование улицы места регистрации | При заполнении из ФИАС используется значение поля OFFNAME для уровня улицы из таблицы ADDROBJ БД ФИАС. | |
| DOM | Char | 20 | У | Номер дома места регистрации | При заполнении из ФИАС используется значение поля HOUSENUM из таблицы HOUSE БД ФИАС | |
| KORP | Char | 10 | У | Номер корпуса места регистрации | При заполнении из ФИАС используется значение поля BUILDNUM из таблицы HOUSE БД ФИАС. | |
| KV | Char | 6 | У | Номер квартиры места регистрации | ||
| DREG | Date | У | Дата регистрации | |||
| Адрес места жительства | ||||||
| ADDRES_P | FIAS_AOID | Char | 36 | У | Уникальный идентификатор записи классификатора адресообразующего элемента в ФИАС (с точностью до улицы, при отсутствии улицы - до города или населенного пункта) | Не указывается только в случае отсутствия сведений в ФИАС. Указывается значение поля AOID из таблицы ADDROBJ выгрузки файлов БД ФИАС. |
| FIAS_HOUSEID | Char | 36 | У | Уникальный идентификатор записи справочника сведений по номерам домов улиц городов и населенных пунктов, номера земельных участков и т.п. в ФИАС | Указывается значение поля HOUSEID из строки таблицы HOUSE, в которой значение поля AOGUID равно значению поля AOGUID из таблицы ADDROBJ для заданного FIAS_AOID. | |
| SUBJ | Char | 5 | У | Код региона РФ места жительства | Код ОКАТО по классификатору субъектов F010 Приложения А | |
| INDX | Char | 6 | У | Почтовый индекс места жительства | При заполнении из ФИАС используется значение поля POSTALCODE из таблицы HOUSE БД ФИАС, а при его отсутствии значение поля POSTALCODE из таблицы ADDROBJ БД ФИАС. | |
| OKATO | Char | 11 | У | Код места жительства по справочнику ОКАТО | При заполнении из ФИАС используется значение поля ОКАТО из таблицы ADDROBJ БД ФИАС. | |
| RNNAME | Char | 120 | У | Район места жительства (наименование) | При заполнении из ФИАС используется значение поля OFFNAME для уровня района из таблицы ADDROBJ БД ФИАС. | |
| NPNAME | Char | 120 | У | Наименование населенного пункта | При заполнении из ФИАС используется значение поля OFFNAME для уровня населенного пункта из таблицы ADDROBJ БД ФИАС. | |
| UL | Char | 120 | У | Наименование улицы места жительства | При заполнении из ФИАС используется значение поля OFFNAME для уровня улицы из таблицы ADDROBJ БД ФИАС. | |
| DOM | Char | 20 | У | Номер дома места жительства | При заполнении из ФИАС используется значение поля HOUSENUM из таблицы HOUSE БД ФИАС | |
| KORP | Char | 10 | У | Номер корпуса места жительства | При заполнении из ФИАС используется значение поля BUILDNUM из таблицы HOUSE БД ФИАС. | |
| KV | Char | 6 | У | Номер квартиры места жительства | ||
| Событие страхования | ||||||
| INSURANCE | TER_ST | Char | 5 | У | Текущая территория страхования | Код территории по ОКАТО из справочника регионов |
| ENP | Char | 16 | У | Действующий Единый номер полиса ОМС | Единый номер полиса должен быть присвоен каждому застрахованному лицу и однозначно идентифицировать застрахованное лицо в ЕРЗ | |
| OGRNSMO | Char | 15 | У | ОГРН СМО | ОГРН СМО текущего страхования | |
| POLIS | S | УМ | Информация о документе, подтверждающем факт страхования по ОМС | |||
| ERP | Num | 1 | О | Регистрация стадии изготовления полиса | 0 - не зарегистрирован в РС ЕРЗ; 1 - зарегистрирован в РС ЕРЗ; 2 - зарегистрирован в ЦС ЕРЗ; 3 - сформирована заявка; 4 - полис изготовлен | |
| ORDERZ | S | У | Сведения о заявке | Заполняется при наличии сведений | ||
| Информация о документе, подтверждающем факт страхования по ОМС | ||||||
| POLIS | VPOLIS | Num | 1 | О | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с классификатором F008 Приложения А |
| NPOLIS | Char | 20 | У | Номер документа, подтверждающего факт страхования по ОМС | Для полиса единого образца в поле "серия и номер" указывается номер бланка полиса. Может не заполняться только в случае отсутствия сведений о номере бланка полиса | |
| SPOLIS | Char | 10 | У | Серия документа, подтверждающего факт страхования по ОМС | Указывается только в тех случаях, когда присутствует в документе, подтверждающем факт страхования по ОМС | |
| DBEG | Date | У | Дата выдачи документа, подтверждающего факт страхования по ОМС | Для случаев выдачи на руки полиса единого образца после временного свидетельства указывается дата выдачи полиса ОМС на руки. Для случаев замены СМО без замены полиса указывается дата написания заявления о замене СМО. Для случаев, когда полис единого образца не был востребован, дата выдачи не указывается. | ||
| DEND | Date | У | Плановая дата окончания действия документа, подтверждающего факт страхования по ОМС | |||
| DSTOP | Date | У | Дата фактического прекращения действия документа, подтверждающего факт страхования по ОМС (дата снятия с учета застрахованного лица) | |||
| Сведения о заявке | ||||||
| ORDERZ | NORDER | Char | 100 | О | Номер заявки на изготовление полиса | Номер заявки формируется ТФОМС, состоит из 15 знаков и имеет следующую фасетную структуру: CCCCCПППNNNNNNN, где Фасеты 1 - 5 (CCCCC) - реестровый номер СМО; Фасеты 6 - 8 (ППП) - номер пункта выдачи в СМО; Фасеты 9 - 15 (NNNNNNN) - номер заявки в пункте выдачи |
| DORDER | Date | О | Дата заявки на изготовление полиса | |||
| PRORDER | Char | 50 | О | Номер короба | ||
Таблица Г.5 Структура файла с протоколом ФЛК
Г.4 Информационный обмен с использованием технологии web-сервисов
Г.4.1 Операции (методы) электронного сервиса
Таблица Г.6 Операции (методы) электронного сервиса
Г.4.1.1 Операция GetMedInsState Запрос страховой принадлежности по документам УДЛ
Г.4.1.1.1 Описание входных параметров
Таблица Г.7 Описание входных параметров
Г.4.1.1.2 Описание выходных параметров
Таблица Г.8 Описание выходных параметров
| N | Код параметра | Описание параметра | Обязательность | Способ заполнения/Тип | Комментарий |
| 1 | UIRResponse | ||||
| 2 | Ack | Код ошибки прикладной обработки | + | AA | Запрос успешно выполнен |
| AE | Произошла ошибка прикладной обработки. Дополнительная информация содержится в элементе Err | ||||
| 3 | Err | - | |||
| 4 | ErrCode | Код ошибки | + | Строка | |
| 5 | ErrText | Текст ошибки | + | Строка | |
| 6 | Person | - | |||
| 7 | MainENP | Главный ЕНП застрахованного лица | + | Строка (16) | |
| 8 | RegionalENP | ЕНП, с которым застрахованное лицо | + | Строка (16) | |
| 9 | Insurance | ||||
| 10 | MedInsCompanyId | ОГРН СМО | + | Строка (15) | |
| 11 | InsRegion | Территория страхования | + | Строка (5) | Код территории по ОКАТО из справочника регионов |
| 12 | StartDate | Дата постановки на учет | + | Дата | |
| 13 | InsType | Тип документа, подтверждающего факт страхования | + | Строка | Заполняется в соответствии с классификатором F008 Приложения А |
| 14 | InsId | Серия и номер документа, подтверждающего факт страхования | - | Строка | Серия и номер полиса ОМС старого образца (серия отделяется от номера последовательностью знаков "пробел", "N", "пробел") или номер временного свидетельства или номер бланка полиса нового образца. |
Г.4.2 Операция GetMedInsState2 Запрос страховой принадлежности по ДПФС
Г.4.2.1 Описание входных параметров
Таблица Г.9 Описание входных параметров
| N | Код параметра | Описание параметра | Обязательность | Способ заполнения/Тип | Комментарий |
| 1 | UIRRequest2 | + | |||
| 2 | FullName | + | |||
| 3 | FamilyName | Фамилия | - | Строка | Должно быть указано как минимум одно из полей |
| 4 | FirstName | Имя | - | Строка | |
| 5 | MiddleName | Отчество | - | Строка | |
| 6 | PolicyType | Тип документа, подтверждающего факт страхования | + | Строка | Заполняется в соответствии с классификатором F008 Приложения А |
| 7 | PolicyNumber | Серия и номер документа, подтверждающего факт страхования | + | Строка | Серия и номер полиса ОМС старого образца (серия отделяется от номера последовательностью знаков "пробел", "N", "пробел") или номер временного свидетельства или номер бланка полиса нового образца. |
| 8 | InsRegion | Территория, выдавшая документ, подтверждающий факт страхования | + | Строка (5) | Код территории по ОКАТО из справочника регионов |
| 9 | Birth | ||||
| 10 | BirthDate | Дата рождения | + | Дата | |
| 11 | BirthPlace | Место рождения | + | Место рождения | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность |
| 12 | InsDate | Дата постановки на учет | + | Дата |
Г.4.2.2 Описание выходных параметров
Выходные параметры представлены в пункте Г.4.3.
Г.4.3 Описание сервиса (WSDL)
┌─────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│<?xml version="1.0" encoding="utf-8"?> │
│<wsdl:defnitions xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/" │</pre>
│xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-│
<pre class="legal-pre">│wss-wssecurity-utility-1.0.xsd" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" │
│xmlns:wsa="http://schemas.xmlsoap.org/ws/2004/08/addressing" xmlns:tns="http://new.webservice.namespace" │
│xmlns:wsap="http://schemas.xmlsoap.org/ws/2004/08/addressing/policy" │
│xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" │
│xmlns:msc="http://schemas.microsoft.com/ws/2005/12/wsdl/contract" │
│xmlns:wsx="http://schemas.xmlsoap.org/ws/2004/09/mex" xmlns:wsal0="http://www.w3.org/2005/08/addressing" │
│xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata" │
│xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://new.webservice.namespace"> │
│ <wsdl:types> │
│ <xsd:schema targetNamespace="http://new.webservice.namespace/Imports"> │
│ <xsd:import schemaLocation="http://dev-mos-erp/UIRGate/UIRGateService.svc?xsd=xsd0" │
│namespace="http://uir.ffoms.ru"/> │
│ </xsd:schema> │
│ </wsdl:types> │
│ <wsdl:message name="Request"> │
│ <wsdl:part name="UIRRequest" element="ql:UIRRequest" xmlns:ql="http://uir.ffoms.ru"/> │
│ </wsdl:message> │
│ <wsdl:message name="Response"> │
│ <wsdl:part name="UIRResponse" element="q2:UIRResponse" xmlns:q2="http://uir.ffoms.ru"/> │
│ </wsdl:message> │
│ <wsdl:message name="IUIRGate_GetMedInsState_UIRResponse_FaultMessage"> │
│ <wsdl:part name="detail" element="q3:UIRResponse" xmlns:q3="http://uir.ffoms.ru"/> │
│ </wsdl:message> │
│ <wsdl:message name="Request2"> │
│ <wsdl:part name="UIRRequest2" element="q4:UIRRequest2" xmlns:q4="http://uir.ffoms.ru"/> │
│ </wsdl:message> │
│ <wsdl:message name="IUIRGate_GetMedInsState2_UIRResponse_FaultMessage"> │
│ <wsdl:part name="detail" element="q5:UIRResponse" xmlns:q5="http://uir.ffoms.ru"/> │
│ </wsdl:message> │
│ <wsdl:portType name="IUIRGate"> │
│ <wsdl:operation name="GetMedInsState"> │
│ <wsdl:input name="Request" message="tns:Request" wsaw:Action="urn:#GetMedInsState"/> │
│ <wsdl:output name "Response" message="tns:Response" │
│wsaw:Action="http://new.webservice.namespace/IUIRGate/GetMedInsStateResponse"/> │
│ <wsdl:fault name="UIRResponse" │
│message="tns:IUIRGate_GetMedInsState_UIRResponse_FaultMessage" wsaw:Action="urn:#GetMedInsState"/> │
│ </wsdl:operation> │
│ <wsdl:operation name="GetMedInsState2"> │
│ <wsdl:input name="Request2" message="tns:Request2" │
│wsaw:Action="urn:#GetMedInsState2"/> │
│ <wsdl:output name="Response" message="tns:Response" │
│wsaw:Action="http://new.webservice.namespace/IUIRGate/GetMedInsState2Response"/> │
│ <wsdl:fault name="UIRResponse" │
│message="tns:IUIRGate_GetMedInsState2_UIRResponse_FaultMessage" wsaw:Action="urn:#GetMedInsState2"/> │
│ </wsdl:operation> │
│ </wsdl:portType> │
│</wsdl:definitions> │</pre>
└─────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Г.4.4 Описание схемы
┌──────────────────────────────────────────────────────────────────────────────────────────────────────────────────┐
<pre class="legal-pre">│<?xml version="1.0" encoding="utf-8"?> │
│<xs:schema xmlns:tns="http://uir.ffoms.ru" xmlns:xs="http://www.w3.org/2001/XMLSchema" │
│targetNamespace="http://uir.ffoms.ru" elementFormDefault="qualified"> │
│ <xs:element name="UIRRequest"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="FullName" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="FamilyName" type="xs:string" │
│minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="FirstName" type="xs:string" minOccurs="0"│
│maxOccurs="1"/> │
│ <xs:element name="MiddleName" type="xs:string" │
│minOccurs="0" maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="Document" minOccurs="0" maxOccurs="unbounded"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="DocType" type="xs:int" minOccurs="1" │
│maxOccurs="1"/> │
│ <xs:element name="DocIdent" type="xs:string" minOccurs="0" │
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="Birth" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="BirthDate" type="xs:date" minOccurs="0" │
│maxOccurs="1"/> │
│ <xs:element name="BirthPlace" type="xs:string" minOccurs="0"│
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="InsDate" type="xs:date" nillable="true" minOccurs="0" │
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="UIRResponse"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="Ack" minOccurs="1" maxOccurs="1"> │
│ <xs:simpleType> │
│ <xs:restriction base="xs:string"> │
│ <xs:enumeration value="AA"/> │
│ <xs:enumeration value="AE"/> │
│ <xs:enumeration value="AR"/> │
│ <xs:enumeration value="CE"/> │
│ <xs:enumeration value="CR"/> │
│ <xs:enumeration value="CA"/> │
│ </xs:restriction> │
│ </xs:simpleType> │
│ </xs:element> │
│ <xs:element name="Err" minOccurs="0" maxOccurs="unbounded"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="ErrCode" type="xs:string" minOccurs="0" │
│maxOccurs="1"/> │
│ <xs:element name="ErrText" type="xs:string" minOccurs="0" │
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="UIRQueryResponse" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="Person" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="MainENP" │
│type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="RegionalENP" │
│type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="Insurance" minOccurs="0" │
│maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element │
│name="MedInsCompanyId" type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="InsRegion" │
│type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="StartDate" │
│type="xs:date" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="EndDate" │
│type="xs:date" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="InsType" │
│type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="InsId" │
│type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="UIRRequest2"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="FullName" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="FamilyName" type="xs:string" │
│minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="FirstName" type="xs:string" minOccurs="0" │
│maxOccurs="1"/> │
│ <xs:element name="MiddleName" type="xs:string" │
│minOccurs="0" maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="PolicyType" type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="PolicyNumber" type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="InsRegion" type="xs:string" minOccurs="0" maxOccurs="1"/> │
│ <xs:element name="Birth" minOccurs="0" maxOccurs="1"> │
│ <xs:complexType> │
│ <xs:sequence> │
│ <xs:element name="BirthDate" type="xs:date" minOccurs="0" │
│maxOccurs="1"/> │
│ <xs:element name="BirthPlace" type="xs:string" minOccurs="0" │
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│ <xs:element name="InsDate" type="xs:date" nillable="true" minOccurs="1" │
│maxOccurs="1"/> │
│ </xs:sequence> │
│ </xs:complexType> │
│ </xs:element> │
│</xs:schema> │</pre>
└──────────────────────────────────────────────────────────────────────────────────────────────────────────────────┘
Приложение 14 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. № 54
ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ МЕЖДУ ТФОМС, МО И СМО ПРИ ОСУЩЕСТВЛЕНИИ ПЕРСОНИФИЦИРОВАННОГО УЧЕТА ОКАЗАННОЙ МЕДИЦИНСКОЙ ПОМОЩИ В ФОРМАТЕ XML
Д.1 Информационное взаимодействие между ТФОМС, МО и СМО при осуществлении персонифицированного учета оказанной медицинской помощи, кроме высокотехнологичной медицинской помощи, медицинской помощи по диспансеризации, профилактическим медицинским осмотрам несовершеннолетних и профилактическим медицинским осмотрам взрослого населения
Информационные файлы имеют формат XML с кодовой страницей Windows-1251.
Файлы пакета информационного обмена должны быть упакованы в архив формата ZIP. Имя файла формируется по следующему принципу: HPiNiPpNp_YYMMN.XML, где
- H — константа, обозначающая передаваемые данные.
- Pi — Параметр, определяющий организацию-источник:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Ni — Номер источника (двузначный код ТФОМС или реестровый номер СМО или МО).
- Pp — Параметр, определяющий организацию-получателя:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Np — Номер получателя (двузначный код ТФОМС или реестровый номер СМО или МО).
- YY — две последние цифры порядкового номера года отчетного периода.
- MM — порядковый номер месяца отчетного периода:
- N — порядковый номер пакета. Присваивается в порядке возрастания, начиная со значения «1», увеличиваясь на единицу для каждого следующего пакета в данном отчетном периоде.
При осуществлении информационного обмена на программных средствах организации-получателя производится автоматизированный форматно-логический контроль (ФЛК):
- соответствия имени архивного файла пакета данных отправителю и отчетному периоду;
- возможности распаковки архивного файла без ошибок стандартными методами;
- наличия в архивном файле обязательных файлов информационного обмена;
- отсутствия в архиве файлов, не относящихся к предмету информационного обмена.
Результаты ФЛК должны доводиться в виде Протокола ФЛК. Имя файла соответствует имени основного, за исключением первого символа: вместо H указывается V. Структура файла приведена в таблице Д.1.
Следует учитывать, что некоторые символы в файлах формата XML кодируются следующим образом:
| Символ | Способ кодирования |
|---|---|
| двойная кавычка («)» | «» |
| одинарная кавычка (') | ' |
| левая угловая скобка («<») | < |
| правая угловая скобка («>») | > |
| амперсант («&») | & |
В столбце «Тип» указана обязательность содержимого элемента (реквизита), один из символов — О, Н, У, М. Символы имеют следующий смысл:
- О — обязательный реквизит, который должен обязательно присутствовать в элементе;
- Н — необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается.
- У — условно-обязательный реквизит. При отсутствии, не передается.
- М — реквизит, определяющий множественность данных, может добавляться к указанным выше символам.
В столбце «Формат» для каждого атрибута указывается — символ формата, а вслед за ним в круглых скобках — максимальная длина атрибута.
Символы формата соответствуют вышеописанным обозначениям:
N — <число>, в случае указания не целочисленного значения указывается количество знаков до разделителя (в целочисленной части), символ используемого разделителя и количество десятичных знаков;
D — <дата> в формате ГГГГ-ММ-ДД;
S — <элемент>; составной элемент, описывается отдельно.
В столбце «Наименование» указывается наименование элемента или атрибута.
Таблица Д.1 Файл со сведениями об оказанной медицинской помощи кроме высокотехнологичной
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| ZL_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| SCHET | О | S | Счет | Информация о счете. | |
| ZAP | ОМ | S | Записи | Записи о законченных случаях оказания медицинской помощи | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «3.0». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| FILENAME | О | T(26) | Имя файла | Имя файла без расширения. | |
| SD_Z | О | N(9) | Количество записей в файле | Указывается количество записей о случаях оказания медицинской помощи, включенных в файл. | |
| Счет | |||||
| SCHET | CODE | О | N(8) | Код записи счета | Уникальный код (например, порядковый номер). |
| CODE_MO | О | T(6) | Реестровый номер медицинской организации | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А. | |
| YEAR | О | N(4) | Отчетный год | ||
| MONTH | О | N(2) | Отчетный месяц | В счет могут включаться случаи лечения за предыдущие периоды, если ранее они были отказаны по результатам МЭК, МЭЭ, ЭКМП | |
| NSCHET | О | T(15) | Номер счета | ||
| DSCHET | О | D | Дата выставления счета | В формате ГГГГ-ММ-ДД | |
| PLAT | У | T(5) | Плательщик. Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SUMMAV | О | N(15.2) | Сумма счета, выставленная МО на оплату | ||
| COMENTS | У | T(250) | Служебное поле к счету | ||
| SUMMAP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_MEK | У | N(15.2) | Финансовые санкции (МЭК) | Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК. | |
| SANK_MEE | У | N(15.2) | Финансовые санкции (МЭЭ) | Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ. | |
| SANK_EKMP | У | N(15.2) | Финансовые санкции (ЭКМП) | Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП. | |
| Записи | |||||
| ZAP | N_ZAP | О | N(8) | Номер позиции записи | Уникально идентифицирует запись в пределах счета. |
| PR_NOV | О | N(1) | Признак исправленной записи | 0 — сведения об оказанной медицинской помощи передаются впервые; 1 — запись передается повторно после исправления. | |
| PACIENT | О | S | Сведения о пациенте | ||
| Z_SL | О | S | Сведения о законченном случае | Сведения о законченном случае оказания медицинской помощи | |
| Сведения о пациенте | |||||
| PACIENT | ID_PAC | О | T(36) | Код записи о пациенте | Возможно использование уникального идентификатора (учетного кода) пациента. Необходим для связи с файлом персональных данных. |
| VPOLIS | О | N(1) | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с F008 Приложения А. | |
| SPOLIS | У | T(10) | Серия документа, подтверждающего факт страхования по ОМС | ||
| NPOLIS | О | T(20) | Номер документа, подтверждающего факт страхования по ОМС | Для полисов единого образца указывается ЕНП | |
| ST_OKATO | У | T(5) | Регион страхования | Указывается ОКАТО территории выдачи ДПФС для полисов старого образца при наличии данных | |
| SMO | У | T(5) | Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SMO_OGRN | У | T(15) | ОГРН СМО | Заполняются при невозможности указать реестровый номер СМО. | |
| SMO_OK | У | T(5) | ОКАТО территории страхования | ||
| SMO_NAM | У | T(100) | Наименование СМО | Заполняется при невозможности указать ни реестровый номер, ни ОГРН СМО. | |
| INV | У | N(1) | Группа инвалидности | 0 — нет инвалидности; 1 — 1 группа; 2 — 2 группа; 3 — 3 группа; 4 — дети-инвалиды. Заполняется только при впервые установленной инвалидности (1 — 4) или в случае отказа в признании лица инвалидом (0). | |
| MSE | У | N(1) | Направление на МСЭ | Указывается «1» в случае передачи направления на МСЭ медицинской организацией в бюро медико-социальной экспертизы. | |
| NOVOR | О | T(9) | Признак новорожденного | Указывается в случае оказания медицинской помощи ребенку до государственной регистрации рождения. 0 — признак отсутствует. Если значение признака отлично от нуля, он заполняется по следующему шаблону: ПДДММГГН, где П — пол ребенка в соответствии с классификатором V005 Приложения А; ДД — день рождения; ММ — месяц рождения; ГГ — последние две цифры года рождения; Н — порядковый номер ребенка (до двух знаков). | |
| VNOV_D | У | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указан ребенок. | |
| Сведения о законченном случае | |||||
| Z_SL | IDCASE | О | N(11) | Номер записи в реестре законченных случаев | Соответствует порядковому номеру записи реестра счета на бумажном носителе при его предоставлении. |
| USL_OK | О | N(2) | Условия оказания медицинской помощи | Классификатор условий оказания медицинской помощи (V006 Приложения А). | |
| VIDPOM | О | N(4) | Вид медицинской помощи | Классификатор видов медицинской помощи. Справочник V008 Приложения А. | |
| FOR_POM | О | N(1) | Форма оказания медицинской помощи | Классификатор форм оказания медицинской помощи. Справочник V014 Приложения А | |
| NPR_MO | У | T(6) | Код МО, направившей на лечение (диагностику, консультацию, госпитализацию) | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А. Заполнение обязательно в случаях оказания: 1. плановой медицинской помощи в условиях стационара и дневного стационара (FOR_POM = 3 и USL_OK = (1, 2)); 2. неотложной медицинской помощи в условиях стационара (FOR_POM = 2 и USL_OK = 1); | |
| NPR_DATE | У | D | Дата направления на лечение (диагностику, консультацию, госпитализацию) | Заполняется на основании направления на лечение. Заполнение обязательно в случаях оказания: 1. плановой медицинской помощи в условиях стационара и дневного стационара (FOR_POM = 3 и USL_OK = (1, 2)); 2. неотложной медицинской помощи в условиях стационара (FOR_POM = 2 и USL_OK = 1); | |
| LPU | О | T(6) | Код МО | Код МО лечения, указывается в соответствии с реестром F003. | |
| DATE_Z_1 | О | D | Дата начала лечения | ||
| DATE_Z_2 | О | D | Дата окончания лечения | ||
| KD_Z | У | N(3) | Продолжительность госпитализации (койко-дни/пациенто-дни) | Обязательно для заполнения для стационара и дневного стационара | |
| VNOV_M | УМ | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указана мать. | |
| RSLT | О | N(3) | Результат обращения | Классификатор результатов обращения за медицинской помощью (Приложение А V009). | |
| ISHOD | О | N(3) | Исход заболевания | Классификатор исходов заболевания (Приложение А V012). | |
| OS_SLUCH | нм | N(1) | Признак «Особый случай» при регистрации обращения за медицинской помощью | Указываются все имевшиеся особые случаи. 1 — медицинская помощь оказана новорожденному ребенку до государственной регистрации рождения при многоплодных родах; 2 — в документе, удостоверяющем личность пациента/родителя (представителя) пациента, отсутствует отчество. | |
| VB_P | У | N(1) | Признак внутрибольничного перевода | Указывается» 1» только при оплате случая по КСГ с внутрибольничным переводом. | |
| SL | ОМ | S | Сведения о случае | Может указываться несколько раз для случаев с внутрибольничным переводом при оплате по КСГ, обращениях по заболеваниям в амбулаторных условиях. | |
| IDSP | О | N(2) | Код способа оплаты медицинской помощи | Классификатор способов оплаты медицинской помощи V010 | |
| SUMV | О | N(15.2) | Сумма, выставленная к оплате | Равна сумме значений SUM_M вложенных элементов SL, не может иметь нулевое значение. | |
| OPLATA | У | N(1) | Тип оплаты | Оплата случая оказания медпомощи: 0 — не принято решение об оплате 1 — полная; 2 — полный отказ; 3 — частичный отказ. | |
| SUMP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_IT | У | N(15.2) | Сумма санкций по законченному случаю | Итоговые санкции определяются на основании санкций, описанных ниже | |
| Сведения о случае | |||||
| SL | SL_ID | О | T(36) | Идентификатор | Уникально идентифицирует элемент SL в пределах законченного случая. |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения из регионального справочника. | |
| PODR | У | N(12) | Код отделения | Отделение МО лечения из регионального справочника. | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| PROFIL_K | У | N(3) | Профиль койки | Классификатор V020 Приложения А. Обязательно к заполнению для стационара и дневного стационара. | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. Заполняется в зависимости от профиля оказанной медицинской помощи. | |
| P_CEL | У | T(3) | Цель посещения | Классификатор целей посещения V025 Приложения А. Обязательно к заполнению для амбулаторных условий. | |
| NHISTORY | О | T(50) | Номер истории болезни/талона амбулаторного пациента/карты вызова скорой медицинской помощи | ||
| P_PER | У | N(1) | Признак поступления/перевода | Обязательно для дневного и круглосуточного стационара. 1 — Самостоятельно 2 — СМП 3 — Перевод из другой МО 4 — Перевод внутри МО с другого профиля | |
| DATE_1 | О | D | Дата начала лечения | ||
| DATE_2 | О | D | Дата окончания лечения | ||
| KD | У | N(3) | Продолжительность госпитализации (койко-дни/пациенто-дни) | Обязательно для заполнения для стационара и дневного стационара | |
| DS0 | Н | T(10) | Диагноз первичный | Код из справочника МКБ-10 до уровня подрубрики, если она предусмотрена МКБ-10 (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи (USL_OK=4). Указывается при наличии | |
| DS1 | О | T(10) | Диагноз основной | Код из справочника МКБ-10 до уровня подрубрики, если она предусмотрена МКБ-10 (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). | |
| DS2 | УМ | T(10) | Диагноз сопутствующего заболевания | Код из справочника МКБ-10 до уровня подрубрики, если она предусмотрена МКБ-10 (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). Указывается в случае установления в соответствии с медицинской документацией. | |
| DS3 | УМ | T(10) | Диагноз осложнения заболевания | Код из справочника МКБ-10 до уровня подрубрики, если она предусмотрена МКБ-10 (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). Указывается в случае установления в соответствии с медицинской документацией. | |
| DN | У | N(1) | Диспансерное наблюдение | Указываются сведения о диспансерном наблюдении по поводу основного заболевания (состояния): 1 — состоит, 2 — взят, 4 — снят по причине выздоровления, 6 — снят по другим причинам. Обязательно для заполнения, если P_CEL = 1.3 | |
| CODE_MES1 | УМ | T(20) | Код МЭС | Классификатор МЭС. Указывается при наличии утвержденного стандарта. | |
| CODE_MES2 | У | T(20) | Код МЭС сопутствующего заболевания | ||
| KSG_KPG | У | S | Сведения о КСГ/КПГ | Заполняется при оплате случая лечения по КСГ или КПГ | |
| REAB | У | N(1) | Признак реабилитации | Указывается значение «1» для случаев реабилитации | |
| PRVS | О | N(4) | Специальность лечащего врача/врача, закрывшего талон (историю болезни) | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| VERS_SPEC | О | T(4) | Код классификатора медицинских специальностей | Указывается имя используемого классификатора медицинских специальностей | |
| IDDOKT | О | T(25) | Код лечащего врача/врача, закрывшего талон (историю болезни) | Территориальный справочник | |
| ED_COL | У | N(5.2) | Количество единиц оплаты медицинской помощи | ||
| TARIF | У | N(15.2) | Тариф | Тариф с учетом всех примененных коэффициентов (при оплате случая по КСГ с внутрибольничным переводом — стоимость, рассчитанная в соответствии с Методическими рекомендациями по способам оплаты медицинской помощи за счет средств ОМС) | |
| SUM_M | О | N(15.2) | Стоимость случая, выставленная к оплате | Может указываться нулевое значение. Может состоять из тарифа и стоимости некоторых услуг. | |
| SANK | УМ | S | Сведения о санкциях | Описывает санкции, примененные в рамках данного случая. | |
| USL | УМ | S | Сведения об услуге | Описывает услуги, оказанные в рамках данного случая. Допускается указание услуг с нулевой стоимостью. Указание услуг с нулевой стоимостью обязательно, если условие их оказания является тарифообразующим (например, при оплате по КСГ). | |
| COMENTSL | У | T(250) | Служебное поле | ||
| Сведения о КСГ/КПГ | |||||
| KSG_KPG | N_KSG | У | T(20) | Номер КСГ | Номер КСГ (V023) с указанием подгруппы (в случае использования). Заполняется при оплате случая лечения по КСГ. Не подлежит заполнению при заполненном N_KPG |
| VER_KSG | О | N(4) | Модель определения КСГ | Указывается версия модели определения КСГ (год) | |
| KSG_PG | О | N(1) | Признак использования подгруппы КСГ | 0 — подгруппа КСГ не применялась; 1 — подгруппа КСГ применялась | |
| N_KPG | У | N(2) | Номер КПГ | Номер КПГ (V026). Заполняется при оплате случая лечения по КПГ. Не подлежит заполнению при заполненном N_KSG | |
| KOEF_Z | О | N(2.5) | Коэффициент затратоемкости | Значение коэффициента затратоемкости группы/подгруппы КСГ или КПГ | |
| KOEF_UP | О | N(2.5) | Управленческий коэффициент | Значение управленческого коэффициента для КСГ или КПГ. При отсутствии указывается «1» | |
| BZTSZ | О | N(6.2) | Базовая ставка | Значение базовой ставки, указывается в рублях | |
| KOEF_D | О | N(2.5) | Коэффициент дифференциации | Значение коэффициента дифференциации | |
| KOEF_U | О | N(2.5) | Коэффициент уровня/подуровня оказания медицинской помощи | Значение коэффициента уровня/подуровня оказания медицинской помощи | |
| DKK1 | У | T(10) | Дополнительный классификационный критерий | Дополнительный классификационный критерий (V024), в том числе установленный субъектом Российской Федерации. Обязателен к заполнению: - в случае применения при оплате случая лечения по КСГ; - в случае применения при оплате случая лечения по КПГ, если применен региональный дополнительный классификационный критерий; - в случае применения схемы лекарственной терапии, указанной в группировщике КСГ, при злокачественном новообразовании независимо от способа оплаты случая лечения | |
| DKK2 | У | T(10) | Дополнительный классификационный критерий | Заполняется кодом схемы лекарственной терапии (только для комбинированных схем лечения при злокачественном новообразовании независимо от способа оплаты случая лечения) | |
| SL_K | О | N(1) | Признак использования КСЛП | 0 — КСЛП не применялся; 1 — КСЛП применялся | |
| IT_SL | У | N(1.5) | Примененный коэффициент сложности лечения пациента | Итоговое значение коэффициента сложности лечения пациента для данного случая. Указывается только при использовании. | |
| SL_KOEF | УМ | S | Коэффициенты сложности лечения пациента | Сведения о примененных коэффициентах сложности лечения пациента. Указывается при наличии IT_SL. | |
| Коэффициенты сложности лечения пациента | |||||
| SL_KOEF | IDSL | О | N(4) | Номер коэффициента сложности лечения пациента | В соответствии с региональным справочником. |
| Z_SL | О | N(1.5) | Значение коэффициента сложности лечения пациента | ||
| Сведения о санкциях | |||||
| SANK | S_CODE | О | T(36) | Идентификатор санкции | Уникален в пределах случая. |
| S_SUM | О | N(15.2) | Финансовая санкция | ||
| S_TIP | О | N(2) | Код вида контроля | F006 Классификатор видов контроля, Приложение А | |
| S_OSN | О | N(3) | Код причины отказа (частичной) оплаты | F014 Классификатор причин отказа в оплате медицинской помощи, Приложение А | |
| S_COM | У | T(250) | Комментарий | Комментарий к санкции. | |
| S_IST | О | N(1) | Источник | 1 — СМО/ТФОМС к МО. | |
| Сведения об услуге | |||||
| USL | IDSERV | О | T(36) | Номер записи в реестре услуг | Уникален в пределах случая |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии с реестром F003 | |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения из регионального справочника | |
| PODR | У | N(12) | Код отделения | Отделение МО лечения из регионального справочника | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| VID_VME | У | T(15) | Вид медицинского вмешательства | Указывается в соответствии с номенклатурой медицинских услуг (V001), в том числе для услуг диализа. | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. Заполняется в зависимости от профиля оказанной медицинской помощи. | |
| DATE_IN | О | D | Дата начала оказания услуги | ||
| DATE_OUT | О | D | Дата окончания оказания услуги | ||
| DS | О | T(10) | Диагноз | Код из справочника МКБ до уровня подрубрики | |
| CODE_USL | О | T(20) | Код услуги | Заполняется в соответствии с территориальным классификатором услуг. | |
| KOL_USL | О | N(6.2) | Количество услуг (кратность услуги) | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUMV_USL | О | N(15.2) | Стоимость медицинской услуги, принятая к оплате (руб.) | Может принимать значение 0 | |
| PRVS | О | N(4) | Специальность медработника, выполнившего услугу | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| CODE_MD | О | T(25) | Код медицинского работника, оказавшего медицинскую услугу | В соответствии с территориальным справочником | |
| NPL | У | N(1) | Неполный объем | Указывается причина, по которой услуга не оказана или оказана не в полном объеме. 1 — документированный отказ больного, 2 — медицинские противопоказания, 3 — прочие причины (умер, переведен в другое отделение и пр.) 4 — ранее проведенные услуги в пределах установленных сроков. | |
| COMENTU | У | T(250) | Служебное поле | ||
Д.2 Информационное взаимодействие между ТФОМС, МО и СМО при осуществлении персонифицированного учета оказанной высокотехнологичной медицинской помощи
Информационные файлы имеют формат XML с кодовой страницей Windows-1251.
Файлы пакета информационного обмена должны быть упакованы в архив формата ZIP. Имя файла формируется по следующему принципу: TPiNiPpNp_YYMMN.XML, где:
- T — константа, обозначающая передаваемые данные.
- Pi — Параметр, определяющий организацию-источник:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Ni — Номер источника (двузначный код ТФОМС или реестровый номер СМО или МО).
- Pp — Параметр, определяющий организацию-получателя:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Np — Номер получателя (двузначный код ТФОМС или реестровый номер СМО или МО).
- YY — две последние цифры порядкового номера года отчетного периода.
- MM — порядковый номер месяца отчетного периода:
- N — порядковый номер пакета. Присваивается в порядке возрастания, начиная со значения «1», увеличиваясь на единицу для каждого следующего пакета в данном отчетном периоде.
При осуществлении информационного обмена на программных средствах организации-получателя производится автоматизированный форматно-логический контроль (ФЛК):
- соответствия имени архивного файла пакета данных отправителю и отчетному периоду;
- возможности распаковки архивного файла без ошибок стандартными методами;
- наличия в архивном файле обязательных файлов информационного обмена;
- отсутствия в архиве файлов, не относящихся к предмету информационного обмена.
Результаты ФЛК должны доводиться в виде Протокола ФЛК. Имя файла соответствует имени основного, за исключением первого символа: вместо T указывается V. Структура файла приведена в таблице Д.2.
Следует учитывать, что некоторые символы в файлах формата XML кодируются следующим образом:
| Символ | Способ кодирования |
|---|---|
| двойная кавычка («)» | «» |
| одинарная кавычка (') | ' |
| левая угловая скобка («<») | < |
| правая угловая скобка («>») | > |
| амперсант («&») | & |
В столбце «Тип» указана обязательность содержимого элемента (реквизита), один из символов — О, Н, У, М. Символы имеют следующий смысл:
- О — обязательный реквизит, который должен обязательно присутствовать в элементе;
- Н — необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается.
- У — условно-обязательный реквизит. При отсутствии, не передается.
- М — реквизит, определяющий множественность данных, может добавляться к указанным выше символам.
В столбце «Формат» для каждого атрибута указывается — символ формата, а вслед за ним в круглых скобках — максимальная длина атрибута.
Символы формата соответствуют вышеописанным обозначениям:
- T — <текст>;
- N — <число>, в случае указания не целочисленного значения указывается количество знаков до разделителя (в целочисленной части), символ используемого разделителя и количество десятичных знаков;
D — <дата> в формате ГГГГ-ММ-ДД;
S — <элемент>; составной элемент, описывается отдельно.
В столбце «Наименование» указывается наименование элемента или атрибута.
Таблица Д.2 Файл со сведениями об оказанной высокотехнологичной медицинской помощи
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| ZL_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| SCHET | О | S | Счет | Информация о счете | |
| ZAP | ОМ | S | Записи | Записи о случаях оказания медицинской помощи | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «3.0». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| FILENAME | О | T(26) | Имя файла | Имя файла без расширения. | |
| SD_Z | О | N(9) | Количество записей в файле | Указывается количество записей о случаях оказания медицинской помощи, включенных в файл. | |
| Счет | |||||
| SCHET | CODE | О | N(8) | Код записи счета | Уникальный код (например, порядковый номер). |
| CODE_MO | О | T(6) | Реестровый номер медицинской организации | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А. | |
| YEAR | О | N(4) | Отчетный год | ||
| MONTH | О | N(2) | Отчетный месяц | В счет могут включаться случаи лечения за предыдущие периоды, если ранее они были отказаны по результатам МЭК, МЭЭ, ЭКМП | |
| NSCHET | О | T(15) | Номер счета | ||
| DSCHET | О | D | Дата выставления счета | В формате ГГГГ-ММ-ДД | |
| PLAT | У | T(5) | Плательщик. Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SUMMAV | О | N(15.2) | Сумма, выставленная МО на оплату | ||
| COMENTS | У | T(250) | Служебное поле к счету | ||
| SUMMAP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_MEK | У | N(15.2) | Финансовые санкции (МЭК) | Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК. | |
| SANK_MEE | У | N(15.2) | Финансовые санкции (МЭЭ) | Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ. | |
| SANK_EKMP | У | N(15.2) | Финансовые санкции (ЭКМП) | Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП. | |
| Записи | |||||
| ZAP | N_ZAP | О | N(8) | Номер позиции записи | Уникально идентифицирует запись в пределах счета. |
| PR_NOV | О | N(1) | Признак исправленной записи | 0 — сведения об оказанной медицинской помощи передаются впервые; 1 — запись передается повторно после исправления. | |
| PACIENT | О | S | Сведения о пациенте | ||
| Z_SL | О | S | Сведения о законченном случае | Сведения о законченном случае оказания медицинской помощи | |
| Сведения о пациенте | |||||
| PACIENT | ID_PAC | О | T(36) | Код записи о пациенте | Возможно использование уникального идентификатора (учетного кода) пациента. Необходим для связи с файлом персональных данных. |
| VPOLIS | О | N(1) | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с F008 Приложения А. | |
| SPOLIS | У | T(10) | Серия документа, подтверждающего факт страхования по ОМС | ||
| NPOLIS | О | T(20) | Номер документа, подтверждающего факт страхования по ОМС | Для полисов единого образца указывается ЕНП | |
| ST_OKATO | У | 7(5) | Регион страхования | Указывается ОКАТО территории выдачи ДПФС для полисов старого образца при наличии данных | |
| SMO | У | T(5) | Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SMO_OGRN | У | T(15) | ОГРН СМО | Заполняются при невозможности | |
| SMO_OK | У | T(5) | ОКАТО территории страхования | указать реестровый номер СМО. | |
| SMO_NAM | У | T(100) | Наименование СМО | Заполняется при невозможности указать ни реестровый номер, ни ОГРН СМО. | |
| MSE | У | N(1) | Направление на МСЭ | Указывается «1» в случае передачи направления на МСЭ медицинской организацией в бюро медико-социальной экспертизы. | |
| NOVOR | О | T(9) | Признак новорожденного | Указывается в случае оказания медицинской помощи ребенку до государственной регистрации рождения. 0 — признак отсутствует. Если значение признака отлично от нуля, он заполняется по следующему шаблону: ПДДММГГН, где П — пол ребенка в соответствии с классификатором V005 Приложения А; ДД — день рождения; ММ — месяц рождения; ГГ — последние две цифры года рождения; Н — порядковый номер ребенка (до двух знаков). | |
| VNOV_D | У | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указан ребенок. | |
| Сведения о законченном случае | |||||
| Z_SL | IDCASE | О | N(11) | Номер записи в реестре случаев | Соответствует порядковому номеру записи реестра счета на бумажном носителе при его предоставлении. |
| USL_OK | О | N(2) | Условия оказания медицинской помощи | Классификатор условий оказания медицинской помощи (V006 Приложения А). | |
| VIDPOM | О | N(4) | Вид медицинской помощи | Классификатор видов медицинской помощи. Справочник V008 Приложения А. | |
| FOR_POM | О | N(1) | Форма оказания медицинской помощи | Классификатор форм оказания медицинской помощи. Справочник V014 Приложения А | |
| NPR_MO | О | T(6) | Код МО, направившей на лечение (диагностику, консультацию, госпитализацию) | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А. Заполнение обязательно в случаях оказания: 1. плановой медицинской помощи в условиях стационара и дневного стационара (FOR_POM = 3 и USL_OK = (1, 2)); 2. неотложной медицинской помощи в условиях стационара (FOR_POM = 2 и USL_OK = 1) | |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии со справочником F003 Приложения А. | |
| DATE_Z_1 | О | D | Дата начала лечения | ||
| DATE_Z_2 | О | D | Дата окончания лечения | ||
| KD_Z | О | N(3) | Продолжительность госпитализации (койко-дни/пациенто-дни) | ||
| VNOV_M | УМ | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указана мать. | |
| RSLT | О | N(3) | Результат обращения | Классификатор результатов обращения за медицинской помощью (Приложение А V009). | |
| ISHOD | О | N(3) | Исход заболевания | Классификатор исходов заболевания (Приложение А V012). | |
| OS_SLUCH | НМ | N(1) | Признак «Особый случай» при регистрации обращения за медицинской помощью | Указываются все имевшиеся особые случаи. 1 — медицинская помощь оказана новорожденному ребенку до государственной регистрации рождения при многоплодных родах; 2 — в документе, удостоверяющем личность пациента/родителя (представителя) пациента, отсутствует отчество. | |
| SL | ОМ | S | Сведения о случае | ||
| IDSP | О | N(2) | Код способа оплаты медицинской помощи | Классификатор способов оплаты медицинской помощи V010 | |
| SUMV | О | N(15.2) | Сумма, выставленная к оплате | Равна сумме значений SUM_M вложенных элементов SL, не может иметь нулевое значение. | |
| OPLATA | У | N(1) | Тип оплаты | Оплата случая оказания медпомощи: 0 — не принято решение об оплате 1 — полная; 2 — полный отказ; 3 — частичный отказ. | |
| SUMP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_IT | У | N(15.2) | Сумма санкций по законченному случаю | Итоговые санкции определяются на основании санкций, описанных ниже | |
| Сведения о случае | |||||
| SL | SL_ID | О | T(36) | Идентификатор | Уникально идентифицирует элемент SL в пределах законченного случая. |
| VID_HMP | О | T(12) | Вид высокотехнологичной медицинской помощи | Классификатор видов высокотехнологичной медицинской помощи. Справочник V018 Приложения А | |
| METOD_HMP | О | N(3) | Метод высокотехнологичной медицинской помощи | Классификатор методов высокотехнологичной медицинской помощи. Справочник V019 Приложения А | |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения в соответствии с региональным справочником | |
| PODR | У | N(12) | Код отделения | Отделение МО лечения в соответствии с региональным справочником | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| PROFIL_K | О | N(3) | Профиль койки | Классификатор V020 Приложения А. | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. Заполняется в зависимости от профиля оказанной медицинской помощи. | |
| TAL_D | О | D | Дата выдачи талона на ВМП | Заполняется на основании талона на ВМП | |
| TAL_NUM | О | T(20) | Номер талона на ВМП | ||
| TAL_P | О | D | Дата планируемой госпитализации | ||
| NHISTORY | О | T(50) | Номер истории болезни | ||
| DATE_1 | О | D | Дата начала лечения | ||
| DATE_2 | О | D | Дата окончания лечения | ||
| DS0 | Н | T(10) | Диагноз первичный | Код из справочника МКБ до уровня подрубрики. Указывается при наличии | |
| DS1 | О | T(10) | Диагноз основной | Код из справочника МКБ до уровня подрубрики. | |
| DS2 | УМ | T(10) | Диагноз сопутствующего заболевания | Код из справочника МКБ до уровня подрубрики. Указывается в случае установления в соответствии с медицинской документацией. | |
| DS3 | УМ | T(10) | Диагноз осложнения заболевания | Код из справочника МКБ до уровня подрубрики. Указывается в случае установления в соответствии с медицинской документацией. | |
| CODE_MES1 | УМ | T(20) | Код МЭС | Классификатор МЭС. Указывается при наличии утвержденного стандарта. | |
| CODE_MES2 | У | T(20) | Код МЭС сопутствующего заболевания | ||
| PRVS | О | N(4) | Специальность лечащего врача/врача, закрывшего историю болезни | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| VERS_SPEC | О | T(4) | Код классификатора медицинских специальностей | Указывается имя используемого классификатора медицинских специальностей, например «V021». | |
| IDDOKT | О | T(25) | Код лечащего врача/врача, закрывшего историю болезни | Территориальный справочник | |
| ED_COL | У | N(5.2) | Количество единиц оплаты медицинской помощи | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUM_M | О | N(15.2) | Стоимость случая, выставленная к оплате | ||
| SANK | УМ | S | Сведения о санкциях | ||
| USL | УМ | S | Сведения об услуге | Описывает услуги, оказанные в рамках данного случая. | |
| COMENTSL | У | T(250) | Служебное поле | ||
| Сведения о санкциях | |||||
| SANK | S_CODE | О | T(36) | Идентификатор санкции | Уникален в пределах случая. |
| S_SUM | О | N(15.2) | Финансовая санкция | ||
| S_TIP | О | N(2) | Код вида контроля | Классификатор видов контроля F006, Приложение А | |
| S_OSN | О | N(3) | Код причины отказа (частичной) оплаты | Классификатор причин отказа в оплате медицинской помощи F014, Приложение А | |
| S_COM | У | T(250) | Комментарий | Комментарий к санкции. | |
| S_IST | О | N(1) | Источник | 1 — СМО/ТФОМС к МО. | |
| Сведения об услуге | |||||
| USL | IDSERV | О | T(36) | Номер записи в реестре услуг | Уникален в пределах случая |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии с реестром F003 | |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения из регионального справочника | |
| PODR | У | N(12) | Код отделения | Отделение МО лечения из регионального справочника | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| VID_VME | У | T(15) | Вид медицинского вмешательства | Указывается в соответствии с номенклатурой медицинских услуг (V001), в том числе для услуг диализа. | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. Заполняется в зависимости от профиля оказанной медицинской помощи. | |
| DATE_IN | О | D | Дата начала оказания услуги | ||
| DATE_OUT | О | D | Дата окончания оказания услуги | ||
| DS | О | T(10) | Диагноз | Код из справочника МКБ до уровня подрубрики | |
| CODE_USL | О | T(20) | Код услуги | Заполняется в соответствии с территориальным классификатором услуг | |
| KOL_USL | О | N(6.2) | Количество услуг (кратность услуги) | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUMV_USL | О | N(15.2) | Стоимость медицинской услуги, принятая к оплате (руб.) | Может принимать значение 0 | |
| PRVS | О | N(4) | Специальность медработника, выполнившего услугу | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| CODE_MD | О | T(25) | Код медицинского работника, оказавшего медицинскую услугу | В соответствии с территориальным справочником | |
| COMENTU | У | T(250) | Служебное поле | ||
Д.3 Информационное взаимодействие между ТФОМС, МО и СМО при осуществлении персонифицированного учета оказанной медицинской помощи по диспансеризации, профилактическим медицинским осмотрам несовершеннолетних и профилактическим медицинским осмотрам взрослого населения
Информационные файлы имеют формат XML с кодовой страницей Windows-1251.
Файлы пакета информационного обмена должны быть упакованы в архив формата ZIP. Имя файла формируется по следующему принципу:
- X — одна из констант, обозначающая передаваемые данные:
- DP — для реестров счетов на оплату медицинской помощи, оказанной застрахованному лицу в рамках первого этапа диспансеризации определенных групп взрослого населения;
- DV — для реестров счетов на оплату медицинской помощи, оказанной застрахованному лицу в рамках второго этапа диспансеризации определенных групп взрослого населения;
- DO — для реестров на оплату медицинской помощи, оказанной застрахованному лицу в рамках профилактических осмотров взрослого населения;
- DS — для реестров счетов на оплату медицинской помощи, оказанной застрахованному лицу в рамках диспансеризации пребывающих в стационарных учреждениях детей-сирот и детей, находящихся в трудной жизненной ситуации;
- DU — для реестров на оплату медицинской помощи, оказанной застрахованному лицу в рамках диспансеризации детей-сирот и детей, оставшихся без попечения родителей, в том числе усыновленных (удочеренных), принятых под опеку (попечительство), в приемную или патронатную семью;
- DF — для реестров на оплату медицинской помощи, оказанной застрахованному лицу в рамках профилактических медицинских осмотров несовершеннолетних;
- Pi — Параметр, определяющий организацию-источник:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Ni — Номер источника (двузначный код ТФОМС или реестровый номер СМО или МО).
Pp — Параметр, определяющий организацию-получателя:
- T — ТФОМС;
- S — СМО;
- M — МО.
- Np — Номер получателя (двузначный код ТФОМС или реестровый номер СМО или МО).
- YY — две последние цифры порядкового номера года отчетного периода.
- MM — порядковый номер месяца отчетного периода:
- N — порядковый номер пакета. Присваивается в порядке возрастания, начиная со значения «1», увеличиваясь на единицу для каждого следующего пакета в данном отчетном периоде.
При осуществлении информационного обмена на программных средствах организации-получателя производится автоматизированный форматно-логический контроль (ФЛК):
- соответствия имени архивного файла пакета данных отправителю и отчетному периоду;
- возможности распаковки архивного файла без ошибок стандартными методами;
- наличия в архивном файле обязательных файлов информационного обмена;
- отсутствия в архиве файлов, не относящихся к предмету информационного обмена.
Результаты ФЛК должны доводиться в виде Протокола ФЛК. Имя файла соответствует имени основного, за исключением первого символа: в качестве константы указывается V. Структура файла приведена в таблице Д.3.
Следует учитывать, что некоторые символы в файлах формата XML кодируются следующим образом:
| Символ | Способ кодирования |
|---|---|
| двойная кавычка («)» | «» |
| одинарная кавычка (') | ' |
| левая угловая скобка («<») | < |
| правая угловая скобка («>») | > |
| амперсант («&») | & |
В столбце «Тип» указана обязательность содержимого элемента (реквизита), один из символов — О, Н, У, М. Символы имеют следующий смысл:
О — обязательный реквизит, который должен обязательно присутствовать в элементе;
Н — необязательный реквизит, который может, как присутствовать, так и отсутствовать в элементе. При отсутствии, не передается.
У — условно-обязательный реквизит. При отсутствии, не передается.
М — реквизит, определяющий множественность данных, может добавляться к указанным выше символам.
В столбце «Формат» для каждого атрибута указывается — символ формата, а вслед за ним в круглых скобках — максимальная длина атрибута.
Символы формата соответствуют вышеописанным обозначениям:
N — <число>, в случае указания не целочисленного значения указывается количество знаков до разделителя (в целочисленной части), символ используемого разделителя и количество десятичных знаков;
D — <дата> в формате ГГГГ-ММ-ДД;
S — <элемент>; составной элемент, описывается отдельно.
В столбце «Наименование» указывается наименование элемента или атрибута.
Таблица Д.3 Файл со сведениями об оказанной медицинской помощи при диспансеризации
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| ZL_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| SCHET | О | S | Счет | Информация о счете | |
| ZAP | ОМ | S | Записи | Записи о случаях оказания медицинской помощи | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «3.0». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| FILENAME | О | T(26) | Имя файла | Имя файла без расширения. | |
| SD_Z | О | N(9) | Количество случаев | Указывается количество случаев оказания медицинской помощи, включенных в файл. | |
| Счет | |||||
| SCHET | CODE | О | N(8) | Код записи счета | Уникальный код (например, порядковый номер). |
| CODE_MO | О | T(6) | Реестровый номер медицинской организации | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А. | |
| YEAR | О | N(4) | Отчетный год | ||
| MONTH | О | N(2) | Отчетный месяц | В счет могут включаться случаи лечения за предыдущие периоды, если ранее они были отказаны по результатам МЭК, МЭЭ, ЭКМП | |
| NSCHET | О | T(15) | Номер счета | ||
| DSCHET | О | D | Дата выставления счета | В формате ГГГГ-ММ-ДД | |
| PLAT | У | T(5) | Плательщик. Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SUMMAV | О | N(15.2) | Сумма счета, выставленная МО на оплату | ||
| COMENTS | У | T(250) | Служебное поле к счету | ||
| SUMMAP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_MEK | У | N(15.2) | Финансовые санкции (МЭК) | Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК. | |
| SANK_MEE | У | N(15.2) | Финансовые санкции (МЭЭ) | Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ. | |
| SANK_EKMP | У | N(15.2) | Финансовые санкции (ЭКМП) | Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП. | |
| DISP | У | T(3) | Тип диспансеризации | Классификатор типов диспансеризации V016 | |
| Записи | |||||
| ZAP | N_ZAP | О | N(8) | Номер позиции записи | Уникально идентифицирует запись в пределах счета. |
| PR_NOV | О | N(1) | Признак исправленной записи | 0 — сведения об оказанной медицинской помощи передаются впервые; 1 — запись передается повторно после исправления. | |
| PACIENT | О | S | Сведения о пациенте | ||
| Z_SL | О | S | Сведения о законченном случае | Сведения о законченном случае оказания медицинской помощи | |
| Сведения о пациенте | |||||
| PACIENT | ID_PAC | О | T(36) | Код записи о пациенте | Возможно использование уникального идентификатора (учетного кода) пациента. Необходим для связи с файлом персональных данных. |
| VPOLIS | О | N(1) | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с F008 Приложения А. | |
| SPOLIS | У | T(10) | Серия документа, подтверждающего факт страхования по ОМС | ||
| NPOLIS | О | T(20) | Номер документа, подтверждающего факт страхования по ОМС | Для полисов единого образца указывается ЕНП | |
| ST_OKATO | У | T(5) | Регион страхования | Указывается ОКАТО территории выдачи ДПФС для полисов старого образца при наличии данных | |
| SMO | У | T(5) | Реестровый номер СМО. | Заполняется в соответствии со справочником F002 Приложения А. При отсутствии сведений может не заполняться. | |
| SMO_OGRN | У | T(15) | ОГРН СМО | Заполняются при невозможности указать реестровый номер СМО. | |
| SMO_OK | У | T(5) | ОКАТО территории страхования | ||
| SMO_NAM | У | T(100) | Наименование СМО | Заполняется при невозможности указать ни реестровый номер, ни ОГРН СМО. | |
| NOVOR | О | T(9) | Признак новорожденного | Указывается в случае оказания медицинской помощи ребенку до государственной регистрации рождения. 0 — признак отсутствует. Если значение признака отлично от нуля, он заполняется по следующему шаблону: ПДДММГГН, где П — пол ребенка в соответствии с классификатором V005 Приложения А; ДД — день рождения; ММ — месяц рождения; ГГ — последние две цифры года рождения; Н — порядковый номер ребенка (до двух знаков). | |
| Сведения о законченном случае | |||||
| Z_SL | IDCASE | О | N(11) | Номер записи в реестре случаев | Соответствует порядковому номеру записи реестра счета на бумажном носителе при его предоставлении. |
| VIDPOM | О | N(4) | Вид медицинской помощи | Классификатор видов медицинской помощи. Справочник V008 Приложения А. | |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии с реестром F003. | |
| VBR | О | N(1) | Признак мобильной медицинской бригады | 0 — нет; 1 — да. | |
| DATE_Z_1 | О | D | Дата начала лечения | ||
| DATE_Z_2 | О | D | Дата окончания лечения | ||
| P_OTK | О | N(1) | Признак отказа | Значение по умолчанию: «0». В случае отказа указывается значение «1». | |
| RSLT_D | О | N(2) | Результат диспансеризации | Классификатор результатов диспансеризации V017 | |
| OS_SLUCH | НМ | N(1) | Признак «Особый случай» при регистрации обращения за медицинской помощью | Указываются все имевшиеся особые случаи. 1 — медицинская помощь оказана новорожденному ребенку до государственной регистрации рождения при многоплодных родах; 2 — в документе, удостоверяющем личность пациента/родителя (представителя) пациента, отсутствует отчество. | |
| SL | О | S | Сведения о случае | ||
| IDSP | О | N(2) | Код способа оплаты медицинской помощи | Классификатор способов оплаты медицинской помощи V010 | |
| SUMV | О | N(15.2) | Сумма, выставленная к оплате | Равна значению SUM_M вложенного элемента SL. | |
| OPLATA | У | N(1) | Тип оплаты | Оплата случая оказания медпомощи: 0 — не принято решение об оплате 1 — полная; 2 — полный отказ; 3 — частичный отказ. | |
| SUMP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_IT | У | N(15.2) | Сумма санкций по законченному случаю | Итоговые санкции определяются на основании санкций, описанных ниже | |
| Сведения о случае | |||||
| SL | SL_ID | О | T(36) | Идентификатор | Уникально идентифицирует элемент SL в пределах законченного случая. |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения из регионального справочника. | |
| NHISTORY | О | T(50) | Номер карты | ||
| DATE_1 | О | D | Дата начала лечения | Для услуг, оказанных до диспансеризации, указывается дата их оказания, для отказа — дата отказа. | |
| DATE_2 | О | D | Дата окончания лечения | ||
| DS1 | О | T(10) | Диагноз основной | Код из справочника МКБ до уровня подрубрики. | |
| DS1_PR | У | N(1) | Установлен впервые (основной) | Обязательно указывается «1», если основной диагноз выявлен впервые в результате проведенной диспансеризации/профилактического медицинского осмотра | |
| PR_D_N | О | N(1) | Диспансерное наблюдение | Указываются сведения о диспансерном наблюдении по поводу основного заболевания (состояния): 1 — состоит, 2 — взят, 3 — не подлежит диспансерному наблюдению | |
| DS2_N | УМ | S | Сопутствующие заболевания | ||
| NAZ | УМ | S | Назначения | Указывается отдельно для каждого назначения. | |
| ED_COL | У | N(5.2) | Количество единиц оплаты медицинской помощи | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUM_M | О | N(15.2) | Сумма, выставленная к оплате | ||
| SANK | УМ | S | Сведения о санкциях | ||
| USL | УМ | S | Сведения об услуге | Описывает услуги, оказанные в рамках данного случая. Может не заполняться только в случае отказа от диспансеризации. | |
| COMENTSL | У | T(250) | Служебное поле | ||
| Сопутствующие заболевания | |||||
| DS2_N | DS2 | О | T(10) | Диагноз сопутствующего заболевания | Код из справочника МКБ до уровня подрубрики. Указывается в случае установления в соответствии с медицинской документацией. |
| DS2_PR | У | N(1) | Установлен впервые (сопутствующий) | Обязательно указывается «1», если данный сопутствующий диагноз выявлен впервые в результате проведенной диспансеризации/профилактического медицинского осмотра | |
| PR_DS2_N | О | N(1) | Диспансерное наблюдение | Указываются сведения о диспансерном наблюдении по поводу сопутствующего заболевания: 1 — состоит, 2 — взят, 3 — не подлежит диспансерному наблюдению | |
| Назначения | |||||
| NAZ | NAZ N | О | N(2) | Номер по порядку | |
| NAZ_R | О | N(2) | Вид назначения | Заполняется при присвоении группы здоровья, кроме I и II. 1 — направлен на консультацию в медицинскую организацию по месту прикрепления; 2 — направлен на консультацию в иную медицинскую организацию; 3 — направлен на обследование; 4 — направлен в дневной стационар; 5 — направлен на госпитализацию; 6 — направлен в реабилитационное отделение. | |
| NAZ_SP | У | N(4) | Специальность врача | Заполняется, если в поле NAZ_R проставлены коды 1 или 2. Классификатор V021. | |
| NAZ_V | У | N(1) | Вид обследования | Заполняется, если в поле NAZ_R проставлен код 3. 1 — лабораторная диагностика; 2 — инструментальная диагностика; 3 — методы лучевой диагностики, за исключением дорогостоящих; 4 — дорогостоящие методы лучевой диагностики (КТ, МРТ, ангиография) | |
| NAZ_PMP | У | N(3) | Профиль медицинской помощи | Заполняется, если в поле NAZ_R проставлены коды 4 или 5. Классификатор V002. | |
| NAZ_PK | У | N(3) | Профиль койки | Заполняется, если в поле NAZ_R проставлен код 6. Классификатор V020. | |
| Сведения о санкциях | |||||
| SANK | S_CODE | О | T(36) | Идентификатор санкции | Уникален в пределах случая. |
| S_SUM | О | N(15.2) | Финансовая санкция | ||
| S_TIP | О | N(2) | Код вида контроля | F006 Классификатор видов контроля, Приложение А | |
| S_OSN | О | N(3) | Код причины отказа (частичной) оплаты | F014 Классификатор причин отказа в оплате медицинской помощи, Приложение А | |
| S_COM | У | T(250) | Комментарий | Комментарий к санкции. | |
| S_IST | О | N(1) | Источник | 1 — СМО/ТФОМС к МО. | |
| Сведения об услуге | |||||
| USL | IDSERV | О | T(36) | Номер записи в реестре услуг | Уникален в пределах случая |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии с реестром F003. | |
| LPU_1 | У | T(8) | Подразделение МО | Подразделение МО лечения из регионального справочника. | |
| DATE_IN | О | D | Дата начала оказания услуги | ||
| DATE_OUT | О | D | Дата окончания оказания услуги | ||
| P_OTK | О | N(1) | Признак отказа от услуги | Значение по умолчанию: «0». В случае отказа указывается значение «1». | |
| CODE_USL | О | T(20) | Код услуги | Территориальный классификатор услуг | |
| TARIF | У | N(15.2) | Тариф | ||
| SUMV_USL | О | N(15.2) | Стоимость медицинской услуги, принятая к оплате (руб.) | ||
| PRVS | О | N(4) | Специальность медработника, выполнившего услугу | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| CODE_MD | О | T(25) | Код медицинского работника, оказавшего медицинскую услугу | В соответствии с территориальным справочником | |
| COMENTU | У | T(250) | Служебное поле | ||
Д.4 Структура общих файлов информационного обмена
Имя файла персональных данных формируется по тому же принципу, что и основной файл, за исключением первого символа. В качестве константы указывается:
-
для передачи сведений об оказанной медицинской помощи кроме высокотехнологичной — L;
-
для передачи сведений об оказанной высокотехнологичной медицинской помощи — LT;
-
для передачи сведений об оказанной медицинской помощи при диспансеризации — LP, LV, LO, LS, LU, LF: в соответствии с именем основного файла.
Таблица Д.4 Файл персональных данных
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| PERS_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| PERS | ОМ | S | Данные | Содержит персональные данные пациента | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «2.1». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| FILENAME | О | T(26) | Имя файла | Имя файла без расширения. | |
| FILENAME1 | О | T(26) | Имя основного файла | Имя файла, с которым связан данный файл, без расширения. | |
| Данные | |||||
| PERS | ID_PAC | О | T(36) | Код записи о пациенте | Соответствует аналогичному номеру в файле со сведениями счетов об оказанной медицинской помощи. |
| FAM | У | T(40) | Фамилия пациента | FAM (фамилия) и/или IM (имя) указываются обязательно при наличии в документе УДЛ. В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST обязательно включается соответствующее значение, и реквизит не указывается. OT (отчество) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST можно опустить соответствующее значение. Для детей при отсутствии данных ФИО до государственной регистрации не указываются. В этом случае значение поля NOVOR должно быть отлично от нуля. | |
| IM | У | T(40) | Имя пациента | ||
| OT | У | T(40) | Отчество пациента | ||
| W | О | N(1) | Пол пациента | Заполняется в соответствии с классификатором V005 Приложения А. | |
| DR | О | D | Дата рождения пациента | Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST должно быть указано значение «4». Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST должно быть указано значение «5». Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST должно быть указано значение «6», а также значение «4» или «5» соответственно | |
| DOST | УМ | N(1) | Код надежности идентификации пациента | 1 — отсутствует отчество; 2 — отсутствует фамилия; 3 — отсутствует имя; 4 — известен только месяц и год даты рождения; 5 — известен только год даты рождения; 6 — дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | |
| TEL | У | T(100) | Номер телефона пациента | Указывается только для диспансеризации при предоставлении сведений. Информация для страхового представителя. | |
| FAM_P | У | T(40) | Фамилия представителя пациента | Заполняются данные о представителе пациента-ребенка до государственной регистрации рождения. Реквизиты указываются обязательно, если значение поля NOVOR отлично от нуля. FAM_P (фамилия представителя) и/или IM_P (имя представителя) указываются обязательно при наличии в документе УДЛ. В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST_P обязательно включается соответствующее значение, и реквизит не указывается. OT_P (отчество представителя) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST_P можно опустить соответствующее значение. Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST_P должно быть указано значение «4». Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST_P должно быть указано значение «5». Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST_P должно быть указано значение «6», а также значение «4» или «5» соответственно | |
| IM_P | У | T(40) | Имя представителя пациента | ||
| OT_P | У | T(40) | Отчество представителя пациента | ||
| W_P | У | N(1) | Пол представителя пациента | ||
| DR_P | У | D | Дата рождения представителя пациента | ||
| DOST_P | УМ | N(1) | Код надежности идентификации представителя | 1 — отсутствует отчество; 2 — отсутствует фамилия; 3 — отсутствует имя; 4 — известен только месяц и год даты рождения; 5 — известен только год даты рождения; 6 — дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | |
| MR | У | T(100) | Место рождения пациента или представителя | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. | |
| DOCTYPE | У | T(2) | Тип документа, удостоверяющего личность пациента или представителя | F011 «Классификатор типов документов, удостоверяющих личность». При указании ЕНП в соответствующем основном файле, поле может не заполняться. | |
| DOCSER | У | T(10) | Серия документа, удостоверяющего личность пациента или представителя | При указании ЕНП в соответствующем основном файле, поле может не заполняться. | |
| DOCNUM | У | T(20) | Номер документа, удостоверяющего личность пациента или представителя | При указании ЕНП в соответствующем основном файле, поле может не заполняться. | |
| SNILS | У | T(14) | СНИЛС пациента или представителя | СНИЛС с разделителями. Указывается при наличии. | |
| OKATOG | У | T(11) | Код места жительства по ОКАТО | Заполняется при наличии сведений | |
| OKATOP | У | T(11) | Код места пребывания по ОКАТО | Заполняется при наличии сведений | |
| COMENTP | У | T(250) | Служебное поле | ||
Таблица Д.5 Структура файла с протоколом ФЛК
Приложение 15 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. № 54
ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ ПРИ ОСУЩЕСТВЛЕНИИ РАСЧЕТОВ ЗА МЕДИЦИНСКУЮ ПОМОЩЬ, ОКАЗАННУЮ ЗАСТРАХОВАННЫМ ЛИЦАМ ЗА ПРЕДЕЛАМИ СУБЪЕКТА РОССИЙСКОЙ ФЕДЕРАЦИИ, НА ТЕРРИТОРИИ КОТОРОГО ВЫДАН ПОЛИС ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ, В ФОРМАТЕ XML
При информационном обмене при осуществлении расчетов за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта Российской Федерации, на территории которого застрахован гражданин, используются следующие файлы:
Таблица Е.1 Перечень файлов, используемых при взаимодействии при осуществлении расчетов за медицинскую помощь, оказанную застрахованным лицам за пределами субъекта Российской Федерации, на территории которого застрахован гражданин
Информационные файлы имеют формат XML с кодовой страницей Windows-1251. Файлы передаются в архивированном виде в формате ZIP с расширением архива «.oms», при этом имя архива (до расширения) и имя файла должны быть идентичны друг другу.
Тема письма оформляется следующим образом: наименование архивного файла (с расширением) + mtr.
Е.1 Реестр счета
Таблица Е.2 Реестр счета по оплате медицинских услуг
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| ZL_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| SCHET | О | S | Счет | Информация о счете | |
| ZAP | ОМ | S | Записи | Записи о случаях оказания медицинской помощи | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «3.0». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| C_OKATO1 | О | T(5) | Код ОКАТО территории, выставившей счет | Код территории проставляется в соответствии с классификатором ОКАТО, O002. (Код ОКАТО ТС, дополненный справа нулями до 5 знаков). | |
| OKATO_OMS | О | T(5) | Код ОКАТО территории страхования по ОМС (территория, в которую выставляется счет) | Код территории проставляется в соответствии с классификатором ОКАТО, O002. (Код ОКАТО ТС, дополненный справа нулями до 5 знаков). | |
| Счет | |||||
| SCHET | CODE | О | N(8) | Код записи счета | Код (например, порядковый номер), уникален в пределах ТФОМС, выставившей счет, в течение года. |
| YEAR | О | N(4) | Отчетный год | Год и месяц оказания медицинской помощи. | |
| MONTH | О | N(2) | Отчетный месяц | ||
| NSCHET | О | T(15) | Номер счета | ||
| DSCHET | О | D | Дата выставления счета | В формате ГГГГ-ММ-ДД | |
| SUMMAV | О | N(15.2) | Сумма счета, выставленная на оплату | ||
| COMENTS | У | T(250) | Служебное поле к счету | ||
| SUMMAP | О | N(15.2) | Сумма, принятая к оплате | = SUMMAV — (SANK_MEK + SANK_MEE + SANK_EKMP) | |
| SANK_MEK | У | N(15.2) | Финансовые санкции (МЭК) | Указываются финансовые санкции, примененные к МО по данному счету. | |
| SANK_MEE | У | N(15.2) | Финансовые санкции (МЭЭ) | Указываются финансовые санкции, примененные к МО по данному счету. | |
| SANK_EKMP | У | N(15.2) | Финансовые санкции (ЭКМП) | Указываются финансовые санкции, примененные к МО по данному счету. | |
| Записи | |||||
| ZAP | N_ZAP | О | N(8) | Номер позиции записи | Уникально идентифицирует запись в пределах счета. |
| PACIENT | О | S | Сведения о пациенте | ||
| Z_SL | О | S | Сведения о законченном случае | Сведения о законченном случае оказания медицинской помощи. Случай включается в реестр только при условии, что сумма, предъявленная к оплате по законченному случаю, больше 0. | |
| Сведения о пациенте | |||||
| PACIENT | VPOLIS | О | N(1) | Тип документа, подтверждающего факт страхования по ОМС | Заполняется в соответствии с F008 Приложения А. |
| SPOLIS | У | T(10) | Серия документа, подтверждающего факт страхования по ОМС | ||
| NPOLIS | У | T(20) | Номер документа, подтверждающего факт страхования по ОМС | Может не заполняться только для полисов единого образца. В этом случае достаточно указания ЕНП в соответствующем поле. | |
| ENP | У | T(16) | Единый номер полиса | Обязателен для указания после идентификации застрахованного лица в Едином регистре застрахованных лиц. | |
| ST_OKATO | Н | T(5) | Регион страхования | Указывается ОКАТО территории выдачи ДПФС для полисов старого образца при наличии данных | |
| FAM | У | T(40) | Фамилия пациента | FAM (фамилия) и/или IM (имя) указываются обязательно при наличии в документе УДЛ. В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST обязательно включается соответствующее значение, и реквизит не указывается. OT (отчество) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST можно опустить соответствующее значение. Для детей при отсутствии данных ФИО до государственной регистрации не указываются. В этом случае значение поля NOVOR должно быть отлично от нуля. | |
| IM | У | T(40) | Имя пациента | ||
| OT | У | T(40) | Отчество пациента | ||
| W | О | N(1) | Пол пациента | Заполняется в соответствии с классификатором V005 Приложения А. | |
| DR | О | D | Дата рождения пациента | Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST должно быть указано значение «4». Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST должно быть указано значение «5». Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST должно быть указано значение «6», а также значение «4» или «5» соответственно | |
| DOST | УМ | N(1) | Код надежности идентификации | 1 — отсутствует отчество; 2 — отсутствует фамилия; 3 — отсутствует имя; 4 — известен только месяц и год даты рождения; 5 — известен только год даты рождения; 6 — дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | |
| FAM_P | У | T(40) | Фамилия представителя пациента | Заполняются данные о представителе новорожденного пациента без государственной регистрации рождения. Реквизиты указываются обязательно, если значение поля NOVOR отлично от нуля. FAM_P (фамилия представителя) и/или IM_P (имя представителя) указываются обязательно при наличии в документе УДЛ. В случае отсутствия кого-либо реквизита в документе УДЛ в поле DOST_P обязательно включается соответствующее значение, и реквизит не указывается. OT_P (отчество представителя) указывается при наличии в документе УДЛ. В случае отсутствия реквизит не указывается и в поле DOST_P можно опустить соответствующее значение. Если в документе, удостоверяющем личность, не указан день рождения, то он принимается равным «01». При этом в поле DOST_P должно быть указано значение «4». Если в документе, удостоверяющем личность, не указан месяц рождения, то месяц рождения принимается равным «01» (январь). При этом в поле DOST_P должно быть указано значение «5». | |
| IM_P | У | T(40) | Имя представителя пациента | ||
| OT_P | У | T(40) | Отчество представителя пациента | ||
| W_P | У | N(1) | Пол представителя пациента | ||
| DR_P | У | D | Дата рождения представителя пациента | ||
| Если в документе, удостоверяющем личность, дата рождения не соответствует календарю, то из такой даты должны быть удалены ошибочные элементы и указана часть даты рождения с точностью до года или до месяца (как описано выше). При этом в поле DOST_P должно быть указано значение «6», а также значение «4» или «5» соответственно | |||||
| DOST_P | УМ | N(1) | Код надежности идентификации представителя | 1 — отсутствует отчество; 2 — отсутствует фамилия; 3 — отсутствует имя; 4 — известен только месяц и год даты рождения; 5 — известен только год даты рождения; 6 — дата рождения не соответствует календарю. Поле повторяется столько раз, сколько особых случаев имеет место. | |
| MR | У | T(100) | Место рождения пациента или представителя | Место рождения указывается в том виде, в котором оно записано в предъявленном документе, удостоверяющем личность. | |
| DOCTYPE | У | T(2) | Тип документа, удостоверяющего личность пациента или представителя | F011 «Классификатор типов документов, удостоверяющих личность». При указании ЕНП может не заполняться. | |
| DOCSER | У | T(10) | Серия документа, удостоверяющего личность пациента или представителя | При указании ЕНП может не заполняться. Должны соблюдаться требования по маске серии документов | |
| DOCNUM | У | T(20) | Номер документа, удостоверяющего личность пациента или представителя | При указании ЕНП может не заполняться. Должны соблюдаться требования по маске номера документов | |
| SNILS | У | T(14) | СНИЛС пациента или представителя | СНИЛС с разделителями. Указывается при наличии. | |
| OKATOG | У | T(11) | Код места жительства по ОКАТО | Заполняется при наличии сведений. Должно указываться с максимальной известной точностью, неизвестная точная часть дополняется нулями | |
| OKATOP | У | T(11) | Код места пребывания по ОКАТО | Заполняется при наличии сведений. Должно указываться с максимальной известной точностью, неизвестная точная часть дополняется нулями | |
| NOVOR | О | T(9) | Признак новорожденного | Указывается в случае оказания медицинской помощи ребенку до государственной регистрации рождения. 0 — признак отсутствует. Если значение признака отлично от нуля, он заполняется по следующему шаблону: ПДДММГГН, где П — пол ребенка в соответствии с классификатором V005 Приложения А; ДД — день рождения; ММ — месяц рождения; ГГ — последние две цифры года рождения; Н — порядковый номер ребенка (до двух знаков). | |
| VNOV_D | У | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указан ребенок. | |
| COMENTP | У | T(250) | Служебное поле | ||
| Сведения о законченном случае | |||||
| Z_SL | IDCASE | О | N(11) | Номер записи в реестре случаев | Соответствует порядковому номеру записи реестра счета на бумажном носителе при его предоставлении. |
| USL_OK | О | N(2) | Условия оказания медицинской помощи | Классификатор условий оказания медицинской помощи (V006 Приложения А). | |
| VIDPOM | О | N(4) | Вид медицинской помощи | Классификатор видов медицинской помощи. Справочник V008 Приложения А. | |
| FOR_POM | О | N(1) | Форма оказания медицинской помощи | Классификатор форм оказания медицинской помощи. Справочник V014 Приложения А | |
| NPR_MO | У | T(6) | Код МО, направившей на лечение (диагностику, консультацию, госпитализацию) | Код МО — юридического лица. Заполняется в соответствии со справочником F003 Приложения А на основании направления на госпитализацию. Заполнение обязательно в случаях оказания: 1. плановой медицинской помощи в условиях стационара и дневного стационара (FOR_POM=3 и USL_OK=(1,2)); 2. неотложной медицинской помощи в условиях стационара (FOR_POM=2 и USL_OK=1); 3. в амбулаторных условиях в рамках 2 этапа диспансеризации. | |
| NPR_DATE | У | D | Дата направления на лечение (диагностику, консультацию, госпитализацию) | Заполняется на основании направления на лечение. Заполнение обязательно в случаях оказания: 1. плановой медицинской помощи в условиях стационара и дневного стационара (FOR_POM=3 USL_ОК=(1,2)); 2. неотложной медицинской помощи в условиях стационара (FOR_POM=2 и USL_OK=1); 3. в амбулаторных условиях в рамках 2 этапа диспансеризации | |
| P_DISP2 | У | N(1) | Признак оказания медицинской помощи в рамках 2 этапа диспансеризации | Обязательно для заполнения значением «1» для случая оказания медицинской помощи в рамках 2 этапа диспансеризации | |
| LPU | О | T(6) | Код МО | МО лечения, указывается в соответствии с реестром F003. | |
| DATE_Z_1 | О | D | Дата начала лечения | ||
| DATE_Z_2 | О | D | Дата окончания лечения | ||
| KD_Z | У | N(3) | Продолжительность госпитализации (койко-дни/пациенто-дни) | Обязательно для заполнения для стационара и дневного стационара | |
| VNOV_M | УМ | N(4) | Вес при рождении | Указывается при оказании медицинской помощи недоношенным и маловесным детям. Поле заполняется, если в качестве пациента указана мать. | |
| RSLT | О | N(3) | Результат обращения | Классификатор результатов обращения за медицинской помощью (Приложение А V009). | |
| ISHOD | О | N(3) | Исход заболевания | Классификатор исходов заболевания (Приложение А V012). | |
| OS_SLUCH | НМ | N(1) | Признак «Особый случай» при регистрации обращения за медицинской помощью | Указываются все имевшиеся особые случаи. 1 — медицинская помощь оказана новорожденному ребенку до государственной регистрации рождения при многоплодных родах; 2 — в документе, удостоверяющем личность пациента/родителя (представителя) пациента, отсутствует отчество. | |
| VB_P | У | N(1) | Признак внутрибольничного перевода | Указывается «1» только при оплате случая по КСГ с внутрибольничным переводом. | |
| SL | ОМ | S | Сведения о случае | Может указываться несколько раз для случаев с внутрибольничным переводом при оплате по КСГ, обращениях по заболеваниям в амбулаторных условиях. | |
| IDSP | О | N(2) | Код способа оплаты медицинской помощи | Классификатор способов оплаты медицинской помощи V010 | |
| SUMV | О | N(15.2) | Сумма, выставленная к оплате | Равна сумме значений SUM_M вложенных элементов SL, не может иметь нулевое значение. | |
| OPLATA | У | N(1) | Тип оплаты | Оплата случая оказания медпомощи: 0 — не принято решение об оплате 1 — полная; 2 — полный отказ; 3 — частичный отказ. | |
| SUMP | У | N(15.2) | Сумма, принятая к оплате СМО (ТФОМС) | Заполняется СМО (ТФОМС). | |
| SANK_IT | У | N(15.2) | Сумма санкций по законченному случаю | Итоговые санкции определяются на основании санкций, описанных ниже | |
| Сведения о случае | |||||
| SL | SL_ID | О | T(36) | Идентификатор | Уникально идентифицирует элемент SL в пределах законченного случая. |
| VID_HMP | У | T(12) | Вид высокотехнологичной медицинской помощи | Заполнение обязательно для случаев оказания высокотехнологичной медицинской помощи. Классификатор видов высокотехнологичной медицинской помощи. Справочник V018 Приложения А | |
| METOD_HMP | У | N(3) | Метод высокотехнологичной медицинской помощи | Классификатор методов высокотехнологичной медицинской помощи. Справочник V019 Приложения А | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| PROFIL_K | У | N(3) | Профиль койки | Классификатор V020 Приложения А. Обязательно для заполнения для стационара и дневного стационара. | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. Заполняется в зависимости от профиля оказанной медицинской помощи. | |
| P_CEL | У | T(3) | Цель посещения | Классификатор целей посещения V025 Приложения А. Обязательно для заполнения для амбулаторных условий. | |
| DISP | У | N(1) | Признак диспансеризации | Указывается для случаев, первоначально поданных в соответствии с пунктом Д.3 Приложения Д. | |
| TAL_D | У | D | Дата выдачи талона на ВМП | Заполняется на основании талона на ВМП | |
| NHISTORY | О | T(50) | Номер истории болезни/талона амбулаторного пациента/карты вызова скорой медицинской помощи | ||
| DATE_1 | О | D | Дата начала лечения | ||
| DATE_2 | О | D | Дата окончания лечения | ||
| KD | У | N(3) | Продолжительность госпитализации (койко-дни/пациенто-дни) | Обязательно для заполнения для стационара и дневного стационара. | |
| DS0 | Н | T(10) | Диагноз первичный | Код из справочника МКБ до уровня подрубрики, если она предусмотрена для данного кода (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). | |
| DS1 | О | T(10) | Диагноз основной | Код из справочника МКБ до уровня подрубрики, если она предусмотрена для данного кода (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). | |
| DS2 | УМ | T(10) | Диагноз сопутствующего заболевания | Код из справочника МКБ до уровня подрубрики, если она предусмотрена для данного кода (неуказание подрубрики допускается для случаев оказания скорой медицинской помощи). Указывается в случае установления. | |
| DS3 | УМ | T(10) | Диагноз осложнения заболевания | Код из справочника МКБ до уровня подрубрики, если она предусмотрена для данного кода (неуказание подрубрики допускается для скорой медицинской помощи). Указывается в случае установления в соответствии с медицинской документацией. | |
| DN | У | N(1) | Диспансерное наблюдение | Указываются сведения о диспансерном наблюдении по поводу основного заболевания (состояния): 1 — состоит, 2 — взят, 4 — снят по причине выздоровления, 6 — снят по другим причинам. Обязательно для заполнения, если P_CEL=1.3 | |
| CODE_MES1 | УМ | T(20) | Код МЭС | Классификатор МЭС. Указывается при наличии утвержденного стандарта. | |
| CODE_MES2 | У | T(20) | Код МЭС сопутствующего заболевания | ||
| KSG_KPG | У | S | Сведения о КСГ/КПГ | Заполняется при оплате случая лечения по КСГ или КПГ | |
| REAB | У | N(1) | Признак реабилитации | Указывается 1 для случаев реабилитации. | |
| PRVS | О | N(4) | Специальность лечащего врача/врача, закрывшего талон/историю болезни | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| VERS_SPEC | О | T(4) | Код классификатора медицинских специальностей | Указывается значение «V021». | |
| ED_COL | У | N(5.2) | Количество единиц оплаты медицинской помощи | ||
| TARIF | У | N(15.2) | Тариф | Тариф с учетом всех коэффициентов (при оплате случая по КСГ с внутрибольничным переводом — стоимость, рассчитанная в соответствии с Методическими рекомендациями по способам оплаты медицинской помощи за счет средств ОМС). | |
| SUM_M | О | N(15.2) | Стоимость случая, выставленная к оплате | Может указываться нулевое значение. Может состоять из тарифа и стоимости некоторых услуг. | |
| SANK | УМ | S | Сведения о санкциях | ||
| USL | УМ | S | Сведения об услуге | Описывает услуги, оказанные в рамках данного случая. Допускается указание услуг с нулевой стоимостью. Указание услуг с нулевой стоимостью обязательно, если условие их оказания является тарифообразующим (например, при оплате по КСГ). | |
| COMENTSL | У | T(250) | Служебное поле | ||
| Сведения о КСГ/КПГ | |||||
| KSG_ KPG | N_KSG | У | T(20) | Номер КСГ | Номер КСГ (V023) с указанием подгруппы (в случае использования). Заполняется при оплате случая лечения по КСГ. Не подлежит заполнению при заполненном N_KPG |
| VER_KSG | О | N(4) | Модель определения КСГ | Указывается версия модели определения КСГ (год) | |
| KSG_PG | О | N(1) | Признак использования подгруппы КСГ | 0 — подгруппа КСГ не применялась; 1 — подгруппа КСГ применялась | |
| N_KPG | У | N(2) | Номер КПГ | Номер КПГ (V026). Заполняется при оплате случая лечения по КПГ. Не подлежит заполнению при заполненном N_KSG | |
| KOEF_Z | О | N(2.5) | Коэффициент затратоемкости | Значение коэффициента затратоемкости группы/подгруппы КСГ или КПГ | |
| KOEF_UP | О | N(2.5) | Управленческий коэффициент | Значение управленческого коэффициента для КСГ или КПГ. При отсутствии указывается «1» | |
| BZTSZ | О | N(6.2) | Базовая ставка | Значение базовой ставки, указывается в рублях | |
| KOEF_D | О | N(2.5) | Коэффициент дифференциации | Значение коэффициента дифференциации | |
| KOEF_U | О | N(2.5) | Коэффициент уровня/подуровня оказания медицинской помощи | Значение коэффициента уровня/подуровня оказания медицинской помощи | |
| DKK1 | У | T(10) | Дополнительный классификационный критерий | Дополнительный классификационный критерий (V024), в том числе установленный субъектом Российской Федерации. Обязателен к заполнению: - в случае применения при оплате случая лечения по КСГ; - в случае применения при оплате случая лечения по КПГ, если применен региональный дополнительный классификационный критерий; - в случае применения схемы лекарственной терапии, указанной в группировщике КСГ, при злокачественном новообразовании независимо от способа оплаты случая лечения | |
| DKK2 | У | T(10) | Дополнительный классификационный критерий | Заполняется кодом схемы лекарственной терапии (только для комбинированных схем лечения при злокачественном новообразовании независимо от способа оплаты случая лечения) | |
| SL_K | О | N(1) | Признак использования КСЛП | 0 — КСЛП не применялся; 1 — КСЛП применялся | |
| IT_SL | У | N(1.5) | Примененный коэффициент сложности лечения пациента | Итоговое значение коэффициента сложности лечения пациента для данного случая. Указывается только при использовании. | |
| SL_KOEF | УМ | S | Коэффициенты сложности лечения пациента | Сведения о примененных коэффициентах сложности лечения пациента. Указывается при наличии IT_SL. | |
| Коэффициенты сложности лечения пациента | |||||
| SL_KOEF | IDSL | О | N(4) | Номер коэффициента сложности лечения пациента | В соответствии с региональным справочником. |
| Z_SL | О | N(1.2) | Значение коэффициента сложности лечения пациента | ||
| Сведения о санкциях | |||||
| SANK | S_CODE | О | T(36) | Идентификатор санкции | Уникален в пределах случая. |
| S_SUM | О | N(15.2) | Финансовая санкция | ||
| S_TIP | О | N(2) | Код вида контроля | F006 Классификатор видов контроля, Приложение А. | |
| S_OSN | О | N(3) | Код причины отказа (частичной) оплаты | F014 Классификатор причин отказа в оплате медицинской помощи, Приложение А. | |
| S_COM | У | T(250) | Комментарий | Комментарий к санкции. | |
| S_IST | О | N(1) | Источник | 1 — ТФОМС1 к МО, 2 — ТФОМС2 к ТФОМС1 (только в протоколе обработки основной части), 3 — уточненные санкции ТФОМС1 к МО (только в исправленной части и далее), 4 — итоговые санкции ТФОМС2 к ТФОМС1 (только в протоколе обработки исправленной части), где: ТФОМС1 — ТФОМС территории оказания медицинской помощи; ТФОМС2 — ТФОМС территории страхования; МО — МО, оказавшая медицинскую помощь. | |
| Сведения об услуге | |||||
| USL | IDSERV | О | T(36) | Номер записи в реестре услуг | Уникален в пределах случая |
| LPU | О | T(6) | Код МО | МО лечения | |
| PROFIL | О | N(3) | Профиль медицинской помощи | Классификатор V002 Приложения А. | |
| VID_VME | У | T(15) | Вид медицинского вмешательства | Указывается в соответствии с номенклатурой медицинских услуг (V001), в том числе для услуг диализа | |
| DET | О | N(1) | Признак детского профиля | 0 — нет, 1 — да. | |
| DATE_IN | О | D | Дата начала оказания услуги | ||
| DATE_OUT | О | D | Дата окончания оказания услуги | ||
| DS | О | T(10) | Диагноз | Код из справочника МКБ до уровня подрубрики | |
| CODE_USL | О | T(20) | Код услуги | Территориальный классификатор услуг | |
| USL | О | T(254) | Наименование услуги | Указывается в соответствии с территориальным классификатором услуг | |
| KOL_USL | О | N(6.2) | Количество услуг (кратность услуги) | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUMV_USL | О | N(15.2) | Стоимость медицинской услуги, принятая к оплате (руб.) | ||
| PRVS | О | N(4) | Специальность медработника, выполнившего услугу | Классификатор медицинских специальностей (Приложение А V021). Указывается значение IDSPEC | |
| COMENTU | У | T(250) | Служебное поле | ||
Е.2 Протокол обработки реестра счета
Записи в файле протокола обработки реестра счета имеют структуру, приведенную в таблице Е.3. Заполняются все поля, если иное не оговорено в их описании. Значения полей отражают условия, приведенные в разделе «Содержание».
Таблица Е.3 Протокол обработки реестра счета
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения о медпомощи) | |||||
| ZL_LIST | ZGLV | О | S | Заголовок файла | Информация о передаваемом файле |
| SCHET | О | S | Счет | Информация о счете | |
| ZAP | ОМ | S | Записи | Записи о случаях оказания медицинской помощи | |
| Заголовок файла | |||||
| ZGLV | VERSION | О | T(5) | Версия взаимодействия | Текущей редакции соответствует значение «3.0». |
| DATA | О | D | Дата | В формате ГГГГ-ММ-ДД | |
| OKATO_OMS | О | T(5) | Код ОКАТО территории, указавшей причины для дополнительного рассмотрения отдельных позиций реестра счета | Код территории проставляется в соответствии с классификатором ОКАТО, O002. (Код ОКАТО ТС, дополненный справа нулями до 5 знаков). | |
| Счет | |||||
| SCHET | YEAR | О | N(4) | Отчетный год | |
| MONTH | О | N(2) | Отчетный месяц | ||
| NSCHET | О | T(15) | Номер счета | ||
| DSCHET | О | D | Дата выставления счета | В формате ГГГГ-ММ-ДД | |
| SUMMAV | О | N(15.2) | Сумма, выставленная на оплату | ||
| SUMMAP | О | N(15.2) | Сумма, принятая к оплате | ||
| SAN_KMEK | У | N(15.2) | Финансовые санкции (МЭК) | Сумма, снятая с оплаты по результатам МЭК, заполняется после проведения МЭК. | |
| SANK_MEE | У | N(15.2) | Финансовые санкции (МЭЭ) | Сумма, снятая с оплаты по результатам МЭЭ, заполняется после проведения МЭЭ. | |
| SANK_EKMP | У | N(15.2) | Финансовые санкции (ЭКМП) | Сумма, снятая с оплаты по результатам ЭКМП, заполняется после проведения ЭКМП. | |
| Записи | |||||
| ZAP | N_ZAP | О | N(8) | Номер позиции записи | Уникально идентифицирует запись в пределах счета. |
| PACIENT | О | S | Сведения о пациенте | ||
| Z_SL | О | S | Сведения о законченном случае | Сведения о законченном случае оказания медицинской помощи | |
| Сведения о пациенте | |||||
| PACIENT | VPOLIS | О | N(1) | Тип документа, подтверждающего факт страхования по ОМС | F008 Приложения А |
| SPOLIS | У | T(10) | Серия документа, подтверждающего факт страхования по ОМС | ||
| NPOLIS | У | T(20) | Номер документа, подтверждающего факт страхования по ОМС | ||
| ENP | О | T(16) | Единый номер полиса | ||
| Сведения о законченном случае | |||||
| Z_SL | IDCASE | О | N(11) | Номер записи в реестре случаев | |
| IDSP | О | N(2) | Код способа оплаты медицинской помощи | Классификатор способов оплаты медицинской помощи V010 | |
| ED_COL | У | N(5.2) | Количество единиц оплаты медицинской помощи | ||
| TARIF | У | N(15.2) | Тариф | ||
| SUMV | О | N(15.2) | Сумма, выставленная к оплате | ||
| OPLATA | О | N(1) | Тип оплаты | Оплата случая оказания медпомощи: 0 — не принято решение об оплате 1 — полная оплата; 2 — полный отказ; 3 — частичный отказ. | |
| SUMP | О | N(15.2) | Сумма, принятая к оплате | Сумма, принятая к оплате территориальным фондом ОМС, которому предъявлен счет. | |
| SANK_IT | У | N(15.2) | Сумма санкций по законченному случаю | Итоговые санкции определяются на основании санкций, описанных ниже. | |
| COMENTSL | У | T(250) | Служебное поле | ||
| Сведения о случае | |||||
| SL | SL_ID | О | T(36) | Идентификатор | Уникально идентифицирует элемент SL в пределах законченного случая. |
| NHISTORY | О | T(50) | Номер истории болезни/талона амбулаторного пациента/карты вызова скорой медицинской помощи | ||
| SANK | УМ | S | Сведения о санкциях | ||
| Сведения о санкции | |||||
| SANK | S_CODE | О | T(36) | Идентификатор санкции | Уникален в пределах случая. |
| S_SUM | О | N(15.2) | Финансовая санкция | ||
| S_TIP | О | N(2) | Код вида контроля | F006 Классификатор видов контроля, Приложение А. | |
| S_OSN | О | N(3) | Код причины отказа (частичной) оплаты | F014 Классификатор причин отказа в оплате медицинской помощи, Приложение А | |
| S_COM | У | T(250) | Комментарий | Комментарий к санкции. | |
| S_IST | О | N(1) | Источник | 1 — ТФОМС1 к МО, 2 — ТФОМС2 к ТФОМС1 (только в протоколе обработки основной части), 3 — уточненные санкции ТФОМС1 к МО (только в исправленной части и далее), 4 — итоговые санкции ТФОМС2 к ТФОМС1 (только в протоколе обработки исправленной части), где: ТФОМС1 — ТФОМС территории оказания медицинской помощи; ТФОМС2 — ТФОМС территории страхования; МО — МО, оказавшая медицинскую помощь. Указание типа санкции «2» или «3» с источником (S_IST) «2» означает запрос проведения соответствующего вида экспертизы. | |
Е.3 Журнал ФЛК
Таблица Е.4 Структура журнала ФЛК
Е.4 Сведения об оплате
Таблица Е.5 Структура файла со сведениями об оплате
| Код элемента | Содержание элемента | Тип | Формат | Наименование | Дополнительная информация |
| Корневой элемент (Сведения об оплате) | |||||
| PL_S | FNAME | О | T(24) | Имя файла со сведениями об оплате | |
| SVED | О | S | Сведения | ||
| Сведения | |||||
| SVED | N_PLPR | О | T(15) | Номер платежного поручения | |
| D_PLPR | О | D | Дата платежного поручения | ||
| KOL_SCH | О | N(2) | Количество счетов | Количество оплачиваемых счетов | |
| SCH | ОМ | S | Счет | ||
| ITOG | О | N(15.2) | Всего к оплате: | ||
| PRED | О | T(1000) | Предмет платежа | ||
| POL | О | S | Сведения о получателе | ||
| PLAT | О | S | Сведения о плательщике | ||
| Счет | |||||
| SCH | N_SCH | О | T(15) | Номер счета | |
| D_SCH | О | D | Дата счета | ||
| FNAME_I | О | T(24) | Имя исходного реестра счета | ||
| SUM_SCH | О | N(15.2) | Сумма оплаты по счету | Указывается сумма оплаты по данному счету | |
| SL_SCH | О | N(8) | Количество случаев, оплачиваемых по счету | Количество случаев по данному счету, по которым производится оплата | |
| Сведения о получателе | |||||
| POL | L_NAIM | О | T(250) | Наименование получателя | |
| L_A | О | T(250) | Адрес | ||
| L_B | О | T(100) | Банк | Наименование | |
| L_RS | О | N(20) | Расчетный счет | ||
| L_BIC | О | T(9) | БИК | ||
| L_IN | О | T(10) | ИНН | ||
| L_KP | О | T(9) | КПП | ||
| L_KB | о | N(20) | КБК | ||
| L_OKTMO | О | T(8) | Код по ОКТМО | ||
| Сведения о плательщике | |||||
| PLAT | T_NAIM | О | T(250) | Наименование плательщика | |
| T_A | О | T(250) | Адрес | ||
| T_B | О | T(100) | Банк | Наименование | |
| T_RS | О | N(20) | Расчетный счет | ||
| T_BIC | О | T(9) | БИК | ||
| T_IN | О | T(10) | ИНН | ||
| T_KP | О | T(9) | КПП | ||
| T_OKTMO | О | T(8) | Код по ОКТМО | ||
Приложение 16 к приказу Федерального фонда обязательного медицинского страхования от 23 марта 2018 г. № 54
ИНФОРМАЦИОННОЕ ВЗАИМОДЕЙСТВИЕ РЕГИОНАЛЬНОГО СЕГМЕНТА ЕДИНОГО РЕГИСТРА ЗАСТРАХОВАННЫХ ЛИЦ С ИНФОРМАЦИОННОЙ СИСТЕМОЙ ВЫПУСКА, ПЕРСОНАЛИЗАЦИИ И ДОСТАВКИ ПОЛИСОВ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ
З.1 Порядок информационного взаимодействия
Уведомление о принятом заявлении передается из РС ЕРЗ в ВПДП в том случае, когда по заявлению, поданному застрахованным лицом, требуется выдать новый полис ОМС и установлена правомерность заявления в соответствии с Правилами ОМС.
В ВПДП для уведомления о принятом заявлении используется транзакция ZA7/ACK. Обмен соответствующими сообщениями осуществляется в пакетном режиме. В уведомлении предусматривается возможность вложения фотографий застрахованного лица и образца его собственноручной подписи.
З.2 Именование файлов, участвующих в обмене данными
В информационном взаимодействии при выпуске полисов ОМС участвуют пакетные файлы, типы которых перечислены в таблице З.1. В таблице приняты следующие обозначения:
- <код ТС> — код территории страхования, отправляющей исходный пакет, или принимающей ответный пакет (код ОКАТО, дополненный справа нулями до пяти знаков — см. таблицу 49).
- <ид пакета> — идентификатор исходного пакета, указанный в поле BHS.11 сегмента заголовка исходного пакета (см. п. 6.1.1.3.2). Идентификатор исходного пакета затем повторяется в именах всех ответных и преобразованных пакетов.
Прямым шрифтом выделены фрагменты имен файлов, включающиеся в явном виде.
Таблица З.1 Перечень типов файлов, участвующих в информационном взаимодействии, и правила их наименования
Примечание. При обмене с АРМ ВПДП между кодом территории страхования и идентификатором пакета в имя файла вставляется знак «минус» (код 4510).
З.3 Уведомление о принятом заявлении (транзакция ZA7/ACK)
Уведомление о принятом заявлении передается из ИС РС ЕРЗ в подсистему выпуска полисов ФОМС в случае, когда по заявлению требуется выдать новый полис ОМС и установлена правомерность заявления в соответствии с 326-ФЗ и Правилами ОМС.
З.3.1 Структура прямых и ответных сообщений
Для уведомления о принятом заявлении ИС РС ЕРЗ передает в подсистему выпуска полисов ФОМС сообщение о событии ZA7 «Уведомление о принятом заявлении». В уведомлении предусматривается возможность вложения фотографий застрахованного лица и образца его собственноручной подписи.
Сообщение о событии ZA7 «Уведомление о принятом заявлении» ИС РС ЕРЗ имеет структуру ZPI_ZA7.
| ZPI/\ZA7/\ZPI_ZA7 | Уведомление о принятом заявлении |
|---|---|
| <ZPI_ZA7> | |
| Заголовок сообщения | |
| Заголовок заявления | |
| Информация для выпуска полиса ОМС Вложенные документы: | |
| [{ |
- фотография застрахованного лица (для электронных полисов), — образец собственноручной подписи (для электронных полисов). |
| </ZPI_ZA7> |
Сегмент MSH описан в пункте 6.1.1.4.1. Специальных особенностей при его заполнении для сообщения о событии ZA7 нет.
Получив сообщение, компонент подсистемы выпуска полисов ФОМС, размещенный в ТФОМС, производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если сообщение содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема.
Если сообщение не содержит ошибок ФЛК, то выполняется проверка соответствия сведений о лице, указанном в заявлении, данным ЦС ЕРЗ. Компонент подсистемы ВПДП, размещенный в ТФОМС, формирует запрос страховой принадлежности, который отправляется в адрес Центрального сегмента Единого регистра застрахованных. После получения ответа на запрос страховой принадлежности компонент подсистемы ВПДП ТФОМС формирует сообщение ACK с подтверждением прикладной обработки, которое отправляется в адрес ИС РС ЕРЗ. Подтверждение прикладной обработки содержит результаты проверки в ЦС ЕРЗ сведений о застрахованном лице, указанном в сообщении о событии ZA7, включая выявленные ошибки.
Проверка считается успешной, если у застрахованного лица по данным ЦС ЕРЗ есть действующая страховая принадлежность и сведения о ней совпадают с указанными в заявлении:
- ЕНП застрахованного лица;
- Тип документа, подтверждающего факт страхования, — «Временное свидетельство»;
- Дата начала действия временного свидетельства;
- ОГРН страховой медицинской организации, выдавшей временное свидетельство;
- Код территории страхования.
Если в результате проверки были найдены несовпадения, то в подтверждение прикладной обработки включается код и описание ошибки, а также дополнительная разъясняющая информация по ней.
| ACK/\ZA7/\ACK | Подтверждение приема Подтверждение прикладной обработки |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК (в подтверждении приема) Ошибка прикладной обработки (в подтверждении прикладной обработки) |
Сегменты сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при заполнении сообщения подтверждения приема нет.
При заполнении подтверждения прикладной обработки используется следующая система обозначения ошибок.
Таблица З.2 Перечень ошибок, возвращаемых в подтверждении прикладной обработки
Код и описание ошибки указываются в сегменте ERR.3. Дополнительная информация об ошибке возвращается в повторяющихся полях ERR.6
Таблица З.3 Типы дополнительной информации об ошибке, возвращаемой в сегменте ERR.6
Дополнительная информация об ошибке указывается в формате:
означает, что передается код территории страхования 20000 (Воронежская область)
В каждом поле ERR.6 указывается именно та позиция (код типа информации), которая не совпала с данными ЦС ЕРЗ.
Регламент действия ТФОМС при получении ошибки прикладной обработки приведен в таблице З.4.
Таблица З.4 Действия ТФОМС при получении ошибки «Выпуск полиса не разрешен»
Сообщение, в котором нет ошибок прикладной обработки и в качестве формы выпуска полиса указан бумажный полис единого образца или электронный полис, включается в пакет заявок и передается в Центр выпуска полисов.
Выдача полиса ОМС в форме бумажного бланка на руки осуществляется в страховой медицинской организации, в которую было подано заявление на выпуск электронного полиса в составе универсальной электронной карты.
Если пакет не содержит ошибок ФЛК, то выполняется проверка соответствия сведений о лицах, указанных в сообщениях пакета, данным ЦС ЕРЗ. Сообщения, в которых указаны бумажные полисы единого образца и электронные полисы, успешно прошедшие проверку соответствия данных застрахованных лиц в ЦС ЕРЗ, включаются в пакет заявок и отправляются в ЦВП.
З.3.2 Сегмент ZAH «Заголовок заявления»
Сегмент предназначен для передачи общих сведений о полученном заявлении, явившемся основанием для выпуска полиса ОМС.
Таблица З.5 Сегмент ZAH — «Заголовок заявления» (сообщение о событии ZA7)
З.3.3 Сегмент IN1 — «Документ, подтверждающий факт страхования по ОМС»
Сегмент IN1 предназначен для передачи информации о полисе обязательного медицинского страхования.
Таблица З.6 Сегмент IN1 — «Документ, подтверждающий факт страхования по ОМС» (сообщение о событии ZA7)
| XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Компонент | Субкомп. | Компонент | Субкомп. | ||
| Имя | Обяз. | Имя | Обяз. | |||||||
| IN1.1 | SI | Да | Порядковый номер сегмента | 1 | Порядковый номер сегмента в соответствующей группе. | |||||
| IN1.3 | CX | Да | Идентификатор организации | 1 | Идентификатор организации (СМО или ТФОМС при отсутствии СМО), в которой застрахованное лицо состоит на учете. | |||||
| CX.1 | Да | ОГРН СМО или двузначный идентификатор ТФОМС в реестре ТФОМС. | ||||||||
| CX.5 | Да | Тип идентификатора Код из СК 1.2.643.2.40.5.100.203 (таблица 65): NII, если указан ОГРН СМО; SII, если указан идентификатор ТФОМС. | ||||||||
| IN1.12 | DT | Да | Дата начала действия документа, подтверждающего факт страхования по ОМС | 1 | Дата начала действия полиса ОМС. Формат: ГГГГ-ММ-ДД | |||||
| IN1.13 | DT | Да | Дата окончания действия документа, подтверждающего факт страхования по ОМС | 1 | Дата окончания действия полиса ОМС. Формат: ГГГГ-ММ-ДД Если даты окончания нет, то в сообщение должен быть вставлен пустой элемент <IN1.13/>. | |||||
| IN1.15 | IS | Да | Код территории страхования | Пятизначный код территории, принявшей заявление и выдавшей временное свидетельство (СК 1.2.643.2.40.3.3.1, таблица 49). | ||||||
| IN1.16 | XPN | Да | Фамилия, имя, отчество | 1 | См. п. Б.2.5.3.2. | |||||
| XPN.1 | Усл | Фамилия застрахованного лица. | ||||||||
| FN.1 | Да | Фамилия. | ||||||||
| XPN.2 | Усл | Имя. | ||||||||
| XPN.3 | Усл | Отчество. | ||||||||
| XPN.7 | Нет | L | Код типа ФИО (СК 1.2.643.2.40.5.100.200, таблица 66). | |||||||
| IN1.18 | DTM | Да | Дата рождения | Дата рождения застрахованного лица. Формат: ГГГГ-ММ-ДД. См. п. Б.2.5.3.3. | ||||||
| IN1.35 | IS | Да | Тип документа, подтверждающего факт страхования по ОМС | Код формы изготовления полиса ОМС из СК 1.2.643.2.40.5.100.86 (таблица 81). Допустимы значения П, Э, К. Значение должно совпадать со значением поля ZAH.4/CNE.1. | ||||||
| IN1.43 | IS | Да | Пол | Пол застрахованного лица. Код из ОКИН, фасет 1 «Пол» (ОИД 1.2.643.2.40.5.0.18.1, таблица 68). | ||||||
| IN1.49 | CX | Да | Список идентификаторов | 1 | ЕНП застрахованного лица | |||||
| CX.1 | Да | Значение ЕНП | ||||||||
| CX.5 | Да | Тип идентификатора. Код из СК 1.2.643.2.40.5.100.203 (таблица 63): NI для ЕНП. | ||||||||
З.3.3.1 Заполнение поля IN1.16 «Фамилия, имя, отчество застрахованного лица»
В таблице З.7 перечислены требования к обязательности поля IN1.16 и его компонентов. Возможные ошибки ФЛК приведены в классификаторе Q006. Коды особых случаев идентификации указываются в поле ZAH.17 сегмента ZAH, включенного в то же сообщение.
Таблица З.7 Требования к заполнению поля IN1.16 «Фамилия, имя и отчество»
З.3.3.2 Заполнение поля PID.7 «Дата рождения»
В таблице З.8 указаны допустимые форматы поля и другие требования к его заполнению. Возможные ошибки ФЛК приведены в классификаторе Q006.
Таблица З.8 Требования к заполнению поля PID.7 «Дата рождения»
З.3.4 Сегмент ZND — «Вложенный файл»
Сегмент ZND предназначен для передачи изображений, содержащих фотографии и собственноручные подписи застрахованных лиц для оформления полисов ОС на электронном носителе. Файлы должны передаваться в том виде, в каком они были выданы сформировавшими их программами.
Таблица З.9 Сегмент ZND — «Вложенный файл»
З.4 Уведомление о выпущенных полисах (транзакция ZA3/ACK)
Экспедиция ТФОМС принимает от ЦВП короб с полисами и разбирает его по СМО. Пакеты с полисами доставляются в СМО, как правило, силами курьеров СМО. Ответственный сотрудник ТФОМС при помощи регионального компонента подсистемы выпуска полисов ФОМС готовит уведомления об отправке пакетов, переданных курьерам, и отправляет их в адрес ИС РС ЕРЗ.
З.4.1 Структура прямых и ответных сообщений
Для уведомления ИС РС ЕРЗ об отправке пакетов с полисами в адрес СМО региональный компонент подсистемы выпуска полисов ФОМС передает в ИС РС ЕРЗ сообщение о событии ZA3 «Уведомление об отправке полисов» со структурой ZPI_ZA3.
| ZPI/\ZA3/\ZPI_ZA3 | Уведомление об отправке полисов |
|---|---|
| <ZPI_ZA3> | |
| Заголовок сообщения | |
| <ZPI_ZA3.INVOICE> | --- начало УВЕДОМЛЕНИЯ ОБ ОТПРАВКЕ ПАКЕТА С ПОЛИСАМИ |
| Ярлык контейнера | |
| {<ZPI_ZA3.INSURANCE> | --- начало ПОЛИСА ОМС |
| Идентификация заявки | |
| Сведения о выпущенном полисе ОМС | |
| </ZPI_ZA3.INSURANCE>} | --- конец ПОЛИСА ОМС |
| </ZPI_ZA3.INVOICE> | --- конец УВЕДОМЛЕНИЯ ОБ ОТПРАВКЕ ПАКЕТА С ПОЛИСАМИ |
| [ |
Цифровая подпись уведомления |
| </ZPI_ZA3> |
Полисы ОМС, отправленные в СМО в одном пакете, отсортированы в сообщении по пунктам выдачи полисов. Сегменты ZQH «Идентификация заявки» копируются из ранее полученных сообщений о событии ZA2 «Пакет заявок на выпуск и персонализацию полисов ОМС».
Получив сообщение о событии ZA3, ИС РС ЕРЗ должен отправить в адрес регионального компонента подсистемы выпуска полисов ФОМС сообщение подтверждения приема АСК:
| ACK/\ZA3/\ACK | Подтверждение приема |
|---|---|
| Заголовок сообщения Подтверждение сообщения Ошибка ФЛК |
Сегмент MSH описан в пункте 6.1.1.4.1. Специальных особенностей при его заполнении для сообщений о событиях ZA3 нет. Сегменты MSA и ERR сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для прикладного подтверждения для сообщений о событиях ZA3 нет.
З.4.2 Сегмент ZIH — «Ярлык контейнера»
В сегменте ZIH передается заголовок (ярлык) уведомления об отправке контейнера (короба, пакета) с полисами, включая дату отправки и количество полисов в контейнере. В сообщении подтверждения прикладной обработки (ZA8) должен быть скопирован ярлык пакета из подтверждаемого сообщения.
Таблица З.10 Сегмент ZIH — «Ярлык контейнера»
З.4.3 Сегмент ZQH — «Заголовок заявки»
Сегмент предназначен для передачи информации, идентифицирующей заявку, включая идентификатор заявления, по которому подана заявка, идентификатор заявки, дату ее формирования, состояние выполнения и др.
Таблица З.11 Сегмент ZQH — «Заголовок заявки»
З.4.4 Сегмент IN1 — «Информация для выпуска полиса ОМС»
Сегмент IN1 предназначен для передачи информации о полисе обязательного медицинского страхования.
Таблица З.12 Сегмент IN1 — «Информация для выпуска полиса ОМС»
З.4.5 Сегмент ZSG — «Электронная цифровая подпись»
Сегмент предназначен для передачи информации об электронной цифровой подписи, которой заверена часть того же сообщения. Содержание ЭЦП должно передаваться в том виде, в каком оно было выдано сформировавшей его программой. Элемент сообщения, подписанный ЭЦП, не должен меняться в процессе передачи.
Таблица З.13 Сегмент ZSG — «Электронная цифровая подпись»
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| ZSG.1 | Signature | Да | ЭЦП и сопутствующая информация | Элемент Signature из пространства имен http://www.w3.org/2000/09/xmldsig#, определенном консорциумом W3C в документе «XML Signature Syntax and Processing» (последняя версия - http://www.w3.org/TR/xmldsig-core/). |
З.5 Уведомление СМО о выпущенных полисах (транзакция ZA8/ACK)
По получении информации о получении страховой медицинской организацией пакета с полисами, ИС РС ЕРЗ посылает в адрес регионального компонента подсистемы выпуска полисов ФОМС сообщение о событии ZA8 со структурой ZPI_ZA8, которое является подтверждением прикладной обработки полученного ранее сообщения ZA3. Сообщение о событии ZA8 подтверждает лишь получение пакета полисов, но не его содержание.
| ZPI/\ZA8/\ZPI_ZA8 | Подтверждение получения пакета |
|---|---|
| <ZPI_ZA8> | |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ |
Ошибка |
| <ZPI_ZA8.INVOICE> | --- начало УВЕДОМЛЕНИЯ О ПОЛУЧЕНИИ ПАКЕТА С ПОЛИСАМИ |
| Ярлык контейнера (повторяет ярлык из подтверждаемого сообщения о событии ZA3) | |
| </ZPI_ZA8.INVOICE> | --- конец УВЕДОМЛЕНИЯ О ПОЛУЧЕНИИ ПАКЕТА С ПОЛИСАМИ |
| [ |
Цифровая подпись подтверждения получения пакета |
| </ZPI_ZA8> |
Сегмент MSH описан в пункте 6.1.1.4.1. Специальных особенностей при его заполнении для сообщений о событиях ZA8 нет. Сегменты MSA и ERR сообщений подтверждения приема и прикладной обработки описаны в пункте 6.1.1.5. Специальных особенностей при их заполнении для прикладного подтверждения для сообщений о событиях ZA8 нет.
З.5.1 Сегмент ZIH — «Ярлык контейнера»
В сегменте ZIH должен быть скопирован ярлык пакета из подтверждаемого сообщения.
Таблица З.14 Сегмент ZIH — «Ярлык контейнера»
З.5.2 Сегмент ZSG — «Электронная цифровая подпись»
Сегмент предназначен для передачи информации об электронной цифровой подписи, которой заверена часть того же сообщения. Содержание ЭЦП должно передаваться в том виде, в каком оно было выдано сформировавшей его программой. Элемент сообщения, подписанный ЭЦП, не должен меняться в процессе передачи.
Таблица З.15 Сегмент ZSG — «Электронная цифровая подпись»
| XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
|---|---|---|---|---|
| ZSG.1 | Signature | Да | ЭЦП и сопутствующая информация | Элемент Signature из пространства имен http://www.w3.org/2000/09/xmldsig#, определенном консорциумом W3C в документе «XML Signature Syntax and Processing» (последняя версия - http://www.w3.org/TR/xmldsig-core/). |
З.6 Требования к электронному представлению собственноручной подписи застрахованного лица
Подпись застрахованного лица, предназначенная для печати на бланке электронного полиса ОМС, должна предоставляться в электронном виде и удовлетворять изложенным ниже требованиям.
Для подготовки файла с изображением собственноручной подписи необходимо получить от заявителя (застрахованного лица, подпись которого подлежит размещению на бланке электронного полиса ОМС) подпись на бумажном носителе белого цвета. Подпись должна выполняться гелиевой ручкой черного или темно-синего цвета. Размер подписи не должен превышать 10 x 46 мм. Полученная собственноручная подпись должна быть отсканирована в электронный формат с разрешением не ниже 400 dpi.
Допускается использование специализированных электронных планшетов для формирования электронного представления собственноручной подписи.
Полученный файл с результатами сканирования или формирования подписи с помощью планшета должен быть преобразован в формат JPG.
Файл собственноручной подписи для выпуска полиса ОМС должен иметь следующие характеристики:
1. тип файла — JPG с разрешением 400 dpi. Степень сжатия изображения должна обеспечивать наилучшее качество. Не допускается наличие видимых артефактов сжатия, наличие видимых глазом ступенчатых изменений цвета или наличие зубчатых границ в областях переходов цвета;
2. размеры — 160 пикселей по высоте и 736 пикселей по ширине;
3. цветность — 256 градаций серого цвета.
З.7 Требования к электронному представлению фотографии, размещаемой на бланке электронного полиса ОМС
Фотография, размещаемая на бланке электронного полиса ОМС, должна предоставляться в электронном виде и удовлетворять изложенным ниже требованиям.
Лицо должно быть изображено четко, без искажений, строго анфас без головного убора. Допускается представление фотографии в головных уборах лицам, религиозные убеждения которых не позволяют показываться перед посторонними лицами без головных уборов. Головной убор при этом не должен скрывать овал лица и/или отбрасывать тень на лицо.
Мимика и выражение лица не должны искажать его черты, изображение должно размещаться на фотографии так, чтобы свободное от изображения поле над головой составляло 5 \pm 1 мм.
На фотографии должна быть видна крупным планом голова и плечи, расстояние от подбородка до макушки (верхняя часть головы без учета волос) должно составлять 70 — 80% высоты снимка, глаза должны быть открыты, и волосы не должны заслонять их. На фотографии не допускается наличие эффекта «красных глаз».
Фотография должна быть сделана так, чтобы воображаемая горизонтальная линия между центрами глаз была параллельна верхней кромке снимка.
Изображение на фотографии должно быть резким, четким, среднего контраста, с мягким светотеневым рисунком, задний фон должен быть светлее изображения лица, ровный, без полос, пятен и изображений посторонних предметов.
Недопустима общая и в деталях размытость фотоснимка, наличие нерезких бликов в изображении глаз.
При фотографировании в очках глаза на фотографии должны быть видны ясно и без отражения света. Линзы в очках не должны быть тонированными. Не следует снимать в очках с крупной оправой и не допускать, чтобы оправа закрывала какую-либо часть глаз.
Фотография должна быть сделана не позднее, чем за 6 месяцев до ее предоставления, недопустимо использование фотографии в случае, если с момента фотосъемки произошли существенные изменения лица.
На фотографии не должно быть других людей или предметов.
Освещение должно быть равномерным, без теней или отражений на лице или фоне.
Освещение и процесс фотографирования при съемке должны обеспечивать цветовой баланс для правдивого отображения естественного цвета кожи.
Файл фотографии, размещаемой на бланке электронного полиса ОМС, должен иметь следующие характеристики:
1. тип файла — JPEG. Степень сжатия изображения должна обеспечивать наилучшее качество. Не допускается наличие видимых артефактов сжатия, наличие видимых глазом ступенчатых изменений цвета или наличие зубчатых границ в областях переходов цвета;
2. размеры: 320 пикселей по ширине и 400 пикселей по высоте;
3. цветность — 256 градаций серого цвета.