Приказ ФФОМС от 26.12.2013 N 276 "О внесении изменений в приказ ФОМС от 07.04.2011 г. N 79"
Документ утратил силу
Таблица 26 Правила формирования кодов учреждений и приложений, являющихся отправителями и получателями пакетов сообщений (необязательные компоненты указаны серым курсивом)
Отправитель | Получатель | ||
Приложение BHS.3, MSH.3 | Учреждение BHS.4, MSH.4 | Приложение BHS.5, MSH.5 | Учреждение BHS.6, MSH.6 |
<HD.1> код приложения</HD.1> | <HD.1>код учреждения</HD.1> <HD.2>1.2.643.2.40.3.3.1.0 </HD.2> <HD.3>ISO</HD.3> | <HD.1>код приложения</HD.1> | <НD.1>код учреждения</HD.1> <HD.2>1.2.643.2.40.3.3.1.0 </HD.2> <HD.3>ISO</HD.3> |
Описание ошибок ФЛК для сегмента BHS приведено в классификаторе Q010.
6.1.1.3.3 Сегмент BTS - "Конец пакета"
Структура сегмента конца пакета сообщений BTS описана в Таблице 27. Ошибки ФЛК для данного сегмента приведены в классификаторе Q012.
Таблица 27 Сегмент конца пакета BTS (Batch Trailer Segment)
XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
BTS.1 | ST | Да | Число сообщений | Число отдельных сообщений в пакете |
BTS.3 | NM | Да | Контрольная сумма пакета | Контрольная сумма рассчитывается по всем данным, находящимся между сегментами BHS и BTS. Для расчета используется алгоритм CRC32. Результат передается в шестнадцатеричной записи. |
6.1.1.3.4 Подтверждающие пакеты
Ответный пакет имеет такую же структуру, как и исходный пакет, и состоит из сообщений, каждое из которых является ответом на одно из посланных сообщений.
6.1.1.4 Структура и служебные сегменты исходных сообщений
Исходные сообщения всех типов имеют общую часть, включающую данные о сообщении в целом и о событии, его вызвавшем. Для сообщений, использующихся для организации описываемых в настоящем документе обменов данными, общая часть сообщений выглядит следующим образом:
код-группы-событий/\код-события/\ код-структуры-сообщения | |
<код-структуры-сообщения> | |
<MSH>...</MSH> | Заголовок сообщения |
<EVN >...</EVN> | Тип события |
... | |
... | Сегменты, специфичные для сообщений конкретного типа |
... | |
</код-структуры-сообщения> |
6.1.1.4.1 Сегмент MSH - "Заголовок сообщения"
6.1.1.4.1.1 Структура сегмента MSH
Сегмент MSH обязателен во всех сообщениях и не повторяется. Повторяющихся полей в сегменте нет.
XML-имя | Тип данных | Обяз. поле | Имя поля | Кмп | Обяз. кмп | Константа | Указания по заполнению | ||
MSH.1 | ST | Да | Разделитель полей | | | |||||
MSH.2 | ST | Да | Специальные символы кодирования | /\~\& | При xml-кодировании константа должна кодироваться как /\~\& | ||||
MSH.3 | HD | Усл | Приложение-отправитель | HD.1 | Да | Кодируемое название (см. примечание в конце таблицы) | |||
MSH.4 | HD | Усл | Учреждение-отправитель | HD.1 | Да | Код фонда ОМС из СК 1.2.643.2.40.3.3.1.0 (см. примечание в конце таблицы) | |||
HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | |||||||
HD.3 | Нет | ISO | |||||||
MSH.5 | HD | Усл | Приложение-получатель | HD.1 | Да | ЦК ЕРП | Кодируемое название (см. примечание в конце таблицы) | ||
MSH.6 | HD | Усл | Учреждение-получатель | HD.1 | Да | 00 | Код ФОМС из СК 1.2.643.2.40.3.3.1.0 (таблица 49) (см. примечание в конце таблицы) | ||
HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | |||||||
HD.3 | Нет | ISO | |||||||
MSH.7 | DTM | Да | Дата и время отправки сообщения | Дата, время и часовой пояс, установленные на часах операционной системы на момент готовности сообщения к отправке. Формат - в соответствии с требованиями, предъявляемыми к типу данных DTM (полный формат - см. таблицу 33). | |||||
MSH.9 | MSG | Да | Тип сообщения | MSG.1 | Да | Код группы событий. | |||
MSG.2 | Да | Код события изменения данных (таблица Б.3, графа 1). | |||||||
MSG.3 | Да | Код типа структуры сообщения (таблица Б.3, графа 2). | |||||||
MSH.10 | ST | Да | Идентификатор сообщения | Уникальный идентификатор сообщения. | |||||
MSH.11 | PT | Да | Тип прикладной обработки | PT.1 | Для сообщений производственной обработки | ||||
Да | P | Тип обработки сообщения: производственная обработка СК 1.2.643.2.40.5.100.103 (таблица 54). | |||||||
Для сообщений отладочного (тестового) режима | |||||||||
Да | D | Тип обработки сообщения: отладка (испытание) СК 1.2.643.2.40.5.100.103 (таблица 54). | |||||||
PT.2 | Для сообщений любого типа | ||||||||
Нет | Вид прикладной обработки: архивирование, восстановление из архива, начальная загрузка, текущая обработка (по умолчанию) СК 1.2.643.2.40.5.100.207 (таблица 55). | ||||||||
MSH.12 | VID | Да | Идентификатор версии стандарта | VID.1 | Да | 2.6 | Номер версии протокола ISO 27931. | ||
VID.2 | Нет | CWE.1 | Да | RUS | Код страны, реализующей адаптацию версии | ||||
CWE.2 | Нет | Российская Федерация | |||||||
CWE.3 | Нет | 1.2.643.2.40.5.0.25.3 | ОИД классификатора стран мира | ||||||
VID.3 | Усл | CWE.1 | Да | Код номера версии адаптированного протокола ФОМС. Отсутствие номера версии воспринимается как эквивалент версии 3.0. | |||||
CWE.3 | Нет | 1.2.643.2.40.1.55.1 | ОИД СК номеров версий протокола (таблица 60). | ||||||
Примечание
Значения полей MSH.3, MSH.4, MSH.5, MSH.6 являются обязательными только в том случае, если сообщение отсылается самостоятельно, не будучи вложенным в пакет. Для вложенных в пакет сообщений эти поля указывать не обязательно. В таком случае считается, что их значения совпадают со значениями соответствующих полей сегмента заголовка пакета (xml-имена BHS.3, BHS.4, BHS.5, BHS.6). Указания по заполнению значений этих полей даны при описании структуры сегмента BHS (см. таблицу 26).
Описание ошибок ФЛК для сегмента MSH приведено в классификаторе Q011.
6.1.1.4.2 Сегмент EVN - "Тип события"
6.1.1.4.2.1 Структура сегмента EVN
Сегмент EVN обязателен и не повторяется. Все указанные поля обязательны и включаются в сегмент ровно один раз.
Таблица 29 Заполнение сегмента EVN
XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
EVN.2 | DTM | Да | Дата и время регистрации события | Дата регистрации события. Значение поля записывается в сокращенном формате, без указания времени (так, как это предусмотрено для полей типа DT): ГГГГ-ММ-ДД. |
EVN.4 | IS | Да | Код причины события | Код причины события (ОИД СК 1.2.643.2.40.5.100.62, таблица 62). |
Описание ошибок ФЛК для сегмента EVN приведено в классификаторе Q004.
6.1.1.5 Структура и служебные сегменты ответных сообщений
Любое сообщение, посылаемое в ответ на исходное сообщение, будь то подтверждение приема, подтверждение прикладной обработки или ответ на запрос, должно включать в себя ряд сведений, которые позволяют связать его с исходным сообщением и указать, успешно ли завершился прием или обработка исходного сообщения. В ответное сообщение также включаются сведения об ошибках, обнаруженных в сообщении, либо возникших при его обработке.
Для большинства исходных сообщений этой информации достаточно в сообщениях подтверждения приема или прикладной обработки. В связи с этим в стандарт включено сообщение ACK - "Сообщение общего подтверждения", структура которого приведена ниже.
ACK/\код-события/\ACK │ Общее подтверждение
<ACK> │
<MSH>...</MSH> │ Заголовок сообщения
<MSA>...</MSA> │ Подтверждение сообщения
[{<ERR>...</ERR>}] │ Ошибка
</ACK> │Все подтверждения приема, подтверждения прикладной обработки и ответы на запрос начинаются так же, как описанное выше сообщение общего подтверждения. Если исходное сообщение требует передачи в сообщении подтверждения дополнительных данных, то эти данные включаются в сегменты, которые вставляются после сегмента ERR. Туда же включаются дополнительные сегменты, содержащие ответ на запрос в сообщениях, отвечающих на запросы.
6.1.1.5.1 Сегмент MSH - "Заголовок сообщения"
Таблица 30 Заполнение сегмента MSH для сообщений подтверждения приема и сообщений подтверждения прикладной обработки
XML-имя | Тип данных | Обяз. поле | Имя поля | Кмп | Обяз. кмп | Константа | Указания по заполнению | ||
MSH.1 | ST | Да | Разделитель полей | | | |||||
MSH.2 | ST | Да | Специальные символы кодирования | /\~\& | При xml-кодировании константа должна кодироваться как /\~\& | ||||
MSH.3 | HD | Усл | Приложение-отправитель | HD.1 | Да | Кодируемое название (см. примечание в конце таблицы) | |||
MSH.4 | HD | Усл | Учреждение-отправитель | HD.1 | Да | Код фонда ОМС из СК 1.2.643.2.40.3.3.1.0, таблица 49 (см. примечание в конце таблицы) | |||
HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | |||||||
HD.3 | Нет | ISO | |||||||
MSH.5 | HD | Усл | Приложение-получатель | HD.1 | Да | Кодируемое название (см. примечание в конце таблицы) | |||
MSH.6 | HD | Усл | Учреждение-получатель | HD.1 | Да | Код фонда ОМС из СК 1.2.643.2.40.3.3.1.0, таблица 49 (см. примечание в конце таблицы) | |||
HD.2 | Нет | 1.2.643.2.40.3.3.1.0 | |||||||
HD.3 | Нет | ISO | |||||||
MSH.7 | DTM | Да | Дата и время отправки сообщения | Дата, время и часовой пояс, установленные на часах операционной системы на момент готовности сообщения к отправке. Формат - в соответствии с требованиями, предъявляемыми к типу данных DTM (полный формат - см. таблицу 33). | |||||
MSH.9 | MSG | Да | Тип сообщения | Для сообщений с ответами на запросы | |||||
MSG.1 | Да | RSP | |||||||
MSG.2 | Да | Код ответа (таблица Б.27, графа 2) | |||||||
MSG.3 | Да | Тип структуры сообщения ответа (таблица Б.27, графа 4) (RSP_ZKn) | |||||||
Для сообщений подтверждения (сообщения общего подтверждения - см. п. 6.1.1.5). | |||||||||
MSG.1 | Да | ACK | |||||||
MSG.2 | Да | Код подтверждаемого события (из исходного сообщения). | |||||||
MSG.3 | Да | ACK | |||||||
MSH.10 | ST | Да | Идентификатор сообщения | Уникальный идентификатор сообщения. | |||||
MSH.11 | PT | Да | Тип прикладной обработки | Значение копируется из подтверждаемого сообщения. | |||||
MSH.12 | VID | Да | Идентификатор версии стандарта | VID.l | Да | 2.6 | Номер версии протокола ISO 27931. | ||
VID.2 | Нет | CWE.1 | Да | RUS | Код страны, реализующей адаптацию версии | ||||
CWE.2 | Нет | Российская Федерация | |||||||
CWE.3 | Нет | 1.2.643.2.40.5.0.25.3 | ОИД классификатора стран мира | ||||||
VID.3 | Усл. | CWE.1 | Да | Код номера версии адаптированного протокола ФОМС. Отсутствие номера версии воспринимается как эквивалент версии 3.0. | |||||
CWE.3 | Нет | 1.2.643.2.40.1.55.1 | ОИД СК номеров версий протокола (таблица 60). | ||||||
6.1.1.5.2 Сегмент MSA - "Подтверждение сообщения"
Сегмент подтверждения сообщения MSA содержит информацию, передаваемую в подтверждениях приема, прикладной обработки и в ответах на запросы.
Таблица 31 Сегмент MSA - "Подтверждение сообщения"
XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
MSA.1 | ID | Да | Код подтверждения | Код из СК 1.2.643.2.40.5.100.8 (таблица 57). |
MSA.2 | ST | Да | Идентификатор сообщения | Копируется из MSH.10 исходного (подтверждаемого) сообщения или сообщения запроса. Примечания. 1 Если структура файла, который должен содержать пакет сообщений и запросов, ошибочна (не является xml-сообщением или имеет структуру, не соответствующую xml-схеме), то в ответ на такой файл должен быть сформирован пакет, содержащий единственное сообщение подтверждения приема ACK. Значением MSA.2 в таком случае должно быть имя файла (включающее расширение), перед которым добавляется символ ''*''. 2 Если поле MSH.10 сообщения, входящего в пакет, не задано или заполнено пустым значением, то в подтверждении приема такого сообщения поле MSA.2 заполняется значением, построенным по следующему правилу: ''*'' + BHS.11 + ''*'' + <порядковый номер сообщения в пакете>. |
6.1.1.5.3 Сегмент ERR - "Информация об ошибке"
В сегменте ERR передаются комментарии по поводу возникших ошибок, если таковые имели место. Сегмент может использоваться также для передачи информационных сообщений и предупреждений. В таблице 32 даны правила заполнения полей сегмента.
Таблица 32 Сегмент ERR - "Информация об ошибке"
XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Кмп | Обяз. кмп | Константа | Указания по заполнению |
ERR.2 | ERL | Усл | Позиция ошибки | 0..1 | Позиция ошибки в сообщении. Не указывается только в том случае, когда ошибка относится к пакету сообщений или к сообщению в целом. | |||
ERL.1 | Да | Имя сегмента (MSH, PID и т.д.). | ||||||
ERL.2 | Да | Порядковый номер сегмента в сообщении. Указывается равным нулю в информации об ошибках, связанных с отсутствием обязательных сегментов. | ||||||
ERL.3 | Нет | Порядковый номер поля в сегменте. | ||||||
ERL.4 | Нет | Порядковый номер повторения поля. Значение "1" может быть опущено. | ||||||
ERL.5 | Нет | Номер компонента. | ||||||
ERL.6 | Нет | Номер субкомпонента. | ||||||
ERR.3 | CWE | Да | Код ошибки ISO 27931 | 1 | CWE.1 | Да | Код ошибки. | |
CWE.2 | Нет | Наименование ошибки. | ||||||
CWE.3 | Нет | 1.2.643.2.40.5.100.357 | ОИД системы кодирования ошибок ISO 27931 (таблица 58). | |||||
ERR.4 | ID | Да | Уровень серьезности | 1 | Код из СК 1.2.643.2.40.5.100.516 (таблица 59). | |||
ERR.5 | CWE | Да | Код ошибки приложения | 1 | CWE.1 | Да | Код сообщения <1>. | |
CWE.2 | Да | Текст сообщения | ||||||
CWE.3 | Нет | 1.2.643.2.40.1.13.8.3 - Ошибка форматно-логического контроля или прикладной обработки ЦС ЕРЗ. | ||||||
CWE.7 | Нет | Версия системного или прикладного ПО. | ||||||
ERR.6 | ST | Нет | Параметр ошибки | 0..* | Дополнительные значения, связанные с обнаруженной ошибкой. Каждое значение записывается с использованием формата код=значение где код - код из системы кодирования 1.2.643.2.40.1.22 (таблица 61), значение - значение, тип и структура которого определяется кодом, а содержательная интерпретация зависит от поля и определяется при описании соответствующей ошибки. | |||
--------------------------------
<1> Для процедур SQL-Server код составляется из двух компонентов, разделенных точкой: 1) код ошибки или сообщения (ERROR_NUMBER), 2) статус сообщения (ERROR_STATE). Если статус у сообщения не предусмотрен, то код сообщения передается без точки.
6.1.1.6 Общие сведения о запросах и ответах на них
Запросы могут иметь параметры, для спецификации которых могут применяться различные способы. В ИС ЕРЗ применяются запросы с простыми параметрами, предполагающие передачу параметров запроса в качестве значений последующих полей специального сегмента QPD, разного для разных запросов. Механизм запроса с простыми параметрами аналогичен механизму вызова хранимой процедуры базы данных.
В ответ на запрос возвращается сообщение, состоящее из сегментов ISO 27931. Это сообщение по своей структуре подобно сообщениям, описанным выше, и содержит те же сегменты.
6.1.1.6.1 Профили запросов
Под профилем запроса понимается описание запроса, содержащее следующие данные:
- Введение, в котором указывается точное имя запроса и словесное описание его назначения, а также тип запроса и тип ответа на запрос.
- Грамматика запроса, определяющая сегменты, которые могут быть переданы отправителем сообщения. Для каждого поля, входящего в указанные сегменты, в профиле запроса точно определяется, как переданное в этом поле значение должно интерпретироваться действующим лицом, которое должно отвечать на запрос.
- Грамматика ответа на запрос, определяющая сегменты, из которых должен быть сконструирован ответ на запрос.
6.1.1.6.2 Особенности обработки запросов
Для получения ответа на запрос прикладная информационная система передает в шлюз PC сообщение со структурой, предусмотренной грамматикой выбранного запроса. Шлюз PC производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно при необходимости псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Структура подтверждения приема для всех запросов одинакова и соответствует структуре общего подтверждения:
ACK/\код-запроса/\ACK │ Подтверждение приема запроса
<ACK> │
<MSH>...</MSH> │ Заголовок сообщения
<MSA>...</MSA> │ Подтверждение сообщения
[{<ERR>...</ERR>}] │ Ошибка ФЛК.
</ACK> │Сегменты сообщений подтверждения приема описаны в пункте 6.1.1.5. Специальных особенностей в их заполнении для прикладного подтверждения сообщений с запросами нет.
6.1.2 Типы данных, используемые в сообщениях
6.1.2.1 Простые типы данных
Состав простых типов данных сообщений стандарта ISO 27931:2009, используемых в ИС ЕРЗ ОМС, показан на рисунке 6, а их назначение и формат записи значений даны в таблице 33. В столбце "Примечания к реализации" даны дополнительные требования, накладываемые на тип данных в ИС ОМС по сравнению со стандартом ISO.
┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ DT │ │ DTM │ │ ID │ │ IS │ │ NM │ │ ST │ │ SI │ │ TX │ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘
Рисунок 6 Простые типы данных сообщений стандарта ISO 27931:2009
Таблица 33 Назначение и формат простых типов данных стандарта ISO 27931:2009
Тип данных | Название | Требования к формату | Примечания к реализации |
DT | Дата | гггг-мм-дд гггг - год, мм - месяц, дд - число месяца | Допускается указывать только дату целиком: год, месяц и число месяца обязательны. |
гггг только год | Допускается указывать только год в полях, представляющих собой дату рождения. | ||
гггг-мм гггг - год, мм - месяц | Допускается указывать год и месяц в полях, представляющих собой дату рождения. | ||
DTM | Дата и время | гггг-мм-ддТчч:мм:сс+/-чч:мм гггг-мм-дд - дата, чч:мм:сс - время, +чч:мм или -чч:мм - часовой пояс. | Если описанием поля предусмотрено указание даты и времени (полный формат), то указание времени с точностью до секунд и часового пояса обязательно. Полный формат для типа данных DTM должен отвечать стандарту ISO 8601. |
гггг-мм-дд гггг - год, мм - месяц, дд - число месяца | Допускается указывать только дату (сокращенный формат) в тех полях, где в указаниях по заполнению имеется прямое указание на это. Указание в таких полях даты и времени в полном формате не считается ошибкой; указанное время игнорируется. | ||
гггг только год | Допускается указывать только год в полях, представляющих собой дату рождения. | ||
гггг-мм гггг - год, мм - месяц | Допускается указывать год и месяц в полях, представляющих собой дату рождения. | ||
ID | Табличное значение стандарта ISO 27931:2009 | Значение должно браться из таблицы, включенной в стандарт. Номер таблицы указывается в описании поля, значения предопределены стандартом. | При описании полей типа ID указывается OID системы кодирования, построенной из таблицы стандарта. |
IS | Табличное значение, определяемое реализацией | Значение должно браться из таблицы. Номер таблицы указывается в описании поля, значения в стандарте не определены, их набор и интерпретация зависят от реализации. | При описании полей типа IS указывается OID системы кодирования, используемой для заполнения поля. |
NM | Число | Любой формат записи числового значения, допустимый в xml. | В данной реализации допускаются только натуральные числа и число 0. |
ST | Строка | Любая строка алфавитно-цифровых символов. | На формат значений некоторых полей накладываются дополнительные ограничения, которые даны в описании поля. |
SI | Номер сегмента | Натуральное число. | Служебный тип данных для полей, являющихся счетчиками повторяющихся сегментов в сообщении. |
TX | Текст | Текст в формате base64. | Используется для передачи произвольных вложений. |
6.1.2.2 Составные типы данных
Составные типы данных сообщений стандарта ISO 27931:2009, используемые в ИС ОМС, показаны на рисунке 7.
┌──────────────────────────────────────────────────────┐ ┌──────────────────────────────────────────────────────┐
│ CNE │ │ CWE │
├──────────────────────────────────────────────────────┤ ├──────────────────────────────────────────────────────┤
│+идентификатор : ST [1] │ │+идентификатор : ST [0..1] │
│+текст : ST [0..1] │ │+текст : ST [0..1] │
│+имя системы кодирования : ID [0..1] │ │+имя системы кодирования : ID [0..1] │
│+альтернативный идентификатор : ST [0..1] │ │+альтернативный идентификатор : ST [0..1] │
│+альтернативный текст : ST [0..1] │ │+альтернативный текст : ST [0..1] │
│+имя альтернативной системы кодирования : ID [0..1] │ │+имя альтернативной системы кодирования : ID [0..1] │
│+версия системы кодирования : ST [0..1] │ │+версия системы кодирования : ST [0..1] │
│+версия альтернативной системы кодирования : ST [0..1]│ │+версия альтернативной системы кодирования : ST [0..1]│
│+исходный текст [0..1] │ │+исходный текст [0..1] │
└──────────────────────────────────────────────────────┘ └──────────────────────────────────────────────────────┘
┌──────────────────────────────────────────────────┐ ┌──────────────────────────────┐
│ CX │ │ DR │
├──────────────────────────────────────────────────┤ ├──────────────────────────────┤
│+идентификатор : ST [1] │ │+начало диапазона : DTM [0..1]│
│+контрольная цифра идентификатора : ST [0..1] │ │+конец диапазона : DTM [0..1] │
│+система кодирования контрольной цифры : ID [0..1]│ └──────────────────────────────┘
│+присвоившая организация : HD [0..1] │ ┌──────────────────────────────────────────────┐
│+тип идентификатора : ID [0..1] │ │ EI │
│+место присвоения идентификатора : HD [0..1] │ ├──────────────────────────────────────────────┤
│+дата начала действия : DT [0..1] │ │+идентификатор : ST [0..1] │
│+срок действия : DT [0..1] │ │+пространство имен : IS [0..1] │
│+юрисдикция присвоения идентификаторов : CWE │ │+универсальный идентификатор : ST [0..1] │
│+присвоившая структурная единица : CWE [0..1] │ │+тип универсального идентификатора : ID [0..1]│
└──────────────────────────────────────────────────┘ └──────────────────────────────────────────────┘
┌──────────────────────────────────────┐ ┌────────────────────────────────────────┐
│ ERL │ │ FN │
├──────────────────────────────────────┤ ├────────────────────────────────────────┤
│+имя сегмента : ST [0..1] │ │+фамилия : ST [1] │
│+порядковый номер сегмента : NM [0..1]│ │+префикс собственной фамилии : ST [0..1]│
│+номер поля : NM [0..1] │ │+собственная фамилия : ST [0..1] │
│+номер повторения поля : NM [0..1] │ │+префикс фамилии супруга : ST [0..1] │
│+номер компонента : NM [0..1] │ │+фамилия супруга : ST [0..1] │
│+номер субкомпонента : NM [0..1] │ └────────────────────────────────────────┘
└──────────────────────────────────────┘ ┌────────────────────────────┐
│ QIP │
┌──────────────────────────────────────────────┐ ├────────────────────────────┤
│ HD │ │+имя параметра : ST [1] │
├──────────────────────────────────────────────┤ │+значение параметра : ST [1]│
│+код : IS [0..1] │ └────────────────────────────┘
│+универсальный идентификатор : ST [0..1] │ ┌──────────────────────────────────────┐
│+тип универсального идентификатора : ID [0..1]│ │ SAD │
└──────────────────────────────────────────────┘ ├──────────────────────────────────────┤
│+адрес в населенном пункте : ST [0..1]│
┌────────────────────────────────────────────────┐ │+улица : ST [0..1] │
│ XAD │ │+дом : ST [0..1] │
├────────────────────────────────────────────────┤ └──────────────────────────────────────┘
│+адрес в населенном пункте : SAD [0..1] │ ┌──────────────────────────────────────────────┐
│+другое указание : ST [0..1] │ │ VID │
│+населенный пункт : ST [0..1] │ ├──────────────────────────────────────────────┤
│+область : ST [0..1] │ │+идентификатор версии : ID [1] │
│+почтовый индекс : ST [0..1] │ │+код интернационализации : CWE [0..1] │
│+страна : ID [0] │ │+идентификатор локализованной версии : CWE [1]│
│+тип адреса : ID [0..1] │ └──────────────────────────────────────────────┘
│+другое географическое обозначение : ST [0..1] │ ┌──────────────────────────────────────────────────┐
│+код административной единицы : IS [0..1] │ │ XON │
│+избирательный участок : IS [0..1] │ ├──────────────────────────────────────────────────┤
│+код представления адреса : ID [0..1] │ │+наименование организации : ST [0..1] │
│+срок действия адреса : DR [0..1] │ │+тип наименования : IS [0..1] │
│+дата начала действия : DTM [0..1] │ │+идентификатор : NM [1] │
│+срок действия : DTM [0..1] │ │+контрольная цифра идентификатора : ST [0..1] │
│+причина прекращения действия : CWE [0..1] │ │+система кодирования контрольной цифры : ID [0..1]│
│+признак временного адреса : ID [0..1] │ │+присвоившая организация : HD [0..1] │
│+признак неправильного адреса : ID │ │+тип идентификатора : CWE [0..1] │
│+тип использования адреса : ID [0..1] │ │+место присвоения идентификатора : HD [0..1] │
│+адресат : ST [0..1] │ │+код представления наименования : ID [0..1] │
│+примечание : ST [0..1] │ │+идентификатор организации : ST [0..1] │
│+порядок предпочтения : NM [0..1] │ └──────────────────────────────────────────────────┘
│+код конфиденциальности : CWE [0..1] │ ┌─────────────────────────────────────┐
│+идентификатор адреса : EI [0..1] │ │ XPN │
└────────────────────────────────────────────────┘ ├─────────────────────────────────────┤
│+фамилия : FN [0..1] │
┌───────────────────────────────────────────────────┐ │+имя : ST [0..1] │
│ XTN │ │+отчество : ST [0..1] │
├───────────────────────────────────────────────────┤ │+суффикс : ST [0..1]{union} │
│+номер телефона [0] │ │+префикс : ST [0..1] │
│+код использования телекоммуникаций : ID [0..1] │ │+ученая степень : IS [0..1] │
│+тип телекоммуникационного оборудования : ID [0..1]│ │+код типа ФИО : ID [0..1] │
│+коммуникационный адрес : ST [0..1] │ │+код представления ФИО : ID [0..1] │
│+код страны : NM [0..1] │ │+контекст ФИО : CWE [0..1] │
│+код региона : NM [0..1] │ │+срок действия ФИО : DR [0..1] │
│+местный номер телефона : NM [0..1] │ │+порядок сборки ФИО : ID [0..1] │
│+дополнительный номер : NM [0..1] │ │+дата начала действия : DT [0..1] │
│+произвольный текст : ST [0..1] │ │+срок действия : DT [0..1] │
│+префикс дополнительного номера : ST [0..1] │ │+профессиональный суффикс : ST [0..1]│
└───────────────────────────────────────────────────┘ └─────────────────────────────────────┘Рисунок 7 Составные типы данных сообщений стандарта ISO 27931:2009
Далее описана структура каждого из составных типов данных. Некоторые компоненты являются обязательными; такие компоненты обязательно должны быть указаны в любом поле данного типа. Необязательные компоненты типа данных могут быть обязательными или условно-обязательными в конкретном поле данного типа, что указано в указаниях по заполнению соответствующего поля.
Серым курсивом указаны компоненты типа данных, не использующиеся в ИС ОМС.
6.1.2.2.1 Типы данных CNE и CWE
Кодируемые данные: CNE - без исключений (т.е. указание кода обязательно), CWE - с исключениями (т.е. указание кода не обязательно). В зависимости от контекста в одном и том же поле типа CNE или CWE могут передаваться коды из разных систем кодирования (в этом случае идентификатор системы кодирования должен быть указан). Расширение заданной системы кодирования собственными кодами не допускается.
В полях типов CNE и CWE могут одновременно передаваться код из местной системы кодирования (в полях CNE.1 - CNE.3, CNE.7 или CWE.1 - CWE.3, CWE.7) и код из унифицированной (альтернативной) системы кодирования (в полях CNE.4 - CNE.6, CNE.8 или CWE.4 - CWE.6, CWE.8). Эти коды должны означать одно и то же понятие. Такая возможность в ИС ЕРЗ пока не используется.
Таблица 34 Состав типов данных CNE и CWE
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
CNE.1 | идентификатор | ST | Да | Последовательность символов (код), однозначно идентифицирующая объект или понятие системы кодирования. Различные системы кодирования могут давать различные элементы этого типа для одного и того же объекта или понятия. |
CWE.1 | идентификатор | ST | Нет | |
CNE.2 CWE.2 | текст | ST | Нет | Имя или описание объекта или понятия, данное в соответствующей системе кодирования. |
CNE.3 CWE.3 | имя системы кодирования | ID | Нет | Каждой системе кодирования присваивается уникальный идентификатор. Этот компонент используется для идентификации системы кодирования, принятой для первого компонента поля - идентификатора. Сочетание идентификатора и имени системы кодирования должно быть уникальным кодом элемента данных. Каждая система кодирования имеет свой уникальный идентификатор. В качестве имен систем кодирования в ИС ЕРЗ используются ОИДы. |
CNE.4 CWE.4 | альтернативный идентификатор | ST | Нет | |
CNE.5 CWE.5 | альтернативный текст | ST | Нет | |
CNE.6 CWE.6 | имя альтернативной системы кодирования | ID | Нет | |
CNE.7 CWE.7 | версия системы кодирования | ST | Нет | |
CNE.8 CWE.8 | версия альтернативной системы кодирования | ST | Нет | |
CNE.9 CWE.9 | исходный текст | ST | Нет | Исходный текст, которому сопоставлен данный код. Компонент предназначен для обеспечения возможностей отложенного кодирования значений и для проверки правильности кодирования. |
6.1.2.2.2 Тип данных CX
Расширенный составной идентификатор.
Таблица 35 Состав типа данных CX
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
CX.1 | идентификатор | ST | Да | Произвольный идентификатор (например, серия и номер документа, удостоверяющего личность). В ИС ЕРЗ ОМС используется для передачи идентификаторов застрахованных лиц. |
CX.2 | контрольная цифра идентификатора | ST | Нет | |
CX.З | система кодирования контрольной цифры | ID | Нет | Таблица HL70061 |
CX.4 | присвоившая организация | HD | Нет | В качестве организации, присвоившей идентификатор, может использоваться уникальное имя системы, создавшей этот идентификатор. Конкретное использование компонента описано в каждом конкретном поле соответствующего типа. |
CX.5 | тип идентификатора | ID | Да | Код, указывающий тип идентификатора (например, тип удостоверения личности - паспорт, свидетельство о рождении и т.д.) |
CX.6 | место присвоения идентификатора | HD | Нет | |
CX.7 | дата начала действия | DT | Нет | Дата, начиная с которой идентификатор считается действующим. |
CX.8 | срок действия | DT | Нет | Дата, начиная с которой идентификатор считается прекратившим действие. |
CX.9 | юрисдикция присвоения идентификаторов | CWE | Нет | |
CX.10 | присвоившая структурная единица | CWE | Нет |
6.1.2.2.3 Тип данных DR
Период времени.
Таблица 36 Состав типа данных DR
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
DR.1 | дата и время начала периода | DTM | Усл | Дата или дата и время начала периода. Значение поля обязательно для сообщений изменения данных. В запросах может быть опущено. |
DR.2 | дата и время окончания периода | DTM | Усл | Дата или дата и время окончания периода. Значение поля обязательно для сообщений изменения данных. В запросах может быть опущено. |
6.1.2.2.4 Тип данных EI
Идентификация сущности (субъекта, объекта, понятия системы кодирования). В ИС ЕРЗ ОМС используется для идентификации ОИД систем кодирования в пространстве ОИД, задаваемом используемым справочником справочников. По этой причине компоненты EI.2 - EI.4 могут быть опущены и не используются в сообщениях.
Таблица 37 Состав типа данных EI
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
EI.1 | идентификатор | ST | Да | Идентификатор из заданного пространства имен |
EI.2 | пространство имен | IS | Нет | |
EI.3 | универсальный идентификатор | ST | Нет | |
EI.4 | тип универсального идентификатора | ID | Нет |
6.1.2.2.5 Тип данных ERL
Указатель позиции ошибки.
Таблица 38 Состав типа данных ERL
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
ERL.1 | Имя сегмента (PID, IN1 и т.д.) | ST | Усл | Имя сегмента и его порядковый номер в сообщении могут быть опущены только в одном случае: если ошибка относится к пакету сообщений в целом |
ERL.2 | Порядковый номер сегмента в сообщении | NM | Усл | |
ERL.3 | Порядковый номер поля в сегменте | NM | Нет | |
ERL.4 | Порядковый номер повторения поля | NM | Нет | |
ERL.5 | Номер компонента | NM | Нет | |
ERL.6 | Номер субкомпонента | NM | Нет |
6.1.2.2.6 Тип данных FN
Фамилия. Тип данных, использующийся только в составе других составных типов данных и не разрешенный к использованию в качестве типа данных поля.
Таблица 39 Состав типа данных FN
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
FN.1 | фамилия | ST | Да | Фамилия |
FN.2 | префикс собственной фамилии | ST | Нет | |
FN.3 | собственная фамилия | ST | Нет | |
FN.4 | префикс фамилии супруга | ST | Нет | |
FN.5 | фамилия супруга | ST | Нет |
6.1.2.2.7 Тип данных HD
Иерархический идентификатор. В ИС ЕРЗ ОМС используется:
а) для обозначения учреждений и приложений, участвующих в информационном обмене;
б) для обозначения кодируемых понятий при обмене сообщениями об изменениях НСИ.
В обоих вариантах использования для кодирования понятий используется парадигма уникального идентификатора, состоящего из пары {код, уникальный идентификатор системы кодирования}. В качестве уникального идентификатора системы кодирования используется ОИД, что в соответствии со стандартом ISO 27931 обозначается константой "ISO" в компоненте HD.3. Кроме того, в соответствии с требованиями стандарта ISO 27931 компоненты HD.2 и HD.3 могут присутствовать или не присутствовать в составе значения типа данных только вместе.
Таблица 40 Состав типа данных HD
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
HD.1 | код | IS | Да | |
HD.2 | универсальный идентификатор системы кодирования | ST | Усл | ОИД системы кодирования для кода, указанного в компоненте HD.1. Конкретная система кодирования и обязательность компонента определяется в описании соответствующего поля типа данных HD. |
HD.3 | тип универсального идентификатора (ОИД) | ID | Усл | Если указан ОИД системы кодирования в компоненте HD.2, то в HD.3 должна быть указана константа ISO. |
6.1.2.2.8 Тип данных QIP
Параметр запроса. Используется для передачи нестандартных параметров отчетов.
Таблица 41 Состав типа данных QIP
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
QIP.1 | имя параметра | ST | Да | Имя параметра. |
QIP.2 | значение параметра | ST | Да | Значение параметра. При записи параметров, имеющих составной тип данных, используются исходные правила кодирования. |
6.1.2.2.9 Тип данных SAD
Адрес в населенном пункте. Тип данных, использующийся только в составе других составных типов данных и не разрешенный к использованию в качестве типа данных поля.
Таблица 42 Состав типа данных SAD
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
SAD.1 | адрес на улице или почтовый адрес | ST | Нет | Используется для уточнений адреса, дополнительных к номеру дома на улице, например, для указания наименования организации. |
SAD.2 | улица | ST | Нет | |
SAD.3 | дом | ST | Нет |
6.1.2.2.10 Тип данных VID
Идентификатор версии протокола. Составной тип данных, позволяющий указать версию протокола ISO 27931, страну, в которой произведена локализация версии, и конкретный вариант локализации.
Таблица 43 Состав типа данных VID
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
VID.1 | идентификатор версии | ID | Да | Идентификатор версии стандарта ISO 27931. В описываемом протоколе используется версия 2.6. |
VID.2 | код интернационализации | CWE | Нет | Код страны, в которой локализована версия протокола. В описываемом протоколе используется код из справочника ОКСМ: RUS - Российская Федерация. |
VID.3 | идентификатор локализованной версии | CWE | Да | Код, уточняющий локализацию внутри страны. В описываемом протоколе используются коды версий протокола ФОМС из системы кодирования 1.2.643.2.40.1.55.1 (таблица 60). |
6.1.2.2.11 Тип данных XAD
Структурированный адрес. Поля данного типа используются для передачи сведений об адресе регистрации по месту жительства лица, состоящего на учете.
Таблица 44 Состав типа данных XAD
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
XAD.1 | в населенном пункте | SAD | Нет | |
XAD.2 | другое указание | ST | Нет | |
XAD.3 | населенный пункт | ST | Нет | |
XAD.4 | область | ST | Нет | |
XAD.5 | почтовый индекс | ST | Нет | |
XAD.6 | страна | ID | Усл | Код страны. Обязательный компонент для адреса с типом N (адрес места рождения). Код из ОКСМ-3 (классификатор стран мира, трехбуквенный код). Если код страны не указан, то принимается значение по умолчанию RUS (Российская Федерация). |
XAD.7 | тип адреса | ID | Да | Тип адреса: адрес регистрации, адрес проживания, адрес рождения и др. |
XAD.8 | другое географическое обозначение | ST | Нет | |
XAD.9 | код административной единицы | IS | Да | Код административной единицы, к которой относится данный адрес. В ИС ЕРЗ ОМС используется код по ОКАТО. |
XAD.10 | избирательный участок | IS | Нет | |
XAD.11 | код представления адреса | ID | Нет | |
XAD.12 | срок действия адреса | DR | Нет | |
XAD.13 | дата начала действия | DTM | Нет | |
XAD.14 | срок действия | DTM | Нет | |
XAD.15 | причина прекращения действия | CWE | Нет | |
XAD.16 | признак временного адреса | ID | Нет | |
XAD.17 | признак неправильного адреса | ID | Нет | |
XAD.18 | тип использования адреса | ID | Нет | |
XAD.19 | адресат | ST | Нет | |
XAD.20 | примечание | ST | Нет | |
XAD.21 | порядок предпочтения | NM | Нет | |
XAD.22 | код конфиденциальности | CWE | Нет | |
XAD.22 | идентификатор адреса | EI | Нет |
6.1.2.2.12 Тип данных XON
Наименование организации и ее код.
Таблица 45 Состав типа данных XON
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
XON.1 | наименование организации | ST | Нет | |
XON.2 | тип наименования | IS | Да | |
XON.4 | контрольная цифра идентификатора | ST | Нет | |
XON.5 | система кодирования контрольной цифры | ID | Нет | |
XON.6 | присвоившая организация | HD | Нет | |
XON.7 | тип идентификатора | CWE | Нет | |
XON.8 | место присвоения идентификатора | HD | Нет | |
XON.9 | код представления наименования | ID | Нет | |
XON.10 | идентификатор организации | ST | Нет |
6.1.2.2.13 Тип данных XPN
Фамилия, имя, отчество.
Таблица 46 Состав типа данных XPN
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
XPN.1 | фамилия | FN | Усл | Фамилия |
XPN.2 | имя | ST | Усл | Имя |
XPN.3 | отчество | ST | Усл | Отчество. Обязательно, если указано в документе, удостоверяющем личность. |
XPN.4 | суффикс | ST | Нет | |
XPN.5 | префикс | ST | Нет | |
XPN.6 | ученая степень | IS | Нет | |
XPN.7 | код типа ФИО | ID | Да | |
XPN.8 | код представления ФИО | ID | Нет | |
XPN.9 | контекст ФИО | CWE | Нет | |
XPN.10 | срок действия ФИО | DR | Нет | |
XPN.11 | порядок сборки ФИО | ID | Нет | |
XPN.12 | дата начала действия | DT | Нет | |
XPN.13 | срок действия | DT | Нет | |
XPN.14 | профессиональный суффикс | ST | Нет |
6.2 Протокол обмена в формате CSV
6.2.1 Общие сведения о протоколе обмена в формате CSV
Формат CSV используется для обмена большими объемами данных между ТФОМС и ФОМС для решения следующих задач:
1) сверка данных между Региональным и Центральным сегментами ЕРЗ,
2) загрузка сведений о прикреплении застрахованных лиц к медицинским организациям.
6.2.1.1 Общая схема обмена данными
Общая схема обмена данными в формате CSV приведена на рисунке 8.
┌──────────────────┐ ┌──────────────────┐ │ │ │ │ │ │ Исходное сообщение │ │ │ ├──────────────────────────────────>│ │ │ Отправитель │ Журнал ФЛК │ Получатель- │ │ сообщений │< ─────────────────────────────────┤ сообщений │ │ │ Журнал обработки (загрузки) │ │ │ │< ─────────────────────────────────┤ │ │ │ │ │ │ │ │ │ └──────────────────┘ └──────────────────┘
Рисунок 8 Классификация сообщений CSV-протокола
Отправитель (ТФОМС) посылает в адрес получателя (ФОМС) через шлюз РС ЕРЗ исходное сообщение в формате CSV. Шлюз производит форматно-логический контроль сообщения и возвращает журнал форматно-логического контроля, содержащий описания ошибок исходного сообщения. Если ошибок нет, то исходное сообщение псевдонимизируется и отправляется в адрес ЦС ЕРЗ. После обработки "по существу" ЦС ЕРЗ возвращает журнал обработки (журнал загрузки), содержащий сведения о результатах обработки исходного сообщения.
6.2.1.2 Структура исходного сообщения
Формат CSV (commaseparatedvalues - текстовый с разделителями) - это формат, специально предназначенный для обмена большими объемами записей, имеющих однородную структуру. Каждая запись занимает отдельную строку файла, в которой передаваемые значения отделяются друг от друга заданным разделителем.
К csv-файлам, которые используются при обменах в ЕРЗ, предъявляются следующие требования.
1 При кодировании файла следует использовать кодовую страницу Windows-1251.
2 В первой строке должны быть перечислены имена атрибутов, разделенные точкой с запятой (";" код ). Перечень атрибутов, порядок их следования, назначение, наименования и требования к правилам заполнения определены в разделах, посвященных конкретным типам сообщений.
3 Последующие несколько строк, начиная со второй строки, занимают метаданные файла, включающие, как правило, сведения об отправителе, дате отправки и некоторые другие данные, специфичные для конкретного типа сообщения. Каждое значение в разделе метаданных размещается в отдельной строке. Количество строк, отведенных на метаданные, является строго фиксированным для каждого типа сообщения.
4 Признаком окончания метаданных служит специальная служебная строка-разделитель, содержащая следующую последовательность символов:
(((|||)))
(последовательность кодов: , , , , , , , , )
5 После служебной строки следуют строки с передаваемыми значениями.
Требования к заполнению строк со значениями атрибутов:
- Значения атрибутов должны следовать строго в том порядке, который задан для конкретного сообщения.
- Значения отделяются друг от друга знаком "точка с запятой" (";" код ).
- Каждое отдельное значение должно быть взято в кавычки с обеих сторон (код ).
- Обязательные для заполнения значения помечены значением Да в графе "Обяз.". Имена таких атрибутов выделены жирным шрифтом.
- Некоторые поля являются обязательными при определенных условиях. Такие поля также выделены жирным шрифтом и дополнительно помечены в графе "Обяз." значением Усл (т.е. условно-обязательное). Условие, при котором заполнение данного поля является обязательным, указывается в столбце "Указания по заполнению".
- Необязательные атрибуты помечены графе "Обяз." значением Нет. Значения таких атрибутов могут отсутствовать.
- Если значение отсутствует, то на его месте следует вставить очередную точку с запятой (кавычки в таком случае не требуются).
- Кавычки на месте отсутствующих значений в конце строки ставить не обязательно.
6 Строки файла должны отделяться друг от друга парой знаков "возврат каретки" и "перевод строки" (коды и ), следующих непосредственно друг за другом.
7 Файл не должен начинаться со знаков "возврат каретки" и "перевод строки" или заканчиваться этими знаками. Включение в файл пустых строк (повторение пар "возврат каретки" и "перевод строки" несколько раз непосредственно друг за другом) не допускается.
8 Если знаки, являющиеся разделителями (точка с запятой и кавычки) встречаются внутри передаваемого значения, то перед ними должен быть вставлен знак "обратная косая черта" ("\"; код ). Одиночный знак "\" должен быть заменен парой знаков "\\". Правила замены даны в таблице 47.
Таблица 47 Замена специальных знаков при передаче csv-файлов
Знак | Замена |
" | \" |
; | \; |
\ | \\ |
6.2.1.3 Структура журнала форматно-логического контроля
Если в исходном сообщении не обнаружено ошибок ФЛК, то ответный файл будет содержать только один символ - латинскую букву "N".
Если в исходном файле обнаружены ошибки ФЛК, то для каждой строки исходного файла, содержащей ошибки, в журнал ФЛК включается строка, содержащая коды ошибок, обнаруженных в строке исходного файла.
Первым компонентом строки с описанием ошибки указывается порядковый номер строки исходного файла (нумерация строк файла начинается с первой строки метаданных, т.е. со второй строки файла), вторым - ЕНП, если он был указан в соответствующей строке исходного сообщения. Если ЕНП в строке исходного сообщения не был указан, то на месте второго компонента ставится очередная точка с запятой. Третий и последующие компоненты содержит коды ошибок, обнаруженных в строке исходного файла.
6.2.1.4 Структура журнала прикладной обработки
Структура журнала прикладной обработки является специфической для каждого сообщения и описана в соответствующем разделе.
В журнале прикладной обработки могут указываться ошибки прикладной обработки.
6.2.2 Правила именования файлов обмена
Сообщения в формате csv должны передаваться в файлах, имена которых имеют структуру, указанную в таблице 48.
Обозначения, принятые в таблице 48:
<код территории> - пятизначный код ОКАТО территории прикрепления (из системы кодирования 1.2.643.2.40.3.3.1);
<год> - год, данные за который посылаются в сообщении;
<порядковый номер сообщения> - трехзначный порядковый номер сообщения данного типа. Сообщения (файлы) должны нумероваться последовательными целыми числами, начиная с 001.
Таблица 48 Правила именования файлов обмена
Назначение файла | Имя | Расширение | Комментарий |
Сообщение о прикреплении застрахованных лиц к МО. | M<код типа сообщения> <код территории> <порядковый номер сообщения> | csv | Сообщение формирует ИС РС ЕРЗ и передает в шлюз РС. |
Журнал ФЛК сообщения о прикреплении. | L<код типа сообщения> <код территории> <порядковый номер сообщения> | csv | Сообщение формирует шлюз РС и передает в ИС РС ЕРЗ. Имя файла строится из имени исходного файла заменой первой буквы на букву L. |
Журнал прикладной обработки сообщения о прикреплении. | E<код типа сообщения> <код территории> <порядковый номер сообщения> | csv | Сообщение формирует ЦС ЕРЗ и через шлюз РС передает в ИС РС ЕРЗ. Имя файла строится из имени исходного файла заменой первой буквы на букву E. |
Сообщение сверки данных. | Q<код типа сообщения> <код территории> <год> <порядковый номер сверки в году> | csv | Сообщение формирует ИС РС ЕРЗ и передает в шлюз РС. |
Журнал ФЛК сверки данных | VerificationUtilLog | txt | Формируется для каждого файла сверки утилитой псевдонимизации шлюза РС. |
Псевдонимизированное сообщение сверки данных. | P<код типа сообщения> <код территории> <год> <порядковый номер сверки в году> | csv | Сообщение формирует утилитой псевдонимизации шлюза РС для передачи в ЦС ЕРЗ. Имя файла строится из имени исходного файла заменой первой буквы на букву P. |
Протокол сверки данных. | R<код типа сообщения> <код территории> <год> <порядковый номер сверки в году> | csv | Сообщение формирует ЦС ЕРЗ и через шлюз РС передает в ИС РС ЕРЗ. Имя файла строится из имени исходного файла заменой первой буквы на букву R. |
Пример.
M46000002.csv - файл для загрузки данных о прикреплении застрахованных лиц к медицинским организациям из Московского областного фонда ОМС; вторая выгрузка (часть).
6.3 Дополнительные сведения
6.3.1 Перечень и состав используемых систем кодирования
Таблица 49 Коды фондов ОМС, соответствующих им территорий страхования (коды ОКАТО, дополненные справа нулями до 5 знаков) и Федеральных округов
Код ТФОМС (ОИД 1.2.643.2.40.3.3.1.0) | Наименование территории страхования - субъекта Российской Федерации | Код территории страхования (ОИД 1.2.643.2.40.3.3.1) | Код Федерального округа (ОИД 1.2.643.2.40.3.3.2) |
00 | Российская Федерация (Федеральный фонд ОМС) | 00000 | |
01 | Республика Адыгея | 79000 | 3 |
02 | Республика Башкортостан | 80000 | 5 |
03 | Республика Бурятия | 81000 | 7 |
04 | Республика Алтай | 84000 | 7 |
05 | Республика Дагестан | 82000 | 4 |
06 | Республика Ингушетия | 26000 | 4 |
07 | Кабардино-Балкарская Республика | 83000 | 4 |
08 | Республика Калмыкия | 85000 | 3 |
09 | Карачаево-Черкесская Республика | 91000 | 4 |
10 | Республика Карелия | 86000 | 2 |
11 | Республика Коми | 87000 | 2 |
12 | Республика Марий Эл | 88000 | 5 |
13 | Республика Мордовия | 89000 | 5 |
14 | Республика Саха (Якутия) | 98000 | 8 |
15 | Республика Северная Осетия - Алания | 90000 | 4 |
16 | Республика Татарстан | 92000 | 5 |
17 | Республика Тыва | 93000 | 7 |
18 | Удмуртская Республика | 94000 | 5 |
19 | Республика Хакасия | 95000 | 7 |
20 | Чеченская Республика | 96000 | 4 |
21 | Чувашская Республика | 97000 | 5 |
22 | Алтайский край | 01000 | 7 |
23 | Краснодарский край | 03000 | 3 |
24 | Красноярский край | 04000 | 7 |
25 | Приморский край | 05000 | 8 |
26 | Ставропольский край | 07000 | 4 |
27 | Хабаровский край | 08000 | 8 |
28 | Амурская область | 10000 | 8 |
29 | Архангельская область | 11000 | 2 |
30 | Астраханская область | 12000 | 3 |
31 | Белгородская область | 14000 | 1 |
32 | Брянская область | 15000 | 1 |
33 | Владимирская область | 17000 | 1 |
34 | Волгоградская область | 18000 | 3 |
35 | Вологодская область | 19000 | 2 |
36 | Воронежская область | 20000 | 1 |
37 | Ивановская область | 24000 | 1 |
38 | Иркутская область | 25000 | 7 |
39 | Калининградская область | 27000 | 2 |
40 | Калужская область | 29000 | 1 |
41 | Камчатский край | 30000 | 8 |
42 | Кемеровская область | 32000 | 7 |
43 | Кировская область | 33000 | 5 |
44 | Костромская область | 34000 | 1 |
45 | Курганская область | 37000 | 6 |
46 | Курская область | 38000 | 1 |
47 | Ленинградская область | 41000 | 2 |
48 | Липецкая область | 42000 | 1 |
49 | Магаданская область | 44000 | 8 |
50 | Московская область | 46000 | 1 |
51 | Мурманская область | 47000 | 2 |
52 | Нижегородская область | 22000 | 5 |
53 | Новгородская область | 49000 | 2 |
54 | Новосибирская область | 50000 | 7 |
55 | Омская область | 52000 | 7 |
56 | Оренбургская область | 53000 | 5 |
57 | Орловская область | 54000 | 1 |
58 | Пензенская область | 56000 | 5 |
59 | Пермский край | 57000 | 5 |
60 | Псковская область | 58000 | 2 |
61 | Ростовская область | 60000 | 3 |
62 | Рязанская область | 61000 | 1 |
63 | Самарская область | 36000 | 5 |
64 | Саратовская область | 63000 | 5 |
65 | Сахалинская область | 64000 | 8 |
66 | Свердловская область | 65000 | 6 |
67 | Смоленская область | 66000 | 1 |
68 | Тамбовская область | 68000 | 1 |
69 | Тверская область | 28000 | 1 |
70 | Томская область | 69000 | 7 |
71 | Тульская область | 70000 | 1 |
72 | Тюменская область | 71000 | 6 |
73 | Ульяновская область | 73000 | 5 |
74 | Челябинская область | 75000 | 6 |
75 | Забайкальский край | 76000 | 7 |
76 | Ярославская область | 78000 | 1 |
77 | г. Москва | 45000 | 1 |
78 | г. Санкт-Петербург | 40000 | 2 |
79 | Еврейская АО | 99000 | 8 |
80 | Ненецкий АО | 11100 | 2 |
81 | Ханты-Мансийский АО | 71100 | 6 |
82 | Чукотский АО | 77000 | 8 |
83 | Ямало-Ненецкий АО | 71140 | 6 |
84 | г. Байконур | 55000 |
Таблица 50 Коды Федеральных округов Российской Федерации (ОИД 1.2.643.2.40.3.3.2)
Код | Название округа |
1 | Центральный |
2 | Северо-Западный |
3 | Южный |
4 | Северо-Кавказский |
5 | Приволжский |
6 | Уральский |
7 | Сибирский |
8 | Дальневосточный |
Таблица 51 Индикатор Да-Нет (ОИД 1.2.643.2.40.5.100.136)
Код | Значение |
Y | "Да" (логическое значение "Истина") |
N | "Нет" (логическое значение "Ложь") |
Таблица 52 Коды приложений - участников обмена данными (ОИД 1.2.643.2.40.5.100.361)
Код | Значение | Примечание |
СРЗ | Сводный регистр застрахованных лиц | Конкретный ТФОМС определяется в соответствующем поле, задающем код организации - участника обмена данными. |
Допускается также использование формата | ||
СРЗ код | ||
где код берется из СК 1.2.643.2.40.3.3.1.0. | ||
ШРС | Шлюз Регионального сегмента ИС ЕРЗ | Конкретный ТФОМС определяется в соответствующем поле, задающем код организации - участника обмена данными. |
Допускается также использование формата | ||
ШРС код | ||
где код берется из СК 1.2.643.2.40.3.3.1.0. | ||
АРМ ТФОМС | Автоматизированное рабочее место сотрудника ТФОМС | Конкретный ТФОМС определяется в соответствующем поле, задающем код организации - участника обмена данными. |
ЦС ЕРЗ | Центральный сегмент ИС ЕРЗ | |
НСИ | Подсистема публикации и распространения НСИ ЦС ЕРЗ | |
ШРС НСИ | Подсистема приема сообщений НСИ шлюза РС ЕРЗ | Конкретный ТФОМС определяется в соответствующем поле, задающем код организации - участника обмена данными. |
ВПДП | Автоматизированное рабочее место информационной системы выпуска, персонализации и доставки полисов ОМС. | Конкретный ТФОМС определяется в соответствующем поле, задающем код организации - участника обмена данными. |
Допускается также использование формата | ||
ВПДП код | ||
где код берется из СК 1.2.643.2.40.3.3.1.0. |
Таблица 53 Коды организаций - участников обмена данными (ОИД 1.2.643.2.40.5.100.362)
Код | Значение | Примечание |
ТФОМС | Территориальный фонд ОМС | Обозначает любой ТФОМС в случае, когда сообщение следует отправить во все ТФОМС. Для обозначения конкретного ТФОМС следует использовать значения из системы кодирования 1.2.643.2.40.3.3.1.0 (коды фондов ОМС). |
ФОМС | Федеральный фонд обязательного медицинского страхования | Эквивалентен коду 00 из СК 1.2.643.2.40.3.3.1.0. |
ЦВП | Центр выпуска полисов ОМС |
Таблица 54 Типы обработки (ОИД 1.2.643.2.40.5.100.103)
Код | Значение |
D | Отладка |
P | Производственная обработка |
T | Обучение |
Таблица 55 Вид прикладной обработки (ОИД 1.2.643.2.40.5.100.207)
Код | Значение | Примечание |
A | Архивирование | |
R | Восстановление из архива | |
I | Начальная загрузка | |
T | Текущая обработка | Текущая обработка подразумевается также, если вид прикладной обработки не указан |
Таблица 56 Тип подтверждения приема или прикладной обработки (ОИД 1.2.643.2.40.5.100.155)
Код | Значение |
AL | Посылать подтверждение всегда. |
ER | Посылать подтверждение только в случае ошибки, обнаруженной в сообщении, либо в случае отказа в приеме или обработке сообщения. |
NE | Не посылать подтверждение никогда. |
SU | Посылать подтверждение только в случае успешного приема (обработки) сообщения. |
Таблица 57 Код подтверждения (таблица 0008 - 1.2.643.2.40.5.100.8)
Код | Описание | Применение |
CA | Подтверждение приема: принято | Сообщение принято и передано на прикладную обработку. |
CE | Подтверждение приема: ошибка | Сообщение не принято из-за ошибок приема-передачи, либо невозможности правильно интерпретировать сообщение (ошибки ФЛК). |
CR | Подтверждение приема: отвергнуто | Сообщение не принято из-за ошибок в сообщении (несоответствие xml-схеме, неверная контрольная сумма пакета, отсутствие идентификатора пакета или сообщения). |
AA | Прикладное подтверждение: приемлемо | Сообщение не содержит ошибок форматно-логического контроля и не противоречит информации, уже имеющейся в ЕРП. Обработка сообщения завершена в соответствии с штатными требованиями. |
AE | Прикладное подтверждение: ошибка | При обработке сообщения обнаружены ошибки, которые не являются препятствием для продолжения обработки. Обработка сообщения завершена в соответствии с штатными требованиями. |
AR | Прикладное подтверждение: отвергнуто | При обработке сообщения обнаружены ошибки, являющиеся препятствием для продолжения обработки. В обработке сообщения отказано. |
Таблица 58 Код ошибки ИСО 27931 (таблица 0357 - 1.2.643.2.40.5.100.357)
Код | Описание | Применение |
0 | Сообщение принято | Прикладная обработка завершена успешно. Эквивалентно коду подтверждения AA в поле MSA.1. Используется для передачи информационных сообщений, не являющихся ошибками. |
100 | Ошибочный порядок сегментов | Ошибка: нарушен порядок следования сегментов, либо отсутствует обязательный сегмент. |
101 | Отсутствует обязательное поле | Ошибка: Отсутствует обязательное поле сегмента. |
102 | Неверный тип данных | Ошибка: Заполненное поле содержит данные, не соответствующие его типу, напр., поле типа NM содержит "FOO". |
103 | Не найдено табличное значение | Ошибка: Поле типа ID или IS содержит значение, отсутствующее в соответствующей ему таблице. |
200 | Тип сообщения не поддерживается | Отказ обработки (фатальная ошибка): Тип сообщения не поддерживается. |
201 | Код события не поддерживается | Отказ обработки (фатальная ошибка): Код события не поддерживается. |
202 | Тип прикладной обработки не поддерживается | Отказ обработки (фатальная ошибка): Тип прикладной обработки не поддерживается. |
203 | Версия не поддерживается | Отказ обработки (фатальная ошибка): Версия ИСО 27931 не поддерживается (имеется в виду значение поля MSH.12 целиком). |
204 | Неизвестный ключевой идентификатор | Отказ обработки (фатальная ошибка): Идентификатор лица, состоящего на учете, организации, и т.п. не найден. Используется для транзакций, отличных от создающих новые регистрируемые объекты. Пример: посылка сообщения об изменении места жительства лица, не зарегистрированного в ЕРП. Дополнительные сведения об ошибке содержатся в сегменте ERR. |
205 | Дубль ключевого идентификатора | Отказ обработки (фатальная ошибка): Идентификатор лица, состоящего на учете, организации, и т.п. уже существует. Используется в ответах на транзакции, требующие добавления новых регистрируемых объектов. Пример: посылается сообщение о регистрации лица, состоящего на учете, все данные которого, в том числе ЕНП, совпадают с данными лица, уже зарегистрированного ранее в ЕРЗ. Дополнительные сведения об ошибке содержатся в сегменте ERR. |
206 | Запись приложения блокирована | Отказ обработки (фатальная ошибка): Транзакция не может быть завершена на уровне сохранения данных в приложении, напр., по причине блокировки базы данных. Дополнительные сведения об ошибке содержатся в сегменте ERR. |
207 | Прочие ошибки | Отказ обработки (фатальная ошибка): Код для прочих ошибок, генерируемых приложением, обрабатывающим сообщение. Под этим кодом следует размещать сообщения об ошибках ФЛК (шлюз РС), сообщения об ошибках размещения в БД (ЦС), а также все неперехваченные исключения (программные ошибки). Дополнительные сведения об ошибке содержатся в сегменте ERR. |
Таблица 59 Уровень серьезности (таблица 0516 - 1.2.643.2.40.5.100.516)
Уровень серьезности | Наименование | Влияние на обработку |
I | Информационное сообщение | Сообщение принимается. Производится штатная прикладная обработка. |
W | Предупреждение | Сообщение принимается. Возможны особенности в прикладной обработке. |
E | Ошибка | Сообщение отвергается |
F | Фатальная ошибка | Пакет сообщений или сообщение, если оно отослано вне пакета, отвергаются. |
Таблица 60 Версии протокола ФОМС (ОИД - 1.2.643.2.40.1.55.1)
Код | Название | Примечание | Дата ввода в действие |
1.0 | Версия 1.0 | Утверждена приказом ФОМС от 7 апреля 2011 года N 79 в составе документа "Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования". | 01.05.2011 |
3.0 | Версия 3.0 | Утверждена приказом ФОМС от ________ 2013 года N ___ в составе документа "Общие принципы построения и функционирования информационных систем и порядок информационного взаимодействия в сфере обязательного медицинского страхования". | __.__.2013 |
Таблица 61 Типы дополнительной информации об ошибке, возвращаемой в сегменте ERR.6 (ОИД 1.2.643.2.40.1.22)
Код типа информации | Описание значения | ОИД, формат значение |
ЕНП | Единый номер полиса ОМС | 16 цифр |
Версия-действует-до | Дата выведения версии протокола ФОМС из употребления. | ГГГГ-ММ-ДД |
Дата-постановки-на-учет | Дата постановки застрахованного лица на учет | ГГГГ-ММ-ДД |
Дата-снятия-с-учета | Дата снятия застрахованного лица с учета | ГГГГ-ММ-ДД |
Дата-смерти | Дата смерти застрахованного лица | ГГГГ-ММ-ДД |
Тип-полиса | Код типа полиса ОМС (временного свидетельства). | 1.2.643.2.40.5.100.86 |
Бланк-полиса | Серия и номер физического носителя полиса ОМС (номер временного свидетельства) | |
На-учете-в-СМО | ОГРН страховой медицинской организации, в которой застрахованное лицо состоит на учете. | 1.2.643.2.40.3.1.4 |
На-учете-в-ТФОМС | Идентификатор ТФОМС (двузначный), в котором застрахованное лицо состоит на учете (только в том случае, когда ЗЛ состоит на учете непосредственно в ТФОМС). | 1.2.643.2.40.3.3.1.0 |
ТС | Код территории страхования (пятизначный) | 1.2.643.2.40.3.3.1 |
Сообщил-о-смерти-ТФОМС | Идентификатор ТФОМС (двузначный), из которого поступило сообщение о смерти ЗЛ. | 1.2.643.2.40.3.3.1.0 |
ОИД | ОИД системы кодирования, значение из которой ожидается в полях типов ID, IS, а также в компонентах HD.1, CWE.1, CNE.1. | |
Примечание | Текст в свободном формате, дополняющий информацию об ошибке, либо предлагающий те или иные решения для исправления ошибки. |
Примечание. Дополнительная информация об ошибке возвращается в повторяющихся полях ERR.6 в формате
код-типа-информации=значение
Например,
<ERR.6>ТС=20000<ERR.6/>
означает, что передается код территории страхования 20000 (Воронежская область)
Таблица 62 Код причины изменения данных (ОИД 1.2.643.2.40.5.100.62)
Код причины | Значение | Событие HL7 | Описание |
П01 | Выбор СМО | A08 | Постановка на учет в связи с выбором СМО впервые, либо повторно при возобновлении права на ОМС, прерванного по разным причинам. |
П02 | Снятие с учета | A08 | Снятие с учета по разным причинам. |
П03 | Замена СМО | A08 | Постановка на учет в связи с заменой СМО. |
П04 | Изменение данных без замены полиса ОМС | A08 | Изменение данных о застрахованном лице, не связанное ни с изменением состояния на учете, ни с заменой (переоформлением) полиса ОМС. |
П06 | Замена полиса ОМС | A08 | Замена полиса ОМС или временного свидетельства другим полисом ОМС или временным свидетельством. |
П07 | Регистрация факта смерти лица, состоящего на учете на другой территории | A03 | Прекращение действия записи о застрахованном лице в связи с его смертью на территории, отличающейся от территории страхования. |
П08 | Восстановление на учете | A08 | Восстановление на учете в связи с отменой ошибочной регистрации смерти, либо с исправлением ошибки, связанной с неправильной регистрацией последующей постановки на учет. |
П09 | Отмена регистрации факта смерти застрахованного лица | A13 | Информация о смерти удаляется. |
П10 | Разрешение дубликатов | A24 | Устанавливается связь между ЕНП двух объединяемых записей. Один ЕНП помечается как "главный", т.е. предназначенный для дальнейшего употребления, другой - только для использования по незавершенным расчетам и в отчетах за предыдущие периоды времени. |
П13 | Сведения об отсутствующей или удаленной информации о застрахованном лице | A08 | Сведения, передаваемые в сообщении, удалены из РС ЕРЗ или не найдены в РС ЕРЗ по результатам сверки данных. Решение об удалении или сохранении соответствующих сведений в ЦС ЕРЗ принимает ФОМС на основании утвержденных регламентов. |
П14 | Исправление постановки на учет | A08 | Исправление даты постановки на учет и (или) ОГРН СМО и (или) причины постановки на учет. |
П15 | Исправление снятия с учета | A08 | Исправление даты снятия с учета и (или) причины снятия с учета. |
П16 | Исправление ошибки, не связанной с изменением состояния на учете | A08 | Исправление ошибки в данных, требующих замены сведений о полисе, но не связанных с состоянием на учете. Причина события применяется в том случае, когда ошибки обнаружены в информации, переданной в ЦС ЕРЗ, но при этом соответствующая информация, отображенная на выданном полисе ОМС, является правильной. |
П17 | Исправление данных в РС ЕРЗ | A08 | Уведомление об исправлении данных в РС ЕРЗ в соответствии с полученным протоколом расхождения сверки данных. Сообщение должно быть отправлено в том и только в том случае, когда устранение расхождения не требует внесения изменений в ЦС ЕРЗ. |
П20 | Отправка информации о занятости застрахованных лиц: только идентифицированные в ИС РС ЕРЗ | ZWI | Передача в ЦС ЕРЗ информации о занятости в текущем периоде застрахованных лиц, идентифицированных в ИС РС ЕРЗ. Включение в сообщение сегментов PID не допускается. Сообщение с причиной события П20 может быть послано только один раз в течение каждого отчетного периода. |
П21 | Отправка информации о занятости застрахованных лиц: только не идентифицированные в ИС РС ЕРЗ | ZWI | Передача в ЦС ЕРЗ информации о занятости в текущем периоде застрахованных лиц, не идентифицированных в ИС РС ЕРЗ. Включение в сообщение сегмента ZWL не допускается. Сообщение с причиной события П21 может быть послано только один раз в течение каждого отчетного периода. |
П22 | Дополнение информации о занятости застрахованных лиц | ZWI | Дополнение информации о занятости застрахованных лиц в заданном отчетном периоде. Допускается включение в сообщение и сегментов PID, и сегмента ZWL. К информации о занятости, полученной от данной территории в заданном отчетном периоде, добавляется информация, полученной в данном сообщении. Сообщение с причиной события П22 может быть послано несколько раз в течение каждого отчетного периода, но только в том случае, когда ранее для этого же периода были отосланы сообщения с причинами события П20 и П21. Посылка сообщений с причиной события П22 может быть ограничена или запрещена администратором ЦС ЕРЗ для каждой территории в отдельности. |
П23 | Замена информации о занятости застрахованных лиц | ZWI | Повторная передача в ЦС ЕРЗ информации о занятости в текущем периоде застрахованных лиц, идентифицированных в ИС РС ЕРЗ. Допускается включение в сообщение и сегментов PID, и сегмента ZWL. Вся информация о занятости, полученная от данной территории в заданном отчетном периоде, удаляется из ЦС ЕРЗ и заменяется информацией, полученной в данном сообщении. Сообщение с причиной события П23 может ' быть послано несколько раз в течение каждого отчетного периода, но только в том случае, когда ранее для этого же периода было отосланы сообщения с причинами события П20 и П21. Посылка сообщений с причиной события П23 может быть ограничена или запрещена администратором ЦС ЕРЗ для каждой территории в отдельности. |
Таблица 63 Коды типов идентификаторов (ОИД 1.2.643.2.40.5.100.203)
Фрагмент: типы документов, удостоверяющих личность
Код типа документа | Наименование документа застрахованного лица | Допустим при подаче заявления |
1 | Паспорт гражданина СССР | Нет |
2 | Загранпаспорт гражданина СССР | Нет |
3 | Свидетельство о рождении, выданное в Российской Федерации | Да |
4 | Удостоверение личности офицера | Нет |
5 | Справка об освобождении из места лишения свободы | Нет |
6 | Паспорт Минморфлота | Нет |
7 | Военный билет | Нет |
8 | Дипломатический паспорт гражданина Российской Федерации | Нет |
9 | Паспорт иностранного гражданина | Да |
10 | Свидетельство о регистрации ходатайства о признании беженцем на территории Российской Федерации | Да |
11 | Вид на жительство | Да |
12 | Удостоверение беженца в Российской Федерации | Да |
13 | Временное удостоверение личности гражданина Российской Федерации | Да |
14 | Паспорт гражданина Российской Федерации | Да |
15 | Заграничный паспорт гражданина Российской Федерации | Нет |
16 | Паспорт моряка | Нет |
17 | Военный билет офицера запаса | Нет |
18 | Иные документы | Нет |
21 | Документ иностранного гражданина | Да |
22 | Документ лица без гражданства | Да |
23 | Разрешение на временное проживание | Да |
24 | Свидетельство о рождении, выданное не в Российской Федерации | Да |
25 | Свидетельство о предоставлении временного убежища на территории Российской Федерации | Да |
Примечания.
1 В соответствии с Правилами ОМС при подаче заявления допустимы лишь документы, помеченные в таблице 63 словом "Да" в графе "Допустим при подаче заявления". В связи с этим иные типы документов в сообщениях о событиях с причинами П01, П03 и П06 не допускаются.
2 При записи кода документа, представляющего собой однозначное число, допускается указывать лидирующий ноль или не указывать его (записи "1" и "01" эквивалентны).
3 Серия и номер документа, удостоверяющего личность, должны удовлетворять требованиям соответствующих шаблонов, зависящих от типа документа (перечень проверок приведен в классификаторе Q004).
4 Обозначения в шаблонах серий и номеров документов.
R - на месте одного символа R располагается целиком римское число, заданное символами "I", "V", "X", "L", "C", набранными на верхнем регистре латинской клавиатуры;
9 - любая десятичная цифра (обязательная);
0 - любая десятичная цифра (необязательная);
Б - любая русская заглавная буква;
- (знак "минус") - указывает на обязательное присутствие данного символа в контролируемом значении,
S - серия документа должна удовлетворять требованиям, предъявляемым к текстовым полям.
Таблица 64 Коды типов идентификаторов (ОИД 1.2.643.2.40.5.100.203)
Фрагмент: другие идентификаторы лица, состоящего на учете
Код типа документа | Наименование документа |
PEN | СНИЛС (страховой номер индивидуального лицевого счета в системе обязательного пенсионного страхования РФ - Pension Number в ISO 27931) |
NI | ЕНП (единый номер полиса ОМС - National Identifier в ISO 27931) |
CZ | УЭК (номер универсальной электронной карты гражданина Российской Федерации - Citizenship Card в ISO 27931) |
Таблица 65 Коды типов идентификаторов (ОИД 1.2.643.2.40.5.100.203)
Фрагмент: другие идентификаторы, связанные с медицинским страхованием
Код | Идентификатор | Оригинальное наименование в ИСО 27931 | ОИД системы кодирования идентификатора |
NII | ОГРН СМО по данным сводного реестра СМО | National Insurance Organization Identifier | 1.2.643.2.40.3.1.4 |
RII | Идентификатор СМО, ее филиала или обособленного подразделения в сводном реестре СМО | - (Registered Insurance Organization Identifier) | 1.2.643.2.40.3.1.4.0 |
PII | Идентификатор пункта выдачи полисов | - | 1.2.643.2.40.3.1.4.0.fffff. |
NPI | ОГРН МО по данным сводного реестра МО | National Provider Identifier | 1.2.643.2.40.3.1.3 |
RPI | Идентификатор МО, ее филиала или обособленного подразделения в сводном реестре МО | - (Registered Provider Identifier) | 1.2.643.2.40.3.1.3.0 |
SII | Идентификатор ТФОМС | - (State Insurance Organization Identifier) | 1.2.643.2.40.3.3.1.0 |
Примечания.
1 Все идентификаторы, включенные в системы кодирования, перечисленные в таблице 65, должны быть числовыми.
2 fffff - идентификатор СМО или ее филиала в реестре СМО.
Таблица 66 Код типа ФИО (ОИД 1.2.643.2.40.5.100.200)
Код | Значение | Описание |
L | Официальная | Юридически признанные (в данный момент) фамилия, имя, отчество |
A | Другая | Другие фамилия, имя, отчество (кроме юридически признанных в данный момент) |
Таблица 67 Код типа наименования (ОИД 1.2.643.2.40.5.100.204)
Код | Значение | Описание |
L | Официальное | Полное юридически признанное наименование |
A | Сокращенное | Сокращенное название, применяемое наряду с официальным |
D | Краткое | Краткое название для показа в списках |
B | Аббревиатура | Аббревиатура |
Таблица 68 Пол человека (ОИД 1.2.643.2.40.5.0.18.1)
Код | Значение |
1 | Мужской |
2 | Женский |
Таблица 69 Код типа адреса (ОИД 1.2.643.2.40.5.100.190)
Код | Значение | Описание | |
Для физических лиц | Для организаций | ||
L | Официальный адрес | Адрес постоянной регистрации | Юридический адрес |
P | Постоянный адрес | Адрес постоянного проживания | Фактический адрес |
M | Почтовый адрес | Адрес для почтовых отправлений | Адрес для почтовых отправлений |
N | Место рождения | Место рождения, не специфицированное иначе | Не используется |
BDL | Адрес рождения | Адрес лечебного учреждения, где произошло рождение | Не используется |
BR | Домашний адрес рождения | Домашний адрес на момент рождения | Не используется |
H | Домашний адрес | Адрес фактического проживания (где проживает фактически на момент регистрации события) | Не используется |
C | Временный адрес | Адрес временной регистрации | Не используется |
B | Адрес места работы | Адрес предприятия-работодателя | Не используется |
O | Служебный адрес | Адрес конторы, офиса, цеха и т.п. фактической работы | Не используется |
X | БОМЖ | Без определенного места жительства | Не используется |
Таблица 70 Беженцы и вынужденные переселенцы (ОИД 1.2.643.2.40.3.3.0.6.19)
Код | Значение |
1 | является беженцем |
2 | является вынужденным переселенцем |
Таблица 71 Коды занятости застрахованного лица (ОИД 1.2.643.2.40.3.3.0.6.6)
Код | Значение |
1 | работающий |
2 | неработающий |
Таблица 72 Тип использования телекоммуникаций (ОИД 1.2.643.2.40.5.100.201)
Код | Значение | Описание | |
Для физических лиц | Для организаций | ||
PRN | Основной | Основной домашний номер | Не используется |
ORN | Другой | Другой домашний номер | Не используется |
WPN | Рабочий | Служебный номер | Основной номер организации |
VHN | Домашний на время отпуска | Домашний номер на время отпуска | Не используется |
ASN | Служба ответа | Не используется | Номер службы ответа |
EMR | Скорая и неотложная помощь | Не используется | Номер скорой и неотложной помощи |
NET | Сетевой | Адрес электронной почты или адрес в сети Интернет | Адрес электронной почты или адрес в сети Интернет |
BPN | Пейджер | Номер пейджера | Номер пейджера |
Таблица 73 Тип телекоммуникационного оборудования (ОИД 1.2.643.2.40.5.100.202)
Код | Значение | Примечание |
PH | Стационарный телефон | |
FX | Факс | |
MD | Модем | |
CP | Мобильный телефон | |
BP | Пейджер | |
Internet | Адрес в сети Internet | Используется только в том случае, если код использования телекоммуникаций - NET |
X.400 | Адрес электронной почты | Используется только в том случае, если код использования телекоммуникаций - NET |
Таблица 74 Код надежности идентификации ("особый случай") (ОИД - 1.2.643.2.40.5.100.445)
Код | Значение | Примечание |
1 | Отсутствует отчество | В предъявленном документе, удостоверяющем личность, отсутствует отчество. |
2 | Отсутствует фамилия | В предъявленном документе, удостоверяющем личность, отсутствует фамилия. |
3 | Отсутствует имя | В предъявленном документе, удостоверяющем личность, отсутствует имя. |
4 | Известен только месяц и год даты рождения | В предъявленном документе, удостоверяющем личность, дата рождения указана с точностью до месяца. |
5 | Известен только год даты рождения | В предъявленном документе, удостоверяющем личность, дата рождения указана с точностью до года. |
6 | Дата рождения не соответствует календарю | В предъявленном документе, удостоверяющем личность, указана несуществующая дата рождения, например, указана дата 29.02.2002 или 13.13.1998. Перед передачей данных в ЦС ЕРЗ из такой даты должны быть удалены ошибочные элементы и передана часть даты рождения с точностью до года или до месяца с указанием кодов надежности идентификации 5 или 4 соответственно. Код надежности идентификации 6 в таком случае также должен быть сохранен в списке. |
Таблица 75 Код типов заявлений на выбор (замену) СМО (ОИД - 1.2.643.2.40.3.3.0.6.7) и причин постановки на учет (ОИД - 1.2.643.2.40.3.3.0.6.16)
Тип заявления (1.2.643.2.40.3.3.0.6.7) | Причина постановки на учет или восстановления на учете (1.2.643.2.40.3.3.0.6.16) | Описание события | ||
Код | Название | Код | Название | |
1 | Выбор СМО | 1 | Первичная регистрация | Выбор СМО впервые. |
2 | Замена СМО по желанию | 2 | Замена СМО по желанию | Замена СМО в соответствии с правом замены один раз в течение календарного года. |
3 | Замена СМО в связи с переездом | 3 | Замена СМО в связи с переменой места жительства | Замена СМО в связи с переменой места жительства при отсутствии СМО, в которой застрахованное лицо состоит на учете. |
4 | Замена СМО в связи с прекращением финансирования | 4 | Замена СМО в связи с прекращением финансирования прежней СМО | Замена СМО в связи с прекращением действия договора о финансовом обеспечении обязательного медицинского страхования. |
- | Заявление на выбор или замену СМО не подавалось | 0 | Замена полиса ОМС без замены СМО | Замена полиса ОМС, не связанная с выбором или заменой СМО. Код причины постановки на учет играет чисто технологическую роль. |
5 | Назначение СМО территориальным фондом ОМС | Выбор СМО в связи с распределением по СМО застрахованных лиц, не подавших заявление о выборе (замене) СМО. | ||
- | Восстановление на учете по разным причинам | 6 | Восстановление на учете в связи с отменой регистрации смерти | ЗЛ было снято с учета в связи со смертью на другой территории. Впоследствии информация о смерти была признана ошибочной и отменена. Текущий статус состояния должен быть 1.4 или 2.4 (снято или подлежит снятию с учета в связи со смертью). |
7 | Восстановление на учете в связи с изменением даты последующей постановки на учет | В результате сверки данных или по иной причине было установлено, что последующая дата постановки на учет неверна. Эта дата исправлена, в результате чего начало последующей постановки на учет была сдвинута вперед во времени. Восстановление в таком случае заключается в расширении периода состояния на учете. Текущий статус состояния должен быть 2.2 (снято с учета в связи с постановкой на учет в другом месте). | ||
8 | Восстановление на учете в связи с отменой ошибочной постановки на учет | ЗЛ было снято с учета в связи с постановкой на учет в другом месте. Впоследствии информация о постановке на учет была признана ошибочной или неправомерной и отменена. Текущий статус состояния должен быть 1.2 или 2.2 (снято или подлежит снятию с учета в связи с постановкой на учет в другом месте). | ||
Таблица 76 Код типа заявления на выдачу полиса ОМС (ОИД - 1.2.643.2.40.3.3.0.6.8)
Код | Название |
1 | Выдать впервые |
2 | Переоформить |
3 | Выдать дубликат |
Кодирование статусов состояния на учете