Krátka odpoveď: v HL7 v2 sa objednávka (laboratórny test, zobrazovacie vyšetrenie, liek) posiela ako správa ORM^O01 vo verziách do 2.5.1, alebo ako laboratórna objednávka OML^O21 od verzie 2.4. Obe obsahujú pacienta (PID), návštevu (PV1), segment ORC, ktorý riadi objednávku (nová, zrušiť, pozastaviť, zmena stavu, s číslami objednávateľa a vykonávateľa) a segment OBR, ktorý uvádza, čo bolo objednané, kým a kedy. Systém vykonávateľa odpovedá správou ORR (alebo ORL pre OML) a neskôr vracia výsledky ako ORU. Ekvivalentom ORC+OBR vo FHIR je ServiceRequest.
Laboratórna objednávka, segment po segmente
HL7 v2 správa pre laboratórnu objednávku (ORM^O01) sa skladá zo segmentov: MSH pomenúva typ a verziu správy, PID identifikuje pacienta, PV1 opisuje návštevu, ORC obsahuje kontrolný kód objednávky, čísla objednávok od zadávateľa a spracovateľa, prioritu a lekára, ktorý objednávku vystavil, OBR pomenúva požadovaný test s kódom LOINC a časom odberu a DG1 uvádza diagnózu ako dôvod.
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_O01pomenúva typ správy, spúšťací event a štruktúru. MSH-12 udáva verziu. - PID identifikuje pacienta; PID-3 obsahuje identifikátor s jeho prideľujúcou autoritou a typom (
MR, číslo lekárskej karty). - PV1 uvádza návštevu: ambulantná (
O), miesto, ošetrujúceho lekára. - ORC-1 je kód kontroly objednávky:
NWnová objednávka,CAžiadosť o zrušenie,OCobjednávka zrušená,HDpozastavená,RLuvoľnená,SCzmenený stav,OKobjednávka prijatá,UAnemožné prijať,XOzmena objednávky,DCukončená. ORC-2 je číslo objednávky objednávateľa (pridelené objednávajúcim systémom), ORC-3 je číslo objednávky vykonávateľa (pridelené laboratóriom, prázdne až do odpovede). ORC-7 obsahuje časovanie a prioritu (Rrutinná,Surgentná,Ačo najskôr). ORC-12 je objednávajúci poskytovateľ. - OBR-4 je univerzálny identifikátor služby: čo bolo objednané, kódované (tu LOINC,
LN). OBR-7 je dátum a čas odberu alebo pozorovania. OBR-16 opakuje objednávajúceho poskytovateľa. V laboratórnych objednávkach sú detaily vzorky umiestnené v OBR-15 vo starších verziách a v špecializovanom segmente SPM od verzie 2.5. - DG1 nesie diagnózu, ktorá odôvodňuje objednávku.
Tá istá objednávka s viacerými testami opakuje pár ORC/OBR raz pre každý test, každý s vlastným ID nastavenia OBR-1.
ORM vs OML
ORM^O01 je všeobecná HL7 v2 správa pre objednávky, s voľnou štruktúrou pre laboratórium, rádiológiu, lekáreň a potreby. OML, zavedená vo verzii 2.4, je špecifická laboratórna správa pre objednávky s triggermi O21, O33 a O35 a explicitnými segmentami SPM a SAC pre vzorky a nádoby. Väčšina rozhraní medzi nemocnicou a laboratóriom stále používa ORM^O01; OML sa objavuje v novších laboratórnych systémoch a IHE profiloch.
ORM^O01 je všeobecná správa o objednávke: jedna štruktúra pre laboratórium, rádiológiu, lekáreň, stravovanie a dodávky, čo ju robilo menej špecifickou. Od verzie 2.4 zaviedlo HL7 OML (laboratórna objednávka) s viacerými spúšťačmi, O21 (objednávka podľa testu), O33 (objednávka podľa vzorky) a O35 (objednávka podľa vzorky a nádoby), a prísnejšiu štruktúru so segmentmi SPM a SAC pre vzorky a nádoby. OMG (všeobecná klinická objednávka), OMI (zobrazovanie), OMP (lekáreň) nasledovali rovnaký vzor. V praxi väčšina rozhraní nemocnica-laboratórium stále funguje na ORM^O01 vo verzii 2.3.1 alebo 2.5.1, a OML sa objavuje v novších laboratórnych systémoch a v profile IHE Laboratory Testing Workflow.
Odpovede
HL7 v2 objednávka dostáva dve odpovede. Okamžitá ACK (MSA-1 AA, AE alebo AR) potvrdzuje, že správa bola prijatá a spracovaná. Potom aplikačná odpoveď, ORR^O02 pre ORM alebo ORL^O22 pre OML, opakuje ORC s OK alebo UA a vypĺňa ORC-3, číslo objednávky od spracovateľa. Výsledky sa neskôr vracajú ako ORU^R01, ktoré obsahujú obe čísla objednávok.
Prijímajúci systém odpovedá dvakrát. Okamžite, pomocou ACK (MSA-1 AA prijaté, AE chyba, AR odmietnuté), ktoré potvrdzuje, že správa bola prijatá a spracovaná. Potom, ako aplikačná odpoveď, pomocou ORR^O02 (pre ORM) alebo ORL^O22 (pre OML), opakujúc ORC s OK alebo UA a vypĺňajúc ORC-3, číslo objednávky vykonávateľa, ktoré obe strany odteraz používajú. Výsledky sa vracajú ako ORU^R01, s rovnakými číslami objednávateľa a vykonávateľa v OBR-2 a OBR-3, čo je spôsob, akým výsledok nájde svoju objednávku. Pozri Vysvetlenie správ HL7 v2: ADT a ORU.
Kde sa objednávky pokazia
HL7 v2 objednávky sa najčastejšie pokazia pri nezhodných číslach od zadávateľa a spracovateľa, keď nebola spracovaná ORR, lokálne kódy testov v OBR-4 bez kódu LOINC, zrušenia odoslané bez pôvodného čísla od zadávateľa, nezhody verzií, ako napríklad segment SPM odoslaný prijímaču verzie 2.3.1, a priorita napísaná vo voľnom texte NTE namiesto ORC-7 alebo OBR-5.
- Nezodpovedajúce čísla: ORU sa vráti s číslom vykonávateľa, ktoré EHR nikdy nevidela, zvyčajne preto, že ORR nebola spracovaná.
- Lokálne kódy v OBR-4: interný kód testu laboratória namiesto (alebo bez) kódu LOINC, takže prijímajúci záznam nemôže priradiť test. Riešením je kód s oboma:
GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN. - Zrušenia bez pôvodných čísel:
CAmusí obsahovať číslo objednávateľa objednávky, ktorú ruší. - Nezodpovedajúce verzie: segment SPM odoslaný prijímaču verzie 2.3.1 je odhodený alebo odmietnutý.
- Priorita v nesprávnom poli:
STATv voľnom texte NTE namiesto ORC-7 alebo OBR-5.
Tá istá objednávka vo FHIR
Vo FHIR sa segmenty ORC a OBR z HL7 v2 objednávky zlučujú do jedného ServiceRequest so stavom, zámerom objednávky, prioritou, kódom LOINC, subjektom, stretnutím, žiadateľom, occurrenceDateTime, dôvodom (reasonCode) pre diagnózu a identifikátormi pre čísla od zadávateľa a spracovateľa. Výsledné Observation a DiagnosticReport na ňu odkazujú cez basedOn, ako je mapované v sprievodcovi implementácie HL7 v2-to-FHIR.
Vo FHIR sa ORC a OBR spoja do jedného ServiceRequest: status (aktívny, pozastavený, zrušený, dokončený), intent (order), priority (rutinný, urgentný, čo najskôr, stat), code (test LOINC), subject, encounter, requester, occurrenceDateTime, reasonCode (diagnóza ICD-10) a identifier pre čísla objednávateľa a vykonávateľa. Výsledok Observation a DiagnosticReport sa odkazujú späť pomocou basedOn. HL7 publikuje mapovanie po poliach v sprievodcovi implementácie v2-to-FHIR.
Anpheros Platform podporuje ServiceRequest, Observation a DiagnosticReport, a jej laboratórny konektor prijíma výsledky ako HL7 v2 ORU, CSV alebo JSON. Neodosiela ani neprijíma objednávky; objednávanie zostáva v systémoch nemocnice alebo laboratória a dokončený výsledok sa pripojí k záznamu pacienta.
Súvisiace stránky
- Vysvetlenie správ HL7 v2: ADT a ORU
- HL7 vs FHIR
- PACS vs RIS vs VNA
- Laboratórny konektor: HL7 v2, CSV alebo JSON do FHIR
- Čo je kód LOINC?
- Mapovanie HL7 v2 na FHIR (pre vývojárov)
- Ako integrovať laboratórny informačný systém s EHR
- Vysvetlenie rozhraní
Zdroje
- Produktová sada HL7 Version 2
- HL7 v2.5.1 ORM_O01 referenčný manuál (Caristix)
- HL7 v2.5.1 OML_O21 referenčný manuál (Caristix)
- Sprievodca implementáciou HL7 v2-to-FHIR
- HL7 FHIR R4: ServiceRequest
- IHE Laboratory Testing Workflow (LTW)
Časté otázky
Aký je rozdiel medzi ORC a OBR?
ORC sa týka objednávky ako administratívneho objektu: kto ju zadal, jej čísla, jej stav, jej prioritu. OBR sa týka požadovanej služby: ktorý test, na ktorej vzorke, kedy. Každému OBR predchádza jeho ORC.
Čo je objednávateľ a vykonávateľ?
Objednávateľ je systém, ktorý žiada o službu (EHR alebo systém objednávajúceho lekára); vykonávateľ je systém, ktorý ju vykonáva (laboratórny alebo rádiologický systém). Každý si pridáva vlastné číslo objednávky a správy nesú obe, aby si obe strany mohli objednávku nájsť.
Mám implementovať ORM alebo OML pre nové laboratórne rozhranie?
Ak partner podporuje OML^O21 vo verzii 2.5.1 alebo novšej, uprednostnite ho: manipulácia so vzorkami je explicitná a profily IHE sú na ňom postavené. Ak je partner starší LIS, ORM^O01 je to, čo hovorí, a vy sa prispôsobíte.
Ako sa objednávka HL7 v2 mapuje na FHIR?
ORC a OBR sa spolu stávajú ServiceRequest; čísla objednávateľa a vykonávateľa sa stávajú identifikátormi; ORC-1 a ORC-5 sa mapujú na stav; OBR-4 na kód; DG1 na reasonCode; objednávajúci poskytovateľ na requester. Sprievodca HL7 v2-to-FHIR publikuje podrobné tabuľky.
Vyskúšajte zadarmo v sandboxe
Prvé volanie FHIR za 5 minút. API podľa štandardu HL7 FHIR R4 s integrovaným súhlasom pacienta: vyskúšajte si ho v sandboxe a potom pripojte svoju vlastnú aplikáciu alebo klinický systém.
Zadarmo · 30 syntetických pacientov · bez karty
Anpheros vyvíja zdravotný záznam, ktorý pacient ovláda a môže zdieľať s akoukoľvek klinikou, na platforme HL7 FHIR R4, so sídlom v EÚ. Tieto návody vám pomôžu pochopiť a usporiadať si svoje zdravie; nenahrádzajú vášho lekára.
O Anpherose →