Automated medius medicinae multis machinis variis utitur, cuius operatio per informationes medicinae systema (MIS), tum machinas quae mandata non accipiunt, sed eventus sui operis ad MIS transmittere debent. Omnes tamen cogitationes variae connexionis optiones habent (USB, RS-232, Ethernet, etc.) et modi cum eis se occurrunt. Fere impossibile est omnes illas in MIS sustinere, itaque machinarum machinarum DeviceManager (DM) aucta est, quae unum interfaciem praebet pro MIS ad operas machinis et ad eventum obtinendum assignandum.
Ut culpa tolerantiae systematis augeretur, DM in certa programmatum in centro medicorum medicorum sito divisum est. DM dividitur in rationem principalem et numerum plugins quae certa cum artificio se occurrunt et notitias MIS mittet. Figura infra ostendit structuram generalem commercii cum DeviceManager, MIS et machinis.
Structura commercii inter MIS et DeviceManager ostendit 3 optiones pro obturaculum-ins:
- Plugin notitias ex MIS non recipit et notitias emittit ex fabrica in forma intellectas conversas (respondet fabricae speciei 3 in figura supra).
- Pluginum breve (secundum executionis tempus) negotium e MIS accipit, exempli gratia, imprimendi typographum vel imaginem intuens, illud exsequitur et exitum mittit rogatui respondens (respondet fabrica type 1 in figura superius. ).
- Plugin munus longum tempus accipit ab MIS, exempli gratia, percontationes vel mensuras indices peragere, et respondens munus acceptationis status mittit (negotium recusari potest si erratum est in petitione). Expleto munere, eventus convertuntur in formam comprehensam pro MIS et impositi ad interfaces quae suo typo respondent (respondet fabricae speciei 2 in figura supra).
Praecipuum DM programmatis incipit, initializes, sileo in casu sistendi inopinati (fragore) ac omnia plugins cum shutdown terminat. Compositio plugins in singulis computatoriis diversa est, solum necessariae emittuntur quae in uncinis specificantur.
Unumquodque plugin programmatis sui iuris est quod cum programmate principali mutuatur. Haec definitio plugin operandi permittit ut firmior ob independentiam omnium instantiarum pluginarum et caput in terminis erroris tractandi (si error criticus incidit qui plugin fragore causat, haec alia plugins et caput non afficit) . Unum plugin tibi permittit ut cum unius speciei machinis (saepe idem exemplar) operari possit, dum quaedam plugins solum cum una fabrica, alii cum pluribus mutuare possunt. Plures machinis eiusdem generis ad unum DM connectere, plures eiusdem plugin instantias deduc.
Qt toolkit ad DM explicandum adhibitum erat, quod nos sinit abstrahere a systemate specifica operante in pluribus. Hoc effecit ut opus computatrorum in Fenestra, Linux et MacOS fulciretur, necnon Raspberry una tabularum machinarum. Sola limitatio in systemate operante eligendo cum plugins evolutionis est promptitudo aurigarum et/vel certarum programmatum pro certo artificio.
Interaction inter plugins et caput occurs per QLocalSocket constanter activam cum nomine instantiae cuiusdam plugin, secundum protocollum creavimus. Exsecutio communicationis protocollo utrinque designata est ut bibliotheca dynamica, quae fieri potuit ut nonnulla plugins ab aliis societatibus enuclearent quin commercium cum capite penitus patefaceret. Logica interna nervus localis permittit ut caput statim cognoscere de lapsu iunctio signo intermissum utens. Cum tale signum urget, plugin problematicum sileatur, quod permittit ut condiciones criticas magis sine dolore tractare permittat.
Commercium inter MIS et DM in HTTP protocollo fundatum aedificare placuit, cum MIS in servo interretiali operetur, quo facilius petitiones mittendi ac recipiendi hoc protocollo utentes efficit. Potest etiam distinguere problemata quae oriri possunt cum obire vel exercere negotia cum machinis quae ex codicibus responsionis nituntur.
In sequentibus articulis, exemplo plurium diagnostica centri diagnostica, operatio DM et quaedam obturaculum examinabuntur.
Source: www.habr.com