इंटरफ़ेस इंजन को समझना: मिर्थ, रैप्सोडी और उनके साथी क्या करते हैं, और आपको इनकी ज़रूरत कब होती है

संक्षिप्त उत्तर: एक इंटरफ़ेस इंजन (इंटीग्रेशन इंजन) हेल्थकेयर मैसेजिंग के लिए बनाया गया एक मिडलवेयर है। यह कई प्रोटोकॉल (HL7 v2 के लिए MLLP, FHIR और SOAP के लिए HTTP, फ़ाइलें, डेटाबेस, क्यू), संदेशों को रूपांतरित करता है (फ़ील्ड मैपिंग, कोड अनुवाद, HL7 v2 से FHIR जैसे फ़ॉर्मेट रूपांतरण), फ़िल्टर के साथ एक या कई गंतव्यों पर उन्हें रूट करता है, और क्यू, रिट्री, लॉग और डैशबोर्ड रखता है ताकि कोई संदेश कभी खो न जाए और हर विफलता दिखाई दे। अस्पताल इसका उपयोग करते हैं ताकि प्रत्येक सिस्टम को हर दूसरे सिस्टम के बजाय इंजन से एक बार जोड़ा जा सके। प्रसिद्ध उत्पाद Mirth Connect (NextGen Connect, ऐतिहासिक रूप से ओपन सोर्स), Rhapsody, InterSystems HealthShare / IRIS for Health, Infor Cloverleaf, Qvera QIE, Orion और एक लंबी सूची हैं; क्लाउड प्रदाता प्रबंधित समकक्ष प्रदान करते हैं।

निर्माण खंड

एक इंटरफ़ेस इंजन के निर्माण खंड चैनल (एक स्रोत से उसके गंतव्यों तक एक प्रवाह), स्रोत कनेक्टर या श्रोता जैसे MLLP और HTTP, फ़िल्टर जो तय करते हैं कि कोई संदेश जारी रहेगा या नहीं, ट्रांसफ़ॉर्मर जो फ़ील्ड और कोड को मैप करते हैं, गंतव्य कनेक्टर, पुनः प्रयास के साथ कतारें, अलर्टिंग के साथ निगरानी, और चैनल परिवर्तनों और संदेश इतिहास का एक ऑडिट ट्रेल हैं।

हर इंजन, चाहे शब्दावली कुछ भी हो, में समान भाग होते हैं:

• चैनल (इंटरफ़ेस): एक स्रोत से एक या अधिक गंतव्यों तक एक प्रवाह, जिसमें अपनी सेटिंग्स और आँकड़े होते हैं।
• स्रोत कनेक्टर / श्रोता: MLLP (HL7 v2 के लिए फ़्रेमिंग के साथ TCP), HTTP(S) एंडपॉइंट, SFTP और फ़ाइल पोलिंग, डेटाबेस क्वेरी, JMS या अन्य क्यू, कुछ उत्पादों में DICOM।
• फ़िल्टर: एक नियम जो तय करता है कि कोई संदेश जारी रहेगा या नहीं (इस रोगी वर्ग के लिए केवल ADT^A01)।
• ट्रांसफ़ॉर्मर: स्क्रिप्ट या मैपिंग जो संदेश को बदलते हैं: फ़ील्ड का नाम बदलना, लुकअप टेबल के माध्यम से स्थानीय कोड को LOINC में मैप करना, एक OBX सेगमेंट से FHIR Observation बनाना, एक लेगेसी सिस्टम की अपेक्षाओं को पूरा करने के लिए Z-सेगमेंट जोड़ना।
• गंतव्य कनेक्टर: परिणाम कहाँ जाता है, अपने स्वयं के प्रोटोकॉल और त्रुटि प्रबंधन के साथ।
• क्यू और रिट्री: संदेश स्वीकार होने तक बने रहते हैं; विफलताएं बैक-ऑफ़ के साथ पुनः प्रयास करती हैं; ज़हरीले संदेश मनुष्यों के लिए एक त्रुटि क्यू में जाते हैं।
• निगरानी और अलर्ट: प्रति-चैनल काउंटर, विलंबता, त्रुटि दर, चैनल के शांत होने पर अलर्ट (हेल्थकेयर इंटीग्रेशन में सबसे उपयोगी अलर्ट)।
• ऑडिट: किसने कौन सा चैनल बदला, और समस्या निवारण के लिए संदेश इतिहास, प्रतिधारण और पहुंच नियंत्रण के साथ क्योंकि यह रोगी डेटा है।

सामान्य कार्य

एक स्वास्थ्य सेवा इंटरफ़ेस इंजन के विशिष्ट कार्य HIS से विभागों तक ADT फैन-आउट, कई प्राप्तकर्ताओं को प्रयोगशाला परिणाम रूट करना, स्थानीय कोड को LOINC, ATC और UCUM में अनुवाद करना, HL7 v2, FHIR, CDA और CSV प्रारूपों को ब्रिज करना, एक लेगेसी डेटाबेस पर FHIR फ़साड को उजागर करना, डिवाइस फ़ीड को सामान्य बनाना, और MLLP को अंदर से HTTPS को बाहर की ओर अनुकूलित करना हैं।

1. ADT फैन-आउट: HIS से प्रवेश प्राप्त करना, विभाग के अनुसार फ़िल्टर और अनुवाद करना, प्रयोगशाला, रेडियोलॉजी, फार्मेसी, बिस्तर प्रबंधन और रोगी पोर्टल को वितरित करना।
2. परिणाम रूटिंग: LIS से EHR तक ORU, ऑर्डरिंग GP के सिस्टम तक, क्षेत्रीय रिकॉर्ड तक, रोगी के FHIR रिकॉर्ड तक, प्रत्येक एक अलग उपसमुच्चय और प्रारूप के साथ।
3. कोड अनुवाद: स्थानीय परीक्षण कोड को LOINC में, स्थानीय दवा कोड को ATC में, मुक्त-पाठ इकाइयों को UCUM में, बनाए गए लुकअप टेबल के माध्यम से (प्रयोगशाला कोड को LOINC में मैप करना)।
4. फ़ॉर्मेट ब्रिजिंग: HL7 v2 को FHIR में और वापस, CDA को FHIR में, पुराने सिस्टम से CSV को किसी भी चीज़ में।
5. एक FHIR फ़साड: इंजन FHIR एंडपॉइंट को उजागर करता है और लेगेसी डेटाबेस को क्वेरी करके या v2 क्वेरी भेजकर उनका जवाब देता है, ताकि ऐप एक FHIR सर्वर देखें जहाँ कोई मौजूद नहीं है।
6. डिवाइस इंटीग्रेशन: IHE PCD अवलोकन में सामान्यीकृत मालिकाना मॉनिटर फ़ीड।
7. प्रोटोकॉल अनुकूलन: भवन के अंदर MLLP, बाहर HTTPS OAuth के साथ।

एक का चुनाव

एक इंटरफ़ेस इंजन का चुनाव छह मानदंडों पर निर्भर करता है: संदेशों की मात्रा और विलंबता और आउटेज कितने महत्वपूर्ण हैं, आउट-ऑफ़-द-बॉक्स समर्थित प्रोटोकॉल और मानक (HL7 v2, FHIR R4, DICOM, राष्ट्रीय प्रारूप), डेवलपर अनुभव, क्लस्टरिंग और फेलओवर जैसे संचालन, लाइसेंसिंग शर्तें, जो 2025 में कुछ उत्पादों के लिए बदल गईं, और चैनलों को बनाए रखने के लिए उपलब्ध कौशल।

• मात्रा और गंभीरता: प्रति दिन संदेश, स्वीकार्य विलंबता, और क्या दो मिनट का आउटेज मायने रखता है (यह ADT और परिणामों के लिए मायने रखता है)।
• आउट-ऑफ़-द-बॉक्स प्रोटोकॉल और मानक: HL7 v2 संस्करण और पार्सर, सत्यापन के साथ FHIR R4 समर्थन, DICOM, अमेरिका में X12, राष्ट्रीय प्रारूप।
• डेवलपर अनुभव: स्क्रिप्टिंग भाषा (Mirth में JavaScript, दूसरों में मालिकाना), चैनल परिभाषाओं का संस्करण नियंत्रण, परीक्षण उपकरण, कई वातावरणों में परिनियोजन।
• संचालन: क्लस्टरिंग, फेलओवर, निगरानी एकीकरण, अपग्रेड पथ, समर्थन मॉडल।
• लाइसेंसिंग: ओपन सोर्स या सामुदायिक संस्करण, प्रति चैनल या प्रति कोर सदस्यता, प्रबंधित क्लाउड ऑफ़रिंग; कुछ ऐतिहासिक रूप से खुले उत्पादों के लाइसेंस 2025 में बदल गए, इसलिए वर्तमान शर्तों की जांच करें।
• उपलब्ध कौशल: इंजन उतना ही अच्छा है जितना कि चैनल बनाए रखने वाले लोग।

एक को सुरक्षित रूप से चलाना

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

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

जब आपको इसकी आवश्यकता नहीं है

जब ग्रीनफ़ील्ड सिस्टम के सभी भागी FHIR बोलते हैं, तो एक इंटरफ़ेस इंजन की आवश्यकता नहीं होती है, ऐसे मामले में Subscriptions और API गेटवे के साथ एक FHIR सर्वर रूटिंग और प्रमाणीकरण को कवर करता है, या जब एक एकल HL7 v2 इंटरफ़ेस को HAPI HL7v2 या hl7apy जैसी लाइब्रेरी द्वारा संभाला जा सकता है। इंजन कई सिस्टम और प्रारूपों के साथ अपना स्थान अर्जित करता है।

एक ग्रीनफ़ील्ड सिस्टम जिसके भागीदार सभी FHIR बोलते हैं, वह सब्सक्रिप्शन और प्रमाणीकरण, दर सीमित करने और रूटिंग के लिए एक API गेटवे के साथ एक FHIR सर्वर का उपयोग कर सकता है, जिसमें सामान्य सेवाओं में परिवर्तन होते हैं। एक एकल HL7 v2 इंटरफ़ेस को एप्लिकेशन के अंदर एक छोटी लाइब्रेरी (जावा में HAPI HL7v2, पायथन में hl7apy या python-hl7) द्वारा संभाला जा सकता है। इंजन तब अपना स्थान अर्जित करता है जब कई सिस्टम, कई प्रारूप और एक संचालन कंसोल की आवश्यकता होती है जिसे गैर-डेवलपर देख सकते हैं।

Anpheros में

Anpheros Platform इंजन के FHIR पक्ष पर है: अस्पताल उन प्रवाहों को रूट करते हैं जिन्हें वे साझा करना चाहते हैं (परिणाम, दस्तावेज़, मुठभेड़) इसे अपने इंजन के माध्यम से या लैब कनेक्टर के माध्यम से भेजते हैं, और FHIR API और वेबहुक के माध्यम से वापस पढ़ते हैं। डेवलपर साइट कनेक्टर द्वारा लागू किए गए HL7 v2 से FHIR मैपिंग को दिखाती है।

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

• अस्पताल प्रणाली एकीकरण समझाया गया
• EHR के साथ प्रयोगशाला प्रणाली को कैसे एकीकृत करें
• HL7 v2 संदेश समझाए गए: ADT और ORU
• स्थानीय प्रयोगशाला कोड को LOINC में कैसे मैप करें
• FHIR सब्सक्रिप्शन समझाए गए
• HL7 v2 से FHIR मैपिंग (डेवलपर साइट)

स्रोत

• NextGen Connect (Mirth Connect)
• Rhapsody Integration Engine
• InterSystems IRIS for Health
• Infor Cloverleaf
• HAPI HL7v2 लाइब्रेरी
• HL7 v2-to-FHIR कार्यान्वयन गाइड

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

क्या इंटरफ़ेस इंजन ESB या iPaaS के समान है?

समान परिवार, विशेषीकृत: एक इंटरफ़ेस इंजन HL7 v2, DICOM, CDA और FHIR समर्थन, MLLP, स्वास्थ्य-विशिष्ट निगरानी और शब्दावली एकीकरण टीमों के साथ आता है। सामान्य ESB और iPaaS उत्पाद अधिक निर्माण के साथ काम कर सकते हैं।

क्या इंजन HL7 v2 को FHIR में स्वचालित रूप से परिवर्तित कर सकता है?

कई इंजन HL7 v2-to-FHIR गाइड पर आधारित मैपिंग शामिल करते हैं, और वे सामान्य सेगमेंट को संभालते हैं। स्थानीय परंपराओं, Z-सेगमेंट और कोड मैपिंग के लिए हमेशा परियोजना कार्य की आवश्यकता होती है।

क्या इंजन रोगी डेटा संग्रहीत करता है?

यह पारगमन में संदेशों को बनाए रखता है और समस्या निवारण के लिए संदेश इतिहास रखता है, जो रोगी डेटा है और इसे संरक्षित और हटाया जाना चाहिए। इसका उपयोग दीर्घकालिक स्टोर या रिकॉर्ड की प्रणाली के रूप में नहीं किया जाना चाहिए।

ओपन सोर्स या वाणिज्यिक?

दोनों बड़े अस्पतालों में उत्पादन में हैं। निर्णय आमतौर पर समर्थन, कौशल, क्लस्टरिंग आवश्यकताओं और वर्तमान लाइसेंसिंग शर्तों पर निर्भर करता है, जो कुछ उत्पादों के लिए बदल गए हैं; प्रतिबद्धता से पहले जांचें।

Anpheros Platform

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →