Ang isang awtomatikong sentrong medikal ay gumagamit ng maraming iba't ibang mga aparato, ang pagpapatakbo nito ay dapat na kontrolado ng isang medikal na sistema ng impormasyon (MIS), pati na rin ang mga aparato na hindi tumatanggap ng mga utos, ngunit dapat ipadala ang mga resulta ng kanilang trabaho sa MIS. Gayunpaman, ang lahat ng device ay may iba't ibang opsyon sa koneksyon (USB, RS-232, Ethernet, atbp.) at mga paraan upang makipag-ugnayan sa kanila. Halos imposibleng suportahan ang lahat ng ito sa MIS, kaya binuo ang layer ng software ng DeviceManager (DM), na nagbibigay ng isang interface para sa MIS para sa pagtatalaga ng mga gawain sa mga device at pagkuha ng mga resulta.
Upang mapataas ang fault tolerance ng system, hinati ang DM sa isang set ng mga program na matatagpuan sa mga computer sa medical center. Ang DM ay nahahati sa isang pangunahing programa at isang hanay ng mga plugin na nakikipag-ugnayan sa isang partikular na device at nagpapadala ng data sa MIS. Ang figure sa ibaba ay nagpapakita ng isang pangkalahatang istraktura ng pakikipag-ugnayan sa DeviceManager, MIS at mga device.
Ang istruktura ng pakikipag-ugnayan sa pagitan ng MIS at DeviceManager ay nagpapakita ng 3 opsyon para sa mga plug-in:
- Ang plugin ay hindi tumatanggap ng anumang data mula sa MIS at nagpapadala ng data na na-convert sa isang format na naiintindihan nito mula sa device (naaayon sa device type 3 sa figure sa itaas).
- Ang plugin ay tumatanggap ng isang maikling (sa mga tuntunin ng oras ng pagpapatupad) na gawain mula sa MIS, halimbawa, pag-print sa isang printer o pag-scan ng isang imahe, isinasagawa ito at ipinapadala ang resulta bilang tugon sa kahilingan (naaayon sa uri ng device 1 sa figure sa itaas ).
- Ang plugin ay tumatanggap ng isang pangmatagalang gawain mula sa MIS, halimbawa, upang magsagawa ng isang survey o sukatin ang mga tagapagpahiwatig, at bilang tugon ay nagpapadala ng katayuan sa pagtanggap ng gawain (maaaring tanggihan ang gawain kung may error sa kahilingan). Matapos makumpleto ang gawain, ang mga resulta ay na-convert sa isang format na naiintindihan para sa MIS at na-upload sa mga interface na naaayon sa kanilang uri (naaayon sa uri ng device 2 sa figure sa itaas).
Ang pangunahing programa ng DM ay magsisimula, magsisimula, mag-restart kung sakaling may hindi inaasahang paghinto (pag-crash) at tinatapos ang lahat ng mga plugin kapag nagsara. Ang komposisyon ng mga plugin sa bawat computer ay naiiba; ang mga kinakailangan lamang ang inilunsad, na tinukoy sa mga setting.
Ang bawat plugin ay isang independiyenteng programa na nakikipag-ugnayan sa pangunahing programa. Ang kahulugan na ito ng isang plugin ay nagbibigay-daan para sa mas matatag na operasyon dahil sa pagsasarili ng lahat ng mga instance ng plugin at ang head sa mga tuntunin ng paghawak ng error (kung may nangyaring kritikal na error na nagiging sanhi ng pag-crash ng plugin, hindi ito makakaapekto sa iba pang mga plugin at sa head) . Binibigyang-daan ka ng isang plugin na gumana sa mga device na may isang uri (kadalasan ang parehong modelo), habang ang ilang plugin ay maaaring makipag-ugnayan lamang sa isang device, habang ang iba ay maaaring makipag-ugnayan sa ilan. Para ikonekta ang ilang device na may parehong uri sa isang DM, maglunsad ng ilang instance ng parehong plugin.
Ang Qt toolkit ay ginamit upang bumuo ng DM dahil ito ay nagpapahintulot sa amin na mag-abstract mula sa isang partikular na operating system sa karamihan ng mga kaso. Ginawa nitong posible na suportahan ang trabaho sa mga computer batay sa Windows, Linux at MacOS, pati na rin ang mga Raspberry na single-board na device. Ang tanging limitasyon sa pagpili ng operating system kapag gumagawa ng mga plugin ay ang pagkakaroon ng mga driver at/o espesyal na software para sa isang partikular na device.
Ang pakikipag-ugnayan sa pagitan ng mga plugin at head ay nangyayari sa pamamagitan ng patuloy na aktibong QLocalSocket na may pangalan ng isang partikular na instance ng plugin, ayon sa ginawa naming protocol. Ang pagpapatupad ng protocol ng komunikasyon sa magkabilang panig ay idinisenyo bilang isang dynamic na library, na naging posible upang bumuo ng ilang mga plugin ng ibang mga kumpanya nang hindi ganap na ibinubunyag ang pakikipag-ugnayan sa ulo. Ang panloob na lohika ng lokal na socket ay nagbibigay-daan sa ulo na agad na malaman ang tungkol sa pagkahulog gamit ang isang signal break ng koneksyon. Kapag na-trigger ang naturang signal, ang may problemang plugin ay magre-restart, na nagbibigay-daan sa iyong pangasiwaan ang mga kritikal na sitwasyon nang mas walang sakit.
Napagpasyahan na buuin ang pakikipag-ugnayan sa pagitan ng MIS at DM batay sa HTTP protocol, dahil gumagana ang MIS sa isang Web server, na nagpapadali sa pagpapadala at pagtanggap ng mga kahilingan gamit ang protocol na ito. Posible rin na makilala ang mga problemang maaaring lumitaw kapag nagtatakda o gumaganap ng mga gawain sa mga device batay sa mga response code.
Sa mga sumusunod na artikulo, gamit ang halimbawa ng ilang diagnostic center room, susuriin ang pagpapatakbo ng DM at ilang plug-in.
Pinagmulan: www.habr.com