Ավտոմատացված բժշկական կենտրոնում օգտագործվում են բազմաթիվ տարբեր սարքեր, որոնց աշխատանքը պետք է վերահսկվի բժշկական տեղեկատվական համակարգի (MIS) կողմից, ինչպես նաև սարքեր, որոնք չեն ընդունում հրամանները, բայց պետք է իրենց աշխատանքի արդյունքները փոխանցեն MIS: Այնուամենայնիվ, բոլոր սարքերն ունեն միացման տարբեր տարբերակներ (USB, RS-232, Ethernet և այլն) և դրանց հետ փոխազդելու ուղիներ: Գրեթե անհնար է նրանց բոլորին աջակցել MIS-ում, ուստի մշակվել է DeviceManager (DM) ծրագրային շերտը, որը MIS-ի համար ապահովում է մեկ ինտերֆեյս՝ սարքերին առաջադրանքներ հանձնարարելու և արդյունքներ ստանալու համար:
Համակարգի սխալների հանդուրժողականությունը բարձրացնելու համար DM-ը բաժանվեց մի շարք ծրագրերի, որոնք տեղակայված էին բժշկական կենտրոնում գտնվող համակարգիչների վրա: DM-ը բաժանված է հիմնական ծրագրի և պլագինների մի շարքի, որոնք փոխազդում են որոշակի սարքի հետ և տվյալներ են ուղարկում MIS: Ստորև բերված նկարը ցույց է տալիս DeviceManager-ի, MIS-ի և սարքերի հետ փոխգործակցության ընդհանրացված կառուցվածքը:
MIS-ի և DeviceManager-ի միջև փոխգործակցության կառուցվածքը ցույց է տալիս plug-ins-ի 3 տարբերակ.
- Փլագինը MIS-ից որևէ տվյալ չի ստանում և սարքից ուղարկում է տվյալներ, որոնք վերածվել են իրեն հասկանալի ձևաչափի (համապատասխանում է վերևի նկարում նշված սարքի տիպին 3):
- Փլագինը կարճ (կատարման ժամանակի առումով) առաջադրանք է ստանում MIS-ից, օրինակ՝ տպում է տպիչի վրա կամ պատկեր սկանավորում, կատարում է այն և ուղարկում արդյունքը՝ ի պատասխան հարցման (համապատասխանում է վերևի նկարում նշված սարքի 1-ին տեսակին): ).
- Փլագինը MIS-ից ստանում է երկարաժամկետ առաջադրանք, օրինակ՝ հարցում անցկացնել կամ չափել ցուցիչները, և ի պատասխան ուղարկում է առաջադրանքի ընդունման կարգավիճակը (առաջադրանքը կարող է մերժվել, եթե հարցումում սխալ կա): Առաջադրանքը կատարելուց հետո արդյունքները վերածվում են MIS-ի համար հասկանալի ձևաչափի և վերբեռնվում դրանց տեսակին համապատասխանող միջերեսներում (համապատասխանում է սարքի տիպի 2-ին վերևի նկարում):
Հիմնական DM ծրագիրը սկսվում, սկզբնավորվում, վերագործարկվում է անսպասելի կանգառի (վթարի) դեպքում և դադարեցնում է բոլոր պլագինները, երբ անջատվում է: Յուրաքանչյուր համակարգչի վրա փլագինների կազմը տարբեր է, գործարկվում են միայն անհրաժեշտները, որոնք նշված են կարգավորումներում:
Յուրաքանչյուր plugin անկախ ծրագիր է, որը փոխազդում է հիմնական ծրագրի հետ: Փլագինի այս սահմանումը թույլ է տալիս ավելի կայուն գործել՝ հաշվի առնելով բոլոր plugin-ի օրինակների և գլխի անկախությունը սխալների հետ աշխատելու առումով (եթե տեղի է ունենում կրիտիկական սխալ, որը հանգեցնում է plugin-ի խափանման, ապա դա չի ազդի այլ հավելումների և գլխի վրա) . Մեկ փլագինը թույլ է տալիս աշխատել մեկ տեսակի (հաճախ նույն մոդելի) սարքերի հետ, մինչդեռ որոշ պլագիններ կարող են փոխազդել միայն մեկ սարքի հետ, մինչդեռ մյուսները կարող են փոխազդել մի քանիսի հետ։ Նույն տիպի մի քանի սարքեր մեկ DM-ին միացնելու համար գործարկեք նույն պլագինի մի քանի օրինակ:
Qt գործիքակազմն օգտագործվել է DM մշակելու համար, քանի որ այն թույլ է տալիս մեզ շատ դեպքերում վերացական լինել կոնկրետ օպերացիոն համակարգից: Սա հնարավորություն տվեց աշխատել Windows-ի, Linux-ի և MacOS-ի վրա հիմնված համակարգիչների, ինչպես նաև Raspberry մեկ տախտակի սարքերի հետ: Պլագինների մշակման ժամանակ օպերացիոն համակարգի ընտրության միակ սահմանափակումը դրայվերների և/կամ հատուկ ծրագրաշարի առկայությունն է կոնկրետ սարքի համար:
Փլագինների և գլխի միջև փոխազդեցությունը տեղի է ունենում անընդհատ ակտիվ QLocalSocket-ի միջոցով՝ հատուկ plugin օրինակի անունով՝ համաձայն մեր ստեղծած արձանագրության: Հաղորդակցման արձանագրության իրականացումը երկու կողմից նախագծված էր որպես դինամիկ գրադարան, որը հնարավորություն տվեց մշակել որոշ պլագիններ այլ ընկերությունների կողմից՝ առանց ղեկավարի հետ փոխազդեցության ամբողջական բացահայտման: Տեղական վարդակի ներքին տրամաբանությունը թույլ է տալիս ղեկավարին անմիջապես իմանալ անկման մասին՝ օգտագործելով կապի խզման ազդանշանը: Երբ նման ազդանշան է գործարկվում, խնդրահարույց փլագինը վերագործարկվում է, ինչը թույլ է տալիս ավելի ցավոտ կառավարել կրիտիկական իրավիճակները։
Որոշվեց MIS-ի և DM-ի միջև փոխազդեցությունը կառուցել HTTP արձանագրության հիման վրա, քանի որ MIS-ը գործում է վեբ սերվերի վրա, ինչը հեշտացնում է հարցումներ ուղարկելն ու ստանալն այս արձանագրության միջոցով: Հնարավոր է նաև տարբերակել խնդիրները, որոնք կարող են առաջանալ արձագանքման կոդերի հիման վրա սարքերի հետ առաջադրանքներ դնելիս կամ կատարելիս:
Հետևյալ հոդվածներում, օգտագործելով մի քանի ախտորոշիչ կենտրոնի սենյակների օրինակը, կուսումնասիրվեն DM-ի և որոշ պլագինների աշխատանքը:
Source: www.habr.com