Integrating Legacy Medical Applications in a Standardized Electronic Health Record Platform (2015)
Pubblicato nel 2015, questo articolo affronta un problema concreto e cruciale per la digitalizzazione della sanità: integrare applicazioni mediche già esistenti, eterogenee e non standardizzate, in un'unica piattaforma di Electronic Health Record. Mentre molte mie ricerche precedenti insistevano sul ruolo concettuale del Virtual Health Record e sulle architetture centrate sul paziente, qui l'attenzione si sposta su una difficoltà pratica decisiva: come recuperare e integrare le applicazioni legacy già impiegate nel sistema sanitario, senza doverle semplicemente abbandonare.
Dati bibliografici
Titolo: Integrating Legacy Medical Applications in a Standardized Electronic Health Record Platform
Autori: David Robert Posircaru, Luca Dan Șerbănați
Pubblicazione: 2015 E-Health and Bioengineering Conference (EHB), 2015. DOI: 10.1109/EHB.2015.7391401.
Temi: applicazioni legacy, interoperabilità, HL7, Electronic Health Record, cloud computing, prescrizione elettronica, piattaforma sanitaria nazionale.
Idea centrale: integrare realmente i sistemi medici esistenti non significa limitarsi a far coesistere applicazioni e formati locali eterogenei. Servono una piattaforma EHR standardizzata e un meccanismo di adattamento capace di trasformare i messaggi prodotti dalle applicazioni legacy in una forma interoperabile.
Contesto
Il lavoro prosegue le mie ricerche sulla cartella clinica longitudinale, sull'interoperabilità e sull'integrazione delle informazioni cliniche. A differenza degli articoli più concettuali sul VHR o sullo Smart EHR, però, è radicato in un problema pratico del sistema sanitario romeno.
Il problema identificato è la scarsa interoperabilità tra le applicazioni mediche già in uso e la piattaforma informativa sanitaria. La situazione è comune a molti sistemi sanitari: esistono programmi funzionanti e adottati localmente, che però producono dati in formati proprietari e non riescono a partecipare naturalmente a un sistema integrato.
La soluzione proposta non richiede di sostituire radicalmente queste applicazioni, bensì di integrarle mediante un adattatore HL7 e una piattaforma EHR standardizzata, ospitata in un'infrastruttura di tipo cloud.
Contributo concettuale
- riconosce l'integrazione delle applicazioni legacy come un problema architetturale centrale e non secondario;
- propone un EHR standardizzato basato su HL7 come nucleo di integrazione;
- introduce un HL7 Adapter per convertire messaggi proprietari in messaggi HL7;
- collega l'interoperabilità a una piattaforma comune capace di sostenere le attività dell'intero sistema sanitario;
- fa ricorso al cloud computing per la scalabilità e l'integrazione su vasta scala;
- applica l'idea a un caso concreto: le prescrizioni elettroniche comunicate alla Casa nazionale di assicurazione sanitaria romena.
Nell'evoluzione delle mie ricerche il lavoro è importante perché mostra come la visione del VHR/EHR possa tradursi in soluzioni operative per la complessa interoperabilità dei sistemi reali.
Descrizione
Il punto di partenza è molto concreto: nel sistema sanitario romeno continuano a convivere applicazioni mediche sviluppate in tempi diversi, per scopi differenti e con formati propri. Questa eterogeneità impedisce la costruzione di un sistema informativo realmente integrato. Anche quando esiste una piattaforma informatica sanitaria, la sua semplice presenza non garantisce l'interoperabilità con le applicazioni locali utilizzate nella pratica.
Invece di considerare i programmi legacy come ostacoli da eliminare, l'articolo li tratta come una realtà da integrare. È probabilmente l'aspetto più interessante del lavoro. Non viene proposto un azzeramento dell'ecosistema software, ma un'architettura intermedia che recuperi l'utilità dei programmi esistenti e li colleghi a una piattaforma EHR standardizzata.
Al centro della soluzione si trova un Electronic Health Record standardizzato HL7, usato come piattaforma di convergenza. La scelta è significativa: HL7 non è visto soltanto come standard tecnico per lo scambio di messaggi, ma come principio organizzatore di uno spazio comune di interoperabilità. Attorno a questo nucleo viene introdotto un HL7 Adapter, cioè un meccanismo di mediazione tra le vecchie applicazioni e la nuova piattaforma.
La funzione dell'adattatore consiste nel ricevere i messaggi generati dalle applicazioni mediche nei loro formati interni e nel convertirli in messaggi HL7. L'esempio concreto discusso è quello delle applicazioni che producono prescrizioni elettroniche nei formati utilizzati per la trasmissione alla Casa nazionale di assicurazione sanitaria romena. L'esempio è pertinente perché mostra come il problema dell'interoperabilità non sia astratto, ma investa processi clinici e amministrativi già in funzione.
L'architettura proposta impiega inoltre tecnologie di cloud computing. Questa scelta suggerisce un orientamento alla scalabilità e alla centralizzazione controllata di alcuni servizi comuni, senza negare l'esistenza di fonti distribuite e applicazioni locali. Il lavoro si inserisce così in una tendenza più ampia del periodo: costruire piattaforme nazionali o regionali capaci di accogliere la diversità locale senza sacrificare la coerenza del sistema complessivo.
Trovo importante soprattutto il ruolo di ponte tra due mondi. Da un lato ci sono le applicazioni tradizionali, sviluppate pragmaticamente attorno alle necessità locali; dall'altro si trovano gli standard, le piattaforme integrate e la cartella clinica elettronica longitudinale. L'articolo mostra che il passaggio dal primo al secondo mondo non può avvenire per decreto: richiede meccanismi architetturali di adattamento e traduzione.
Nel complesso, pur non essendo molto esteso, il testo esprime una verità importante della digitalizzazione sanitaria: l'interoperabilità reale si conquista nei punti di contatto tra vecchio e nuovo. Per quanto elegante sia il modello di una piattaforma EHR standardizzata, esso rimane insufficiente se non riesce ad assorbire e a rendere coerente il software già presente nel sistema.
Significato nel mio percorso
Questo articolo ha per me un significato particolare perché porta in primo piano una difficoltà che ogni progetto serio di sanità digitale incontra prima o poi: integrare il patrimonio software esistente. Nei lavori precedenti l'attenzione era spesso rivolta alla modellazione, al VHR, alle architetture distribuite e ai sistemi regionali; qui si concentra sulla dimensione pragmatica della transizione.
Proprio per questo, sebbene abbia ambizioni teoriche più modeste di altri contributi, il testo è utile nel quadro generale delle mie ricerche. Dimostra che la visione della cartella virtuale e dell'interoperabilità non resta sospesa a livello concettuale, ma può tradursi in soluzioni precise per applicazioni legacy e flussi amministrativi reali.
In tal senso, completa bene la serie di lavori dedicati al VHR, a SmartFSE e all'EHR 2.0.