4.4Принципиальная работа сервиса ИЭМК после реализации мероприятий по развитию 4.4.1Процессы, описывающие работу сервисных функциональных блоков и взаимодействие со смежными сервисами федерального уровня
Базовыми функциями Системы ведения ИЭМК являются:
Занесение СЭМД и сведений ИЭМК в Систему;
Предоставление СЭМД и сведений ИЭМК из Системы по запросам.
 Рисунок - Занесение документов и сведений ИЭМК в Систему
Рисунок - Предоставление СЭМД и сведений ИЭМК из Системы по запросам
В рамках создания Системы ведения ИЭМК будут реализованы интеграционные шлюзы для работы системы в целом и ее интеграции с внешними системами.
Интеграционные шлюзы Системы предназначены для обмена информации с внешними ИС и состоят из следующих модулей:
выгрузки, хранения и предоставления доступа к ИЭМК;
обеспечения доступа к ИЭМК через веб-сервисы;
аудита в части взаимодействия;
работы с идентификаторами пациентов;
интеграции с ЕРЗ ФФОМС;
интеграции со СМЭВ;
интеграции с Реестром НСИ.
Модуль выгрузки, хранения и предоставления доступа к ИЭМК осуществляет:
раскодирование сообщений, пришедших от внешних ИС в стандарте HL7 CDA R2 и сохранение информации;
распознавание запросов на предоставление информации, пришедших от внешних ИС в стандарте HL7, кодирование информации в сообщения стандарта HL7 и их отправку во внешние ИС, в соответствии с полученными запросами;
обмен СЭМД в соответствии с профилем IHE XDS.b.
Модуль выгрузки, хранения и предоставления доступа к ИЭМК (HL7 CDA) реализует следующие функции:
Обмен СЭМД в формате HL7 CDA R2 в соответствии с профилем IHE XDS.b.
Общая диаграмма взаимодействия при размещении документов в ИЭМК с использованием профиля IHE XDS.b изображена на Рисунок .
Рисунок - Размещение СЭМД в системе ведения ИЭМК
Описание процесса интеграции:
Согласно требованиям профиля IHE XDS.b, в регистр и хранилище СЭМД должны поступать только медицинские документы идентифицированных пациентов. Поэтому перед отправкой документа необходимо отправить идентификатор пациента из системы ведения ЭМК МО.
При невозможности идентификации пациента в ИЭМК отправляются сведения о пациенте со специальным признаком – «Неидентифицирован».
Модуль аудита в части взаимодействия обеспечивает регистрацию событий в Системе ведения ИЭМК, а также действий пользователей в специальных журналах, с возможностью последующего их просмотра и анализа с использованием IHE ATNA.
Аудит в части взаимодействия использует транзакции профиля IHE ATNA.
Профиль IHE ATNA Audit Trail and Node Authentication (ATNA) — Профиль Аудита и проверки подлинности узлов.
При интеграции по данному профилю используются следующие транзакции:
Maintain time ITI-1 (Поддержка времени) — для синхронизации времени всеми участниками с одним или несколькими серверами времени, используя протоколы NTP/SNTP.
Node Authentication ITI-19 (Узел аутентификации) — встроен во все сетевые коммуникации; IHE не определяет, как осуществляется защита медицинской информации, но требует осуществления этой защиты посредством аутентификации и авторизации.
Record Audit Event ITI-20 (Запись событий аудита) — записывает информацию от различных систем в Хранилище записей аудита (Audit Record Repository); сообщения используют кодировку xml, допускают наличие unicode символов, закодированных с использованием правил кодирования UTF-8, передаются с использованием TLS и UDP.
Модуль работы с идентификаторами пациентов реализует возможность ведения и поиска идентификаторов пациентов с использованием интеграционных профилей IHE PIX, IHE PDQ, а также SOAP (протокол обмена сообщениями на базе XML).
Для работы с идентификаторами пациентов используются интеграционные профили IHE PIX, IHE PDQ.
Профиль IHE PIX Patient Identifier Cross-referencing for MPI (PIX) — Перекрестные ссылки идентификатора пациента МО.
При интеграции по данному профилю используются следующие транзакции:
Patient Identity Feed ITI-8 (ITI-44 в версии 3 HL7) (Канал идентификации пациента) — обеспечивает уведомлениями Управление по перекрестным ссылкам идентификатора пациента (Patient Identifier Cross-reference Manager) и Реестр документов через Источник идентификации пациента (Patient Identity sourse) и систему ADT в случае любых событий, связанных с изменением идентификации пациента, включая: создание, обновления, слияния и т.д. Сообщения отправляются в обе стороны согласно правилам, описанным в разделах 2 и 3 HL7 v.2.3.1.
Query ITI-9 (ITI-45 в версии 3 HL7) (Запрос) — используется Потребителем идентификации пациента (Patient Identifier Cross-reference Consumer) в случаях, когда необходимо обновить демографическую информацию о пациенте, запись о котором уже имеется в данном домене. Сообщения отправляются в обе стороны согласно правилам, описанным в разделах 2, 3 и 5 HL7 v.2.5.
Профиль IHE PDQ Patient Demographics Query (PDQ) — Запрос демографических данных пациента.
При интеграции по данному профилю используются следующие транзакции:
Patient Demographics Query ITI-21 (Запрос демографических данных пациента) — используется либо Импортером демографических данных (Importer) либо Потребителем (Patient Demographics Consumer) этих данных при обращении к Поставщику данных (Patient Demographics Supplier); транзакция обязательна. Поставщик данных отправляет ответ Потребителю или Импортеру. Сообщения формируются согласно правилам, описанным в разделах 2, 3 и 5 HL7 v.2.5.
Patient Demographics and Visit Query ITI-22 (Запрос демографических данных пациента и данных посещений) — для обмена информацией между Потребителем демографических данных и Поставщиком; транзакция опциональна. Сообщения отправляются согласно правилам, описанным в разделах 2, 3 и 5 HL7 v.2.5.
Модуль интеграции с ЕРЗ ФФОМС осуществляет запрос принадлежности пациента к «страховому полю», реализован на основе веб-сервисов.
Модуль интеграции со СМЭВ осуществляет интеграцию с ПГУ для предоставления доступа пациентам к их персональным ИЭМК.
Доступ пациентов к их персональным ИЭМК на ПГУ обеспечивается поддержкой интеграционного шлюза с системой межведомственного электронного взаимодействия (СМЭВ) в соответствии с требованиями к взаимодействию информационных систем в единой системе межведомственного электронного взаимодействия.
Структура запросов и ответов при обмене информацией должна соответствовать документу «Методические рекомендации по разработке электронных сервисов и применению технологии электронной подписи при межведомственном электронном взаимодействии».
Модуль интеграции с Реестром НСИ федерального сегмента ЕГИСЗ осуществляет синхронизацию НСИ, используемую в Системе ведения ИЭМК, с Реестром НСИ.
Функция модуля интеграции с Реестром НСИ заключается в загрузке нормативно-справочной информации из Федерального реестра нормативно-справочной информации. Обмен информацией производится через интеграционный сервис Реестра НСИ по протоколу SOAP. Сервис позволяет получать из Реестра НСИ справочники и их значения для актуализации НСИ в Системе ведения ИЭМК.
Система ведения ИЭМК использует, в первую очередь, стандартизированные справочники, опубликованные в Реестре НСИ. При отсутствии необходимых справочников в Реестре НСИ, используются адаптированные международные справочники.
Модуль интеграции с ЕСИАиА позволяет пользователю аутентифицироваться в Системе ведения ИЭМК с использованием ЕСИАиА.
|
