מנהל התקן. הרחב את MIS למכשירים

מרכז רפואי אוטומטי משתמש במכשירים רבים ושונים, שתפעולם חייב להיות בשליטת מערכת מידע רפואית (MIS), וכן מכשירים שאינם מקבלים פקודות, אלא חייבים להעביר את תוצאות עבודתם ל-MIS. עם זאת, לכל המכשירים יש אפשרויות חיבור שונות (USB, RS-232, Ethernet וכו') ודרכי אינטראקציה איתם. כמעט בלתי אפשרי לתמוך בכולם ב-MIS, ולכן פותחה שכבת התוכנה DeviceManager (DM), המספקת ממשק יחיד ל-MIS להקצאת משימות למכשירים וקבלת תוצאות.


כדי להגביר את סבילות התקלות של המערכת, חולק DM למערך תוכנות הממוקמות במחשבים במרכז הרפואי. DM מחולק לתוכנית ראשית ולסט של תוספים המקיימים אינטראקציה עם מכשיר ספציפי ושולחים נתונים ל-MIS. האיור שלהלן מציג מבנה כללי של אינטראקציה עם DeviceManager, MIS ומכשירים.

מבנה האינטראקציה בין MIS ל-DeviceManager מציג 3 אפשרויות לתוספות:

1. התוסף אינו מקבל שום נתונים מה-MIS ושולח נתונים המומרים לפורמט מובן לו מהמכשיר (מתאים למכשיר מסוג 3 באיור למעלה).
2. התוסף מקבל משימה קצרה (מבחינת זמן ביצוע) מה-MIS, למשל, הדפסה במדפסת או סריקת תמונה, מבצע אותה ושולח את התוצאה בתגובה לבקשה (מתאים למכשיר מסוג 1 באיור למעלה ).
3. התוסף מקבל משימה ארוכת טווח מה-MIS, למשל, לבצע סקר או למדוד מדדים, ובתגובה שולח את סטטוס קבלת המשימה (ייתכן שהמשימה תידחה אם יש טעות בבקשה). לאחר השלמת המשימה, התוצאות מומרות לפורמט מובן ל-MIS ומועלות לממשקים המתאימים לסוגם (מתאים למכשיר מסוג 2 באיור למעלה).

תוכנית ה-DM הראשית מתחילה, מאתחלת, מופעלת מחדש במקרה של עצירה בלתי צפויה (התרסקות) ומפסיקה את כל התוספים בעת כיבוי. הרכב התוספים בכל מחשב שונה; רק הדרושים מופעלים, המפורטים בהגדרות.

כל תוסף הוא תוכנית עצמאית המקיימת אינטראקציה עם התוכנית הראשית. הגדרה זו של תוסף מאפשרת פעולה יציבה יותר בשל העצמאות של כל מופעי הפלאגין והראש מבחינת טיפול בשגיאות (אם מתרחשת שגיאה קריטית שגורמת לפלאגין לקרוס, אז זה לא ישפיע על תוספים אחרים ועל הראש) . תוסף אחד מאפשר לך לעבוד עם מכשירים מסוג אחד (לעיתים קרובות אותו דגם), בעוד תוספים מסוימים יכולים לקיים אינטראקציה רק ​​עם מכשיר אחד, בעוד שאחרים יכולים לקיים אינטראקציה עם כמה. כדי לחבר מספר מכשירים מאותו סוג ל-DM אחד, הפעל מספר מופעים של אותו תוסף.

ערכת הכלים Qt שימשה לפיתוח DM מכיוון שהיא מאפשרת לנו להתרחק ממערכת הפעלה ספציפית ברוב המקרים. זה איפשר לתמוך בעבודה עם מחשבים המבוססים על Windows, Linux ו-MacOS, כמו גם התקני Raspberry בלוח יחיד. המגבלה היחידה בבחירת מערכת הפעלה בעת פיתוח תוספים היא הזמינות של דרייברים ו/או תוכנות מיוחדות למכשיר ספציפי.

אינטראקציה בין תוספים לראש מתרחשת דרך QLocalSocket פעיל כל הזמן עם שם של מופע תוסף ספציפי, לפי הפרוטוקול שיצרנו. הטמעת פרוטוקול התקשורת משני הצדדים תוכננה כספרייה דינמית, מה שאפשר לפתח כמה תוספים על ידי חברות אחרות מבלי לחשוף לחלוטין את האינטראקציה עם הראש. ההיגיון הפנימי של השקע המקומי מאפשר לראש ללמוד מיד על הנפילה באמצעות אות הפסקת חיבור. כאשר אות כזה מופעל, התוסף הבעייתי מופעל מחדש, מה שמאפשר להתמודד עם מצבים קריטיים ללא כאבים.

הוחלט לבנות את האינטראקציה בין MIS ל-DM על בסיס פרוטוקול HTTP, שכן MIS פועל על שרת אינטרנט, מה שמקל על שליחת וקבלת בקשות באמצעות פרוטוקול זה. כמו כן, ניתן להבחין בבעיות שעלולות להתעורר בעת הגדרה או ביצוע משימות עם מכשירים על סמך קודי תגובה.

במאמרים הבאים, באמצעות דוגמה של מספר חדרי מרכז אבחון, תיבחן פעולת DM וכמה תוספים.

מקור: www.habr.com