Navigare

• ↩️ Înapoi la Articole
• ↩️ Înapoi la Cercetare

Descriere amplă (secțiune cu secțiune)

0. Context și miză

În acest articol (2011) am încercat să formulez, pornind de la experiența LUMIR, o direcție de evoluție pentru sistemele de informatică medicală: trecerea de la un ansamblu de aplicații eterogene și baze de date locale la un ecosistem digital al sănătății, centrat pe pacient și pe continuitatea îngrijirii. Miza practică este reducerea fragmentării: aceeași persoană traversează, în timp, instituții și specialități diferite, iar informația relevantă trebuie să circule cu sens clinic și cu responsabilitate.

În fundal, am avut două idei simple: (1) interoperabilitatea nu este doar transport de documente, ci „conversație” între actori cu roluri; (2) dosarul nu trebuie văzut doar ca arhivă, ci ca o entitate capabilă să sprijine coordonarea îngrijirii, notificarea și sinteza orientată pe caz.

1. Problema practică: fragmentarea sistemelor și continuitatea îngrijirii

Punctul de plecare este o realitate organizațională: informația clinică se produce în contactul dintre pacient și servicii (spital, cabinet, laborator, urgență), dar este stocată în silozuri. Fiecare sistem local are propria structură, propriile coduri și propriile „obiceiuri” de documentare. În practică, continuitatea îngrijirii înseamnă că un clinician trebuie să reconstruiască rapid un context longitudinal, iar această reconstrucție este, adesea, costisitoare și incompletă.

De aici derivă cerințele pe care le-am urmărit: integrare între organizații, acces controlat, notificare de evenimente relevante, și posibilitatea de a obține „viziuni” diferite asupra aceleiași istorii (în funcție de rol și responsabilitate).

2. LUMIR și mediul regional: ce am urmărit să unific

Am descris LUMIR în contextul său regional ca un proiect de integrare care nu pornește „de la zero”, ci trebuie să lucreze cu aplicații deja existente (legacy), cu practici diferite și cu niveluri inegale de digitalizare. Imaginea de ansamblu a mediului și a relațiilor dintre actorii implicați este sintetizată în Fig. 1.

În acest tip de situație, succesul nu este dat doar de o platformă tehnică, ci de modul în care un model comun poate „traduce” între sisteme fără a pierde semnificația clinică. De aceea am insistat pe modelare și pe definirea unei „limbi comune” la nivel semantic și operațional.

3. De ce EHR-ul strict documentar nu este suficient

Am discutat critic abordarea strict document-centrică: documentele sunt indispensabile (și rămân vehicul important de interoperabilitate), dar ele nu sunt o formă optimă pentru sinteză longitudinală și pentru interogări orientate pe continuitate. Documentul este produsul final al unui contact; sensul lui clinic apare în context și în relația cu episoadele de îngrijire.

De aceea am considerat necesar să completez „arhiva de documente” cu o reprezentare mai apropiată de realitatea procesului clinic: evenimente, contexte, relații temporale și mecanisme de notificare. În termenii articolului, această trecere pregătește rolul VHR-ului ca entitate activă.

4. Evenimente clinice: Contact și Episode of Care

Un pas conceptual esențial a fost să tratez „întâlnirea” ca unitate de sens: Contact (întâlnirea/episodul punctual) și Episode of Care (firul de îngrijire care agregă mai multe contacte într-o problemă/intenție clinică). În practică, această structurare permite să leg datele și documentele de motiv, timp, actori și consecințe, și să evit o colecție amorfă de fișiere.

În articol am sugerat că, fără aceste ancore (Contact/Episode), interoperabilitatea rămâne „transport de conținut”, nu integrare de cunoaștere clinică. Aceasta este și baza pentru notificări (ce s-a întâmplat, unde, când, cu ce impact) și pentru „views” orientate pe rol.

5. Interoperabilitate semantică: model conceptual și mesaje M1/M2

Am abordat interoperabilitatea ca problemă semantică și organizațională, nu doar tehnică. În loc să presupun că toate aplicațiile vor adopta aceeași schemă, am propus un „spațiu standard” intermediar, bazat pe un model conceptual comun. O vedere parțială asupra modelului este prezentată în Fig. 2.

La nivel de comunicare, am folosit mesaje care poartă nu doar date, ci și intenționalitate (de ex. informare, cerere, notificare). Structura mesajului M1 este schițată în Fig. 3. În aceeași logică, notificarea (M2) este tratată ca mecanism operațional de coordonare în ecosistem: nu doar „stocăm”, ci și „anunțăm” schimbări relevante către actorii îndreptățiți.

6. VHR: dosarul ca entitate activă în ecosistem

Un nucleu al articolului este definiția Virtual Healthcare Record (VHR) ca reprezentare longitudinală, coerentă și autorizată a informației, capabilă să susțină colaborarea. Am tratat VHR-ul nu ca simplu container, ci ca entitate care integrează, organizează temporal, expune „views” pe rol și sprijină procese în curs (planuri de îngrijire). VHR-ul este ilustrat în Fig. 4.

În această viziune, documentele rămân accesibile, dar sunt reancorate în evenimente (Contact/Episode) și în evoluția unui caz. Această reancorare este, pentru mine, condiția minimă pentru a reduce reconstrucția manuală și pentru a face colaborarea mai robustă.

7. Arhitectură și evoluție incrementală: p0 → LUMIR 1 → LUMIR 2

Am descris evoluția ca strategie de implementare cu risc controlat. În articol apar trei trepte: un prototip inițial (p0) pentru a valida conceptele, apoi LUMIR 1 ca implementare SOA component-based, și LUMIR 2 ca direcție de trecere către un model multi-agent prin „agentification” graduală a componentelor.

La nivel de arhitectură internă, am inclus diagrama de componente pentru LUMIR 1 (Fig. 5) și un scenariu de interacțiune care arată circulația mesajelor și rolul notificării (Fig. 6). Am plasat apoi această arhitectură într-un context mai larg, de ecosistem digital (Fig. 7), iar sinteza arhitecturii sistemului LUMIR este prezentată în Fig. 8.

Ideea de fond a fost să păstrez fidelitatea față de distribuția reală a actorilor și a resurselor: un ecosistem nu are un control central total, iar arhitectura trebuie să accepte această realitate (de aici argumentul pentru agenți, mediere și evoluție incrementală).

Legături

• 📄 PDF integral (2011)
• ➡️ Informatică medicală (context)
• ➡️ Inteligență artificială (context)
• ⬅️ Înapoi la Articole