Що таке 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 та ICD-10 для діагнозів та процедур.
• ATC (класифікація ВООЗ) для ліків, за активною речовиною.
• UCUM для одиниць вимірювання: мг/дл та ммоль/л пишуться однаково скрізь, а конвертація відбувається автоматично.

Завдяки структурі та кодам, ресурс FHIR, створений лабораторією в Сібіу, правильно читається лікарнею у Відні або додатком у Каліфорнії, без необхідності писати "міст" між ними.

Що це означає для вас, конкретно

Чотири речі, від найбільш помітних до найважливіших.

Ваші дані можна переміщувати. Якщо ваша картка зберігається як FHIR, її можна повністю експортувати та імпортувати в будь-яку іншу сумісну систему. Ви не залежите від одного додатка і не є заручником формату, який розуміє лише він. "Ваші" означає, на практиці, "експортовані у стандартному форматі".

Ваші дані можуть бути зрозумілі лікарям. Новий лікар, лікарня в іншій країні, служба невідкладної допомоги: усі вони можуть отримати зведений звіт FHIR (зазвичай як Міжнародний звіт пацієнта) і прочитати його у своїй системі, з їхніми кодами, їхньою мовою. Це не 40-сторінковий PDF, а дані, які можна шукати, фільтрувати та порівнювати.

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

Ваші дані захищені стандартом, а не обіцянкою. FHIR також описує, як надається доступ до даних: через SMART on FHIR, фреймворк на основі OAuth 2, в якому ви явно схвалюєте, який додаток бачить яку частину картки, на який термін, і можете відкликати доступ. Це той самий механізм, який ви використовуєте, коли "входите через Google" на вебсайті, застосований до медичних даних, з детальними дозволами (тільки аналізи, тільки ліки, тільки для читання).

Де вже використовується FHIR

FHIR — це не стандарт "для майбутнього". Він вже є обов'язковим або використовується в місцях, які ви знаєте:

• Сполучені Штати вимагають законом (Закон про століття 21 та правила ONC 2020 року), щоб будь-яка сертифікована медична система надавала дані пацієнта через API FHIR R4, і щоб пацієнти могли отримувати свої дані за допомогою додатка на свій вибір.
• Apple Health Records збирає записи з сотень лікарень у додаток Health на iPhone через FHIR.
• Європейський Союз обрав 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, ICD-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, ICD-10 та UCUM відображаються чисто; ті, що містять вільний текст, стають примітками. Ось чому важливо, щоб вихідний додаток кодував дані з самого початку.

Чи FHIR безпечний?

FHIR сам по собі не є безпечним чи небезпечним; це формат. Безпека залежить від реалізації: шифрування, хостинг, автентифікація, згода. SMART on FHIR надає гарний фреймворк для контрольованого доступу, але вам все одно потрібно дивитися, хто володіє даними та де.