Приказ от 7 апреля 2011 г. N 79 об утверждении общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере
Скачать 9.07 Mb.
|
| <1> Для процедур SQL-Server код составляется из двух компонентов, разделенных точкой: 1) код ошибки или сообщения (ERROR_NUMBER), 2) статус сообщения (ERROR_STATE). Если статус у сообщения не предусмотрен, то код сообщения передается без точки. 6.1.1.6 Общие сведения о запросах и ответах на них Запросы могут иметь параметры, для спецификации которых могут применяться различные способы. В ИС ЕРЗ применяются запросы с простыми параметрами, предполагающие передачу параметров запроса в качестве значений последующих полей специального сегмента QPD, разного для разных запросов. Механизм запроса с простыми параметрами аналогичен механизму вызова хранимой процедуры базы данных. В ответ на запрос возвращается сообщение, состоящее из сегментов ISO 27931. Это сообщение по своей структуре подобно сообщениям, описанным выше, и содержит те же сегменты. 6.1.1.6.1 Профили запросов Под профилем запроса понимается описание запроса, содержащее следующие данные: - Введение, в котором указывается точное имя запроса и словесное описание его назначения, а также тип запроса и тип ответа на запрос. - Грамматика запроса, определяющая сегменты, которые могут быть переданы отправителем сообщения. Для каждого поля, входящего в указанные сегменты, в профиле запроса точно определяется, как переданное в этом поле значение должно интерпретироваться действующим лицом, которое должно отвечать на запрос. - Грамматика ответа на запрос, определяющая сегменты, из которых должен быть сконструирован ответ на запрос. 6.1.1.6.2 Особенности обработки запросов Для получения ответа на запрос прикладная информационная система передает в шлюз РС сообщение со структурой, предусмотренной грамматикой выбранного запроса. Шлюз РС производит форматно-логический контроль сообщения и возвращает сообщение ACK с подтверждением приема. Если исходное сообщение с запросом содержит ошибки ФЛК, то информация об ошибках включается в сообщение подтверждения приема. Если сообщение не содержит ошибок ФЛК, то оно при необходимости псевдонимизируется и передается в ЦС ЕРЗ, который возвращает ответ на запрос в сообщении со структурой, предусмотренной грамматикой ответа на запрос. Структура подтверждения приема для всех запросов одинакова и соответствует структуре общего подтверждения: ACK/\код-запроса/\ACK │ Подтверждение приема запроса [{ Сегменты сообщений подтверждения приема описаны в пункте 6.1.1.5. Специальных особенностей в их заполнении для прикладного подтверждения сообщений с запросами нет. 6.1.2 Типы данных, используемые в сообщениях 6.1.2.1 Простые типы данных Состав простых типов данных сообщений стандарта ISO 27931:2009, используемых в ИС ЕРЗ ОМС, показан на рисунке 6, а их назначение и формат записи значений даны в таблице 33. В столбце "Примечания к реализации" даны дополнительные требования, накладываемые на тип данных в ИС ОМС по сравнению со стандартом ISO. ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ ┌──────┐ │ DT │ │ DTM │ │ ID │ │ IS │ │ NM │ │ ST │ │ SI │ │ TX │ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ └──────┘ Рисунок 6 Простые типы данных сообщений стандарта ISO 27931:2009 Таблица 33 Назначение и формат простых типов данных стандарта ISO 27931:2009
6.1.2.2 Составные типы данных Составные типы данных сообщений стандарта ISO 27931:2009, используемые в ИС ОМС, показаны на рисунке 7. ┌──────────────────────────────────────────────────────┐ ┌──────────────────────────────────────────────────────┐ │ CNE │ │ CWE │ ├──────────────────────────────────────────────────────┤ ├──────────────────────────────────────────────────────┤ │+идентификатор : ST [1] │ │+идентификатор : ST [0..1] │ │+текст : ST [0..1] │ │+текст : ST [0..1] │ │+имя системы кодирования : ID [0..1] │ │+имя системы кодирования : ID [0..1] │ │+альтернативный идентификатор : ST [0..1] │ │+альтернативный идентификатор : ST [0..1] │ │+альтернативный текст : ST [0..1] │ │+альтернативный текст : ST [0..1] │ │+имя альтернативной системы кодирования : ID [0..1] │ │+имя альтернативной системы кодирования : ID [0..1] │ │+версия системы кодирования : ST [0..1] │ │+версия системы кодирования : ST [0..1] │ │+версия альтернативной системы кодирования : ST [0..1]│ │+версия альтернативной системы кодирования : ST [0..1]│ │+исходный текст [0..1] │ │+исходный текст [0..1] │ └──────────────────────────────────────────────────────┘ └──────────────────────────────────────────────────────┘ ┌──────────────────────────────────────────────────┐ ┌──────────────────────────────┐ │ CX │ │ DR │ ├──────────────────────────────────────────────────┤ ├──────────────────────────────┤ │+идентификатор : ST [1] │ │+начало диапазона : DTM [0..1]│ │+контрольная цифра идентификатора : ST [0..1] │ │+конец диапазона : DTM [0..1] │ │+система кодирования контрольной цифры : ID [0..1]│ └──────────────────────────────┘ │+присвоившая организация : HD [0..1] │ ┌──────────────────────────────────────────────┐ │+тип идентификатора : ID [0..1] │ │ EI │ │+место присвоения идентификатора : HD [0..1] │ ├──────────────────────────────────────────────┤ │+дата начала действия : DT [0..1] │ │+идентификатор : ST [0..1] │ │+срок действия : DT [0..1] │ │+пространство имен : IS [0..1] │ │+юрисдикция присвоения идентификаторов : CWE │ │+универсальный идентификатор : ST [0..1] │ │+присвоившая структурная единица : CWE [0..1] │ │+тип универсального идентификатора : ID [0..1]│ └──────────────────────────────────────────────────┘ └──────────────────────────────────────────────┘ ┌──────────────────────────────────────┐ ┌────────────────────────────────────────┐ │ ERL │ │ FN │ ├──────────────────────────────────────┤ ├────────────────────────────────────────┤ │+имя сегмента : ST [0..1] │ │+фамилия : ST [1] │ │+порядковый номер сегмента : NM [0..1]│ │+префикс собственной фамилии : ST [0..1]│ │+номер поля : NM [0..1] │ │+собственная фамилия : ST [0..1] │ │+номер повторения поля : NM [0..1] │ │+префикс фамилии супруга : ST [0..1] │ │+номер компонента : NM [0..1] │ │+фамилия супруга : ST [0..1] │ │+номер субкомпонента : NM [0..1] │ └────────────────────────────────────────┘ └──────────────────────────────────────┘ ┌────────────────────────────┐ │ QIP │ ┌──────────────────────────────────────────────┐ ├────────────────────────────┤ │ HD │ │+имя параметра : ST [1] │ ├──────────────────────────────────────────────┤ │+значение параметра : ST [1]│ │+код : IS [0..1] │ └────────────────────────────┘ │+универсальный идентификатор : ST [0..1] │ ┌──────────────────────────────────────┐ │+тип универсального идентификатора : ID [0..1]│ │ SAD │ └──────────────────────────────────────────────┘ ├──────────────────────────────────────┤ │+адрес в населенном пункте : ST [0..1]│ ┌────────────────────────────────────────────────┐ │+улица : ST [0..1] │ │ XAD │ │+дом : ST [0..1] │ ├────────────────────────────────────────────────┤ └──────────────────────────────────────┘ │+адрес в населенном пункте : SAD [0..1] │ ┌──────────────────────────────────────────────┐ │+другое указание : ST [0..1] │ │ VID │ │+населенный пункт : ST [0..1] │ ├──────────────────────────────────────────────┤ │+область : ST [0..1] │ │+идентификатор версии : ID [1] │ │+почтовый индекс : ST [0..1] │ │+код интернационализации : CWE [0..1] │ │+страна : ID [0] │ │+идентификатор локализованной версии : CWE [1]│ │+тип адреса : ID [0..1] │ └──────────────────────────────────────────────┘ │+другое географическое обозначение : ST [0..1] │ ┌──────────────────────────────────────────────────┐ │+код административной единицы : IS [0..1] │ │ XON │ │+избирательный участок : IS [0..1] │ ├──────────────────────────────────────────────────┤ │+код представления адреса : ID [0..1] │ │+наименование организации : ST [0..1] │ │+срок действия адреса : DR [0..1] │ │+тип наименования : IS [0..1] │ │+дата начала действия : DTM [0..1] │ │+идентификатор : NM [1] │ │+срок действия : DTM [0..1] │ │+контрольная цифра идентификатора : ST [0..1] │ │+причина прекращения действия : CWE [0..1] │ │+система кодирования контрольной цифры : ID [0..1]│ │+признак временного адреса : ID [0..1] │ │+присвоившая организация : HD [0..1] │ │+признак неправильного адреса : ID │ │+тип идентификатора : CWE [0..1] │ │+тип использования адреса : ID [0..1] │ │+место присвоения идентификатора : HD [0..1] │ │+адресат : ST [0..1] │ │+код представления наименования : ID [0..1] │ │+примечание : ST [0..1] │ │+идентификатор организации : ST [0..1] │ │+порядок предпочтения : NM [0..1] │ └──────────────────────────────────────────────────┘ │+код конфиденциальности : CWE [0..1] │ ┌─────────────────────────────────────┐ │+идентификатор адреса : EI [0..1] │ │ XPN │ └────────────────────────────────────────────────┘ ├─────────────────────────────────────┤ │+фамилия : FN [0..1] │ ┌───────────────────────────────────────────────────┐ │+имя : ST [0..1] │ │ XTN │ │+отчество : ST [0..1] │ ├───────────────────────────────────────────────────┤ │+суффикс : ST [0..1]{union} │ │+номер телефона [0] │ │+префикс : ST [0..1] │ │+код использования телекоммуникаций : ID [0..1] │ │+ученая степень : IS [0..1] │ │+тип телекоммуникационного оборудования : ID [0..1]│ │+код типа ФИО : ID [0..1] │ │+коммуникационный адрес : ST [0..1] │ │+код представления ФИО : ID [0..1] │ │+код страны : NM [0..1] │ │+контекст ФИО : CWE [0..1] │ │+код региона : NM [0..1] │ │+срок действия ФИО : DR [0..1] │ │+местный номер телефона : NM [0..1] │ │+порядок сборки ФИО : ID [0..1] │ │+дополнительный номер : NM [0..1] │ │+дата начала действия : DT [0..1] │ │+произвольный текст : ST [0..1] │ │+срок действия : DT [0..1] │ │+префикс дополнительного номера : ST [0..1] │ │+профессиональный суффикс : ST [0..1]│ └───────────────────────────────────────────────────┘ └─────────────────────────────────────┘ Рисунок 7 Составные типы данных сообщений стандарта ISO 27931:2009 Далее описана структура каждого из составных типов данных. Некоторые компоненты являются обязательными; такие компоненты обязательно должны быть указаны в любом поле данного типа. Необязательные компоненты типа данных могут быть обязательными или условно-обязательными в конкретном поле данного типа, что указано в указаниях по заполнению соответствующего поля. Серым курсивом указаны компоненты типа данных, не использующиеся в ИС ОМС. 6.1.2.2.1 Типы данных CNE и CWE Кодируемые данные: CNE - без исключений (т.е. указание кода обязательно), CWE - с исключениями (т.е. указание кода не обязательно). В зависимости от контекста в одном и том же поле типа CNE или CWE могут передаваться коды из разных систем кодирования (в этом случае идентификатор системы кодирования должен быть указан). Расширение заданной системы кодирования собственными кодами не допускается. |
Похожие:
 | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |  | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... |
| Целью настоящего документа является установление единых требований и правил информационного взаимодействия, применяемых участниками... | | В соответствии с частью 8 статьи 33 Федерального закона от 29 ноября 2010 года n 326-фз "Об обязательном медицинском страховании... |
| «Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере... | | «Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере... |