लैब सूचना प्रणाली (LIS) को EHR के साथ कैसे एकीकृत करें: HL7 v2, FHIR और गलतियाँ, चरण-दर-चरण

संक्षिप्त उत्तर: एक प्रयोगशाला इंटरफ़ेस के दो दिशाएँ होती हैं। ऑर्डर EHR से प्रयोगशाला सूचना प्रणाली (LIS) तक HL7 v2 ORM^O01 या OML^O21 संदेशों (या FHIR ServiceRequest के रूप में) के रूप में जाते हैं, और LIS ORR/ORL के साथ जवाब देती है और बाद में परिणाम ORU^R01 (या FHIR DiagnosticReport के साथ Observations) के रूप में देती है। मुश्किल चीज़ें संदेश नहीं बल्कि उनके अंदर के विवरण हैं: प्लेसर और फिलर नंबर जो परिणामों को ऑर्डर से जोड़ते हैं, परिणाम की स्थिति (प्रारंभिक, अंतिम, सही किया गया), असामान्य फ़्लैग, इकाइयाँ और संदर्भ सीमाएँ, नमूना जानकारी, माइक्रोबायोलॉजी उसके बहु-भाग परिणामों के साथ, और LOINC में कोड मैपिंग। अच्छी तरह से किया गया, हर परिणाम सही रोगी, सही ऑर्डर और चार्ट में सही जगह पर पहुँचता है, जिसका अर्थ बरकरार रहता है।

चरण 1: प्रवाह तय करें

किसी प्रयोगशाला सूचना प्रणाली (LIS) को इलेक्ट्रॉनिक स्वास्थ्य रिकॉर्ड (EHR) के साथ एकीकृत करने का पहला कदम प्रयोगशाला के साथ यह तय करना है कि कौन से प्रवाह मौजूद हैं: ऑर्डर भेजना, ऑर्डर की स्थिति अपडेट करना, परिणाम प्राप्त करना, सुधार, रद्दीकरण, अतिरिक्त और रिफ्लेक्स परीक्षण, और LIS को ADT जनसांख्यिकी फ़ीड। दोनों पक्ष HL7 संस्करण, आमतौर पर 2.3.1 या 2.5.1, और परिवहन, आमतौर पर पावती के साथ MLLP, भी तय करते हैं।

प्रयोगशाला के साथ तय करें कि कौन से प्रवाह मौजूद हैं: ऑर्डर बाहर (या क्या लैब कागज प्राप्त करती है और खुद को पंजीकृत करती है?), ऑर्डर स्थिति अपडेट, परिणाम अंदर, सुधार, रद्दीकरण, अतिरिक्त परीक्षण, और जनसांख्यिकी (LIS को ADT फ़ीड ताकि नमूना आने से पहले वह रोगी को जान सके)। एक सामान्य परिणाम, एक सही किए गए परिणाम और एक रद्द किए गए ऑर्डर के लिए अनुक्रम बनाएं। HL7 संस्करण (2.3.1 और 2.5.1 सबसे आम हैं) और परिवहन (ACK के साथ MLLP; कभी-कभी फ़ाइलें) तय करें। HL7 v2 ऑर्डर संदेश देखें।

चरण 2: परिणाम संदेश, फ़ील्ड दर फ़ील्ड

एक प्रयोगशाला परिणाम EHR में HL7 v2 ORU^R01 संदेश के रूप में आता है: MSH प्रेषक और प्राप्तकर्ता की पहचान करता है, PID रोगी की, PV1 विज़िट की, ORC और OBR प्लेसर और फिलर ऑर्डर नंबर, ऑर्डर किया गया पैनल और रिपोर्ट की स्थिति ले जाते हैं, और प्रत्येक OBX अपने LOINC कोड, मान, इकाइयों, संदर्भ सीमा, असामान्य फ़्लैग और परिणाम स्थिति के साथ एक विश्लेषक रखता है।

MSH|^~\&|LIS|CENTRALLAB|EHR|GENHOSP|20260314130500||ORU^R01^ORU_R01|RES0001|P|2.5.1
PID|1||MRN-00012345^^^GENHOSP^MR||DOE^JANE||19800523|F
PV1|1|O|CLINIC-3^^^GENHOSP
ORC|RE|PLC-778812^EHR|FIL-556701^LIS|||||||||42^SMITH^JOHN
OBR|1|PLC-778812^EHR|FIL-556701^LIS|58410-2^CBC panel - Blood by Automated count^LN|||20260314084000|||||||||42^SMITH^JOHN||||||20260314130000|||F
OBX|1|NM|718-7^Hemoglobin [Mass/volume] in Blood^LN||10.9|g/dL|12.0-15.5|L|||F|||20260314125800
OBX|2|NM|6690-2^Leukocytes [#/volume] in Blood by Automated count^LN||6.4|10*3/uL|4.0-10.0|N|||F|||20260314125800
OBX|3|NM|777-3^Platelets [#/volume] in Blood by Automated count^LN||230|10*3/uL|150-400|N|||F|||20260314125800
NTE|1||Mild normocytic anaemia; suggest iron studies if clinically indicated.

• ORC-2 / OBR-2 प्लेसर नंबर और ORC-3 / OBR-3 फिलर नंबर: ऑर्डर से जुड़ाव। OBR-4: पैनल, कोडित (LOINC LN)। OBR-7: नमूना संग्रह समय। OBR-22: परिणाम रिपोर्ट समय। OBR-25: पूरे ऑर्डर के लिए परिणाम स्थिति (P प्रारंभिक, F अंतिम, C सही किया गया, X रद्द)।
• OBX-2: मान प्रकार (NM संख्यात्मक, ST स्ट्रिंग, TX टेक्स्ट, CE/CWE कोडित, SN संरचित संख्यात्मक जैसे <^5)। OBX-3: विश्लेष्य, कोडित। OBX-5: मान। OBX-6: इकाइयाँ, आदर्श रूप से UCUM (10*3/uL, K/µL नहीं)। OBX-7: टेक्स्ट के रूप में संदर्भ सीमा। OBX-8: असामान्य फ़्लैग (L, H, LL, HH, A, N)। OBX-11: प्रति विश्लेष्य परिणाम स्थिति (P, F, C, X, D हटा दिया गया)। OBX-14: अवलोकन समय। OBX-19: विश्लेषण समय।
• NTE: टिप्पणियाँ, OBR या किसी विशिष्ट OBX से स्थिति के अनुसार जुड़ी हुई।
• SPM (2.5+): नमूना प्रकार (SNOMED CT), संग्रह समय, प्राप्त समय, स्थिति।

चरण 3: विशेष मामले

प्रयोगशाला इंटरफ़ेस को जिन विशेष मामलों को संभालना होता है वे हैं: सुधारे गए परिणाम (मूल ऑर्डर नंबर के साथ स्थिति C, हटाए जाने के बजाय प्रतिस्थापित करना और सचेत करना), प्रारंभिक फिर अंतिम परिणाम, सूक्ष्मजीव विज्ञान जिसमें जीवों और संवेदनशीलता को उप-आईडी द्वारा जोड़ा जाता है, टेक्स्ट परिणाम और एम्बेडेड पीडीएफ, रिफ्लेक्स और अतिरिक्त परीक्षण, रद्दीकरण, और इकाइयाँ और संदर्भ सीमाएँ जो तब बदलती हैं जब प्रयोगशाला विश्लेषक बदलती है।

• सुधार: OBR-25 और OBX-11 में C के साथ एक नया ORU और वही प्लेसर/फिलर नंबर; EHR को बदलना होगा, परिवर्तन को फ़्लैग करना होगा और चिकित्सक को सचेत करना होगा। मूल को कभी भी चुपचाप न हटाएं।
• प्रारंभिक फिर अंतिम: P परिणाम (एक ग्राम दाग) के बाद F (संस्कृति); चार्ट को स्थिति दिखानी होगी।
• माइक्रोबायोलॉजी: पहचाने गए जीव के लिए एक OBX (कोडित, SNOMED CT), फिर एंटीबायोटिक प्रति संवेदनशीलता परिणाम OBX के रूप में जीव के साथ उप-आईडी (OBX-4) के रूप में, अक्सर कई संदेशों में। यहीं पर अधिकांश इंटरफ़ेस बग छिपे होते हैं।
• टेक्स्ट परिणाम और PDF: पैथोलॉजी और कुछ रसायन विज्ञान टिप्पणियाँ TX लाइनों के रूप में या एम्बेडेड PDF (OBX-2 ED) के रूप में आती हैं; चार्ट को टेक्स्ट और फ़ाइल दोनों की आवश्यकता होती है।
• रिफ्लेक्स और ऐड-ऑन परीक्षण: मूल ऑर्डर के तहत नए OBR, या लैब द्वारा बनाया गया एक नया ऑर्डर; वे कैसे क्रमांकित होते हैं, इस पर सहमत हों।
• रद्दीकरण: X स्थिति, मूल नंबरों के साथ।
• विश्लेषक प्रति इकाइयाँ और सीमाएँ: जब प्रयोगशाला विश्लेषक बदलती है तो एक ही परीक्षण की इकाइयाँ बदल सकती हैं; इंटरफ़ेस को प्रत्येक परिणाम के साथ सीमा ले जानी चाहिए, यह मानकर नहीं।

चरण 4: कोड

प्रयोगशाला इंटरफ़ेस में कोड मैपिंग का अर्थ है प्रयोगशाला के स्थानीय परीक्षण कोड को एक बार, एक बनाए रखी गई तालिका में LOINC में अनुवाद करना, और स्थानीय और LOINC दोनों कोड को OBX-3 में भेजना, इकाइयों को UCUM में सामान्य बनाना, और SNOMED CT में नमूना प्रकारों और जीवों को कोड करना। इस मैपिंग के बिना, परिणामों को प्रयोगशालाओं में ट्रेंड नहीं किया जा सकता है या बाहरी प्रणालियों द्वारा पढ़ा नहीं जा सकता है।

प्रयोगशाला के परीक्षण कोड को एक बनाए रखी गई तालिका में एक बार LOINC में मैप करें, और OBX-3 (GLU^Glucose^L~2345-7^Glucose [Mass/volume] in Serum or Plasma^LN) में स्थानीय और LOINC दोनों कोड भेजें। इकाइयों को UCUM में सामान्य करें। SNOMED CT में नमूना प्रकार और जीव। विधि स्थानीय लैब कोड को LOINC में कैसे मैप करें में है; इसके बिना, परिणामों को प्रयोगशालाओं में ट्रेंड नहीं किया जा सकता है या किसी बाहरी सिस्टम द्वारा पढ़ा नहीं जा सकता है।

चरण 5: FHIR विकल्प

HL7 v2 प्रयोगशाला इंटरफ़ेस का FHIR विकल्प ऑर्डर के लिए एक ServiceRequest का उपयोग करता है, प्रत्येक विश्लेषक के लिए एक Observation जिसमें LOINC कोड, UCUM मात्रा, संदर्भ सीमा और व्याख्या होती है, और एक DiagnosticReport जो उन्हें स्थिति, कलाकार, जारी किए गए समय, निष्कर्ष और पीडीएफ के साथ समूहित करता है। डिलीवरी REST राइट्स, प्रति रिपोर्ट एक ट्रांजेक्शन बंडल, या FHIR सब्सक्रिप्शन के माध्यम से होती है।

FHIR के साथ, ऑर्डर एक ServiceRequest है, परिणाम Observations (प्रति विश्लेष्य एक, LOINC कोड, UCUM मात्रा, referenceRange, interpretation) हैं जो एक DiagnosticReport द्वारा समूहीकृत हैं जिसमें स्थिति, कलाकार, जारी किया गया समय, निष्कर्ष और PDF होता है, जिसमें basedOn ServiceRequest की ओर इशारा करता है। सुधार amended या corrected स्थिति वाले समान संसाधनों के संस्करण हैं। डिलीवरी EHR के FHIR सर्वर पर REST राइट्स, प्रति रिपोर्ट एक ट्रांजेक्शन बंडल, या सब्सक्रिप्शन के माध्यम से होती है। HL7 v2-to-FHIR गाइड ऊपर दिए गए हर फ़ील्ड को मैप करता है; कई प्रयोगशालाएँ अब दोनों प्रदान करती हैं। FHIR DiagnosticReport समझाया गया और FHIR Observation समझाया गया देखें।

चरण 6: परीक्षण और गो-लाइव

गो-लाइव से पहले एक प्रयोगशाला इंटरफ़ेस का परीक्षण करने का अर्थ है हर विशेष मामले के माध्यम से सिंथेटिक रोगियों को चलाना, प्रयोगशाला की रिपोर्ट और EHR चार्ट के बीच समानांतर परिणामों के एक दिन की तुलना करना, समय क्षेत्रों और डेलाइट-सेविंग संक्रमणों की जांच करना, आउटेज के बाद पावती हैंडलिंग और रीप्ले को सत्यापित करना, और विफल संदेशों के लिए एक ऑन-कॉल प्रक्रिया पर सहमत होना, IHE के प्रयोगशाला परीक्षण वर्कफ़्लो प्रोफ़ाइल को एक आधार रेखा के रूप में उपयोग करना।

चरण 3 में हर मामले के माध्यम से सिंथेटिक रोगियों के साथ परीक्षण करें; कागज या PDF रिपोर्ट और चार्ट के बीच समानांतर परिणामों का एक दिन तुलना करें; समय क्षेत्र और डेलाइट-सेविंग संक्रमणों की जाँच करें; आउटेज के बाद ACK हैंडलिंग और रीप्ले सत्यापित करें; विफल संदेशों के लिए ऑन-कॉल प्रक्रिया पर सहमत हों। IHE का Laboratory Testing Workflow प्रोफ़ाइल और राष्ट्रीय अनुरूपता सूट एक परीक्षण किया गया आधार प्रदान करते हैं।

डिज़ाइन से बचने में विफलताएँ

जिन विफलताओं के खिलाफ एक प्रयोगशाला इंटरफ़ेस को डिज़ाइन किया जाना चाहिए वे हैं: पिछले एनकाउंटर में दर्ज किए गए परिणाम, रोगी विलय जो LIS पर लागू नहीं होते हैं, विश्लेषक अपग्रेड के बाद इकाई परिवर्तन जो रुझानों को स्थानांतरित करते हैं, बिना अलर्ट के सुधारे गए परिणाम ओवरराइट हो जाते हैं, सूक्ष्मजीव विज्ञान संवेदनशीलता गलत जीव से जुड़ी होती है, और उन परीक्षणों के परिणाम जिनके लिए EHR के पास कोई कोड नहीं है, त्रुटि कतार में गायब हो जाते हैं।

परिणाम एक पिछले मुठभेड़ में दर्ज किए गए क्योंकि PV1 पुराना था; LIS में एक विलय (ADT A40) लागू नहीं किया गया; एक विश्लेषक अपग्रेड के बाद एक इकाई परिवर्तन चुपचाप रुझानों को स्थानांतरित कर रहा था; अलर्ट के बिना सही किए गए परिणाम ओवरराइट हो रहे थे; माइक्रोबायोलॉजी संवेदनशीलता गलत जीव से जुड़ी हुई थी; एक लैब एक ऐसे परीक्षण के लिए परिणाम भेज रही है जिसके लिए EHR के पास कोई कोड नहीं है, जो फिर त्रुटि कतार में गायब हो जाते हैं।

Anpheros में

Anpheros लैब कनेक्टर ORU^R01, CSV और JSON स्वीकार करता है और LOINC और UCUM के साथ DiagnosticReport के तहत Observations का उत्पादन करता है, स्थानीय कोड और मूल फ़ाइल को बनाए रखता है; लैब परिणाम आयात पर डेवलपर गाइड इसे मुफ्त सैंडबॉक्स के खिलाफ चलता है।

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

• HL7 v2 ORM और OML ऑर्डर संदेश
• HL7 v2 संदेशों की व्याख्या: ADT और ORU
• स्थानीय लैब कोड को LOINC में कैसे मैप करें
• FHIR DiagnosticReport समझाया गया
• लैब कनेक्टर: HL7 v2, CSV या JSON से FHIR
• इंटरफ़ेस इंजन समझाए गए
• FHIR में लैब परिणाम आयात करें (डेवलपर साइट)

स्रोत

• HL7 v2.5.1 ORU_R01 संदर्भ (Caristix)
• HL7 v2.5.1 OBX सेगमेंट (Caristix)
• IHE प्रयोगशाला तकनीकी ढाँचा (LTW)
• HL7 v2-से-FHIR कार्यान्वयन गाइड
• HL7 FHIR R4: DiagnosticReport

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

एक नए लैब इंटरफ़ेस को कौन सा HL7 संस्करण उपयोग करना चाहिए?

2.5.1 यदि दोनों पक्ष इसका समर्थन करते हैं: इसमें नमूनों के लिए SPM और स्पष्ट स्थिति हैंडलिंग है। कई प्रयोगशालाएँ अभी भी 2.3.1 चलाती हैं, और इंटरफ़ेस पुराने पक्ष के अनुकूल हो जाता है।

परिणाम ऑर्डर से कैसे मेल खाते हैं?

प्लेसर ऑर्डर नंबर (EHR द्वारा असाइन किया गया) और फिलर ऑर्डर नंबर (LIS द्वारा असाइन किया गया) द्वारा, जो ऑर्डर प्रतिक्रिया और परिणाम दोनों के ORC-2/3 और OBR-2/3 में ले जाया जाता है। यदि EHR ने कभी फिलर नंबर रिकॉर्ड नहीं किया, तो मिलान प्लेसर नंबर पर वापस आ जाता है।

क्या होगा यदि प्रयोगशाला LOINC कोड नहीं भेज सकती है?

अपने पक्ष में, इंजन या कनेक्टर में, उनके स्थानीय कोड को LOINC में मैप करें, और दोनों को बनाए रखें। जोर दें कि स्थानीय कोड प्रणाली स्थिर है और नए परीक्षणों की घोषणा की जाती है।

क्या FHIR लैब इंटरफ़ेस के लिए तैयार है?

नए कनेक्शन के लिए हाँ, खासकर अस्पताल के बाहर: ServiceRequest, Observation और DiagnosticReport ऑर्डर और परिणामों को पूरी तरह से कवर करते हैं, और राष्ट्रीय गाइड उन्हें प्रोफाइल करते हैं। अस्पताल के अंदर, LIS और विश्लेषक वर्षों तक HL7 v2 बोलेंगे।

Anpheros Platform

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →