Действующий
В каждый пакет должны включаться сообщения только одной версии протокола, которая считается версией протокола пакета. Версия протокола пакета должна быть указана в качестве значения атрибута oms:version. Если версия протокола пакета не указана, то считается, что в пакет включены сообщения версии 3.0.
Все сообщения пакета должны иметь один и тот же тип прикладной обработки, указанный в поле MSH.11. Данное требование на этапе ФЛК не проверяется, однако, если оно не выполнено, то пакет отвергается целиком на этапе прикладной обработки.
XML-имя | Тип данных | Обяз. поле | Имя поля | Кмп | Обяз. кмп | Константа | Указания по заполнению |
BHS.1 | ST | Да | Разделитель полей пакета | I | |||
BHS.2 | ST | Да | Специальные символы кодирования пакета | ^~\& | При xml-кодировании константа должна кодироваться как ^~\& | ||
BHS.3 | HD | Да | Приложение-отправитель пакета | HD.1 | Да | Кодируемое название (см. таблицу 26) | |
BHS.4 | HD | Да | Учреждение-отправитель пакета | HD.1 | Да | Идентификатор учреждения, от имени которого отправляется пакет | |
HD.2 | Нет | ОИД системы кодирования отправителей. Для обменов между ТФОМС и ЦС ЕРЗ следует использовать систему кодирования 1.2.643.2.40.3.3.1.0 (таблица 49). См. также таблицу 26. | |||||
HD.3 | Нет | ISO | Константа, обозначающая, что предыдущая пара значений является кодом и идентификатором системы кодирования в формате ISO (ОИД). | ||||
BHS.5 | HD | Да | Приложение-получатель пакета | HD.1 | Да | Кодируемое название (см. таблицу 26) | |
BHS.6 | HD | Да | Учреждение-получатель пакета | HD.1 | Да | Идентификатор учреждения, которому адресован пакет | |
HD.2 | Нет | ОИД системы кодирования получателей. Для обменов между ТФОМС и ЦС ЕРЗ следует использовать систему кодирования 1.2.643.2.40.3.3.1.0. (таблица 49) См. также таблицу 26. | |||||
HD.3 | Нет | ISO | Константа, обозначающая, что предыдущая пара значений является кодом и идентификатором системы кодирования в формате ISO (ОИД). | ||||
BHS.7 | DTM | Да | Дата и время создания пакета | Дата, время и часовой пояс, установленные на часах операционной системы на момент готовности пакета к отправке. Формат - в соответствии с требованиями, предъявляемыми к типу данных DTM (полный формат - см. таблицу 33). | |||
BHS.11 | ST | Да | Идентификатор пакета | Идентификатор, генерируемый отправляющей системой для использования в поле BHS-12 ответного пакета | |||
BHS.12 | ST | Усл | Ссылка на другой пакет | Заполняется обязательно, если сообщения пакета являются ответами на сообщения, ранее переданные в другом пакете. Содержит значение поля BHS-11 этого пакета. Примечания.1 Если структура файла, который должен содержать пакет сообщений и запросов, ошибочна (не является xml-сообщением или имеет структуру, не соответствующую xml-схеме), то в ответ на такой файл формируется пакет, значением BHS.12 в котором является имя файла (включающее расширение, но не включающее путь), перед которым добавляется символ "*".2 Имя файла, предварённое звёздочкой, используется также для ответа на пакет, в котором значение поля BHS.11 не указано, либо заполнено пустым значением. |
Таблица 26 Правила формирования кодов учреждений и приложений, являющихся отправителями и получателями пакетов сообщений (необязательные компоненты указаны серым курсивом)
Отправитель | Получатель | ||
Приложение BHS.3, MSH.3 | Учреждение BHS.4, MSH.4 | Приложение BHS.5, MSH.5 | Учреждение BHS.6, MSH.6 |
Структура сегмента конца пакета сообщений BTS описана в Таблице 27. Ошибки ФЛК для данного сегмента приведены в классификаторе Q012.
XML-имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
BTS.1 | ST | Да | Число сообщений | Число отдельных сообщений в пакете |
BTS.3 | NM | Да | Контрольная сумма пакета | Контрольная сумма рассчитывается по всем данным, находящимся между сегментами BHS и BTS. Для расчёта используется алгоритм CRC32. Результат передаётся в шестнадцатеричной записи. |
Ответный пакет имеет такую же структуру, как и исходный пакет, и состоит из сообщений, каждое из которых является ответом на одно из посланных сообщений.
Исходные сообщения всех типов имеют общую часть, включающую данные о сообщении в целом и о событии, его вызвавшем. Для сообщений, использующихся для организации описываемых в настоящем документе обменов данными, общая часть сообщений выглядит следующим образом:
| код-группы-событий^код-события^ код-структуры-сообщения | |
| <код-структуры-сообщения> | |
| Заголовок сообщения | |
| Тип события | |
| .. | |
| ... | Сегменты, специфичные для сообщений конкретного типа |
| ... | |
XML-имя | Тип данных | Обяз. поле | Имя поля | Кмп | Обяз. кмп | Константа | Указания по заполнению | |||
MSH.1 | ST | Да | Разделитель полей | I | ||||||
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).
Сегмент EVN обязателен и не повторяется. Все указанные поля обязательны и включаются в сегмент ровно один раз.
XML- имя | Тип данных | Обяз. поле | Имя поля | Указания по заполнению |
EVN.2 | DTM | Да | Дата и время регистрации события | Дата регистрации события.Значение поля записывается в сокращённом формате, без указания времени (так, как это предусмотрено для полей типа DT): ГГГГ-ММ-ДД. |
EVN.4 | IS | Да | Код причины события | Код причины события (ОИД СК 1.2.643.2.40.5.100.62, таблица 62). |
Любое сообщение, посылаемое в ответ на исходное сообщение, будь то подтверждение приёма, подтверждение прикладной обработки или ответ на запрос, должно включать в себя ряд сведений, которые позволяют связать его с исходным сообщением и указать, успешно ли завершился приём или обработка исходного сообщения. В ответное сообщение также включаются сведения об ошибках, обнаруженных в сообщении, либо возникших при его обработке.
Для большинства исходных сообщений этой информации достаточно в сообщениях подтверждения приёма или прикладной обработки. В связи с этим в стандарт включено сообщение ACK - "Сообщение общего подтверждения", структура которого приведена ниже.
| АСК^код-события^АСК | Общее подтверждение |
| Заголовок сообщения | |
| Подтверждение сообщения | |
| [{ | Ошибка |
Все подтверждения приёма, подтверждения прикладной обработки и ответы на запрос начинаются так же, как описанное выше сообщение общего подтверждения. Если исходное сообщение требует передачи в сообщении подтверждении дополнительных данных, то эти данные включаются в сегменты, которые вставляются после сегмента ERR. Туда же включаются дополнительные сегменты, содержащие ответ на запрос в сообщениях, отвечающих на запросы.
Таблица 30 Заполнение сегмента MSH для сообщений подтверждения приёма и сообщений подтверждения прикладной обработки
XML-имя | Тип данных | Обяз. поле | Имя поля | Кмп | Обяз. кмп | Константа | Указания по заполнению | ||||||||||||
MSH.1 | ST | Да | Разделитель полей | I | |||||||||||||||
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.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). | ||||||||||||||||
Сегмент подтверждения сообщения 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 + ''*'' + <порядковый номер сообщения в пакете>. |
В сегменте ERR передаются комментарии по поводу возникших ошибок, если таковые имели место. Сегмент может использоваться также для передачи информационных сообщений и предупреждений. В таблице 32 даны правила заполнения полей сегмента.