Szabványok

HL7 vs FHIR: különbségek az HL7 v2, CDA és FHIR között, és melyikre van szüksége

Az HL7 egy szervezet és szabványcsalád; a FHIR a legújabb. Mit csinálnak az HL7 v2 üzenetek, a CDA dokumentumok és a FHIR erőforrások, hol élnek még 2026-ban, és hogyan lesz egy laboreredmény HL7 v2-ből FHIR megfigyelés.

Szerző: Megjelent: 4 perc olvasási idő

A „HL7 vs FHIR” kérdés kissé pontatlan, de a válasz így is hasznos. A HL7 egy szervezet, a Health Level Seven International, és az általa publikált szabványok családja. A FHIR ennek a családnak a legújabb tagja. A valódi összehasonlítás a három HL7 szabvány között zajlik, amelyekkel a gyakorlatban találkozni fog: HL7 v2 üzenetek, CDA dokumentumok és FHIR erőforrások. Ez az útmutató elmagyarázza, mi micsoda, hol tart 2026-ban, és melyikre van szüksége.

Műszaki verzió fejlesztőknek: FHIR vs HL7 v2 · HL7 v2 – FHIR megfeleltetés a developers.anpheros.com oldalon, kérésekkel, válaszokkal és korlátokkal. Ez az oldal a köznyelvű verzió.

HL7 v2: üzenetek kórházi rendszerek között

A HL7 v2 a 80-as évek végéről származik, és továbbra is a legelterjedtebb egészségügyi adat szabvány a világon. Üzeneteket mozgat a kórházakon belüli és körüli rendszerek között: egy páciens bekerül (ADT), egy vizsgálatot rendelnek (ORM), egy eredmény érkezik vissza (ORU). Az üzenet egy pipe-tal elválasztott szöveg szegmensekkel:

MSH|^~\&|LAB|CityLab|EHR|Clinic|20260901081000+0300||ORU^R01|MSG0001|P|2.5.1
PID|1||12345^^^Clinic^MR||Ionescu^Elena||19850903|F
OBR|1|||CBC^Complete blood count|||20260901081000+0300
OBX|1|NM|718-7^Hemoglobin^LN||13.2|g/dL|12.0-16.0|N|||F|||20260901081000+0300

Működik, mindenhol jelen van, és nehéz egy modern alkalmazásnak feldolgoznia: a formátum pozicionális, minden helyszínnek megvan a saját dialektusa, és nincs olyan koncepció, hogy „lekérni ezt a páciens rekordját HTTP-n keresztül”.

CDA: klinikai dokumentumok

A Clinical Document Architecture (Klinikai Dokumentum Architektúra) a 2000-es évekből származik, és XML formátumú dokumentumokat jelent: egy zárójelentést, egy beutalót, egy páciens összefoglalót. A CDA dokumentum ember által olvasható és egészében alá van írva. Sok nemzeti adatcsere és az első generációs páciens összefoglalók erre épültek. Jó formátum dokumentumokhoz, de rossz egy olyan kérdéshez, mint „mi volt ennek a személynek az utolsó vérnyomása”.

FHIR: erőforrások az interneten

A Fast Healthcare Interoperability Resources (Gyors Egészségügyi Interoperabilitási Erőforrások), amelyet először 2014-ben publikáltak és 2019 óta stabil R4 verzióban érhető el, az egészségügyi adatokat erőforrásokként írja le, ismert struktúrával, JSON vagy XML formátumban, HTTP-n keresztül elérhetően, pontosan úgy, mint a weboldalak. Egy laboratóriumi eredmény egy Observation, egy diagnózis egy Condition, egy recept egy MedicationRequest, mindegyik szabványos kódokkal (LOINC, ICD-10 vagy SNOMED CT, ATC). Ezeket a lekérdezéshez, kereséshez és íráshoz a programozók által már ismert eszközöket használhatják:

GET /fhir/R4/Observation?patient=123&code=http://loinc.org|718-7&_sort=-date

A FHIR az, amit az EU és az USA szabályozása most megkövetel a páciensek hozzáféréséhez, amin a SMART on FHIR alkalmazások futnak, és amire az European Health Data Space épül. Köznyelvű magyarázat a Mi az a FHIR és miért fontos című cikkben található.

Egymás mellett

HL7 v2 CDA FHIR
Egység üzenet dokumentum erőforrás
Formátum elválasztott szöveg XML JSON vagy XML
Szállítás MLLP, fájlok fájlok, adatcsere HTTP REST
Legjobb kórházi rendszerek integrációja aláírt dokumentumok alkalmazások, API-k, páciens hozzáférés
Korszak 1989-től 2005-től 2014-től, R4 2019
Még gyakori laborok, ADT feedek, eszközök nemzeti adatcserék minden új

Melyikre van szüksége

  • Alkalmazás, API vagy AI asszisztens építése: FHIR, habozás nélkül.
  • Eredmények fogadása laboratóriumból vagy kórházból: valószínűleg HL7 v2, mert ezt küldik. Konvertálás a határfelületen.
  • Hivatalos dokumentumok cseréje nemzeti rendszerrel: CDA vagy FHIR dokumentumok, országtól függően.

A gyakorlati minta a „HL7 v2 be, FHIR minden másra”. Az Anpheros Platform pontosan ezt teszi a laboreredményekkel: egy labor ORU^R01 üzenetet küld, ahogy van, és minden OBX egy FHIR Observation lesz LOINC kóddal, egységgel, referenciatartománnyal és a laboratórium neveként a teljesítőként. A páciens rekordja FHIR; a laboratóriumnak soha nem kell változtatnia.

curl -X POST "$BASE/v1/patients/$PID/labs/import" \
     -H "Authorization: Bearer $KEY" -H "Content-Type: x-application/hl7-v2+er7" \
     --data-binary @report.hl7

A részleteket a Labor csatlakozó: HL7 v2 és CSV FHIR-be című cikk tartalmazza.

Gyakori kérdések

A FHIR leváltja a HL7 v2-t?

Új munkák esetében igen. A meglévő v2 feedek évekig működni fognak, mert működnek, és a lecserélésük pénzbe kerül. A legtöbb valós rendszer a határfelületen konvertálja a v2-t FHIR-re, ahelyett, hogy lecserélné a feedet.

A FHIR része a HL7-nek?

Igen. A FHIR-t a HL7 International publikálja, ugyanaz a szervezet, amely a v2 és a CDA mögött áll. A „HL7 FHIR” a teljes neve.

Melyik FHIR verziót használjam?

R4 (4.0.1). Ezt említik a szabályozások, és ezt implementálja a legtöbb rendszer. Az R5 létezik, de az elfogadottsága korlátozott; az Anpheros Platform az R4-et implementálja.

A FHIR is tud dokumentumokat kezelni?

Igen: egy DocumentReference mutat egy PDF-re vagy bármilyen fájlra, és egy FHIR Document Bundle egy összeállított dokumentumot tartalmazhat a szakaszaival, ami az International Patient Summary (Nemzetközi Páciens Összefoglaló) kézbesítésének módja.

Szükségem van a HL7 v2 ismeretére a FHIR API használatához?

Nem. Ha egy laborral vagy kórházzal integrál, akkor az ő oldalukon találkozni fog a v2-vel; egy olyan platform, amely ezt átalakítja Önnek, azt jelenti, hogy a saját kódja mindig csak FHIR-t lát.

Ez az útmutató tájékoztató jellegű, és nem helyettesíti az orvosi tanácsot. Az egészségeddel kapcsolatos döntésekhez beszélj az orvosoddal. Vészhelyzet esetén hívd a 112-t.
A szerzőról
Adrian Kereky

Founder of Anpheros. An electronics engineer, he spent six years in autonomous driving, on automotive projects run in partnership with Samsung and NVIDIA, designing the architecture of driver-assistance and AI systems that run on NVIDIA chips with CUDA. He then built Anpheros: the patient-controlled medical record and the HL7 FHIR R4 platform it runs on.

Többet az Anpherosról és a szerzőről →

Tartsd magadnál az egészségügyi dokumentációdat

Az Anpheros Daily egy helyen tárolja a tüneteket, leleteket, gyógyszereket és dokumentumokat, szabványos formátumban, az irányításod alatt. Az Alap csomag ingyenes.

Szerezd meg az Anpheros Daily-t