Mesajele de comandă HL7 v2 ORM și OML explicate

Răspuns scurt: în HL7 v2, o comandă (un test de laborator, un examen imagistic, un medicament) este trimisă ca mesaj ORM^O01 în versiunile de până la 2.5.1, sau ca mesaj de comandă de laborator OML^O21 de la versiunea 2.4 încoace. Ambele transmit pacientul (PID), vizita (PV1), segmentul ORC care controlează comanda (nouă, anulare, suspendare, schimbare stare, cu numere de la plaseazător și executant) și segmentul OBR care specifică ce a fost comandat, de către cine și pentru când. Sistemul executant răspunde cu un ORR (sau ORL pentru OML) și ulterior returnează rezultatele ca ORU. Echivalentul FHIR pentru ORC+OBR este un ServiceRequest.

O comandă de laborator, segment cu segment

Un mesaj de comandă de laborator HL7 v2 (ORM^O01) este compus din segmente: MSH denumește tipul și versiunea mesajului, PID identifică pacientul, PV1 descrie vizita, ORC conține codul de control al comenzii, numerele comenzii de la plasează și de la executant, prioritatea și furnizorul care a comandat, OBR denumește testul solicitat cu un cod LOINC și ora colectării, iar DG1 oferă diagnosticul justificativ.

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 denumește tipul mesajului, evenimentul declanșator și structura. MSH-12 specifică versiunea.
PID identifică pacientul; PID-3 conține identificatorul cu autoritatea sa de atribuire și tipul (MR, număr dosar medical).
PV1 oferă detalii despre vizită: ambulatoriu (O), locația, medicul curant.
ORC-1 este codul de control al comenzii: NW comandă nouă, CA cerere de anulare, OC comandă anulată, HD suspendare, RL eliberare, SC stare schimbată, OK comandă acceptată, UA nu poate fi acceptată, XO modificare comandă, DC întrerupere. ORC-2 este numărul comenzii de la plaseazător (atribuit de sistemul de comandă), ORC-3 este numărul comenzii de la executant (atribuit de laborator, gol până la răspuns). ORC-7 conține programarea și prioritatea (R rutină, S urgență, A cât mai curând posibil). ORC-12 este furnizorul care a comandat.
OBR-4 este identificatorul universal al serviciului: ce a fost comandat, codificat (aici LOINC, LN). OBR-7 este data-ora colectării sau observației. OBR-16 repetă furnizorul care a comandat. În comenzile de laborator, detaliile specimenului se găsesc în OBR-15 în versiunile mai vechi și într-un segment dedicat SPM începând cu versiunea 2.5.
DG1 transportă diagnosticul care justifică comanda.

Aceeași comandă cu mai multe teste repetă perechea ORC/OBR o dată pentru fiecare test, fiecare cu propriul set ID OBR-1.

ORM vs OML

ORM^O01 este mesajul general de comandă HL7 v2, o structură flexibilă pentru laborator, radiologie, farmacie și consumabile. OML, introdus în versiunea 2.4, este mesajul de comandă specific laboratorului, cu declanșatoare O21, O33 și O35 și segmente SPM și SAC explicite pentru specimene și containere. Majoritatea interfețelor spital-laborator rulează în continuare ORM^O01; OML apare în sistemele de laborator mai noi și în profilurile IHE.

ORM^O01 este mesajul general de comandă: o singură structură pentru laborator, radiologie, farmacie, dietetică și consumabile, ceea ce a dus la o lipsă de specificitate. Începând cu versiunea 2.4, HL7 a introdus OML (comandă de laborator) cu mai multe declanșatoare, O21 (comandă pe test), O33 (comandă pe specimen) și O35 (comandă pe specimen și recipient), și o structură mai strictă cu segmente SPM și SAC pentru specimene și recipiente. OMG (comandă clinică generală), OMI (imagistică), OMP (farmacie) au urmat același model. În practică, majoritatea interfețelor spital-laborator rulează încă pe ORM^O01 în versiunea 2.3.1 sau 2.5.1, iar OML apare în sistemele de laborator mai noi și în profilul IHE Laboratory Testing Workflow.

Răspunsuri

O comandă HL7 v2 primește două răspunsuri. Un ACK imediat (MSA-1 AA, AE sau AR) confirmă primirea și parsarea mesajului. Apoi, un răspuns aplicație, ORR^O02 pentru ORM sau ORL^O22 pentru OML, repetă ORC cu OK sau UA și completează ORC-3, numărul comenzii de la executant. Rezultatele revin ulterior ca ORU^R01, purtând ambele numere ale comenzii.

Sistemul receptor răspunde de două ori. Imediat, cu un ACK (MSA-1 AA acceptat, AE eroare, AR respins) care confirmă primirea și parsarea mesajului. Apoi, ca răspuns aplicațional, cu ORR^O02 (pentru ORM) sau ORL^O22 (pentru OML), repetând ORC cu OK sau UA și completând ORC-3, numărul comenzii de la executant, pe care ambele părți îl folosesc de atunci. Rezultatele revin ca ORU^R01, cu aceleași numere de la plaseazător și executant în OBR-2 și OBR-3, ceea ce permite unui rezultat să fie asociat cu comanda sa. Vezi Mesaje HL7 v2 explicate: ADT și ORU.

Unde eșuează comenzile

Comenzile HL7 v2 eșuează cel mai adesea din cauza numerelor de comandă de la plasează și de la executant care nu se potrivesc atunci când ORR nu a fost procesat, coduri de test locale în OBR-4 fără un cod LOINC, anulări trimise fără numărul original de la plasează, nepotriviri de versiune, cum ar fi un segment SPM trimis unui receptor 2.3.1 și prioritatea scrisă într-un NTE text liber în loc de ORC-7 sau OBR-5.

Numere care nu se potrivesc: ORU revine cu un număr de la executant pe care EHR-ul nu l-a văzut niciodată, de obicei pentru că ORR nu a fost procesat.
Coduri locale în OBR-4: un cod intern al laboratorului pentru test în loc de (sau fără) un cod LOINC, astfel încât sistemul receptor să nu poată mapa testul. Soluția este un cod care le conține pe ambele: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN.
Anulări fără numerele originale: CA trebuie să conțină numărul de la plaseazător al comenzii pe care o anulează.
Neconcordanțe de versiune: un segment SPM trimis unui receptor 2.3.1 este omis sau respins.
Prioritate în câmpul greșit: STAT într-un NTE text liber în loc de ORC-7 sau OBR-5.

Aceeași comandă în FHIR

În FHIR, segmentele ORC și OBR ale unei comenzi HL7 v2 sunt combinate într-o singură ServiceRequest cu status, intent ca order, prioritate, un cod LOINC, subiect, encounter, solicitant, occurrenceDateTime, reasonCode pentru diagnostic și identificatori pentru numerele de la plasează și de la executant. Rezultatele Observation și DiagnosticReport fac referire la aceasta prin basedOn, conform ghidului de implementare HL7 v2-to-FHIR.

În FHIR, ORC și OBR se contopesc într-un singur ServiceRequest: status (activ, în așteptare, revocat, finalizat), intent (order), priority (rutină, urgent, cât mai curând posibil, urgență), code (testul LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (diagnosticul ICD-10) și identifier pentru numerele de la plaseazător și executant. Rezultatul Observation și DiagnosticReport se leagă înapoi prin basedOn. HL7 publică maparea câmp cu câmp în ghidul de implementare v2-to-FHIR.

Anpheros Platform suportă ServiceRequest, Observation și DiagnosticReport, iar conectorul său de laborator acceptă rezultate ca HL7 v2 ORU, CSV sau JSON. Nu trimite sau primește comenzi; comenzile rămân în sistemele spitalului sau laboratorului, iar rezultatul final se adaugă în dosarul pacientului.

Pagini conexe

Surse

Întrebări frecvente

Care este diferența dintre ORC și OBR?

ORC se referă la comandă ca obiect administrativ: cine a plasat-o, numerele sale, starea sa, prioritatea sa. OBR se referă la serviciul solicitat: ce test, pe ce specimen, când. Fiecare OBR este precedat de ORC-ul său.

Ce sunt plaseazătorul și executantul?

Plaseazătorul este sistemul care solicită serviciul (EHR-ul sau sistemul medicului comandatar); executantul este sistemul care îl efectuează (laboratorul sau sistemul de radiologie). Fiecare atribuie propriul număr de comandă, iar mesajele transportă ambele numere, astfel încât oricare parte să poată găsi comanda.

Ar trebui să implementez ORM sau OML pentru o nouă interfață de laborator?

Dacă partenerul suportă OML^O21 în versiunea 2.5.1 sau mai nouă, preferați-l: gestionarea specimenelor este explicită și profilurile IHE se bazează pe acesta. Dacă partenerul este un LIS mai vechi, ORM^O01 este ceea ce vorbește, iar dumneavoastră vă adaptați.

Cum se mapează o comandă HL7 v2 la FHIR?

ORC și OBR împreună devin un ServiceRequest; numerele de la plaseazător și executant devin identificatori; ORC-1 și ORC-5 se mapează la status; OBR-4 la code; DG1 la reasonCode; furnizorul care a comandat la requester. Ghidul HL7 v2-to-FHIR publică tabelele detaliate.

Anpheros Platform

Încearcă gratuit în sandbox

Primul apel FHIR în 5 minute. Un API HL7 FHIR R4 cu consimțământul pacientului integrat: încearcă-l în sandbox, apoi conectează-ți propria aplicație sau sistemul clinicii.

Creează un sandbox gratuit Citește ghidurile pentru dezvoltatori →

Gratuit · 30 de pacienți sintetici · fără card

Acest ghid este informativ și nu înlocuiește consultul medical. Pentru decizii despre sănătatea ta, vorbește cu medicul tău. În caz de urgență, sună la numărul de urgență local (112 în Europa).

Scris de

Echipa Anpheros

Anpheros construiește un dosar medical pe care pacientul îl controlează și îl poate da oricărei clinici, pe o platformă HL7 FHIR R4, cu sediul în UE. Ghidurile te ajută să-ți înțelegi și să-ți organizezi sănătatea; nu înlocuiesc medicul.

Despre Anpheros →