Mi az a FHIR, és miért fontos az egészségügyi adataid szempontjából

Ha valaha is kerestél már olyan alkalmazást, amely tárolja az egészségügyi adataidat, akkor valószínűleg találkoztál az FHIR rövidítéssel. Ez szerepel az ismertetőkben, a „biztonság és megfelelőség” oldalakon, kórházak és minisztériumok közleményeiben. Ritkán magyarázzák el. Ez az útmutató ezt teszi meg anélkül, hogy programozóvá kellene válnod: mi az FHIR, milyen problémát old meg, mit jelent ez számodra konkrétan, és hogyan tudod megállapítani, hogy egy alkalmazás valóban használja-e, vagy csak ráírta a weboldalára.

A probléma: minden rendszer más nyelvet beszél

Egy laboratóriumban elvégzett vérvizsgálat PDF-ként érkezik meg hozzád. Ugyanaz a vizsgálat a kórház rendszerében egy adatbázissor a saját formátumában. A háziorvosodnál talán egy szabad szöveges megjegyzés. Három hely, három formátum, nincs köztük kapcsolat. Amikor össze akarod őket rakni, az egyetlen eszköz egy ember, aki elolvassa és átírja.

Évtizedek óta az egészségügyi rendszereket pontosan így építették: mindegyiknek megvolt a saját formátuma, és csak speciálisan, drágán és törékenyen írt „hidakon” keresztül cseréltek adatokat másokkal. Az idősebb szabványok (HL7 v2, az 1980-as évekből, vagy a CDA) részben megoldották a kórházak problémáját, de a modern alkalmazások számára nehezen használhatók, és egy ember számára szinte lehetetlen elolvasni őket.

Mi az FHIR?

Az FHIR (kiejtve: „fájör”) a Fast Healthcare Interoperability Resources rövidítése. Ez egy szabvány, amelyet az HL7 International publikált, az a szervezet, amely több mint 35 éve meghatározza, hogyan mozog az egészségügyi adat a rendszerek között. A ma széles körben használt verzió az R4 (4.0.1), amelyet 2019-ben adtak ki; egy újabb verzió, az R5, 2023 óta létezik, de a világ legtöbb rendszere, beleértve az EU és az USA jogi követelményeit is, az R4-en alapul.

A központi ötlet egyszerű: bármilyen egészségügyi információt egy ismert struktúrával rendelkező erőforrásként írunk le. Van egy erőforrás a betegnek (Patient), egy a vizsgálatnak vagy mérésnek (Observation), egy a diagnózisnak (Condition), egy a felírt gyógyszernek (MedicationRequest), egy az allergiának (AllergyIntolerance), egy az oltásnak (Immunization), egy a dokumentumnak (DocumentReference) és így tovább, összesen mintegy 150. Minden erőforrásnak vannak meghatározott mezői: egy Observation rendelkezik egy kóddal arról, hogy mit mértek, egy értékkel, egy mértékegységgel, egy dátummal, ki mérte, kinek.

Az erőforrások JSON vagy XML formátumban íródnak, amelyeket minden programozási nyelv olvas, és pontosan úgy utaznak az interneten, mint a weboldalak, címeken és HTTP kéréseken keresztül. Ez a különbség a régi szabványokhoz képest: az FHIR azokat az eszközöket használja, amelyeket minden programozó már ismer, így olcsó a bevezetése és nehéz rosszul megvalósítani.

Kódok: hogy mindenki ugyanazt értse

A struktúra nem elegendő. Ha az egyik rendszer „vércukrot” ír, a másik pedig „szérum glükózt”, akkor sem értik egymást. Az FHIR ezt úgy oldja meg, hogy szabványos kódokat ír elő a tartalomhoz:

• LOINC a vizsgálatokhoz és mérésekhez: az éhomi glükóz kódja 1558-6, bárhol a világon.
• SNOMED CT és ICD-10 a diagnózisokhoz és eljárásokhoz.
• ATC (a WHO osztályozása) a gyógyszerekhez, hatóanyag szerint.
• UCUM a mértékegységekhez: a mg/dL és mmol/L mindenhol azonos módon íródik, és a konverzió automatikus.

Struktúrával és kódokkal egy nagyszebeni laboratórium által előállított FHIR erőforrás helyesen olvasható egy bécsi kórházban vagy egy kaliforniai alkalmazásban anélkül, hogy bárki is írt volna „hidat” közöttük.

Mit jelent ez számodra, konkrétan

Négy dolog, a legláthatóbból a legfontosabba.

Az adataid mozgathatók. Ha az adataid FHIR formátumban vannak tárolva, akkor teljes egészében exportálhatók és importálhatók bármely más kompatibilis rendszerbe. Nem függsz egyetlen alkalmazástól, és nem vagy túsz egy olyan formátum foglya, amelyet csak az ért. „A tiéd” azt jelenti a gyakorlatban, hogy „szabványos formátumban exportálható”.

Az adataidat az orvosok megérthetik. Egy új orvos, egy külföldi kórház, egy sürgősségi szolgálat: mindannyian megkaphatnak egy FHIR összefoglalót (általában egy Nemzetközi Betegösszefoglalóként) és elolvashatják a saját rendszerükben, a saját kódjaikkal, a saját nyelvükön. Nem egy 40 oldalas PDF, hanem olyan adatok, amelyeket kereshetnek, szűrhetnek és összehasonlíthatnak.

Az adataid összehozhatók. Különböző laboratóriumok vizsgálatai, a pulzusmérő órád mérései, a vényekről származó gyógyszerek, szkennelt dokumentumok: ha mind FHIR erőforrások LOINC kódokkal és dátumokkal, akkor ugyanarra az idővonalra kerülnek, és összehasonlíthatók. Egy jó alkalmazás ezt automatikusan megteszi.

Az adataidat egy szabvány védi, nem egy ígéret. Az FHIR azt is leírja, hogyan engedélyezik az adatokhoz való hozzáférést: a SMART on FHIR keretrendszeren keresztül, amely az OAuth 2-n alapul, amelyben kifejezetten jóváhagyod, hogy melyik alkalmazás melyik részét lássa az adatoknak, mennyi ideig, és visszavonhatod a hozzáférést. Ez ugyanaz a mechanizmus, amelyet akkor használsz, amikor „bejelentkezel Google-lal” egy weboldalon, de egészségügyi adatokra alkalmazva, finomhangolt engedélyekkel (csak a vizsgálatok, csak a gyógyszerek, csak olvasható).

Hol használják már az FHIR-t?

Az FHIR nem egy „jövőbeli” szabvány. Már kötelező vagy használatban van olyan helyeken, amelyeket ismersz:

• Az Egyesült Államok törvényileg előírja (a 21st Century Cures Act és a 2020-as ONC szabályok), hogy minden tanúsított egészségügyi rendszer tegye elérhetővé a beteg adatait egy FHIR R4 API-n keresztül, és hogy a betegek elvihessék adataikat egy általuk választott alkalmazásba.
• Az Apple Health Records több száz kórház adatait hozza el az iPhone-on lévő Health alkalmazásba FHIR-en keresztül.
• Az Európai Unió az FHIR-t választotta az európai elektronikus egészségügyi nyilvántartás csereformátumának (EEHRxF), amelyet az EHDS rendelet ír elő a tagállamok számára; a MyHealth@EU-n keresztül országok között cserélt betegösszefoglalók erre épülnek.
• Az Egyesült Királyság, Hollandia, Németország és az északi országok FHIR-t használnak nemzeti infrastruktúrájukban, a német elektronikus vényektől a holland nyilvántartásig.
• A Világegészségügyi Szervezet az FHIR-alapú Nemzetközi Betegösszefoglalót választotta digitális egészségügyi tanúsítványainak globális hálózatához.

Számodra ez azt jelenti, hogy egy olyan alkalmazás, amely az adataidat FHIR R4 formátumban tárolja, nem egy sziget: azt a nyelvet beszéli, amit a kórházak és a hatóságok már beszélnek, most és a következő évtizedben.

Hogyan ismerheted fel az FHIR-t valóban használó alkalmazást?

Bárki írhatja, hogy „FHIR” egy weboldalra. Az alábbi kérdések választják el a szót a valóságtól.

1. Exportálhatom a teljes adatomat FHIR formátumban? Nem „PDF jelentést”, hanem egy erőforrásokat tartalmazó fájlt (Bundle), amelyet egy másik rendszer importálhat. Ha a válasz „nem”, vagy „csak kérésre, e-mailben”, akkor az adatok nem igazán a tieid.
2. A laboreredmények rendelkeznek LOINC kódokkal és UCUM mértékegységekkel? Egy alkalmazás, amely csak „Koleszterin: 210” szövegként tárolja, nem tudja összehasonlítani a tavalyi értékkel egy másik laborból. Az, amelyik tárolja a kódot és a mértékegységet, tudja.
3. Adhatok hozzáférést másoknak, korlátozottan és visszavonhatóan? Egy orvosnak, egy klinikának, egy másik alkalmazásnak: a SMART on FHIR segítségével kiválaszthatod, mit látnak és mennyi ideig, és láthatod, ki mit olvasott.
4. Generálhatok egy IPS összefoglalót? Ez az „interoperabilitás” gyakorlati tesztje: ha az alkalmazás képes előállítani azt a szabványos összefoglalót, amelyet bármely európai kórház elolvas, akkor a mögötte lévő struktúra valós.
5. Van nyilvános fejlesztői dokumentáció? Egy dokumentált FHIR API nyilvános képességnyilatkozattal (CapabilityStatement) azt jelenti, hogy más rendszerek valóban csatlakozhatnak. Ha nincs, az „interoperábilis” csak egy jelző.

Amit az FHIR nem old meg

Igazságos a határokat is megállapítani. Az FHIR az adatok formátumát és szállítását írja le, nem a minőségét: egy rosszul bevitt eredmény rosszul marad, csak szép formátumban. Az FHIR nem garantálja a magánéletedet; ez attól függ, ki tárolja az adatokat, melyik országban és milyen hozzáférési szabályok szerint. És az FHIR nem teszi hajlandóvá a rendszereket az adatok cseréjére: sok kórház rendelkezik FHIR API-val, és senkinek sem nyitja meg, ami pontosan az oka annak, hogy léteznek jogszabályok (az USA-ban és az EU-ban az EHDS révén), amelyek kötelezik őket erre.

Hogyan használja az Anpheros az FHIR-t?

Az Anpheros minden személy adatait HL7 FHIR R4 erőforrásként tárolja (26 erőforrás típus, a Patient és Observation elemtől a DocumentReference és Consent elemig), LOINC, ICD-10, ATC és UCUM kódokkal, az Európai Unióban. Az Anpheros Daily alkalmazás ugyanazon a nyilvános API-n keresztül működik, amelyet a klinikák és fejlesztők is használnak; nincs külön „belső” formátum. Bármikor exportálhatod a teljes adathalmazt vagy egy IPS összefoglalót, amelyet a hivatalos HL7 validátorral ellenőrizhetsz. Más alkalmazások hozzáférése a SMART on FHIR-en keresztül engedélyezett, korlátozott idejű beleegyezéssel, amely visszavonható, és egy naplóval, amelyet láthatsz. Az API dokumentáció és a képességnyilatkozat nyilvánosan elérhető a developers.anpheros.com címen.

Gyakori kérdések

Szükségem van az FHIR ismeretére az adataim használatához?

Nem. Az FHIR a motorháztető alatt van. Te vizsgálatokat, gyógyszereket és dokumentumokat látsz; a szabvány teszi őket mozgathatóvá, összehasonlíthatóvá és az orvosok által olvashatóvá. Érdemes tudni, hogy létezik, csak azért, hogy jól válaszd meg, hol tárolod az adataidat.

Az FHIR ugyanaz, mint a nemzeti elektronikus nyilvántartás?

Nem. Az FHIR egy formátum és egy szállítási mód; a nemzeti nyilvántartás egy rendszer. Sok nemzeti rendszer használja vagy fogadja el az FHIR-t, de attól, hogy egy országnak van elektronikus nyilvántartása, még nem jelenti, hogy kiviheted az adataidat FHIR formátumban. Az EU-ban az EHDS pontosan ezt fogja megkövetelni.

Mi a különbség az FHIR R4 és R5 között?

Az R5 (2023) finomításokat hoz, de még nem kötelező jogszabályilag, és kevés rendszer használja. Az R4 (2019) az USA és EU követelményeinek, valamint a meglévő implementációknak az alapja. Egy R4-es alkalmazás ma a biztonságos választás; az R5-re való átállás fokozatosan fog megtörténni, kompatibilitással.

Ha az exportom FHIR, tényleg be tudom importálni egy másik alkalmazásba?

Ha a másik alkalmazás elfogadja az FHIR importot, igen, egy feltétellel: szabványos kódok. A LOINC, ICD-10 és UCUM kódokkal rendelkező erőforrások tisztán megfeleltethetők; a szabad szöveggel rendelkezőek jegyzetekként végzik. Ezért fontos, hogy a forrásalkalmazás már a kezdetektől kódolta az adatokat.

Biztonságos az FHIR?

Az FHIR önmagában sem biztonságos, sem nem biztonságos; ez egy formátum. A biztonság az implementációból ered: titkosítás, tárhely, hitelesítés, beleegyezés. A SMART on FHIR jó keretet biztosít a szabályozott hozzáféréshez, de még mindig meg kell nézned, ki birtokolja az adatokat és hol.