Automatizovani medicinski centar koristi mnogo različitih uređaja čiji rad mora da kontroliše medicinski informacioni sistem (MIS), kao i uređaje koji ne prihvataju komande, ali moraju da prenose rezultate svog rada u MIS. Međutim, svi uređaji imaju različite opcije povezivanja (USB, RS-232, Ethernet, itd.) i načine interakcije s njima. Gotovo je nemoguće podržati sve njih u MIS-u, pa je razvijen softverski sloj DeviceManager (DM) koji pruža jedinstven interfejs za MIS za dodeljivanje zadataka uređajima i dobijanje rezultata.
Kako bi se povećala tolerancija na greške sistema, DM je podijeljen na set programa smještenih na računarima u medicinskom centru. DM je podijeljen na glavni program i skup dodataka koji komuniciraju sa određenim uređajem i šalju podatke u MIS. Slika ispod prikazuje generaliziranu strukturu interakcije sa DeviceManagerom, MIS-om i uređajima.
Struktura interakcije između MIS-a i DeviceManager-a pokazuje 3 opcije za dodatke:
- Dodatak ne prima nikakve podatke od MIS-a i šalje podatke pretvorene u format koji mu je razumljiv sa uređaja (odgovara tipu uređaja 3 na gornjoj slici).
- Dodatak prima kratak (u smislu vremena izvršenja) zadatak od MIS-a, na primjer, štampanje na štampaču ili skeniranje slike, izvršava ga i šalje rezultat kao odgovor na zahtjev (odgovara tipu uređaja 1 na gornjoj slici ).
- Dodatak prima dugoročni zadatak od MIS-a, na primjer, da provede anketu ili mjeri indikatore, a kao odgovor šalje status prihvatanja zadatka (zadatak može biti odbijen ako postoji greška u zahtjevu). Nakon završetka zadatka, rezultati se pretvaraju u format razumljiv za MIS i učitavaju na interfejse koji odgovaraju njihovom tipu (odgovara tipu uređaja 2 na gornjoj slici).
Glavni DM program se pokreće, inicijalizira, ponovo pokreće u slučaju neočekivanog zaustavljanja (pada) i prekida sve dodatke kada se isključi. Sastav dodataka na svakom računaru je drugačiji, pokreću se samo oni potrebni, koji su navedeni u postavkama.
Svaki dodatak je nezavisan program koji je u interakciji sa glavnim programom. Ova definicija dodatka omogućava stabilniji rad zbog nezavisnosti svih instanci dodatka i glave u smislu rukovanja greškama (ako dođe do kritične greške koja uzrokuje pad dodatka, to neće utjecati na druge dodatke i glavu) . Jedan dodatak vam omogućava rad sa uređajima jedne vrste (često istog modela), dok neki dodaci mogu komunicirati samo s jednim uređajem, dok drugi mogu komunicirati s nekoliko. Da povežete nekoliko uređaja istog tipa na jedan DM, pokrenite nekoliko instanci istog dodatka.
Qt komplet alata je korišćen za razvoj DM-a jer nam omogućava da apstrahujemo od specifičnog operativnog sistema u većini slučajeva. To je omogućilo podršku za rad sa računarima baziranim na Windows, Linux i MacOS, kao i Raspberry uređajima na jednoj ploči. Jedino ograničenje u izboru operativnog sistema prilikom razvoja dodataka je dostupnost drajvera i/ili specijalnog softvera za određeni uređaj.
Interakcija između dodataka i glave odvija se kroz konstantno aktivan QLocalSocket sa imenom određene instance dodatka, prema protokolu koji smo kreirali. Implementacija komunikacijskog protokola s obje strane je dizajnirana kao dinamička biblioteka, što je omogućilo razvoj nekih dodataka drugih kompanija bez potpunog otkrivanja interakcije sa šefom. Unutrašnja logika lokalne utičnice omogućava glavi da odmah nauči o padu koristeći signal prekida veze. Kada se takav signal aktivira, problematični dodatak se ponovo pokreće, što vam omogućava da bezbolnije rješavate kritične situacije.
Odlučeno je da se interakcija između MIS-a i DM-a gradi na bazi HTTP protokola, budući da MIS radi na web serveru, što olakšava slanje i primanje zahtjeva pomoću ovog protokola. Također je moguće razlikovati probleme koji bi mogli nastati prilikom postavljanja ili izvođenja zadataka s uređajima na osnovu kodova odgovora.
U sljedećim člancima, na primjeru nekoliko prostorija dijagnostičkog centra, ispitat će se rad DM-a i nekih dodataka.
izvor: www.habr.com