Менаџер на уреди. Проширете го MIS на уредите

Автоматизираниот медицински центар користи многу различни уреди, чија работа мора да биде контролирана од медицински информациски систем (MIS), како и уреди кои не прифаќаат команди, но мора да ги пренесат резултатите од нивната работа до MIS. Сепак, сите уреди имаат различни опции за поврзување (USB, RS-232, Ethernet, итн.) и начини за интеракција со нив. Речиси е невозможно да се поддржат сите во MIS, така што е развиен софтверскиот слој DeviceManager (DM), кој обезбедува единствен интерфејс за MIS за доделување задачи на уредите и добивање резултати.


За да се зголеми толеранцијата на грешки на системот, DM беше поделен на збир на програми лоцирани на компјутерите во медицинскиот центар. DM е поделен на главна програма и збир на приклучоци кои комуницираат со одреден уред и испраќаат податоци до MIS. Сликата подолу покажува генерализирана структура на интеракција со DeviceManager, MIS и уреди.

Структурата на интеракцијата помеѓу MIS и DeviceManager покажува 3 опции за приклучоци:

1. Приклучокот не прима никакви податоци од MIS и испраќа податоци претворени во формат разбирлив за него од уредот (одговара на типот на уред 3 на сликата погоре).
2. Приклучокот добива кратка (во однос на времето на извршување) задача од MIS, на пример, печатење на печатач или скенирање слика, го извршува и го испраќа резултатот како одговор на барањето (одговара на типот на уред 1 на сликата погоре ).
3. Приклучокот добива долгорочна задача од MIS, на пример, да спроведе анкета или да мери индикатори, и како одговор го испраќа статусот за прифаќање на задачата (задачата може да биде одбиена ако има грешка во барањето). По завршувањето на задачата, резултатите се претвораат во формат разбирлив за MIS и се поставуваат на интерфејсите што одговараат на нивниот тип (одговара на типот на уред 2 на сликата погоре).

Главната програма за DM започнува, се иницијализира, се рестартира во случај на неочекувано запирање (паѓање) и ги завршува сите приклучоци кога ќе се исклучи. Составот на приклучоците на секој компјутер е различен.

Секој додаток е независна програма која е во интеракција со главната програма. Оваа дефиниција за приклучок овозможува постабилно работење поради независноста на сите примероци на приклучоци и главата во однос на справувањето со грешки (ако се појави критична грешка што предизвикува паѓање на приклучокот, тогаш тоа нема да влијае на другите приклучоци и главата) . Еден приклучок ви овозможува да работите со уреди од еден тип (често ист модел), додека некои приклучоци можат да комуницираат само со еден уред, додека други можат да комуницираат со неколку. За да поврзете неколку уреди од ист тип на еден DM, стартувајте неколку примероци од истиот приклучок.

Комплетот со алатки Qt се користеше за развој на DM затоа што ни овозможува да се апстрахираме од специфичен оперативен систем во повеќето случаи. Ова овозможи да се поддржи работа со компјутери базирани на Windows, Linux и MacOS, како и уреди со една плоча Raspberry. Единственото ограничување при изборот на оперативен систем при развивање на приклучоци е достапноста на драјвери и/или специјален софтвер за одреден уред.

Интеракцијата помеѓу приклучоците и главата се случува преку постојано активен QLocalSocket со име на специфичен пример на приклучок, според протоколот што го создадовме. Имплементацијата на протоколот за комуникација од двете страни беше дизајнирана како динамична библиотека, што овозможи да се развијат некои приклучоци од други компании без целосно да се открие интеракцијата со главата. Внатрешната логика на локалниот приклучок овозможува главата веднаш да дознае за падот користејќи сигнал за прекин на врската. Кога ќе се активира таков сигнал, проблематичниот приклучок се рестартира, што ви овозможува побезболно да се справите со критичните ситуации.

Беше одлучено да се изгради интеракцијата помеѓу MIS и DM врз основа на протоколот HTTP, бидејќи MIS работи на веб-сервер, што го олеснува испраќањето и примањето барања со користење на овој протокол. Исто така, можно е да се разликуваат проблемите што може да се појават при поставување или извршување задачи со уреди врз основа на кодови за одговор.

Во следните статии, користејќи го примерот на неколку простории за дијагностички центар, ќе се испита работата на DM и некои приклучоци.

Извор: www.habr.com