HL7 v2 ORM और OML ऑर्डर संदेशों की व्याख्या: ORC, OBR और एक वर्क्ड लैब ऑर्डर

संक्षिप्त उत्तर: HL7 v2 में, एक ऑर्डर (एक लैब टेस्ट, एक इमेजिंग परीक्षा, एक दवा) 2.5.1 तक के संस्करणों में ORM^O01 संदेश के रूप में भेजा जाता है, या संस्करण 2.4 से OML^O21 प्रयोगशाला ऑर्डर संदेश के रूप में भेजा जाता है। दोनों में रोगी (PID), विज़िट (PV1), ऑर्डर को नियंत्रित करने वाला ORC सेगमेंट (नया, रद्द, होल्ड, स्थिति परिवर्तन, प्लेसर और फिलर नंबर के साथ) और OBR सेगमेंट होता है जो बताता है कि क्या ऑर्डर किया गया था, किसके द्वारा और कब के लिए। फिलर सिस्टम ORR (या OML के लिए ORL) के साथ जवाब देता है और बाद में परिणाम ORU के रूप में वापस भेजता है। ORC+OBR का FHIR समकक्ष ServiceRequest है।

एक लैब ऑर्डर, सेगमेंट दर सेगमेंट

एक HL7 v2 लैब ऑर्डर संदेश (ORM^O01) सेगमेंट से बना होता है: MSH संदेश प्रकार और संस्करण का नाम बताता है, PID रोगी की पहचान करता है, PV1 विज़िट का वर्णन करता है, ORC ऑर्डर नियंत्रण कोड, प्लेसर और फिलर ऑर्डर नंबर, प्राथमिकता और ऑर्डरिंग प्रदाता को ले जाता है, OBR LOINC कोड और संग्रह समय के साथ अनुरोधित परीक्षण का नाम बताता है, और DG1 औचित्यपूर्ण निदान देता है।

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 संदेश प्रकार, ट्रिगर इवेंट और संरचना का नाम देता है। MSH-12 संस्करण बताता है।
• PID रोगी की पहचान करता है; PID-3 असाइनिंग अथॉरिटी और प्रकार (MR, मेडिकल रिकॉर्ड नंबर) के साथ पहचानकर्ता रखता है।
• PV1 विज़िट बताता है: आउट पेशेंट (O), स्थान, उपस्थित चिकित्सक।
• ORC-1 ऑर्डर नियंत्रण कोड है: NW नया ऑर्डर, CA रद्द करने का अनुरोध, OC ऑर्डर रद्द, HD होल्ड, RL रिलीज़, SC स्थिति बदली गई, OK ऑर्डर स्वीकार किया गया, UA स्वीकार करने में असमर्थ, XO ऑर्डर बदलें, DC डिस्कंटिन्यू। ORC-2 प्लेसर ऑर्डर नंबर है (ऑर्डरिंग सिस्टम द्वारा असाइन किया गया), ORC-3 फिलर ऑर्डर नंबर है (लैब द्वारा असाइन किया गया, जवाब देने तक खाली)। ORC-7 समय और प्राथमिकता रखता है (R रूटीन, S स्टेट, A एएसएपी)। ORC-12 ऑर्डरिंग प्रदाता है।
• OBR-4 यूनिवर्सल सर्विस आइडेंटिफ़ायर है: क्या ऑर्डर किया गया था, कोडित (यहां LOINC, LN)। OBR-7 अवलोकन या संग्रह दिनांक-समय है। OBR-16 ऑर्डरिंग प्रदाता को दोहराता है। लैब ऑर्डर में, नमूना विवरण पुराने संस्करणों में OBR-15 में और 2.5 से एक समर्पित SPM सेगमेंट में होते हैं।
• DG1 ऑर्डर को सही ठहराने वाला निदान ले जाता है।

कई परीक्षणों वाले एक ही ऑर्डर में प्रत्येक परीक्षण के लिए एक बार ORC/OBR जोड़ी दोहराई जाती है, प्रत्येक अपने स्वयं के OBR-1 सेट आईडी के साथ।

ORM बनाम OML

ORM^O01 सामान्य HL7 v2 ऑर्डर संदेश है, जो लैब, रेडियोलॉजी, फार्मेसी और आपूर्ति के लिए एक ढीला ढांचा है। OML, संस्करण 2.4 में पेश किया गया, प्रयोगशाला-विशिष्ट ऑर्डर संदेश है जिसमें ट्रिगर O21, O33 और O35 और नमूनों और कंटेनरों के लिए स्पष्ट SPM और SAC सेगमेंट होते हैं। अधिकांश अस्पताल-से-लैब इंटरफ़ेस अभी भी ORM^O01 चलाते हैं; OML नए प्रयोगशाला सिस्टम और IHE प्रोफाइल में दिखाई देता है।

ORM^O01 सामान्य ऑर्डर संदेश है: लैब, रेडियोलॉजी, फार्मेसी, आहार और आपूर्ति के लिए एक संरचना, जिसने इसे ढीला बना दिया। संस्करण 2.4 से, HL7 ने OML (प्रयोगशाला आदेश) पेश किया जिसमें कई ट्रिगर थे, O21 (परीक्षण द्वारा आदेश), O33 (नमूना द्वारा आदेश) और O35 (नमूना और कंटेनर द्वारा आदेश), और नमूनों और कंटेनरों के लिए SPM और SAC सेगमेंट के साथ एक सख्त संरचना। OMG (सामान्य नैदानिक ​​आदेश), OMI (इमेजिंग), OMP (फार्मेसी) ने समान पैटर्न का पालन किया। व्यवहार में, अधिकांश अस्पताल-से-लैब इंटरफेस अभी भी संस्करण 2.3.1 या 2.5.1 में ORM^O01 पर चलते हैं, और OML नए प्रयोगशाला प्रणालियों और IHE के प्रयोगशाला परीक्षण वर्कफ़्लो प्रोफ़ाइल में दिखाई देता है।

प्रतिक्रियाएं

एक HL7 v2 ऑर्डर को दो प्रतिक्रियाएं मिलती हैं। एक तत्काल ACK (MSA-1 AA, AE या AR) पुष्टि करता है कि संदेश प्राप्त हुआ और पार्स किया गया। फिर एक एप्लिकेशन प्रतिक्रिया, ORM के लिए ORR^O02 या OML के लिए ORL^O22, ORC को OK या UA के साथ दोहराती है और ORC-3, फिलर ऑर्डर नंबर भरती है। परिणाम बाद में ORU^R01 के रूप में वापस आते हैं जिसमें दोनों ऑर्डर नंबर होते हैं।

प्राप्त करने वाली प्रणाली दो बार जवाब देती है। तुरंत, ACK (MSA-1 AA स्वीकार करें, AE त्रुटि, AR अस्वीकार करें) के साथ जो पुष्टि करता है कि संदेश प्राप्त हुआ और पार्स किया गया। फिर, एक एप्लिकेशन प्रतिक्रिया के रूप में, ORR^O02 (ORM के लिए) या ORL^O22 (OML के लिए) के साथ, OK या UA के साथ ORC को दोहराते हुए और ORC-3, फिलर ऑर्डर नंबर को भरकर, जिसका उपयोग दोनों पक्ष तब से करते हैं। परिणाम ORU^R01 के रूप में वापस आते हैं, जिसमें OBR-2 और OBR-3 में समान प्लेसर और फिलर नंबर होते हैं, जिससे एक परिणाम अपने ऑर्डर को ढूंढता है। HL7 v2 संदेशों की व्याख्या: ADT और ORU देखें।

जहां ऑर्डर टूटते हैं

HL7 v2 ऑर्डर सबसे अधिक बार बेमेल प्लेसर और फिलर नंबरों पर टूटते हैं जब ORR को संसाधित नहीं किया गया था, OBR-4 में LOINC कोड के बिना स्थानीय परीक्षण कोड, मूल प्लेसर नंबर के बिना भेजे गए रद्दीकरण, संस्करण बेमेल जैसे कि 2.3.1 रिसीवर को भेजा गया SPM सेगमेंट, और प्राथमिकता को ORC-7 या OBR-5 के बजाय एक फ्री-टेक्स्ट NTE में लिखा गया।

• मेल न खाने वाले नंबर: ORU एक फिलर नंबर के साथ वापस आता है जिसे EHR ने कभी नहीं देखा, आमतौर पर क्योंकि ORR को संसाधित नहीं किया गया था।
• OBR-4 में स्थानीय कोड: LOINC कोड के बजाय (या उसके बिना) लैब का आंतरिक परीक्षण कोड, इसलिए प्राप्त रिकॉर्ड परीक्षण को मैप नहीं कर सकता है। फिक्स एक कोड है जिसमें दोनों होते हैं: GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN।
• मूल नंबरों के बिना रद्दीकरण: CA को उस ऑर्डर का प्लेसर नंबर ले जाना चाहिए जिसे वह रद्द करता है।
• संस्करण बेमेल: 2.3.1 रिसीवर को भेजा गया SPM सेगमेंट छोड़ दिया जाता है या अस्वीकार कर दिया जाता है।
• गलत फ़ील्ड में प्राथमिकता: ORC-7 या OBR-5 के बजाय एक मुफ्त-पाठ NTE में STAT।

FHIR में वही ऑर्डर

FHIR में, एक HL7 v2 ऑर्डर के ORC और OBR सेगमेंट एक ServiceRequest में ढह जाते हैं जिसमें स्थिति, इरादा ऑर्डर, प्राथमिकता, एक LOINC कोड, विषय, मुठभेड़, अनुरोधकर्ता, occurrenceDateTime, निदान के लिए reasonCode और प्लेसर और फिलर नंबरों के लिए पहचानकर्ता होते हैं। परिणामी Observation और DiagnosticReport इसे basedOn के माध्यम से संदर्भित करते हैं, जैसा कि HL7 के v2-to-FHIR कार्यान्वयन गाइड में मैप किया गया है।

FHIR में, ORC और OBR एक ServiceRequest में ढह जाते हैं: status (सक्रिय, ऑन-होल्ड, निरस्त, पूर्ण), intent (order), priority (रूटीन, जरूरी, asap, stat), code (LOINC परीक्षण), subject, encounter, requester, occurrenceDateTime, reasonCode (ICD-10 निदान) और प्लेसर और फिलर नंबरों के लिए identifier। परिणाम Observation और DiagnosticReport basedOn के साथ वापस इंगित करते हैं। HL7 v2-से-FHIR कार्यान्वयन गाइड में फ़ील्ड-दर-फ़ील्ड मैपिंग प्रकाशित करता है।

Anpheros Platform ServiceRequest, Observation और DiagnosticReport का समर्थन करता है, और इसका लैब कनेक्टर HL7 v2 ORU, CSV या JSON के रूप में परिणाम स्वीकार करता है। यह ऑर्डर नहीं भेजता या प्राप्त करता है; ऑर्डरिंग अस्पताल या प्रयोगशाला की प्रणालियों में रहता है, और पूरा हुआ परिणाम रोगी के रिकॉर्ड में जुड़ जाता है।

संबंधित पृष्ठ

• HL7 v2 संदेशों की व्याख्या: ADT और ORU
• HL7 बनाम FHIR
• PACS बनाम RIS बनाम VNA
• लैब कनेक्टर: HL7 v2, CSV या JSON से FHIR
• LOINC कोड क्या है?
• HL7 v2 से FHIR मैपिंग (डेवलपर्स)
• लैबोरेटरी इंफॉर्मेशन सिस्टम को EHR के साथ कैसे एकीकृत करें
• इंटरफ़ेस इंजन की व्याख्या

स्रोत

• HL7 संस्करण 2 उत्पाद सूट
• HL7 v2.5.1 ORM_O01 संदर्भ (Caristix)
• HL7 v2.5.1 OML_O21 संदर्भ (Caristix)
• HL7 v2-से-FHIR कार्यान्वयन गाइड
• HL7 FHIR R4: ServiceRequest
• IHE प्रयोगशाला परीक्षण वर्कफ़्लो (LTW)

अक्सर पूछे जाने वाले प्रश्न

ORC और OBR में क्या अंतर है?

ORC एक प्रशासनिक वस्तु के रूप में ऑर्डर के बारे में है: इसे किसने रखा, इसके नंबर, इसकी स्थिति, इसकी प्राथमिकता। OBR अनुरोधित सेवा के बारे में है: कौन सा परीक्षण, किस नमूने पर, कब। हर OBR से पहले उसका ORC आता है।

प्लेसर और फिलर क्या हैं?

प्लेसर वह प्रणाली है जो सेवा का अनुरोध करती है (EHR या ऑर्डरिंग चिकित्सक की प्रणाली); फिलर वह प्रणाली है जो इसे करती है (प्रयोगशाला या रेडियोलॉजी प्रणाली)। प्रत्येक अपना ऑर्डर नंबर असाइन करता है, और संदेश दोनों को ले जाते हैं ताकि कोई भी पक्ष ऑर्डर ढूंढ सके।

क्या मुझे एक नए लैब इंटरफ़ेस के लिए ORM या OML लागू करना चाहिए?

यदि भागीदार संस्करण 2.5.1 या बाद के संस्करण में OML^O21 का समर्थन करता है, तो इसे प्राथमिकता दें: नमूना हैंडलिंग स्पष्ट है और IHE प्रोफाइल इस पर बने हैं। यदि भागीदार एक पुराना LIS है, तो ORM^O01 वह है जो वह बोलता है, और आप अनुकूलित करते हैं।

HL7 v2 ऑर्डर FHIR में कैसे मैप होता है?

ORC और OBR एक साथ ServiceRequest बन जाते हैं; प्लेसर और फिलर नंबर पहचानकर्ता बन जाते हैं; ORC-1 और ORC-5 स्थिति में मैप होते हैं; OBR-4 कोड में; DG1 reasonCode में; ऑर्डरिंग प्रदाता requester में। HL7 v2-से-FHIR गाइड विस्तृत तालिकाएँ प्रकाशित करता है।

Anpheros Platform

सैंडबॉक्स में मुफ़्त आज़माएँ

5 मिनट में आपकी पहली FHIR कॉल. एक HL7 FHIR R4 API जिसमें मरीज़ की सहमति शामिल है: सैंडबॉक्स में आज़माएं, फिर अपना ऐप या क्लिनिक सिस्टम कनेक्ट करें।

मुफ़्त सैंडबॉक्स बनाएँडेवलपर गाइड पढ़ें →

मुफ़्त · 30 सिंथेटिक मरीज़ · कोई कार्ड नहीं

द्वारा लिखित

Anpheros टीम

Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।

Anpheros के बारे में →