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

FHIR vs HL7 v2: praktické rozdíly

Zprávy HL7 v2 a FHIR zdroje porovnané pro vývojáře: formát, přenos, stejný laboratorní výsledek v obou, úskalí překladu a kde Anpheros přijímá v2.

HL7 v2 je formát zpráv, který si nemocniční systémy vyměňují od konce 80. let – události oddělené znakem „pipe“ (např. „pacient přijat“ nebo „laboratorní výsledek připraven“), které jsou posílány mezi systémy přes síťové připojení – zatímco HL7 FHIR je standard webového API, kde aplikace čtou a zapisují zdroje jako Patient a Observation přes HTTPS ve formátu JSON. Nejedná se o alternativy, které si vyberete jednou provždy: většina nemocnic stále interně používá v2, nové aplikace a rozhraní pro pacienty používají FHIR a integrační práce často spočívá v překladu jednoho do druhého. Tato stránka je porovnává z hledisek, na kterých záleží při psaní kódu, ukazuje stejná data v obou formátech a vysvětluje, kde Anpheros přijímá v2.

Vedle sebe

Nejběžnější zprávy v2:

Stejný laboratorní výsledek v obou

Řádek výsledku ORU^R01 (segment OBX):

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

Stejný výsledek jako HL7 FHIR R4 Observation, jak jej Anpheros ukládá po importu této zprávy:

{
  "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"}}]
}

Pole po poli: OBX-3 se stává code, OBX-5 a OBX-6 se stávají valueQuantity, OBX-7 referenceRange, OBX-8 interpretation, OBX-11 status, OBX-14 effectiveDateTime. HL7 publikuje oficiální HL7 Version 2 to FHIR implementační průvodce s mapováním segmentů, datových typů a slovníků.

Kde překlady selhávají

• Časová pásma. Časová razítka v2, jako je 20261002074500, často neobsahují žádný posun; musíte znát zónu odesílatele. FHIR vyžaduje zónu, kdykoli je přítomen čas. (Anpheros čte čas v2 bez zóny jako UTC; odešlete posun, pokud jej máte.)
• Lokální kódy. Mnoho laboratoří vkládá své vlastní kódy do OBX-3 místo LOINC. Dobrý překlad zachovává lokální kód a mapuje jej na LOINC, kdykoli je to možné, místo aby jej vynechal.
• Opakované odesílání. Odesílatelé v2 znovu přenáší při vypršení časového limitu. Bez stabilního identifikátoru na výsledek se FHIR úložiště zaplní duplicitami.
• Všechno je volitelné. Stejné pole může být prázdné, opakované nebo použité odlišně dvěma odesílateli. Validujte stranu FHIR; FHIR R4 validátor ukazuje, co přeloženému zdroji chybí.
• Opravy. Stav výsledku v2 C (opraveno) by měl aktualizovat existující Observation a zachovat jeho historii, nikoli vytvořit druhou.

Kdy co použít

• Uvnitř nemocnice, mezi existujícími systémy: v2 je obvykle to, co systémy používají. Integrační engine směruje a transformuje zprávy.
• Vývoj aplikace, API pro přístup pacienta nebo čehokoli, co překračuje organizace: FHIR, s OAuth a souhlasem.
• Napájení AI nebo analytiky: FHIR, protože je dotazovatelný, kódovaný a verzovaný.
• Obě možnosti: běžný reálný vzor — příjem v2 z laboratoře nebo EHR, ukládání FHIR, poskytování FHIR aplikacím.

Kde Anpheros zapadá

Anpheros ukládá záznamy pacientů ve formátu FHIR R4 a přijímá jeden typ zprávy HL7 v2: ORU^R01 laboratorní výsledky, zasílané přes HTTPS do lab konektoru (POST /v1/patients/{id}/labs/import s Content-Type: x-application/hl7-v2+er7). Každý OBX se stává laboratorním pozorováním (Observation) s kódem LOINC, referenčním rozsahem a interpretací; ID zprávy je uchováno v původu a duplicitní zprávy jsou přeskočeny. Opravený výsledek (OBX-11 = C) s novou hodnotou je uložen jako nové pozorování se stavem amended; původní zůstává nezměněn, takže pokud váš zdroj posílá opravy, označte dřívější pozorování entered-in-error nebo jej aktualizujte prostřednictvím FHIR API. Pracovní příklad naleznete v Lab results API.

Nepřijímá jiné zprávy v2 (ADT, objednávky, plánování), neposlouchá na MLLP a neodesílá v2. Pro tyto účely integrační engine před Anpherosem překládá do FHIR a zapisuje prostřednictvím API.

Často kladené dotazy

Nahrazuje FHIR standard HL7 v2?

Zatím ne. v2 zůstává páteří většiny nemocnic, protože funguje a je integrován do stávajících systémů. FHIR se kolem něj rozvíjí – v aplikacích, přístupu pacientů a výměně mezi organizacemi – a oba standardy koexistují, často s překladem mezi nimi.

Co je MLLP?

Minimal Lower Layer Protocol: jednoduchý způsob rámování zpráv v2 přes TCP spojení, s počátečními a koncovými znaky kolem každé zprávy a potvrzením (ACK) zpět. FHIR místo toho používá HTTPS.

Mohu automaticky převést zprávy HL7 v2 na FHIR?

Většinou ano. Průvodce implementací HL7 v2-to-FHIR poskytuje standardní mapování a integrační enginy je implementují. Počítejte s manuální prací pro lokální kódy, Z-segmenty, časová pásma a způsob, jakým každý odesílatel používá volitelná pole.

Přijímá Anpheros standard HL7 v2?

Ano, pro laboratorní výsledky: zprávy ORU^R01 odeslané přes HTTPS do laboratorního konektoru se stanou FHIR Observations. Jiné typy zpráv v2 a MLLP spojení nejsou podporovány.

Související

• Mapování HL7 v2 na FHIR: mapování segmentů a polí a konvertor
• API pro laboratorní výsledky: HL7 v2, FHIR a LOINC
• Jak importovat laboratorní výsledky do záznamu FHIR
• Interoperabilita zdravotnických dat
• DICOM vs FHIR: obrazová data a klinická data
• Platforma FHIR

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