Действующий
Поле сегмента BHS с порядковым номером 6 ("Учреждение-получатель пакета") заполнено значением, имеющим тип данных HD ("Иерархический идентификатор"), который, в свою очередь, имеет три компонента.
Компоненты комплексных типов данных также могут иметь комплексный тип. По отношению к значению поля компоненты таких вложенных типов данных называются субкомпонентами.
Поле сегмента PID ("Идентификация застрахованного лица") с порядковым номером 5 ("Фамилия, имя, отчество застрахованного лица") имеет комплексный тип данных XPN ("Фамилия, имя, отчество"), в котором заполнены четыре компонента: 1 -й ("Фамилия"), 2-й ("Имя"), 3-й ("Отчество") и 7-й ("Тип ФИО"; в данном случае указан тип L (Legal) - "ФИО, официально признанные в настоящий момент"). 1-й компонент типа данных XPN имеет комплексный тип FN ("Фамилия"), из которого используется только первый компонент (первый субкомпонент первого компонента поля PID.5).
Имя сегмента или группа сегментов, взятые в фигурные скобки { }, означают возможность повторения сегмента или группы сегментов.
Имя сегмента или группа сегментов, взятые в квадратные скобки [ ], означают необязательность сегмента или группы сегментов.
Обязательные для заполнения поля сегментов помечены значением Да в столбце "Обяз. поле". Имена таких полей выделены жирным шрифтом.
Некоторые поля являются обязательными при определённых условиях. Такие поля также выделены жирным шрифтом и дополнительно помечены в столбце "Обяз. поле." значением Усл (т.е. условно-обязательное). Условие, при котором заполнение данного поля является обязательным, указывается в столбце "Указания по заполнению".
Компоненты и субкомпоненты, обязательные для заполнения, помечены значением Да в столбцах "Обяз. кмп" ("Обяз. субкомп.") и выделены жирным шрифтом. Обязательность компонента для необязательного поля означает, что если поле включено в состав сегмента, то оно должно включать в себя обязательный компонент. Аналогичное замечание верно и для обязательных субкомпонентов необязательных компонентов.
другое число, если поле может повторяться и описываемое значение должно быть в экземпляре поля с указанным порядковым номером,
Если столбца "Экз." в описании сегмента нет, то это означает, что в сегменте нет повторяющихся полей.
Описание правил обработки полей и ошибок форматно-логического контроля указаны после каждой таблицы с описанием правил заполнения сегмента.
Взаимодействие прикладных систем в ИС ОМС осуществляется пакетными файлами, каждый из которых включает в себя несколько сообщений. Для пакетов также используется 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.