’n Outomatiese mediese sentrum gebruik baie verskillende toestelle waarvan die werking deur ’n mediese inligtingstelsel (MIS) beheer moet word, asook toestelle wat nie opdragte aanvaar nie, maar die resultate van hul werk aan die MIS moet oordra. Alle toestelle het egter verskillende verbindingsopsies (USB, RS-232, Ethernet, ens.) en maniere om daarmee te kommunikeer. Dit is amper onmoontlik om hulle almal in die MIS te ondersteun, daarom is die DeviceManager (DM)-sagtewarelaag ontwikkel, wat 'n enkele koppelvlak vir die MIS bied om take aan toestelle toe te ken en resultate te verkry.
Om die fouttoleransie van die stelsel te verhoog, is DM verdeel in 'n stel programme wat op rekenaars in die mediese sentrum geleë is. DM is verdeel in 'n hoofprogram en 'n stel inproppe wat met 'n spesifieke toestel interaksie het en data na die MIS stuur. Die figuur hieronder toon 'n algemene struktuur van interaksie met DeviceManager, MIS en toestelle.
Die struktuur van interaksie tussen MIS en DeviceManager toon 3 opsies vir inproppe:
- Die inprop ontvang geen data vanaf die MIS nie en stuur data omgeskakel na 'n formaat wat vir hom verstaanbaar is vanaf die toestel (stem ooreen met toesteltipe 3 in die figuur hierbo).
- Die inprop ontvang 'n kort (in terme van uitvoeringstyd) taak van die MIS, byvoorbeeld om op 'n drukker te druk of 'n prent te skandeer, voer dit uit en stuur die resultaat in reaksie op die versoek (kom ooreen met toesteltipe 1 in die figuur hierbo ).
- Die inprop ontvang 'n langtermyntaak van die MIS, byvoorbeeld om 'n opname uit te voer of aanwysers te meet, en stuur in reaksie die taakaanvaardingstatus (die taak kan geweier word as daar 'n fout in die versoek is). Nadat die taak voltooi is, word die resultate omgeskakel na 'n formaat wat verstaanbaar is vir die MIS en opgelaai na die koppelvlakke wat ooreenstem met hul tipe (stem ooreen met toesteltipe 2 in die figuur hierbo).
Die hoof DM-program begin, inisialiseer, herbegin in die geval van 'n onverwagte stop (ongeluk) en beëindig alle inproppe wanneer dit afgesluit word. Die samestelling van inproppe op elke rekenaar is anders; slegs die nodige word geloods, wat in die instellings gespesifiseer word.
Elke inprop is 'n onafhanklike program wat in wisselwerking met die hoofprogram is. Hierdie definisie van 'n inprop maak voorsiening vir meer stabiele werking as gevolg van die onafhanklikheid van alle inprop-instansies en die kop in terme van fouthantering (as 'n kritieke fout voorkom wat veroorsaak dat die inprop ineenstort, sal dit nie ander inproppe en die kop beïnvloed nie) . Een inprop laat jou toe om met toestelle van een tipe (dikwels dieselfde model) te werk, terwyl sommige inproppe slegs met een toestel kan kommunikeer, terwyl ander met verskeie kan kommunikeer. Om verskeie toestelle van dieselfde tipe aan een DM te koppel, begin verskeie gevalle van dieselfde inprop.
Die Qt-gereedskapstel is gebruik om DM te ontwikkel omdat dit ons in die meeste gevalle toelaat om weg te abstraheer van 'n spesifieke bedryfstelsel. Dit het dit moontlik gemaak om werk te ondersteun met rekenaars gebaseer op Windows, Linux en MacOS, sowel as Raspberry-enkelbord-toestelle. Die enigste beperking in die keuse van 'n bedryfstelsel wanneer plugins ontwikkel word, is die beskikbaarheid van drywers en/of spesiale sagteware vir 'n spesifieke toestel.
Interaksie tussen plugins en die kop vind plaas deur 'n voortdurend aktiewe QLocalSocket met die naam van 'n spesifieke plugin-instansie, volgens die protokol wat ons geskep het. Die implementering van die kommunikasieprotokol aan beide kante is ontwerp as 'n dinamiese biblioteek, wat dit moontlik gemaak het om sommige plugins deur ander maatskappye te ontwikkel sonder om die interaksie met die kop heeltemal te openbaar. Die interne logika van die plaaslike sok laat die kop toe om dadelik te leer oor die val met behulp van 'n verbindingbreuksein. Wanneer so 'n sein geaktiveer word, word die problematiese inprop herbegin, wat jou toelaat om kritieke situasies meer pynloos te hanteer.
Daar is besluit om die interaksie tussen MIS en DM op die HTTP-protokol te bou, aangesien MIS op 'n webbediener werk, wat dit makliker maak om versoeke te stuur en te ontvang deur hierdie protokol te gebruik. Dit is ook moontlik om probleme te onderskei wat kan ontstaan wanneer take met toestelle opgestel of uitgevoer word, gebaseer op reaksiekodes.
In die volgende artikels, met behulp van die voorbeeld van verskeie diagnostiese sentrumkamers, sal die werking van DM en sommige inproppe ondersoek word.
Bron: will.com