Netrikaapi.netrika.ru/static/Faq/Metodicheskie materialy po... · Web view3.1.1Список транзакций обмена данными в формате HL7 v.3.09 3.1.2Список

ЕДИНАЯ ГОСУДАРСТВЕННАЯ ИНФОРМАЦИОННАЯ

СИСТЕМА В СФЕРЕ ЗДРАВООХРАНЕНИЯ МИНИСТЕРСТВА ЗДРАВООХРАНЕНИЯ

РОССИЙСКОЙ ФЕДЕРАЦИИ

МЕТОДИЧЕСКАЯ ДОКУМЕНТАЦИЯ ПОДСИСТЕМЫ «ФЕДЕРАЛЬНАЯ

ИНТЕГРИРОВАННАЯ ЭЛЕКТРОННАЯ МЕДИЦИНСКАЯ КАРТА»

РУКОВОДСТВО ПО ИНТЕГРАЦИИ с ИЭМКНа 35 листах

Москва, 2018 г.

Содержание

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ.........................................4

1 Введение..............................................................................................................5

2 Описание передаваемых сведений....................................................................6

3 Описание процессов...........................................................................................7

3.1 Сценарий взаимодействия ИЭМК с внешними системами........................7

3.1.1 Список транзакций обмена данными в формате HL7 v.3.0........................9

3.1.2 Список транзакций обмена данными с использованием IHE..................10

3.2 Описание процессов «Извещение ИЭМК о регистрации пациента в МИС (РМИС)» и «Извещение ИЭМК об изменении регистрационных данных пациента в МИС (РМИС)»...................................................................................................11

3.2.1 Описание процесса регистрации пациента в ИЭМК................................11

3.2.1.1 Назначение процесса................................................................................11

3.2.1.2 Краткое описание процесса.....................................................................11

3.2.1.3 Графическое представление процесса....................................................12

3.2.2 Регистрация пациента при отсутствии СНИЛС........................................14

3.2.3 Описание процесса изменения данных пациента в ИЭМК......................15

3.2.3.1 Назначение процесса................................................................................15

3.2.3.2 Краткое описание процесса.....................................................................15

3.2.3.3 Графическое представление процесса....................................................16

3.3 Описание процесса «Передача сведений из МИС (РМИС) в ИЭМК о результате оказания медицинской помощи».....................................................................18

3.3.1 Назначение процесса....................................................................................18

3.3.2 Краткое описание процесса.........................................................................18

4 Схема взаимодействия МИС (РМИС) и ИЭМК............................................21

5 Требования к МИС (РМИС)............................................................................22

6 Инструкция........................................................................................................23

6.1 Общие сведения о Сервисе..........................................................................24

6.2 Участники взаимодействия по подключению и использованию сервиса24

6.3 Регистрация МИС (РМИС) в тестовой версии ИЭМК.............................24

6.4 Прохождение контрольных испытаний.....................................................25

6.5 Отчет о прохождении контрольных испытаний........................................26

6.6 Регистрация МИС (РМИС) в продуктивной версии ИЭМК....................26

6.7 Настройка сетевой связности......................................................................27

6.8 Организация передачи данных в сервис....................................................27

7 Модель разграничения прав доступа к компонентам «Администрирование ИЭМК» и «Технический портал ИЭМК» подсистемы ИЭМК в рамках процесса интеграции МИС (РМИС)...................................................................................................27

7.1 Матрица доступа к порталам.......................................................................27

7.2 Порядок получения доступа к компоненту «Администрирование ИЭМК» подсистемы ИЭМК................................................................................................28

8 Удаление МО из ИЭМК...................................................................................29

9 Переключение МО между МИС (РМИС)......................................................29

Приложение А...........................................................................................................30

Приложение Б...........................................................................................................31

Приложение В...........................................................................................................32

Приложение Г...........................................................................................................32

Перечень ссылочных документов...........................................................................34

Лист изменений.......................................................................................................34

ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

Таблица 1 – Определения, обозначения и сокращения

Термины/ Сокращения Определение

ЕГИСЗ Единая государственная информационная система в

сфере здравоохранения

ЕСИА Единая система идентификации и аутентификации в

инфраструктуре, обеспечивающей информационно-

технологическое взаимодействие информационных

систем, используемых для предоставления

государственных и муниципальных услуг в электронной

форме

ЕСИАиАИнтеграционная подсистема «Единая система

идентификации, аутентификации и авторизации» ЕГИСЗ

ЗСПДПодсистема «Защищенная сеть передачи данных»

ЕГИСЗ

ИЭМК Подсистема «Федеральная интегрированная электронная

медицинская карта» ЕГИСЗ

ИПС Интеграционная подсистема интеграции прикладных

подсистем ЕГИСЗ

МЗ РФ Министерство здравоохранения Российской Федерации

МИС Медицинская информационная система медицинской

организации государственной, муниципальной и

частной систем здравоохранения

МО Медицинская организация государственной,

муниципальной или частной систем здравоохранения

ОМС Обязательное медицинское страхование

РМИС Государственная информационная система в сфере

здравоохранения субъекта Российской Федерации

СНИЛС Страховой номер индивидуального лицевого счёта

обязательного пенсионного страхования

СТП Служба технической поддержки

Термины/ Сокращения Определение

СЭМД Структурированный электронный медицинский

документ

ФЛК Форматно-логический контроль

ФНСИ Подсистема «Федеральный реестр нормативно-

справочной информации в сфере здравоохранения»

ЕГИСЗ

ФРМО Подсистема «Федеральный реестр медицинских

организаций» ЕГИСЗ

ЭП Электронная подпись

CDA Clinical Document Architecture – архитектура

клинических документов. Стандарт ISO/HL7 27932:2009

Data Exchange Standards - HL7 Clinical Document

Architecture, 2

HL7 Health Level Seven - стандарт обмена, управления и

интеграции электронной медицинской информации

XDS Cross-Enterprise Document Sharing (IHE) – профиль

доступа к медицинским документам, хранящимся в

системе

XML eXtensible Markup Language – расширяемый язык

разметки, текстовый формат, предназначенный для

хранения структурированных данных и для обмена

информацией между программами

Локальный идентификатор Идентификатор пациента в ИЭМК, присваивающийся

пациенту при регистрации в медицинской организации и

состоящий из OID МО, от которой направлен запрос, и

идентификатора пациента, уникального в рамках МО и

задаваемого порядке, установленном в данной МО.

1 Введение

Настоящий документ предназначен для разработчиков программного обеспечения

медицинских информационных систем медицинских организаций государственной и

муниципальной систем здравоохранения и государственных информационных систем в

сфере здравоохранения субъекта Российской Федерации (далее – МИС (РМИС)) и

содержит информацию об организации информационного взаимодействия МИС (РМИС) с

ИЭМК..

ИЭМК предназначена для сбора, систематизации и обработки структурированных

обезличенных сведений, указанных в статье 94 Федерального закона, о лицах, которым

оказывается медицинская помощь, а также о лицах, в отношении которых проводятся

медицинские экспертизы, медицинские осмотры и медицинские освидетельствования,

посредством информационного обмена с РМИС и МИС. Единицей хранения является

СЭМД – структурированный электронный медицинский документ. В соответствии с

Постановлением Правительства от 05.05.2018 №555 «О единой государственной системе в

сфере здравоохранения» создаваемые СЭМД подлежат передаче в ИЭМК в течение

одного рабочего дня со дня установления лечащим врачом медицинской организации

диагноза соответствующего заболевания или со дня получения им актуализированных

данных о пациенте.

2 Описание передаваемых сведений

Взаимодействие МИС (РМИС) и ИЭМК осуществляется в рамках обмена

сообщениями, удовлетворяющими следующим требованиям:

- структура сообщений, обеспечивающих передачу СЭМД, соответствует

требованиям интеграционного профиля IHE XDS.b;

- сообщение содержит определённый синтаксис и комплекс структур для

обеспечения передачи СЭМД в формате документа HL7 CDA R2;

- спецификация СЭМД задается с помощью шаблона;

- СЭМД является полным информационным объектом, с полностью

определёнными компонентами. Он может содержать текст, изображения,

звук и другое мультимедийное содержание, а также ссылки на

мультимедийные данные, расположенные на других доступных ресурсах;

- сообщения строго типизированы по назначению. Типы сообщений:

- передача СЭМД;

- передача данных пациента.

СЭМД, предназначенные для передачи и хранения в ИЭМК, должны

формироваться на уровне МИС (РМИС) в соответствии с утвержденной типологией

документов, обозначенной в классификаторе «Система электронных медицинских

документов» ФНСИ (OID: 1.2.643.5.1.13.13.11.1115), доступном по ссылке

https://nsi.rosminzdrav.ru.

В целях обеспечения единства форм СЭМД, передаваемых в ИЭМК, необходимо

использовать перечень размещаемых в ИЭМК СЭМД с утвержденной структурой,

содержанием, составом и форматом полей документа, описанной в руководствах к СЭМД

в документе «Приложение к документу Описание СЭМД. Схемы» [1].

3 Описание процессов

3.1 Сценарий взаимодействия ИЭМК с внешними системами

Общая схема взаимодействия ИЭМК представлена на Рисунке 1.

Рисунок 1 – Схема взаимодействия ИЭМК в подсистеме ИЭМК

https://nsi.rosminzdrav.ru/

Назначение компонентов представлено в Таблице 3.

Таблица 2 - Назначение компонентов ИЭМК

№ Компонент Описание

1. Модуль «Адаптер сообщений HL7о

Состоит из веб-сервисов, обеспечивающих обработку запросов на сохранение СЭМД в соответствии со стандартом HL7 v.3.0

2.

Модуль «Адаптер IHE XDS.b» компонента «Интеграционный шлюз ИЭМК»

Состоит из веб-сервисов в соответствии с профилем IHE XDS.b и обрабатывает запросы на сохранение СЭМД

3. Компонент «Интеграционный шлюз ИЭМК»

Предназначен для обмена информацией с внешними ИС. Осуществляет прием и форматно-логический контроль поступающих сообщений

4. Компонент «Ядро ИЭМК» Предназначен для обеспечения долговременного хранения стандартизированных электронных медицинских документов (СЭМД) и сведений об обезличенных документах в составе ИЭМК. Включает хранилище данных СЭМД и сервисы обработки поступающих данных

Данные поступают из МИС (РМИС) в виде сообщений формата HL7 или в

соответствии с интеграционными профилями IHE. При поступлении сообщений в

ИЭМК они обрабатываются интеграционной подсистемой ИПС, которая разделяет

поступающие потоки в зависимости от формата данных на:

данные, поступающие в формате HL7 v3.0, перенаправляются в модуль

«Адаптер сообщений HL7 v3.0» компонента «Интеграционный шлюз

ИЭМК»;

данные, поступающие в соответствии с интеграционным профилем IHE

в формате HL7 CDA R2, через порт обработки на вход модуля «Адаптер

IHE XDS.b».

Обработка данных в формате HL7 v3.0 и HL7 CDA R2 в соответствии с

профилями IHE описана в документе «Методические материалы по ИЭМК»[2],

размещенном на портале оперативного взаимодействия участников ЕГИСЗ

(http://portal.egisz.rosminzdrav.ru).

Бизнес-процесс обработки поступающих сообщений в ИЭМК выглядит

следующим образом:

1. В МИС (РМИС) формируется сообщение в ИЭМК в одной из версий

формата HL7 3.0, либо в формате HL7 CDA R2.

2. Сформированные в МИС (РМИС) данные (сообщения/СЭМД)

направляются в ИЭМК.

3. Поступившие данные обрабатываются ИПС и, в зависимости от

формата, направляются на адаптер, обрабатывающий соответствующий

формат.

3.1.1 Список транзакций обмена данными в формате HL7 v.3.0

Рисунок 2 иллюстрирует список передаваемых из МИС (РМИС) в ИЭМК

сообщений в формате HL7 v.3.0

Рисунок 2 – Диаграмма информационного обмена в формате HL7 v.3.0

Описание всех обрабатываемых транзакций формата HL7 v.3.0 приведено в

Таблице 4. При синхронной реализации для каждой из указанных в Таблице 4

транзакций требуется формирование и отправка ответа MCCI_IN000002UV01. В

отправляемых ответах обязательно указание статуса с одним из значений <принято> /

<отклонено>.

№ Наименование транзакции

Источник транзакции

Описание

1. PRPA_IN201301RU01 МИС Добавление регистрационных данных

№ Наименование транзакции

Источник транзакции

Описание

(РМИС) нового пациента2. PRPA_IN201302RU01 МИС

(РМИС)Изменение регистрационных данных пациента

Таблица 3 – Описание всех обрабатываемых транзакций формата HL7 v.3.0

3.1.2 Список транзакций обмена данными с использованием IHE

Список интеграционных профилей для взаимодействия МИС (РМИС) и ИЭМК

представлен на диаграмме, изображенной на Рисунке 3.

Рисунок 3 – Диаграмма информационного обмена с использованием интеграционных профилей IHE

Для работы МИС (РМИС) с СЭМД при обмене по IHE используются

интеграционные профили, представленные в Таблице 5.

№

Код интеграционного профиля

IHE

Состав транзакции (в последовательности

выполнения)

Инициатор

транзакции

Описание

1. ITI-41 Приложения 3 и 4 документа «Методические материалы по подсистеме ИЭМК»

МИС (РМИС)

Предоставление и регистрация набора документов в ИЭМК.Описано в томе 2b.3.41 стандарта IHE ITI TF

2. ITI-44 PRPA_IN201301RU02PRPA_IN201302RU02

МИС (РМИС)

Загрузка локального идентификатора пациента, присвоенного МИС (РМИС).

№

Код интеграционного профиля

IHE

Состав транзакции (в последовательности

выполнения)

Инициатор

транзакции

Описание

Описано в томе 2b.3.44 стандарта IHE ITI TF

Таблица 4 – Интеграционные профили, используемые для работы МИС (РМИС) с СЭМД при обмене по

IHE.

3.2 Описание процессов «Извещение ИЭМК о регистрации пациента в

МИС (РМИС)» и «Извещение ИЭМК об изменении регистрационных

данных пациента в МИС (РМИС)»

3.2.1 Описание процесса регистрации пациента в ИЭМК

3.2.1.1 Назначение процесса

Процесс предназначен для сохранения сведений о пациенте в ИЭМК в объеме

данных, передаваемых из внешних систем.

В результате исполнения процесса в ИЭМК передается обезличенный набор

сведений о пациенте, включающий демографические сведения о пациенте, сведения о

наличии медицинской карты пациента в МО.

3.2.1.2 Краткое описание процесса

1. Процесс передачи в ИЭМК сведений о пациенте инициируется после регистрации в

МИС (РМИС) медицинской карты пациента.

2. Пользователь МИС (РМИС) создает регистрационную запись пациента. МИС

(РМИС), интегрированная с ИЭМК, формирует в реализованном в МИС (РМИС)

формате (HL7 v.3.0) извещение о регистрации пациента и отправляет его в ИЭМК.

3. Поступившее в ИЭМК сообщение о добавлении новой регистрационной записи

подвергается форматно-логическому контролю (ФЛК) в компоненте

«Интеграционный шлюз ИЭМК» подсистемы ИЭМК. Если извещение не прошло

контроль, то компонент «Интеграционный шлюз ИЭМК» подсистемы ИЭМК

формирует сообщение об ошибке и направляет его в МИС (РМИС). МИС (РМИС)

своими средствами должна отобразить пользователю полученное извещение.

Пользователь производит корректировку регистрационной записи и вновь

направляет ее в ИЭМК.

4. Если извещение прошло ФЛК, то компонент «Интеграционный шлюз ИЭМК»

подсистемы ИЭМК передает сообщение в компонент «Ядро ИЭМК» подсистемы

ИЭМК. В компоненте «Ядро ИЭМК» подсистемы ИЭМК производится обработка

полученных сведений о пациенте на предмет наличия уже существующих сведений

о пациенте в следующем порядке:

а. проверяется сочетание комбинации фамилия + имя + дата рождения +

СНИЛС с имеющимися сведениями в ИЭМК. Если такая комбинация есть в

ИЭМК, то все остальные идентификаторы добавляются к сведениям о

персоне;

б. при отсутствии СНИЛС проверяется комбинация фамилия + имя + дата

рождения + пол + серия и номер документа, удостоверяющего личность. Если

такая комбинация есть в ИЭМК, то все остальные идентификаторы

добавляются к сведениям о персоне.

в. При отсутствии СНИЛС и сведений о документе, удостоверяющем личность,

проверяется комбинация фамилия + имя + дата рождения + ЕНП ОМС. Если

такая комбинация есть в ИЭМК, то все остальные идентификаторы

добавляются к сведениям о персоне;

5. Если ни один из идентификаторов (СНИЛС или ДУЛ или ЕНП ОМС) не указан,

регистрируется новая персона.

6. Если при обработке совпадений не найдено, создается новая персона.

7. Без указания идентификатора персоны в МО (локального идентификатора), ни

регистрации пациента, ни регистрации документа не производится, возвращается

сообщение об ошибке (отсутствует идентификатор пациента в МО). Локальный

идентификатор пациента присваивается пациенту при регистрации в медицинской

организации и состоит из OID МО, от которой направлен запрос, и идентификатора

пациента, уникального в рамках МО и задаваемого порядке, установленном в данной

МО (например, идентификатором может быть номер медицинской карты пациента).

8. В зависимости от наличия регистрационной записи о пациенте в компоненте «Ядро

ИЭМК» подсистемы ИЭМК создается новая запись о пациенте, либо к предыдущей

записи добавляются сведения о локальном идентификаторе пациента в МО.

9. После обработки посредством компонента «Интеграционный шлюз ИЭМК»

подсистемы ИЭМК отправляется ответное сообщение о том, что добавлена новая

регистрационная запись пациента добавлена в ИЭМК с локальным

идентификатором, присвоенным этому пациенту.

3.2.1.3 Графическое представление процесса

Рисунок 44 иллюстрирует последовательность действий при получении в ИЭМК

извещения о регистрации пациента в МИС (РМИС). Пояснения к диаграмме приведены в

Таблице 6.

Пользователь МИС (РМИС) МИС (РМИС)

Копонент "Интеграционный шлюз ИЭМК" подсистемы

ИЭМК

1: Ввод регистрационных данных пациента

2: Отправка извещения на

регистрацию пациента

Копонент "Ядро ИЭМК" подсистемы

ИЭМК

3: ФЛК извещения

4: ФЛК не пройден, отправка синхронного

ответа

5: ФЛК пройден, передача извещения в

компонент "Ядро ИЭМК" подсистемы ИЭМК

6: Поиск регистрационных данных пациента

7: Добавление данных пациента

8: Пациент не найден, запись добавлена/ Пациент найден

9: Формирование ответа о результате обработки

10: Отправка синхронного ответа

Рисунок 4 – Диаграмма последовательности «Процесс регистрации пациента в ИЭМК»

Таблица 5 – Описание диаграммы последовательности в рамках процесса регистрации пациента в ИЭМК

№ шага

Наименование шага ОписаниеТиповая роль пользователя/ Объект

1. Ввод регистрационных данных пациента в МИС (РМИС)

Пользователь вводит в интерфейсе МИС (РМИС) регистрационные данные пациента

Пользователь МИС (РМИС)

1. Отправка извещения на регистрацию пациента

Передача регистрационных данных о пациенте в ИЭМК

МИС (РМИС)

2. ФЛК извещения Форматно-логический контроль полученного из МИС (РМИС) извещения

Компонент «Интеграционный шлюз ИЭМК» подсистемы ИЭМК

3. ФЛК не пройден, отправка синхронного ответа

В случае, если форматно-логический контроль не пройден, отправка синхронного ответа в МИС (РМИС) с указанием ошибки ФЛК


4. ФЛК пройден, передача извещения в компонент «Ядро ИЭМК» подсистемы ИЭМК

В случае, если форматно-логический контроль пройден, извещение передается из компонента «Интеграционный шлюз ИЭМК» подсистемы ИЭМК в компонент «Ядро ИЭМК» подсистемы

Компонент «Ядро ИЭМК» подсистемы ИЭМК

5. Поиск регистрационных данных пациента

Производится поиск регистрационных данных пациента


6. Добавление данных пациента

Добавление регистрационной записи пациента/регистрационных данных к существующей записи


7. Пациент не найден, запись добавлена / Пациент найден

Передача в компонент «Интеграционный шлюз ИЭМК» подсистемы ИЭМК на отправку в МИС (РМИС) извещения о результате выполненной операции


№ шага

Наименование шага ОписаниеТиповая роль пользователя/ Объект

8. Формирование ответа о результате обработки

Формирование ответа в формате HL7 о результате обработки извещения


9. Отправка синхронного ответа

Передача синхронного ответа с информацией о добавлении записи/отказе в добавлении записи


3.2.2 Регистрация пациента при отсутствии СНИЛС

Для регистрации пациента при отсутствии СНИЛС в отправляемом из МИС

(РМИС) запросе требуется указать следующие обязательные параметры:

локальный идентификатор пациента в МИС (РМИС) (присваивается

МИС (РМИС) при регистрации пациента в МО);

признак того, что пациент не идентифицирован;

фамилию и имя (указывается комбинация: <Имя>- <Фамилия>);

дату рождения.

Каждый пациент без указанного СНИЛС, поступивший в МО, должен быть

зарегистрирован в МИС (РМИС) с присвоением локального идентификатора.

Поиск такого пациента в ИЭМК будет производиться по локальному

идентификатору. Поиск может быть также произведен по МО с учетом пола пациента,

даты рождения, особым отметкам и другим полям. Все СЭМД, поступившие на такого

пациента в ИЭМК, будут привязаны к пациенту без СНИЛС по локальному

идентификатору.

3.2.3 Описание процесса изменения данных пациента в ИЭМК

3.2.3.1 Назначение процесса

Процесс предназначен для сохранения измененных сведений о пациенте в

ИЭМК в объеме данных, передаваемых из внешних систем.

В результате исполнения процесса в ИЭМК сохраняется измененный набор

сведений о пациенте, включающий в том числе и демографические сведения о

пациенте.

3.2.3.2 Краткое описание процесса

1. Процесс инициируется, когда пользователь МИС (РМИС) изменяет

регистрационные данные пациента в МИС (РМИС).

2. Для этого пользователь техническими средствами МИС (РМИС) вводит

новые регистрационные данные и формирует запрос на их изменение в МИС

(РМИС). По факту изменения данных пациента из МИС (РМИС) в ИЭМК

формируется извещение на изменение регистрационных данных пациента в

ИЭМК. Сформированное извещение в формате HL7 v.3.0 МИС (РМИС)

отправляет в ИЭМК.

3. Поступившее в ИЭМК сообщение первоначально обрабатывается компонент

«Интеграционный шлюз ИЭМК» подсистемы ИЭМК на предмет

соответствия извещения ФЛК. В случае, если ФЛК не пройден, отправляется

синхронный ответ из ИЭМК в МИС (РМИС) с указанием ошибки ФЛК.

4. В ином случае, по факту проведения ФЛК данные извещения передаются в

компонент «Ядро ИЭМК» подсистемы ИЭМК, где производится поиск

пациента. Если пациент найден в ИЭМК, то компонент «Ядро ИЭМК»

подсистемы ИЭМК выполняет следующие действия:

изменяет регистрационные данные пациента;

формирует извещение в МИС (РМИС) в формате HL7 о

проведенном изменении запрошенной регистрационной

записи пациента.

В случае, если пациент не найден, формируется извещение в формате HL7 с

результатом выполнения операции поиска пациента и отправляется синхронным ответом

в МИС (РМИС).

3.2.3.3 Графическое представление процесса

Обобщенная схема бизнес-процесса изменения данных пациента в ИЭМК

представлена на диаграмме Рисунок 5. Пояснения к диаграмме приведены в Таблице 7.

Пользователь МИС (РМИС) МИС (РМИС) Компонент "Интеграционный

шлюз ИЭМК"подсистемы ИЭМК

1: Ввод регистрационных данных пациента

2: Отправка извещения на регистрацию

пациента

Компонент"Ядро ИЭМК"подсистемы ИЭМК

3: ФЛК извещения

4: ФЛК не пройден, отправка синхронного

ответа

5: ФЛК пройден, передача извещения в подсистему

"Ядро ИЭМК"

6: Поиск регистрационных данных пациента

7: Изменение данных пациента

8: Пациент не найден/ Пациент найден, данные изменены

9: Формирование ответа о результате обработки

10: Отправка синхронного ответа

Рисунок 5 – Диаграмма последовательности «Процесс изменения регистрационных данных пациента в ИЭМК»

Таблица 6 – Описание обобщенной диаграммы взаимодействия МИС (РМИС) и ИЭМК в рамках процесса

изменения регистрационных данных пациента

Шаг №

Наименование шага ОписаниеТиповая роль пользователя/

Объект 1. Ввод регистрационных

данных пациента в МИС (РМИС)

Пользователь вводит в интерфейсе МИС (РМИС) регистрационные данные пациента

Пользователь МИС (РМИС)

2. Отправка извещения на регистрацию пациента

Передача регистрационных данных о пациенте в ИЭМК

МИС (РМИС)

3. ФЛК извещения Форматно-логический контроль полученного из МИС (РМИС) извещения

Компонент «Интеграционный шлюз ИЭМК» подсистемы

Шаг №


Объект ИЭМК

4. ФЛК не пройден, отправка синхронного ответа

В случае, если форматно-логический контроль не пройден, отправка синхронного ответа в МИС (РМИС) с указанием ошибки ФЛК


5. ФЛК пройден, передача извещения в компонент «Ядро ИЭМК» подсистемы ИЭМК

В случае, если форматно-логический контроль пройден, извещение передается из компонента «Интеграционный шлюз ИЭМК» подсистемы ИЭМК в компонент «Ядро ИЭМК» подсистемы ИЭМК


6. Поиск регистрационных данных пациента

Производится поиск регистрационных данных пациента


7. Изменение данных пациента

Изменение регистрационных данных пациента


8. Пациент не найден/Пациент найден, данные изменены

Передача в подсистему «Интеграционный шлюз ИЭМК» на отправку в МИС (РМИС) извещения о результате выполненной операции


9. Запись события добавления пациента в журнал

Запись события о результате обработки полученного из МИС (РМИС) извещения на изменение регистрационных данных пациента


10. Формирование ответа о результате обработки

Формирование и отправка ответа о результате обработки извещения


Шаг №


Объект 11. Отправка синхронного

ответаОтправка синхронного ответа с результатами выполнения операции изменения данных пациента


3.3 Описание процесса «Передача сведений из МИС (РМИС) в ИЭМК о

результате оказания медицинской помощи»

3.3.1 Назначение процесса

Процесс описывает взаимодействие МИС (РМИС) и ИЭМК в части передачи из

МИС (РМИС) СЭМД, содержащих сведения об оказанной медицинской помощи. В

ходе выполнения процесса в ИЭМК загружается и сохраняется СЭМД.

Результатом выполнения процесса является передача и хранение в ИЭМК

СЭМД, содержащих обезличенный набор сведений о пациенте.

3.3.2 Краткое описание процесса

1. Процесс инициируется после внесения в МИС (РМИС) сведений о медицинских

документах пациента. В ИЭМК при этом передаются структурированные

электронные медицинские документы видов, предусмотренных в справочнике

«Система электронных медицинских документов» (1.2.643.5.1.13.13.11.1115)

подсистемы ФНСИ.

2. По факту поступления в компонент «Интеграционный шлюз ИЭМК» подсистемы

ИЭМК сообщения осуществляется его первичная обработка \– форматно-логический

контроль передаваемых в заголовке и IHE-оболочке данных. По результату

формируется и направляется в МИС (РМИС) синхронный ответ, который может

содержать ошибки, выявленные в ходе проверки, либо оповещение об успешном

приеме сообщения.

3. После успешной первичной обработки сообщения осуществляется передача

регистрационных данных и СЭМД в компонент «Ядро ИЭМК» подсистемы ИЭМК.

По факту поступления в компонент «Ядро ИЭМК» подсистемы ИЭМК СЭМД

обрабатывается на предмет соответствия полученных данных форматно-логическому

контролю.

4. Если документ не проходит форматно-логический контроль в компоненте «Ядро

ИЭМК» подсистемы ИЭМК, формируется асинхронный ответ с отказом в приеме

документа и указанием выявленных ошибок. Извещение направляется в МИС

(РМИС), где производится обработка полученного сообщения. На стороне МИС

(РМИС) производится корректировка документа и инициируется его повторная

отправка в ИЭМК.

5. Форматно-логический контроль документа в компоненте «Ядро ИЭМК» подсистемы

ИЭМК включает в себя следующие фазы обработки:

проверка на соответствие переданного СЭМД указанным в нем схемам

документов;

кросс-валидация содержания заголовка сообщения в соответствии с

профилем IHE и содержания заголовка СЭМД. В случае выявления

расхождений получаемый документ возвращается отправителю с

результатами проверки. Перечень кросс-валидируемых полей содержится в

документе «Методические материалы по подсистеме ИЭМК»[2];

проверка уровня формализации передаваемого документа на соответствие

допустимому уровню в актуальной на момент проверки версии справочника

«Система электронных медицинских документов»

(1.2.643.5.1.13.13.11.1115) для передаваемого типа СЭМД;

кросс-валидация сведений о пациенте. Для существующего в ИЭМК

пациента производится кросс-валидация ранее переданных

регистрационных данных со значениями, указанными в заголовке СЭМД.

При регистрации СЭМД совместно с регистрацией нового пациента

производится кросс-валидация между сведениями о пациенте, указанными в

заголовке СЭМД, и сведениями о пациенте в составе элемента

SourcePatientInfo IHE-сообщения;

валидации справочников. В ходе валидации справочников, используемых в

СЭМД, производится проверка наличия справочников, используемых в

полученном документе, в подсистеме ФНСИ. Также производится проверка

наличия в подсистеме ФНСИ передаваемых значений используемых

справочников по коду. Данные проверки выполняются с учетом версии

справочника, при этом если версия справочника не указана, то для

проведения проверки используется актуальная на момент проверки версия;

проверка наличия медицинской организации в подсистеме ФРМО. Сведения

о медицинской организации передаются в IHE-сообщении и элементах

заголовка СЭМД в виде OID и наименования организации. Проверка

наличия медицинской организации в справочнике «Регистр медицинских

организаций Российской Федерации. Версия 2» (OID

1.2.643.5.1.13.2.1.1.178) подсистемы ФНСИ производится по переданному

значению OID, при этом используется актуальная на момент проверки

версия справочника. Далее производится проверка сведений о медицинской

организации, проверяется наименование организации, ее актуальность и

классификация субъекта системы здравоохранения. Под проверкой

классификации субъекта системы здравоохранения в данном случае

понимается следующее: в справочнике медицинских организаций

размещаются сведения не только о медицинских организациях, но и данные

других субъектов системы здравоохранения (например, фармацевтических

организаций). В СЭМД допускается передавать только субъекты системы

здравоохранения с типом «Медицинская организация».

6. Размещение СЭМД в репозитории и регистрационных записей в регистре документов

производится только после успешного прохождения СЭМД всех валидаций. В этом

случае формируется асинхронный ответ с извещением об успешной обработке и

принятии документа в ИЭМК. В противном случае в асинхронный ответ включается

перечень ошибок, возникших на этапе ФЛК.

7. При получении асинхронного ответа веб-сервису обратного вызова ИЭМК

необходимо направить ответ об успешном получении асинхронного ответа. Ответ

сервиса должен быть подписан с помощью сертификата МИС (РМИС),

зарегистрированного в ИПС согласно документу «Методические материалы по

подключению к ИПС»[2].

Схема процесса обработки СЭМД представлена на Рисунок 2

Рисунок 2 - Обобщенная диаграмма процесса «Передача сведений из МИС (РМИС) в ИЭМК о

результате оказания медицинской помощи»

4 Схема взаимодействия МИС (РМИС) и ИЭМК

Интеграционное взаимодействие МИС (РМИС) и ИЭМК осуществляется

посредством web-сервисов. Web-сервис представляет собой программный модуль,

реализующий функцию (или набор функций) межпрограммного взаимодействия.

Характеристика web-сервисов:

- web-сервисы выполняют роль точки доступа в ИЭМК;

- web-сервисы ИЭМК публикуются через ИПС (документ «Публикация веб-

служб подсистем ЕГИСЗ в сервисе ИПС. Подключение к веб-службам

подсистем ЕГИСЗ, опубликованным в сервисе ИПС» [3]);

- доступ к web-сервисам осуществляется только через ЗСПД;

- результат обработки сообщения передается web-сервисом обратно в МИС

(РМИС) посредством ИПС.

Схема взаимодействия МИС (РМИС) и ИЭМК представлена ниже:

Рисунок 3 - Схема взаимодействия МИС (РМИС) и ИЭМК

5 Требования к МИС (РМИС)

Для интеграции с ИЭМК, МИС (РМИС) должна удовлетворять следующим

требованиям:

- удовлетворять требованиям к защите информации, установленным

действующим законодательством, обеспечивать защиту конфиденциальной

информации и персональных данных в соответствии с классификацией

информации и объектов информатизации, на которых осуществляется

обработка данных категорий информации;

- взаимодействие с сервисами в промышленной среде ИЭМК, производится

только в ЗСПД;

- обеспечивать полноту передаваемых данных. При невозможности обмена с

ИЭМК (обрыв канала связи, неработоспособность сервисов) МИС (РМИС)

должна накапливать данные и после устранения проблемы осуществить

передачу данных в полном объёме;

- медицинские организации государственной и муниципальной систем

здравоохранения должны взаимодействовать с ИЭМК через РМИС;

- медицинская организация, от имени которой передаются данные в ИЭМК,

должна быть зарегистрирована в ФРМО;

- МИС (РМИС) должна быть зарегистрирована в подсистеме ИПС в

соответствии с порядком, изложенном в документе «Методические материалы

по подключению к Сервису ИПС»[3];

- обеспечивать ведение идентификаторов пациентов, то есть за каждым

пациентом, должен быть закреплен свой уникальный идентификатор в рамках

МИС (РМИС);

- обеспечивать обмен идентификаторами пациентов и передачу СЭМД в

соответствии с интеграционными профилями, описанными в документе

«Методические материалы по подсистеме ИЭМК»[2];

- МИС (РМИС) должна формировать СЭМД с уровнем формализации не ниже

зафиксированного в актуальной на дату отправки СЭМД версии справочника

«Система электронных медицинских документов» (1.2.643.5.1.13.13.11.1115)

подсистемы ФНСИ;

- при внесении изменений в СЭМД, ранее зарегистрированный в ИЭМК,

необходимо направить его повторно с указанием признака повышения версии;

- использовать для формирования СЭМД справочники, опубликованные в

подсистеме ФНСИ.

6 Инструкция

Данная инструкция устанавливает порядок подключения и использования сервиса

доступа к ИЭМК (далее – Сервис).

Инструкция определяет:

- состав участников подключения и использования Сервиса, их права и

обязанности;

- перечень и последовательность действий, выполнение которых

необходимо для подключения к Сервису;

- результаты подключения к Сервису.

6.1 Общие сведения о Сервисе

Сервис предназначен:

- для информационного обмена между МИС (РМИС) и ИЭМК в

соответствии с документом «Методические материалы по подсистеме

ИЭМК» [2].

6.2 Участники взаимодействия по подключению и

использованию сервиса

Участниками взаимодействия по подключению и использованию Сервиса

являются:

- Министерство здравоохранения РФ;

- медицинские организации;

- исполнительные органы государственной власти субъектов Российской

Федерации в сфере охраны здоровья;

- СТП ЕГИСЗ.

Перечень медицинских организаций РФ, на которые распространяется действие

данной инструкции, утверждается приказом органа исполнительной власти субъекта

Российской Федерации в сфере охраны здоровья.

6.3 Регистрация МИС (РМИС) в тестовой версии ИЭМК

На первом этапе необходимо зарегистрировать МИС (РМИС) в ИЭМК. Для этого

необходимо прислать на электронный адрес СТП ЕГИСЗ [email protected] заявку по форме,

указанной в Приложении А к настоящему документу, и приложить к ней сертификат

открытого ключа в формате .cer.

После получения ответа СТП ЕГИСЗ о выполнении заявки на регистрацию МИС

(РМИС) в тестовой версии ИЭМК необходимо заполнить и отправить заявку на

подключение МО к МИС (РМИС) (Error: Reference source not found. Форма заявки на

подключение МО к МИС (РМИС) в ИЭМК). В заявке следует указать все МО,

необходимые для подключения к сервису (полное наименование и OID МО).

Заявка оформляется в строгом соответствии с форматом. На заявке должна быть

поставлена дата, подпись и расшифровка подписи ответственного лица органа

государственной власти субъекта РФ в сфере охраны здоровья (для организаций,

подведомственных ОУЗ) или МО (для иных ведомственных принадлежностей), печать

mailto:[email protected]

органа исполнительной власти субъекта Российской Федерации в сфере здравоохранения.

Также необходимо направить на электронный адрес службы технической поддержки

ЕГИСЗ egisz @ rt - eu . ru скан-копию подписанной заявки в формате PDF (JPG) и

заполненную заявку в формате DOC (DOCX).

Для осуществления мониторинга передачи СЭМД и интеграции МИС

ответственному представителю органа исполнительной власти субъекта РФ в сфере

здравоохранения может быть предоставлен доступ к компоненту «Администрирование

ИЭМК» подсистемы ИЭМК. Также для получения информации о расположении XSD и

XSL схем, а также актуальной документации и часто задаваемым вопросом по подсистеме

ИЭМК можно обращаться к компоненту «Технический портал ИЭМК» подсистемы

ИЭМК. Ролевая модель доступа к компонентам и процесс получения доступа приведены в

Разделе 7 данного документа.

6.4 Прохождение контрольных испытаний

Целью контрольных испытаний МИС (РМИС) является проверка выполнения

требований к МИС (РМИС) по обеспечению взаимодействия с ИЭМК, а также принятие

решения о готовности МИС (РМИС) к началу опытной эксплуатации в части

информационного взаимодействия с ИЭМК. Контрольные испытания МИС (РМИС)

проводятся в соответствии с документом «Программа и методика испытаний интеграции

МИС (РМИС) с ИЭМК» [4].

В процессе испытаний выполняются контрольные примеры, при помощи которых

МИС (РМИС) проверяют на соответствие спецификации и техническим условиям

передачи СЭМД и сведений о пациентах.

Этапы испытаний указаны в документе «Программа и методика испытаний

интеграции МИС (РМИС) с ИЭМК»[4].

Реквизиты основных систем и сервисов указаны в таблице ниже:

Таблица 7 – Реквизиты основных систем и сервисов.

Тестовый контур Продуктивная среда

Компонент «Администрирование ИЭМК»: admin - iemc - test . rosminzdrav . ru

Компонент «Администрирование ИЭМК»:https://admin-iemk.egisz.rosminzdrav.ru

Компонент «Технический портал ИЭМК»: tech - iemc - test . rosminzdrav . ru

Компонент «Технический портал ИЭМК»: https://tech-iemk.egisz.rosminzdrav.ru

https://tech-iemk.egisz.rosminzdrav.ru/

http://tech-iemc-test.rosminzdrav.ru/

https://admin-iemk.egisz.rosminzdrav.ru/

http://admin-iemc-test.rosminzdrav.ru/


Тестовый контур Продуктивная среда

Сервис репозитория документов: Endpoint: https :// ips - test . rosminzdrav . ru /52 f 0 d 9 db 3 c 8 c 0 WSDL сервиса:https://ips-test.rosminzdrav.ru/52f0d9db3c8c0?wsdl

Сервис репозитория документов:Endpoint: https :// ips . rosminzdrav . ru /52 f 3408 e 550 d 7 WSDL сервиса:https://ips.rosminzdrav.ru/52f3408e550d7?wsdl

Сервис управления пациентами:Endpoint: https :// ips - test . rosminzdrav . ru /52 d 76 ffc 06419 WSDL сервиса:https://ips-test.rosminzdrav.ru/52d76ffc06419?wsdl

Сервис управления пациентами:Endpoint: https :// ips . rosminzdrav . ru /52 dd 1 bfaca 6 c 5 WSDL сервиса:https://ips.rosminzdrav.ru/52dd1bfaca6c5?wsdl

6.5 Отчет о прохождении контрольных испытаний

После успешного прохождения ПМИ необходимо в адрес СТП ЕГИСЗ направить

заявку с темой «Прохождение ПМИ» и с указанием региона.

Во вложение к заявке в СТП необходимо приложить запросы и синхронные ответы

по каждому контрольному примеру, а также, при взаимодействии через асинхронные

сервисы, асинхронные ответы.

По результатам испытаний СТП оформляется отчет для Министерства

здравоохранения Российской Федерации о проведении испытаний. Отчет о проведении

испытаний может содержать замечания и предложения к МИС (РМИС), а также

предложения МО о сроках устранения замечаний и реализации предложений участников

испытаний.

Полученным результатам выполнения контрольных примеров выставляются

оценки в соответствии с таблицей ниже:Таблица 8 – Оценка полученных результатов выполнения контрольных примеров

Оценка Значение Примечания

0 Выполнен Контрольный пример успешно выполнен без замечаний

1Выполнен с замечаниями

Контрольный пример выполнен, но в протокол испытаний внесены замечания

2 Не выполнен

Результаты выполнения контрольного примера не позволяют оценить их как успешные, в протоколе испытаний указаны причины, обусловившие решение участников испытаний

https://ips.rosminzdrav.ru/52dd1bfaca6c5?wsdl

https://ips.rosminzdrav.ru/52dd1bfaca6c5?wsdl

https://ips.rosminzdrav.ru/52dd1bfaca6c5

https://ips-test.rosminzdrav.ru/52d76ffc06419?wsdl

https://ips-test.rosminzdrav.ru/52d76ffc06419?wsdl

https://ips-test.rosminzdrav.ru/52d76ffc06419

https://ips-test.rosminzdrav.ru/52d76ffc06419

https://ips.rosminzdrav.ru/52f3408e550d7?wsdl

https://ips.rosminzdrav.ru/52f3408e550d7?wsdl

https://ips.rosminzdrav.ru/52f3408e550d7

https://ips-test.rosminzdrav.ru/52f0d9db3c8c0?wsdl

https://ips-test.rosminzdrav.ru/52f0d9db3c8c0?wsdl

https://ips-test.rosminzdrav.ru/52f0d9db3c8c0

Испытания МИС (РМИС) считаются успешными, если выполнены все

контрольные примеры, содержащиеся в программе и методике испытаний и ни один из

выполненных контрольных примеров не получил оценку «2» («Не выполнен»).

6.6 Регистрация МИС (РМИС) в продуктивной версии ИЭМК

Аналогично с пунктом 6.3

Внимание! Идентификаторы МИС (РМИС) в промышленной и тестовой средах

различаются.

6.7 Настройка сетевой связности

Порядок настройки сетевой связности для работы в ЗСПД приведен в документе

«Регламент подключения к ЗСПД» [5].

После окончания работ по настройке подключения к ЗСПД необходимо направить

письмо в СТП ЕГИСЗ на адрес [email protected], содержащее скриншот выполнения команд

«telnet 10.41.19.39 80» и «telnet 10.41.19.39 443» (выполнять команды необходимо на

сервере, через который будет проходить взаимодействие с подсистемой ИПС).

6.8 Организация передачи данных в сервис

В соответствии с постановлением Правительства Российской Федерации № 555

медицинские организации должны передавать актуальные данные медицинских

записей/документов в подсистему ИЭМК, созданных медицинскими специалистами в

ИЭМК при помощи МИС (РМИС) по документу «Регламент подключения к ЗСПД»[5].

Контроль за исполнением МО процесса передачи данных в ИЭМК осуществляет

орган исполнительной власти субъекта Российской Федерации, осуществляющий

функции в области здравоохранения (для МО, подведомственных органу исполнительной

власти субъекта Российской Федерации) или Министерство здравоохранения РФ (для МО,

подведомственных МЗ РФ).


7 Модель разграничения прав доступа к компонентам

«Администрирование ИЭМК» и «Технический портал ИЭМК»

подсистемы ИЭМК в рамках процесса интеграции МИС

(РМИС)

В рамках процесса интеграции МИС (РМИС) с ИЭМК, лица, занимающиеся

разработкой и мониторингом передачи СЭМД в ИЭМК, имеют возможность получения

доступа к компонентам «Администрирование ИЭМК» и «Технический портал ИЭМК».

7.1 Матрица доступа к порталам

Доступ к функционалу компонента «Технического портала ИЭМК» не

ограничен ролевой моделью и процедурой авторизации.

Физическое лицо в рамках процесса интеграции МИС (РМИС) на компонент

«Администрирование ИЭМК» подсистемы ИЭМК может быть наделено одной типовой

ролью – «Сотрудник органа исполнительной власти субъекта Российской Федерации».

Описание прав и доступной функциональности приводится в Таблица 9.

Роль ПраваДоступная функциональность

Сотрудник Органа исполнительной власти субъекта Российской Федерации

Не имеет полномочий на просмотр СЭМД. Имеет доступ к аналитическим запросам и отчетности

Вкладка «Отчеты», «Аналитика»

Таблица 9 - Описание прав доступа для роли «Сотрудник органа исполнительной власти субъекта Российской Федерации»

7.2 Порядок получения доступа к компоненту «Администрирование

ИЭМК» подсистемы ИЭМК

Для получения прав доступа роли «Сотрудник органа исполнительной власти

субъекта Российской Федерации» на компоненте «Администрирование ИЭМК»

подсистемы ИЭМК для лиц, задействованных в процессе интеграции МИС (РМИС) и

мониторинга загрузки СЭМД, необходимо направить заявку на предоставление

пользователю доступа к компоненту «Администрирование ИЭМК» подсистемы ИЭМК

(Приложение В) на адрес СТП ЕГИСЗ [email protected] и пройти первичную авторизацию.










В тестовой среде авторизация происходит по СНИЛС и паролю для тестовой

версии ЕСИАиА, который будет выдан сотрудником СТП в рамках заявки, в случае если

он не был выдан ранее, иначе необходимо воспользоваться уже полученным в рамках

других заявок паролем. Если пароль был утерян, необходимо запросить новый в рамках

обращения.

Авторизация на компоненте «Администрирование ИЭМК» подсистемы ИЭМК в

промышленной среде происходит по учетной записи ЕСИА (учетная запись должна быть

подтвержденной).

В случае осуществления первичной авторизации, пользователю необходимо

уведомить об этом СТП в рамках обращения. Далее, сотрудник СТП производит

настройку прав доступа для пользователя и уведомляет о выполнении заявки. Для

обновления прав на портале, пользователю необходимо произвести повторную

авторизацию.

8 Удаление МО из ИЭМК

Для удаления МО из ИЭМК необходимо направить заявку на адрес СТП ЕГИСЗ

[email protected] по шаблону, представленному в Приложении Г.












При удалении МО по причине ликвидации/реорганизации необходимо приложить к

заявке скан приказа о ликвидации/реорганизации, а также зарегистрировать

соответствующую информацию в ФРМО.

9 Переключение МО между МИС (РМИС)

При необходимости переключения МО от одной МИС (РМИС) к другой

необходимо подать заявку на отключение МО от МИС (РМИС) (форма заявки приведена

в Приложении Г) и заявку на подключение МО к новой МИС (РМИС) (форма заявки

приведена в Приложении Б).

Процесс подачи заявок аналогичен описанному в Разделе 8.

32

Приложение А

Форма заявки на предоставление доступа МИС (РМИС) к ИЭМК1

Заявка на предоставление доступа МИС (РМИС) к ИЭМКПрошу предоставить доступ к тестовой/рабочей2 версии ИЭМК

№

п.п.

Наименование МИС

(РМИС)

Разработчик

МИС (РМИС)Субъект РФ

ФИО

администратора

МИС (РМИС)

СНИЛСКонтактный адрес

электронной почты

Контактный

телефон

1 РМИС субъекта РФ ОАО Ростелеком Субъект РФИванов Иван

Иванович000-000-000 00 [email protected]

+7 (XXX) XXX-XX-

XX

Файл сертификата открытого ключа МИС (РМИС) прилагается в zip-архиве.

Подпись ответственного лица3

(подпись

)

(расшифровка) (дата)

1 Все заявки необходимо отправлять в двух файлах форматов PDF и DOC (DOCX).2 Необходимо указать нужную версию ИЭМК.3 Ответственное лицо органа государственной власти субъекта РФ в сфере охраны здоровья (для организаций, подведомственных ОУЗ) или МО (для иных

ведомственных принадлежностей).

33

Приложение Б

Форма заявки на подключение МО к МИС (РМИС) в ИЭМК4

Заявка на подключение МО к МИС (РМИС) в тестовой/рабочей5 версии ИЭМК

№ п.п

Наименование МИС (РМИС)

Разработчик МИС

(РМИС)

OID МО6 Наименование МО

ФИО администрат

ора МИС (РМИС) в

МО

СНИЛСКонтактный

адрес электронной

почты

Контактный телефон

1

1

Информационная система «Электронное Здравоохранение Республики Татарстан» UID: hxvqz6p3-yu5l-8frd-ey49-6qsk3issjor

ЦИТ РТ1.2.643.5.1.13.3.25.16.117

Государственное автономное учреждение здравоохранения «Казанский эндокринологический диспансер»

Иванов Иван Иванович

123-456-789 10

[email protected] +7 (ХХХ) ХХХ ХХ ХХ


(подпись (расшифровка) (дата)

4 Все заявки необходимо отправлять в двух файлах форматов PDF и DOC (DOCX).5 Необходимо указать нужную версию ИЭМК.6 Номер OID из классификатора ФНСИ «Регистр медицинских организаций Российской Федерации. Версия 2» OID: 1.2.643.5.1.13.2.1.1.178.7 Ответственное лицо органа государственной власти субъекта РФ в сфере охраны здоровья (для организаций, подведомственных ОУЗ) или МО (для иных


34

)

Приложение В

Форма заявки на предоставление пользователю прав «Сотрудник органа исполнительной власти субъекта Российской

Федерации на компоненте «Администрирование ИЭМК» подсистемы ИЭМК8

Заявка на предоставление пользователю прав роли «Сотрудник органа исполнительной власти субъекта Российской

Федерации в тестовой/рабочей9 версии компонента «Администрирование ИЭМК» подсистемы ИЭМК

Сведения о пользователе приведены в Таблице 11.

Таблица 10. Сведения о пользователе.

№ п/п ФИО (полностью) СНИЛС Адрес электронной почты

пользователя Субъект РФ Цель доступа

1 Указать полные ФИО администратора, регистрируемого по заявке.

Указать СНИЛС пользователя. Формат: 123-456-789 01

Указать адрес электронной почты администратора

Указать субъект РФ, к которому относится данный администратор.


(подпись) (расшифровка) (дата)

8 Все заявки необходимо отправлять в двух файлах форматов PDF и DOC (DOCX).9 Необходимо указать нужную версию.10 Ответственное лицо органа государственной власти субъекта РФ в сфере охраны здоровья (для организаций, подведомственных ОУЗ) или МО (для иных


35

Приложение Г

Форма заявки на удаление МО из ИЭМК/отключение МО от МИС в ИЭМК

Заявка на удаление МО/отключение МО от МИС (РМИС) в тестовой/рабочей11 версии ИЭМК12

Сведения о МО и МИС (РМИС) приведены в Таблице 12

Таблица 11. Сведения о МО и МИС (РМИС).

№ п/п Наименование и OID МИС (РМИС) OID МО Наименование МО Причина удаления/отключения13

1 Единая Государственная Информационная система «Электронное Здравоохранение Республики Татарстан» UUID: hxvqz6p3-yu5l-8frd-ey49-6qsk3issjor

1.2.643.5.1.13.3.25.16.117

Государственное автономное учреждение здравоохранения «Казанский эндокринологический диспансер»

Необходимо указать причину удаления либо отключения МО от МИС


(подпись) (расшифровка) (дата)

11 Выбрать нужную версию.12 Необходимо выбрать нужный случай (удаление или отключение).13 Необходимо выбрать нужный вариант.14 Ответственное лицо органа государственной власти субъекта РФ в сфере охраны здоровья (для организаций, подведомственных ОУЗ) или МО (для иных


36

Перечень ссылочных документов

Актуальные версии документов находятся в разделе «Материалы» на портале оперативного взаимодействия участников ЕГИСЗ, доступном по ссылке http://portal.egisz.rosminzdrav.ru/materials.

1. Документ «Приложение к документу описание стандартизированных электронных медицинских документов (СЭМД). Схемы».

2. Документ «Методические материалы по подсистеме ИЭМК»

3. Документ «Методические материалы по подключению к Сервису ИПС».

4. Документ «Программа и методика испытаний интеграции МИС (РМИС) с ИЭМК».

5. Документ «Регламент предоставления услуги подключения к защищенной сети передачи данных (ЗСПД) Министерства здравоохранения Российской Федерации региональных медицинских организаций».

Лист изменений

Изменения внутри документа «Руководство по интеграции МИС (РМИС) с ИЭМК»

описаны в Таблице 13.Таблица 12 - Лист изменений документа «Руководство по интеграции МИС (РМИС) с ИЭМК»

Дата изменения

документа

Перечень изменений

30.05.2017 - Актуализированы шаблоны заявок

Дата? - Удалено описание процессов взаимодействия с ИЭМК для

МИС (РМИС), не поддерживающих работу с профилями IHE.

- Актуализированы описания процессов.

- Актуализированы реквизиты основных систем и сервисов.

- Обновлены требования к МИС.

- Добавлен раздел «Модель разграничения прав доступа к

http://portal.egisz.rosminzdrav.ru/materials

37

порталам ИЭМК в рамках процесса интеграции МИС».

- Исключено описание процессов запроса данных пациента,

запроса набора документов и запроса списка документов.

- Добавлены описания процессов удаления МО из ИЭМК и

переключения МО между МИС (РМИС), а также шаблоны

заявок к ним.

- Исключено требование по регистрации сервиса обратного

вызова МИС (РМИС) в ИПС

- Добавлено требование к подтверждению получения

асинхронного ответа сервисом обратного вызова МИС

(РМИС)

Netrikaapi.netrika.ru/static/Faq/Metodicheskie materialy po... · Web view3.1.1Список транзакций обмена данными в формате HL7 v.3.09 3.1.2Список

Documents