Zentro mediko automatizatu batek hainbat gailu erabiltzen ditu, eta horien funtzionamendua informazio medikoko sistema (MIS) batek kontrolatu behar du, baita aginduak onartzen ez dituzten gailuak ere, baina lanaren emaitzak MISra helarazi behar dituzte. Hala ere, gailu guztiek konexio-aukera desberdinak dituzte (USB, RS-232, Ethernet, etab.) eta haiekin elkarreragiteko moduak. Ia ezinezkoa da horiek guztiak MIS-an onartzea, beraz, DeviceManager (DM) software-geruza garatu zen, MIS-rako interfaze bakarra eskaintzen duena gailuei zereginak esleitzeko eta emaitzak lortzeko.
Sistemaren akatsen tolerantzia areagotzeko, DM mediku zentroko ordenagailuetan kokatutako programa multzo batean banatu zen. DM programa nagusi batean eta gailu zehatz batekin elkarreraginean eta MISra datuak bidaltzen dituzten plugin multzo batean banatzen da. Beheko irudiak DeviceManager, MIS eta gailuekin elkarrekintzaren egitura orokor bat erakusten du.
MIS eta DeviceManager-en arteko elkarrekintzaren egiturak 3 aukera erakusten ditu plug-inetarako:
- Pluginak ez du MIS-tik daturik jasotzen eta gailutik uler daitekeen formatu batean bihurtutako datuak bidaltzen ditu (goiko irudiko 3. gailu motari dagokio).
- Pluginak MISetik zeregin labur bat (exekuzio denborari dagokionez) jasotzen du, adibidez, inprimagailu batean inprimatzea edo irudi bat eskaneatzea, exekutatu eta emaitza bidaltzen du eskaerari erantzunez (goiko irudiko 1 gailu motari dagokio. ).
- Pluginak epe luzeko zeregin bat jasotzen du MIS-tik, adibidez, inkesta bat egiteko edo adierazleak neurtzeko, eta erantzunez zereginaren onarpen egoera bidaltzen du (eskaeran akatsen bat badago zeregina ukatu egin daiteke). Ataza amaitu ondoren, emaitzak MISrako ulergarria den formatu batean bihurtzen dira eta haien motari dagozkion interfazeetara igotzen dira (goiko irudiko 2. gailu motari dagokio).
DM programa nagusia abiarazten da, hasieratzen du, berrabiarazi egiten da ustekabeko geldialdi bat gertatuz gero (crash) eta plugin guztiak amaitzen ditu itzaltzean. Konputagailu bakoitzean pluginen konposizioa desberdina da; beharrezkoak direnak bakarrik abiarazten dira, ezarpenetan zehazten direnak.
Plugin bakoitza programa nagusiarekin elkarreragiten duen programa independente bat da. Plugin baten definizio honek funtzionamendu egonkorragoa ahalbidetzen du plugin-instantzia guztien eta buruaren independentzia dela eta erroreen kudeaketari dagokionez (plugin-a hutsegitea eragiten duen errore kritiko bat gertatzen bada, horrek ez du eraginik izango beste plugin-en eta buruan) . Plugin batek mota bateko gailuekin lan egiteko aukera ematen du (askotan eredu berdina), plugin batzuek gailu batekin soilik elkarreragin dezaketen bitartean, beste batzuek hainbatekin. Mota bereko hainbat gailu DM batera konektatzeko, abiarazi plugin beraren hainbat instantzia.
Qt toolkit DM garatzeko erabili zen, sistema eragile zehatz batetik abstraitzeko aukera ematen digulako kasu gehienetan. Horri esker, Windows, Linux eta MacOS-en oinarritutako ordenagailuekin lan egitea ahalbidetu zuen, baita Raspberry plaka bakarreko gailuekin ere. Pluginak garatzerakoan sistema eragilea aukeratzeko muga bakarra kontrolatzaileen eta/edo software berezien erabilgarritasuna da gailu jakin baterako.
Pluginen eta buruaren arteko elkarrekintza etengabe aktibo dagoen QLocalSocket baten bidez gertatzen da plugin-instantzia zehatz baten izena duena, guk sortutako protokoloaren arabera. Komunikazio-protokoloa bi aldeetan ezartzea liburutegi dinamiko gisa diseinatu zen, eta horri esker, beste enpresek plugin batzuk garatzea posible izan zen, buruarekiko interakzioa guztiz agerian utzi gabe. Tokiko entxufearen barne-logikari esker, buruak erorketari buruz berehala ikasteko aukera ematen du konexio eten seinale bat erabiliz. Seinale hori abiarazten denean, plugin problematikoa berrabiarazten da, eta horri esker, egoera larriak minik gabe kudeatzeko aukera ematen du.
MIS eta DMren arteko elkarrekintza HTTP protokoloan oinarrituta eraikitzea erabaki zen, MIS Web zerbitzari batean funtzionatzen baitu eta horrek protokolo honen bidez eskaerak bidaltzea eta jasotzea errazten du. Erantzun-kodeetan oinarrituta gailuekin zereginak ezartzean edo egitean sor daitezkeen arazoak ere bereiz daitezke.
Hurrengo artikuluetan, diagnostiko zentroko hainbat gelen adibidea erabiliz, DMren funtzionamendua eta plug-in batzuk aztertuko dira.
Iturria: www.habr.com