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.
 …………….
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
Processi di Clinical Governance:
- ottimizzazione e bilanciamento;
- modulare l’offerta di servizi in funzione delle
esigenze.
RISORSE
RICHIESTE
PS
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
FSE
SSI
PS
Guardia
Medica
Specialista
Paziente
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
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
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
DMZ1 pub
Reverse
Proxy (*)
INTERNET
XML gateway
COMNET-RA
DMZ2
 costruire l'infrastruttura
elaborativa comunicativa
ed applicativa;
 in termini di componenti
hw, sw,di base e
d’ambiente reti e
sicurezza.
<
Poli periferici
AS
WS
MZ
DB
LDAP
FC
(*) esistente in HA
storage
Macroarea Infrastrutturale/Elaborativa Poli ASL
LAN POLO
COMNET-RA
DMZ
AS
CTTL
MZ
IP
DB
FC
storage
 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
CUP
ASL1
SovraCUP
CUP
ASL1
Modulo IASI
Anagrafe
Operatori
Anagrafe
Assistiti
FEW AO
FEW AA
FSE
Modulo
CUP
Registry
Repository
E Manager
SIO
Aziendale
Cartella
MMG/PLS
LIS
RIS
Moduli esterni
Sistemi Rete MMG
Integrazioni
Anagrafe
Regionale
CUP
ASLn
Sistemi Legacy
Architettura As Is Progetto “Rete MMG” Regione Abruzzo
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
Cartella
MMG/PLS
Anagrafe
Operatori
Anagrafe
Assistiti
(MAC)
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;
3
SRDPR - Servizio Riconduzione Paziente;
a fronte di dati parziali dello stesso, MAC restituisce la scheda
anagrafica completa;
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
Cartella
MMG/PLS
5
4
1
Anagrafe
Assistiti (MAC)
1
Anagrafe
Regionale
Anagrafe
Operatori
Il servizio di Anagrafe Regionale aggiorna il MAC relativamente alle nuove informazioni
anagrafiche relative al signor Rossi;
2 Il signor Rossi si reca dal MMG per una visita;
Il medico avvia, tramite l’applicativo di cartella (ad esempio Millewin) il processo di
3 riallineamento dei dati anagrafici del signor Rossi, avendo ricevuto una notifica di
aggiornamento dell’anagrafica;
4 Il servizio di anagrafe Operatori autorizza l’operazione in quanto rileva l’associazione tra
assistito e medico;
5 Il MAC invia all’applicativo di cartella le nuove informazioni anagrafiche dell’assistito.
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;
2
3
Variazione Codice Fiscale;
Variazione Esenzioni;
Inserimento di una nuova posizione anagrafica o variazione di una
esistente;
Variazione di un codice fiscale esistente;
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 e Revoca effettuate secondo;
7
Scelta/Revoca, scelta di un nuovo medico contestuale alla
revoca del vecchio;
Sospensione di un Medico;
8
Variazione Identificativo presso la fonte.
Richiesta di variare l’ID regionale.
Richiesta di sospensione del medico di famiglia;
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
1
STAA – Servizio Trasmissione Aggiornamenti Anagrafici;
Significato del messaggio
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
2
3
Inserimento documento;
Ricerca documento;
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
Mappa dei messaggi
Cartella MMG  Modulo CUP  SovraCUP
SovraCUP
Regionale
Modulo CUP
Cartella
MMG/PLS
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
PatientList
RequestCode
connessione
Identificazione paziente
Avvio session di prenotazione
RefinementLocalities
Ricerca dei Cup su cui prenotare
freeAppointment
rilascia l’appuntamento opzionato
Avaibility
2
Servizio Inserimento Prenotazione
CUP;
3
Servizio Annullamento Prenotazione
CUP;
4
Servizio Recupero Lista Prenotazioni
per Assistito.
Connect
PatientList
RequestCode
Avaibility
Booking
bookingByCode
PatientList
requestListByPatient
requestListByCode
Ricerca disponiblità filtrata per
GeographicalConstraints
connessione
Identificazione paziente
Avvio session di prenotazione
Ricerca disponibilità
Richiesta appuntamenti prenotati
Rilascia l’appuntamento
Identificazione paziente
Ricerca lista di prenotazioni per Anagrafica
Paziente
Ricerca prenotazione per codice prenotazione
Interazione Cartella – CUP
Flusso di prenotazione, consultazione e annullamento di una prestazione
1
4
Cartella
MMG/PLS
2a
5a
2b
5a
3b
6a
Modulo
CUP
3a
6a
SovraCUP
Regionale
1
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;
2
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à;
3
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);
4
Il paziente richiede di annullare la prenotazione;
5
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);
6
Il medico annulla la prenotazione effettuata (secondo la mimica dettagliata al punto 3 nella
slide che precede).