NĂ« njĂ« qendĂ«r mjekĂ«sore tĂ« automatizuar pĂ«rdoren shumĂ« pajisje tĂ« ndryshme, punĂ«n e tĂ« cilave duhet ta menaxhojĂ« njĂ« sistem informacioni mjekĂ«sor (SIM), si dhe pajisje qĂ« nuk marrin urdhra, por duhet tĂ« dĂ«rgojnĂ« rezultatet e punĂ«s sĂ« tyre nĂ« SIM. MegjithatĂ«, tĂ« gjitha pajisjet kanĂ« variante tĂ« ndryshme lidhjeje (USB, RS-232, Ethernet, etj.) dhe mĂ«nyra tĂ« ndryshme ndĂ«rveprimi me to. TĂ« gjitha kĂ«to tĂ« mbĂ«shteten nĂ« SIM Ă«shtĂ« praktikisht e pamundur, prandaj Ă«shtĂ« zhvilluar njĂ« shtresĂ« software e quajtur DeviceManager (DM), e cila ofron njĂ« ndĂ«rfaqe tĂ« vetme pĂ«r SIM pĂ«r tâi dhĂ«nĂ« urdhra pajisjeve dhe pĂ«r tĂ« marrĂ« rezultate.
Për të rritur qëndrueshmërinë e sistemit, DM u ndan në një grup programesh që vendosen në kompjuterët e qendrës mjekësore. DM ndahet në programin kryesor dhe një grup plotesh që realizojnë ndërveprimin me pajisje specifike dhe dërgojnë të dhëna në SIM. Në figuren më poshtë është paraqitur struktura e përgjithshme e ndërveprimit me DeviceManager, SIM dhe pajisjet.
Në strukturën e ndërveprimit të SIM me DeviceManager, janë treguar 3 variante të funksionimit të plogjeve:
- Plogu nuk merr asnjë të dhëna nga SIM dhe dërgon të dhënat e transformuara në një format të kuptueshëm për të nga pajisja (përkon me pajisjen e tipit 3 në figurën më lart).
- Plogu merr një detyrë të shkurtër (në përfundimin e saj), për shembull, printimi në printer ose skanimi i një imazhi, e përfundon atë dhe dërgon rezultatin si përgjigje në kërkesë (përkon me pajisjen e tipit 1 në figurën më lart).
- Plogu merr nga SIM një detyrë të gjatë, për shembull, të kryejë një ekzaminim ose të masë treguesit, dërgon një status për pranimin e detyrës (mund të refuzohet për dhënien e detyrës nëse ka një gabim në kërkesë). Pas përfundimit të detyrës, rezultatet transformohen në një format të kuptueshëm për SIM dhe nxirren në ndërfaqet përkatëse të tipit të tyre (përkon me pajisjen e tipit 2 në figurën më lart).
Programi kryesor DM nis, inicializon, rinis në rast të një ndalese të papritur (rënies) dhe përfundon të gjitha plogjet kur përfundon puna. Grupi i plogjeve në çdo kompjuter është i ndryshëm, janë aktive vetëm ato që janë specifikuar në rregullimet.
Ădo plugin Ă«shtĂ« njĂ« program i pavarur qĂ« ndĂ«rvepron me programin kryesor. Ky pĂ«rkufizim i plugin-it mundĂ«son njĂ« funksionim mĂ« tĂ« qĂ«ndrueshĂ«m, pĂ«r shkak tĂ« pavarĂ«sisĂ« sĂ« tĂ« gjithĂ« ekzemplarĂ«ve tĂ« plugin-eve dhe programit kryesor nĂ« aspektin e trajtimit tĂ« gabimeve (nĂ«se ndodhi njĂ« gabim kritik, pĂ«r shkak tĂ« tĂ« cilit plugin-i ra, kjo nuk do tĂ« ndikohet te plugin-e tĂ« tjera dhe te programi kryesor). NjĂ« plugin lejon tĂ« punoni me pajisje tĂ« njĂ« lloji ( shpesh me njĂ« model tĂ« vetĂ«m), ndĂ«rsa disa plugin-e mund tĂ« ndĂ«rveprojnĂ« vetĂ«m me njĂ« instrument, ndĂ«rsa tĂ« tjerĂ« â me disa. PĂ«r tĂ« lidhur disa pajisje tĂ« njĂ« tipi nĂ« njĂ« DM pĂ«rdoret lançimi i disa ekzemplarĂ«ve tĂ« njĂ«jtĂ« tĂ« njĂ« plugin-i.
Për zhvillimin e DM u përdor mjeti Qt, sepse ai lejon zakonisht të abstenohet nga sistemi operativ specifik. Kjo lehtësoi mbështetje për punën me kompjuterë që përdorin Windows, Linux dhe MacOS, si dhe me njëplakët Raspberry. Kufizimi i vetëm në zgjedhjen e sistemit operativ gjatë zhvillimit të plugin-eve është prania e drejtpërdrejta dhe/ose softit të veçantë për pajisjen specifike.
Ndërveprimi midis plugin-eve dhe programit kryesor ndodh përmes një QLocalSocket të vazhdueshëm me emrin e ekzemplarëve përkatës të plugin-it, sipas protokollit të krijuar nga ne. Realizimi i protokollit të lidhjes nga të dyja anët u realizua në formën e një biblioteke dinamike, e cila lejon zhvillimin e disa plugin-eve nga kompani të tjera, pa zbuluar plotësisht ndërveprimin me programin kryesor. Logjika e brendshme e punës së socket-it lokal lejon që programi kryesor të mësojë menjëherë për suksesin e lidhjes përmes sinjalit të ndërprerjes së lidhjes. Kur ndodh një sinjal i tillë, përballet me rilançimin e plugin-it problematik, që lejon përpunimin më të butë të situatave kritike.
Ndërveprimi midis MSH dhe DM u vendos të ndërtohet mbi bazën e protokollit HTTP, pasi MSH funksionon në bazë të Web serverët, ku është më e lehtë të dërgoni dhe pranoni kërkesa për këtë protokoll. Gjithashtu ka mundësinë të dalloni problemet që mund të kenë lindur gjatë vendosjes ose realizimit të detyrave nga pajisjet në bazë të kodeve të përgjigjeve.
Në artikujt e ardhshëm, duke marrë si shembull disa kabina të qendrës diagnostike, do të shqyrtohet funksionimi i DM dhe disa plugin-eve.
Burimi: habr.com
