Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

FHIR kontra HL7 v2: gyakorlati különbségek

HL7 v2 üzenetek és FHIR erőforrások összehasonlítása fejlesztőknek: formátum, szállítás, ugyanaz a laboreredmény mindkettőben, fordítási buktatók, és hol fogadja el az Anpheros a v2-t.

Az HL7 v2 az az üzenetformátum, amelyet a kórházi rendszerek az 1980-as évek vége óta cserélnek – pipe-delimitált események, mint például a „beteg felvétele” vagy a „laboreredmény kész”, amelyek hálózati kapcsolaton keresztül kerülnek átvitelre a rendszerek között –, míg az HL7 FHIR egy web API szabvány, ahol az alkalmazások erőforrásokat, mint például a Patient és Observation, HTTPS-en keresztül JSON formátumban olvasnak és írnak. Nem olyan alternatívák, amelyeket egyszer választunk ki: a legtöbb kórház továbbra is belsőleg v2-t használ, az új alkalmazások és a páciens-orientált API-k FHIR-t használnak, és az integrációs munka gyakran az egyik fordítása a másikba. Ez az oldal összehasonlítja őket a kódírás szempontjából fontos pontokon, ugyanazt az adatot mutatja be mindkettőben, és elmagyarázza, hol fogadja el az Anpheros a v2-t.

Egymás mellett

A leggyakoribb v2 üzenetek:

Ugyanaz a laboreredmény mindkettőben

Egy ORU^R01 eredmény sor (OBX szegmens):

OBX|1|NM|2093-3^Cholesterol^LN||212|mg/dL|<200|H|||F|||20261002074500

Ugyanaz az eredmény HL7 FHIR R4 Observationként, ahogy az Anpheros tárolja az üzenet importálása után:

{
  "resourceType": "Observation",
  "status": "final",
  "category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/observation-category", "code": "laboratory"}]}],
  "code": {"coding": [{"system": "http://loinc.org", "code": "2093-3", "display": "Cholesterol [Mass/volume] in Serum or Plasma"}], "text": "Cholesterol"},
  "effectiveDateTime": "2026-10-02T07:45:00Z",
  "valueQuantity": {"value": 212.0, "unit": "mg/dL"},
  "interpretation": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v3-ObservationInterpretation", "code": "H"}]}],
  "referenceRange": [{"high": {"value": 200.0, "unit": "mg/dL"}}]
}

Mezőről mezőre: az OBX-3 a code, az OBX-5 és OBX-6 a valueQuantity, az OBX-7 referenceRange, az OBX-8 interpretation, az OBX-11 status, az OBX-14 effectiveDateTime lesz. A HL7 kiadott egy hivatalos HL7 Version 2 to FHIR implementációs útmutatót a szegmensek, adattípusok és szókincsek megfeleltetésével.

Hol hibázhatnak a fordítások

• Időzónák. A v2 időbélyegek, mint például a 20261002074500, gyakran nem tartalmaznak eltolódást; ismernie kell a küldő zónáját. A FHIR zónát igényel, valahányszor idő szerepel. (Az Anpheros az időzóna nélküli v2 időt UTC-ként olvassa; küldje el az eltolódást, ha rendelkezik vele.)
• Helyi kódok. Sok laboratórium a LOINC helyett saját kódokat helyez az OBX-3 mezőbe. A jó fordítás megtartja a helyi kódot, és ahol tudja, hozzárendeli a LOINC-hoz, ahelyett, hogy elhagyná.
• Ismételt küldések. A v2 küldők időtúllépés esetén újra küldik az adatokat. Eredményenként stabil azonosító nélkül a FHIR tároló duplikátumokkal telik meg.
• Minden opcionális. Ugyanaz a mező üres lehet, ismétlődhet, vagy két küldő eltérően használhatja. Validálja a FHIR oldalt; a FHIR R4 validator megmutatja, mi hiányzik egy lefordított erőforrásból.
• Javítások. A v2 eredmény státusza C (javított) frissítse a meglévő megfigyelést (Observation), és tartsa meg annak előzményeit, ne hozzon létre egy másodikat.

Mikor mit használjunk

• Kórházon belül, meglévő rendszerek között: A v2 általában az, amit a rendszerek használnak. Egy integrációs motor útvonalakat és üzeneteket alakít át.
• Alkalmazás építése, beteg-hozzáférésű API vagy bármi, ami szervezeteken átível: FHIR, OAuth és hozzájárulással.
• AI vagy analitika táplálása: FHIR, mert lekérdezhető, kódolt és verziózott.
• Mindkettő: a gyakori valós minta – v2 fogadása a laborból vagy EHR-ből, FHIR tárolása, FHIR kiszolgálása alkalmazásoknak.

Hol illeszkedik be az Anpheros

Az Anpheros betegrekordokat FHIR R4 formátumban tárol, és egyetlen HL7 v2 üzenettípust fogad el: ORU^R01 laboreredményeket, amelyeket HTTPS-en keresztül küldenek a lab csatlakozóhoz (POST /v1/patients/{id}/labs/import Content-Type: x-application/hl7-v2+er7-vel). Minden OBX laboratóriumi megfigyeléssé (Observation) válik LOINC kóddal, referenciatartománnyal és értelmezéssel; a jelentés azonosítója a származási helyen (provenance) kerül tárolásra, az ismételt jelentéseket pedig kihagyja. Egy javított eredmény (OBX-11 = C) új értékkel új Observationként kerül tárolásra amended státusszal; az eredeti változatlan marad, így ha a forrás javításokat küld, jelölje meg a korábbi Observationt entered-in-error-ként, vagy frissítse a FHIR API-n keresztül. Egy kidolgozott példa a Lab eredmények API.

Nem fogad el más v2 üzeneteket (ADT, rendelések, ütemezés), nem figyel MLLP-n, és nem küld v2-t. Ezekhez az Anpheros elé egy integrációs motor szükséges, amely FHIR-re fordít és az API-n keresztül ír.

Gyakran ismételt kérdések

Felváltja a FHIR az HL7 v2-t?

Nem hamarosan. A v2 továbbra is a legtöbb kórház gerincét képezi, mert működik és beépült a meglévő rendszerekbe. A FHIR körülötte növekszik – alkalmazásokban, beteghozzáférésben és szervezetek közötti cserében –, és a kettő együtt létezik, gyakran fordítással közöttük.

Mi az MLLP?

A Minimal Lower Layer Protocol: egy egyszerű módja a v2 üzenetek keretezésének TCP kapcsolaton keresztül, üzenetenként kezdő és záró karakterekkel, valamint egy visszaigazolással (ACK). A FHIR ehelyett HTTPS-t használ.

Tudok HL7 v2 üzeneteket automatikusan FHIR-re konvertálni?

Többnyire. Az HL7 v2-to-FHIR implementációs útmutatója szabványos megfeleltetéseket ad meg, és az integrációs motorok implementálják azokat. Készüljön fel manuális munkára a helyi kódok, Z-szegmensek, időzónák és az opcionális mezők küldő általi használatának tekintetében.

Elfogadja az Anpheros az HL7 v2-t?

Igen, laboreredmények esetén: az ORU^R01 üzenetek HTTPS-en keresztül a laborcsatlakozóhoz küldve FHIR Observations-ökké válnak. Más v2 üzenettípusok és MLLP kapcsolatok nem támogatottak.

Kapcsolódó

• HL7 v2 – FHIR leképezés: szegmens és mező leképezés, valamint egy konverter
• Laboreredmények API: HL7 v2, FHIR és LOINC
• Laboreredmények importálása FHIR rekordba
• Egészségügyi adat interoperabilitás
• DICOM vs FHIR: képalkotó és klinikai adatok
• FHIR platform

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card