Действующий
Некоторые поля являются обязательными при определённых условиях. Такие поля также выделены жирным шрифтом и дополнительно помечены в столбце "Обяз. поле." значением Усл (т.е. условно-обязательное). Условие, при котором заполнение данного поля является обязательным, указывается в столбце "Указания по заполнению".
Компоненты и субкомпоненты, обязательные для заполнения, помечены значением Да в столбцах "Обяз. кмп" ("Обяз. субкомп.") и выделены жирным шрифтом. Обязательность компонента для необязательного поля означает, что если поле включено в состав сегмента, то оно должно включать в себя обязательный компонент. Аналогичное замечание верно и для обязательных субкомпонентов необязательных компонентов.
другое число, если поле может повторяться и описываемое значение должно быть в экземпляре поля с указанным порядковым номером,
Если столбца "Экз." в описании сегмента нет, то это означает, что в сегменте нет повторяющихся полей.
Описание правил обработки полей и ошибок форматно-логического контроля указаны после каждой таблицы с описанием правил заполнения сегмента.
Взаимодействие прикладных систем в ИС ОМС осуществляется пакетными файлами, каждый из которых включает в себя несколько сообщений. Для пакетов также используется XML-кодирование.
В настоящем разделе описана структура пакетного файла и входящих в него сегментов заголовка и конца пакета.
Элементы | Описание |
<тип пакета> | Корневой элемент пакетного XML-файла - первая строка файла |
Заголовок пакета | |
[{ | --- Нуль или более сообщений |
... | --- Сегменты сообщения |
}] | --- Конец сообщения |
Сегмент конца пакета | |
тип пакета> | Последняя строка файла |
В каждый пакет должны включаться сообщения только одной версии протокола, которая считается версией протокола пакета. Версия протокола пакета должна быть указана в качестве значения атрибута 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).