Приказ от 7 апреля 2011 г. N 79 об утверждении общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере
Скачать 9.07 Mb.
|
Поле сегмента BHS с порядковым номером 6 ("Учреждение-получатель пакета") заполнено значением, имеющим тип данных HD ("Иерархический идентификатор"), который, в свою очередь, имеет три компонента. Компоненты комплексных типов данных также могут иметь комплексный тип. По отношению к значению поля компоненты таких вложенных типов данных называются субкомпонентами. Пример. Поле сегмента PID ("Идентификация застрахованного лица") с порядковым номером 5 ("Фамилия, имя, отчество застрахованного лица") имеет комплексный тип данных XPN ("Фамилия, имя, отчество"), в котором заполнены четыре компонента: 1-й ("Фамилия"), 2-й ("Имя"), 3-й ("Отчество") и 7-й ("Тип ФИО"; в данном случае указан тип L (Legal) - "ФИО, официально признанные в настоящий момент"). 1-й компонент типа данных XPN имеет комплексный тип FN ("Фамилия"), из которого используется только первый компонент (первый субкомпонент первого компонента поля PID.5). Описания типов данных, используемых в сообщениях стандарта ISO 27931, даны в разделе 6.1.2. 6.1.1.2.2 Соглашения об обозначениях и сокращениях, принятых при описании структуры и состава сообщений При описании структур сообщений и заполнения сегментов приняты следующие соглашения. Имя сегмента или группа сегментов, взятые в фигурные скобки {}, означают возможность повторения сегмента или группы сегментов. Имя сегмента или группа сегментов, взятые в квадратные скобки [], означают необязательность сегмента или группы сегментов. Обязательные для заполнения поля сегментов помечены значением Да в столбце "Обяз. поле". Имена таких полей выделены жирным шрифтом. Некоторые поля являются обязательными при определенных условиях. Такие поля также выделены жирным шрифтом и дополнительно помечены в столбце "Обяз. поле." значением Усл (т.е. условно-обязательное). Условие, при котором заполнение данного поля является обязательным, указывается в столбце "Указания по заполнению". Компоненты и субкомпоненты, обязательные для заполнения, помечены значением Да в столбцах "Обяз. кмп" ("Обяз. субкомп.") и выделены жирным шрифтом. Обязательность компонента для необязательного поля означает, что если поле включено в состав сегмента, то оно должно включать в себя обязательный компонент. Аналогичное замечание верно и для обязательных субкомпонентов необязательных компонентов. В столбце "Экз." указывается: 0..1, если поле не повторяется (для необязательных полей), 1, если поле не повторяется (для обязательных полей), другое число, если поле может повторяться и описываемое значение должно быть в экземпляре поля с указанным порядковым номером, 0..N, если поле может повторяться не более, чем указанное количество раз, 0..*, если поле может повторяться неограниченное число раз, являясь необязательным, 1..*, если поле может повторяться неограниченное число раз, являясь обязательным. Если столбца "Экз." в описании сегмента нет, то это означает, что в сегменте нет повторяющихся полей. Описание правил обработки полей и ошибок форматно-логического контроля указаны после каждой таблицы с описанием правил заполнения сегмента. 6.1.1.3 Пакетная обработка сообщений Взаимодействие прикладных систем в ИС ОМС осуществляется пакетными файлами, каждый из которых включает в себя несколько сообщений. Для пакетов также используется XML-кодирование. В настоящем разделе описана структура пакетного файла и входящих в него сегментов заголовка и конца пакета. Пакетные файлы имеют структуру, показанную ниже. Элементы │ Описание │ <тип пакета> │ Корневой элемент пакетного XML-файла - │ первая строка файла [{ │--- Нуль или более сообщений ... │--- Сегменты сообщения }] │--- Конец сообщения │ Последняя строка файла 6.1.1.3.1 Общие требования к пакету и составляющим его сообщениям 6.1.1.3.1.1 Версия протокола пакета В каждый пакет должны включаться сообщения только одной версии протокола, которая считается версией протокола пакета. Версия протокола пакета должна быть указана в качестве значения атрибута oms:version. Если версия протокола пакета не указана, то считается, что в пакет включены сообщения версии 3.0. 6.1.1.3.1.2 Прикладная обработка пакета Все сообщения пакета должны иметь один и тот же тип прикладной обработки, указанный в поле MSH.11. Данное требование на этапе ФЛК не проверяется, однако, если оно не выполнено, то пакет отвергается целиком на этапе прикладной обработки. 6.1.1.3.2 Сегмент BHS - "Заголовок пакета" 6.1.1.3.2.1 Структура сегмента BHS Структура сегмента заголовка пакета сообщений BHS описана в таблице 25. Таблица 25 Сегмент заголовка пакета BHS (Batch Header Segment)
|
Похожие:
 | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |  | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | В соответствии с частью 8 статьи 33 Федерального закона от 29 ноября 2010 года n 326-фз "Об обязательном медицинском страховании... |
| «Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере... | | «Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере... |