في المركز الطبي الآلي ، يتم استخدام العديد من الأجهزة المختلفة ، والتي يجب أن يتم التحكم في تشغيلها بواسطة نظام المعلومات الطبية (HIS) ، وكذلك الأجهزة التي لا تتلقى أوامر ، ولكن يجب أن تنقل نتائج عملها إلى HIS. ومع ذلك ، تحتوي جميع الأجهزة على خيارات اتصال مختلفة (USB و RS-232 و Ethernet وما إلى ذلك) وطرق للتفاعل معها. يكاد يكون من المستحيل دعمها جميعًا في MIS ، لذلك تم تطوير طبقة برنامج DeviceManager (DM) ، والتي تزود MIS بواجهة واحدة لإعداد المهام للأجهزة والحصول على النتائج.
لزيادة التسامح مع الخطأ في النظام ، تم تقسيم DM إلى مجموعة من البرامج الموضوعة على أجهزة الكمبيوتر في المركز الطبي. ينقسم DM إلى برنامج رئيسي ومجموعة من المكونات الإضافية التي تتفاعل مع جهاز معين وترسل البيانات إلى MIS. يوضح الشكل أدناه هيكلًا عامًا للتفاعل مع DeviceManager و MIS والأجهزة.
يوضح هيكل تفاعل HIS مع DeviceManager 3 خيارات للمكونات الإضافية:
- لا يتلقى المكون الإضافي أي بيانات من MIS ويرسل البيانات المحولة إلى تنسيق يمكن فهمه من الجهاز (يتوافق مع الجهاز من النوع 3 في الشكل أعلاه).
- يتلقى المكون الإضافي مهمة قصيرة (من حيث وقت التنفيذ) من MIS ، على سبيل المثال ، الطباعة على طابعة أو مسح صورة ضوئيًا ، وتنفيذها وإرسال النتيجة استجابة لطلب (يتوافق مع جهاز من النوع 1 في الشكل أعلاه ).
- يتلقى المكون الإضافي مهمة طويلة الأجل من MIS ، على سبيل المثال ، لإجراء مسح أو قياس المؤشرات ، استجابةً لذلك فإنه يرسل حالة قبول المهمة (قد يتم رفض المهمة إذا كان الطلب غير صحيح). بعد اكتمال المهمة ، يتم تحويل النتائج إلى تنسيق مفهوم لنظام المعلومات الإدارية ويتم تحميله على الواجهات المقابلة لنوعها (يتوافق مع الجهاز من النوع 2 في الشكل أعلاه).
يتم تشغيل برنامج رأس DM وتهيئته وإعادة تشغيله في حالة حدوث توقف غير متوقع (تعطل) وإنهاء جميع المكونات الإضافية عند إيقاف التشغيل. يختلف تكوين المكونات الإضافية على كل كمبيوتر ، ولا يتم تشغيل سوى المكونات الضرورية المحددة في الإعدادات.
كل مكون إضافي هو برنامج مستقل يتفاعل مع البرنامج الرئيسي. يسمح تعريف المكون الإضافي هذا بتشغيل أكثر استقرارًا ، نظرًا لاستقلالية جميع مثيلات البرنامج المساعد والرئيس من حيث معالجة الأخطاء (في حالة حدوث خطأ فادح ، بسبب تعطل المكون الإضافي ، فلن يؤثر ذلك على المكونات الإضافية والرأس) . يسمح لك أحد المكونات الإضافية بالعمل مع أجهزة من نفس النوع (غالبًا من نفس الطراز) ، بينما يمكن لبعض المكونات الإضافية التفاعل مع جهاز واحد فقط ، بينما يمكن للآخرين التفاعل مع عدة أجهزة. لتوصيل العديد من الأجهزة من نفس النوع إلى DM واحد ، يتم استخدام تشغيل مثيلات متعددة لنفس المكون الإضافي.
لتطوير DM ، تم استخدام مجموعة أدوات Qt ، لأنها تتيح لك التجريد من نظام تشغيل معين في معظم الحالات. هذا جعل من الممكن دعم العمل مع أجهزة الكمبيوتر القائمة على Windows و Linux و MacOS ، بالإضافة إلى لوحة Raspberry أحادية اللوحة. القيد الوحيد في اختيار نظام التشغيل عند تطوير المكونات الإضافية هو توافر برامج التشغيل و / أو البرامج الخاصة لجهاز معين.
يحدث التفاعل بين المكونات الإضافية والرأس من خلال QLocalSocket نشط باستمرار مع اسم مثيل مكون إضافي ، وفقًا للبروتوكول الذي أنشأناه. تم تأطير تنفيذ بروتوكول الاتصال على كلا الجانبين كمكتبة ديناميكية ، مما سمح للشركات الأخرى بتطوير بعض المكونات الإضافية دون الكشف الكامل عن التفاعل مع الرأس. يسمح المنطق الداخلي للمقبس المحلي للرأس بمعرفة السقوط على الفور باستخدام إشارة فصل الاتصال. عندما يتم تشغيل مثل هذه الإشارة ، يتم إعادة تشغيل المكون الإضافي الذي يحتوي على مشكلات ، مما يجعل من الممكن التعامل مع المواقف الحرجة بسهولة أكبر.
تقرر بناء التفاعل بين MIS و DM بناءً على بروتوكول HTTP ، حيث تعمل MIS على أساس خادم الويب ، حيث يسهل إرسال الطلبات واستلامها باستخدام هذا البروتوكول. من الممكن أيضًا التمييز بين المشكلات التي قد تنشأ عند تعيين أو أداء المهام بواسطة الأجهزة بناءً على أكواد الاستجابة.
في المقالات التالية ، باستخدام مثال لعدة غرف في مركز التشخيص ، سيتم النظر في عمل DM وبعض المكونات الإضافية.
المصدر: www.habr.com