Что такое FHIR и почему это важно для вашей медицинской карты

Если вы когда-нибудь искали приложение для медицинской карты, вы встречали аббревиатуру FHIR. Она появляется в описаниях, на страницах «безопасность и соответствие», в объявлениях больниц и министерств. Объясняют её редко. Это руководство делает это, не превращая вас в программиста: что такое FHIR, какую проблему он решает, что конкретно означает для вас и как понять, действительно ли приложение его использует или просто пишет об этом на сайте.

Проблема: каждая система говорит на своём языке

Анализ крови, сделанный в лаборатории, приходит к вам в PDF. Тот же анализ в системе больницы — строка в базе данных собственного формата. У участкового врача это, возможно, свободная заметка. Три места, три формата, никакой связи между ними. Когда вы хотите собрать их вместе, единственный инструмент — человек, который читает и переписывает.

Десятилетиями медицинские системы строились именно так: каждая со своим форматом, обмен данными только через специально написанные, дорогие и хрупкие «мосты». Старые стандарты (HL7 версии 2 из 1980-х или CDA) частично решили проблему для больниц, но современным приложениям с ними трудно, а человеку их почти невозможно прочитать.

Что такое FHIR

FHIR (произносится «файр») расшифровывается как Fast Healthcare Interoperability Resources. Это стандарт, который публикует HL7 International — организация, более 35 лет определяющая, как медицинские данные передаются между системами. Широко используемая сегодня версия — R4 (4.0.1), опубликованная в 2019 году; более новая R5 существует с 2023 года, но большинство систем в мире, включая законодательные требования ЕС и США, основаны на R4.

Центральная идея проста: любая медицинская информация описывается как ресурс с известной структурой. Есть ресурс для пациента (Patient), для анализа или измерения (Observation), для диагноза (Condition), для назначенного лекарства (MedicationRequest), для аллергии (AllergyIntolerance), для прививки (Immunization), для документа (DocumentReference) и так далее — всего около 150. У каждого ресурса определённые поля: у Observation есть код того, что измерялось, значение, единица, дата, кто измерял, для кого.

Ресурсы записываются в JSON или XML — форматах, которые читает любой язык программирования, — и передаются через интернет точно так же, как веб-страницы: по адресам и HTTP-запросам. В этом отличие от старых стандартов: FHIR использует инструменты, которые любой программист уже знает, поэтому его дёшево внедрить и трудно внедрить неправильно.

Коды: чтобы все понимали одно и то же

Структуры недостаточно. Если одна система пишет «сахар крови», а другая — «глюкоза сыворотки», они всё равно не понимают друг друга. FHIR решает это, требуя стандартные коды для содержимого:

• LOINC для анализов и измерений: глюкоза натощак имеет код 1558-6 в любой точке мира.
• SNOMED CT и МКБ-10 для диагнозов и процедур.
• ATC (классификация ВОЗ) для лекарств, по действующему веществу.
• UCUM для единиц измерения: мг/дл и ммоль/л записываются одинаково везде, а пересчёт автоматический.

Со структурой и кодами ресурс FHIR из лаборатории в Сибиу корректно читается больницей в Вене или приложением в Калифорнии, и никому не пришлось строить между ними «мост».

Что это значит для вас конкретно

Четыре вещи — от самой заметной до самой важной.

Ваши данные можно перенести. Если ваша карта хранится как FHIR, её можно полностью экспортировать и импортировать в любую совместимую систему. Вы не зависите от одного приложения и не заложник формата, который понимает только оно. «Ваши» на практике означает «экспортируемые в стандартном формате».

Ваши данные понятны врачам. Новый врач, больница в другой стране, служба скорой помощи — все могут получить сводку FHIR (обычно в виде Международной сводки пациента) и прочитать её в своей системе, со своими кодами, на своём языке. Не 40-страничный PDF, а данные, в которых можно искать, фильтровать и сравнивать.

Ваши данные можно объединить. Анализы из разных лабораторий, измерения с часов, лекарства из рецептов, отсканированные документы: когда всё это ресурсы FHIR с кодами LOINC и датами, они ложатся на одну временную шкалу и сравниваются. Хорошее приложение делает это автоматически.

Ваши данные защищены стандартом, а не обещанием. FHIR описывает и то, как предоставляется доступ к данным: через SMART on FHIR — механизм на основе OAuth 2, в котором вы явно одобряете, какое приложение видит какую часть карты и на какой срок, и можете отозвать доступ. Это тот же механизм, что и «войти через Google» на сайте, только для медицинских данных и с тонкими разрешениями (только анализы, только лекарства, только чтение).

Где FHIR уже используется

FHIR — не стандарт «будущего». Он уже обязателен или применяется там, где вы знаете:

• США требуют по закону (21st Century Cures Act и правила ONC 2020 года), чтобы любая сертифицированная медицинская система предоставляла данные пациента через API FHIR R4, а пациент мог забрать данные приложением по своему выбору.
• Apple Health Records через FHIR переносит карты из сотен больниц в приложение «Здоровье» на iPhone.
• Европейский союз выбрал FHIR для европейского формата обмена электронными медицинскими картами (EEHRxF), который регламент EHDS предписывает государствам-членам; сводки пациентов, которыми страны обмениваются через MyHealth@EU, построены на нём.
• Великобритания, Нидерланды, Германия, скандинавские страны используют FHIR в национальных инфраструктурах — от немецкого электронного рецепта до нидерландской карты.
• Всемирная организация здравоохранения выбрала основанную на FHIR Международную сводку пациента для глобальной сети цифровых медицинских сертификатов.

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

Как распознать приложение, которое действительно использует FHIR

Написать «FHIR» на сайте может любой. Вопросы ниже отделяют слово от реальности.

1. Могу ли я экспортировать всю карту как FHIR? Не «отчёт в PDF», а файл с ресурсами (Bundle), который другая система может импортировать. Если ответ «нет» или «только по запросу, по электронной почте», данные на самом деле не ваши.
2. Есть ли у анализов коды LOINC и единицы UCUM? Приложение, которое хранит только текст «Холестерин: 210», не сможет сравнить его с прошлогодним значением из другой лаборатории. То, что хранит код и единицу, — сможет.
3. Могу ли я дать кому-то доступ, ограниченный и отзываемый? Врачу, клинике, другому приложению: со SMART on FHIR вы выбираете, что они видят и как долго, и видите, кто что прочитал.
4. Могу ли я сформировать сводку IPS? Это практический тест «интероперабельности»: если приложение может выдать стандартную сводку, которую читает любая европейская больница, структура за ним настоящая.
5. Есть ли публичная документация для разработчиков? Документированный API FHIR с публичной декларацией возможностей (CapabilityStatement) означает, что другие системы действительно могут подключиться. Если её нет, «интероперабельный» — просто прилагательное.

Чего FHIR не решает

Честно сказать и о границах. FHIR описывает формат и передачу данных, а не их качество: неверно введённый анализ остаётся неверным, просто в красивом формате. FHIR не гарантирует конфиденциальность; она зависит от того, кто хранит данные, в какой стране и с какими правилами доступа. И FHIR не заставляет системы хотеть обмениваться данными: у многих больниц есть API FHIR, который они никому не открывают, — именно поэтому существуют законы (в США, в ЕС через EHDS), которые их обязывают.

Как Anpheros использует FHIR

Anpheros хранит карту каждого человека как ресурсы HL7 FHIR R4 (26 типов ресурсов, от Patient и Observation до DocumentReference и Consent) с кодами LOINC, МКБ-10, ATC и UCUM, в Европейском союзе. Приложение Anpheros Daily — клиент того же публичного API, которым пользуются клиники и разработчики; отдельного «внутреннего» формата нет. Вы можете в любой момент экспортировать полную карту или сводку IPS, проверенную официальным валидатором HL7. Доступ другим приложениям даётся через SMART on FHIR с согласием на ограниченный срок, отзываемым, и с журналом, который вы видите. Документация API и декларация возможностей открыты на developers.anpheros.com.

Частые вопросы

Нужно ли мне знать FHIR, чтобы пользоваться картой?

Нет. FHIR работает «под капотом». Вы видите анализы, лекарства и документы; стандарт делает их переносимыми, сравнимыми и читаемыми для врачей. Знать о нём стоит только для того, чтобы правильно выбрать, где хранить данные.

FHIR — это то же самое, что государственная электронная карта?

Нет. FHIR — формат и способ передачи; государственная карта — система. Многие национальные системы используют или внедряют FHIR, но наличие в стране электронной карты не значит, что вы можете забрать оттуда свои данные как FHIR. В ЕС именно этого потребует EHDS.

В чём разница между FHIR R4 и R5?

R5 (2023) приносит уточнения, но пока не требуется законодательством, и его используют немногие системы. R4 (2019) — основа требований США и ЕС и существующих внедрений. Приложение на R4 — безопасный выбор сегодня; переход на R5 будет постепенным и совместимым.

Если мой экспорт в FHIR, я правда могу импортировать его в другое приложение?

Если другое приложение принимает импорт FHIR — да, при одном условии: стандартные коды. Ресурсы с LOINC, МКБ-10 и UCUM сопоставляются чисто; те, что в свободном тексте, попадают как заметки. Поэтому важно, чтобы исходное приложение кодировало данные с самого начала.

FHIR безопасен?

FHIR сам по себе ни безопасен, ни небезопасен — это формат. Безопасность зависит от реализации: шифрование, хостинг, аутентификация, согласие. SMART on FHIR даёт хорошую основу для контролируемого доступа, но всё равно нужно смотреть, кто хранит данные и где.