डिवाइस मैनेजर डिवाइस पर MIS बढ़ाएँ

स्वचालित चिकित्सा केंद्र कई अलग-अलग उपकरणों का उपयोग करता है, जिनमें से काम को चिकित्सा सूचना प्रणाली (एमआईएस) द्वारा नियंत्रित किया जाना चाहिए, साथ ही ऐसे उपकरण जो आज्ञाओं को स्वीकार नहीं करते हैं, लेकिन उन्हें अपने काम के परिणामों को एमआईएस में प्रसारित करना होगा। हालांकि, सभी उपकरणों में अलग-अलग कनेक्शन विकल्प (USB, RS-232, ईथरनेट, आदि) और उनके साथ बातचीत करने के तरीके हैं। एमआईएस में उन सभी का समर्थन करना लगभग असंभव है, इसलिए, सॉफ़्टवेयर लेयर DeviceManager (DM) विकसित किया गया था, जो MIS को उपकरणों के लिए कार्य निर्धारित करने और परिणाम प्राप्त करने के लिए एकल इंटरफ़ेस प्रदान करता है।


सिस्टम की गलती सहिष्णुता को बढ़ाने के लिए, डीएम को चिकित्सा केंद्र में कंप्यूटर पर होस्ट किए गए कार्यक्रमों के एक समूह में विभाजित किया गया था। डीएम को मेजबान कार्यक्रम और प्लग-इन के एक सेट में विभाजित किया गया है जो एक विशिष्ट डिवाइस के साथ बातचीत करते हैं और एमआईएस को डेटा भेजते हैं। नीचे दिया गया आंकड़ा डिवाइस मैनजर, ​​एमआईएस और उपकरणों के साथ बातचीत की एक सामान्यीकृत संरचना को दर्शाता है।


DeviceManager के साथ एमआईएस की बातचीत की संरचना प्लगइन्स के साथ काम करने के लिए 3 विकल्प दिखाती है:

1. प्लगइन एमआईएस से कोई डेटा प्राप्त नहीं करता है और डेटा को एक प्रारूप में परिवर्तित करता है जो इसे डिवाइस से समझ में आता है (ऊपर दिए गए चित्र में टाइप 3 डिवाइस से मेल खाता है)।
2. प्लग-इन को एमआईएस से एक छोटा कार्य (निष्पादन समय के संदर्भ में) प्राप्त होता है, उदाहरण के लिए, एक प्रिंटर पर मुद्रण या एक छवि को स्कैन करना, इसे निष्पादित करता है और एक अनुरोध के जवाब में परिणाम भेजता है (ऊपर चित्र में टाइप 1 डिवाइस से मेल खाती है)।
3. प्लगइन आईआईए से एक लंबा कार्य प्राप्त करता है, उदाहरण के लिए, सर्वेक्षण या माप संकेतक का संचालन करने के लिए, प्रतिक्रिया में कार्य की स्वीकृति की स्थिति भेजता है (समस्या का बयान यदि अनुरोध गलत है तो इनकार कर दिया जा सकता है)। कार्य पूरा होने के बाद, परिणाम एक एमआईएस-अनुकूल प्रारूप में परिवर्तित हो जाते हैं और उपयुक्त प्रकार के इंटरफेस पर अपलोड किए जाते हैं (ऊपर चित्र में टाइप 2 डिवाइस से मेल खाती है)।

डीएम हेड प्रोग्राम शुरू होता है, एक अनपेक्षित स्टॉप (क्रैश) की स्थिति में शुरू होता है, और काम पूरा होने पर सभी प्लगइन्स को समाप्त करता है। प्रत्येक कंप्यूटर पर प्लग-इन की संरचना भिन्न होती है, केवल वही आवश्यक होती है जो सेटिंग्स में निर्दिष्ट होती हैं।

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


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

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

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

निम्नलिखित लेखों में, निदान केंद्र के कई कमरों के उदाहरण के रूप में, डीएम के संचालन और कुछ प्लग-इन पर विचार किया जाएगा।