Открыть сервис
Главная → Блог → Fast Healthcare Interoperability Resources

Fast Healthcare Interoperability Resources

Fast Healthcare Interoperability Resources (FHIR, произносится как «файер», от англ. «быстрые ресурсы совместимости здравоохранения») — это стандарт обмена медицинскими данными в электронном виде, разработанный международной организацией Health Level Seven International (HL7). FHIR определяет набор форматов данных (ресурсов) и интерфейсов прикладного программирования (API), предназначенных для обеспечения совместимости между различными информационными системами здравоохранения, такими как электронные медицинские карты, лабораторные системы, системы управления больницами и мобильные приложения.

История

Разработка FHIR началась в 2011 году как ответ на сложность и низкую скорость внедрения предыдущих стандартов HL7, в частности версии 2 (HL7 v2) и версии 3 (HL7 v3). HL7 v2, несмотря на широкое распространение, страдал от неоднозначности синтаксиса и отсутствия гибкости. HL7 v3, напротив, был чрезмерно сложным и требовал длительного согласования моделей данных, что замедляло его принятие.

Первая версия FHIR (DSTU1 — Draft Standard for Trial Use) была опубликована в 2014 году. Она предлагала упрощённую модель данных, основанную на веб-технологиях, таких как RESTful API, JSON и XML. В 2015 году вышла DSTU2, а в 2017 году — STU3 (Standard for Trial Use). В 2019 году была выпущена версия R4 (Release 4), которая стала первой стабильной версией стандарта, рекомендованной к широкому внедрению. В 2023 году вышла версия R5, расширившая возможности стандарта, включая поддержку новых типов данных и улучшенную обработку запросов.

Архитектура и принципы

Ресурсы

Основой FHIR являются ресурсы — независимые, самодостаточные модули данных, представляющие конкретные сущности или понятия в здравоохранении. Каждый ресурс имеет уникальный идентификатор (URL) и структурированное содержимое. Примеры ресурсов:

  • Patient — данные о пациенте (имя, дата рождения, пол, контактная информация).
  • Observation — результаты измерений и наблюдений (например, уровень глюкозы в крови, артериальное давление).
  • MedicationRequest — назначение лекарственного препарата.
  • Encounter — эпизод взаимодействия пациента с медицинской системой (приём, госпитализация).

Ресурсы могут ссылаться друг на друга, образуя граф данных. Например, ресурс Observation может ссылаться на ресурс Patient и Practitioner.

Интерфейсы (API)

FHIR использует RESTful API (Representational State Transfer) для доступа к ресурсам. Основные операции включают:

  • GET — получение ресурса по идентификатору или поиск по критериям.
  • POST — создание нового ресурса.
  • PUT — обновление существующего ресурса.
  • DELETE — удаление ресурса.

Каждый ресурс доступен по стандартному URL, например: https://example.com/fhir/Patient/123. Поиск осуществляется с помощью параметров запроса, например: GET /Patient?birthdate=1990-01-01&gender=male`.

Форматы данных

FHIR поддерживает два основных формата сериализации данных:

  • JSON (JavaScript Object Notation) — предпочтительный формат для веб-приложений.
  • XML (Extensible Markup Language) — используется в legacy-системах.

Также поддерживается формат RDF (Resource Description Framework) для семантической интеграции.

Расширения

Поскольку FHIR не может покрыть все возможные сценарии использования, он предусматривает механизм расширений. Расширения позволяют добавлять дополнительные поля к ресурсам без нарушения основной спецификации. Каждое расширение должно быть зарегистрировано в реестре HL7 и иметь уникальный URL.

Классификация и профили

Профили (Profiles)

Для адаптации FHIR к конкретным национальным, региональным или организационным требованиям используются профили. Профиль — это набор ограничений и расширений, накладываемых на базовый ресурс. Например, профиль «Российский паспорт пациента» может требовать обязательного наличия поля identifier с типом «Паспорт РФ», чего нет в базовом ресурсе Patient.

Профили описываются с помощью Implementation Guides (руководств по внедрению), которые содержат примеры, правила и рекомендации.

Версии и совместимость

FHIR поддерживает обратную совместимость между версиями, но не гарантирует её. Основные версии: R4 (2019) и R5 (2023). Переход между версиями требует обновления профилей и тестирования.

Применение

В России

В Российской Федерации FHIR используется в рамках национального проекта «Здравоохранение» и программ цифровизации медицинских организаций. Основные области применения:

  • Электронные медицинские карты (ЭМК) — обмен данными между медицинскими учреждениями и региональными системами.
  • Лабораторные системы — передача результатов анализов в электронном виде.
  • Телемедицина — интеграция платформ для удалённых консультаций.
  • Фармацевтика — учёт назначений и отпуска лекарств.

В 2021 году Министерство здравоохранения РФ утвердило «Методические рекомендации по использованию стандарта FHIR», которые определяют порядок внедрения в государственных медицинских информационных системах. Внедрение FHIR в России сталкивается с рядом трудностей, включая необходимость адаптации к национальным классификаторам (МКБ-10, МКБ-11, АТХ) и требованиям Федерального закона № 152-ФЗ «О персональных данных».

В мире

FHIR широко применяется в США, где он является обязательным стандартом для сертификации электронных медицинских карт (программа ONC Health IT Certification). В Европе FHIR используется в рамках проектов eHealth и цифрового здравоохранения ЕС, в частности в Германии (система Telematikinfrastruktur) и Великобритании (NHS Digital). В Китае FHIR адаптирован для национальной системы здравоохранения.

Преимущества и недостатки

Преимущества

  • Современные технологии — использование REST, JSON, XML, что упрощает интеграцию с веб-приложениями.
  • Гибкость — расширения и профили позволяют адаптировать стандарт к любым требованиям.
  • Скорость внедрения — по сравнению с HL7 v3, FHIR требует меньше времени на согласование.
  • Открытость — спецификация бесплатна и доступна для всех.

Недостатки

  • Сложность управления версиями — переход между версиями может быть трудоёмким.
  • Отсутствие полной стандартизации — из-за расширений и профилей возможна несовместимость между разными реализациями.
  • Зависимость от интернета — для работы RESTful API требуется стабильное сетевое соединение.
  • Безопасность — стандарт не определяет механизмы шифрования и аутентификации, оставляя их на усмотрение разработчиков.

Интересные факты

  • Название «FHIR» было выбрано как игра слов: «fier» (огонь) символизирует скорость и гибкость стандарта.
  • FHIR поддерживает «умные» приложения (Smart on FHIR), которые могут запускаться непосредственно из электронной медицинской карты.
  • В 2020 году FHIR был использован для обмена данными о COVID-19 между лабораториями и органами здравоохранения в США.

Критика

Критики FHIR отмечают, что стандарт всё ещё не решает проблему семантической совместимости — разные системы могут по-разному интерпретировать одни и те же данные. Также высказываются опасения, что гибкость FHIR приводит к фрагментации, когда каждый разработчик создаёт свои профили, что затрудняет обмен данными между разными странами и организациями.

Источники

  • HL7 FHIR Release 4 Specification (2019).
  • HL7 FHIR Release 5 Specification (2023).
  • «Методические рекомендации по использованию стандарта FHIR» (Минздрав РФ, 2021).
  • «Interoperability in Healthcare: A Review of FHIR» (Journal of Medical Systems, 2020).
  • «FHIR: A New Standard for Health Data Exchange» (IEEE Computer, 2018).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →

Похожие материалы