# FHIR vs 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.

Source: https://developers.anpheros.com/hu/guides/fhir-vs-hl7-v2

**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

| | HL7 v2 | HL7 FHIR R4 |
|---|---|---|
| Stílus | Események által kiváltott üzenetek (felvétel, rendelés, eredmény) | Erőforrások, amelyeket létrehoz, olvas, frissít, keres |
| Formátum | Sortörésekkel elválasztott szöveges szegmensek, mezők `\|`-mal, komponensek `^`-gyel elválasztva | JSON (vagy XML) |
| Szállítás | Általában MLLP TCP-n keresztül a kórházon belül | HTTPS REST |
| Lekérdezés | Korlátozott; a rendszerek többnyire push módban működnek | Keresési paraméterek, `_include`, előzmények |
| Biztonság | Hálózat szintű (VPN, privát kapcsolatok) | OAuth 2.0 / SMART on FHIR, TLS, hatókörök |
| Rugalmasság | Sok opcionális mező és helyi Z-szegmens; minden interfész tárgyalásos úton jön létre | Alapvető erőforrások plusz profilok (US Core, IPS, European IGs) |
| Tipikus felhasználók | EHR, laboratóriumi, radiológiai, számlázási rendszerek kórházon belül | Alkalmazások, beteg-hozzáférésű API-k, szervezetközi csere, AI |

A leggyakoribb v2 üzenetek:

| Üzenet | Jelentés | Legközelebbi FHIR erőforrások |
|---|---|---|
| ADT^A01, A03, A08 | Beteg felvétele, elbocsátása, frissítése | `Patient`, `Encounter` |
| ORM / OML | Teszt rendelése | `ServiceRequest` |
| ORU^R01 | Eredmény elkészült | `Observation`, `DiagnosticReport` |
| SIU | Időzítés | `Appointment` |
| MDM | Dokumentum | `DocumentReference` |

## 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:

```json
{
  "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](https://build.fhir.org/ig/HL7/v2-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](https://developers.anpheros.com/tools/fhir-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](https://developers.anpheros.com/hu/guides/lab-connector) (`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](https://developers.anpheros.com/hu/guides/lab-results-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](https://developers.anpheros.com/hu/guides/hl7-v2-to-fhir-mapping): szegmens és mező leképezés, valamint egy konverter
- [Laboreredmények API: HL7 v2, FHIR és LOINC](https://developers.anpheros.com/hu/guides/lab-results-api)
- [Laboreredmények importálása FHIR rekordba](https://developers.anpheros.com/hu/guides/import-lab-results-fhir)
- [Egészségügyi adat interoperabilitás](https://developers.anpheros.com/hu/guides/interoperability)
- [DICOM vs FHIR: képalkotó és klinikai adatok](https://developers.anpheros.com/hu/guides/dicom-vs-fhir)
- [FHIR platform](https://developers.anpheros.com/hu/guides/fhir)