FHIR (Fast Healthcare Interoperability Resources)

FHIR (Fast Healthcare Interoperability Resources) — это стандарт HL7 International для обмена медицинской информацией, использующий модульные единицы данных, называемые ресурсами, и программные интерфейсы приложений в стиле веб. Он сочетает структурированное информационное моделирование более ранних стандартов HL7 с широко используемыми веб-технологиями — RESTful API, сериализацией JSON и XML, а также стандартным HTTP — чтобы упростить доступ к медицинским данным и создание приложений на их основе.

Definition

FHIR — это стандарт, который представляет клинические и административные данные как дискретные, самодостаточные ресурсы — каждый с определенной структурой и стабильной идентификацией — и обменивается ими через программный интерфейс приложений RESTful по стандартным веб-протоколам, чтобы системы и приложения могли читать, записывать и искать медицинские данные совместимым образом.

Scope

Эта статья охватывает ресурсную модель FHIR, ее парадигму обмена на основе RESTful, профилирование для локальных нужд и ее связь с более ранними стандартами HL7 и с заменяемыми приложениями, такими как SMART on FHIR. Она рассматривает FHIR как стандарт обмена данными и методологическую тему; она не содержит рекомендаций по внедрению, настройке безопасности или закупкам.

Core questions

• Что такое ресурс FHIR и как ресурсы объединяются для представления записи пациента?
• Чем подход RESTful API отличается от обмена сообщениями HL7 v2?
• Что такое профили и расширения и зачем они нужны?
• Как FHIR обеспечивает заменяемые приложения, такие как SMART on FHIR?

Key concepts

• Ресурсы (Пациент, Наблюдение, Встреча, Запрос на лекарство и т. д.)
• RESTful API (создание, чтение, обновление, удаление, поиск)
• Сериализация JSON и XML
• Ссылки и пакеты
• Профили и расширения
• Руководства по внедрению
• Заменяемые приложения SMART on FHIR

Mechanisms

FHIR моделирует медицинскую информацию как ресурсы — модульные единицы, такие как «Пациент» (Patient), «Наблюдение» (Observation) или «Запрос на лекарство» (MedicationRequest) — каждая с определенным набором элементов и стабильной, адресуемой идентификацией. Ресурсы ссылаются друг на друга, а группы ресурсов могут быть объединены в пакеты (bundles). Системы обмениваются ими через RESTful-интерфейс, в котором стандартные операции HTTP создают, читают, обновляют, удаляют и ищут ресурсы, при этом данные сериализуются как JSON или XML. Поскольку отдельные развертывания требуют локальных ограничений, FHIR поддерживает профилирование: профили и расширения адаптируют базовые ресурсы к юрисдикции или варианту использования, а руководства по внедрению объединяют их для сообщества. Эта архитектура ресурсов и API также лежит в основе заменяемых приложений, где приложение, авторизованное по отношению к конечной точке FHIR (шаблон SMART on FHIR), может работать в соответствующих системах.

Clinical relevance

FHIR все чаще становится основой для приложений, ориентированных на пациентов, доступа к клиническим данным и обмена между организациями, и он фигурирует в национальной политике интероперабельности. Эта статья описывает, как FHIR структурирует и предоставляет данные; это справочный материал о стандарте, а не руководство по созданию, обеспечению безопасности или развертыванию какой-либо клинической системы.

Evidence & guidelines

FHIR является нормативным стандартом HL7 International, разработанным и утвержденным через HL7, с национальными и региональными руководствами по внедрению, ограничивающими его для местного использования. Bender и Sartipi (2013) представляют собой раннее техническое описание RESTful-архитектуры стандарта; учебник Benson и Grieve дает сводное описание FHIR наряду с HL7 и SNOMED CT, а Mandl и Kohane (2012) обосновывают политику открытой архитектуры на основе приложений, которую поддерживает FHIR.

History

FHIR был инициирован HL7 примерно в 2011–2012 годах под руководством Грэма Грива как намеренно более легкая альтернатива HL7 версии 3, которая повторно использовала основные веб-технологии. Ранние описания, такие как Bender и Sartipi (2013), представляли его как гибкий, RESTful-подход, и стандарт продвигался через последовательные выпуски к нормативному статусу в течение 2010-х годов, сближаясь с политическими аргументами в пользу открытых, заменяемых медицинских информационных технологий.

Debates

Насколько хорошо FHIR достигает истинной семантической интероперабельности?

FHIR хорошо стандартизирует структуру и обмен, но согласованное значение по-прежнему зависит от дисциплинированного использования профилей и привязок терминологии; вариации в профилировании между реализациями могут ограничивать готовую семантическую интероперабельность.

Key figures

• Grahame Grieve
• Duane Bender
• Kamran Sartipi
• Kenneth Mandl
• Isaac Kohane

Seminal works

• bender-sartipi-2013
• benson-grieve-2021

Frequently asked questions

Чем FHIR отличается от обмена сообщениями HL7 v2?

HL7 v2 отправляет сообщения, управляемые событиями, с сегментами, разделенными разделителями, тогда как FHIR предоставляет дискретные ресурсы через веб-API RESTful, которые системы могут читать, записывать и искать напрямую, используя основные форматы, такие как JSON по HTTP.

Что означает SMART on FHIR?

SMART on FHIR — это шаблон, в котором приложение авторизуется по отношению к конечной точке FHIR с использованием открытых стандартов, так что одно и то же приложение может работать в разных системах, которые предоставляют соответствующие API FHIR; это одна из мотиваций для архитектуры ресурсов и API FHIR.