अस्पताल सिस्टम इंटीग्रेशन को समझना: HIS और EHR, इंटरफ़ेस इंजन, लैब, रेडियोलॉजी, वियरेबल और टेलीमेडिसिन

संक्षिप्त उत्तर: एक अस्पताल दर्जनों सिस्टम चलाता है, और एकीकरण वह काम है जो उन्हें एक मरीज के बारे में सहमत कराता है। केंद्र में HIS (अस्पताल सूचना प्रणाली) या EHR बैठता है, जो मरीज की पहचान, प्रवेश और नैदानिक रिकॉर्ड का मालिक होता है। इसके चारों ओर: प्रयोगशाला प्रणाली (LIS), रेडियोलॉजी (RIS और PACS), फार्मेसी, ऑपरेशन थिएटर, आपातकालीन विभाग, बिलिंग, डिवाइस (मॉनिटर, इन्फ्यूजन पंप), और तेजी से मरीज ऐप, वियरेबल डिवाइस और टेलीमेडिसिन। बीच में एक इंटरफ़ेस इंजन संदेशों को प्राप्त करता है, रूपांतरित करता है और रूट करता है, ताकि प्रत्येक सिस्टम को हर दूसरे सिस्टम से कनेक्ट होने के बजाय एक बार कनेक्ट किया जा सके। अधिकांश ट्रैफिक घटनाओं (प्रवेश, ऑर्डर, परिणाम) के लिए MLLP पर HL7 v2 संदेश, छवियों के लिए DICOM, दस्तावेजों के लिए CDA या PDF, और किसी भी नई, मरीज-सामना करने वाली या बाहरी चीज़ के लिए REST पर FHIR है।

सिस्टम और वे क्या आदान-प्रदान करते हैं

किसी अस्पताल का इंटीग्रेशन लैंडस्केप HIS या EHR से बनता है, जो रोगी की पहचान, एनकाउंटर और क्लिनिकल रिकॉर्ड का मालिक होता है, साथ ही इसमें प्रयोगशाला प्रणाली, रेडियोलॉजी (RIS और PACS), फार्मेसी, डिवाइस, रोगी ऐप, टेलीमेडिसिन और क्षेत्रीय सिस्टम भी शामिल होते हैं। ये ADT, ऑर्डर और ORU परिणाम जैसे HL7 v2 संदेश, DICOM छवियां, CDA दस्तावेज़ और FHIR संसाधन का आदान-प्रदान करते हैं।

इंटरफ़ेस इंजन

एक इंटरफ़ेस इंजन अस्पताल का मैसेजिंग हब होता है: यह प्रत्येक सिस्टम से HL7 v2, FHIR, फ़ाइल और डेटाबेस ट्रैफ़िक प्राप्त करता है, इसे रूपांतरित करता है और इसे अन्य सभी सिस्टमों तक पहुंचाता है जिन्हें इसकी आवश्यकता होती है, और कतारों, पुनः प्रयास, निगरानी और ऑडिट को बनाए रखता है। इसके बिना, N सिस्टमों को N×(N−1)/2 तक हैंड-बिल्ट इंटरफ़ेस की आवश्यकता होती है; एक के साथ, प्रत्येक सिस्टम एक बार कनेक्ट होता है।

इंजन (Mirth Connect / NextGen Connect, Rhapsody, InterSystems HealthShare और IRIS for Health, Infor Cloverleaf, Qvera QIE, और अन्य) लिसनर (MLLP, HTTP, फ़ाइल, डेटाबेस), ट्रांसफ़ॉर्मेशन (फ़ील्ड मैप करें, कोड ठीक करें, v2 को FHIR में बदलें), रूटिंग (आठ फ़िल्टर के साथ आठ सिस्टमों को ADT भेजें), क्यूइंग और रिट्रीज़, निगरानी और ऑडिट प्रदान करता है। यह वह जगह भी है जहाँ रोगी की पहचान का मिलान किया जाता है जब सिस्टम असहमत होते हैं, और जहाँ एक लेगेसी डेटाबेस के ऊपर अक्सर एक FHIR फ़साड बनाया जाता है। इंटरफ़ेस इंजन समझाए गए देखें।

सबसे महत्वपूर्ण प्रवाह

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

• ADT: प्रत्येक प्रवेश, डिस्चार्ज, स्थानांतरण, पंजीकरण और जनसांख्यिकी अपडेट (A01, A03, A02, A04, A08, A40 मर्ज) HIS से बाकी सभी को फैल जाता है। यदि ADT देर से या गलत है, तो प्रत्येक डाउनस्ट्रीम सिस्टम गलत मरीज या एनकाउंटर के तहत डेटा फ़ाइल करता है। HL7 v2 संदेश समझाए गए देखें।
• ऑर्डर और परिणाम: ORM/OML बाहर, ORU वापस, प्लेसर और फिलर नंबर उन्हें एक साथ जोड़ते हैं; परिणामों में LOINC और UCUM। HL7 v2 ऑर्डर संदेश और प्रयोगशाला प्रणाली को EHR के साथ एकीकृत करना देखें।
• इमेजिंग: RIS को ऑर्डर, स्कैनर को DICOM वर्कलिस्ट, PACS को छवियां, ORU के रूप में रिपोर्ट वापस, DICOMweb के माध्यम से व्यूअर। PACS बनाम RIS बनाम VNA देखें।
• दवा: फार्मेसी को ऑर्डर, डिस्पेंसिंग और एडमिनिस्ट्रेशन वापस, सुरक्षा लक्ष्य के रूप में बंद लूप (बेडसाइड पर बारकोड) के साथ।
• दस्तावेज़: डिस्चार्ज पत्र, ऑपरेशन नोट्स और MDM संदेशों, CDA या PDF के रूप में स्कैन किए गए दस्तावेज़ एक दस्तावेज़ रिपॉजिटरी में, क्षेत्रीय रजिस्ट्री में प्रकाशित।
• डिवाइस: मॉनिटर IHE PCD प्रोफाइल या वेंडर गेटवे के माध्यम से रिकॉर्ड में महत्वपूर्ण संकेत फीड करते हैं, अलार्म प्रबंधन एक अलग अनुशासन के रूप में।
• मरीज-सामना करने वाले: FHIR पर पोर्टल और ऐप को परिणाम, नियुक्तियां और दस्तावेज़; प्रश्नावली, घर के माप और वियरेबल डेटा वापस, उत्पत्ति के साथ उन्हें मरीज-रिपोर्टेड के रूप में चिह्नित करना। FHIR के साथ दूरस्थ मरीज निगरानी देखें।

काम करने वाले पैटर्न

काम करने वाले अस्पताल इंटीग्रेशन पैटर्न हैं: रोगी पहचान के लिए एक मास्टर सिस्टम, जिसमें हर कोई ADT की सदस्यता लेता है; इंजन में एक बार LOINC, SNOMED CT और ATC के लिए कोड मैपिंग; प्रत्येक संदेश के लिए पावती, कतारें और पुनः प्रयास; आइडमपोटेंट परिणाम और दस्तावेज़; रोगी ऐप और बाहरी भागीदारों के लिए एक FHIR परत; और गो-लाइव से पहले सिंथेटिक रोगियों के साथ परीक्षण वातावरण।

• पहचान के लिए एक मास्टर। HIS (या मास्टर पेशेंट इंडेक्स) पहचान का मालिक है; बाकी सभी ADT की सदस्यता लेते हैं और कभी भी मरीजों का आविष्कार नहीं करते हैं।
• सीमा पर कोड। स्थानीय कोड को LOINC, SNOMED CT, ATC पर इंजन में मैप करें, एक बार, और स्थानीय कोड को साथ रखें।
• स्वीकार करें, कतार में लगाएं, पुनः प्रयास करें। प्रत्येक v2 संदेश को एक ACK मिलता है; इंजन बनाए रखता है और फिर से चलाता है; कोई भी परिणाम नहीं खोता है क्योंकि एक सिस्टम रीबूट हो रहा था।
• आइडम्पोटेंसी। परिणाम और दस्तावेज़ पहचान ले जाते हैं; एक रीप्ले डुप्लिकेट के बजाय अपडेट करता है।
• नई हर चीज़ के लिए एक FHIR परत। मरीज ऐप, टेलीमेडिसिन, अनुसंधान एक्सट्रैक्ट और बाहरी भागीदार सीधे HIS से नहीं, बल्कि एक फ़साड या एक समर्पित FHIR सर्वर से FHIR से बात करते हैं जो आंतरिक प्रवाह से फ़ीड होता है।
• सिंथेटिक मरीजों के साथ परीक्षण वातावरण, और उत्पादन को छूने से पहले एक अनुरूपता चरण (IHE Connectathon प्रोफाइल, राष्ट्रीय परीक्षण सूट)।

हर जगह देखे जाने वाले विफलता मोड

लगभग हर अस्पताल इंटीग्रेशन में देखे जाने वाले विफलता मोड हैं: पंजीकरण टाइपो से डुप्लिकेट रोगी, मर्ज के बाद गलत एनकाउंटर में दर्ज किए गए परिणाम, अनमैप्ड स्थानीय कोड, टाइमस्टैम्प में टाइम-ज़ोन और डेलाइट-सेविंग त्रुटियां, फ्री-टेक्स्ट यूनिट, बिना निगरानी के चुपचाप बंद होने वाले इंटरफ़ेस, पार्सर को तोड़ने वाले वेंडर Z-सेगमेंट, और अस्थायी CSV फ़ीड जिन्हें कभी रिटायर नहीं किया जाता है।

पंजीकरण टाइपो से डुप्लिकेट मरीज; मर्ज के बाद गलत एनकाउंटर में फ़ाइल किए गए परिणाम; स्थानीय परीक्षण कोड जिन्हें किसी ने मैप नहीं किया; संदेश टाइमस्टैम्प में समय क्षेत्र और डेलाइट सेविंग; फ्री-टेक्स्ट इकाइयाँ; एक इंटरफ़ेस जो चुपचाप बंद हो गया और किसी ने निगरानी नहीं की; वेंडर-विशिष्ट Z-सेगमेंट जो पार्सर को तोड़ते हैं; और "अस्थायी" CSV फ़ीड जो दस साल बाद भी चल रहा है।

जहाँ FHIR तस्वीर बदल रहा है

FHIR कोर के बजाय अस्पताल इंटीग्रेशन के किनारों पर बदलाव ला रहा है। इमारत के अंदर, HL7 v2 और DICOM बने रहते हैं क्योंकि एनालाइज़र, स्कैनर और लेगेसी मॉड्यूल उन्हें बोलते हैं; FHIR रोगी पहुंच, SMART on FHIR ऐप, CDS Hooks निर्णय समर्थन, सब्सक्रिप्शन, EHDS और TEFCA के तहत क्षेत्रीय और राष्ट्रीय आदान-प्रदान, और अनुसंधान एक्सट्रैक्ट पर नियंत्रण रखता है।

आंतरिक रूप से, HL7 v2 और DICOM वर्षों तक बने रहेंगे, क्योंकि हर विश्लेषक, स्कैनर और लेगेसी मॉड्यूल उन्हें बोलता है। FHIR किनारों पर जीतता है: मरीज पहुंच, EHR के अंदर लॉन्च किए गए ऐप (SMART on FHIR), निर्णय समर्थन (CDS Hooks), घटना-संचालित एकीकरण के लिए सदस्यता, EHDS और TEFCA के तहत क्षेत्रीय और राष्ट्रीय विनिमय, और अनुसंधान एक्सट्रैक्ट। कई अस्पताल अब इमारत के बाहर की हर चीज़ के लिए अपने एकीकरण परत के रूप में इंजन द्वारा फ़ीड किए गए FHIR सर्वर चलाते हैं; स्वास्थ्य सेवा इंटरऑपरेबिलिटी मानक: मानचित्र देखें।

Anpheros में

Anpheros Platform अस्पताल इंटीग्रेशन के FHIR किनारे पर स्थित है: एक FHIR R4 रिकॉर्ड जिससे एक अस्पताल या क्लिनिक रोगी की सहमति से लिख और पढ़ सकता है, जो लैब कनेक्टर (HL7 v2 ORU, CSV या JSON) के माध्यम से अस्पताल के अपने इंटीग्रेशन द्वारा फ़ीड किया जाता है, जिसमें प्रति स्रोत वेबहुक और प्रोवेनेंस होता है। यह HIS या इंजन को प्रतिस्थापित नहीं करता है।

Anpheros Platform उस किनारे पर बैठता है: एक FHIR R4 रिकॉर्ड जिसे एक अस्पताल या क्लिनिक मरीज की सहमति से लिख और पढ़ सकता है, जो अस्पताल के अपने एकीकरण द्वारा फ़ीड किया जाता है (लैब कनेक्टर HL7 v2 ORU, CSV या JSON लेता है), परिवर्तन अधिसूचना के लिए वेबहुक और स्रोत प्रति उत्पत्ति के साथ। यह HIS या इंजन को प्रतिस्थापित नहीं करता है; यह मरीज को एक रिकॉर्ड देता है जो इमारत से बाहर निकलने पर उनका अनुसरण करता है।

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

• इंटरफ़ेस इंजन समझाए गए
• प्रयोगशाला प्रणाली को EHR के साथ कैसे एकीकृत करें
• HL7 v2 संदेश समझाए गए: ADT और ORU
• PACS बनाम RIS बनाम VNA
• FHIR के साथ दूरस्थ मरीज निगरानी
• स्वास्थ्य सेवा इंटरऑपरेबिलिटी मानक: मानचित्र
• क्लिनिक सिस्टम को FHIR के साथ एकीकृत करें (डेवलपर साइट)

स्रोत

• HL7 संस्करण 2 उत्पाद सूट
• IHE IT इन्फ्रास्ट्रक्चर तकनीकी ढाँचा
• IHE डिवाइस डोमेन (पेशेंट केयर डिवाइस प्रोफाइल)
• HL7 FHIR R4: मैसेजिंग और वर्कफ़्लो
• HL7 v2-से-FHIR कार्यान्वयन गाइड

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

क्या एक नए अस्पताल को सब कुछ FHIR के साथ एकीकृत करना चाहिए?

सब कुछ नहीं। विश्लेषक, स्कैनर और अधिकांश विभागीय सिस्टम HL7 v2 और DICOM बोलते हैं, और यह जल्द ही नहीं बदलेगा। मरीज-सामना करने वाले, बाहरी और नए एकीकरण के लिए FHIR का उपयोग करें, और ब्रिज करने के लिए एक इंजन का उपयोग करें।

HIS और EHR के बीच क्या अंतर है?

देशों में उपयोग भिन्न होता है। HIS का अर्थ अक्सर प्रशासनिक और नैदानिक अस्पताल प्रणाली एक साथ होता है; EHR नैदानिक रिकॉर्ड पर जोर देता है। एकीकरण के संदर्भ में दोनों वह प्रणाली हैं जो पहचान, एनकाउंटर और रिकॉर्ड का मालिक है।

एक मध्यम आकार के अस्पताल में कितने इंटरफ़ेस होते हैं?

आमतौर पर पचास से कुछ सौ संदेश इंजन के माध्यम से प्रवाहित होते हैं, प्रत्येक दिशा और प्रत्येक प्राप्त करने वाले सिस्टम की गिनती करते हैं। इंजन की निगरानी स्क्रीन वह जगह है जहाँ एकीकरण टीमें रहती हैं।

एक अस्पताल में एकीकरण का मालिक कौन है?

अस्पताल की आईटी एकीकरण टीम, आमतौर पर इंजन विक्रेता के समर्थन के साथ, और प्रत्येक विभागीय विक्रेता अपने पक्ष के लिए। राष्ट्रीय कार्यक्रम और IHE प्रोफाइल परियोजना कार्य को कम करते हैं लेकिन समाप्त नहीं करते हैं।

Anpheros Platform

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

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

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

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

द्वारा लिखित

Anpheros टीम

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

Anpheros के बारे में →