Стандарт Fast Healthcare Interoperability Resources ( FHIR , / f aɪər / , как и fire ) представляет собой набор правил и спецификаций для обмена электронными данными здравоохранения. Он разработан таким образом, чтобы быть гибким и адаптируемым, чтобы его можно было использовать в широком диапазоне настроек и с различными информационными системами здравоохранения. Цель FHIR — обеспечить бесперебойный и безопасный обмен информацией о здравоохранении, чтобы пациенты могли получать наилучшую возможную помощь. Стандарт описывает форматы данных и элементы (известные как «ресурсы»), а также интерфейс прикладного программирования (API) для обмена электронными медицинскими картами (EHR). Стандарт был создан организацией по стандартам здравоохранения Health Level Seven International (HL7).
FHIR основывается на предыдущих стандартах формата данных HL7, таких как HL7 версии 2.x и HL7 версии 3.x. Но его проще реализовать, поскольку он использует современный веб-ориентированный набор API-технологий, включая протокол RESTful на основе HTTP , и выбор JSON , XML или RDF для представления данных. [1] Одна из его целей — облегчить взаимодействие между устаревшими системами здравоохранения, упростить предоставление медицинской информации поставщикам медицинских услуг и отдельным лицам на самых разных устройствах, от компьютеров до планшетов и мобильных телефонов, а также позволить сторонним разработчикам приложений предоставлять медицинские приложения, которые можно легко интегрировать в существующие системы. [2]
FHIR предоставляет альтернативу подходам, ориентированным на документы, напрямую предоставляя дискретные элементы данных в качестве услуг. Например, базовые элементы здравоохранения, такие как пациенты, госпитализации, диагностические отчеты и лекарства, могут быть извлечены и обработаны через их собственные URL-адреса ресурсов .
FHIR организован по ресурсам (например, пациент, наблюдение). [10] Такие ресурсы могут быть дополнительно определены путем определения профилей FHIR (например, привязки к определенной терминологии). Коллекция профилей может быть опубликована в качестве руководства по внедрению (IG), например, The US Core Data for Interoperability (USCDI). [11] ONC ожидает завершения USCDI v4 в июле 2023 года. [12]
Поскольку FHIR реализован поверх протокола HTTPS (HTTP Secure), ресурсы FHIR могут быть извлечены и проанализированы аналитическими платформами для сбора данных в реальном времени. В этой концепции организации здравоохранения смогут собирать данные в реальном времени из указанных моделей ресурсов. Ресурсы FHIR могут быть переданы в хранилище данных, где их можно будет сопоставить с другими информационными данными. Потенциальные варианты использования включают отслеживание эпидемий, мошенничество с рецептурными препаратами, предупреждения о неблагоприятном взаимодействии лекарств и сокращение времени ожидания в отделении неотложной помощи. [13]
Ряд известных игроков в области информатики здравоохранения проявляют интерес к FHIR и экспериментируют с ней, включая CommonWell Health Alliance и SMART (Substituteable Medical Applications, Reusable Technologies). [14]
Реализации структур данных FHIR с открытым исходным кодом, серверов, клиентов и инструментов включают в себя эталонные реализации из HL7 на различных языках, SMART на FHIR, [15] HAPI-FHIR на Java и многие другие (см. ссылку). [16]
Различные приложения были продемонстрированы на круглом столе по приложениям FHIR в июле 2016 года. [17] Профиль Sync for Science (S4S) основан на FHIR, чтобы помочь медицинским исследованиям запрашивать (и, если одобрено пациентом, получать) данные электронных медицинских карт на уровне пациента. [18]
В январе 2018 года Apple объявила, что ее приложение iPhone Health позволит просматривать FHIR-совместимые медицинские записи пользователя, когда поставщики решат сделать их доступными. В запуске приняли участие Johns Hopkins Medicine, Cedars-Sinai, Penn Medicine, NYU-Langone Medical Center, Dignity Health и другие крупные больничные системы. [19]
В 2014 году комитеты по политике ИТ в здравоохранении США и стандартам ИТ в здравоохранении одобрили рекомендации по более публичным (открытым) API. В отчете целевой группы JASON США по теме «Надежная инфраструктура данных здравоохранения» говорится, что FHIR в настоящее время является наилучшим подходом к API-подходу, и что такие API должны быть частью этапа 3 критериев «осмысленного использования» Закона США о технологиях медицинской информации для экономического и клинического здравоохранения . [20] [21] [22] [23] В декабре 2014 года широкий круг заинтересованных сторон США взял на себя обязательство по проекту Argonaut [24], который обеспечит ускоренное финансирование и политическую волю для публикации руководств по внедрению FHIR и профилей для взаимодействия запросов/ответов и поиска документов к маю 2015 года. [25] Тогда системы медицинских записей смогут перейти от текущей практики обмена сложными документами Clinical Document Architecture (CDA) и вместо этого обмениваться наборами более простых, более модульных и совместимых объектов FHIR JSON. [26] Первоначальная цель состояла в том, чтобы указать два профиля FHIR, которые соответствуют требованиям Meaningful Use , а также руководство по внедрению для использования OAuth 2.0 для аутентификации. [27]
В 2017 году было объявлено о соглашении о сотрудничестве с Healthcare Services Platform Consortium (теперь Logica). [28] Опыт разработки медицинских приложений с использованием FHIR для связи с существующими системами электронных медицинских карт прояснил некоторые преимущества и проблемы подхода, а также необходимость заставить врачей использовать их. [29]
В 2020 году Центры США по услугам Medicare и Medicaid (CMS) выпустили свое окончательное правило о взаимодействии и доступе пациентов (CMS-9115-F), основанное на Законе о лечении в 21 веке . Правило требует использования FHIR различными плательщиками, регулируемыми CMS, включая организации Medicare Advantage , государственные программы Medicaid и квалифицированные медицинские планы на федеральном рынке , к 2021 году. [30] В частности, правило требует API FHIR для доступа пациентов, каталога поставщиков и обмена между плательщиками.
Предложенные правила от CMS, такие как предлагаемое правило о бремени пациента и предварительном разрешении (CMS-9123-P), [31] дополнительно определяют принятие FHIR для обмена плательщик-плательщик. Правила CMS и окончательное правило Закона о лечении Управления национального координатора по ИТ-медицине (ONC) (HHS-ONC-0955-AA01) [32] работают совместно, чтобы способствовать принятию FHIR в рамках соответствующих регулирующих органов.
Кроме того, другие агентства используют существующие полномочия по разработке правил, не вытекающие из Закона о лечении, для гармонизации нормативной базы и облегчения принятия FHIR. Например, Управление гражданских прав (OCR) Министерства здравоохранения и социальных служб США (HHS) предложило обновить правило конфиденциальности HIPAA (HHS–OCR–0945–AA00) [33] с расширенным правом доступа к персональным медицинским приложениям и раскрытием информации между поставщиками для координации ухода. В отличие от окончательных правил CMS и ONC, предлагаемое правило конфиденциальности OCR HIPAA не является специфичным для FHIR; однако акцент OCR на API на основе стандартов явно способствует принятию FHIR.
В 2020 году Министерство здравоохранения Бразилии через ИТ-отдел SUS запустило одну из крупнейших в мире платформ для обеспечения взаимодействия в сфере национального здравоохранения, которая называется Национальная сеть данных в сфере здравоохранения и использует HL7 FHIR r4 в качестве стандарта во всех своих обменах информацией. [34]
В 2020 году Министерство здравоохранения Израиля начало работать над достижением цели по содействию доступности информации для пациентов и лиц, осуществляющих уход, посредством принятия стандарта FHIR в организациях здравоохранения Израиля. Первым ее действием стало создание рабочей группы IL-CORE с целью адаптации необходимых компонентов для локализации и регулирования в системе здравоохранения Израиля. Министерство в сотрудничестве с некоммерческой организацией 8400 создало сообщество FHIR IL, целью которого является поощрение принятия стандарта в израильской системе здравоохранения при сотрудничестве с организациями здравоохранения и отраслью. [35] В рамках совместной деятельности Министерства и 8400 был запущен ряд проектов по внедрению FHIR в организациях управления здравоохранением (HMO) и больницах, наряду с другими проектами, которые независимо продвигаются организациями здравоохранения. [36] Кроме того, Министерство здравоохранения выделило бюджеты HMO и другим организациям с целью создания организационной инфраструктуры FHIR. На конференции Эли Гурвица по экономике и обществу 2020 года, организованной Израильским институтом демократии, было подсчитано, что стоимость внедрения центральных модулей FHIR в израильской системе здравоохранения оценивается примерно в 400 миллионов шекелей за 5 лет. [37] В 2023 году израильское правительство начало законодательный процесс для содействия обмену информацией между организациями в израильской экосистеме здравоохранения на благо пациента, с упором на расширение прав и возможностей пациентов и сокращение блокировки информации. [38] Предлагаемое законодательство также ссылается на необходимость стандартизации данных путем принятия стандарта FHIR и использования стандартных терминологий, таких как SNOMED-CT , как в исходных системах, так и в процессе обмена данными. Обмен информацией будет осуществляться с согласия пациента, и это согласие будет даваться в соответствии с сегментами данных. [39]