Molti fornitori di cartelle cliniche elettroniche affermano che le loro tecnologie sono interoperabili con altri sistemi informativi sanitari. E queste affermazioni possono essere vere – o vere fino a un certo punto.

Healthcare IT News ha intervistato i principali responsabili dell’interoperabilità con quattro fornitori EHR di alto profilo-Cerner, DrChrono, eClinicalWorks e Epic Systems – per discutere di come i loro sistemi siano interoperabili e di interoperabilità IT sanitaria in generale.

Interoperabilità a Epic

Il primo tipo di base di interoperabilità è health system to health system, per coordinare l’assistenza per un paziente attraverso le organizzazioni, ha detto Dave Fuhrmann, vice presidente di interoperabilità a Epic Systems.

Ha spiegato che Epic supporta questo in quattro modi:

• Shared Instance – Community Connect: un’organizzazione che utilizza Epic può condividere la sua istanza con altri provider nella comunità. La cartella clinica del paziente e ‘ su un database condiviso. / / / : I provider della comunità possono accedere al grafico del paziente tramite un portale Web, in modo che possano seguire la cura del paziente in tutto il sistema sanitario, pianificare appuntamenti, effettuare ordini, inviare note e altro ancora.
• C-CDA Push / Pull Interoperability-Care Everywhere: questo è ciò che la gente tradizionalmente pensa come “interoperabilità”, ha detto. Quando un paziente si presenta per la cura in un sistema sanitario che utilizza Epic, Care Everywhere invia richieste ad altri sistemi sanitari, riceve il riepilogo standardizzato (C-CDA) e incorpora i nuovi dati all’interno del record del paziente. Inoltre, Care Everywhere può ricevere una richiesta automatica e inviare il riepilogo al sistema sanitario richiedente.
• Messaggistica diretta: questo è un sottoinsieme di interoperabilità Push/Pull. L’organizzazione che sta attualmente vedendo il paziente può inviare il riepilogo C-CDA standardizzato a un’altra organizzazione. Questo è meglio utilizzato per i rinvii.

Epic offre anche la sua funzione Happy Together, che consente a pazienti e fornitori di vedere i dati provenienti da più fonti in un’unica vista portale unita, e Lavorare insieme, che consente ai sistemi sanitari di intraprendere azioni come il controllo degli ordini di laboratorio duplicati, il recupero di immagini di qualità di riferimento, la pianificazione, la messaggistica e la ricerca

“Il secondo tipo di interoperabilità di base è l’interoperabilità diretta dal paziente”, ha affermato Fuhrmann. “Share Everywhere di Epic utilizza il portale per i pazienti, MyChart, dove i pazienti possono visualizzare il proprio record e dirigere una vista Web temporanea del loro riepilogo dei record a chiunque nel mondo abbia una connessione Internet.”

” Si consiglia di richiedere la definizione di interoperabilità del fornitore EHR, per vedere se si allinea con la propria.”

Dave Fuhrmann, Epic Systems

Inoltre, Lucy di Epic è una cartella clinica personale indipendente. I pazienti possono dirigere un riassunto delle loro informazioni dall’Epic EHR, da altre fonti EHR e non EHR (PDF, JPEG, ecc.) a Lucy, dove i dati possono essere scaricati sul proprio computer, salvati su un’unità flash o archiviati in modo sicuro nel cloud.

“Supportiamo anche un terzo tipo di interoperabilità – legando insieme i molti altri prodotti software che un’organizzazione sanitaria utilizza”, ha spiegato Fuhrmann. “Supportiamo questo attraverso API, interfacce e altre tecnologie, con decine di miliardi di messaggi di interfaccia e chiamate API mensili.”

Interoperabilità al Cerner

Al Cerner, la sua EHR ha funzionalità di interoperabilità integrate per accedere e scambiare informazioni sui pazienti tra i sistemi IT sanitari, ha dichiarato Kashif Rathore, vice presidente dell’interoperabilità dell’azienda.

“La nostra interoperabilità supporta il flusso dei dati in modo libero e sicuro in modo che possano essere utilizzati da fornitori e consumatori per informare le cure e guidare risultati positivi sulla salute”, ha affermato Rathore. “Condividiamo e accediamo ai dati attraverso sistemi disparati utilizzando standard di interoperabilità del settore, connessioni di rete e scambi a livello nazionale.”

Cerner, come altri fornitori di salute IT, ha contribuito per anni alle organizzazioni di sviluppo di standard e iniziative che aiutano a guidare l’adozione, in modo che il settore può arrivare a un linguaggio comune che consente lo scambio libero e sicuro di dati sanitari.

“Abbiamo aperto la strada a Direct, uno standard di settore che specifica un modo sicuro per i provider di inviare autenticate, informazioni sanitarie crittografate direttamente a noti, destinatari di fiducia su Internet,” Rathore ha detto. “Siamo anche un membro fondatore della CommonWell Health Alliance, un’associazione di categoria senza scopo di lucro dedicata alla semplice visione che i dati sanitari dovrebbero essere disponibili per gli individui e gli operatori sanitari indipendentemente da dove si verifica l’assistenza.”

“Ogni CIO nel paese dovrebbe chiedere o aspettarsi che l’interoperabilità sia la linea di sangue per EHRs, la salute della popolazione, le cure a lungo termine e post-acute o qualsiasi software sanitario.”

Kashif Rathore, Cerner

Cerner è stato anche attivamente coinvolto nel progetto Argonaut per far avanzare e applicare lo standard HL7 FHIR per espandere l’interoperabilità nell’uso di API aperte basate sul web, ha aggiunto.

“Integriamo i dati esterni, insieme ai dati EHR nativi, nel flusso di lavoro quotidiano del team di assistenza per informare le decisioni critiche”, ha spiegato. “Aiutiamo anche a spostare in modo sicuro le comunicazioni e gli avvisi tra il team di assistenza, sia all’interno che oltre le quattro mura dell’organizzazione sanitaria. Il nostro focus sull’interoperabilità è quello di mettere la persona al centro in modo che le loro informazioni li seguano digitalmente.”

Indipendentemente da dove il viaggio di salute della persona li porta, le loro informazioni dovrebbero essere accessibili, ha aggiunto.

Interoperabilità a eClinicalWorks

L’interoperabilità è un obiettivo in movimento, e la sua portata si è ampliata nel corso degli anni come la tecnologia, e set di dati appropriati, si sono evoluti, ha detto Girish Navani, CEO e co-fondatore di eClinicalWorks.

“All’inizio, essere in grado di comunicare con sistemi ancillari, farmacie e clearinghouse richiedeva uno sforzo speciale, ma ora tali integrazioni sono fuori dalla scatola nei nostri prodotti”, ha affermato Navani. “Allo stato attuale, l’EHR di eClinicalWorks è interoperabile quanto la tecnologia e gli standard lo consentono.”

Gli standard come le API HL7, CDA o FHIR sono “abilitanti per uno scambio di informazioni significativo tra varie parti interessate come altri fornitori di assistenza, pagatori, agenzie di sanità pubblica e pazienti stessi, e abbiamo esempi reali di scambio di dati con ciascuna di queste parti interessate”, ha affermato.

Una maggiore adozione, ha aggiunto Navani, è stata realizzata nelle seguenti aree:

• Direct secure messaging supporta l’interoperabilità diretta per affrontare le lacune nelle transizioni di cura. Attualmente, le transazioni 500,000 si verificano al mese attraverso l’HISP eClinicalDirect.
• Trusted exchange framework facilita il flusso di informazioni e migliora gli scambi basati su query. 1.000.000 di documenti vengono scambiati al giorno dalle pratiche eClinicalWorks attraverso Carequality e CommonWell.
• Le app incentrate sul paziente per le API FHIR continuano ad aumentare, con più di 40 sviluppatori di app ora in grado di connettersi.

Interoperabilità in DrChrono

DrChrono si impegna per una cultura dell’innovazione; la sua missione è quella di consentire una piattaforma aperta in cui gli sviluppatori, clienti, pazienti, istituzioni educative e ricercatori possono ottenere i loro dati, collegare un app in DrChrono o lavorare con un altro fornitore, ha detto Daniel Kivatinos, co-fondatore e COO.

“Per la pratica medica, abbiamo un modello API” live in five minutes “in cui chiunque, incluso un cliente, un partner o uno sviluppatore, può semplicemente iniziare a costruire un’app sulla piattaforma”, ha spiegato Kivatinos. “Abbiamo una moderna API Restful. Abbiamo anche una directory App in cui se uno sviluppatore sceglie di farlo può essere elencato come partner ufficiale.”

DrChrono consente a uno sviluppatore di iniziare molto rapidamente a codificare sulla piattaforma EHR, ha aggiunto.

“Per i pazienti, abbiamo circa il 3% della popolazione statunitense in DrChrono e abbiamo una cartella clinica del paziente che autorizza i pazienti, ad esempio messag i loro medici e pianificare gli appuntamenti”, ha detto. “Sul lato della cartella clinica del paziente, abbiamo un’API FHIR per sviluppatori e app partner.”

Domande chiave di interoperabilità da porre ai fornitori

Quando i CIO sanitari si avvicinano ai fornitori EHR quando considerano un acquisto, tra i vari argomenti che dovrebbero esaminare c’è l’interoperabilità. I fornitori EHR qui offrono suggerimenti per le domande che i CIO dovrebbero chiedere a qualsiasi fornitore EHR quando si tratta di interoperabilità EHR.

“Raccomandiamo di chiedere la definizione di interoperabilità del fornitore EHR, per vedere se si allinea con la tua”, ha affermato Fuhrmann di Epic.

Suggerisce anche di porre queste domande:

• Quante cartelle cliniche dei pazienti si scambiano quotidianamente i sistemi sanitari? Sostenete lo scambio C-CDA?
• Quale percentuale dei tuoi clienti è in grado di interagire?
• Offri un portale per i pazienti che consente ai pazienti di accedere ai propri record, condividere i loro record con i familiari e indirizzare i loro dati sanitari ad altri fornitori?
• In che modo il sistema incorpora informazioni esterne al punto di cura: è uno schermo separato per visualizzare i dati esterni o è mescolato con i dati del sistema del medico?

Sostegno alle iniziative a livello nazionale?

Navani di eClinicalWorks ha detto che una delle domande che i CIO dovrebbero porre è: Il fornitore ha il supporto per iniziative di condivisione dei dati a livello nazionale e framework di fiducia a seconda dello scopo di utilizzo?

“La maggior parte dei venditori nel mercato ambulatoriale deve ancora partecipare allo scambio di dati a livello nazionale utilizzando entrambi, o entrambi, Carequality o Commonwell”, ha sostenuto Navani. “La mancanza di coinvolgimento dimostra la riluttanza dei fornitori a fidarsi dei framework e delle tecnologie di fiducia esistenti per migliorare lo scambio di dati. Il meccanismo CDA è tutt’altro che perfetto, ma è un approccio iterativo. I fornitori che ancora investono nell’interoperabilità sono svantaggiati nella creazione di un’immagine generale della cartella clinica di un individuo.”

Un’altra domanda che Navani ha consigliato: il fornitore si impegna in organismi standard basati sul consenso come il progetto Argonaut per le API FHIR o supportano le API proprietarie?

“Iniziative come il progetto Argonaut stanno aiutando a far avanzare l’adozione di standard di interoperabilità aperti e standardizzati nel settore sanitario”, ha affermato Navani. “Le guide all’implementazione prendono in considerazione varie parti interessate e determinano gli standard di consenso per guidare l’adozione delle API FHIR. L’approccio facilita il processo di implementazione, al contrario di un approccio API proprietario specifico del fornitore, che è unscalable quando si tratta di più piattaforme.”

E ancora un’altra domanda di Navani è: cosa deve mostrare il venditore per le capacità di scambio di dati reali e ha l’integrazione con un framework di scambio affidabile senza costi aggiuntivi?

“In confronto, alcuni fornitori discutono principalmente di interoperabilità e altri sono proattivi con l’interoperabilità per integrarsi nei loro flussi di lavoro”, ha sostenuto Navani. “Un fornitore che ha dati reali da mostrare per volumi di scambio di dati di successo nella produzione sarà in grado di distinguersi dagli altri.”

Uso significativo?

Un’altra domanda importante da porsi è se il software è l’uso significativo e MACRA / MIPS certificato, ha detto Kivatinos di DrChrono.

“Se la risposta è sì, questa è una buona cosa, poiché l’industria nel suo complesso sta spingendo molti fornitori a rispettare gli standard a cui dovrebbe attenersi l’industria del software medico”, ha affermato. “Un esempio è con CCDA. CCDA è parte di uso significativo e consente una rapida esportazione di una cartella clinica in un formato standard che è in grado di essere preso in da un altro fornitore da un paziente o fornitore. Sempre cercare le ultime certificazioni pure; è un brutto segno se un fornitore non è aggiornato sulla loro certificazione.”

Rathore del Cerner ha consigliato che i CIO sanitari dovrebbero chiedere: “In che modo questo EHR invia e consuma informazioni da altrove?”

“Ogni CIO nel paese dovrebbe chiedere o aspettarsi che l’interoperabilità sia la linea di sangue di EHRs, salute della popolazione, assistenza a lungo termine e post-acuta o qualsiasi software sanitario”, ha insistito. “L’invio o il consumo dei dati dei pazienti dovrebbe essere semplice e dovrebbe aumentare l’esperienza dei medici per prendere decisioni informate. I dati esterni devono interagire con le informazioni native per fornire approfondimenti, come il supporto alle decisioni cliniche.”

Innovazione e integrazione?

Un’altra domanda chiave che le organizzazioni dovrebbero porre, ha detto Rathore, è: “L’EHR supporta l’innovazione e l’integrazione?”

“È importante investire in EHR che supportano l’innovazione e l’integrazione nel settore sanitario utilizzando API basate su standard in grado di supportare le esigenze del flusso di lavoro dei sistemi sanitari e selezionare i casi d’uso”, ha affermato. “I CIO del settore sanitario dovrebbero investire in EHR che invitino la collaborazione con qualsiasi sistema e non forzino un approccio singolo fornitore che limiti la collaborazione cross-venue. Utilizziamo API basate su standard per promuovere un’interoperabilità significativa e consentire l’integrazione di applicazioni esterne nei flussi di lavoro EHR.”

Rathore ha aggiunto che i CIO sanitari dovrebbero anche chiedere: “Qual è la capacità dei miei fornitori di consumare e utilizzare in modo significativo i dati sulla salute dei pazienti?”

” La visualizzazione delle informazioni di un paziente non è sufficiente – i fornitori devono essere in grado di leggere e estrarre i dati rilevanti del paziente in modo rapido ed efficiente e utilizzarli per migliorare i risultati di salute”, ha affermato. “Un EHR interoperabile avrà i dati sanitari rilevanti di un paziente proprio lì per il fornitore, dando un contesto aggiuntivo al particolare episodio di cura e al benessere generale della persona.”

Twitter: @SiwickiHealthIT
Invia un’email allo scrittore: [email protected]