Таблица 26 Правила формирования кодов учреждений и приложений, являющихся отправителями и получателями пакетов сообщений (необязательные компоненты указаны серым курсивом)
Отправитель
|
Получатель
|
Приложение BHS.3, MSH.3
|
Учреждение BHS.4, MSH.4
|
Приложение BHS.5, MSH.5
|
Учреждение BHS.6, MSH.6
|
код приложения
|
код учреждения
1.2.643.2.40.3.3.1.0
ISO
|
код приложения
|
код учреждения
1.2.643.2.40.3.3.1.0
ISO
|
Описание ошибок ФЛК для сегмента 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 Структура и служебные сегменты исходных сообщений
Исходные сообщения всех типов имеют общую часть, включающую данные о сообщении в целом и о событии, его вызвавшем. Для сообщений, использующихся для организации описываемых в настоящем документе обменов данными, общая часть сообщений выглядит следующим образом:
код-группы-событий/\код-события/\код-структуры-сообщения
|
|
<код-структуры-сообщения>
|
|
...
|
Заголовок сообщения
|
...
|
Тип события
|
...
|
|
...
|
Сегменты, специфичные для сообщений конкретного типа
|
...
|
|
|
|
6.1.1.4.1 Сегмент MSH - "Заголовок сообщения"
6.1.1.4.1.1 Структура сегмента MSH
Сегмент MSH обязателен во всех сообщениях и не повторяется. Повторяющихся полей в сегменте нет.
Таблица 28 Заполнение сегмента 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 │ Общее подтверждение
│
... │ Заголовок сообщения
... │ Подтверждение сообщения
[{...}] │ Ошибка
│
Все подтверждения приема, подтверждения прикладной обработки и ответы на запрос начинаются так же, как описанное выше сообщение общего подтверждения. Если исходное сообщение требует передачи в сообщении подтверждении дополнительных данных, то эти данные включаются в сегменты, которые вставляются после сегмента ERR. Туда же включаются дополнительные сегменты, содержащие ответ на запрос в сообщениях, отвечающих на запросы.
|
