Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

Интероперабельность медицинских данных

Технический, синтаксический, семантический и организационный уровни интероперабельности, стандарты, используемые Anpheros (FHIR R4, IPS, SMART on FHIR, HL7 v2), и почему происхождение данных делает обмен надежным.

Взаимодействие медицинских данных — это способность различных систем (приложений, клиник, лабораторий, больниц, сервисов ИИ) обмениваться медицинскими данными и использовать их без ручной переинтерпретации. Anpheros подходит к этому, сохраняя каждую запись в форматах, которые другие системы уже понимают (HL7 FHIR R4 со стандартными кодовыми системами), обмениваясь ею через стандартные протоколы (FHIR REST, SMART on FHIR, International Patient Summary, лабораторные сообщения HL7 v2) и сохраняя контекст, который делает обмен данными надежным: кто его создал, когда и с чьего согласия.

Четыре уровня интероперабельности

Большинство проектов интеграции терпят неудачу на семантическом и организационном уровнях, а не на техническом. Кодирование во время записи и запись информации о происхождении (provenance) для каждого значения делают данные из одного источника пригодными для использования в другом.

Стандарты, используемые Anpheros

• HL7 FHIR R4. Каждая запись состоит из ресурсов FHIR — 26 типов — с возможностью поиска и версионирования, с CapabilityStatement по адресу /fhir/R4/metadata. Платформа FHIR
• International Patient Summary (IPS). Patient/{id}/$summary возвращает пакет документов IPS, проверенный официальным валидатором HL7 на соответствие hl7.fhir.uv.ips#1.1.0 с 0 ошибок. IPS — это формат сводки, предназначенный для трансграничной медицинской помощи в Европе.
• Правила HL7 Europe для лабораторных отчетов. Результаты лабораторных исследований проверяются при записи; пробелы сообщаются в заголовке ответа Anpheros-Conformance (сегодня носят рекомендательный характер). Observation/$validate?profile=eu-lab выполняет проверку по запросу.
• SMART on FHIR. Сторонние приложения получают доступ к записи через OAuth 2.1 с PKCE и областями действия пациента SMART v2; информация для обнаружения по адресу /fhir/R4/.well-known/smart-configuration. Группа тестирования автономного запуска набора Inferno SMART App Launch STU2 проходит успешно; запуск в EHR пока не поддерживается.
• HL7 v2. Результаты лабораторных исследований поступают в виде сообщений ORU^R01, а также в форматах CSV или JSON, и преобразуются в FHIR Observations. Коннектор для лабораторий
• European Health Data Space. FHIR R4 и IPS — это форматы, на которые опирается EHDS для сводок о пациентах и результатов лабораторных исследований; Anpheros следует им. Это соответствие форматам, а не сертификация.

Схемы обмена

1. Доступ приложения с согласия пользователя — приложение запрашивает у пациента разрешения на определенные области (scopes), читает и записывает данные через FHIR или REST, и теряет доступ, когда пациент отзывает его.
2. Обмен документами — запись или ее сводка передается в виде пакета FHIR ($everything, $summary).
3. Входящие результаты — лаборатории и клиники записывают данные в запись от имени своей организации; пациент видит, кто и что записал.
4. События — подписчикам сообщается об изменениях (только идентификаторы, никогда не клиническое содержимое), и они читают то, на что имеют право.

Provenance: interoperability you can trust

Данные, передаваемые между системами, теряют свой контекст, если этот контекст не передается вместе с ними. В Anpheros каждая версия каждого ресурса записывает:

• тип автора — пациент, практикующий врач, устройство, импорт или ИИ;
• организацию, от имени которой он был написан, и, если указано, практикующего врача;
• исходную систему и ее идентификатор записи (X-Anpheros-Source-System, X-Anpheros-Origin-Id).

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

Идентификация между приложениями

Каждое приложение видит свой собственный идентификатор для одного и того же человека (парные идентификаторы), поэтому записи не могут быть сопоставлены между приложениями без ведома пациента. Ссылки на людей за пределами области действия приложения маскируются. Взаимодействие происходит посредством согласия, а не через общие идентификаторы.

Связанные материалы

• Как нормализовать медицинские данные: коды, единицы измерения, даты, дубликаты, валидация
• Происхождение медицинских данных: объяснение: кто что написал и как это записать
• Как интегрировать клинические системы с бэкендом FHIR: пошаговое руководство для клинических ЭМК
• Как импортировать результаты лабораторных исследований в запись FHIR: пошаговое руководство с использованием CSV и HL7 v2
• Платформа FHIR
• Интеграции в сфере здравоохранения
• Системы кодирования FHIR
• API для здравоохранения
• Инфраструктура медицинских данных
• DICOM против FHIR: данные изображений и клинические данные, и как они связаны
• API для лабораторных результатов: HL7 v2 и FHIR для лабораторных результатов
• FHIR против HL7 v2: сравнение сообщений и ресурсов
• Европейское пространство данных здравоохранения (EHDS) для разработчиков

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card