close

Вход

Забыли?

вход по аккаунту

Комплект спецификаций

код для вставкиСкачать
КОМПЛЕКТ СПЕЦИФИКАЦИЙ И ТЕХНИЧЕСКИХ
УСЛОВИЙ ОБМЕНА СТАНДАРТИЗИРОВАННЫМИ
ЭЛЕКТРОННЫМИ МЕДИЦИНСКИМИ ДОКУМЕНТАМИ
И СВЕДЕНИЯМИ ДЛЯ МЕДИЦИНСКИХ
ИНФОРМАЦИОННЫХ СИСТЕМ, НЕ
ПОДДЕРЖИВАЮЩИХ ПРОФИЛИ IHE
ОГЛАВЛЕНИЕ
1 ОБЩИЕ ПОЛОЖЕНИЯ ............................................................................................................. 7
1.1 Перечень обозначений и сокращений ............................................................................... 7
1.2 Назначение........................................................................................................................... 8
2 ОПРЕДЕЛЕНИЕ КОМПОНЕНТОВ ИСПОЛЬЗУЕМЫХ СООБЩЕНИЙ ............................ 9
3 ИСПОЛЬЗУЕМЫЕ СООБЩЕНИЯ СТАНДАРТА ISO/HL7 27931 ..................................... 13
3.1 Управление идентификаторами пациентов .................................................................... 14
3.1.1 Структура сообщения ADT_A01 для события А01 .......................................... 16
3.1.2 Структура сообщения ADT_A01 для события А04 .......................................... 17
3.1.3 Структура сообщения ADT_A01 для события А08 .......................................... 18
3.1.4 Структура сообщения ADT_A39 для события А40 .......................................... 18
3.1.5 Структура сообщения QBP_Q21 для события Q22......................................... 21
3.1.6 Структура сообщения RSP_K22 для события K22 .......................................... 21
3.2 Осуществление приёма СЭМД из внешних систем (МИС) / передача СЭМД
во внешние системы ...................................................................................................... 22
3.2.1 Осуществление приёма СЭМД из внешних систем (МИС) ............................. 24
3.2.2 Осуществление передачи СЭМД во внешние системы .................................... 25
4 ОПИСАНИЕ СЕГМЕНТОВ СООБЩЕНИЙ .......................................................................... 28
4.1 Сегмент MSH – Заголовок сообщения............................................................................ 28
4.1.1 Атрибут MSH.1 - Разделитель полей (ST)......................................................... 29
4.1.2 Атрибут MSH.2 - Символы кодирования (ST) ................................................... 29
4.1.3 Атрибут MSH.3 - Приложение-отправитель (HD) ......................................... 29
4.1.4 Атрибут MSH.4 - Учреждение-отправитель (HD) ......................................... 29
4.1.5 Атрибут MSH.5 - Приложение-получатель (HD) ............................................ 30
4.1.6 Атрибут MSH.6 - Учреждение-получатель (HD) ............................................. 30
4.1.7 Атрибут MSH.7 - Дата и время сообщения ..................................................... 31
4.1.8 Атрибут MSH.9 - Тип сообщения (СМ) ........................................................... 31
4.1.9 Атрибут MSH.10 - Идентификатор сообщения (ST) ...................................... 32
4.1.10 Атрибут MSH.11 - Тип прикладной обработки (PT) ...................................... 32
4.1.11 Атрибут MSH.12 - Идентификатор версии стандарта HL7 (VID) ............ 32
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 3 из 131
4.1.12 Атрибут MSH.18 - Система кодирования символов (ID) .............................. 32
4.2 Структура сегмента MSA – Подтверждение приема сообщения ................................. 32
4.2.1 Атрибут MSA.1 - Код подтверждения (ID) ...................................................... 33
4.2.2 Атрибут MSA.2 - Идентификатор сообщения (ST) ........................................ 34
4.3 Сегмент ERR – Ошибка ................................................................................................... 34
4.3.1 Атрибут ERR.2 - Место ошибки (ERL) ............................................................. 35
4.3.2 Атрибут ERR.3 - Код ошибки (CWE) ................................................................. 36
4.3.3 Атрибут ERR.4 - Уровень серьезности ошибки (ID) ....................................... 40
4.3.4 Атрибут ERR.7 - Диагностическая информация (TX) ..................................... 40
4.4 Сегмент EVN – Тип события ........................................................................................... 41
4.4.1 Атрибут EVN.2 - Дата и время регистрации события ................................... 41
4.4.2 Атрибут EVN.4 - Код причины события ........................................................... 42
4.4.3 Атрибут EVN.5 – Идентификатор оператора ................................................ 42
4.4.4 Атрибут EVN.7– Учреждение, в котором произошло событие (HD) ........... 43
4.5 Сегмент PID – Идентификация пациента ....................................................................... 44
4.5.1 Атрибут PID.3 - Список идентификаторов пациента ................................... 45
4.5.2 Атрибут PID.5 - Фамилия, имя, отчество пациента ...................................... 50
4.5.3 Атрибут PID.7 - Дата рождения пациента..................................................... 50
4.5.4 Атрибут PID.8 - Пол пациента .......................................................................... 50
4.5.5 Атрибут PID.11 - Адрес пациента ..................................................................... 50
4.5.6 Атрибут PID.13 - Номер домашнего телефона пациента.............................. 52
4.5.7 Атрибут PID.29 - Дата и время смерти пациента ........................................ 53
4.5.8 Атрибут PID.30 - Признак смерти пациента .................................................. 54
4.5.9 Атрибут PID.31 - Признак идентифицированный / не
идентифицированный ....................................................................................... 54
4.6 Сегмент PV1 –Визит пациента ........................................................................................ 54
4.6.1 Атрибут PV1-2 - Категория пациента ............................................................. 55
4.6.2 Атрибут PV1.3 – Место, закрепленное за пациентом .................................... 55
4.6.3 Атрибут PV1.44 – Дата и время визита........................................................... 56
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 4 из 131
4.6.4 Атрибут PV1.45 – Дата и время окончания визита ........................................ 57
4.7 Сегмент ORC – Общий заказ ........................................................................................... 57
4.7.1 Атрибут ORC.21 – Название медицинской организации,
формирующей документ. .................................................................................. 57
4.7.2 Атрибут ORC.28 – Уровень конфиденциальности........................................... 58
4.8 Сегмент TQ1 – Количество/срок ..................................................................................... 58
4.8.1 Атрибут TQ1.1 – Идентификатор сегмента .................................................. 59
4.8.2 Атрибут TQ1.7 – Дата и время начала события ............................................. 59
4.8.3 Атрибут TQ1.8 – Дата и время окончания события ....................................... 59
4.9 Сегмент QAK – Подтверждение запроса ....................................................................... 59
4.9.1 Атрибут QAK.2 – Статус ответа на запрос .................................................. 60
4.9.2 Атрибут QAK.4 – Число найденных записей .................................................... 60
4.10 Сегмент QRD – Определение запроса .......................................................................... 60
4.10.1 Атрибут QRD.1 – Дата/время запроса ........................................................... 61
4.10.2 Атрибут QRD.4 – Идентификатор запроса .................................................. 61
4.10.3 Атрибут QRD.7 – Количественные ограничения запроса ............................. 61
4.10.4 Атрибут QRD.8 – Фильтр объекта запроса .................................................. 61
4.10.1 Атрибут QRD.9 – Фильтр свойств объекта .................................................. 61
4.10 Сегмент QRF – Фильтр запроса .................................................................................... 62
4.10.1 Атрибут QRF.4 – Дополнительные условия выборки ..................................... 62
4.10.2 Атрибут QRF.9 – Параметры фильтра .......................................................... 63
4.11 Сегмент TXA – Заголовок документа ........................................................................... 64
4.11.1 Атрибут TXA.1 – Идентификатор сегмента ................................................. 65
4.11.2 Атрибут TXA.2 – Тип документа ..................................................................... 66
4.11.3 Атрибут TXA.6 – Дата и время создания документа .................................... 66
4.11.4 Атрибут TXA.9 – Автор документа ................................................................ 66
4.11.1 Атрибут TXA.12 – Уникальный идентификатор документа........................ 66
4.11.2 Атрибут TXA.17 — Статус лица ..................................................................... 66
4.11.3 Атрибут TXA.18 – Статус конфиденциальности документа ...................... 66
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 5 из 131
4.11.4 Атрибут TXA.22 — Данные лица ...................................................................... 66
4.12 Сегмент OBX – Исследования/результаты ................................................................... 67
4.12.1 Атрибут OBX.1 – Идентификатор сегмента ................................................ 67
4.12.2 Атрибут OBX.2 – Тип данных........................................................................... 68
4.12.3 Атрибут OBX.3 – Код типа документа .......................................................... 68
4.12.4 Атрибут OBX.5 – Исследования / инкапсулированный СЭМД ...................... 68
4.13 Сегмент MRG – Объединение сведений о пациенте ................................................... 69
4.13.1 Атрибут MRG.1 — Список прежних идентификаторов пациента ............. 70
4.13.2 Атрибут MRG.2 – Прежний альтернативный идентификатор ................. 71
4.13.3 Атрибут MRG.3 — Прежний номер лицевого счета пациента ................... 71
4.13.4 Атрибут MRG.4 — Прежний внешний идентификатор пациента ............. 71
4.13.5 Атрибут MRG.5 — Прежний номер визита ................................................... 71
4.13.6 Атрибут MRG.6 — Прежний альтернативный номер визита ..................... 71
4.13.7 Атрибут MRG.7 — Прежние фамилия, имя, отчество пациента ............... 72
4.14 Сегмент QPD – определение параметров запроса ....................................................... 72
4.14.1 Атрибут QPD.1 – Имя запроса сообщения ..................................................... 72
4.14.2 Атрибут QPD.2 – Идентификатор запроса .................................................. 73
4.14.3 Атрибут QPD.3 – Параметры пользователя ................................................. 73
4.15 Сегмент RCP – Параметры управления ответом ......................................................... 74
4.15.1 Атрибут RCP – Приоритет запроса ............................................................... 74
4.16 Сегмент QAK – Сегмент подтверждения запроса ....................................................... 74
4.16.1 Атрибут QAK.1 – Идентификатор запроса ................................................... 75
4.16.2 Атрибут QAK.2 — Статус ответа на запрос ............................................... 75
4.16.3 Атрибут QAK.4 — Число совпадений .............................................................. 76
5 ОПИСАНИЕ ИНТЕГРАЦИОННОГО ШЛЮЗА .................................................................... 77
6 ТАБЛИЦА КРОСС-ВАЛИДАЦИИ АТРИБУТОВ ЗАПРОСА И СЭМД ............................. 84
ПРИЛОЖЕНИЕ А ПРИМЕРЫ СООБЩЕНИЙ ........................................................................ 90
А.1 Пример: Регистрация пациента в стационаре (Госпитализация) ............................. 90
А.2 Пример: Регистрация пациента в поликлинике. ....................................................... 93
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 6 из 131
А.3 Пример: Дедублирование пациентов ........................................................................... 95
А.4 Пример: Изменение информации о пациенте ............................................................ 97
А.5 Пример: Запрос идентификаторов пациентов ............................................................ 99
А.6 Пример: Уведомление из МИС об исходном документе с передачей
содержания (MDM_T02) и подтверждение о приеме в ИЭМК (ACK
MDM_T02). .................................................................................................................. 102
А.7 Пример: Запрос /ответ по списку документов пациента ....................................... 121
А.8 Пример: Запрос /ответ для содержимого документа СЭМД в ИЭМК ................ 123
ПРИЛОЖЕНИЕ Б ОПИСАНИЕ ВЕБ-СЕРВИСА ИНТЕГРАЦИИ С ИЭМК ....................... 126
ПРИЛОЖЕНИЕ В ОПИСАНИЕ ВЕБ-СЕРВИСА ОБРАТНОГО ВЫЗОВА ......................... 130
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 7 из 131
1 Общие положения
1.1 Перечень обозначений и сокращений
ЕНП
Единый номер полиса обязательного медицинского страхования
ЕРЗ
Единый регистр застрахованных граждан
ИЭМК
Интегрированная электронная медицинская карта.
МЗ РФ
Министерство здравоохранения Российской Федерации
МИС
Медицинская информационная система
МО
Медицинская организация
НСИ
Нормативно-справочная информация
ОМС
Обязательное медицинское страхование
Система
Система ведения ИЭМК
СНИЛС
Страховой номер индивидуального лицевого счета застрахованного лица в
системе персонифицированного учета Пенсионного фонда РФ
Сообщение
АСК
Сообщение общего подтверждения
СЭМД
Стандартизированный электронный медицинский документ
ФЛК
Форматно-логический контроль
ЭП
Электронная подпись в соответствии с Федеральным законом от 6 апреля
2011 г. №63-ФЗ «Об электронной подписи».
CDA
Clinical Document Architecture – архитектура клинических документов
(Стандарт ISO/HL7 27932:2009 Data Exchange Standards -- HL7 Clinical
Document Architecture, Release 2).
IHE
Организация Integrating the Healthcare Enterprise – международная
инициатива, направленная на адаптацию и использование стандартов в
области информатизации здравоохранения разработчиками медицинских
информационных систем и медицинского оборудования.
HL7
Health Level Seven - стандарт обмена, управления и интеграции
электронной медицинской информации
XML
Extensible Markup Language – расширяемый язык разметки.
Расширение файла, содержащего текст, оформленный по правилам XML.
XML-схема
Язык
описания структуры
консорциумом W3C.
XML
документа,
рекомендованный
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 8 из 131
1.2 Назначение
Настоящий документ предназначен для разработчиков медицинских
информационных систем (далее - МИС) и описывает методологию
разработки взаимодействия МИС, не поддерживающих работу с профилями
IHE, с Системой ведения интегрированной электронной медицинской карты
(далее
-
ИЭМК)
при
передаче
стандартизированных
электронных
медицинских документов (далее - СЭМД). Методология включает в себя:
- перечень
событий
стандарта,
используемых
для
управления
идентификаторами пациента;
- перечень событий, используемых для передачи СЭМД в ИЭМК и из
ИЭМК во внешние системы;
- правила формирования (заполнения) сегментов и полей сообщений.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 9 из 131
2 Определение компонентов используемых сообщений
Сообщение является минимальной единицей данных, передаваемых
между системами. Оно состоит из группы сегментов, расположенных в
определенной
последовательности.
Каждое
сообщение
относится
к
определенному типу сообщения, который определяет его назначение.
Например, сообщения типа ADT используются для передачи из одной
системы в другую отдельных порций сведений о госпитализации, выписке и
переводе пациента (Admission, Discharge, Transfer). Каждое сообщение
включает в себя трехсимвольный код, определяющий его тип. Реальное
событие, происходящее в системе здравоохранения и инициирующее обмен
сообщениями, называется событием, требующим реакции, или просто
событием.
Сегмент представляет собой логическую группировку полей данных.
Сегменты сообщения могут быть обязательными или необязательными. Они
могут встречаться в сообщении только один раз или же может быть
разрешено многократное повторение сегмента. Каждому сегменту присвоено
имя. Например, сообщение типа ADT может содержать следующие
сегменты: Заголовок сообщения (Message Header - MSH), Тип события (Event
Type - EVN), Идентификация пациента (Patient ID - PID) и Визит пациента
(Patient Visit - PV1).
Каждый сегмент идентифицируется уникальным трехсимвольным
кодом, который называется идентификатором сегмента (Segment ID).
Поле представляет собой строку символов. Стандарт HL7 никак не
затрагивает способы хранения данных в приложениях. Приложения передают
поля в виде строк символов. В стандарте содержатся таблицы с
определениями сегментов, используемых в сообщениях. В этих таблицах
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 10 из 131
перечисляются и описываются поля данных сегмента, и характеризуется их
использование.
При определении сегмента для каждого его поля указывается
следующая информация.
Позиция (положение в сегменте). Порядковый номер поля данных в
сегменте. Этот номер используется для последующей ссылки на текстовый
комментарий к полю данных, который приводится вслед за таблицей с
определением сегмента. В этой таблице номер поля приводится в столбце,
озаглавленном п/п.
Максимальная
длина.
Максимальная
длина
не
имеет
концептуального значения для абстрактного сообщения или для правил
кодирования сообщений в стандарте HL7. Она является нормативной.
Однако на практике максимальная длина поля нередко регламентируется
местными соглашениями. При вычислении длины поля учитываются все
входящие в него символы, в том числе определенные ниже разделители
компонентов и субкомпонентов. Поскольку максимальная длина задается для
одного экземпляра поля, то разделитель повтора полей из подсчета длины
поля исключается. В таблице с определением сегмента длина поля
приводится в столбце, озаглавленном Длина.
Тип данных. Тип данных накладывает ограничения на значение,
передаваемое в поле данных. В стандарте HL7 определен целый ряд типов
данных. В таблице с определением сегмента длина поля приводится в
столбце, озаглавленном Тип.
Обязательность.
Признак
того,
является
ли
поле
данных
обязательным, необязательным или условным в сегменте. В таблицах с
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 11 из 131
определениями
сегментов
используются
следующие
обозначения
обязательности:
 О/Да - обязательное (required – R);
 Н/Нет - необязательное (optional - O);
 У - условное (conditional - C). Необходимость включения этого поля
зависит от типа события или от значений других полей. В
определении
поля,
которое
приводится
после
таблицы
с
определением сегмента, должен быть указан алгоритм, по которому
определяется обязательность этого поля;
Определение обязательности приводится в столбце, озаглавленном о/н.
Повтор. Признак того, может ли поле повторяться в сегменте. В
таблицах с определениями сегментов используются следующие обозначения
обязательности:
 0..1 - без повтора;
 0..* / 1..* - поле может повторяться неограниченное число раз, либо
число повторений ограничено местными соглашениями;
 (целое число) - число повторов может доходить до указанного
значения.
В таблице с определением сегмента признак повторяемости приводится
в столбце, озаглавленном Повт/#.
Таблица. Стандарт HL7 может определять для поля таблицу значений.
В стандарте HL7 способы определения допустимых табличных значений
различны.
Некоторые
поля,
например
местонахождение
пациента,
принимают значения, которые могут меняться от одного медицинского
учреждения к другому. Хотя эти пользовательские таблицы не заполнены
значениями в стандарте, им присваивается номер с тем, чтобы облегчить
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 12 из 131
последующую реализацию. В таблице с определением сегмента номер
таблицы значений приводится в столбце, озаглавленном Табл#. Исключение
представляют типы данных CE и CF, для которых ссылка на таблицу
приводится в определении типа данных.
Идентификатор.
Короткое
целое
число,
однозначно
идентифицирующее поле данных в тексте стандарта. В таблице с
определением
сегмента
эта
информация
приводится
в
столбце,
озаглавленном Элем#.
Наименование. Описание назначения поля. В таблице с определением
сегмента
эта
информация
Наименование элемента.
приводится
в
столбце,
озаглавленном
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 13 из 131
3 Используемые сообщения стандарта ISO/HL7 27931
Обмен информацией между МИС и ИЭМК инициируется событиями,
происходящими на таких этапах оказания медицинской помощи пациенту
как:
- амбулаторное обращение в МО;
- госпитализация;
- выписка из стационара;
- регистрация СЭМД.
Каждое такое событие должно быть зарегистрировано в Системе
ведения электронной медицинской карты пациента (далее - ЭМК)
соответствующей медицинской организации (далее - МО). В системе ЭМК
собираются
данные,
необходимые
для
формирования
медицинской
статистики, а в ИЭМК собираются сведения о здоровье пациента и его
лечении, необходимые для обеспечения преемственности медицинской
помощи, и имеющие все признаки документа, в том числе, персональную
ответственность медицинского работника за полноту и достоверность
сделанных им записей.
Согласно требованиям технического задания, в Систему ведения
ИЭМК должны поступать как учётные сведения, собираемые Системой
ведения ЭМК, так и СЭМД. В связи с этим целесообразно объединять
учётные данные случая оказания (обращения за медицинской помощью) и
относящиеся к нему медицинские документы в один набор документов и
отправлять такие наборы в Систему ведения ИЭМК как единое целое. Такое
решение имеет следующие преимущества:
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 14 из 131
1. Содержание набора документов логически связано, что позволяет
осуществить эффективный форматно-логический контроль.
2. События обмена наборами документов непосредственно связаны с
событиями реального мира, происходящими на различных этапах
оказания медицинской помощи.
3. При проектировании решения использован многолетний опыт,
сконцентрированный в международных стандартах электронного
обмена
медицинскими
данными
и
документами
ISO/HL7
27931:2009.
Ниже перечислены основные события передачи наборов учётных и
медицинских документов из МИС в Систему ведения ИЭМК. Они выбраны
из числа событий, определённых в международном стандарте ISO/HL7 27931
с таким расчётом, чтобы охватить первоочередные сценарии применения
ИЭМК и заложить основу на последующее развитие. Согласно стандарту,
каждому событию присвоен код, состоящий из буквы, обозначающей группу
событий, и двузначного номера события в этой группе.
Выбранные события используются в Системе для:
- управления идентификаторами пациентов;
- осуществления приёма СЭМД из внешних систем (МИС)/ передачи
СЭМД во внешние системы.
3.1 Управление идентификаторами пациентов
Для управления идентификаторами пациентов в Системе используются
следующие события ISO/HL7 27931, представленные в таблице ниже (см.
Таблица 1).
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 15 из 131
Таблица 1 - Перечень событий для управления идентификаторами
пациентов
Код
Тип
Код
группы структуры
Назначение
события
событий сообщения
A01
ADT
ADT_A01 Госпитализация/визит пациента
A04
ADT
ADT_A01 Амбулаторное обращение пациента
A08
ADT
ADT_A01 Изменение информации о пациенте
A40
ADT
ADT_A39 Объединение сведений о пациенте
Q22
QBP
QBP_Q21 Запрос идентификаторов пациента
RSP
K22
RSP_K21 Ответ на запрос Q22 (на запрос
идентификаторов пациента)
Сообщения о событиях используются исключительно в целях
управления идентификаторами пациентов, вся остальная информация о
медицинском обслуживании пациентов передаётся в составе СЭМД.
Сообщения о событиях поступают из МО в Систему. Система
осуществляет
ФЛК
сообщения
и
возвращает
сообщение
ACK
с
подтверждением приёма. Если сообщение содержит ошибки ФЛК, то
информация об ошибках включается в сообщение подтверждения приёма.
Если сообщение не содержит ошибок ФЛК, то оно передаётся далее в
интеграционную
шину
ИЭМК,
которая
обеспечивает
необходимую
обработку сообщения и возвращает сообщение ACK с подтверждением
прикладной обработки.
Все передаваемые из МИС в ИЭМК сообщения / запросы должны
формироваться в формате UNICODE UTF-8. Все ответы, направляемые из
ИЭМК сформированы в формате UNICODE UTF-8.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 16 из 131
3.1.1 Структура сообщения ADT_A01 для события А01
Событие A01 – госпитализация пациента. Информация о событии A01
передается в результате оформления поступившего пациента в МО, при
котором за ним закрепляется больничная койка. Оно сигнализирует о начале
пребывания пациента в стационаре.
Обычно информация о поступлении вводится в систему учета коечного
фонда и движения пациентов (ГВП – госпитализация, выписка, перевод),
которая затем транслирует ее в систему учета назначений и в системы
вспомогательных подразделений.
Событие A01 относится как к госпитализации идентифицированных
пациентов в стационар, включая дневной стационар, так и к госпитализации
не идентифицированных пациентов. Например, событие A01 может быть
использовано при передаче следующих уведомлений:
 в ИЭМК;
 аптечной
информационной
системе
о
том,
что
пациент
госпитализирован и может на законном основании получать
лекарства;
 системе учета назначений о том, что пациент поступил, и
необходимо подготовить план его обследования и лечения;
 административно-финансовой системе о начале периода оплаты
стационарного лечения;
 системе пищеблока о постановке нового пациента на питание;
 системам
лабораторий,
отделениям
лучевой
диагностики,
патологоанатомического отделения о том, что новый пациент
может пользоваться их услугами;
 клинической информационной системе о том, что для нового
пациента надо начать ведение электронной истории болезни.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 17 из 131
Структура принимаемого Системой ИЭМК сообщения представлена в
Таблица 2. Сегменты, не используемые в сообщении, в таблице не
представлены.
Таблица 2 - Структура сообщения ADT_A01 для события A01
Структура
Множественность
Описание сегмента
MSH
[1..1]
Заголовок сообщения
Глава
HL7
2
EVN
[1..1]
Тип события
3
PID
[1..1]
Идентификация пациента
3
PV1
[1..1]
Визит пациента
3
3.1.2 Структура сообщения ADT_A01 для события А04
Событие
A04
сигнализирует
о
том,
что
в
амбулаторно-
поликлиническом учреждении на пациента зарегистрирована медицинская
карта или оказана разовая медицинская услуга, например, в лаборатории. За
пациентом не закрепляется больничная койка.
Структура сообщения представлена в таблице ниже (см. Таблица 3).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 3 - Структура сообщения ADT_A01 для события A04
Структура
Множественность
Описание сегмента
MSH
[1..1]
Заголовок сообщения
Глава
HL7
2
EVN
[1..1]
Тип события
3
PID
[1..1]
Идентификатор пациента
3
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 18 из 131
Структура
PV1
Множественность
[1..1]
Описание сегмента
Визит пациента
Глава
HL7
3
3.1.3 Структура сообщения ADT_A01 для события А08
Событие A08 используется в тех случаях, когда необходимо изменить
сведения о пациенте. Например, событие A08 можно использовать при
передаче системе-получателю уведомления об изменении адреса или имени
пациента.
Структура сообщения представлена в таблице ниже (см. Таблица 4).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 4 - Структура сообщения ADT_A01 для события A08
Структура
Множественность
Описание сегмента
MSH
[1..1]
Заголовок сообщения
Глава
HL7
2
EVN
[1..1]
Тип события
3
PID
[1..1]
Идентификатор пациента
3
PV1
[1..1]
Визит пациента
3
3.1.1 Структура сообщения ADT_A39 для события А40
Дедублирование или объединение сведений о пациентах выполняется в
случае, когда в МО вследствие ошибки было сделано более одной
регистрационной записи на одного пациента. Дедублирование проводится на
уровне внутренней идентификации.
В соответствии с таким сообщением сведения, связанные с исходным
«неправильным идентификатором пациента», передаваемым в поле MRG-1 –
список прежних идентификаторов пациента сегмента MRG, должны быть
объединены со сведениями, связанными с «результирующим правильным
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 19 из 131
идентификатором
пациента»,
передаваемым
в
PID-3
–
список
идентификаторов пациента сегмента PID. После обработки данного события,
все идентификаторы сегментов PID и MRG будут связаны с одним
идентификатором пациента, указанном в сегменте PID.
Структура сообщения представлена в таблице ниже (см. Таблица 5).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 5 - Структура сообщения ADT_A39 для события A40
Структура
Множественность
Описание сегмента
MSH
[1..1]
Заголовок сообщения
Глава
HL7
2
EVN
[1..1]
Тип события
3
Начало группы GR1
{
PID
[1..1]
Идентификация пациента
3
MRG
[1..1]
Информация об объединении
3
данных
Конец группы GR1
}
Правила использования сообщения A40 в ИЭМК:
Дедублирование производится по локальным ID двух регистрационных
записей
пациентов.
Дедублирование
идентификатору пациента,
так
и
по
может
производиться
медицинской
как
по
карте пациента.
Идентификаторами могут выступать, например, локальный ID пациента или
номер медицинской карты.
В сообщении A40
в поле
PID.3 Patient Identifier List
находится
идентификатор пациента PID.3.1, который после операции дедублирования
становится основным идентификатором. Признак идентификатора находится
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 20 из 131
в
субкомпоненте
PID.3.4.2.
Справочник,
к
которому
относится
идентификатор, расположен в PID.3.5.
В сегменте MRG сообщения в поле MRG. 1 Prior Patient Identifier List в
компоненте
идентификатор
содержится
MRG.1.1
пациента,
признак
дедублируемый
дедублируемого
(некорректный)
идентификатора
содержится в компоненте MRG.1.5.
Результат выполнения транзакции – наличие в ИЭМК только одной
активной регистрационной записи с локальным ID, содержащимся в PID.3.1
и признаком идентификатора PID.3.4.2 из справочника, указанного в
компоненте PID3.5.
Пример поля PID.3 : дедублирование по локальному ID пациента:
19ce7b7f-b054-47a0-bde9-e54f6c49bfa0
^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^ОБЛАСТНОЙ
КОНСУЛЬТАТИВНЫЙ
ЦЕНТР&1.2.643.5.1.13.3.25.34.123&ISO^20140203
Где:
19ce7b7f-b054-47a0-bde9-e54f6c49bfa0 – локальный ID пациента
9
- код признака локального идентификатора
1.2.643.5.1.13.2.7.1.62 – справочник, в котором указан код признака
локального идентификатора
Пример значения «неправильного» идентификатора в сегменте MRG
заполняются аналогично.
Полный пример сообщения для события A40 представлен в примере А.3
Приложения А.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 21 из 131
3.1.2 Структура сообщения QBP_Q21 для события Q22
Событие Q22 в части запрос / ответ предназначен для взаимодействия
между клиентом и Системой ведения ИЭМК. Запрос состоит из набора
демографических данных пациента.
В ответе на запрос содержится список идентификаторов кандидатов,
упорядоченных в порядке возрастания в Системе ведения ИЭМК. Запрос
выполняется только среди идентификаторов пациентов, зарегистрированных
в запрашивающей МО.
Структура сообщения представлена в Таблица 6. Сегменты, не
используемые в сообщении, в таблице не представлены.
Таблица 6 - Структура сообщения QBP_Q21 – Запрос на поиск кандидатов
Структура
Множественность
Описание сегмента
MSH
[1..1]
Заголовок сообщения
Глава
HL7
2
QPD
[1..1]
Сегмент определения
5
параметров запроса
RCP
[0..1]
Параметры управления
5
ответом
3.1.3 Структура сообщения RSP_K22 для события K22
В ответе на запрос (событие K22) содержится список кандидатов,
упорядоченных в порядке возрастания в Системе ведения ИЭМК.
Структура сообщения представлена в Таблица 7. Сегменты, не
используемые в сообщении, в таблице не представлены.
Таблица 7 - Структура сообщения RSP_K22 – ответ на запрос поиска кандидатов
Структура
MSH
Множественность
[1..1]
Описание сегмента
Заголовок сообщения
Глава
HL7
2
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 22 из 131
Структура
Множественность
Описание сегмента
MSA
[1..1]
Подтверждение сообщения
Глава
HL7
2
[ERR]
[0..1]
Ошибка
2
QAK
[1..1]
Подтверждение запроса
5
QPD
[1..1]
Сегмент определения
5
параметра запроса
[
Начало группы G10
{
Начало группы G1R
PID
[0..1]
Идентификация пациента
3
Возможен возврат нескольких
идентификаторов пациента.
В поле PID.1 указывается
каждого сегмента PID
указывается его номер
}
Конец группы G10
]
Конец группы G1R
3.2 Осуществление приёма СЭМД из внешних систем (МИС) /
передача СЭМД во внешние системы
Для приёма СЭМД в Системе используются следующие сообщения
стандарта ISO/HL7 27931:
- MDM^T02 – уведомление об исходном документе с передачей
содержания;
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 23 из 131
- MDM^T10 – уведомление о замене документа с передачей
содержания.
Для запроса СЭМД из ИЭМК используются следующие сообщения:
- QRY^T12 – запрос документа / запрос содержания документа;
- DOC^T12 – ответ на запрос документа / ответ на запрос содержания
документа.
Перечисленные уведомления и запросы могут быть выполнены как для
зарегистрированных в ИЭМК пациентов, так и не зарегистрированных. Во
втором случае пациент будет не найден.
Исключение составляет регистрация СЭМД (событие T02) – в случае,
если в ИЭМК придет СЭМД на незарегистрированного в ИЭМК пациента –
ИЭМК зарегистрирует его.
Для управления возможностью приема СЭМД из внешних систем в
ИЭМК, а также для возможности передачи СЭМД во внешние системы
используются события, представленные в таблице ниже (см. Таблица 8).
Таблица 8 – Перечень событий для приема/передачи СЭМД
Код
Тип
Код
Назначение
группы структуры
события
событий сообщения
T02
MDM
MDM_T02 Уведомление об исходном документе с
передачей содержания
T02
ACK
MDM_T02 Подтверждение на прием документа
T12
QRY
QRY_T12 Запрос документа / запрос содержания
документа
Запрос должен содержать номер
медицинской
карты
присвоенной
учреждением, которое делает запрос.
T12
DOC
DOC_T12 Ответ на запрос документа / ответ на
запрос содержания документа
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 24 из 131
3.2.1 Осуществление приёма СЭМД из внешних систем (МИС)
Сформированные
СЭМД
передаются
в
Систему
при
помощи
сообщения MDM_T02 (уведомление об исходном документе с передачей
содержания). СЭМД передаётся как инкапсулированный мультимедийный
объект. В Систему передаются только медицинские документы, подписанные
электронной подписью.
3.2.1.1 Структура сообщения MDM_T02
Структура сообщения представлена в таблице ниже (Таблица 9).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 9 - Структура сообщения MDM_T02
Структура
сообщения
MSH
Множественность
Описание сегмента
[1..1]
Заголовок сообщения
EVN
[1..1]
Событие
PID
[1..1]
Идентификация пациента
PV1
[1..1]
Визит пациента
Начало группы COMMON_ORDER
[{
ORC
[1..1]
Начало группы TIMING
[{
TQ1
[1..1]
[1..1]
Уведомление о документе
Начало группы OBXNTE
{
OBX
Количество/срок
Конец группы TIMING
}]
TXA
Общий заказ
[1..*]
Тело документа
}
Конец группы OBXNTE
}]
Конец группы COMMON_ORDER
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 25 из 131
3.2.1.2 Структура сообщения подтверждения ACK на сообщение
MDM_T02
Структура сообщения представлена в таблице ниже (см. Таблица 10).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 10 - Структура сообщения подтверждения ACK
Структура
сообщения
MSH
Множественность
Название сегмента
[1..1]
Заголовок сообщения
MSA
[1..1]
Подтверждение сообщения
[{ ERR
[0..*]
Ошибка
}]
3.2.2 Осуществление передачи СЭМД во внешние системы
Список идентификаторов документов, а также содержание самих
документов могут быть предоставлены из Системы ведения ИЭМК по
запросу с указанием идентификационных данных пациента, а также других
параметров в запросе. Описанные возможности реализуются посредством
транзакции QRY/DOC – запрос списка документов (событие T12).
Транзакция QRY/DOC используется для запроса списка документов
или отдельного документа из ИЭМК, в том числе и содержания самого
документа.
Система-инициатор
отправляет
в
ИЭМК
сообщение
QRY^T12,
содержащее определенный набор параметров в запросе. После прохождения
ФЛК ИЭМК отвечает сообщением DOC^T12, в котором содержится
запрошенная информация. В зависимости от параметров, указанных в
запросе, из ИЭМК возвращается информация о запрошенных документах,
удовлетворяющая условиям запроса. Или же в ответе на запрос из ИЭМК
возвращается непосредственно содержание запрошенного документа.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 26 из 131
Формат запроса QRY^T12 на получение сведений о документах и
содержания самих документов одинаковый. Дополнительные параметры
запроса определяют содержание ответа на запрос – DOC^T12.
3.2.2.1 Структура сообщения QRY_T12.
Структура сообщения представлена в таблице ниже (см. Таблица 11).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 11 - Структура сообщения QRY_T12
Структура
сообщения
MSH
Множественность
Название сегмента
Глава
[1..1]
Заголовок сообщения
2
QRD
[1..1]
Определение запроса
5
[ QRF ]
[0..1]
Фильтр запроса
5
3.2.2.2 Структура сообщения DOC_T12.
Сообщение предназначено для передачи из ИЭМК в МИС в
зависимости от параметров запроса QRY следующих данных:
 списка имеющихся документов на заданного в запросе пациента;
 непосредственно конкретного документа из списка.
Структура сообщения представлена в таблице ниже (см. Таблица 12).
Сегменты, не используемые в сообщении, в таблице не представлены.
Таблица 12 - Структура сообщения DOC_T12
Структура
сообщения
MSH
Множественность
Название сегмента
Глава
[1..1]
Заголовок сообщения
2
MSA
[1..1]
Подтверждение сообщения
2
[ERR]
[0..1]
Ошибка
2
QRD
[1..1]
Определение запроса
5
{
Начало группы RESULT
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 27 из 131
PID
[1..1]
Идентификация пациента
3
PV1
[1..1]
Визит пациента
3
TXA
[1..1]
Уведомление о документе
9
[0..*]
Исследования/результаты
7
[{ OBX }]
}
Конец группы RESULT
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 28 из 131
4 Описание сегментов сообщений
4.1 Сегмент MSH – Заголовок сообщения
Сегмент MSH является общим для всех сообщений стандарта HL7.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 13.
Таблица 13. Сегмент MSH – Заголовок сообщения
П/П
Длина
Тип
О/Н
Элем#
Наименование элемента
MSH.1
1
ST
Да
00001
Разделитель полей
MSH.2
4
ST
Да
00002
Символы кодирования
MSH.3
180
HD
Да
00003
Приложение-отправитель
MSH.4
227
HD
Да
00004
Учреждение-отправитель
MSH.5
180
HD
Да
00005
Приложение-получатель
MSH.6
227
HD
Да
00006
Учреждение-получатель
MSH.7
26
TS
Да
00007
Дата и время сообщения
MSH.9
15
MSG Да
00009
Тип сообщения
MSH.10
20
ST
Да
00010
Идентификатор сообщения
MSH.11
3
PT
Да
00011
Тип прикладной обработки
MSH.12
60
VID
Да
00012
Идентификатор версии
стандарта HL7
MSH.18
16
ID
Да
00692
Система кодирования символов.
Используется фиксированное
значение UNICODE UTF-8
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 29 из 131
4.1.1 Атрибут MSH.1 - Разделитель полей (ST)
Определение:
в
действительности,
это
разделитель
между
идентификатором сегмента и первым настоящим полем, MSH-2. Как таковой
он служит и разделителем, и задает символ разделения полей для остальной
части сообщения. Рекомендованное значение | (символ вертикальной черты,
ASCII-код 124).
4.1.2 Атрибут MSH.2 - Символы кодирования (ST)
Определение: четыре символа, расположенные в следующем порядке:
разделитель компонентов, разделитель повторов, спецсимвол, разделитель
субкомпонентов. Рекомендованные значения ^~\& (карат, тильда, косая черта
и знак амперсанда; соответственно ASCII-коды 94, 126, 92 и 38).
4.1.3 Атрибут MSH.3 - Приложение-отправитель (HD)
В
приложении-отправителе
указываются
значения
следующих
компонентов:
 MSH.3.1 (IS) – название медицинской информационной системы;
 MSH.3.2 (ST) – уникальный UUID медицинской информационной
системы в МО, зарегистрированный в подсистеме ИПС (для
ИЭМК - указывается
значение d5a0f9c0-5db4-11e3-949a-
0800200c9a66).
Определение: идентифицирует приложение-отправитель
4.1.4 Атрибут MSH.4 - Учреждение-отправитель (HD)
Компоненты:
универсальный
<MSH.4.1
идентификатор
идентификатора (ID)>.
название
или
(ST)>^<MSH.4.3
код
(IS)>^<MSH.4.2
тип
универсального
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 30 из 131
 MSH.4.1 – название МО из регистра медицинских организаций
(справочник
MDR308
реестра
НСИ
Министерства
здравоохранения РФ);
 MSH.4.2 – код OID медицинской организации согласно реестру
медицинских организаций РФ из НСИ Минздрава РФ (для
Министерства Здравоохранения указывается 1.2.643.5.1.13);
 MSH.4.3 – универсальный тип ID – соответствует значению ISO
(наименование стандарта, согласно которому в компоненте MSH4.2 указан OID медицинской организации).
Определение: идентифицирует учреждение-отправитель.
4.1.5 Атрибут MSH.5 - Приложение-получатель (HD)
В
приложении-получателе
указываются
значения
следующих
компонентов:
 MSH.5.1 (IS) – название медицинской информационной системы.
(для ИЭМК - указывается значение «ИЭМК»);
 MSH.5.2 (ST) – уникальный UUID МО (для ИЭМК - указывается
значение d5a0f9c0-5db4-11e3-949a-0800200c9a66).
Определение: идентифицирует приложение-получатель.
4.1.6 Атрибут MSH.6 - Учреждение-получатель (HD)
Компоненты:
универсальный
<MSH.6.1
идентификатор
название
или
(ST)>^<MSH.3.3
код
(IS)>^<MSH.6.2
тип
универсального
идентификатора (ID)>
 MSH.6.1 - Код / название МО из регистра медицинских
организаций РФ из Реестра НСИ;
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 31 из 131
 MSH.6.2 - OID регистра медицинских организаций РФ из НСИ
Минздрава (для Министерства Здравоохранения указывается
1.2.643.5.1.13);
 MSH.6.3 - значение используемого стандарта для задания кода
МО в MSH-6.2 - ISO.
Определение: идентифицирует учреждение-получатель.
4.1.7 Атрибут MSH.7 - Дата и время сообщения
Дата, время и часовой пояс, установленные на часах операционной
системы на момент готовности сообщения к отправке.
Компоненты: <Дата/время (DTM)>
Определение: задает дату и время создания сообщения системойотправителем.
4.1.8 Атрибут MSH.9 - Тип сообщения (СМ)
Компоненты: <тип сообщения (ID)> ^ <тип события (ID)> ^ <структура
сообщения (ID)>
Определение: это поле содержит коды типа сообщения, типа события и
структуры абстрактного сообщения. Первый компонент - тип сообщения;
второй компонент - код типа события. Третий компонент - код структуры
сообщения.
Система-получатель
использует
это
поле
для
того,
чтобы
идентифицировать структуру данных в сообщении и, возможно, для
определения приложения, которому надо переправить это сообщение. Для
некоторых запросов, ответ на которые может зависеть от типа события,
второй компонент дает возможность выбрать нужный вариант. Для ответных
сообщений или подтверждений второй компонент не требуется.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 32 из 131
Пример: ADT^A01^ADT_A01.
4.1.9 Атрибут MSH.10 - Идентификатор сообщения (ST)
Определение: число или иной идентификатор, который однозначно
идентифицирует
сообщение.
Система-получатель
копирует
этот
идентификатор в сегмент подтверждения MSA для его передачи системеотправителю.
4.1.10 Атрибут MSH.11 - Тип прикладной обработки (PT)
Компоненты: <идентификатор типа обработки (ID)> ^ <режим
обработки (ID)>
 MSH.11.1 = P (Фиксированное значение). Тип обработки
сообщения: производственная обработка фиксированное значение
по умолчанию.
4.1.11 Атрибут MSH.12 - Идентификатор версии стандарта HL7 (VID)
Компоненты: <номер версии (ID)>
 MSH.12.1 = 2.5 (Фиксированное значение) Номер версии
стандарта HL7.
Определение: сравнивается системой-получателем с собственным
идентификатором версии, чтобы удостовериться в возможности правильной
интерпретации сообщения.
4.1.12 Атрибут MSH.18 - Система кодирования символов (ID)
Определение:
устанавливает
систему
кодирования
используемую для всего сообщения. Фиксированное
символов,
значение, которое
необходимо указывать в этом поле – UNICODE UTF-8.
4.2 Структура сегмента MSA – Подтверждение приема сообщения
Структура сегмента приведена ниже (см. Таблица 14).
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 33 из 131
Таблица 14
п/п
Длина Тип о/н Повт# Табл# элем# Наименование элемента
MSA.1 2
ID
Да
1..1
MSA.2 20
ST
Да
1..1
0008
00018
Код подтверждения
00010
Идентификатор сообщения
Соответствует значению из
MSH.10 исходного
(подтверждаемого)
сообщения.
4.2.1 Атрибут MSA.1 - Код подтверждения (ID)
Определение: это поле содержит код подтверждения, обрабатываемый
в соответствии с изложенными ниже правилами. Допустимые значения кода
подтверждениям приведены в Таблица 15.
Таблица 15
Значение
AA
Описание
Применение
Прикладное подтверждение:
Сообщение не содержит ошибок
приемлемо
форматно-логического контроля
и не противоречит информации,
уже имеющейся в ИЭМК.
Обработка сообщения завершена
в соответствии со штатными
требованиями.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 34 из 131
AE
Прикладное подтверждение:
При обработке сообщения
ошибка
обнаружены ошибки, которые не
являются препятствием для
продолжения обработки.
Обработка сообщения завершена
в соответствии со штатными
требованиями.
Например, в сообщении
регистрация пациента
отсутствует сегмент
PV1 или MSA
AR
Прикладное подтверждение:
При обработке сообщения
отказ
обнаружены ошибки,
являющиеся препятствием для
продолжения обработки.
В обработке сообщения отказано.
4.2.2 Атрибут MSA.2 - Идентификатор сообщения (ST)
Определение: идентификатор сообщения (значение компоненты MSH10 в переданном сообщении от отправителя (МО) получателю (ИЭМК),
переданного системой-отправителем. Он позволяет системе-отправителю
связать ответ с тем сообщением, на которое он дается.
4.3 Сегмент ERR – Ошибка
Сегмент ошибки ERR используется для того, чтобы добавить к
подтверждению сообщения комментарий по поводу возникшей ошибки.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 35 из 131
Описание приведено в главе 2 стандарта HL7 v 2.5. Состав используемых
полей сегмента приведен в Таблица 16.
Таблица 16
п/ п
Длина Тип о/н Повт#
ERR.2 18
Табл#
ERL Нет 0..*
Элем#
01812
Наименование
элемента
Местоположение
ошибки
ERR.3 705
CWE Да 1..1
0357
01813
Код ошибки
ERR.4 2
ID
Да 1..1
0516
01814
Уровень серьезности
ERR.7 2048
TX
Нет 0..1
01817
Диагностическая
информация
4.3.1 Атрибут ERR.2 - Место ошибки (ERL)
Компоненты: <Идентификатор сегмента (ST)> ^ <Порядковый номер
сегмента (NM)> ^ <Порядковый номер поля (NM)> ^ <Порядковый номер
повторения
поля
(NM)>
^
<Номер
компонента
(NM)>
^
<Номер
субкомпонента (NM)>
Определение: Идентифицирует позицию в сообщении, связанную с
ошибкой, предупреждением или информационным сообщением. Если есть
повторения, то указывается комбинация мест. Идентификатор сегмента - Имя
сегмента (MSH, PID и т.д.).
Пример: MSH^0^4^^1.
В приведенном примере место ошибки – сегмент MSH, порядковый
номер сегмента – 0 (нумерация с 0), номер поля – 4 (MSH.4, Отправляющая
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 36 из 131
организация (Sending Facility)), номер субкомпонента 1 – MSH.4.1,
Идентификатор организации).
4.3.2 Атрибут ERR.3 - Код ошибки (CWE)
Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <наименование
системы кодирования (ST)> ^ <альтернативный идентификатор (ST)> ^
<альтернативный текст (ST)> ^ <наименование альтернативной системы
кодирования (ST)> ^ <идентификатор версии системы кодирования (ST)> ^
<идентификатор версии альтернативной системы кодирования (ST)> ^
<оригинальный текст (ST)>
В Таблица 17 приведены коды ошибок обработки сообщения.
Таблица 17
Код
Текст
(оригинальный)
Текст
(перевод)
Описание/комментарий
Успешная обработка сообщения (MSA.1= AA)
0
Message accepted Сообщение
принято
Успешная обработка. Этот код не
является обязательным, так как
означает то же, что код
подтверждения АА в сегменте
MSA. Используется в системах,
которые требуют обязательного
заполнения данного поля
Ошибка обработки сообщения (MSA.1= AЕ)
100 Segment sequence Ошибка в
error
1) Порядок следования сегментов
порядке
полученного сообщения
следования
отличается от указанного в
сегментов
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 37 из 131
Код
Текст
(оригинальный)
Текст
(перевод)
Описание/комментарий
профайле;
2) Обязательные сегменты
отсутствуют:
в
сообщении
A01/A04
отсутствует сегмент PV1, EVN
- в сообщении A40отсутствует
сегмент EVN
-
101 Required field
missing
Обязательное
Поле, являющееся обязательным
поле
для данного сегмента, опущено
отсутствует
Кроме полей MSH сегмента и поля
PID.3 в сегменте PID.
102 Data type error
Ошибочный
Поле содержит данные, не
тип данных
соответствующие его типу.
Например, поле типа NM
содержит символы.
103 Table value not
found
Табличное
Поле имеет тип ID или IS. но
значение не
содержит значение,
найдено
отсутствующее в соответствующей
таблице
104
Ошибка в
Приводится детальное описание
бизнес-данных
ошибки в бизнес данных
сообщения
Отказ обработки сообщения (MSA.1=AR )
200 Unsupported
message type
Тип сообщения
Система-получатель сообщения не
не
поддерживает обработку
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 38 из 131
Код
Текст
(оригинальный)
Текст
(перевод)
Описание/комментарий
поддерживается сообщений данного типа
201 Unsupported
event code
Код события не Система-получатель сообщения не
поддерживается поддерживает обработку
сообщений с данным кодом
события
202 Unsupported
processing id
Тип обработки
Система-получатель сообщения не
не
поддерживает данный тип его
поддерживается обработки
203 Unsupported
version id
Данная версия
Система-получатель сообщения не
стандарта не
поддерживает указанную в нем
поддерживается версию стандарта
204 Unknown key
identifier
Неизвестный
Относится к идентификатору
ключевой
пациента, документа и т.д. и
идентификатор
означает, что в базе данных
системы - получателя переданный
в сообщении идентификатор
отсутствует, что не позволяет, к
примеру, обработать транзакцию
перевода ненайденного пациента
205 Duplicate key
idetifier
Дублируемый
Относится к идентификатору
ключевой
пациента, документа и т.д. и
идентификатор
означает, что в базе данных
системы-получателя переданный в
сообщении такой идентификатор
уже есть, что не позволяет, к
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 39 из 131
Код
Текст
(оригинальный)
Текст
(перевод)
Описание/комментарий
примеру, обработать транзакцию
поступления нового пациента или
оформления нового документа
206 Application
record locked
Доступ к
Транзакция
не
может
быть
записи
выполнена, так как необходимая
заблокирован
приложению запись базы данных
заблокирована.
Дополнительные
сведения
об
ошибке содержатся в сегменте
ERR.
207 Application
internal error
Внутренняя
При выполнении приложения
ошибка
произошла внутренняя ошибка,
которая не описана
существующими кодами.
Дополнительные сведения об
ошибке содержатся в сегменте
ERR.
Пример:
В сообщении получена ошибка 207. Согласно таблице,
указанный код показывает, что при выполнении приложения произошла
внутренняя
ошибка,
которая
справочника кодов ошибок.
не
описана
существующими
кодами
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 40 из 131
4.3.3 Атрибут ERR.4 - Уровень серьезности ошибки (ID)
Определение:
Используемый
Идентифицирует
уровень
серьезности
ошибки.
набор – Ошибка, Предупреждение и Информационное
сообщение. Предупреждение обычно используется в случаях, когда
замечания присутствуют, но игнорируются, так как не могут быть
автоматически обработаны, потому информация в сообщении может быть
потеряна или обработана неправильно. Допустимые значения приведены в
Таблица 18.
Таблица 18
Значение
I
Описание
Информационное сообщение
Комментарий
Транзакция выполнена
успешно, но включает
извещение
W
Предупреждение
Транзакция выполнена
успешно, но могут
быть вопросы
E
Ошибка
Транзакция не
выполнена
4.3.4 Атрибут ERR.7 - Диагностическая информация (TX)
Текстовое сообщение о проблеме, помогающее обслуживающему
персоналу или другим ответственным лицам локализовать ее.
Пример. CODE value (PlacerFacility) not an element of table 0300 (Значение
кода (ID Заказчика) не является элементом таблицы сведений об
учреждениях).
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 41 из 131
4.4 Сегмент EVN – Тип события
Сегмент EVN используется для того, чтобы приложение-получатель
могло идентифицировать событие, вызвавшее передачу сообщения.
В ИЭМК сегмент используется в частности для регистрации
сотрудника
МО,
создавшего
сообщение.
Указанная
информация
записывается в поле EVN.5.
Структура сегмента приведена в Таблица 19.
Таблица 19
п/п
Длина Тип о/н Повт#
EVN.2 26
TS
Табл#
Да 1
Элем#
00100
Наименование
элемента
Дата и время
регистрации события
EVN.4 3
IS
Нет 0..1
0062
00102
Код причины
события
EVN.5 250
XCN Нет 0..*
0188
00103
Идентификатор
оператора
EVN.7 241
HD
Да 0..1
01534
Учреждение, в
котором произошло
событие
4.4.1 Атрибут EVN.2 - Дата и время регистрации события
Определение: большинство систем по умолчанию используют в
качестве момента регистрации события системную дату и время ввода
транзакции.
Компоненты: <Время DTM(24)>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 42 из 131
4.4.2 Атрибут EVN.4 - Код причины события
Определение:
описывает
причину
данного
события
(например,
требование пациента, назначение врача, управление списочным составом и
пр.). Тип и размерность данных – IS(3)
В Таблица 20 содержатся значения параметра «Код причины события».
Таблица 20
Значение
Описание
01
Запрос пациента
02
Запись лечащего врача (указывается при регистрации
пациента)
U
Изменение данных о пациенте
4.4.3 Атрибут EVN.5 – Идентификатор оператора
Компоненты: <идентификатор врача (ST)> ^ <фамилия (ST)> ^ <имя
(ST)> ^ <отчество или инициал (ST)> ^ <суффикс (например, JR (младший)
или III (третий)) (ST)> ^ <обращение (например, Доктор) (ST)> ^ <ученая
степень (например, д.м.н.) (ST)> ^ ^ <лицо, присвоившее идентификатор
(HD)> ^ <код типа ФИО (ID)> ^ ^ ^ <учреждение, присвоившее
идентификатор (HD)>
Субкомпоненты лица, присвоившего идентификатор: <фамилия,
название или код (IS)> & <универсальный идентификатор (ST)> & <тип
универсального идентификатора (ID)>
Субкомпоненты
учреждения,
присвоившего
идентификатор:
<наименование (IS)> & <универсальный идентификатор (ST)> & <тип
универсального идентификатора (ID)>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 43 из 131
Определение: это поле идентифицирует работника, ответственного за
инициацию события.
В ИЭМК используются следующие субкомпоненты и компоненты поля
EVN-5:
EVN-5.2.1 - <фамилия (ST)>
EVN-5.3 - <имя (ST)>
EVN–5.4 - <отчество или инициал (ST)>
EVN-5.9.1 – наименование МО
Субкомпонента EVN-5.9.1 – наименование МО
Субкомпонента EVN-5.9.2 – номер OID из справочника
Учреждений НСИ Министерства Здравоохранения.
Субкомпонента EVN-5.9.3 – имеет постоянное значение ISO
Пример EVN-5:
^Некрасов^Олег^Сергеевич^^^^^^Областная клиническая
больница^1.2.643.5.1.13.3.25.72.74^ISO
4.4.4 Атрибут EVN.7– Учреждение, в котором произошло событие (HD)
Компоненты:
универсальный
<(MSH.4.1)
название
идентификатор
или
код
(IS)>^<(MSH.4.2)
(ST)>^<MSH.4.3тип
универсального
идентификатора (ID)>
 EVN.7.1 –Название МО из регистра медицинских организаций
(справочник
MDR308
здравоохранения РФ).
реестра
НСИ
Министерства
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 44 из 131
 EVN.7.2 – Код OID медицинской организации согласно реестру
медицинских организаций РФ из НСИ Минздрава РФ (для
Министерства Здравоохранения указывается 1.2.643.5.1.13).
 EVN.7.3 – универсальный тип ID – соответствует значению ISO
(наименование стандарта согласно которому в EVN.7.2 указан
OID медицинской организации.
Определение: идентифицирует учреждение-отправитель.
4.5 Сегмент PID – Идентификация пациента
Сегмент PID содержит постоянные сведения о пациенте, а также
демографическую информацию, не подверженную частым изменениям.
Используемые в ИЭМК атрибуты сегмента представлены в
Таблица 21.
Таблица 21
п/п
Длина
Тип
о/н
Повт. Элем.
#
#
Наименование
элемента
PID.1
4
SI
Усл 1
00104
ID сегмента PID
PID.3
250
CX
Да
00106
Список
1..*
идентификаторов
пациента
PID.5
250
XPN Да1
1
00108
Фамилия, имя, отчество
пациента
PID.7
26
PID.8
1
DTM Да
1
00110
Дата рождения пациента
Да
1
00111
Пол пациента
IS
Справочник НСИ
1
Ограничение: при передаче из ИЭМК документов СЭМД значения PID.5, PID.7 и PID.8 в сообщениях в
Медицинскую организацию не передаются.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 45 из 131
п/п
Длина
Тип
о/н
Повт. Элем.
#
#
Наименование
элемента
Минздрава
1.2.643.5.1.13.2.1.1.156
PID.11
250
XAD Нет 0..*
00114
Адрес пациента
PID.13
250
XTN Нет 0..*
00116
Номер телефона
пациента
PID.29
26
DTM Усл 0..1
00740
Дата и время смерти
пациента
PID.30
1
ID
Усл 0..1
00741
Признак смерти
пациента
Указываются значения:
Y – Да
N - Нет
PID.31
1
ID
Да2
0136
Признак
1..1
идентифицированный /
неидентифицированный
Указываются значения:
Y – Да
N - Нет
PID.33
26
TS
Нет 0..1
01537
Последние Дата/ Время
изменения
4.5.1 Атрибут PID.3 - Список идентификаторов пациента
Компоненты: <идентификатор (ST)> ^ ^ ^ < Тип идентификатора (HD)>
^
<код
типа
идентификатора
(IS)>
^
<учреждение,
присвоившее
идентификатор (HD)> ^ <дата выдачи (DT)> ^ <срок действия (DT)>
2
Атрибут временно установлен как необязательный.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 46 из 131
Субкомпоненты
организации,
присвоившей
идентификатор:
<наименование (IS)> & <универсальный идентификатор (ST)> & <тип
универсального идентификатора (ID)>
Определение: Указываются данные по пациенту - ЕНП, СНИЛС, номер
УЭК, серия и номер удостоверения личности, а также идентификаторы,
присвоенные пациенту внутри МО.
Для типов идентификаторов установлены следующие коды (при
появлении соответствующего справочника в Реестре НСИ, код будет браться
из него) -
Таблица 22 (в таблице приведены значения справочника
1.2.643.5.1.13.2.7.1.62).
Таблица 22
Код
1
Наименование
Полис
3
4
Сокращенное
льность
наименование
Усл
Полис ОМС
Обязателен для заполнения
при наличии полиса у
пациента.
Нет
Полис ДМС
Нет
СНИЛС
Нет
ИНН
обязательного
медицинского страхования
2
Обязате
Полис
добровольного
медицинского страхования
Страховой
номер
индивидуального лицевого
счёта
Индивидуальный
номер
налогоплательщика
5
9
Объединенный код для
документов,
удостоверяющих личность
Нет
Локальный идентификатор
Да
Документы удостоверяющие
гражданина РФ, согласно
перечню приведенному в
справочнике НСИ
Министерства
здравоохранения OID
1.2.643.5.1.13.2.1.1.498
Локальный
идентификатор
пациента присвоенный в МО.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 47 из 131
Код
Наименование
Обязате
Сокращенное
льность
наименование
пациента в МО
Может принимать значения
как идентификатора пациента
в МИС, так и номера карты
пациента в МО.
Рекомендуется использовать
номер карты пациента.
Важно: При отсутствии внешних идентификаторов, таких как СНИЛС,
серии и номера для документов удостоверяющих личность и медицинский
полис в ИЭМК - невозможно объединение данных о пациенте из разных МО.
Правила
заполнения
и
обработки
параметров
поля
PID-3,
соответствующему списку идентификаторов пациента в ИЭМК:
 Компонент PID-3.1 (1..1) Значение идентификатора. В качестве
значения идентификатора может быть указан:
o номер СНИЛС (слитно, без пробелов и дефисов);
o серия и номер полиса ОМС (слитно);
o серия и номер документа, удостоверяющего личность
(слитно);
o локальный
идентификатор,
присвоенный
в
МО
(в
соответствии с правилами, принятыми нормативными
документами медицинской организации в МО).
При его отсутствии сведения о пациенте и документе будут
приняты, но в дальнейшем при поиске из МИС ничего
отображаться не будет.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 48 из 131
o Компонент PID-3.4(1..1) Тип идентификатора – заполнение
обязательно при указании параметров полиса медицинского
страхования.
o Субкомпонента
PID-3.4.1
(1..1)
значение
типа
идентификатора по справочникам типов идентификаторов.
o Субкомпонента
PID-3.4.2
Код
типа
идентификатора.
Используется два вида справочников – тип идентификатора
(справочник 1.2.643.5.1.13.2.7.1.62 (
Таблица 22)) или
Классификатор документов, удостоверяющих личность
гражданина Российской Федерации (OID в Реестре НСИ
МЗ 1.2.643.5.1.13.2.1.1.498);.
o Субкомпонента
PID-3.4.3
Тип
универсального
идентификатора. Указывается фиксированное значение ISO.
 Компонент PID.3.5 Код типа идентификатора по справочнику
1.2.643.5.1.13.2.7.1.62
 Компонент
PID-3.6
идентификатор.
(0..1)
Заполняется
Учреждение,
для
полисов
присвоившее
медицинского
страхования, идентификаторов пациента, присвоенных в МО.
o Субкомпонент PID-3.6.1 (0..1) Пространство имен. В
субкомпоненте
указывается
полное
наименование
организации выдавшей пациенту документ, содержащий
идентификатор.
o Субкомпонент PID-3.6.2 (0..1) Код организации, выдавшей
документ.
В
этой
субкомпоненте
указывается
регистрационный номер организации выдавшей документ.
Например,
уникальный
идентификатор
компании по справочнику 1.2.643.5.1.13.2.1.1.635.
страховой
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 49 из 131
o Субкомпонент
PID-3.6.3
Тип
универсального
идентификатора. Указывается значение ISO, если в PID3.6.2 указан OID организации. В остальных случаях
субкомпонента не заполняется.
 Компонент
PID-3.7
YYYYMMDD.
Дата
выдачи.
Обязательным
Формат
заполнения
является
заполнение
для
действия.
Указывается
для
страхового медицинского полиса.
 Компонент
PID-3.4.8
–
Срок
некоторых регистрационных документов.
Примеры заполнения сегмента для конкретных типов документов:
Для полиса ОМС:
PID|||1122334455667788^^^1&1.2.643.5.1.13.2.7.1.62&ISO^1^ФИЛИАЛ
ОБЩЕСТВА С ОГРАНИЧЕННОЙ ОТВЕТСТВЕННОСТЬЮ СТРАХОВАЯ
КОМПАНИЯ
ГОССТРАХ
В
Г.
ЭНСКЕ&1.2.643.5.1.13.2.1.1.635&ISO^20100101^20150131
Для СНИЛС:
PID|||11223344595^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3
Для Паспорта гражданина РФ:
PID|||4599123456^^^14&1.2.643.5.1.13.2.1.1.498&ISO^5^ФИЛИАЛ
ОУФМС
РОССИИ ПО Г. ЭНСКУ^20000115
Для номера локального идентификатора:
PID|||2014-4587-АМБ^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^ОБЛАСТНОЙ
КОНСУЛЬТАТИВНЫЙ ЦЕНТР&1.2.643.5.1.13.3.25.34.123&ISO^20140203
Для указания нескольких идентификаторов:
PID|||2014-4587-АМБ^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^ОБЛАСТНОЙ
КОНСУЛЬТАТИВНЫЙ
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 50 из 131
ЦЕНТР&1.2.643.5.1.13.3.25.34.123&ISO^20140203~11223344595^^^3&1.2.643
.5.1.13.2.7.1.62&ISO^3~4599123456^^^14&1.2.643.5.1.13.2.1.1.498&ISO^5^Ф
ИЛИАЛ ОУФМС РОССИИ ПО Г. ЭНСКУ^20000115
4.5.2 Атрибут PID.5 - Фамилия, имя, отчество пациента
При заполнении сегмента надо учитывать, что заполнение фамилии и
имени является обязательным, отчество заполняется при наличии таких
сведений у учреждения-отправителя. Для случая неидентифицированного
пациента обязательно указываются
Фамилия – Неидентифицированный,
Имя – Неидентифицированный.
Общий порядок заполнения поля: Фамилия^Имя^Отчество
4.5.3 Атрибут PID.7 - Дата рождения пациента
Дата рождения пациента (ГГГГММДД).
4.5.4 Атрибут PID.8 - Пол пациента
Перечень допустимых значений приведен в справочнике С51007 (OID
1.2.643.5.1.13.2.1.1.156) («Классификатор типов пола» в реестре РНСИ). Для
указания пола используется значение уникального идентификатора.
4.5.5 Атрибут PID.11 - Адрес пациента
Компоненты: <Улица адрес (SAD)> ^ <Другие обозначения (ST)> ^
<Город (ST)> ^ <Область, край или республика (ST)> ^ <Почтовый индекс
(ST)> ^ <Страна (ID)> ^ <Тип адреса (ID)> ^ <Другие географические
обозначения (ST)> ^ <Код области, края, республики (IS)> ^ <Избирательный
участок (IS)>
Компонент <Улица адрес> содержит в своем составе субкомпоненты:
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 51 из 131
<Адрес улицы или почтовый индекс (ST)>&< Название улицы (ST)><Номер
арендуемой единицы жилья (ST)>
Например:
Компонент <Улица адрес> может выглядеть следующим образом: 630008&
Лескова ул &дом.69,кв.9
Компонент <Другие обозначения (ST)> используется только указания
неструктурированного
адреса:
11-25,
Новоуральская
ул.,
Пашино,
Калининский район, Новосибирская область, Российская Федерация, 630900
Компонент <Другие географические обозначения (ST)> или геокоординаты
объекта может выглядеть следующим образом: 55.022155,82.950660
Компонент <Тип адреса (ID)> значения представлены в Таблице 23:
Таблица 23
Описание
Значение
Домашний адрес
H
Адрес регистрации
HP
Компонент < Код области, края, республики (IS)> - необязательное значение,
так как отсутствует в СЭМД и входит в состав кода КЛАДР населенного
пункта.
Компонент <Избирательный участок (IS)> используется в ИЭМК для
указания кода КЛАДР населенного пункта.
Определение:
Адрес
постоянной регистрации
и адрес фактического
проживания пациента на момент оказания ему медицинской помощи.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 52 из 131
Примечание Код области, края, республики (IS) в адресе обозначает область,
край или республику, в которой находится данный адрес. В качестве
значений кодов должны использоваться только официально используемые
коды. Код не является обязательным полем и не обрабатывается в текущей
версии ИЭМК.
Пример заполнения домашнего адреса PID-11.7 = H и временного PID-11.7 =
С адреса пациента. Разделитель повторений согласно HL7 v2.5 символ ~.
630008& Лескова ул. &дом.69,кв.9^69-9, Лескова ул., Новосибирск,
Новосибирская
область,
Российская
Федерация,
630008
домашний^Новосибирск^Новосибирская
область^630008^643^H^55.022155,82.950660^^5400000100000~630900&
Новоуральская ул. &дом.11,кв.25^11-25, Новоуральская ул., Пашино,
Калининский район, Новосибирская область, Российская Федерация, 630900
врем.регистрация^Пашино^Новосибирская
область^630900^643^TMP^^^5400000100400
4.5.6 Атрибут PID.13 - Номер домашнего телефона пациента
Номера домашних телефонов (стационарный, мобильный и т.д.).
Формат поля XTN.
^
<код
использования
телекоммуникаций
(ID)>
^
<тип
телекоммуникационного оборудования (ID)> ^ <адрес электронной почты
(ST)> ^ <код страны (NM)> ^ <код района/города (NM)> ^ <номер телефона
(NM)> ^ <дополнительный номер (NM)> ^ <неструктурированные данные о
номере телефона>
Определение: это поле содержит номера телефонов пациента.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 53 из 131
Самое первое поле компоненты не поддерживается в версии 2.5 и его
значение не указывается.
PID.13.2 – Код телекоммуникационного оборудования
Таблица 24
Значение
Описание
NET
Адрес электронной почты
PRN
Основной номер (домашний) телефона
PID.13.3 – Тип телекоммуникационного оборудования. Для указания
значений
PID
13.3
используется
следующая
таблица
типов
телекоммуникационного оборудования:
Таблица 25
Значение
Internet
PH
Описание
Интернет адрес
Телефон
Субкомпонента PID-13.12 описывает неструктурированные данные о
телефоне. В этом поле записываются контактные данные пациента в
произвольном виде.
Пример использования только неструктурированной записи номера
телефона (наличие указанного количества разделителей компонент ^
обязательно):
^^^^^^^^^^^ домашний телефон +74951543210
4.5.1 Атрибут PID.29 - Дата и время смерти пациента
Определение: это поле содержит дату и время смерти пациента.
Пример: 20010131013245 - 2001 год 31 января 1 час 32 минуты 45 секунд
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 54 из 131
4.5.2 Атрибут PID.30 - Признак смерти пациента
Определение: это поле содержит признак смерти пациента.
Таблица 26
Значение
Описание
Y
Да
N
Нет
4.5.3 Атрибут PID.31 - Признак идентифицированный / не
идентифицированный
Определение: это поле содержит признак идентифицированный / не
идентифицированный пациент.
Таблица 27
Значение
Описание
Y
Идентифицированный пациент
N
Не идентифицированный пациент
4.6 Сегмент PV1 –Визит пациента
Сегмент PV1 используется приложениями регистрации пациента при
обмене специфичной информацией о визите пациента. Конкретное
назначение этого сегмента должно определяться по месту реализации
стандарта.
Используемая структура сегмента приведена в Таблица 28.
Таблица 28
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 55 из 131
п/ п
Длина Тип о/н Повт # Табл#
PV1.2
1
IS
Да
1
PV1.3
80
PL
Нет
PV1.44 26
TS
PV1.45 26
TS
Элем#
Наименование
элемента
00132
Категория пациента
0..1
00133
Нет
1..1
00174
Место, закрепленное за
пациентом
Дата и время визита
Нет
0..*
00175
0004
Дата и время выписки
(открепления)
4.6.1 Атрибут PV1-2 - Категория пациента
Определение: используется для указания характера и места медицинского
обслуживания.
Используемые
в
ИЭМК
коды,
приведены
в
Таблица 29.
Таблица 29
Значение
Описание
I
Стационарный
O
Амбулаторный
I – Пациент поступивший в стационар. Значение используется только при
регистрации пациента в стационаре – событие ADT A01 и изменении данных
о пациенте – событие ADT A08.
O – Пациент обратившийся в учреждение амбулаторного типа. Значение
используется только при регистрации пациента в поликлинике – событие
ADT A04 и изменении данных о пациенте – событие ADT A08.
4.6.2 Атрибут PV1.3 – Место, закрепленное за пациентом
Компоненты: ^ ^ ^ <отделение или учреждение (HD)> .
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 56 из 131
Субкомпоненты отделения или учреждения: <наименование или код
(IS)> & <универсальный идентификатор (ST)> & <тип универсального
идентификатора (ID)>
Определение: место, вновь закрепленное за пациентом, либо место, на
которое он переводится.
В ИЭМК в настоящий момент используется компонента PV1-3.4 для
указания учреждения, в котором состоялся визит пациента.
 Субкомпонента
PV1-3.4.1
–
Наименование
медицинского
учреждения
 Субкомпонента
PV1-3.4.2
–
Регистрационный
номер
OID
медицинского учреждения
 Субкомпонента PV1-3.4.3 – Значение используемого стандарта
для указания регистрационного номера
Пример заполнения компонента:
^^^Областная клиническая больница&1.2.643.5.1.13.3.25.72.74&ISO
4.6.3 Атрибут PV1.44 – Дата и время визита
Определение: дата и время визита пациента (поступления в стационар).
Это поле должно быть использовано, если дата и время самого события в
информационной системе отличаются от даты и времени фактической
госпитализации,
например,
при
отложенной
процедуре
регистрации
госпитализации пациента. Это поле может быть использовано также для
записи даты и времени регистрации в системе амбулаторного пациента.
В ИЭМК используется для указания даты и времени визита пациента
для амбулаторного визита и даты и времени госпитализации при
поступлении пациента в стационар.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 57 из 131
4.6.4 Атрибут PV1.45 – Дата и время окончания визита
Определение: это поле должно быть использовано, если дата и время
события отличаются от даты и времени фактического окончания визита /
выписки, например, при отложенной процедуре регистрации выписки.
В ИЭМК используется для указания даты и времени окончания визита
пациента для поликлиники / даты и времени выписки пациента из
стационара.
4.7 Сегмент ORC – Общий заказ
Общий сегмент заказа (ORC) используется для передачи данных,
общих для всех заказов. Используемые в ИЭМК атрибуты сегмента
представлены в Таблица 30.
Таблица 30
п/п
Дли Тип
на
ORC.21 250 XON
о/н Повт Табл# Элем# Наименование элемента
#
Да
Название медицинской
1..1
организации,
выполняющей заказ
ORC.28 250 CWE
Да
Идентификатор
1..1
конфиденциальности
документа
4.7.1 Атрибут
ORC.21
–
Название
медицинской
организации,
формирующей документ.
Компоненты: <название организации (ST)> ^ ^ ^ ^ ^ < Организация
присвоившая идентификатор (HD)>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 58 из 131
Субкомпоненты организации присвоившей идентификатор: < название
или
код
(IS)>
&
<универсальный
идентификатор
(ST)>
&
<тип
универсального идентификатора (ID)>
Определение: поле содержит наименование медицинской организации.
4.7.2 Атрибут ORC.28 – Уровень конфиденциальности
Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <наименование
системы кодирования (ST)>
Определение: поле содержит сведения об уровне конфиденциальности.
В
ИЭМК
кодирования -
используется
значение
для
наименования
системы
2.16.840.1.113883.5.25
Допустимые значения уровней конфиденциальности описаны в разделе
2.4.1 «Уровень конфиденциальности медицинского документа» документа
«Описание СЭМД Часть 1 Заголовок документа».
Пример задания уровня конфиденциальности:
N^Нормальный^ 2.16.840.1.113883.5.25
4.8 Сегмент TQ1 – Количество/срок
Сегмент TQ1 используется для указания времени выполнения событий.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 31.
Таблица 31
п/п
Длина Тип о/н
TQ1.1 4
SI
Да
Наименование элемента
Идентификатор сегмента (0, 1 и т. д.)
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 59 из 131
TQ1.7 26
TS
Да
Дата и время начала
TQ1.8 26
TS
Да
Дата и время окончания
4.8.1 Атрибут TQ1.1 – Идентификатор сегмента
Определение: однозначно определяет сегмент TQ1.
4.8.2 Атрибут TQ1.7 – Дата и время начала события
Определение: определяет дату и время начала оказания медицинской
услуги пациенту.
4.8.3 Атрибут TQ1.8 – Дата и время окончания события
Определение:
определяет
дату
и
время
окончания
оказания
медицинской услуги пациенту.
4.9 Сегмент QAK – Подтверждение запроса
Сегмент QAK содержит информацию, передаваемую с ответами на
запрос. Сегмент содержит дополнительные данные по выполняемому
запросу.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 32.
Таблица 32
п/п
Длина Тип
о/н Табл# Элем
#
QAK.2
2
ID
Нет
QAK.4
10
NM
Нет
0208
-
Наименование элемента
00708 Статус ответа на запрос
01434 Число найденных записей
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 60 из 131
4.9.1 Атрибут QAK.2 – Статус ответа на запрос
Определение: Поле позволяет отвечающей на запрос системе (ИЭМК)
вернуть состояние ответа.
Таблица 33
Значение
Описание
OK
Данные найдены, ошибок не обнаружено
NF
Данные не найдены, ошибок нет
4.9.2 Атрибут QAK.4 – Число найденных записей
Определение: Содержит общее число найденных записей в ИЭМК,
полученных в результате исполнения запроса.
Например, при ответе на запрос Q22 в качестве значения в сообщении
RSP будет передано количество найденных пациентов удовлетворяющих
параметров запроса Q22.
4.10 Сегмент QRD – Определение запроса
Сегмент QRD используется для задания запроса. Используемые в
ИЭМК атрибуты приведены в Таблице 34.
Таблица 34.
п/п
Длина Тип
о/н
QRD.1
26
TS
Да
QRD.4
40
ST
Да
Элем
#
Наименование элемента
00025 Дата/время запроса
Идентификатор запроса
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 61 из 131
Нет
Количественные ограничения запроса
QRD.7
10
CQ
QRD.8
60
XCN Нет
Фильтр объекта запроса.
QRD.9
250
CE
Нет
Фильтр свойств объекта.
4.10.1 Атрибут QRD.1 – Дата/время запроса
Определение: Это поле содержит дату и время генерации запроса
прикладным приложением.
4.10.2 Атрибут QRD.4 – Идентификатор запроса
Определение: уникальный идентификатор запроса в запрашивающем
приложении. Этот идентификатор будет представлен в асинхронном ответе.
4.10.3 Атрибут QRD.7 – Количественные ограничения запроса
Определение: максимальная длина ответа, которая может быть принята
запрашивающей системой. Эта длина должна быть указана в единицах,
которые задаются во втором компоненте поля.
Пример: 10^RD – вернуть 10 записей.
4.10.4 Атрибут QRD.8 – Фильтр объекта запроса
Компоненты: <идентификатор (ST)> ^ ^ ^ ^ ^ ^ ^ ^
^
^ ^ ^ ^
<учреждение, присвоившее идентификатор (HD)>
Субкомпоненты
<наименование
учреждения,
(IS)>&<универсальный
присвоившего
идентификатор:
идентификатор
(ST)>&<тип
универсального идентификатора (ID)>
Определение: идентифицирует объект являющийся предметом запроса.
4.10.1 Атрибут QRD.9 – Фильтр свойств объекта
Определение: описывает вид запрашиваемой информации.
Компоненты: <Идентификатор (ST)>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 62 из 131
Для запроса документов значение компоненты «Идентификатор»
должно быть установлено в - DOC.
4.1 Сегмент QRF – Фильтр запроса
Сегмент QRF используется в дополнение к сегменту QRD для
дальнейшего уточнения запроса в исходной форме. Используемые в ИЭМК
атрибуты сегмента представлены в Таблица 35.
Таблица 35
п/п
Длина Тип о/н Повт
#
Наименование элемента
QRF.4
60
ST
Нет
QRF.8
12
ID
Нет Д/2
Условия выборки
QRF.9.4 26
TS
Нет 0..*
Дата и время начала выборки
QRF.9.5 26
TS
Нет 0..*
Дата и время окончания выборки
0..*
Дополнительные условия выборки
4.1.1 Атрибут QRF.4 – Дополнительные условия выборки
Определение:
идентифицирует
дополнительные
характеристики
интересующих данных.
Правила заполнения:
В этом поле в запросе QRY^T12 указывается идентификатор(ы)
запрашиваемого документа.
Если поле заполнено, то будет возвращаться запрашиваемый документ
в соответствии с правами доступа.
Если
поле
не
заполнено,
идентификаторов документов.
то
будет
возвращаться
список
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 63 из 131
Пример запроса документа с идентификатором 87654765-8788-76572238-8722344654324ig19:
QRF||||87654765-8788-7657-2238-8722344654324ig19
4.1.1.1 Атрибут QRF.8 – Условия выборки
Определение: Фильтр, относящийся к временному интервалу выборки.
Допустимые значения приведены в Таблице 36:
Таблица 36
Значение
Описание
1ST
Первое значение в интервале
ALL
Все значения в интервале
LST
Последнее значение в интервале
REV
Все
значения в интервале в обратном
хронологическом порядке
4.1.2 Атрибут QRF.9 – Параметры фильтра
Определение: Это поле позволяет задавать параметры определяющие ответ
на запрос.
4.1.2.1 Компонента QRF.9.4 – Дата и время начала
Определение: задает начало временного интервала для выборки.
4.1.2.2 Компонента QRF.9.5 – Дата и время окончания
Определение: задает конец временного интервала для выборки.
Правила заполнения: Для получения, например списка документов пациента
в запросе
QRY за определенный временной период необходимо задать
значения компонент QRF.9.4 и QRF.9.5.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 64 из 131
Пример: QRF|||||||||^^^20130102^20131107
Если требуется получить из ИЭМК все документы пациента сегмент
QRF в запросе не указывается.
4.2 Сегмент TXA – Заголовок документа
Сегмент TXA содержит специфичную информацию о введенном
документе, но не включает в себя непосредственно текст документа.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 37.
Таблица 37
п/п
TXA.1
Длина
4
Тип
SI
Обязательн
ость
Да
Наименование элемента
Идентификатор сегмента (0, 1 и
т.д.)
TXA.2
30
IS
Да
Тип документа
TXA.6
26
TS
Да
Дата и время создания документа.
TXA.9
250
XCN
Да
Автор документа
EI
Да
Уникальный номер документа
TXA.12 30
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 65 из 131
TXA.17 2
Нет
ID
Характеризует статус документа
и данные лица указываемого в
поле TXA.22.
Правило заполнения TXA.17 и
TXA.22:
Когда в СЭМД указано лицо
утвердившее документ,
то значение TXA.17
устанавливается LA (Legally
authenticated) и в поле TXA.22
указываются данные лица
утвердившего документ.
TXA.18 2
Усл
ID
При получении документа СЭМД
из МИС значение обязательно.
При отдаче документа СЭМД в
МИС атрибут необязателен.
Принимаемые значения:
 N – нормальный

TXA.22 250
Нет
PPN
R - ограниченный
Данные лица в соответствии со
значением TXA.17.
4.2.1 Атрибут TXA.1 – Идентификатор сегмента
Определение:
транзакцию.
номер,
который
однозначно
идентифицирует
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 66 из 131
4.2.2 Атрибут TXA.2 – Тип документа
Определение: это поле указывает тип СЭМД.
4.2.3 Атрибут TXA.6 – Дата и время создания документа
Определение: дата и время создания содержания документа.
4.2.4 Атрибут TXA.9 – Автор документа
Определение: код СНИЛС и ФИО автора документа.
Пример: 00000000003^Жамалетдинов^Григорий^Викторович
4.2.1 Атрибут TXA.12 – Уникальный идентификатор документа
Определение: уникальный идентификатор документа.
4.2.2 Атрибут TXA.17 — Статус лица
Определение: Статус документа, определяющий данные какого лицоа
указаны в поле TXA.22
Таблица 38
Значение
LA
Описание
Статус документа – Утвержден.
В TXA.22 указывается лицо утвердившее
документ
4.2.3 Атрибут TXA.18 – Статус конфиденциальности документа
Определение: Определяет статус конфиденциальности направляемого в
ИЭМК документа.
4.2.4 Атрибут TXA.22 — Данные лица
Данные лица, в зависимости от значения поля TXA.17 указаны данные
лица подписавшего/ утвердившего документ.
Компоненты: ^ <Фамилия (FN)> ^ <Имя (ST)> ^ <Отчество (ST)> ^ ^ ^ ^
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 67 из 131
^ <Учреждение авторизировавшее (HD)> ^ <Наименование типа (ID)>
4.3 Сегмент OBX – Исследования/результаты
Сегмент OBX содержит инкапсулированный СЭМД. Используемые в
ИЭМК атрибуты сегмента представлены в Таблица 39.
Таблица 39
п/п
Дли
на
Тип
о/н Повт
#
Наименование элемента
OBX.1 4
CX
Да
1..1
Идентификатор сегмента (0, 1, 2 и т.д.).
OBX.2 2
ID
Да
1..1
Тип значения.
ED (инкапсулированные данные) –
используется для передачи СЭМД в поле
OBX.5 в формате Base64.
CE – используется для передачи в поле
OBX.5 кодированного значения
состояния (диагноза) по справочнику
МКБ-10 (OID 1.2.643.5.1.13.2.1.1.641).
OBX.3 250
CE
Нет
1..1
Идентификатор передаваемого
документа.
OBX.5 9999 varies
99
Да
1..1
Передаваемый СЭМД в кодировке
Base64.
4.3.1 Атрибут OBX.1 – Идентификатор сегмента
Определение: номер, который однозначно идентифицирует сегмент.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 68 из 131
В сегменте с номером 0 передается диагноз, установленный при
обращении, в сегменте с номером 1 и далее передается клинический
документ.
4.3.2 Атрибут OBX.2 – Тип данных
Определение: в этом поле указывается тип данных, передаваемых в
поле OBX.5. Принимаемые значения:
 CE — Кодированные записи.
 ED — Инкапсулированные данные.
4.3.3 Атрибут OBX.3 – Код типа документа
Определение: в этом поле отображается код и наименование типа
документа.
Правила заполнения:
Если в OBX.1 указано значение – 0 атрибут OBX.3 не заполняется.
Если в OBX.1 указано значение – 1, то:
 В компоненте OBX.3.1 передается код типа СЭМД (typeCode).
 В компоненте OBX.3.2 передается заголовок документа СЭМД
(title).
4.3.4 Атрибут OBX.5 – Исследования / инкапсулированный СЭМД
Определение: Атрибут предназначен для передачи данных об
исследовании / инкапсулированного СЭМД.
Правила заполнения:
1) В этом атрибуте передается диагноз при условии, что в OBX.1
указано значение - 0.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 69 из 131
В этом случае:
Компонента OBX.5.1 содержит код диагноза по МКБ-10.3 При
этом оставшиеся компоненты атрибута не заполняются.
2) В этом атрибуте передается инкапсулированный СЭМД при
условии, что в OBX.1 указано значение - 1 :
В этом случае:
В компоненте OBX.5.2 передается тип массива данных —
multipart.
В компоненте OBX.5.3 передается код формата СЭМД
(formatCode). Коды формата СЭМД проверяются в соответствии
со справочником кодов формата OID 1.2.643.5.1.13.2.7.1.40.
В компоненте OBX.5.4 передается значение типа кодировки
- Base64.
В компоненте OBX.5.5 передается содержимое СЭМД в
кодировке Base64.
4.4 Сегмент MRG – Объединение сведений о пациенте
Структура сегмента MRG – объединение сведений о пациенте.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 40.
Таблица 40
п/ п
Длина Тип о/н Повт # Элем#
MRG.1 250
3
CX
Да
1..*
00211
Наименование элемента
Список прежних
В метаданных ИЭМК не хранится название диагноза, поэтому в
название диагноза не используется.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 70 из 131
п/ п
Длина Тип о/н Повт # Элем#
Наименование элемента
идентификаторов пациента
MRG.2 250
CX
Нет
0..*
00212
Прежний альтернативный
идентификатор
пациента
MRG.3 250
CX
Нет
0..1
00213
Прежний номер лицевого счета
пациента
MRG.4 250
CX
Нет
0..1
00214
Прежний внешний
идентификатор пациента
MRG.5 250
CX
Нет
0..1
01279
Прежний номер визита
MRG.6 250
CX
Нет
0..1
01280
Прежний альтернативный
номер визита
MRG.7 250
XPN Нет
0..*
01281
Прежние фамилия, имя,
отчество пациента
4.4.1 Атрибут MRG.1 — Список прежних идентификаторов пациента
Компоненты: <идентификатор (ST)> ^ ^ ^ <организация, присвоившая
идентификатор (HD)> ^ <код типа идентификатора (IS)> ^ <учреждение,
присвоившее идентификатор (HD)> ^ <дата выдачи (DT)> ^ <срок действия
(DT)>
Субкомпоненты
организации,
присвоившей
идентификатор:
<наименование (IS)> & <универсальный идентификатор (ST)> & <тип
универсального идентификатора (ID)>
Определение: это поле содержит прежний внутренний идентификатор
пациента. В нем можно передать целый список прежних идентификаторов,
которые будут сравниваться с текущим идентификатором. При этом только
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 71 из 131
один прежний номер будет выбран для выполнения транзакции объединения
сведений о пациенте.
Стандарт настоятельно рекомендует указывать лицо, присвоившее
идентификатор, и код типа идентификатора во всех полях типа CX.
4.4.2 Атрибут MRG.2 – Прежний альтернативный идентификатор
Список компонентов, аналогичный компонентам атрибута MRG.1.
Определение:
это
поле
содержит
прежний
альтернативный
идентификатор пациента.
4.4.3 Атрибут MRG.3 — Прежний номер лицевого счета пациента
Список компонентов, аналогичный компонентам атрибута MRG.1.
Определение: это поле содержит прежний номер лицевого счета
пациента.
4.4.4 Атрибут MRG.4 — Прежний внешний идентификатор пациента
Список компонентов, аналогичный компонентам атрибута MRG.1.
Определение: это поле содержит прежний внешний идентификатор
пациента.
4.4.5 Атрибут MRG.5 — Прежний номер визита
Список компонентов, аналогичный компонентам атрибута MRG.1.
Определение: это поле содержит прежний идентификатор визита.
4.4.6 Атрибут MRG.6 — Прежний альтернативный номер визита
Список компонентов, аналогичный компонентам атрибута MRG.1.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 72 из 131
Определение:
это
поле
содержит
прежний
альтернативный
идентификатор визита.
4.4.7 Атрибут MRG.7 — Прежние фамилия, имя, отчество пациента
Определение: это поле содержит прежние фамилию, имя, отчество
(ФИО) пациента. Поле не предназначено для изменения ФИО пациента.
4.5 Сегмент QPD – определение параметров запроса
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 41.
Таблица 41
п/ п
Дли Тип
на
о/н
Повт Табл# Элем#
#
QPD.1 250
CE
Да
1..1
QPD.2 32
CT
Усл
QPD.3 256
CX
Да
Наименование элемента
01375
Имя запроса сообщения
0..1
00696
Идентификатор запроса
1..1
01435
Список идентификаторов
0471
пациента
4.5.1 Атрибут QPD.1 – Имя запроса сообщения
Компоненты: <идентификатор (ST)> ^ <текст (ST)> ^ <наименование
системы кодирования (ST)> ^ <альтернативный идентификатор (ST)> ^
<альтернативный текст (ST)> ^ <наименование альтернативной системы
кодирования (ST)>.
Определение: Это поле содержит имя запроса.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 73 из 131
4.5.2 Атрибут QPD.2 – Идентификатор запроса
Определение: Это поле может быть определено инициирующей
системой для идентификации запроса и может быть использовано для
соответствующего сообщения ответа на исходный запрос. Если поле
значимо,
реагирующая
система
требует
повторить его обратно в качестве первого поля в запросе сегмента
подтверждения (QAK).
Это поле отличается от MSA-2-ID управляющего сообщения тем, что
его значение остается постоянным для каждого сообщения, связанного с
запросом.
4.5.3 Атрибут QPD.3 – Параметры пользователя
Определение: Содержат последовательные значения параметров,
которые клиент передает на сервер. Данные представлены в виде
последовательности полей HL7.
Каждое поле QPD параметров пользователя соответствует одному
параметру и определено в соответствие с объявлением, в котором каждое
имя, тип, необязательность и повторение каждого параметра указано. Поля
параметров могут также содержать управления сортировкой (SRT) поля или
сегмента группы (ID) поля, определенного в разделах 5.4.5.3.1 и 5.4.5.3.2
стандарта HL7 версии 2.5.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 74 из 131
4.6 Сегмент RCP – Параметры управления ответом
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 42.
Таблица 42
п/ п
Дли Тип
на
RCP.1 1
о/н
Нет
ID
Повт Табл# Элем#
#
1
0091
0027
Наименование элемента
Приоритет запроса
4.6.1 Атрибут RCP – Приоритет запроса
Определение: Поле содержит параметр, в течение которого ожидает
ответ на запрос. Перечень допустимых значений указан в
Таблица 43.
Таблица 43
Значение
Описание
D
Отложено
I
Немедленно
4.7 Сегмент QAK – Сегмент подтверждения запроса
Сегмент QAK содержит информацию, передаваемую с ответами на запрос.
Хотя сегмент QAK требуется в ответах на расширенные запросы (см. раздел
5.10.4 Стандарта HL7 v.2.5), он может появляться опционально как
дополнительный сегмент,
расположенный после сегмента ERR в любом
ответе на запрос.
Используемые в ИЭМК атрибуты сегмента представлены в Таблица 44.
Таблица 44
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 75 из 131
п/ п
Дли Тип
на
QAK.1 32
ST
о/н
Усл
Повт Табл# Элем#
#
1..1
00696
Наименование элемента
Идентификатор запроса в
запрашивающей организации
QAK.2 2
ID
Нет
0..1
QAK.4 10
NM
Нет
0..1
0208
00708
Статус ответа на запрос
01434
Число совпадений
4.7.1 Атрибут QAK.1 – Идентификатор запроса
Определение: Это поле обрабатывается ИЭМК
и может быть
использовано в ответных сообщениях на исходный запрос. Поле отличается
от поля MSA-2. Значение поля остается постоянным для каждого сообщения,
связанного с запросом.
4.7.2 Атрибут QAK.2 — Статус ответа на запрос
Определение: В этом поле ИЭМК возвращает
статус ответа.
Используется для случая, когда не найдено никаких данных, которые
соответствовали бы параметрам запроса. Значения статусов (таблица 0208
таблицы HL7 v.2.5) приведены в Таблица 45:
Таблица 45
Значение
ОK
NF
AE
AR
Описание
Данные найдены,
ошибок нет
Данные не найдены, нет
ошибок
Ошибка приложения
Отвергнуто
приложением
Комментарий
Значение по
умолчанию
-
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 76 из 131
4.7.3 Атрибут QAK.4 — Число совпадений
Определение: Поле содержит общее число найденных записей на сервере,
которые соответствуют запросу. Для ответов в виде таблицы, это количество
найденных строк.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 77 из 131
5 Описание интеграционного шлюза
Интеграционный шлюз ИЭМК предназначен для интеграции Системы
со сторонними МИС (не являющимися частью Системы) через API.
Интеграционный шлюз реализован в виде Web-сервиса, основанном на
протоколе SOAP.
Интеграционный шлюз – это единый интерфейс взаимодействия с
медицинской информационной системой в объеме, необходимом для
выполнения функций Системы.
Все
формируемые
запросы
отправляются
на
один
метод
V25Process_AS_Process. Описание WSDL сервиса приводится в приложении
( Описание веб-сервиса интеграции с ИЭМК).
Пример запроса, направляемого из МИС в интеграционный шлюз
ИЭМК:
<soap:Envelope xmlns:soap=”http://www.w3.org/2003/05/soap-envelope”
xmlns:egis=”http://egisz.rosminzdrav.ru”
xmlns:oas=”http://docs.oasis-
open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd”
xmlns:v25=”http://v25.iemk.atc.ru”>
<soap:Header>
<egis:transportHeader oas:Id=”?”>
<egis:authInfo>
<!—Optional:
<egis:userSession>?</egis:userSession>
<egis:clientEntityId>?</egis:clientEntityId>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 78 из 131
</egis:authInfo>
<!—Optional:
<egis:userInfo>
<egis:userId>?</egis:userId>
<egis:lastName>?</egis:lastName>
<egis:firstName>?</egis:firstName>
<egis:middleName>?</egis:middleName>
<egis:role>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:role>
<!—Zero or more repetitions:
<egis:medOrg>
<egis:id>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:id>
<egis:type>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:type>
<!—Optional:
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 79 из 131
<egis:positionType>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:positionType>
<!—Optional:
<egis:position>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:position>
</egis:medOrg>
<!—Optional:
<egis:region>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:region>
<!—Zero or more repetitions:
<egis:education>
<egis:type>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:type>
<egis:speciality>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 80 из 131
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:speciality>
<!—Optional:
<egis:diplomType>
<egis:code>?</egis:code>
<egis:name>?</egis:name>
</egis:diplomType>
</egis:education>
</egis:userInfo>
</egis:transportHeader>
</soap:Header>
<soap:Body>
<v25:v25Request>
<format>?</format>
<data> … текст сообщения в кодировке Base 64 … </data>
</v25:v25Request>
</soap:Body>
</soap:Envelope>
Примечание. Текст сообщения передается в теге <data> в кодировке Base64.
Пример
текста передаваемого запроса на получение списка СЭМД по
пациенту в диапазоне дат от 02.01.2013 до 07.11.2013 в формате ER7 может
выглядеть следующим образом:
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 81 из 131
MSH|^~\&| МИС1^19ce7b7f-b054-47a0-bde9-e54f6c49bfa0|Областная
клиническая больница^1.2.643.5.1.13.3.25.72.74^ISO|ИЭМК^d5a0f9c0-5db411e3-949a-0800200c9a66|МЗ РФ^1.2.643.5.1.13^ISO
|20131005191838||QRY^T12^QRY_T12|M102541324|P|2.5||||||UNICODE UTF-8
QRD|20131005191838|||QRD500123|||10^RD|2014-4587СТАЦ^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^ОБЛАСТНАЯ КЛИНИЧЕСКАЯ
БОЛЬНИЦА &1.2.643.5.1.13.3.25.72.74&ISO^20140203|DOC
QRF|||||||||^^^20130102^20131107
Пример этого же текста сообщения в кодировке Base64:
TVNIfF5+XCZ8INCc0JjQoTFeMTljZTdiN2YtYjA1NC00N2EwLWJkZTktZTU0
ZjZjNDliZmEwfNCe0LHQu9Cw0YHRgtC90LDRjyDQutC70LjQvdC40YfQtdG
B0LrQsNGPINCx0L7Qu9GM0L3QuNGG0LBeMS4yLjY0My41LjEuMTMuMy4
yNS43Mi43NF5JU0980JjQrdCc0JpeZDVhMGY5YzAtNWRiNC0xMWUzLTk0
OWEtMDgwMDIwMGM5YTY2fNCc0Jcg0KDQpF4xLjIuNjQzLjUuMS4xM15J
U08gfDIwMTMxMDA1MTkxODM4fHxRUlleVDEyXlFSWV9UMTJ8TTEwMj
U0MTMyNHxQfDIuNXx8fHx8fFVOSUNPREUgVVRGLTgNClFSRHwyMDEz
MTAwNTE5MTgzOHx8fFFSRDUwMDEyM3x8fDEwXlJEfDIwMTQtNDU4Ny
3QodCi0JDQpl5eXjkmMS4yLjY0My41LjEuMTMuMi43LjEuNjImSVNPXjle0J7
QkdCb0JDQodCi0J3QkNCvINCa0JvQmNCd0JjQp9CV0KHQmtCQ0K8g0JHQnt
Cb0KzQndCY0KbQkCAmMS4yLjY0My41LjEuMTMuMy4yNS43Mi43NCZJU0
9eMjAxNDAyMDN8RE9DDQpRUkZ8fHx8fHx8fHxeXl4yMDEzMDEwMl4yM
DEzMTEwNw0K
В таблице ниже (Таблица 46) приводится атрибутный состав полей,
используемых в запросе.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 82 из 131
Таблица 46. Атрибутный состав полей, используемых в запросе
N
Атрибут в
Тип
Кратность
Описание атрибута
п/п
запросе
Транспортный заголовок – аутентификация (authInfo)
1 userSession
String
0..1
Идентификатор
пользовательской сессии
ЕСИАиА.
<element name=”userSession”
type=”string”
minOccurs=”0”/>
2
clientEntityId
String
1
Идентификатор
вызывающей системы.
Присваивается МИС при
отправке заявки на
подключение.
<element
name=”clientEntityId”
type=”string”/>
3
4
format
data
String
String
1
1
Тэг format предназначен для
указания формата
передаваемого сообщения,
значением которого может
быть строка XML или HL7.
Пример:
<format>ER7</format>
Тэг data предназначен для
размещения содержимого
сообщения в кодировке
Base64.
Пример:
<data>данные в формате
Base64</data>
Атрибуты заголовков WS-Addressing
Пространство имен xmlns:a=»http://www.w3.org/2005/08/addressing»
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 83 из 131
N
Атрибут в
п/п
запросе
5 a:Action
6
a:MessageID
Тип
Кратность
Описание атрибута
String
1
UUID
1
Пример:
Action>http://v25.iemk.atc.ru/
V25ProcessAsync</Action>
ID сообщения – указывается
в обратном ответе.
Пример:
<MessageID>urn:uuid:6d
296e90-e5dc-43d0-b4557c1f3eb55569</MessageID>
7
a:ReplyTo
String
1
Адрес
источника
запроса
(МИС), куда нужно будет
отправить
асинхронный
ответ.
<ReplyTo>
<Address>https://api-iemctest.rosminzdrav.ru/misstub/ws
/miscallbackv25?wsdl</Addre
ss>
</ReplyTo>
8
a:To
String
1
Адрес
ИШ
ИЭМК
куда
отправляется запрос
<To>https://api-iemctest.rosminzdrav.ru/v25/v25Pr
ocessEndpoint?wsdl</To>
9
a:RelatesTo
UUID
1
-
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 84 из 131
Примечание. При работе через интеграционную шину данные по
пользователю заполняются шиной на основе переданного идентификатора
пользовательской сессии (userSession).
6 Таблица кросс-валидации атрибутов запроса и СЭМД
Таблица 47
Атрибут/
компонент
Элемент СЭМД
Комментарий
а запроса
TXA.2
ClinicalDocument/code/@code
Тип документа СЭМД
TXA.6
ClinicalDocument/effectiveTime/@value
Дата и время создания
документа
TXA.9.1
ClinicalDocument/authenticator/assignedE
Номер СНИЛС автора
ntity/
документа
assignedPerson/ext:person/ext:asOtherIDs/
ext:documentNumber/@number
TXA.9.2
TXA.9.3
/ClinicalDocument/authenticator/assignedE Фамилия
автора
ntity/ assignedPerson/name/@family
документа
/ClinicalDocument/
Имя автора документа
author/assignedAuthor/assignedPerson
/name/@given[1]
TXA.9.4
/ClinicalDocument/
Отчество
author/assignedAuthor/assignedPerson
документа
/name/@given[2]
автора
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 85 из 131
Атрибут/
компонент
Элемент СЭМД
Комментарий
а запроса
TXA.12
/ClinicalDocument/id/@extension
Уникальный
идентификатор
документа
TXA.22.1
/ClinicalDocument/legalAuthenticator/assig Номер
документа
nedEntity/assignedPerson/ext:person/ext:as СНИЛС
OtherIDs/ext:documentType/@code
/ClinicalDocument/legalAuthenticator/assig TXA.17 = LA
nedEntity/assignedPerson/name/family
Фамилия
лица
утвердившего документ
TXA.22.2
/ClinicalDocument/legalAuthenticator/assig TXA.17 = LA
Имя лица утвердившего
TXA.22.3
nedEntity/assignedPerson/name/given[1]
TXA.22.4
/ClinicalDocument/authenticator/assignedE TXA.17 = LA
ntity/ assignedPerson/name/@given[2]
документ
Отчество
лица
утвердившего документ
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 86 из 131
Атрибут/
Элемент СЭМД
компонент
Комментарий
а запроса
/ClinicalDocument/legalAuthenticator/time Дата
TXA.22.5
/@value
и
время
утверждения
документа
если TXA.17 = LA
TQ1.7
/ClinicalDocument / documentationOf / Дата
и
время
начала
serviceEvent / effectiveTime / low / события
@value
TQ1.8
/ClinicalDocument / documentationOf / Дата и время окончания
serviceEvent / effectiveTime / high /
события
@value
PID.3.1
/ClinicalDocument/recordTarget/patientRol ID пациента в
e/id/@extension
медицинской
организации
при выполнении
следующих условий:
PID.3.4.2 =
1.2.643.5.1.13.2.7.1.62
PID.3.4.5 = 9
PID.3.6.2
/ClinicalDocument/recordTarget/patientRol OID
e/id/@root
медицинской
организации в которой
заведена карта (значение
PID.3.4.5
=
10)
и
локальный
идентификатор пациента
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 87 из 131
Атрибут/
Элемент СЭМД
компонент
Комментарий
а запроса
(значение PID.3.4.5 = 9).
OBX.3.1
/ClinicalDocument/code/@code
Если значение OBX.1= 1
- то в OBX.3.1 указан
Код
типа
документа
СЭМД.
OBX.3.2
/ClinicalDocument/title
Если значение
OBX.1=
то
OBX.3.2
1,
в
указывается
заголовок
документа СЭМД
Для стационара:
Если значение
OBX.1=
/ClinicalDocument/component/structuredB 0, то указывается Код
ody/component/section[code/@code='DGN диагноза
']/entry/observation[code/@code="DGN"
and
interpretationCode/@code="MAIN"]/value
OBX.5.1
/@code
Для амбулатории:
/ClinicalDocument/component/structuredB
ody/component/section[code/@code='DGN
']/entry/observation[code/@code="DGN"
and
СЭМД.
указанный
в
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 88 из 131
Атрибут/
Элемент СЭМД
компонент
Комментарий
а запроса
interpretationCode/@code="SPEC"]/value/
@code
Значение отсутствует
Если значение
OBX.1=
1, то значение OBX.5.1
не заполняется.
Для стационара:
Если значение OBX.1= 0,
/ClinicalDocument/component/structuredB то
указывается
ody/component/section[code/@code='DGN Наименование
']/entry/observation[code/@code="DGN"
диагноза
указанное в СЭМД.
and
interpretationCode/@code="MAIN"]/value
/@displayName
Для амбулатории:
OBX.5.2
/ClinicalDocument/component/structuredB
ody/component/section[code/@code='DGN
']/entry/observation[code/@code="DGN"
and
interpretationCode/@code="SPEC"]/value/
@displayName
Фиксированное значение - multipart
Если значение OBX.1= 1,
то значение поля имеет
фиксированное значение
multipart
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 89 из 131
Атрибут/
Элемент СЭМД
компонент
Комментарий
а запроса
OBX.5.4
Фиксированное значение - Base64
Если значение OBX.1= 1,
то значение поля имеет
фиксированное значение
Base64
ORC.21.1
/ClinicalDocument/author[1]/assignedAuth Название
or/representedOrganization/name
организации
автора документа
ORC.21.6.2 /ClinicalDocument/author[1]/assignedAuth Код организации автора
or/representedOrganization/id/@root
документа
В ближайшее время ссылка будет
заменена на:
/ClinicalDocument/author/assignedAuthor/r
epresentedOrganization/id/@extension
ORC.28
/
ClinicalDocument/confidentialityCode/tran Код
slation[2]/@code
конфиденциальности
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 90 из 131
Приложение А Примеры сообщений
А.1 Пример: Регистрация пациента в стационаре (Госпитализация)
Пациент Незнамов Сергей Максимович, дата рождения 19620823, с
полисом ОМС госпитализирован 31.08.2007 г., о чем сделал запись врач
Свиридов Виктор Сергеевич, проведший госпитализацию. В записи сегмента
PV1 сделана запись, что категория пациента – стационарный. МО куда
госпитализирован пациент Институт кардиохирургии им. В. И. Бураковского.
Дата и время госпитализации с учетом часового пояса 20130901104023+0400.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20130901104023+0400||ADT^A01^ADT_A01|876547658788-7657-2238-8734465432sss11|P|2.5||||||UNICODE UTF-8
EVN||20100101||02|^Свиридов^Виктор^Сергеевич^^^^^Институт
кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO||Институт кардиохирургии им.
В. И. Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
PID|||01223344501^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3~99507111^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^20100101||Незнамов^Сергей^
Максимович||19620823|1|||&Лескова ул. &дом.69,кв.9^630008 Российская
Федерация, Новосибирская область, Новосибирск, Лескова ул., 69-9
домашний^Новосибирск^Новосибирская
область^630008^643^H^^^5400000100000~&Лескова ул&69-9^630900,
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 91 из 131
Российская Федерация, Новосибирская область, Новосибирск, Лескова ул.,
69-9, постоянный адрес^Новосибирск^Новосибирская
область^630900^643^HP^^^5400000100000||^PRN^H^^+7^903^1234567^^^^^+
79031234567 домашний
телефон~^NET^Internet^[email protected]||||||||||Российская Федерация,
Волгоградская область, Урюпинск||||||||Y||20070803130624
PV1||I|^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO|||||||||||||||||||||||||||||||||||||||||2013090110
4023+0400
Пояснения к сообщению:
Сегмент MSH:
В медицинской информационной системе МИС с UUID
0063-4d35-877c-3e80768bc6bd
37bf1911-
Института кардиохирургии им. В. И.
Бураковского с регистрационным номером OID 1.2.643.5.1.13.3.25.77.761
(согласно
регистру
медицинских
организаций
НСИ
Министерства
здравоохранения) произведена регистрационная запись при госпитализации
пациента. Дата и время формирования сообщения 20130901104023+0400.
Тип сообщения A01 со структурой ADT_A01. Присвоенный МИС
идентификатор
сообщения
87654765-8788-7657-2238-8734465432sss11.
Идентификатор сообщения всегда – P производственный. (В стандарте HL7
v2.5 существуют еще 2 типа сообщения – D – отладочный и T – учебный
– они не обрабатываются ИЭМК).
Версия сообщения HL7
-
2.5.
Кодировка сообщения – UNICODE UTF-8.
Сегмент EVN:
Дата создания сообщения 20100101. Причина
регистрации – 02 -
направление лечащего врача. Регистрацию пациента провел Свиридов
Виктор Сергеевич в Институте кардиохирургии им. В. И. Бураковского.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 92 из 131
Регистрационный номер OID института в справочнике НСИ Минздрава
1.2.643.5.1.13.3.25.77.761.
Значение
стандарта
ISO
указывает,
что
регистрационный номер больницы указан как OID
Cегмент PID:
Зарегистрирован пациент Незнамов Сергей Максимович со следующими
регистрационными документами:
 СНИЛС номер 01223344501 признак о том, что данная запись
указывает СНИЛС – PID3.4.1 = 3 из справочника указанного в PID.3.4.2
= 1.2.643.5.1.13.2.7.1.62
 В качестве локального идентификатора использован идентификатор –
99507111 присвоенный в Институт кардиохирургии им. В. И.
Бураковского. Признак указания локального ID - PID.3.4.1 = 9 из
справочника указанного в PID.3.4.2 = 1.2.643.5.1.13.2.7.1.62
Пациент
Незнамов Сергей Максимович, дата рождения 19620823 пол
мужской. Домашний адрес неструктурированная запись в одно поле 630008
Российская Федерация, Новосибирская область, Новосибирск, Лескова ул.,
69-9. Индекс 630008, код страны 643, признак домашнего адреса H,
географические координаты 55.022155,82.950660 (необязательное указание),
код населенного пункта – 5400000100000. Постоянный адрес указан тот же.
Город Пашино, Новосибирская область, почтовый индекс 630900, страна код
– 643, признак указания временного адреса – TMP, код населенного пункта 5400000100400
Телефон: Код использования телекоммуникационного оборудования –
PRN,
тип
телекоммуникационного
оборудования
-
PH,.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 93 из 131
Неструктурированная запись телефонного номера: +79031234567 домашний
телефон.
e-mail: Код использования телекоммуникационного оборудования – NET тип
телекоммуникационного оборудования - Internet собственно e-mail:
[email protected]
Место рождения: Российская Федерация, Волгоградская область, Урюпинск
Сегмент PV1:
При госпитализации пациенту присвоен класс – I
(стационарный
пациент). Пациент размещен в Институте кардиохирургии им. В. И.
Бураковского с регистрационным OID 1.2.643.5.1.13.3.25.77.761. Размещение
в больнице проведено 20130901104023+0400.
Ответ
Из ИЭМК в МИС формируется подтверждение:
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140415082252.085+0000||ACK^ALL^ACK|dababb03e34b-4e20-aafd-1b50dfe9e6ce|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss11
А.2 Пример: Регистрация пациента в поликлинике.
Пациент Незнамов Сергей Максимович при амбулаторном обращении
в Институт кардиохирургии им. В. И. Бураковского.
Описание регистрационных данных соответствует описанию примера
госпитализации.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 94 из 131
В сегменте PV1 указано, что проведен амбулаторный визит – признак
O.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20131001104023+0400||ADT^A04^ADT_A01|876547658788-7657-2238-8734465432sss12|P|2.5||||||UNICODE UTF-8
EVN||20100101||02|^Свиридов^Виктор^Сергеевич^^^^^Институт
кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO||Институт кардиохирургии им.
В. И. Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
PID|||01223344501^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3~99507100^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^20100101||Незнамов^Сергей^
Максимович||19620823|1|||&Лескова ул. &дом.69,кв.9^630008 Российская
Федерация, Новосибирская область, Новосибирск, Лескова ул., 69-9
домашний^Новосибирск^Новосибирская
область^630008^643^H^^^5400000100000~&Лескова ул&69-9^630900,
Российская Федерация, Новосибирская область, Новосибирск, Лескова ул.,
69-9, постоянный адрес^Новосибирск^Новосибирская
область^630900^643^HP^^^5400000100000||^PRN^H^^+7^903^1234567^^^^^+
79031234567 домашний
телефон~^NET^Internet^[email protected]||||||||||Российская Федерация,
Волгоградская область, Урюпинск||||||||Y||20070803130624
PV1||O|^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO|||||||||||||||||||||||||||||||||||||||||2010010110
4023+0400
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 95 из 131
Сообщение ADT A04 со структурой ADT A01:
Отличия от сообщения A01 в следующем:
 Сегмент MSH в компоненте MSH-9-2 указывается значение A04.
 Сегмент PV1 в атрибуте PV1.3 – указывается значение – О
(амбулаторный пациент).
Локальный идентификатор пациента в данном примере 99507100,
присвоенный в Институте кардиохирургии им. В. И. Бураковского.
Ответ
Из ИЭМК в МИС формируется подтверждение:
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии
им.
В.
И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140414121647.835+0000||ACK^ALL^ACK|dd62d8607828-4f93-993b-c25b2f8304ed|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss12
А.3 Пример: Дедублирование пациентов
Дедублирование по локальному ID двух регистрационных записей
пациентов. В примере А.1 при регистрации в стационаре Института
кардиохирургии им. В. И. Бураковского был заведен пациент Незнамов
Сергей Максимович с локальным ID 99507111. В примере А.2 при
регистрации
в
поликлинике
Института
кардиохирургии
им.
В.
И.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 96 из 131
Бураковского так же был заведен пациент Незнамов Сергей Максимович с
локальным ID 99507100. Оба пациента – одно и то же лицо. Требуется
провести операцию дедублирования пациентов из примеров А.1 и А.2 при
этом должна остаться только одна активная запись пациента с локальным
идентификатором
99507111. Для этого
в сегменте PID поле PID.3
указывается значение компоненты PID.3.1 = 99507111 , а в сегменте MRG
указывается значение локального ID в компоненте MRG.1.1 – 99507100.
Результат выполнения транзакции – наличие в ИЭМК только одной
активной регистрационной записи с локальным ID = 99507111 и связывание
всех СЭМД дедублированной записи с активной.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20131115104023+0400||ADT^A40^ADT_A39|876547658788-7657-2238-8734465432sss16|P|2.5||||||UNICODE UTF-8
EVN||20131115104023+0400||02|^Свиридов^Виктор^Сергеевич^^^^^Институт
кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO||Институт кардиохирургии им.
В. И. Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
PID|||44501012233^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3~99507111^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^20100101||Незнамов^Сергей^
Максимович||19620823|1
MRG|99507100^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^Институт
кардиохирургии им. В. И. Бураковского&1.2.643.5.1.13.3.25.77.761&ISO
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 97 из 131
Ответ
Из ИЭМК в МИС формируется подтверждение
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140415104749.318+0000||ACK^ALL^ACK|467ec60896c4-4bc4-9286-6cb89698b9d1|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss16
А.4 Пример: Изменение информации о пациенте
Изменение данных
регистрационной записи пациента в активной
записи оставшейся после дедублирования пациента в примере A.3.. У
пациента Незнамова Сергея Максимовича c локальным номером из примера
А.3 - 99507111 изменился СНИЛС с 01223344501 на 44501012233.
Указанное изменение требуется внести в регистрационные данные
пациента.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20131001104023+0400||ADT^A08^ADT_A01|876547658788-7657-2238-8734465432sss15|P|2.5||||||UNICODE UTF-8
EVN||20131101104023+0400||02|^Свиридов^Виктор^Сергеевич^^^^^Институт
кардиохирургии им. В. И.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 98 из 131
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO||Институт кардиохирургии им.
В. И. Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
PID|||44501012233^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3~99507111^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^20100101||Незнамов^Сергей^
Максимович||19620823|1|||&Лескова ул. &дом.69,кв.9^630008 Российская
Федерация, Новосибирская область, Новосибирск, Лескова ул., 69-9
домашний^Новосибирск^Новосибирская
область^630008^643^H^^^5400000100000~&Лескова ул&69-9^630900,
Российская Федерация, Новосибирская область, Новосибирск, Лескова ул.,
69-9, постоянный адрес^Новосибирск^Новосибирская
область^630900^643^HP^^^5400000100000||^PRN^H^^+7^903^1234567^^^^^+
79031234567 домашний
телефон~^NET^Internet^[email protected]||||||||||Российская Федерация,
Волгоградская область, Урюпинск||||||||Y||20070803130624
PV1||I|^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO|||||||||||||||||||||||||||||||||||||||||2013110110
4023+0400
Ответ
Из ИЭМК в МИС формируется подтверждение:
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140415090922.645+0000||ACK^ALL^ACK|d3e7a289-
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 99 из 131
ec33-4edf-8abc-678475e3ac5a|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss15
А.5 Пример: Запрос идентификаторов пациентов
Требуется проверить активные регистрационные записи, оставшиеся
после дедублирования в примере А.3, по пациенту Незнамов Сергей, дата
рождения 19620823, пол мужской, СНИЛС 44501012233.
Запрос:
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20131115104023+0400||QBP^Q22^QBP_Q21|876547658788-7657-2238-8734465432sss93|P|2.5||||||UNICODE UTF-8
QPD|Q22^Q22 Find
Candidates^HL7v.2.5|6534537356336|@PID.5.1^Незнамов[email protected]^Сергей~
@PID.7.1^[email protected]^[email protected]^44501012233^^^3&1.2.643.5.1.13.2.7.
1.62&ISO^3
RCP|D
Пояснение к запросу:
Сегмент MSH по составляющим описан в примерах приведенных
выше.
Сегмент QPD: Поле QPD.1
является константой и передается со
значением указанным в примере для всех созданных в МИС запросов.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 100 из 131
QPD.2 – идентификатор ответа на запрос значение 6534537356336. Такое же
значение должно быть и в сегменте QAK ответа на запрос.
В
поле
QPD.3
указываются
параметры
запроса.
Параметры
указываются в соответствии с синтаксисом, приведенным в примере. В
примере приведены поля из сегмента PID. Нумерация полей в соответствии
со структурой сегмента.
Сегмент RCP: В ИЭМК используется только первое поле сегмента
RCP.1, в котором указывается срочность исполнения запроса.
Ответ:
В ответе в зависимости от значений параметра критериев запроса могут
вернуться данные по нескольким пациентам, при условии, что заданным
значениям поисковых параметров отвечают соответствующие данные по
нескольким пациентам. В ответе обязательно передается копия QPD.
В примере ответа сообщения, согласно примеру, найден
один
пациент.
MSH|^~\&| ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO| МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO||20140416083549.477+0000||RSP
^K22^RSP_K21|96534487-a26f-471d-aaed-8b731e236364|T|2.5
MSA|AA|87654765-8788-7657-2238-8734465432sss93
QAK|87654765-8788-7657-2238-8734465432sss93_QAK|OK||1
QPD|Q22^Q22 Find
Candidates^HL7v.2.5|6534537356336|@PID.5.1^Незнамов[email protected]^Сергей~
@PID.7.1^[email protected]^[email protected]^44501012233^^^3&1.2.643.5.1.13.2.7.
1.62&ISO^3
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 101 из 131
PID|1||99507111^^^&1.2.643.5.1.13.2.7.1.62^9^&1.2.643.5.1.13.3.25.77.761~445
01012233^^^&1.2.643.5.1.13.2.7.1.62^3||Незнамов^Сергей^Максимович||19620
823000000+0000|1|||&Лескова ул. &дом.69,кв.9^630008 Российская
Федерация, Новосибирская область, Новосибирск, Лескова ул., 69-9
домашний^Новосибирск^Новосибирская
область^630008^643^H^^^5400000100000~&Лескова ул&69-9^630900,
Российская Федерация, Новосибирская область, Новосибирск, Лескова ул.,
69-9, постоянный адрес^Новосибирск^Новосибирская
область^630900^643^HP^^^5400000100000||^PRN^H^^+7^903^1234567^^^^^+
79031234567 домашний
телефон~^NET^Internet^[email protected]||||||||||Российская Федерация,
Волгоградская область, Урюпинск||||||||Y||20070803130624
PV1||I|^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO|||||||||||||||||||||||||||||||||||||||||2013110110
4023+0400
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 102 из 131
А.6 Пример: Уведомление из МИС об исходном документе с передачей
содержания (MDM_T02) и подтверждение о приеме в ИЭМК (ACK MDM_T02).
Из Института кардиохирургии им. В. И. Бураковского с OID
1.2.643.5.1.13.3.25.77.761
зарегистрированной
в
Регистре
медицинских
учреждений Министерства здравоохранения (OID справочника учреждений
1.2.643.5.1.13.2.1.1.178) в ИЭМК отправляется документ СЭМД. СЭМД
содержится в сегменте OBX в формате Base64. Документ сопоставлен с
зарегистрированным в этой организации пациентом мужского пола
Свиридовым Виктором Сергеевичем с датой рождения – 19620823. В этой
организации установлена МИС
с UUID
37bf1911-0063-4d35-877c-
3e80768bc6bd. Этому пациенту присвоен локальный ID 99507111. Параметры
указаны для однозначного определения пациента совместно с ФИО, датой
рождения и полом.
Лицо, подписавшее документ (признак LA в поле TXA.17) Свиридов
Виктор Сергеевич, работающий в Институтt кардиохирургии им. В. И.
Бураковского.
Передаваемый документ СЭМД 1-го уровня :
<?xml version="1.0" encoding="UTF-8"?>
<!--<?xml-stylesheet type="text/xsl" href="./test/XSL/1.1/main.xsl"?>
-->
<ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:ext="urn:hl7-RU-EHR:v1" xsi:schemaLocation="
urn:hl7-org:v3 ../infrastructure/cda/CDA_RU01.xsd
urn:hl7-RU-EHR:v1 ../infrastructure/cda/POCD_MT000040_RU01_Extension.xsd">
<!--urn:hl7-org:v3 http://tech-iemctest.rosminzdrav.ru/schemasrepos/schemas/cda/CDA_RU01.xsd
urn:hl7-RU-EHR:v1 http://tech-iemctest.rosminzdrav.ru/schemasrepos/schemas/cda/POCD_MT000040_RU01_Extension.xsd">-->
<!-- Выписной эпикриз оформляется строго определенным образом. Так, он в
обязательном порядке включает следующие составные части:данные о личности пациента,
жалобы, анамнез, диагноз, результаты обследований, анализов, осмотров и т.д.; мнения разных
специалистов, данные о ходе и итогах лечения, прогноз и рекомендации по продолжению лечения,
реабилитации и т.д. -->
<!-- ЗАГОЛОВОК ДОКУМЕНТА -->
<realmCode code="RU"/>
<!-- Тип документа CDA [1..1], по классификатору (OID:2.16.840.1.113883.1.3), extension
всегда "POCD_MT000040_RU01" -->
<typeId root="2.16.840.1.113883.1.3" extension="POCD_MT000040_RU01"/>
<!--Шаблон медицинского документа [1..1]-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 103 из 131
<templateId root="1.2.643.5.1.13.2.7.5.1"/>
<!--Шаблон типа медицинского документа по уровню формализации [1..1], в соответствии с
таблицей см. документ "Описание СЭМД Часть1. заголовок документа." v.1.2.; в примере - тип
медицинского докумнета "Эпикриз стационара третий уровень формализации"-->
<templateId root="1.2.643.5.1.13.2.7.5.1.1.3"/>
<!-- Уникальный номер экземпляра документа (extension="1a2s3d4g5h"). OID root и
extension должны образовать уникальную комбинацию. Extension может задаваться в виде UUID
[1..1], где root - OID медицинской организации, где был создан документ -->
<id root="1.2.643.5.1.13.3.25.77.761" extension="87654765-8788-7657-2238872234465432sss77"/>
<!--Тип медицинского документа [1..1], в соответствии с классификатром
(OID:1.2.643.5.1.13.2.1.1.646)-->
<code code="1" codeSystem="1.2.643.5.1.13.2.1.1.646" codeSystemName="Система
электронных медицинских документов" displayName="Эпикриз стационара"/>
<!-- Титул документа (название) [1..1], по возможности должен соответствовать типу
медицинского документ, в соответствии с классификатром (1.2.643.5.1.13.2.1.1.646)-->
<title>Эпикриз стационара №150А</title>
<!--Дата создания электронного документа [1..1], значение должно быть задано с точностью
до секунд, и содержать явное указание временной зоны (UTС: +4000 - МСК)-->
<effectiveTime value="20131104124023+0400"/>
<!-- Уровень конфиденциальности документа [1..1]-->
<confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25"
codeSystemName="Уровень конфиденциальности документа" displayName="Нормальный">
</confidentialityCode>
<!--Язык документа [1..1] - всегда code="RU"-->
<languageCode code="RU"/>
<!--Идентификатор карты пациента [1..1] - номер карты пациента, к которой относится
электронный документ-->
<!--данные приведенные в составе указанного тега должны совпадать с данными
указанными в составе тега id (patientRole, serviceEvent, encompassingEncounter)-->
<setId root="1.2.643.5.1.13.3.25.77.761" extension="99507111"/>
<!-- Версия данного документа [1..1] -->
<versionNumber value="1"/>
<!--Область описания начало-->
<recordTarget typeCode="RCT">
<!-- Область описания: "PAT" - информация о пациенте -->
<realmCode code="PAT"/>
<!--Шаблон элемента заголовка [1..1] "recordTarget"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.1"/>
<!--Сведения о персоне с ролью "пациент" - "PAT" - пациент - начало-->
<patientRole classCode="PAT">
<!--Шаблон элемента заголовка [1..1] "patientRole"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.2"/>
<!--Идентификатор карты пациента [1..1] - номер карты пациента, к которой
относится электронный документ-->
<id root="1.2.643.5.1.13.3.25.77.761" extension="99507111"/>
<!-- Адреса пациента [0..2] начало -->
<!-- Адрес фактического места жительства [1..1] -->
<addr use="H">
<!-- streetAddressLine используется ТОЛЬКО в случае
неструктурированного указания адреса, например: -->
<!--<streetAddressLine>9-69, Лескова ул., Новосибирск,
Новосибирская область, Российская Федерация, 630008</streetAddressLine>-->
<!--Для структурированного представления требуется указать
следующие элементы:-->
<!-- Страна [1..1]-->
<country>Российская Федерация</country>
<!-- Субъект: область, край, округ [1..1]-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 104 из 131
<state>Новосибирская область</state>
<!-- Населенный пункт (город) [1..1]-->
<city>Новосибирск</city>
<!-- Улица [1..1]-->
<streetName>Лескова ул.</streetName>
<!-- Номер дома [1...1]-->
<houseNumber>69</houseNumber>
<!--Корпус [0..1]-->
<!--<houseNumberNumeric>0</houseNumberNumeric>-->
<!-- Квартира [0..1]-->
<additionalLocator>9</additionalLocator>
<!-- Почтовый индекс [0..1]-->
<postalCode>630008</postalCode>
<!-- Код населенного пункта, в соответствии с классификатором
(OID:1.2.643.5.1.13.2.1.1.196) [1..1]-->
<unitID>5400000100000</unitID>
<!-- Геокоординаты объекта [0..1]-->
<!--Указываются в том случе, если нет возможности указать адрес
фактического места проживания-->
<!--<direction>55.022155,82.950660</direction>-->
</addr>
<!-- Адрес постоянной регистрации -->
<addr use="HP">
<!-- streetAddressLine используется ТОЛЬКО в случае
неструктурированного указания адреса, например: -->
<!--<streetAddressLine>9-69, Лескова ул., Новосибирск,
Новосибирская область, Российская Федерация, 630008</streetAddressLine>-->
<!--Для структурированного представления требуется указать
следующие элементы:-->
<!-- Страна [1..1]-->
<country>Российская Федерация</country>
<!-- Субъект: область, край, округ [1..1]-->
<state>Новосибирская область</state>
<!-- Населенный пункт (город) [1..1]-->
<city>Новосибирск</city>
<!-- Улица [1..1]-->
<streetName>Лескова ул.</streetName>
<!-- Номер дома [1...1]-->
<houseNumber>69</houseNumber>
<!--Корпус [0..1]-->
<!--<houseNumberNumeric>0</houseNumberNumeric>-->
<!-- Квартира [0..1]-->
<additionalLocator>9</additionalLocator>
<!-- Почтовый индекс [0..1]-->
<postalCode>630008</postalCode>
<!-- Код населенного пункта, в соответствии с классификатором
(OID:1.2.643.5.1.13.2.1.1.196) [1..1]-->
<unitID>5400000100000</unitID>
</addr>
<!-- Адрес пациента [0..2] конец-->
<!-- Контактные данные [0..*]-->
<!-- Номер телефона [0..*] -"tel:" следует указывать перед номером
(значения тега "use" приведенф в методических Описании СЭМД)-->
<telecom use="MC" value="tel:+79031234567"/>
<!-- Адрес электронной почты пациента [0..*] - "mailto:" следует указывать
перед адресом эл.почты-->
<telecom value="mailto:[email protected]"/>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 105 из 131
<!-- Факс пациента - [0..*] - "fax:" следует указывать перед номером
телефона, использующегося в качестве факса-->
<telecom value="fax:+78442171300"/>
<!--Данные пациента, как персоны - информация, для идентификации [1..1] -->
<patient classCode="PSN" determinerCode="INSTANCE">
<!--Шаблон элемента заголовка [1..1] "patient"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.3"/>
<!-- Код пациента [1..1]-->
<!-- Это автоматически генерируемый МИС id. Может быть как UUID->
<id root="1.2.643.5.1.13.3.25.77.761" extension="99507111"/>
<!-- Фамилия, Имя, Отчество [0..1] -->
<!--Для неидентифицированных пациентов в поля <family> и <given>
вносятся значения по усмотрению МИС. Рекомендованные значения - "Неидентифицированный"->
<name>
<!-- Фамилия [1..1] -->
<family>Незнамов</family>
<!-- Имя [1..1]-->
<given>Сергей</given>
<!-- Отчество [0..1]-->
<given>Максимович</given>
</name>
<!-- Пол пациента [1..1] - если определить пол пациента, в связи с
медицинским аспектами, не представляется возможным, то у элемента может быть указано
значение "3 - Не определенный", соответствии с классификатором (OID: 1.2.643.5.1.13.2.1.1.156 ).
Если информация о поле пациента не предоставлена, то у элемента должен быть указан атрибут
nullFlavor="NI"-->
<administrativeGenderCode code="1"
codeSystem="1.2.643.5.1.13.2.1.1.156" codeSystemName="Классификатор половой
принадлежности" displayName="Мужской"/>
<!-- Дата рождения [0..1]-->
<!--Если дата рождения не известна или не установлена, то у
элемента должен быть указан атрибут nullFlavor="UNK" или "NI"-->
<!--Для новорождённого дата и время рождения могут быть указаны
с точностью до минуты и с указанием часового пояса.-->
<!--<birthTime value="200605231530+0300"/>-->
<birthTime value="19620823"/>
<!--Расширение стандарта - дополнительные сведения о пациенте
[1..1], всегда HL7-ClassName="PAT"; realmCode="RU"-->
<ext:patient HL7-ClassName="PAT" HL7-Domain="PRPA_RM000000"
realmCode="RU">
<!--Шаблон элемента заголовка [1..1] "ext:patient"-->
<!--<ext:templateId root="1.2.643.5.1.13.2.7.5.5.63"/>-->
<!-- Место работы пациента [0..1] - начало-->
<ext:asEmployment>
<!--Шаблон элемента заголовка [1..1]
"ext:asEmployment"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.4"/>
<!--Профессия или, при ее отсутствии - должность
[0..1] - в соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.658)-->
<!--Gрофессии рабочих в указанном классификаторе
помечены кодом родительской записи "1", а должности служащий - кодом "2", в составе элемента
"code" следует указывать "Уникальный идентификатор (УИ)"-->
<ext:jobCode code="4271"
codeSystem="1.2.643.5.1.13.2.1.1.658" codeSystemName="Классификатор профессий рабочих и
должностей служащих" displayName="Слесарь - механик по радиоэлектронной аппаратуре"/>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 106 из 131
<!--Должность [1..1] -->
<ext:jobTitleName>Автослесарь</ext:jobTitleName>
<!--Наименование организации [0..1]-->
<ext:employerOrganization classCode="ORG"
determinerCode="INSTANCE">
<!--Шаблон элемента заголовка [1..1]
"ext:Organization"-->
<ext:templateId
root="1.2.643.5.1.13.2.7.5.5.25"/>
<!-- Код ОГРН работодателя [1..1] - если
информация не известна или не установлена, то у элемента должен быть указан атрибут
nullFlavor="NI"-->
<ext:id nullFlavor="NI"/>
<!-- Название предприятия [1..1] - если
информация не известна или не установлена. то у элемента должен быть указан атрибут
nullFlavor="NI" -->
<ext:name nullFlavor="NI"/>
</ext:employerOrganization>
<!-- Место работы пациента - конец-->
</ext:asEmployment>
<!--Территория места жительства [0..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.196)-->
<ext:asLivingTerritoryCode code="77000000000"
codeSystem="1.2.643.5.1.13.2.1.1.196" codeSystemName="Классификатор адресов России"
displayName="Москва"/>
<!-- Тип места жительства [0..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.573)-->
<ext:asResidenceType code="1"
codeSystem="1.2.643.5.1.13.2.1.1.573" codeSystemName="Классификатор жителя города или села"
displayName="Город"/>
<!--Принадлежность пациента к какой-либо категории [0..*]
(социальный статус, категория граждан для получения льгот)-->
<ext:asMember classCode="MBR">
<!--Шаблон элемента заголовка [1..1] "ext:asMember"->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.5"/>
<!--Группа, к которой относится пациент [1..1] cоциальная группа (статус, в том числе занятости) classCode="SocialStatus"-->
<ext:group classCode="SocialStatus">
<!--Шаблон элемента заголовка [1..1]
"ext:group"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.6"/>
<!--Социальная группа (статус, в том числе
занятости) [0..1], в соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.366)-->
<ext:code code="4"
codeSystem="1.2.643.5.1.13.2.1.1.366" codeSystemName="Классификатор социальных статусов (в
том числе занятости) населения" displayName="Работающий"/>
</ext:group>
</ext:asMember>
<!--Группа, категория [0..*] - [2]-->
<ext:asMember classCode="MBR">
<!--Шаблон элемента заголовка [1..1] "ext:asMember"->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.5"/>
<!--Период нахождения в группе -->
<ext:effectiveTime>
<!--Начало периода - включительно - нет/да
(inclusive="false/true")-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 107 из 131
<ext:low inclusive="false" value="19900128"/>
<ext:high inclusive="true" value="20200101"/>
</ext:effectiveTime>
<!--Группа, к которой относится пациент [1..1] пациент относится к льготной категории населения - classCode="PopulationCategory"-->
<ext:group classCode="PopulationCategory">
<!-- Шаблон элемента заголовка [1..1]
"ext:group" -->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.6"/>
<!--Категории льготности [0..1], в соответствии
с классификатором (OID:1.2.643.5.1.13.2.1.1.358)-->
<ext:code code="9"
codeSystem="1.2.643.5.1.13.2.1.1.358" codeSystemName="Классификатор категорий льгот"
displayName="инвалиды">
</ext:code>
</ext:group>
</ext:asMember>
<!--Сведения о документе, удостоверяющем личность,
СНИЛС, ИНН, и пр. [0..1] начало-->
<!-- СНИЛС пациента -->
<ext:asOtherIDs classCode="IDENT">
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.7"/>
<ext:documentType code="3"
codeSystem="1.2.643.5.1.13.2.7.1.62" codeSystemName="Тип внешнего идентификатора"
displayName="Страховой номер индивидуального лицевого счёта"/>
<ext:documentNumber number="44501012233"/>
</ext:asOtherIDs>
<!--Статус идентификации [1..1] - @value="true", для
идентифицированного пациента - наличие идентификаторов - обязательно; @value="false", для
неидентифицированного пациента - нет ни одного идентификатора.-->
<ext:asUnidentified value="true"/>
</ext:patient>
<!-- Место рождения [0..1] начало-->
<birthplace classCode="BIRTHPL">
<!--Шаблон элемента заголовка "birthplace" -->
<templateId root="1.2.643.5.1.13.2.7.5.5.15"/>
<!--Адрес места рождения - начало [1..1]-->
<place>
<!--Шаблон элемента заголовка "place" -->
<templateId root="1.2.643.5.1.13.2.7.5.5.61"/>
<!--Адрес - начало-->
<addr use="PHYS">
<!-- Страна [1..1]-->
<country>Российская Федерация</country>
<!-- Субъект: область, край, округ [0..1]-->
<state>Волгоградская область</state>
<!-- Город [1..1]-->
<city>Урюпинск</city>
<unitID/>
</addr>
<!--Адрес - конец-->
</place>
<!--Адрес места рождения - конец-->
</birthplace>
<!-- Место рождения - конец-->
<!--Язык, на котором разговаривает пациент [0..1] - начало-->
<languageCommunication>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 108 из 131
<!--Шаблон элемента заголовка "languageCommunication"
[1..1]-->
<templateId root="1.2.643.5.1.13.2.7.5.5.62"/>
<!--Язык, на котором разговаривает пациент, в соответствии
с ISO 639-1:2002-->
<languageCode code="RU"/>
</languageCommunication>
<!--Язык, на котором разговаривает пациент - конец-->
</patient>
<!--Данные пациента, как персоны - информация, для идентификации конец -->
<!--Cведения об МО, зарегистрировавшей пациента [1..1]-->
<providerOrganization classCode="ORG">
<!--Шаблон элемента заголовка "providerOrganization" [1..1]-->
<templateId root="1.2.643.5.1.13.2.7.5.5.9"/>
<!--OID медицинской организации [1..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.178) -->
<!--<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>-->
<id root="1.2.643.5.1.13.3.25.77.761"/>
<!--Наименование МО [1..1], в соответствии к классификатором
(OID:1.2.643.5.1.13.2.1.1.178)-->
<name>Институт кардиохирургии им. В. И. Бураковского</name>
<!--Контактные данные МО [0..*], зарегистрировавшей пациента (при
наличии данных в классификаторе (OID:1.2.643.5.1.13.2.1.1.178) - обязательно для заполнения)-->
<telecom value="tel:+78442171300"/>
<!-- Адрес больницы [1] -->
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
</providerOrganization>
</patientRole>
<!--Сведения о персоне с ролью "пациент" - конец-->
</recordTarget>
<!--Область описания - конец-->
<!--Автор документа [1..1] - начало-->
<author typeCode="AUT">
<!--Шаблон элемета заголовка [1..1]"author"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.16"/>
<!--Дата и время создания включенного объекта [1..1](дата и время компиляции)-->
<time value="20130617114723+0400"/>
<!--Сведения об авторе [1..1] classCode="ASSIGNED"-->
<assignedAuthor classCode="ASSIGNED">
<!--Шаблон элемента заголовка [1..1] "assignedAuthor"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.17"/>
<!--Код медицинского работника (врача!) [1..1] - root="идентификатор МО",
по классификатору (OID:1.2.643.5.1.13.2.1.1.178 ), extension="код врача"-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 109 из 131
<id root="1.2.643.5.1.13.3.25.77.761" extension="2341"/>
<!-- Код должности медицинского работника [0..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.607)-->
<code code="90" codeSystem="1.2.643.5.1.13.2.1.1.607"
codeSystemName="Номенклатура должностей медицинских работников и фармацевтических
работников" displayName="Врач-хирург"/>
<!--Контактные данные автора документа [1..1]-->
<telecom value="tel:+78442171311"/>
<!-- Сведения об авторе документа, как о персоне [1..1] -->
<assignedPerson classCode="PSN" determinerCode="INSTANCE">
<!--Шаблон элемента заголовка [1..1] "assignedPerson"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.18"/>
<!--ФИО автора документа [1..1]-->
<name>
<!-- Фамилия [1..1]-->
<family>Свиридов</family>
<!-- Имя [1..1]-->
<given>Виктор</given>
<!-- Отчество [0..1]-->
<given>Сергеевич</given>
</name>
<!--Расширение стандарта, дополнительные сведения о лице,
подписавшем документ, как о персоне [1..1] -->
<ext:person>
<!--Шаблон элемента заголовка [1..1] "ext:person"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.64"/>
<!--Расширение стардарта, сведения об идентификаторе
[1..1]-->
<ext:asOtherIDs classCode="IDENT">
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.7"/>
<ext:documentType code="3"
codeSystem="1.2.643.5.1.13.2.7.1.62" codeSystemName="Тип внешнего идентификатора"
displayName="Страховой номер индивидуального лицевого счёта"/>
<ext:documentNumber number="11223344595"/>
</ext:asOtherIDs>
</ext:person>
<!--Расширения стандарта, специальность автора документа [0..1],
HL7-ClassName="LIC", realmCode="RU"-->
<ext:asLicencedEntity HL7-ClassName="LIC" HL7Domain="PRPM_RM000000" realmCode="RU">
<!--Шаблон элемента заголовка [1..1] "ext:asLicencedEntity"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.23"/>
<!-- Код специальности и название, в соответствии с
классификатором [1..1] (OID:1.2.643.5.1.13.2.1.1.181), если значение не известно требуется указать
nullFlavor="NI"-->
<ext:code code="118" codeSystem="1.2.643.5.1.13.2.1.1.181"
codeSystemName="Номенклатура специальностей специалистов с высшим и послевузовским
медицинским и фармацевтическим образованием в сфере здравоохранения"
displayName="Кардиология"/>
</ext:asLicencedEntity>
</assignedPerson>
<!--Медицинская организация [1..1] - место работы автора документа.
classCode="ORG", determinerCode="INSTANCE"-->
<representedOrganization classCode="ORG" determinerCode="INSTANCE">
<!--Шаблон элемента заголовка [1..1] "representedOrganization"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.22"/>
<!-- Идентификатор МО, место работы автора документа, в
соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.178)-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 110 из 131
<id root="1.2.643.5.1.13.3.25.77.761"/>
<!-- Наименование учреждения [1..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.178) -->
<name>Институт кардиохирургии им. В. И. Бураковского</name>
<!-- Контактные данные [0..*] -->
<telecom value="fax:+78442171300"/>
<!-- Адрес МО [0..1] use="PHYS" (при наличии данных в
классификаторе (OID:1.2.643.5.1.13.2.1.1.178) - обязательно для заполнения)-->
<!-- Адрес больницы [1] -->
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
</representedOrganization>
</assignedAuthor>
</author>
<!--Автор документа [1..1] - конец-->
<!--Владелец документа [1..1], организация, несущая юридическую ответственность за
представленный СЭМД, typeCode="CST" - начало-->
<custodian typeCode="CST">
<!--Шаблон элемента заголовка [1..1] "custodian"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.31"/>
<!--Сведения об организации-владельце документа [1..1] -->
<assignedCustodian>
<!--Шаблон элемента заголовка [1..1] "assignedCustodian"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.32"/>
<!--Сведения об организации [1..1]-->
<representedCustodianOrganization>
<!--Шаблон элемента заголовка [1..1]
"representedCustodianOrganization"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.33"/>
<!-- Код учреждения, в соответствии с классификатором
(OID:1.2.643.5.1.13.2.1.1.178) -->
<!--<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>-->
<id root="1.2.643.5.1.13.3.25.77.761"/>
<!-- Наименование учреждения, в соответствии с классификатором
(OID:1.2.643.5.1.13.2.1.1.178)-->
<name>Институт кардиохирургии им. В. И. Бураковского</name>
<!-- Контактные данные [0..1] -->
<telecom value="tel:+78442171300"/>
<!-- Адрес МО [0..1] use="PHYS" (при наличии данных в
классификаторе (OID:1.2.643.5.1.13.2.1.1.178) - обязательно для заполнения)-->
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 111 из 131
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
</representedCustodianOrganization>
</assignedCustodian>
</custodian>
<!--Владелец документа - конец-->
<legalAuthenticator>
<!--Шаблон элемента заголовка [1..1] "legalAuthenticator"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.38"/>
<!--Дата и время утверждения документа [1..1]-->
<time value="20130722"/>
<!--Признак утверждения документа [1..1]-->
<signatureCode code="S"/>
<!--Сведения о лице, утвердившем документ [1..1]-->
<assignedEntity>
<!--Шаблон элемента заголовка [1..1] "assignedEntity"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.27"/>
<!--Идентификатор лица, утвердившего документ [1..1]-->
<id root="1.2.643.5.1.13.3.25.77.761" extension="12345"/>
<!-- Код должности медицинского работника, в соответствии с
классификаторм (OID:1.2.643.5.1.13.2.1.1.607) -->
<code code="90" codeSystem="1.2.643.5.1.13.2.1.1.607"
codeSystemName="Номенклатура должностей медицинских работников и фармацевтических
работников" displayName="Врач-хирург"/>
<!--Сведения о лице, утвердившем документ, как о персоне [1..1]-->
<assignedPerson>
<!--Шаблон элемента заголовка [1..1] "assignedPerson"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.18"/>
<!--ФИО лица, утвердившего документ-->
<name>
<!--Фамилия [1..1]-->
<family>Свиридов</family>
<!-- Имя [1..1]-->
<given>Виктор</given>
<!-- Отчество [0..1]-->
<given>Сергеевич</given>
</name>
<!--Расширение стандарта, дополнительные сведения о
лице,утвердившем документ, как о персоне [1..1] -->
<ext:person>
<!--Шаблон элемента заголовка [1..1] "ext:person"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.64"/>
<!--Расширение стардарта, сведения об идентификаторе
[1..1]-->
<ext:asOtherIDs classCode="IDENT">
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.7"/>
<ext:documentType code="3"
codeSystem="1.2.643.5.1.13.2.7.1.62" codeSystemName="Тип внешнего идентификатора"
displayName="Страховой номер индивидуального лицевого счёта"/>
<ext:documentNumber number="11223344595"/>
</ext:asOtherIDs>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 112 из 131
</ext:person>
</assignedPerson>
</assignedEntity>
</legalAuthenticator>
<!--Утвердивший документ - конец-->
<!--Подписавший документ [1..1] - начало-->
<authenticator>
<!--Шаблон элемента заголовка [1..1] "authenticator"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.39"/>
<!--Дата и время подписания документа [1..1]-->
<time value="20130722"/>
<!--Признак подписания документа [1..1]-->
<signatureCode code="S"/>
<!--Сведения о лице, подписавшем документ [1..1]-->
<assignedEntity>
<!--Шаблон элемента заголовка [1..1] "assignedEntity"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.27"/>
<!--Идентификатор лица, подписавшего документ [1..1]-->
<id root="1.2.643.5.1.13.3.25.77.761" extension="12345"/>
<!-- Код должности медицинского работника, в соответствии с
классификаторм (OID:1.2.643.5.1.13.2.1.1.607) -->
<code code="90" codeSystem="1.2.643.5.1.13.2.1.1.607"
codeSystemName="Номенклатура должностей медицинских работников и фармацевтических
работников" displayName="Врач-хирург"/>
<!--Сведения о лице, подписавшем документ, как о персоне [1..1]-->
<assignedPerson>
<!--Шаблон элемента заголовка [1..1] "assignedPerson"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.18"/>
<!--ФИО лица, подписавшего документ-->
<name>
<!--Фамилия [1..1]-->
<family>Свиридов</family>
<!-- Имя [1..1]-->
<given>Виктор</given>
<!-- Отчество [0..1]-->
<given>Сергеевич</given>
</name>
<!--Расширение стандарта, дополнительные сведения о лице,
подписавшем документ, как о персоне [1..1] -->
<ext:person>
<!--Шаблон элемента заголовка [1..1] "ext:person"-->
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.64"/>
<!--Расширение стардарта, сведения об идентификаторе
[1..1]-->
<ext:asOtherIDs classCode="IDENT">
<ext:templateId root="1.2.643.5.1.13.2.7.5.5.7"/>
<ext:documentType code="3"
codeSystem="1.2.643.5.1.13.2.7.1.62" codeSystemName="Тип внешнего идентификатора"
displayName="Страховой номер индивидуального лицевого счёта"/>
<ext:documentNumber number="11223344595"/>
</ext:asOtherIDs>
</ext:person>
</assignedPerson>
</assignedEntity>
</authenticator>
<!--Подписавший документ - конец-->
<!--Направление/заказ [0..1], typeCode="FLFS" - начало (если есть сведения о направлении,
которое было сформировано в электронном виде - то данные требуется указать-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 113 из 131
<inFulfillmentOf typeCode="FLFS">
<!--Шаблон элемента заголовка [1..1] "inFulfillmentOf"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.44"/>
<!--Сведения о направлении [1..1], classCode="ACT", moodCode="RQO" - начало-->
<order classCode="ACT" moodCode="RQO">
<!--Шаблон элемента заголовка [1..1] "order"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.45"/>
<!-- Номер направления [1..1], root="код МО, где было выдано
направление", extension="регистрационный номер направления"-->
<id root="1.2.643.5.1.13.3.25.64.108" extension="101"/>
<!-- Тип документа [0..1], [1..1] - для направления-->
<code code="3" codeSystem="1.2.643.5.1.13.2.1.1.646"
codeSystemName="Система электронных медицинских документов" displayName="Направление на
госпитализацию"/>
<!-- Дата выдачи направления -->
<ext:asOrderDate value="20130507"/>
</order>
</inFulfillmentOf>
<!--Направление/заказ - конец-->
<!--Документируемое событие[1..1 ]- начало -->
<documentationOf>
<!--Шаблон элемента заголовка [1..1] "documentationOf"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.46"/>
<!--Сведения о документируемом событии [1..1], classCode="PCPR" - начало-->
<serviceEvent classCode="PCPR">
<!--Шаблон элемента заголовка [1..1] "serviceEvent"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.47"/>
<!--Идентификатор карты пациента [1..1] - номер карты пациента, к которой
относится документированное событие-->
<id root="1.2.643.5.1.13.3.25.77.761" extension="99507111"/>
<!--Дата начала/окончания события-->
<effectiveTime>
<!-- Дата начала документируемого события-->
<low value="20131104080001"/>
<!-- Дата окончания документируемого события-->
<high value="20131104110101"/>
</effectiveTime>
<!--C ведения о медицинском работнике [1..1], @typeCode="PRF"
Исполнитель без дальнейшего уточнения; @typeCode="PPRF" Основной исполнитель
документированной деятельности (лечащий врач, описывающий документируемое событие);
@typeCode="SPRF" Ассистент (лицо, оказывающее основному исполнителю существенную
помощь)-->
<performer typeCode="PPRF">
<!--Шаблон элемента заголовка [1..1] "performer"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.66"/>
<!--Роль в оказании медицинской помощи [1..1] -->
<functionCode code="DOC" codeSystem="1.2.643.5.1.13.2.7.1.30"
codeSystemName="Роль в оказании медицинской помощи" displayName="Врач"/>
<!--сведения о медицинском работнике [1..1] -->
<assignedEntity>
<!--Шаблон элемента заголовка [1..1] "assignedEntity"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.27"/>
<!-- код медицинского работника (врача) [1..1] -->
<id root="1.2.643.5.1.13.3.25.77.761" extension="2341"/>
<!-- Код должности роли медицинского работника, в
соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.607) -->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 114 из 131
<code code="91" codeSystem="1.2.643.5.1.13.2.1.1.607"
codeSystemName="Номенклатура должностей медицинских работников и фармацевтических
работников" displayName="врач-хирург"/>
<!--ФИО медицинского работника-->
<assignedPerson>
<!--Шаблон элемента заголовка [1..1]
"assignedPerson"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.18"/>
<!--ФИО-->
<name>
<!-- Фамилия [1..1]-->
<family>Свиридов</family>
<!-- Имя [1..1]-->
<given>Виктор</given>
<!-- Отчество [0..1]-->
<given>Сергеевич</given>
</name>
</assignedPerson>
<representedOrganization>
<!--Шаблон элемента заголовка [1..1]
"representedOrganization"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.22"/>
<!-- Идентификатор МО, место работы исполнителя, в
соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.178)-->
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<!-- Наименование учреждения [1..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.178) -->
<name>Институт кардиохирургии им. В. И.
Бураковского</name>
<!-- Контактные данные [0..*] -->
<telecom value="tel:+78442171300"/>
<telecom value="fax:+78442171300"/>
<!-- Адрес МО [0..1] use="PHYS" (при наличии данных
в классификаторе (OID:1.2.643.5.1.13.2.1.1.178) - обязательно для заполнения)-->
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
</representedOrganization>
</assignedEntity>
</performer>
</serviceEvent>
</documentationOf>
<!--Документируемое событие - конец -->
<!--Случай оказания медицинской помощи [1..1] - только для эпикриза (амбулаторного и
стационарного)-->
<componentOf>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 115 из 131
<!--Шаблон элемента заголовка [1..1] "componentOf"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.53"/>
<!--Случай оказания медицинской помощи-->
<encompassingEncounter>
<!--Шаблон элемента заголовка [1..1] "encompassingEncounter"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.54"/>
<!--Идентификатор карты пациента [1..1] - номер карты пациента, к которой
относится случай оказания медицинской помощи-->
<id root="1.2.643.5.1.13.3.25.77.761" extension="99507111"/>
<!-- Тип случая заболевания -->
<code code="STAT" codeSystem="1.2.643.5.1.13.2.7.1.1"
codeSystemName="Вид случая заболевания" displayName="Госпитализация"/>
<!-- Дата случая (период) -->
<effectiveTime>
<!-- Дата начала документируемого события-->
<low value="20131104080001"/>
<!-- Дата окончания документируемого события-->
<high value="20131104110101"/>
</effectiveTime>
<!--Расширение стандарта описание начала случая [1..1] - начало-->
<ext:encounter HL7-ClassName="ENC" HL7-Domain="PRPA_RM000000"
realmCode="RU">
<!--Шаблон элемента заголовка [1..1] "ext:encounter"-->
<!--<ext:templateId root="1.2.643.5.1.13.2.7.5.5.65"/>-->
<!-- Кем доставлен [0..1] - ([1..1] - для эпикриза стационара) -->
<ext:admissionReferralSourceCode code="2"
codeSystem="1.2.643.5.1.13.2.1.1.281" codeSystemName="Классификатор каналов госпитализации
в лечебно-профилактическую организацию" displayName="Самотек"/>
<!--Условия оказания помощи [1..1]-->
<ext:encounterType code="1" codeSystem="1.2.643.5.1.13.2.1.1.103"
codeSystemName="Классификатор условий оказания медицинской помощи"
displayName="Стационарная медицинская помощь"/>
<!-- Общее количество койко-дней [0..1], [1..1] - для эпикриза
стационара -->
<ext:lengthOfStayQuantity value="1"/>
<!-- Госпитализирован по поводу данного заболевания в текущем
году (обязателен для эпикриза стационар) [0..1], [1..1] - для эпикриза стационара-->
<ext:priorityCode code="1" codeSystem="1.2.643.5.1.13.2.1.1.109"
codeSystemName="Классификатор количества госпитализаций" displayName="Госпитализирован
впервые в данном году по диагнозу"/>
<!-- Время доставки в стационар от начала заболевания [0..1], [1..1] для эпикриза стационара-->
<ext:timeAfterBegining code="3" codeSystem="1.2.643.5.1.13.2.1.1.537"
codeSystemName="Справочник времени доставки больного в стационар от начала заболевания
(получения травмы)" displayName="позднее 24-х часов"/>
<!--Статус случая оказания медицинской помощи [1..1], всегда
code="completed"-->
<ext:statusCode code="completed"/>
</ext:encounter>
<!-- Исход госпитализации [0..1], [1..1] - для эпикриза стационара -->
<dischargeDispositionCode code="2" codeSystem="1.2.643.5.1.13.2.1.1.357"
codeSystemName="Классификатор результатов госпитализации (исхода заболевания, причин
выписки)" displayName="улучшение"/>
<!-- Ответственное лицо (лечащий врач) [1..1, typeCode="RESP" - начало-->
<responsibleParty typeCode="RESP">
<!--Шаблон элемента заголовка [1..1] "responsibleParty"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.55"/>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 116 из 131
<!-- Cведения о медицинском работнике и медицинской организации->
<assignedEntity>
<!--Шаблон элемента заголовка [1..1] "assignedEntity"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.27"/>
<!-- код медицинского работника (врача) [1..1] -->
<id root="1.2.643.5.1.13.3.25.77.761" extension="2341"/>
<!-- Код должности роли медицинского работника, в
соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.607) -->
<code code="91" codeSystem="1.2.643.5.1.13.2.1.1.607"
codeSystemName="Номенклатура должностей медицинских работников и фармацевтических
работников" displayName="врач-хирург"/>
<!--ФИО медицинского работника-->
<assignedPerson>
<!--Шаблон элемента заголовка [1..1]
"assignedPerson"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.18"/>
<!--ФИО-->
<name>
<!-- Фамилия [1..1]-->
<family>Свиридов</family>
<!-- Имя [1..1]-->
<given>Виктор</given>
<!-- Отчество [0..1]-->
<given>Сергеевич</given>
</name>
<!--Расширения стандарта, специальность лечащего
врача [0..1], HL7-ClassName="LIC", realmCode="RU" - начало-->
<ext:asLicencedEntity HL7-ClassName="LIC" HL7Domain="PRPM_RM000000" realmCode="RU">
<!--Шаблон элемента заголовка [1..1]
"ext:asLicencedEntity"-->
<ext:templateId
root="1.2.643.5.1.13.2.7.5.5.23"/>
<!-- Код специальности и название, в
соответствии с классификатором [1..1] (OID:1.2.643.5.1.13.2.1.1.181), если значение не известно
требуется указать nullFlavor="NI"-->
<ext:code code="118"
codeSystem="1.2.643.5.1.13.2.1.1.181" codeSystemName="Номенклатура специальностей
специалистов с высшим и послевузовским медицинским и фармацевтическим образованием в
сфере здравоохранения" displayName="Кардиология"/>
</ext:asLicencedEntity>
</assignedPerson>
<representedOrganization classCode="ORG"
determinerCode="INSTANCE">
<!--Шаблон элемента заголовка [1..1]
"representedOrganization"-->
<templateId root="1.2.643.5.1.13.2.7.5.5.22"/>
<!-- Идентификатор МО, место работы лечащего
врача, в соответствии с классификатором (OID:1.2.643.5.1.13.2.1.1.178)-->
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<!-- Наименование учреждения [1..1], в соответствии с
классификатором (OID:1.2.643.5.1.13.2.1.1.178) -->
<name>Институт кардиохирургии им. В. И.
Бураковского</name>
<!-- Адрес МО [0..1] use="PHYS" (при наличии данных
в классификаторе (OID:1.2.643.5.1.13.2.1.1.178) - обязательно для заполнения)-->
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 117 из 131
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
<!--Тип медицинской орагнизации-->
<standardIndustryClassCode code="2"
codeSystem="1.2.643.5.1.13.2.1.1.462" codeSystemName="Номенклатура государственных и
муниципальных учреждений здравоохранения и социального обслуживания" displayName="1.1.
Больничные учреждения"/>
</representedOrganization>
</assignedEntity>
</responsibleParty>
<!--Расширения стандарта, специальность лечащего врача - конец-->
<location>
<templateId root="1.2.643.5.1.13.2.7.5.5.57"/>
<healthCareFacility classCode="SDLOC">
<templateId root="1.2.643.5.1.13.2.7.5.5.58"/>
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<location classCode="PLC" determinerCode="INSTANCE">
<templateId root="1.2.643.5.1.13.2.7.5.5.59"/>
<name>Институт кардиохирургии им. В. И.
Бураковского</name>
<addr use="PHYS">
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
</location>
<serviceProviderOrganization classCode="ORG"
determinerCode="INSTANCE">
<templateId root="1.2.643.5.1.13.2.7.5.5.60"/>
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<name>Институт кардиохирургии им. В. И.
Бураковского</name>
<telecom value="tel:+78442171300"/>
<telecom value="fax:+78442171300"/>
<addr use="PHYS">
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 118 из 131
<!-- Страна -->
<country>Российская Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
<asOrganizationPartOf>
<templateId root="1.2.643.5.1.13.2.7.5.5.10"/>
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<wholeOrganization classCode="ORG"
determinerCode="INSTANCE">
<templateId
root="1.2.643.5.1.13.2.7.5.5.11"/>
<id root="1.2.643.5.1.13.2.1.1.178"
extension="1.2.643.5.1.13.3.25.77.761"/>
<name>Институт кардиохирургии им.
В. И. Бураковского</name>
<telecom value="fax:+78442171300"/>
<addr use="PHYS">
<!-- Страна -->
<country>Российская
Федерация</country>
<!-- Область/Край -->
<state>Москва</state>
<!-- Город -->
<city>Москва</city>
<!-- Улица -->
<streetName>Рублевское
шоссе</streetName>
<!-- Номер дома -->
<houseNumber>135</houseNumber>
<!-- Почтовый индекс -->
<postalCode>121552</postalCode>
</addr>
<standardIndustryClassCode code="2"
codeSystem="1.2.643.5.1.13.2.1.1.462" codeSystemName="Номенклатура государственных и
муниципальных учреждений здравоохранения и социального обслуживания" displayName="1.1.
Больничные учреждения"/>
</wholeOrganization>
</asOrganizationPartOf>
</serviceProviderOrganization>
</healthCareFacility>
</location>
</encompassingEncounter>
</componentOf>
<component typeCode="COMP">
<nonXMLBody>
<text>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 119 из 131
Находился на стационарном лечении в кардиологическом отделении Института кардиохирургии
им. В. И. Бураковского.
Дата начала оказания услуги: 04 ноября 2013 г. 08:00.
Дата окончания оказания услуги: 04 ноября 2013 г. 11:01.
Анализы на ВИЧ, HBS Ag, HCV Ab, RW отрицательные.
Основной диагноз: I50 –Хроническая сердечная недостаточность.
Жалобы при поступлении: Боль в области сердца.
Анамнез: Считает себя заболевшим с ноября 2012 года, когда после физической нагрузки
почувствовал боль в области сердца.
Состояние при поступлении: удовлетворительное.
Проведено лечение в соответствии с стандартом специализированной медицинской помощи при
заболеваниях сердечно-сосудистой системы.
Общее состояние при выписке: - улучшение.
Трудоспособность: утрачена временно.
Рекомендации:
• Режим: Общий
• Диета: Стол №0
• Общие рекомендации:
Динамическое наблюдение лечащего врача.
</text>
</nonXMLBody>
</component>
<!-- СОДЕРЖАНИЕ КОНЕЦ -->
</ClinicalDocument>
Сообщение T02:
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20131001104023+0400||MDM^T02^MDM_T02|8765476
5-8788-7657-2238-8734465432sss47|P|2.5||||||UNICODE UTF-8
EVN||20131221160301||02|^Свиридов^Виктор^Сергеевич^^^^^Институт
кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO||Институт кардиохирургии им.
В. И. Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
PID|||44501012233^^^3&1.2.643.5.1.13.2.7.1.62&ISO^3~99507111^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^9^Институт кардиохирургии им. В. И.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 120 из 131
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^20100101||Незнамов^Сергей^
Максимович||19620823|1
PV1||O|^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO|||||||||||||||||||||||||||||||||||||||||2013100110
4023+0400
ORC|||||||||||||||||||||Институт кардиохирургии им. В. И.
Бураковского^^^^^&1.2.643.5.1.13.2.1.1.178&ISO^^^^1.2.643.5.1.13.3.25.77.76
1|||||||N^Нормальный^2.16.840.1.113883.5.25
TQ1|0||||||20131104080001|20131104110101
TXA|0|1||||20131104124023+0400|||11223344595^Свиридов^Виктор^Сергеевич|
||87654765-8788-7657-2238872234465432sss77|||||LA|||||11223344595^Свиридов^Виктор^Сергеевич^^^^^И
нститут кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO
OBX|0|CE| ||
OBX|1|ED|1^Эпикриз стационара №150А||^multipart^application/hl7-cda-levelone+xml^Base64^< здесь должен быть вложен СЭМД в формате Base64>
Ответ подтверждение от ИЭМК ACK MDM_T02 в формате ER7:
MSH|^~\&|ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO| МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
|20140415150630.212+0000||ACK^ALL^ACK|12c56962-8720-4137-b4a0b8ca6f9dc478|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss47
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 121 из 131
А.7 Пример: Запрос /ответ по списку документов пациента
По
пациенту
Свиридову
Виктору
Сергеевичу
(локальный
идентификатор пациента 99507111) вернуть 10 записей с полными
метаданными документов пациента из ИЭМК за период с 20100101 по
20140310
Запрос:
Запрос документов пациента может быть произведен только по локальному
ID присвоенному учреждением. В качестве локального ID может выступать
номер карты пациента.
Для того, чтобы получить список документов пациента за конкретный
период 20100101 по 20140310 необходимо в сегменте QRF в компонентах
QRF.9.4 указать дату начала периода 20100101, а в компоненте QRF.9.5
указать дату
20140310 . По примеру ищем загруженный документ из
примера А.5.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140331104023+0400||QRY^T12^QRY_T12|876547658788-7657-2238-8734465432sss88|P|2.5||||||UNICODE UTF-8
QRD|20140331104023+0400|||QRD500123|||10^RD|99507111^^^^^^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^^^^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^^^^^20100101|DOC
QRF|||||||||^^^20100101^20140310
Ответ:
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 122 из 131
ИЭМК сформирует ответ о принятии обработку сообщения T02
MSH|^~\& |ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
|20140415161021.43+0000||ACK^ALL^ACK|c5ecbf81-a524-4513-8cb0bb8a3967146b|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss88
И ответ с обнаруженным списком документов. В рассматриваемом
случае – это один документ - Эпикриз стационара №150А с
идентификатором 87654765-8788-7657-2238-872234465432sss77. Документ
создал 20131104084023 Свиридов Виктор Сергеевич имеющий СНИЛС
11223344595 .
MSH|^~\&|ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
|20140415161021.9+0000||DOC^T12^DOC_T12|17d91fc1-6bae-4a50-9e8b05968ae12911|P|2.5||||||UNICODE UTF-8
MSA|AA|894861c9-8c6a-4b1d-9868-c16134bc2389
QRD|20140331104023+0400|||QRD500123|||10^RD|99507111^^^^^^^^9&1.2.643
.5.1.13.2.7.1.62&ISO^^^^9^Институт кардиохирургии им. В. И.
Бураковского&1.2.643.5.1.13.3.25.77.761&ISO^^^^^20100101|DOC
PID||99507111|99507111^^^9&1.2.643.5.1.13.2.7.1.62&ISO^9^Институт
кардиохирургии им. В. И. Бураковского&1.2.643.5.1.13.3.25.77.761&ISO
PV1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 123 из 131
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO
TXA|0|1||||20131104084023|||11223344595^Свиридов^Виктор^Сергеевич|||8765
4765-8788-7657-2238872234465432sss77|||||LA|||||11223344595^Свиридов^Виктор^Сергеевич
OBX|0|CE|||^
OBX|1|CE|^Эпикриз стационара №150А||^
А.8 Пример: Запрос /ответ для содержимого документа СЭМД в ИЭМК
Запрос
документа для
документа
пациента
локального
производится
идентификатора
по
идентификатору
пациента, присвоенному
учреждением. В качестве дополнительных параметров поиска указывается
Фамилия Имя и Отчество пациента.
Согласно обнаруженному в примере A.6 документу - Эпикриз стационара
№150А с идентификатором 87654765-8788-7657-2238-872234465432sss77 в
МО составлен запрос на получение этого документа.
Запрос:
Согласно обнаруженному в примере A.6 документу - Эпикриз стационара
№150А с идентификатором 87654765-8788-7657-2238-872234465432sss77 в
МО составлен запрос на получение этого документа.
ID документа, в примере указано в сегменте QRF.
MSH|^~\&|МИС^37bf1911-0063-4d35-877c-3e80768bc6bd|Институт
кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO|ИЭМК^d5a0f9c0-5db4-11e3-
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 124 из 131
949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|20140331104023+0400||QRY^T12^QRY_T12|876547658788-7657-2238-8734465432sss99|P|2.5||||||UNICODE UTF-8
QRD|20131005191838|||QRD500123||||DOC
QRF||||87654765-8788-7657-2238-872234465432sss77
Ответ (Ответ в случае отсутствия ошибки):
Из ИЭМК получено подтверждение обработки запроса
MSH|^~\&|ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт
кардиохирургии
им.
В.
И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
|20140415163444.657+0000||ACK^ALL^ACK|2a68fd50-c425-4c62-9b0ecff21e528927|P|2.5||||||UNICODE UTF-8
MSA|AA|87654765-8788-7657-2238-8734465432sss99
А так же получен ответ, в котором содержится документ пациента с
уникальным идентификатором 87654765-8788-7657-2238-872234465432sss77
(указан в поле TXA.12).
MSH|^~\& |ИЭМК^d5a0f9c0-5db4-11e3-949a-0800200c9a66|МЗ
РФ^1.2.643.5.1.13^ISO|МИС^37bf1911-0063-4d35-877c3e80768bc6bd|Институт кардиохирургии им. В. И.
Бураковского^1.2.643.5.1.13.3.25.77.761^ISO
|20140415163445.091+0000||DOC^T12^DOC_T12|e9463863-f4f5-4e4c-b92aec22e5a87a5c|P|2.5||||||UNICODE UTF-8
MSA|AA|151a782d-c7bd-4335-9c02-8537e8e9a8d2
QRD|20131005191838|||QRD500123||||DOC
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 125 из 131
PID||99507111|DOC
PV1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
Бураковскогоа&1.2.643.5.1.13.3.25.77.761&ISO
TXA|0|1||||20131104084023|||11223344595^Свиридов^Виктор^Сергеевич|||8765
4765-8788-7657-2238872234465432sss77|||||LA|||||11223344595^Свиридов^Виктор^Сергеевич
OBX|0|CE|||^
OBX|1|ED|^Эпикриз стационара №150А||^multipart^application/hl7-cda-levelone+xml^Base64^< здесь находится запрошенный СЭМД с ID 87654765-87887657-2238-872234465432sss77 в формате Base64>
Примечание.
В ИЭМК в метаданных не хранится название диагноза, поэтому в
ответе в сегменте OBX с идентификатором сегмента 0 в компоненте
OBX.5.2 название диагноза не передается.
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 126 из 131
Приложение Б Описание веб-сервиса интеграции с ИЭМК
Постоянная ссылка на WSDL тестовой среды http://api-iemctest.rosminzdrav.ru/v25/v25ProcessEndpoint?wsdl
Ниже приводится текст веб-сервиса для тестовой площадки ИЭМК
который обеспечивает обработку событий, описанных в данном документе.
<?xml version='1.0' encoding='UTF-8'?><definitions xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xmime="http://www.w3.org/2005/05/xmlmime"
xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" xmlns:trnspt="http://egisz.rosminzdrav.ru"
xmlns:tns="http://v25.iemk.atc.ru" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns="http://schemas.xmlsoap.org/wsdl/" name="V25Process"
targetNamespace="http://v25.iemk.atc.ru">
<documentation>V25 async process</documentation>
<types>
<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xmime="http://www.w3.org/2005/05/xmlmime"
xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" xmlns:trnspt="http://egisz.rosminzdrav.ru"
xmlns:tns="http://v25.iemk.atc.ru" xmlns:soap12="http://schemas.xmlsoap.org/wsdl/soap12/"
xmlns="http://schemas.xmlsoap.org/wsdl/" targetNamespace="http://v25.iemk.atc.ru">
<xsd:import namespace="http://egisz.rosminzdrav.ru" schemaLocation="http://api-iemctest.rosminzdrav.ru/v25/v25ProcessEndpoint?xsd=schema/transportHeader.xsd"/>
<xsd:complexType name="V25Request">
<xsd:sequence>
<xsd:element minOccurs="1" name="format" type="xsd:string"/>
<xsd:element minOccurs="1" name="data" type="xsd:base64Binary"
xmime:expectedContentTypes="application/octet-stream"/>
</xsd:sequence>
</xsd:complexType>
<xsd:complexType name="V25Response">
<xsd:sequence>
<xsd:element minOccurs="1" name="format" type="xsd:string"/>
<xsd:element name="data" type="xsd:base64Binary"
xmime:expectedContentTypes="application/octet-stream"/>
</xsd:sequence>
</xsd:complexType>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 127 из 131
<xsd:element name="v25Request" type="tns:V25Request"/>
<xsd:element name="v25Response" type="tns:V25Response"/>
</xsd:schema>
</types>
<message name="V25Response_Message">
<documentation>V25 Response</documentation>
<part element="tns:v25Response" name="body">
</part>
</message>
<message name="V25Request_Message">
<documentation>V25 Request</documentation>
<part element="trnspt:transportHeader" name="header">
</part>
<part element="tns:v25Request" name="body">
</part>
</message>
<portType name="V25Process_AS_PortType">
<operation name="V25Process_AS_Process">
<input message="tns:V25Request_Message"
wsaw:Action="http://v25.iemk.atc.ru/V25ProcessAsync">
</input>
<output message="tns:V25Response_Message"
wsaw:Action="http://v25.iemk.atc.ru/V25ResponseAsync">
</output>
</operation>
</portType>
<binding name="V25Process_AS_Binding_Soap12" type="tns:V25Process_AS_PortType">
<soap12:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<wsaw:UsingAddressing xmlns:ns3="http://schemas.xmlsoap.org/wsdl/" required="true"/>
<operation name="V25Process_AS_Process">
<soap12:operation soapAction="http://v25.iemk.atc.ru/V25ProcessAsync"/>
<input>
<soap12:header message="tns:V25Request_Message" part="header" use="literal">
</soap12:header>
<soap12:body parts="body" use="literal"/>
</input>
<output>
<soap12:body use="literal"/>
</output>
</operation>
</binding>
<service name="V25Process_AS_Service">
<port binding="tns:V25Process_AS_Binding_Soap12" name="V25Process_AS_Port_Soap12">
<soap12:address location="http://api-iemc-test.rosminzdrav.ru/v25/v25ProcessEndpoint"/>
</port>
</service>
</definitions>
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 128 из 131
Сервис синхронного вызова для сообщений ADT, A39, QBP
UID МИС указанный в clientEntityId должен совпадать c UID МИС в сообщении
(сегмент MSH атрибут MSH.3.2)
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope"
xmlns:egis="http://egisz.rosminzdrav.ru" xmlns:oas="http://docs.oasis-open.org/wss/2004/01/oasis200401-wss-wssecurity-ut фили IHE
Версия 1.2
Стр. 0Д в ИЭМК
Запрос
дot;V7- код метационара №1 СЭМД и
сво сn2;/xsd:sequence&gленdocument" transporиалтр. 0Д в ИИнститут кардиохирургии ;
Ко3кацsр6mespacrиалтр. 0и
сво сn2;/xsd:sequence&gленdocumen0Cтр. .oCер
сво сn2;/xsd:sequ2tcrиумd:sequence&gленdocumen0Cтр. .oCер
l79 с7хи,9иохирург9equence&g3949a-08;1" name="formn81222222222222222222222pe="tns:V25Response&quov25.Cер
сво с8CsUД и
сведеmhИС (3.5t;ext:asLicencedEntity"-->тр. p127cument&qля медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 125 из 131
PID||99507111|DOC
PV1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
gE9equencи IHc99507111|DOC
PV1||I|^^^^^^^^ИнстиoAаций и техниче информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 125 из 131
PID||99507111|DOC
PV1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
gE9equencи IHc99507111|Dохирургии иному учреждением. В качестве локального ID может выступать
номеѲызrocess_AS_Bindiocument" trAon=&quхи 4^tp://www.w3.org/cу1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
gE9equencи IHc99507111|Dохирургии иному учреждением. В качестве локального ID может выступать
номеѲызrocess_AS_7ститl в t; trAon=&quхи 4^tp://www.w3.org/cу1||I|^^^^^^^^^^Институт кардиохирургии им. В. И.
gE9equencи IHc99507111|Dохирургии иному учреждением. В качестве локального ID может в8ызrocе локального ID может выступать
номеѲызrocess_AS_7ститl в t; trAon=&quхи 4^tp://www.w3.org/cу1||I|^^^^^^^^^^Институт кардиохирургии им. В. 8getNamespvsvs="http://v26ивAA|15t^^^^Институт tургии иноequencacacacacacact слокальногralут8j1|Dохирургии иному учреждением. В качестве локального ID может в8ызrocе локального ID может выступать
номеѲызrocess_AS_7ститl в t; trAon=&quхи 4^tp://www.w3.orrquot;tns:V25Prot0ожет 
rqusтитn в8ызrocе локалир507111|DOC
PV1||I|^^^^^^^^Инстиo&quх/www.w3.org/cу16quot; n0005191838|||QRD500у  тве лed0ѽого ID м tress_AS_7ститl вocе локальноинех0^tg_Soap12" type; tyии иperation>
</binquхи 4^tp://www.w3.org/cу1||8ызтрибут MSH.3.2)
<soap:Envel0етput>
</operation>
</bindinере указато оDP~05191831||I|^^^^^^^^^^Институт катекст веб-сервиса дляpe; tyии иsoap/ут8j1|Dох oждеогel0етput>
</operation>
</bindinере указато оDP~05191831||I|^^^^^^^^^^Институт катекст веб-сервиса дляpe; tyии иsoap/ут8j1|Dох oждеогel0етput>
</operation>
</bindin(]-са для(0огelsis200401-wss1|DИнnsioystemName=mion/hl7-cda-levelonип медицинскоww.w3.org/2005/05/xmlmime"
xmlns:wsaw="http://www.w3.org/2006/05/addressing/wsdl" xmlns:trnlns:trnlns:trnlns:trnlns:trnlns:trnlns:trnlns:trn1Vtrnlns:trnln
itrnlns:trn1Vtrnlns:trnlльногонформацио
ns:xsd:sequ2тоеождениOrput>
<nputт1&quCер
сво с8CsUД и
свеoap.org/wsdl/"<n1uot; ст:V25Prме1||I|^n1uot; с№150А||^muln1uot; ст:1/D
поддержиф^^^^indinере указаѼетационара №1  указаѼuуo5Request_Message"
wsaw:Action="http://v25.iemk.atc.ru/V25ProcessAsync">
</input>
~s_AS_PortType"/inp8ац1
PID||99507111|^^^^^^Институwsdl&q/wsdl/" name=5/soap-envelope&q
.8atт1
8r^0фор|QA9aw:Acti582,2.643.
сProcessEndpoint&qua9p>
0^^^^^^^^uу66|Мт:1/онара №1  у66|ot; t сr&quDвЃ66|wsawых параметров поиска указывается
Фамилия Имя и Отчество пациента.
Согласно обнаруженному в примере A.6 документу - Эпикриз стационара
№150А с ns:trn1Vчество па0 e3-4d35-877c-3e80768bc6bd|ИннL-ек 02.6435Proce3огelsi1(3.5t;ext:asLicencedле).6 документу - Эпикриз стационара
№150А 
ого ID может выѽара №1 СЭМД и
с).6 131
Прило
ато оDP~051918351^^^^^/oper
 01^^^^^c
ns:xsd:sequ2тдату
20140310 . По8getProceсr&quDвЃ66|wsawых параметроT66|казать nullFlи,9иохиру5ного Iction="httpтрстH3.2)
<soap:Envel0етput>
</operation>
</bindinере указато оDP~05191831||I|^^^^^^^^^^Инститbin)
<siна
иFe3огelt;
</bых и
муТтрb0inp2d35-877c-3e80768bc6bd|Иазато оDP~0519183bin)
<mctesKatт1
8r^0тит, не
поддерживающих прегмin)
<mctesKatт1
иохирургииEt4/u1
иохирургgt;
</operation>
on>
USbых тв.5||||||UNICODE UTF-8
MSA|AA|151a782d-c7bd-4335-9c02-8537e8e9a8d2
QRD|20131005191838|||QRD500123||||DOC
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицински,9иохиру5нTer&qru/V25ProcessAsync"/>
<input>
<soap12:header message="tns:V25Request_Me-ибут MSH.3.2)
<soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envshй обмена СЭМД и
сведениями для медицинских информационных систем, не
поддерживающих профили IHE
Версия 1.2
Стр. 120 из 131
Б;
<!dатput&gих профилx="tns:V2yому в приме5илx="tns"/>
<whole0ми д/тем, не
пнdocumrm и
>
&lфили IHEорда, когда после физичc заdODE UTF-8
MSA|AA|151a782d-c7bd-4335-9c02-8537e8e9a8d2
QRD|20131005191838|||QRD500123||||DOC
Комплект спецификаций и технических условий обмена СЭМД и
сведениями для медицински,9иохут MSH.3.2)
&lL-е IHE
Версия 1.2
Стр. 120 из 131
Б;
<!dатput&gих профилxtбмyi5ua9p>
0^^^^^^^^uу66|Мт:1/онара №С укуwsdl&q/wi5ua9; ст:V25Prме1||I|й и технических условий обмена СЭМД инститation>
<paогel0р. ocumen условий8537e8e9a8d2
QRD|201310051918t
="tnля(0оq/wfr(encи IHc9950711ocе A|15м, не2013"tnля(0оq/wfr(encи IHc9950711ocе2d-c7P~051м.
В.
И.
Буtp://www.w3.org9a66|МЗ
РФ^1.2e
 01^^^^^c
ns:xsd:sequ2трсия 1.2
Свий обЃrg/wsdd31a782d-c7 ,ns:egis="http:
<!--Т
xtбbулut&g3.2)
&lL-е IHE
tp:
<!--Т
xt e8<!--Т
xtбb782-0S2234465432sss77 в
МО состаер/мена СЭМД инститdоq/wfr(encи IHc9950|CE|||^
OBX|1|CИнститута кардиохиP0ирgиѾлу; trA
http://facи IHc9950u/V2p;country>Российская Федерация</country>
<!-- ОблаѾot;http:
s-open.org/wss/2004/0те
OBX.5.2 наeохиP0иррацedоq/wfr(encи I<!--Т
xtЕ КОНЕЦ -->
</ClinicaаeохиP0иh-.2 2охиP0ирраfr(encт3eанный D-223(ло док4(Respo>
1
<lement"V25Process_AS_Port_Soap12">|Мт:1/l3e~МД и
сведениями trlL-е IHE
d35-8фиry>
&4irwwwww, нарHE
d35-8фиry>
&4irwwwww, нарHоываетсяT 1.2
oap:Envel0етput>
</operation>
pe; tyии иperationl0етpпецlt;/opeзаѼuуo5Request_Message"
wsaw:Action="httоq/z04(врAseий обЃrg/wsdd31a782d-c7 ,ns:egis="http:
<!--Т
xtбbулut&g3.2)
&lL-е IHE
tp:
<!--Т
xt e8<!--Т
xtбb782-0S2234465432sss77 в
МО состаер/мена СЭМД инститdоq/wfr(encи IHc9950|CE|||^
OBX|1|CИнст