1 / 34

RETE DEI MEDICI DI MEDICINA GENERALE

RETE DEI MEDICI DI MEDICINA GENERALE. Forum PA 2008 Roma, 12 – 15 Maggio. Infrastruttura applicativa: Flussi applicativi rilasciati Registry; Repository; Integrazione Anagrafe Assistiti Regionale; Integrazione Sovra Cup Regionale;

zofia
Télécharger la présentation

RETE DEI MEDICI DI MEDICINA GENERALE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

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

  2. 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

  3. 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. • …………….

  4. 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

  5. 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. RICHIESTE RISORSE

  6. 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

  7. 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

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

  9. Correlazione Prescrizione - Refertazione

  10. 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

  11. 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

  12. 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

  13. 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.

  14. 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

  15. 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.

  16. 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.

  17. 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.

  18. 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.

  19. Modello di riferimento IBIS

  20. L’architettura applicativa di progetto

  21. Alcuni flussi

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

  23. 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.

  24. 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

  25. Interazione Cartella – Anagrafe Regionale Flusso di aggiornamento anagrafico 3 1 5 2 Anagrafe Regionale Anagrafe Assistiti (MAC) Cartella MMG/PLS Anagrafe Operatori 4 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

  26. 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

  27. Interazione SIO – Anagrafe Regionale Messaggi scambiati tra Cartella ospedaliera e MAC Anagrafe Assistiti (MAC) Cartella ospedaliera Anagrafe Operatori Una generica cartella ospedaliera riceve i dati anagrafici dell’assistito tramite MAC. I messaggi scambiati sono dettagliati nella tabella che segue.

  28. 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.

  29. 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’accessgataway) costruite allo scopo di dimostrare il funzionamento dei flussi in oggetto. I messaggi gestiti dall’architettura sono i seguenti:

  30. 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 DocumentProducer 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 DocumentProducer, 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.

  31. 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 DocumentProducer 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 DocumentProducer, 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.

  32. SovraCUP Portale Abruzzo

  33. Interazione Cartella – CUP Messaggi scambiati tra Modulo CUP e SovraCUP SovraCUP Regionale Modulo CUP Cartella MMG/PLS Mappa dei messaggi Cartella MMG  Modulo CUP  SovraCUP

  34. Interazione Cartella – CUP Flusso di prenotazione, consultazione e annullamento di una prestazione 1 5a 2a 2b 5a SovraCUP Regionale Cartella MMG/PLS Modulo CUP 6a 4 3b 3a 6a 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; 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). 2 3 4 5 6

More Related