RETE DEI MEDICI DI MEDICINA GENERALE Forum PA 2008 Roma, 12 – 15 Maggio

Road map di progetto Infrastruttura applicativa: Flussi applicativi rilasciati Registry; Repository; Integrazione Anagrafe Assistiti Regionale; Integrazione Sovra Cup Regionale; Integrazione prototipale SIO Aziendale (produzione referto CDA2); Integrazione prototipale Cartella MMG: Anagrafe Assistiti; Sovra Cup. Infrastruttura elaborativa e di comunicazione integrata.

Road map di progetto Prossimi passi: Selezione del campione pilota MMG: MMG di continuità assistenziale; Attività di formazione e addestramento del campione; Invio referti al Repository: Scheda di dimissione; Attivazione dell’integrazione della Cartella MMG/PLS: Anagrafe Assistiti; Patient Summary; Sovra Cup. ……………. 3

Gli elementi caratterizzanti il progetto Progetto d’integrazione ed interoperabilità Centralità figura MMG/PLS: sinergia fra MMG/PLS e territorio migliorare il processo di definizione dello stato di salute del cittadino-paziente Dato clinico come elemento di conoscenza

Gli elementi caratterizzanti il progetto Continuità di cura: - favorire la continuità del processo assistenziale; - migliorare l’intero processo di diagnosi e cura. Patient Summary Guardia Medica PS Processi di Clinical Governance: - ottimizzazione e bilanciamento; - modulare l’offerta di servizi in funzione delle esigenze. RISORSE RICHIESTE

Gli elementi caratterizzanti il progetto: integrazione ed interoperabilità Integrazioni con i sistemi regionali del dominio sanitario: Anagrafe Assistiti Centralizzata, SovraCUP; Interoperabilità fra le diverse cartelle di MMG/PLS; Interscambio dati con i sistemi refertanti: Laboratorio Analisi, Radiologia; Funzioni di pubblicazione/consultazione di dati clinico/sanitari. Laboratorio Analisi Radiologia Guardia Medica Specialista Paziente FSE SSI PS

Gli elementi caratterizzanti il progetto: il dato clinico come elemento di conoscenza Condividere i dati delle cartelle cliniche Correlare le prescrizioni alle patologie ed ai referti Referto Indicazione della patologia Facilitare l’accesso ai servizi da parte degli assistiti Elevare il livello conoscitivo di determinati fattori di carattere epidemiologico

Possibilità d’interscambio fra i vari attori/servizi coinvolti Integrazione Ospedale/Territorio: il modello cooperativo Possibilità d’interscambio fra i vari attori/servizi coinvolti

Correlazione Prescrizione - Refertazione

Ulteriori elementi caratterizzanti Supporto della Tessera Sanitaria, della Carta Regionale dei Servizi e della Carta d’Identità Elettronica ambiente Java logiche di comunicazione XML/HL7 web service SOA Architecture Adozione di standard nazionali ed internazionali

Output di rilievo Fascicolo sanitario elettronico indice aggiornabile e consultabile degli eventi sanitari workflow manager configurabile FSE Patient Summary Scheda sanitaria individuale fruibili sulla base di configurazione tematiche SSI PS Data base di linee guida protocolli diagnostico-terapeutici disponibili per MMG/PLS Protocolli

Semplicità d’uso a garanzia del reale utilizzo il progetto privilegia il concetto di riutilizzo di dati e/o informazioni esistenti, non stravolge le dinamiche odierne

Il contesto di progetto La distribuzione/concentrazione della popolazione sul territorio unitamente all’assetto geografico influiscono su: Distribuzione di MMG/PLS; Tipologia delle attività che questi sono chiamati a svolgere; Numerosità e distribuzione di: presidi ospedalieri, distretti, punti di guardia medica, punti di primo soccorso e/o PS.

Il ruolo del Medico di Medicina Generale La Convenzione e l’Accordo Integrativo Regionale incentivano la Medicina di Gruppo e quella di Rete, oltre che l’adozione delle migliori best practice (Clinical Governace); Il mutato contesto normativo ha di fatto creato nuove esigenze al Medico di Medicina Generale, le relazioni con il territorio: ospedale, emergenza, continuità assistenziale e la gestione delle attività al di fuori dello studio (ADI, ADP, pazienti ospedalizzati); In un ambito di questo tipo, l’apporto dello strumento tecnologico/informatico è fondamentale. MMG/PLS Ospedale/PS

Progetto Il processo prevede lo sviluppo di un modello architetturale ampio, flessibile e articolato per ottemperare alle diverse esigenze. Il modello prevede la suddivisione in due principali macroaree di intervento: Macroarea Infrastrutturale/Elaborativa; Macroarea Applicativa.

Macroarea Infrastrutturale/Elaborativa CTTL costruire l'infrastruttura elaborativa comunicativa ed applicativa; in termini di componenti hw, sw,di base e d’ambiente reti e sicurezza.

Macroarea Infrastrutturale/Elaborativa Poli ASL costruire l'infrastruttura elaborativa comunicativa ed applicativa; in termini di componenti hw, sw,di base e d’ambiente reti e sicurezza.

Macroarea Applicativa implementare dei repository per la condivisione dei documenti , attraverso i quali sarà possibile referenziare i documenti; creazione del Fascicolo Sanitario Elettronico inteso come dossier di tutte le informazioni sanitarie riferibili al cittadino/assistito; creazione del Patient Summary e della Scheda Individuale Sanitaria fruibile ai vari livelli dai soggetti interessati; gestione dei processi d’identificazione, autenticazione ed autorizzazione degli operatori coinvolti; gestione dei dati riferibili alle anagrafiche degli assistiti e degli operatori.

Modello di riferimento IBIS

L’architettura applicativa di progetto

Alcuni flussi

Architettura As Is Progetto “Rete MMG” Regione Abruzzo CUP ASL1 CUP ASL1 Anagrafe Regionale Sistemi Legacy CUP ASLn SovraCUP Modulo IASI FSE Anagrafe Operatori Anagrafe Assistiti Modulo CUP FEW AO FEW AA Registry Sistemi Rete MMG E Manager Repository SIO Aziendale Cartella MMG/PLS LIS Integrazioni Moduli esterni RIS

Architettura Funzionale modulo Anagrafica Assistiti Il Modulo di Anagrafica Assistiti, nella sua versione base, ha come obiettivo quello di consentire l’interfacciamento tra gli attori della rete MMG/PLS ed il Servizio di Anagrafica Assistiti Regionale al fine di garantire la visibilità, da parte di tutti gli applicativi connessi alla “Rete MMG/PLS”, delle informazioni relative all’assistito.

Interazione Cartella – Anagrafe Regionale Messaggi scambiati tra un applicativo di cartella MMG e MAC Anagrafe Operatori Anagrafe Assistiti (MAC) Cartella MMG/PLS Una generica cartella di MMG riceve i dati anagrafici dell’assistito tramite MAC L’interazione è asincrona e avviene a seguito di uno start sempre inviato dall’applicativo di cartella (questo per evitare di congestionare la rete dei medici). I messaggi scambiati sono dettagliati nella tabella che segue. Ogni richiesta, per essere veicolata al MAC, deve essere autorizzata tramite l’anagrafe operatori ID Messaggio Messaggio inviato da applicativo di Anagrafe Regionale Significato del messaggio 1 STAA – Servizio Trasmissione Aggiornamenti Anagrafici; ogni volta che MAC rileva una variazione anagrafica o un evento di scelta e revoca, emette una notifica verso l’applicativo di cartella clinica associato al medico interessato dalla variazione; 2 SIA – Servizio Identificazione Assistiti; a fronte di dati parziali dello stesso, MAC restituisce la scheda anagrafica completa; 3 SRDPR - Servizio Riconduzione Paziente; MAC invia una richiesta di riconciliazione di due profili anagrafici precedentemente disgiunti; 4 SNVA - Servizio notifica variazione anagrafica. il medico notifica una variazione anagrafica verso il MAC.

Interazione Cartella – Anagrafe Regionale Flusso di aggiornamento anagrafico 3 2 5 1 Anagrafe Assistiti (MAC) Anagrafe Regionale Cartella MMG/PLS Anagrafe Operatori 4 1 Il servizio di Anagrafe Regionale aggiorna il MAC relativamente alle nuove informazioni anagrafiche relative al signor Rossi; Il signor Rossi si reca dal MMG per una visita; Il medico avvia, tramite l’applicativo di cartella (ad esempio Millewin) il processo di riallineamento dei dati anagrafici del signor Rossi, avendo ricevuto una notifica di aggiornamento dell’anagrafica; Il servizio di anagrafe Operatori autorizza l’operazione in quanto rileva l’associazione tra assistito e medico; Il MAC invia all’applicativo di cartella le nuove informazioni anagrafiche dell’assistito. 2 3 4 5

Anagrafe Assistiti (MAC) Interazione Cartella – Anagrafe Regionale Meccanismi di popolamento del MAC Anagrafe Assistiti (MAC) Anagrafe Regionale Il modulo MAC viene popolato dall’anagrafica regionale tramite i messaggi XML elencati di seguito. Non esistono messaggi di ritorno a meno di acknolegment che certificano la corretta acquisizione dell’informazione ID Messaggio Messaggio inviato da applicativo di Anagrafe Regionale Significato del messaggio 1 Variazione Anagrafica; Inserimento di una nuova posizione anagrafica o variazione di una esistente; 2 Variazione Codice Fiscale; Variazione di un codice fiscale esistente; 3 Variazione Esenzioni; Inserimento di una nuova esenzione o variazione di una esistente; 4 Scelta di un nuovo Medico; Scelta di un nuovo medico; 5 Revoca di un Medico; Revoca del vecchio medico; 6 Scelta/Revoca, scelta di un nuovo medico contestuale alla revoca del vecchio; Scelta e Revoca effettuate secondo; 7 Sospensione di un Medico; Richiesta di sospensione del medico di famiglia; 8 Variazione Identificativo presso la fonte. Richiesta di variare l’ID regionale.

Interazione SIO – Anagrafe Regionale Messaggi scambiati tra Cartella ospedaliera e MAC Cartella ospedaliera Anagrafe Operatori Anagrafe Assistiti (MAC) Una generica cartella ospedaliera riceve i dati anagrafici dell’assistito tramite MAC. I messaggi scambiati sono dettagliati nella tabella che segue. ID Messaggio Messaggio inviato da applicativo di Anagrafe Regionale Significato del messaggio 1 STAA – Servizio Trasmissione Aggiornamenti Anagrafici; ogni volta che MAC rileva una variazione anagrafica o un evento di scelta e revoca, emette una notifica verso l’applicativo di cartella clinica; 2 SIA – Servizio Identificazione Assistiti. a fronte di dati parziali dello stesso, MAC restituisce la scheda anagrafica completa.

Architettura distribuita FSE I documenti che costituiscono la storia clinica di ciascun assistito vengono conservati in uno o più Repository. Affinchè sia possibile la composizione dinamica del Fascicolo è imprescindibile disporre di un meccanismo per il reperimento dei documenti sanitari presso i vari Repository di residenza. Il Registry è il componente che realizza tale meccanismo.

Messaggi scambiati tra Registry/Repository e Sistemi Consumer e Producer In assenza della componente di Access Gateway l’architettura in cui si innesta il modulo base del Registry è rappresentata dallo schema dove i flussi per la storicizzazione e la ricerca dei documenti sono risolti esclusivamente tramite l’utilizzo delle componenti Registry-Repository corredate da componenti applicative ausiliari (che poi verranno integrati all’interno dell’access gataway) costruite allo scopo di dimostrare il funzionamento dei flussi in oggetto. I messaggi gestiti dall’architettura sono i seguenti: ID Messaggio Messaggio inviato da applicativo di Anagrafe Regionale 1 Inserimento documento; 2 Ricerca documento; 3 Aggiornamento documento.

Messaggi scambiati tra Registry/Repository e Sistemi Consumer e Producer - Flusso di Inserimento di un Documento Il processo è il seguente: L’applicazione che ha il ruolo di Document Producer invia il documento al Repository tramite l’interfaccia DocumentRepositoryInterface (nell’architettura IBSE definitiva le funzionalità di questo modulo verranno integrate nell’Access Gateway); L’interfaccia DocumentRepositoryInterface usa l’identificativo UUID, definito dal Document Producer, e lo veicola alla persistenza in modo da identificare univocamente il documento da storicizzare; Successivamente l’interfaccia DocumentRepositoryInterface genera un insieme di metadati a partire da attributi del documento ricevuto a cui aggiunge l'insieme dei metadati esplicitati dal Producer (MTDT) che invia alla RegistryInterface; La RegistryInterface si occupa di storicizzare l'insieme di informazioni ricevute (Metadati) nel Registry.

Messaggi scambiati tra Registry/Repository e Sistemi Consumer e Producer - Flusso di Ricerca di un documento tramite Registry Il processo è il seguente: L’applicazione che ha il ruolo di Document Producer invia il documento al Repository tramite l’interfaccia DocumentRepositoryInterface (nell’architettura IBSE definitiva le funzionalità di questo modulo verranno integrate nell’Access Gateway); L’interfaccia DocumentRepositoryInterface usa l’identificativo UUID, definito dal Document Producer, e lo veicola alla persistenza in modo da identificare univocamente il documento da storicizzare; Successivamente l’interfaccia DocumentRepositoryInterface genera un insieme di metadati a partire da attributi del documento ricevuto a cui aggiunge l'insieme dei metadati esplicitati dal Producer (MTDT) che invia alla RegistryInterface; La RegistryInterface si occupa di storicizzare l'insieme di informazioni ricevute (Metadati) nel Registry OMAR.

SovraCUP Portale Abruzzo

Interazione Cartella – CUP Messaggi scambiati tra Modulo CUP e SovraCUP Cartella MMG/PLS Modulo CUP SovraCUP Regionale ID Messaggio Messaggio inviato da applicativo MMG Sequenza di messaggi inviati da CUP MMG a Sovracup Significato 1 Servizio Ricerca Disponibilità per Prestazione Erogabile CUP; Connect connessione PatientList Identificazione paziente RequestCode Avvio session di prenotazione RefinementLocalities Ricerca dei Cup su cui prenotare freeAppointment rilascia l’appuntamento opzionato Avaibility Ricerca disponiblità filtrata per GeographicalConstraints 2 Servizio Inserimento Prenotazione CUP; Ricerca disponibilità 3 Servizio Annullamento Prenotazione CUP; Booking Richiesta appuntamenti prenotati bookingByCode Rilascia l’appuntamento 4 Servizio Recupero Lista Prenotazioni per Assistito. requestListByPatient Ricerca lista di prenotazioni per Anagrafica Paziente requestListByCode Ricerca prenotazione per codice prenotazione Cartella MMG  Modulo CUP  SovraCUP Mappa dei messaggi

Interazione Cartella – CUP Flusso di prenotazione, consultazione e annullamento di una prestazione 1 2a 5a 2b 5a Cartella MMG/PLS SovraCUP Regionale Modulo CUP 4 3a 6a 3b 6a Il paziente si reca dal MMG per una visita. Il medico prescrive una accertamento oculistico e verifica la disponibilità in funzione dell’ASL di pertinenza (o su tutto il territorio regionale) del paziente e di un periodo temporale definito; Il Modulo CUP veicola al SovraCUP la richiesta (secondo la mimica dettagliata al punto 1 nella slide che precede) e il SovraCUP risponde con la lista delle disponibilità; Il paziente comunica la scelta al medico che conferma la prenotazione che viene veicolata al SovraCUP (secondo la mimica dettagliata al punto 1 nella slide che precede); Il paziente richiede di annullare la prenotazione; Il medico consulta il SovraCUP per effettuare la ricerca delle prenotazioni attive per il cliente (secondo la mimica dettagliata al punto 4 nella slide che precede); Il medico annulla la prenotazione effettuata (secondo la mimica dettagliata al punto 3 nella slide che precede). 1 2 3 4 5 6