Czym jest FHIR i dlaczego ma znaczenie dla Twojej dokumentacji medycznej

Jeśli kiedykolwiek szukałeś aplikacji do dokumentacji medycznej, natknąłeś się na skrót FHIR. Pojawia się w opisach, na stronach „bezpieczeństwo i zgodność”, w komunikatach szpitali i ministerstw. Rzadko jest wyjaśniany. Ten poradnik to robi, nie zamieniając Cię w programistę: czym jest FHIR, jaki problem rozwiązuje, co konkretnie oznacza dla Ciebie i jak poznać, czy aplikacja naprawdę go używa, czy tylko pisze o nim na stronie.

Problem: każdy system mówi innym językiem

Badanie krwi zrobione w laboratorium dociera do Ciebie jako PDF. To samo badanie w systemie szpitala to wiersz w bazie danych o własnym formacie. U lekarza rodzinnego to, być może, luźna notatka. Trzy miejsca, trzy formaty, żadnego połączenia. Gdy chcesz je zestawić, jedynym narzędziem jest człowiek, który czyta i przepisuje.

Przez dekady systemy medyczne budowano dokładnie tak: każdy z własnym formatem, wymieniający dane z innymi tylko przez „mosty” pisane na zamówienie, drogie i kruche. Starsze standardy (HL7 wersja 2 z lat 80. czy CDA) częściowo rozwiązały problem dla szpitali, ale są trudne w użyciu dla nowoczesnych aplikacji i niemal nieczytelne dla człowieka.

Czym jest FHIR

FHIR (wymawiane „fajer”) to skrót od Fast Healthcare Interoperability Resources. To standard publikowany przez HL7 International, organizację, która od ponad 35 lat definiuje, jak dane medyczne przepływają między systemami. Dziś powszechnie używana jest wersja R4 (4.0.1), opublikowana w 2019 r.; nowsza wersja R5 istnieje od 2023 r., ale większość systemów na świecie, łącznie z wymogami prawnymi w UE i USA, opiera się na R4.

Główna idea jest prosta: każda informacja medyczna jest opisana jako zasób o znanej strukturze. Jest zasób dla pacjenta (Patient), dla badania lub pomiaru (Observation), dla rozpoznania (Condition), dla przepisanego leku (MedicationRequest), dla alergii (AllergyIntolerance), dla szczepienia (Immunization), dla dokumentu (DocumentReference) i tak dalej, łącznie około 150. Każdy zasób ma zdefiniowane pola: Observation ma kod tego, co zmierzono, wartość, jednostkę, datę, kto mierzył, dla kogo.

Zasoby zapisuje się w JSON lub XML, formatach czytanych przez każdy język programowania, i przesyła przez internet dokładnie jak strony www, przez adresy i żądania HTTP. To różnica wobec starych standardów: FHIR używa narzędzi, które każdy programista już zna, więc jest tani we wdrożeniu i trudny do wdrożenia źle.

Kody: aby wszyscy rozumieli to samo

Struktura nie wystarczy. Jeśli jeden system pisze „cukier”, a drugi „glukoza w surowicy”, nadal się nie rozumieją. FHIR rozwiązuje to, wymagając standardowych kodów dla treści:

• LOINC dla badań i pomiarów: glukoza na czczo ma kod 1558-6 wszędzie na świecie.
• SNOMED CT i ICD-10 dla rozpoznań i procedur.
• ATC (klasyfikacja WHO) dla leków, według substancji czynnej.
• UCUM dla jednostek: mg/dl i mmol/l zapisuje się identycznie wszędzie, a przeliczanie jest automatyczne.

Ze strukturą i kodami zasób FHIR wytworzony przez laboratorium w Sybinie jest poprawnie czytany przez szpital w Wiedniu lub aplikację w Kalifornii, bez „mostu” napisanego między nimi.

Co to oznacza dla Ciebie, konkretnie

Cztery rzeczy, od najbardziej widocznej do najważniejszej.

Twoje dane można przenieść. Jeśli dokumentacja jest zapisana jako FHIR, można ją w całości wyeksportować i zaimportować do dowolnego kompatybilnego systemu. Nie zależysz od jednej aplikacji i nie jesteś zakładnikiem formatu, który rozumie tylko ona. „Twoje” oznacza w praktyce „możliwe do wyeksportowania w standardowym formacie”.

Twoje dane rozumieją lekarze. Nowy lekarz, szpital w innym kraju, pogotowie: wszyscy mogą otrzymać podsumowanie FHIR (zwykle jako Międzynarodowe Podsumowanie Pacjenta) i odczytać je w swoim systemie, ze swoimi kodami, w swoim języku. Nie 40-stronicowy PDF, lecz dane, które można przeszukiwać, filtrować i porównywać.

Twoje dane można zebrać razem. Badania z różnych laboratoriów, pomiary z zegarka, leki z recept, zeskanowane dokumenty: gdy wszystkie są zasobami FHIR z kodami LOINC i datami, mieszczą się na jednej osi czasu i dają się porównać. Dobra aplikacja robi to automatycznie.

Twoje dane chroni standard, nie obietnica. FHIR opisuje też, jak udziela się dostępu do danych: przez SMART on FHIR, mechanizm oparty na OAuth 2, w którym wyraźnie zatwierdzasz, która aplikacja widzi którą część dokumentacji, na jak długo, i możesz cofnąć dostęp. To ten sam mechanizm, którego używasz, „logując się przez Google” na stronie, zastosowany do danych medycznych, z precyzyjnymi uprawnieniami (tylko badania, tylko leki, tylko odczyt).

Gdzie FHIR jest już używany

FHIR nie jest standardem „przyszłości”. Jest już obowiązkowy lub w użyciu w miejscach, które znasz:

• Stany Zjednoczone wymagają ustawowo (21st Century Cures Act i reguły ONC z 2020 r.), aby każdy certyfikowany system medyczny udostępniał dane pacjenta przez API FHIR R4, a pacjent mógł zabrać swoje dane wybraną aplikacją.
• Apple Health Records sprowadza dokumentację z setek szpitali do aplikacji Zdrowie na iPhonie przez FHIR.
• Unia Europejska wybrała FHIR dla europejskiego formatu wymiany elektronicznej dokumentacji medycznej (EEHRxF), który rozporządzenie EHDS narzuca państwom członkowskim; podsumowania pacjenta wymieniane między krajami przez MyHealth@EU są na nim zbudowane.
• Wielka Brytania, Holandia, Niemcy i kraje nordyckie używają FHIR w infrastrukturach krajowych, od niemieckiej e-recepty po holenderską dokumentację.
• Światowa Organizacja Zdrowia wybrała oparte na FHIR Międzynarodowe Podsumowanie Pacjenta dla globalnej sieci cyfrowych certyfikatów zdrowotnych.

Dla Ciebie oznacza to, że aplikacja, która przechowuje Twoją dokumentację jako FHIR R4, nie jest wyspą: mówi językiem, którym już mówią szpitale i urzędy, teraz i przez następną dekadę.

Jak rozpoznać aplikację, która naprawdę używa FHIR

Każdy może napisać „FHIR” na stronie. Poniższe pytania oddzielają słowo od rzeczywistości.

1. Czy mogę wyeksportować całą dokumentację jako FHIR? Nie „raport PDF”, lecz plik z zasobami (Bundle), który inny system może zaimportować. Jeśli odpowiedź brzmi „nie” lub „tylko na życzenie, e-mailem”, dane nie są naprawdę Twoje.
2. Czy wyniki badań mają kody LOINC i jednostki UCUM? Aplikacja, która zapisuje tylko tekst „Cholesterol: 210”, nie porówna go z zeszłoroczną wartością z innego laboratorium. Taka, która zapisuje kod i jednostkę, porówna.
3. Czy mogę dać komuś dostęp ograniczony i odwoływalny? Lekarzowi, przychodni, innej aplikacji: ze SMART on FHIR wybierasz, co widzą i jak długo, i widzisz, kto co odczytał.
4. Czy mogę wygenerować podsumowanie IPS? To praktyczny test „interoperacyjności”: jeśli aplikacja potrafi wytworzyć standardowe podsumowanie, które czyta każdy europejski szpital, struktura za nią jest prawdziwa.
5. Czy jest publiczna dokumentacja dla programistów? Udokumentowane API FHIR z publiczną deklaracją możliwości (CapabilityStatement) oznacza, że inne systemy naprawdę mogą się podłączyć. Jeśli jej nie ma, „interoperacyjny” to tylko przymiotnik.

Czego FHIR nie rozwiązuje

Uczciwie trzeba powiedzieć też o granicach. FHIR opisuje format i transport danych, nie ich jakość: źle wprowadzone badanie pozostaje błędne, tylko w ładnym formacie. FHIR nie gwarantuje prywatności; ta zależy od tego, kto przechowuje dane, w jakim kraju i na jakich zasadach dostępu. I FHIR nie sprawia, że systemy chcą wymieniać dane: wiele szpitali ma API FHIR i nie otwiera go nikomu, dlatego właśnie istnieją przepisy (w USA, w UE przez EHDS), które je do tego zobowiązują.

Jak Anpheros używa FHIR

Anpheros przechowuje dokumentację każdej osoby jako zasoby HL7 FHIR R4 (26 typów zasobów, od Patient i Observation po DocumentReference i Consent), z kodami LOINC, ICD-10, ATC i UCUM, w Unii Europejskiej. Aplikacja Anpheros Daily jest klientem tego samego publicznego API, z którego korzystają przychodnie i programiści; nie ma osobnego formatu „wewnętrznego”. W każdej chwili możesz wyeksportować pełną dokumentację lub podsumowanie IPS, zwalidowane oficjalnym walidatorem HL7. Dostęp innych aplikacji jest udzielany przez SMART on FHIR, ze zgodą na ograniczony czas, odwoływalną i z dziennikiem, który widzisz. Dokumentacja API i deklaracja możliwości są publiczne na developers.anpheros.com.

Najczęstsze pytania

Czy muszę znać FHIR, żeby korzystać z dokumentacji?

Nie. FHIR działa pod maską. Ty widzisz badania, leki i dokumenty; standard sprawia, że można je przenosić, porównywać i czytać przez lekarzy. Warto wiedzieć, że istnieje, tylko po to, by dobrze wybrać, gdzie trzymasz dane.

Czy FHIR to to samo co Internetowe Konto Pacjenta?

Nie. FHIR to format i sposób transportu; IKP to system. Wiele systemów krajowych używa lub wdraża FHIR, ale to, że kraj ma elektroniczną dokumentację, nie znaczy, że możesz z niej zabrać dane jako FHIR. W UE EHDS będzie wymagał dokładnie tego.

Jaka jest różnica między FHIR R4 a R5?

R5 (2023) wnosi udoskonalenia, ale nie jest jeszcze wymagany przepisami i mało systemów go używa. R4 (2019) jest podstawą wymogów w USA i UE oraz istniejących wdrożeń. Aplikacja na R4 to dziś bezpieczny wybór; przejście na R5 będzie stopniowe i zgodne.

Jeśli mój eksport jest w FHIR, czy naprawdę mogę go zaimportować do innej aplikacji?

Jeśli druga aplikacja przyjmuje import FHIR, tak, pod jednym warunkiem: standardowe kody. Zasoby z LOINC, ICD-10 i UCUM mapują się czysto; te z wolnym tekstem trafiają jako notatki. Dlatego ważne, by aplikacja źródłowa kodowała dane od początku.

Czy FHIR jest bezpieczny?

FHIR sam w sobie nie jest ani bezpieczny, ani niebezpieczny; to format. Bezpieczeństwo wynika z wdrożenia: szyfrowania, hostingu, uwierzytelniania, zgody. SMART on FHIR daje dobre ramy kontrolowanego dostępu, ale nadal trzeba patrzeć, kto trzyma dane i gdzie.