RETE DEI MEDICI DI MEDICINA GENERALE

Forum PA 2008Roma, 12 – 15 Maggio

Forum PA 2008Roma, 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

Continuità di cura:- favorire la continuità del processo

assistenziale;- migliorare l’intero processo di diagnosi e

cura.

Processi di Clinical Governance:- ottimizzazione e bilanciamento;- modulare l’offerta di servizi in funzione

delle esigenze.

PatientSummary

Guardia Medica PS

RISORSE

RICHIESTE

Gli elementi caratterizzanti il progetto

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

FSESSIPS

Guardia MedicaSpecialistaPaziente

Gli elementi caratterizzanti il progetto: il dato clinico come elemento di conoscenza

Condividere i dati delle cartelle cliniche

Correlare le prescrizioni alle patologieed ai referti

Facilitare l’accesso ai servizi da parte degli assistiti

Elevare il livello conoscitivodi determinati fattori di carattere epidemiologico

RefertoIndicazione della patologia

Possibilità d’interscambio fra i vari attori/servizi coinvolti

Integrazione Ospedale/Territorio: il modello cooperativo

Correlazione Prescrizione - Refertazione

Ulteriori elementi caratterizzanti

Adozione di standard nazionali

ed internazionali

Supporto della Tessera Sanitaria, della CartaRegionale dei Servizi e della Carta d’IdentitàElettronica

ambiente Java

logiche di comunicazione XML/HL7

web serviceSOA Architecture

Output di rilievo

Fascicolo sanitario elettronicoindice aggiornabile e consultabile degli eventi

sanitari workflow manager configurabile

Data base di linee guidaprotocolli diagnostico-terapeuticidisponibili per MMG/PLS

Patient Summary Scheda sanitaria individualefruibili sulla base di configurazione tematiche

SSI PS

FSE

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

MZ

DMZ2

COMNET-RA

INTERNET

<

FC

DB LDAP

WSAS

DMZ1 pub

XML gatewayReverse Proxy (*)

storage

Poli periferici

(*) esistente in HA

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.

MZ

DMZ

FC

COMNET-RA

CTTL

DB

AS

IP

storage

LAN POLO

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

PASSO

WS

WEB DVB-MHP MIDP

FSESSI PS

Domini USL

Dominio centrale

Rep.1

USL 101-Avezzano Sulmona

Rep.2

USL 102 - Chieti

Rep.3

USL 103 -Lanciano Vasto

Rep.4

USL 104 - L’Aquila

Rep.5

USL 105 - Pescara

Rep.6

USL 106 - Teramo

Accesso palmare

Accesso Digitale Terrestre

Accesso PCAccesso applicativo

Alcuni flussi

Architettura As Is Progetto “Rete MMG” Regione Abruzzo

Anagrafe Operatori

Anagrafe Assistiti

FEW AO

Modulo CUP

SovraCUP

Anagrafe Regionale

Sis

tem

i L

egac

y

FEW AA

Sis

tem

i R

ete

MM

G

Registry

Repository

FSE

E Manager

Inte

gra

zio

ni

SIO Aziendale

Cartella MMG/PLS

LISRIS

Mo

du

li e

ste

rni

Modulo IASI

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.

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.

Una generica cartella di MMG riceve i dati anagrafici dell’assistito tramite MACL’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

Anagrafe Operatori

Anagrafe Assistiti (MAC)

Interazione Cartella – Anagrafe RegionaleMessaggi scambiati tra un applicativo di cartella MMG e MAC

Cartella MMG/PLS

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.

1

2

3

4

5

Anagrafe Assistiti (MAC)

AnagrafeRegionale

1

4

2 5

Anagrafe Operatori

3

Interazione Cartella – Anagrafe RegionaleFlusso di aggiornamento anagrafico

Cartella MMG/PLS

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.

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

Anagrafe Assistiti (MAC)

Anagrafe Regionale

Interazione Cartella – Anagrafe RegionaleMeccanismi di popolamento del MAC

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.

Una generica cartella ospedaliera riceve i dati anagrafici dell’assistito tramite MAC.

I messaggi scambiati sono dettagliati nella tabella che segue.

Anagrafe Operatori

Anagrafe Assistiti (MAC)

Interazione SIO – Anagrafe RegionaleMessaggi scambiati tra Cartella ospedaliera e MAC

Cartella ospedaliera

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

ID Messaggio

Messaggio inviato da applicativo di Anagrafe Regionale

1 Inserimento documento; 2 Ricerca documento;3 Aggiornamento documento.

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:

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.

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.

Messaggi scambiati tra Registry/Repository e Sistemi Consumer e Producer - Flusso di Ricerca di un documento tramite Registry

SovraCUP Portale Abruzzo

Interazione Cartella – CUP Messaggi scambiati tra Modulo CUP e SovraCUP

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 connessionePatientList Identificazione paziente RequestCode Avvio session di prenotazione

RefinementLocalities Ricerca dei Cup su cui prenotare

freeAppointment rilascia l’appuntamento opzionato

AvaibilityRicerca disponiblità filtrata per GeographicalConstraints

2 Servizio Inserimento Prenotazione CUP;

Connect connessionePatientList Identificazione paziente RequestCode Avvio session di prenotazioneAvaibility Ricerca disponibilità

3 Servizio Annullamento Prenotazione CUP; Booking

Richiesta appuntamenti prenotati

bookingByCode Rilascia l’appuntamento4 Servizio Recupero Lista

Prenotazioni per Assistito.PatientList Identificazione paziente

requestListByPatientRicerca lista di prenotazioni per Anagrafica Paziente

requestListByCodeRicerca prenotazione per codice prenotazione

Modulo CUP SovraCUP Regionale

Ma

pp

a d

ei

me

ss

ag

gi

Ca

rte

lla

MM

G

Mo

du

lo C

UP

S

ov

raC

UP

Cartella MMG/PLS

Interazione Cartella – CUP Flusso di prenotazione, consultazione e annullamento di una prestazione

Modulo CUP

SovraCUP Regionale

1 2a 2b

3a 3b4

5a

6a

5a

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

Cartella MMG/PLS