Az HL7 v2 ORM és OML rendelési üzenetek magyarázata

Rövid válasz: HL7 v2 szabványban egy megrendelés (laborvizsgálat, képalkotó vizsgálat, gyógyszer) legfeljebb 2.5.1-es verziókban ORM^O01 üzenetként, vagy 2.4-es verziótól kezdve OML^O21 laboratóriumi megrendelés üzenetként kerül elküldésre. Mindkettő tartalmazza a beteget (PID), a vizitet (PV1), az ORC szegmenst, amely a megrendelést vezérli (új, törlés, felfüggesztés, státuszváltozás, a megrendelő és a teljesítő azonosítóival), valamint az OBR szegmenst, amely tartalmazza, hogy mit rendeltek, kitől és mikorra. A teljesítő rendszer ORR (vagy OML esetén ORL) üzenettel válaszol, majd később az eredményeket ORU üzenetben küldi vissza. Az ORC+OBR FHIR megfelelője a ServiceRequest.

Laboratóriumi megrendelés, szegmensről szegmensre

Az HL7 v2 laboratóriumi megrendelés üzenet (ORM^O01) szegmensekből épül fel: az MSH határozza meg az üzenet típusát és verzióját, a PID azonosítja a beteget, a PV1 a vizitet írja le, az ORC tartalmazza a megrendelés vezérlőkódját, a megrendelő és a feldolgozó megrendelési számát, a prioritást és a rendelő szolgáltatót, az OBR megnevezi a kért vizsgálatot egy LOINC kóddal és a mintavétel idejével, a DG1 pedig megadja az indokló diagnózist.

MSH|^~\&|EHR|GENHOSP|LIS|CENTRALLAB|20260314091200||ORM^O01^ORM_O01|MSG0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F|||12 High Street^^Leeds^^LS1 4AB^GB
PV1|1|O|CLINIC-3^^^GENHOSP||||42^SMITH^JOHN^^^Dr
ORC|NW|PLC-778812^EHR|||||^^^20260314093000^^R||20260314091200|42^SMITH^JOHN
OBR|1|PLC-778812^EHR||4548-4^Hemoglobin A1c/Hemoglobin.total in Blood^LN|||20260314093000||||||||42^SMITH^JOHN
DG1|1||E11.9^Type 2 diabetes mellitus without complications^I10

MSH-9 ORM^O01^ORM_O01 határozza meg az üzenet típusát, a kiváltó eseményt és a struktúrát. MSH-12 adja meg a verziót.
PID azonosítja a beteget; PID-3 tartalmazza az azonosítót a hozzárendelő hatósággal és típussal (MR, orvosi nyilvántartási szám).
PV1 adja meg a vizitet: járóbeteg (O), a helyszín, a kezelőorvos.
ORC-1 az order control code (megrendelés vezérlőkód): NW új megrendelés, CA törlési kérelem, OC megrendelés törölve, HD felfüggesztve, RL feloldva, SC státuszváltozott, OK megrendelés elfogadva, UA nem fogadható, XO megrendelés módosítása, DC megszüntetve. ORC-2 a placer order number (a megrendelő rendszer által hozzárendelt szám), ORC-3 a filler order number (a laboratórium által hozzárendelt szám, üres, amíg nem válaszol). ORC-7 tartalmazza az időzítést és a prioritást (R rutin, S sürgős, A amint lehetséges). ORC-12 a megrendelő szolgáltató.
OBR-4 az universal service identifier (univerzális szolgáltatás azonosító): mit rendeltek, kódolva (itt LOINC, LN). OBR-7 a megfigyelés vagy gyűjtés dátuma-ideje. OBR-16 megismétli a megrendelő szolgáltatót. Laboratóriumi megrendelések esetén a minta részletei az OBR-15-ben találhatók régebbi verziókban, és egy dedikált SPM szegmensben 2.5-től.
DG1 tartalmazza a megrendelést indokló diagnózist.

Több vizsgálatot tartalmazó ugyanazon megrendelés esetén az ORC/OBR páros minden vizsgálathoz egyszer ismétlődik, mindegyik saját OBR-1 set ID-vel.

ORM vs OML

Az ORM^O01 az általános HL7 v2 megrendelés üzenet, egy laza szerkezet laboratóriumi, radiológiai, gyógyszertári és kellékrendelésekhez. Az OML, amelyet a 2.4-es verzióban vezettek be, a laboratóriumspecifikus megrendelés üzenet, amely az O21, O33 és O35 trigger üzeneteket, valamint a minták és tárolók explicit SPM és SAC szegmenseit tartalmazza. A legtöbb kórház-labor interfész még mindig ORM^O01-et használ; az OML újabb laboratóriumi rendszerekben és IHE profilokban jelenik meg.

Az ORM^O01 az általános megrendelés üzenet: egy struktúra a laboratórium, radiológia, gyógyszertár, élelmezés és kellékek számára, ami lazává tette. A 2.4-es verziótól kezdve az HL7 bevezette az OML-t (laboratóriumi megrendelés) több kiváltó eseménnyel: O21 (megrendelés vizsgálatonként), O33 (megrendelés mintánként) és O35 (megrendelés mintánként és tartályonként), valamint egy szigorúbb struktúrát az SPM és SAC szegmensekkel a minták és tartályok számára. Az OMG (általános klinikai megrendelés), OMI (képalkotó), OMP (gyógyszertár) követte ugyanezt a mintát. Gyakorlatban a legtöbb kórház-labor interfész még mindig ORM^O01-en fut 2.3.1 vagy 2.5.1 verzióban, és az OML újabb laboratóriumi rendszerekben és az IHE Laboratóriumi Tesztelési Munkafolyamat profiljában jelenik meg.

Válaszok

Egy HL7 v2 megrendelés két válaszra számíthat. Az azonnali ACK (MSA-1 AA, AE vagy AR) megerősíti, hogy az üzenet fogadásra és feldolgozásra került. Ezt követi egy alkalmazási válasz, az ORR^O02 az ORM-hez vagy az ORL^O22 az OML-hez, amely megismétli az ORC-t OK vagy UA értékkel, és kitölti az ORC-3 mezőt, a feldolgozó megrendelési számát. Az eredmények később ORU^R01 üzenetként érkeznek, amely mindkét megrendelési számot tartalmazza.

A fogadó rendszer kétszer válaszol. Azonnal egy ACK (MSA-1 AA elfogadva, AE hiba, AR elutasítva) üzenettel, amely megerősíti, hogy az üzenetet fogadták és feldolgozták. Majd, mint alkalmazási válasz, egy ORR^O02 (ORM esetén) vagy ORL^O22 (OML esetén) üzenettel, megismételve az ORC-t OK vagy UA státusszal, és kitöltve az ORC-3-at, a filler order number-t, amelyet mindkét fél ettől kezdve használ. Az eredmények ORU^R01 üzenetként érkeznek vissza, ugyanazokkal a placer és filler számokkal az OBR-2 és OBR-3 mezőkben, ami lehetővé teszi, hogy az eredmény megtalálja a megrendelését. Lásd HL7 v2 üzenetek magyarázata: ADT és ORU.

Hol hibázhatnak a megrendelések

Az HL7 v2 megrendelések leggyakrabban a megrendelő és a feldolgozó számok eltérése miatt hibásodnak meg, amikor az ORR nem került feldolgozásra, helyi vizsgálati kódok az OBR-4 mezőben LOINC kód nélkül, törlések az eredeti megrendelő szám nélkül küldve, verzióeltérések, mint például egy SPM szegmens küldése egy 2.3.1-es verziójú fogadóhoz, valamint a prioritás szabad szöveges NTE mezőben való megadása az ORC-7 vagy OBR-5 helyett.

Nem egyező számok: az ORU üzenet egy olyan filler számmal érkezik vissza, amelyet az EHR soha nem látott, általában azért, mert az ORR nem lett feldolgozva.
Helyi kódok az OBR-4-ben: a laboratórium belső tesztkódja a LOINC kód helyett (vagy nélküle), így a fogadó rendszer nem tudja hozzárendelni a vizsgálatot. A megoldás egy olyan kód, amely mindkettőt tartalmazza: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN.
Törlések az eredeti számok nélkül: a CA meg kell, hogy tartalmazza a törölt megrendelés placer számát.
Verzióeltérések: egy 2.3.1-es fogadóhoz küldött SPM szegmens el lesz dobva vagy elutasítva.
Prioritás rossz mezőben: STAT egy szabad szöveges NTE mezőben az ORC-7 vagy OBR-5 helyett.

Ugyanaz a megrendelés FHIR-ben

A FHIR-ben egy HL7 v2 megrendelés ORC és OBR szegmensei egyetlen ServiceRequest-be olvadnak össze, amely tartalmazza az állapotot, a megrendelés szándékát, a prioritást, egy LOINC kódot, a témát, a vizitet, a kérőt, a teljesítés dátumát, az okkódot a diagnózishoz, valamint a megrendelő és a feldolgozó szám azonosítóit. A keletkező Observation és DiagnosticReport erre hivatkozik a basedOn mezőn keresztül, ahogy az HL7 v2-FHIR implementációs útmutatója leképezi.

FHIR-ben az ORC és az OBR egy ServiceRequest-be olvadnak össze: status (aktív, felfüggesztve, visszavonva, befejezve), intent (order), priority (rutin, sürgős, amint lehetséges, stat), code (a LOINC vizsgálat), subject, encounter, requester, occurrenceDateTime, reasonCode (az ICD-10 diagnózis) és identifier a placer és filler számokhoz. Az eredményül kapott Observation és DiagnosticReport a basedOn mezőn keresztül mutat vissza. Az HL7 közzéteszi a mezőnkénti megfeleltetést a v2-to-FHIR implementációs útmutatóban.

Az Anpheros Platform támogatja a ServiceRequest, Observation és DiagnosticReport erőforrásokat, és a laboratóriumi csatlakozója eredményeket fogad HL7 v2 ORU, CSV vagy JSON formátumban. Nem küld vagy fogad megrendeléseket; a megrendelés a kórház vagy a laboratórium rendszereiben marad, és a kész eredmény csatlakozik a beteg nyilvántartásához.

Kapcsolódó oldalak

Források

Gyakori kérdések

Mi a különbség az ORC és az OBR között?

Az ORC a megrendelésről szól, mint adminisztratív objektumról: ki adta le, a számai, a státusza, a prioritása. Az OBR a kért szolgáltatásról szól: melyik vizsgálat, melyik mintán, mikor. Minden OBR-t megelőz az ORC-je.

Mi az a placer és a filler?

A placer az a rendszer, amely kéri a szolgáltatást (az EHR vagy a megrendelő orvos rendszere); a filler az a rendszer, amely elvégzi azt (a laboratórium vagy radiológiai rendszer). Mindegyik hozzárendeli a saját megrendelési számát, és az üzenetek mindkettőt tartalmazzák, így mindkét fél megtalálhatja a megrendelést.

Érdemes-e ORM-et vagy OML-t implementálni egy új laboratóriumi interfészhez?

Ha a partner támogatja az OML^O21-et a 2.5.1-es vagy újabb verzióban, részesítse előnyben: a mintakezelés explicit, és az IHE profilok erre épülnek. Ha a partner egy régebbi LIS, akkor az ORM^O01-et beszéli, és ehhez kell alkalmazkodni.

Hogyan képeződik le egy HL7 v2 megrendelés FHIR-re?

Az ORC és az OBR együtt ServiceRequest-té válik; a placer és filler számok azonosítókká válnak; az ORC-1 és ORC-5 a státuszra képeződnek le; az OBR-4 a kódra; a DG1 a reasonCode-ra; a megrendelő szolgáltató a requester-re. A HL7 v2-to-FHIR útmutató közzéteszi a részletes táblázatokat.

Anpheros Platform

Próbálja ki ingyen a sandboxban

Az első FHIR-hívás 5 perc alatt. Egy HL7 FHIR R4 API, amely tartalmazza a beteg beleegyezését: próbáld ki a sandboxban, majd csatlakoztasd saját alkalmazásodat vagy klinikai rendszeredet.

Ingyenes sandbox létrehozása Olvasd el a fejlesztői útmutatókat →

Ingyenes · 30 szintetikus beteg · kártya nélkül

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észhelyzetben hívja a helyi segélyhívó számot (Európában 112).

Szerző:

Az Anpheros csapata

Az Anpheros egy olyan egészségügyi nyilvántartást épít, amelyet a beteg irányít, és megoszthat bármelyik klinikával, egy EU-ban működő HL7 FHIR R4 platformon. Ezek az útmutatók segítenek megérteni és rendszerezni az egészségügyi adataidat; nem helyettesítik az orvosodat.

Tudj meg többet az Anpherosról →