Действующий
Отправитель | Получатель | ||
Приложение 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 даны правила заполнения полей сегмента.
XML-имя | Тип данных | Обяз. поле | Имя поля | Экз. | Кмп | Обяз. кмп | Константа | Указания по заполнению | |||||||||
ERR.2 | ERL | Усл | Позиция ошибки | 0..1 | Позиция ошибки в сообщении. Не указывается только в том случае, когда ошибка относится к пакету сообщений или к сообщению в целом. | ||||||||||||
ERL.1 | Да | Имя сегмента (MSH, PID и т.д.). | |||||||||||||||
ERL.2 | Да | Порядковый номер сегмента в сообщении. Указывается равным нулю в информации об ошибках, связанных с отсутствием обязательных сегментов. | |||||||||||||||
ERL.3 | Нет | Порядковый номер поля в сегменте. | |||||||||||||||
ERL.4 | Нет | Порядковый номер повторения поля. Значение "1" может быть опущено. | |||||||||||||||
ERL.5 | Нет | Номер компонента. | |||||||||||||||
ERL.6 | Нет | Номер субкомпонента. | |||||||||||||||
| ERR.3 | CWE | Да | Код ошибки ISO 27931 | 1 | CWE.1 | Да | Код ошибки. | ||||||||||
CWE.2 | Нет | Наименование ошибки. | |||||||||||||||
CWE.3 | Нет | 1.2.643.2.40.5.100.357 | ОИД системы кодирования ошибок ISO 27931(таблица 58). | ||||||||||||||
| ERR.4 | ID | Да | Уровень серьёзности | 1 | Код из СК 1.2.643.2.40.5.100.516 (таблица 59). | ||||||||||||
| ERR.5 | CWE | Да | Код ошибки приложения | 1 | CWE.1 | Да | Код сообщения*. | ||||||||||
CWE.2 | Да | Текст сообщения | |||||||||||||||
CWE.3 | Нет | 1.2.643.2.40.1.13.8.3 - Ошибка форматно-логического контроля или прикладной обработки ЦС ЕРЗ. | |||||||||||||||
CWE.7 | Нет | Версия системного или прикладного ПО. | |||||||||||||||
| ERR.6 | ST | Нет | Параметр ошибки | 0..* | Дополнительные значения, связанные с обнаруженной ошибкой.Каждое значение записывается с использованием форматакод=значениегде код - код из системы кодирования1.2.643.2.40.1.22 (таблица 61),значение - значение, тип и структура которого опре-деляетсякодом, а содержательная интерпретация зависит от поля и определяется при описании соответствующей ошибки. | ||||||||||||
* Для процедур SQL-Server код составляется из двух компонентов, разделённых точкой: 1) код ошибки или сообщения (ERROR_NUMBER), 2) статус сообщения (ERROR_STATE). Если статус у сообщения не предусмотрен, то код сообщения передаётся без точки.
Запросы могут иметь параметры, для спецификации которых могут применяться различные способы. В ИС ЕРЗ применяются запросы с простыми параметрами, предполагающие передачу параметров запроса в качестве значений последующих полей специального сегмента QPD, разного для разных запросов. Механизм запроса с простыми параметрами аналогичен механизму вызова хранимой процедуры базы данных.
В ответ на запрос возвращается сообщение, состоящее из сегментов ISO 27931. Это сообщение по своей структуре подобно сообщениям, описанным выше, и содержит те же сегменты.
- Введение, в котором указывается точное имя запроса и словесное описание его назначения, а также тип запроса и тип ответа на запрос.
- Грамматика запроса, определяющая сегменты, которые могут быть переданы отправителем сообщения. Для каждого поля, входящего в указанные сегменты, в профиле запроса точно определяется, как переданное в этом поле значение должно интерпретироваться действующим лицом, которое должно отвечать на запрос.