Действующий
- Введение, в котором указывается точное имя запроса и словесное описание его назначения, а также тип запроса и тип ответа на запрос.
- Грамматика запроса, определяющая сегменты, которые могут быть переданы отправителем сообщения. Для каждого поля, входящего в указанные сегменты, в профиле запроса точно определяется, как переданное в этом поле значение должно интерпретироваться действующим лицом, которое должно отвечать на запрос.
- Грамматика ответа на запрос, определяющая сегменты, из которых должен быть сконструирован ответ на запрос.
Для получения ответа на запрос прикладная информационная система передаёт в шлюз РС сообщение со структурой, предусмотренной грамматикой выбранного запроса. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приёма. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приёма. Если сообщение не содержит ошибок ФЛК, то оно при необходимости псевдонимизируется и передаётся в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос.
Структура подтверждения приёма для всех запросов одинакова и соответствует структуре общего подтверждения:
АСК^код-запроса^АСК | Подтверждение приёма запроса |
Заголовок сообщения | |
Подтверждение сообщения | |
[{ | Ошибка ФЛК. |
Сегменты сообщений подтверждения приёма описаны в пункте 6.1.1.5. Специальных особенностей в их заполнении для прикладного подтверждения сообщений с запросами нет.
Состав простых типов данных сообщений стандарта ISO 27931:2009, используемых в ИС ЕРЗ ОМС, показан на рисунке 6, а их назначение и формат записи значений даны в таблице 33. В столбце "Примечания к реализации" даны дополнительные требования, накладываемые на тип данных в ИС ОМС по сравнению со стандартом ISO.
Тип данных | Название | Требования к формату | Примечания к реализации |
DT | Дата | гггг-мм-ддгггг - год,мм - месяц,дд - число месяца | Допускается указывать только дату целиком: год, месяц и число месяца обязательны. |
ггггтолько год | Допускается указывать только год в полях, представляющих собой дату рождения. | ||
гггг-ммгггг - год, мм - месяц | Допускается указывать год и месяц в полях, представляющих собой дату рождения. | ||
DTM | Дата и время | гггг-мм-ддТчч:мм:СС+-чч:ммгггг-мм-дд - дата,чч:мм:сс - время,+чч:мм или -чч:мм - часовой пояс. | Если описанием поля предусмотрено указание даты и времени (полный формат), то указание времени с точностью до секунд и часового пояса обязательно. |
Полный формат для типа данных DTM должен отвечать стандарту ISO 8601. | |||
гггг-мм-ддгггг - год,мм - месяц,дд - число месяца | Допускается указывать только дату (сокращённый формат) в тех полях, где в указаниях по заполнению имеется прямое указание на это. Указание в таких полях даты и времени в полном формате не считается ошибкой; указанное время игнорируется. | ||
ггггтолько год | Допускается указывать только год в полях, представляющих собой дату рождения. | ||
гггг-ммгггг - год,мм - месяц | Допускается указывать год и месяц в полях, представляющих собой дату рождения. | ||
ID | Табличное значение стандарта ISO 27931:2009 | Значение должно браться из таблицы, включённой в стандарт. Номер таблицы указывается в описании поля, значения предопределены стандартом. | При описании полей типа ID указывается OID системы кодирования, построенной из таблицы стандарта. |
IS | Табличное значение, определяемое реализацией | Значение должно браться из таблицы. Номер таблицы указывается в описании поля, значения в стандарте не определены, их набор и интерпретация зависят от реализации. | При описании полей типа IS указывается OID системы кодирования, используемой для заполнения поля. |
NM | Число | Любой формат записи числового значения, допустимый в xml. | В данной реализации допускаются только натуральные числа и число 0. |
ST | Строка | Любая строка алфавитно-цифровых символов. | На формат значений некоторых полей накладываются дополнительные ограничения, которые даны в описании поля. |
SI | Номер сегмента | Натуральное число. | Служебный тип данных для полей, являющихся счётчиками повторяющихся сегментов в сообщении. |
TX | Текст | Текст в формате base64. | Используется для передачи произвольных вложений. |
Составные типы данных сообщений стандарта ISO 27931:2009, используемые в ИС ОМС, показаны на рисунке 7.
Далее описана структура каждого из составных типов данных. Некоторые компоненты являются обязательными; такие компоненты обязательно должны быть указаны в любом поле данного типа. Необязательные компоненты типа данных могут быть обязательными или условно-обязательными в конкретном поле данного типа, что указано в указаниях по заполнению соответствующего поля.
Кодируемые данные: CNE - без исключений (т.е. указание кода обязательно), CWE - с исключениями (т.е. указание кода не обязательно). В зависимости от контекста в одном и том же поле типа CNE или CWE могут передаваться коды из разных систем кодирования (в этом случае идентификатор системы кодирования должен быть указан). Расширение заданной системы кодирования собственными кодами не допускается.
В полях типов CNE и CWE могут одновременно передаваться код из местной системы кодирования (в полях CNE.1 - CNE.3, CNE.7 или CWE.1 - CWE.3, CWE.7) и код из унифицированной (альтернативной) системы кодирования (в полях CNE.4 - CNE.6, CNE.8 или CWE.4 - CWE.6, CWE.8). Эти коды должны означать одно и то же понятие. Такая возможность в ИС ЕРЗ пока не используется/
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
CNE.1 | идентификатор | ST | Да | Последовательность символов (код), однозначно идентифицирующая объект или понятие системы кодирования. Различные системы кодирования могут давать различные элементы этого типа для одного и того же объекта или понятия. |
CWE.1 | идентификатор | ST | Нет | |
CNE.2 CWE.2 | текст | ST | Нет | Имя или описание объекта или понятия, данное в соответствующей системе кодирования. |
CNE.3 CWE.3 | имя системы кодирования | ID | Нет | Каждой системе кодирования присваивается уникальный идентификатор. Этот компонент используется для идентификации системы кодирования, принятой для первого компонента поля - идентификатора. Сочетание идентификатора и имени системы кодирования должно быть уникальным кодом элемента данных. Каждая система кодирования имеет свой уникальный идентификатор.В качестве имён систем кодирования в ИС ЕРЗ используются ОИДы. |
CNE.4 CWE.4 | альтернативный идентификатор | ST | Нет | |
CNE.5 | альтернативный | ST | Нет | |
CWE.5 | текст | |||
CNE.6 CWE.6 | имя альтернативной системы кодирования | ID | Нет | |
CNE.7 CWE.7 | версия системы кодирования | ST | Нет | |
CNE.8 CWE.8 | версия альтернативной системы кодирования | ST | Нет | |
CNE.9 CWE.9 | исходный текст | ST | Нет | Исходный текст, которому сопоставлен данный код. Компонент предназначен для обеспечения возможностей отложенного кодирования значений и для проверки правильности кодирования. |
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
CX.1 | идентификатор | ST | Да | Произвольный идентификатор (например, серия и номер документа, удостоверяющего личность).В ИС ЕРЗ ОМС используется для передачи идентификаторов застрахованных лиц. |
CX.2 | контрольная цифра идентификатора | ST | Нет | |
CX.3 | система кодирования контрольной цифры | ID | Нет | Таблица HL70061 |
CX.4 | присвоившая организация | HD | Нет | В качестве организации, присвоившей идентификатор, может использоваться уникальное имя системы, создавшей этот идентификатор. Конкретное использование компонента описано в каждом конкретном поле соответствующего типа. |
CX.5 | тип идентификатора | ID | Да | Код, указывающий тип идентификатора (например, тип удостоверения личности - паспорт, свидетельство о рождении и т.д.) |
CX.6 | место присвоения идентификатора | HD | Нет | |
CX.7 | дата начала действия | DT | Нет | Дата, начиная с которой идентификатор считается действующим. |
CX.8 | срок действия | DT | Нет | Дата, начиная с которой идентификатор считается прекратившим действие. |
CX.9 | юрисдикция присвоения идентификаторов | CWE | Нет | |
CX.10 | присвоившая структурная единица | CWE | Нет |
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
DR.1 | дата и время начала периода | DTM | Усл | Дата или дата и время начала периода. Значение поля обязательно для сообщений изменения данных. В запросах может быть опущено. |
DR.2 | дата и время окончания периода | DTM | Усл | Дата или дата и время окончания периода. Значение поля обязательно для сообщений изменения данных. В запросах может быть опущено. |
Идентификация сущности (субъекта, объекта, понятия системы кодирования). В ИС ЕРЗ ОМС используется для идентификации ОИД систем кодирования в пространстве ОИД, задаваемом используемым справочником справочников. По этой причине компоненты EI.2 - EI.4 могут быть опущены и не используются в сообщениях.
XML-имя | Имя компонента | Тип значения | Обязательность | Описание |
EI.1 | идентификатор | ST | Да | Идентификатор из заданного пространства имён |
EI.2 | пространство имён | IS | Нет | |
EI.3 | универсальный идентификатор | ST | Нет | |
EI.4 | тип универсального идентификатора | ID | Нет |
XML- имя | Имя компонента | Тип значения | Обязательность | Описание |
ERL.1 | Имя сегмента (PID, IN1 и т.д.) | ST | Усл | Имя сегмента и его порядковый номер в сообщении могут быть опущены только в одном случае: если ошибка относится к пакету сообщений в целом |
ERL.2 | Порядковый номер сегмента в сообщении | NM | Усл | |
ERL.3 | Порядковый номер поля в сегменте | NM | Нет | |
ERL.4 | Порядковый номер повторения поля | NM | Нет | |
ERL.5 | Номер компонента | NM | Нет | |
ERL.6 | Номер субкомпонента | NM | Нет |
Фамилия. Тип данных, использующийся только в составе других составных типов данных и не разрешённый к использованию в качестве типа данных поля.