Monitoraggio della Rete di Assistenza

Transcript

1 Studio di fattibilità Allegato al Deliverable A Monitoraggio della Rete di Assistenza Fase 1 Anagrafica ASL Comuni assistibili () ESTRATTO

2 Indice del documento A.20 SCOPO DELL APPLICAZIONE...3 A Obiettivi dell applicazione...3 A Contesto dell applicazione...5 Contesto informativo...5 Interrelazioni esterne...6 Contesto informatico...8 A.30 SOLUZIONE DI MASSIMA...12 A Aspetti informativi...12 A Schema organizzativo...12 A Schema del processo di business

3 A.20 SCOPO DELL APPLICAZIONE A Obiettivi dell applicazione Lo studio di fattibilità per la realizzazione all interno del del sistema di Monitoraggio della rete di assistenza, è stato frazionato in tre fasi, corrispondenti all implementazione di tre moduli distinti e indipendenti: Anagrafe ASL Comuni 1 Assistibili 2 Monitoraggio delle Strutture di ricovero Monitoraggio delle Strutture territoriali In questa prima fase saranno affrontate le parti del CNR Method, per cui sarà necessaria una trattazione specifica al di là dei contenuti esplicitati nella parte introduttiva, che costituiscono il cappello generale di introduzione allo sviluppo dell intero Sistema di monitoraggio della rete di assistenza. In merito allo scopo dell applicazione, obiettivo principale di questa fase è la messa a disposizione di un Anagrafica ASL Comuni Assistibili completa e aggiornata. Obiettivi specifici: Realizzazione e gestione dell anagrafica ASL Comuni Assistibili: revisione e reingegnerizzazione della struttura delle informazioni attualmente disponibili riguardo la competenza territoriale delle Aziende Sanitarie Locali ed integrazione con i dati sulla popolazione residente in ciascun Comune, al fine di: - associare ad ogni ASL tutti i Comuni afferenti; - monitorare, per ogni ASL, la popolazione residente nel territorio di competenza. Reingegnerizzazione del processo di alimentazione: fornire sistematicità nei tempi e nelle modalità alle azioni intercorrenti tra gli attori coinvolti. Aggiornamento del dato: garantire l aggiornamento dinamico dell evoluzione delle ASL su base territoriale ed il rinnovo periodico delle informazioni relative ai confini territoriali dei Comuni e alla popolazione ivi residente. Condivisione del dato: garantire a tutti i livelli di governo l accesso all anagrafe territoriale che mappi in tempo reale la situazione della dislocazione delle ASL. 1 Per i comuni di Roma e Torino, l Asl e i suoi assistibili saranno associati al singolo/a municipio/ circoscrizione. 2 Per Assistibili si intende la popolazione residente nel territorio di competenza della ASL 3

4 Storicizzazione del dato: garantire il tracciamento dell evoluzione delle informazioni relative agli ambiti sanitari, al territorio e alla popolazione. Tempestiva comunicazione delle variazioni: garantire un meccanismo di alert ai soggetti interessati a fronte di ogni variazione apportata sulle informazioni contenute nella suddetta anagrafica. Obiettivi trasversali: Cooperazione applicativa: garantire lo scambio informativo bidirezionale, tempestivo e congruente tra i sistemi coinvolti a livello nazionale del, attraverso meccanismi di cooperazione applicativa o, dove impossibile, di interoperabilità con sistemi esterni, nel rispetto delle linee guida definite nella Macro Architettura ICT di riferimento. Qualità del sistema: il software prodotto deve rispettare lo standard ISO 9126 e comunque riferirsi alle linee guida definite nella Macro Architettura ICT di riferimento. Sicurezza del sistema: il sistema realizzato deve rispettare gli standard contenuti nelle linee guida definite nella Macro Architettura ICT di riferimento. Flessibilità del sistema: il sistema deve adattarsi alle esigenze degli utenti, per i dati di propria competenza, in modo veloce e maneggevole, con il minor sforzo possibile sia da parte del gestore che del sistema stesso. Automazione dei processi: devono essere minimizzati i processi manuali, in ottica di: riduzione dei tempi di acquisizione ed elaborazione; supporto ai processi decisionali; salvaguardia dell informazione; riduzione errori manuali. 4

5 A Contesto dell applicazione Il contesto mira a circoscrivere il dominio e l ambito in cui considerare l applicazione da sviluppare, descritto in termini di: contesto informativo; interrelazioni esterne; contesto informatico. Contesto informativo In merito alla realizzazione dell Anagrafe ASL Comuni Assistibili gli attori coinvolti saranno: le, responsabili dell aggiornamento riguardo: la nascita di una nuova ASL la dismissione di una ASL per accorpamento in un altra variazioni degli ambiti sanitari delle ASL ISTAT, responsabile dell aggiornamento sul delle informazioni relative alla popolazione residente nei comuni e alla variazione del territorio comunale Ministero della Salute (MdS), che provvede alla disaggregazione della popolazione comunale in popolazione per circoscrizione/municipio ed è responsabile del relativo aggiornamento Altri utenti (ASSR, Strutture eroganti, Cittadino), che possono accedere in sola consultazione. Il processo interessato dall utilizzo del sistema provvede ad acquisire e a collegare l informazione della popolazione residente e del territorio per Comune con l informazione degli ambiti sanitario amministrativi delle ASL. I servizi che il sistema garantirà all ambiente esterno, in merito all Anagrafica in esame, sono: Variazioni ambiti sanitari: il sistema rileva le variazioni delle ASL e delle corrispondenti aree di competenza e ne fornisce il dato aggiornato e la relativa evoluzione nel tempo. Aggiornamento territorio e popolazione: il sistema rileva le variazioni di popolazione e territorio e ne fornisce il dato aggiornato e la relativa evoluzione. Alert di variazione: il sistema, man mano che rileva una variazione, ne informa tutti gli utenti interessati. Gestione delle incongruenze: il sistema verifica la congruenza dei dati, dando comunicazione dell eventuale incongruenza a chi ne detiene la responsabilità. Consultazione: il sistema fornisce l accesso all Anagrafica, al fine di effettuare interrogazioni e analisi di tipo quantitativo e cartografico. 5

6 Interrelazioni esterne La figura seguente evidenzia i servizi descritti, che il mette a disposizione dei corrispondenti domini coinvolti, ed illustra le principali modalità di interazione da parte del sistema con l esterno. Non fornisce indicazioni in merito alla soluzione architetturale né alle funzionalità interne del sistema, che deve essere ancora considerato come una black box. Gestione incongruenze Alert avvenuta variazione Variazione ambiti sanitari MDS Consultazione Aggiornamento territorio e popolazione Altri utenti (ASSR, Strutture eroganti, cittadino) ISTAT Sistema Monitoraggio della Rete di di Assistenza Anagrafica ASL-Comuni-Assistibili Figura 1 - Interrelazioni esterne La seguente tabella illustra le caratteristiche di comunicazione tra il sistema e i diversi domini, evidenziando quelle relazioni che occorre considerare informatizzate. 6

7 Tabella 1 Descrizione dei servizi offerti ISTAT MDS MDS Attore Servizio Tipo Modalità Descrizione MDS ISTAT Altri utenti Variazione ambiti sanitari Gestione incongruenze Aggiornamento territorio e popolazione Aggiornamento territorio e popolazione Alert avvenuta variazione E A Il sistema risponde all esigenza di disporre degli aggiornamenti relativi agli ambiti sanitari delle ASL E A Il sistema consente di verificare la congruenza tra ambiti sanitari e Comuni (o circoscrizioni/municipi) e di segnalare eventuali discordanze, nell ottica di garantire la coerenza dell anagrafica disponibile E A Il sistema risponde all esigenza di disporre degli aggiornamenti relativi al territorio e alla popolazione residente per Comune E A Il sistema risponde all esigenza di disporre dei dati relativi alla popolazione per singola circoscrizione dei comuni comprendenti più di una ASL E A Il sistema permette di ricevere tempestiva comunicazione ogni qualvolta siano disponibili nuove informazioni Consultazione E A Il sistema consente l accesso diretto alle informazioni relative all anagrafica ASL Comuni Assistibili Legenda Elettronica: l informazione, al momento della raccolta, è trattata su supporto elettronico (DataBase, file.). Automatica: l informazione usufruisce di una modalità di trasporto informatizzata. Cartacea: l informazione al momento della raccolta è trattata su supporto cartaceo. Manuale: l informazione usufruisce di una modalità di trasporto non informatizzata. 7

8 Contesto informatico I sistemi coinvolti nel processo di gestione dell anagrafica ASL Comuni Assistibili, nell ambito del Monitoraggio della Rete di Assistenza, sono quelli appartenenti agli attori, già rappresentati nei paragrafi precedenti. Le modalità con la quale tali sistemi interagiranno con il vengono di seguito riportate per ciascun servizio e si basano sui paradigmi di cooperazione definiti nelle linee guida della Macro architettura ICT. Paradigma Servizio Dominio cliente Dominio servente Richiesta di servizio - Interrogazione Consultazione MDS ISTAT Altri utenti Richiesta di servizio - Transazione Variazione ambiti sanitari Richiesta di servizio - Transazione Aggiornamento territorio e popolazione MDS ISTAT Figura 2 Richiesta di servizio La Richiesta di servizio è caratterizzata da un messaggio XML/SOAP che determina l esecuzione di un applicazione del dominio servente, che, in base alle specifiche del messaggio, esegue una procedura e invia una risposta al dominio cliente. Si distingue secondo i modelli di Interrogazione e Transazione che vengono applicati rispettivamente ai servizi di: Consultazione : si devono prevedere tre possibili scenari, in funzione delle scelte organizzative e tecnologiche dei singoli domini interessati; il primo si basa sull utilizzo di Web Services, il secondo sull impiego di strumenti quali Business Objects/Web Intelligence, il terzo sull accesso a funzionalità in ambiente web tramite Portale: Modalità Web services (scenario esemplificativo) 1. Il offre un servizio di consultazione dell Anagrafica ASL Comuni Assistibili per eseguire query e restituire schede anagrafiche, sulla base dei dati ivi inseriti 2. Il pubblica il servizio nella Porta Applicativa, genera il descrittore del servizio (WSDL) nel Repository Documentale XML e inserisce i riferimenti al servizio nel registro UDDI 8

9 3. Il dominio cliente interroga il registro UDDI attraverso un interfaccia web, per cercare il servizio ed ottenere l URL del descrittore WSDL 4. Il dominio cliente utilizza il descrittore WSDL per generare il web service Stub da inserire nella propria Porta Delegata 5. Il dominio cliente crea un form web (da integrare nel proprio eventuale Portale), per utilizzare il web service stub ed eseguire quindi le query del servizio offerto dal Modalità B.O./Web Intelligence 1. Il offre un servizio di consultazione dell anagrafica ASL Comuni Assistibili per eseguire query e restituire schede anagrafiche, sulla base dei dati ivi inseriti 2. Il dominio cliente attiva lo strumento B.O./Web Intelligence per accedere agli universi di propria competenza Modalità Accesso da Portale 1. Il offre, direttamente accessibile dal Portale, un servizio di consultazione dell anagrafica ASL Comuni Assistibili 2. L utente accede al servizio ed effettua le ricerche desiderate, attraverso opportune interfacce grafiche 3. I risultati vengono presentate su pagine html Variazione ambiti sanitari e Aggiornameno territorio e popolazione : si devono prevedere due possibili scenari, in funzione delle scelte organizzative e tecnologiche dei singoli domini interessati; il primo si basa sull utilizzo di Web Services, il secondo sull uso delle funzionalità di un applicazione web based: Modalità Web services (scenario esemplificativo) 1. Il offre un servizio un servizio di aggiornamento dell Anagrafica ASL Comuni Assistibili 2. Il pubblica il servizio nella Porta Applicativa, genera il descrittore del servizio (WSDL) nel Repository Documentale XML e inserisce i riferimenti al servizio nel registro UDDI 3. Il dominio cliente interroga il registro UDDI attraverso un interfaccia web, per cercare il servizio ed ottenere l URL del descrittore WSDL 4. Il dominio cliente utilizza il descrittore WSDL per generare il web service Stub da inserire nella propria Porta Delegata 5. Il dominio cliente crea un form web (da integrare nel proprio eventuale Portale), per utilizzare il web service Stub ed eseguire le operazioni relative al servizio di aggiornamento, nel momento in cui i propri sistemi rilevino variazioni di dati 9

10 Modalità Applicazione Web 1. Il dominio cliente effettua l aggiornamento dell Anagrafica mediante apposite funzionalità di un applicazione web based Paradigma Servizio Dominio sorgente Dominio destinatario Notifica di evento Alert di avvenuta variazione MDS Notifica di evento Gestione incongruenze Figura 3 Notifica di evento La Notifica di evento, ossia la segnalazione dell avvenuto cambiamento del valore di un oggetto applicativo all interno del dominio sorgente, è un messaggio che un applicazione invia allo scopo di informare dell evento applicazioni di domini destinatari, che possono produrre, in base alle specifiche del messaggio, un cambiamento del valore di propri oggetti applicativi. Anche in questo caso si devono prevedere due possibili scenari, da adottare in funzione delle scelte organizzative e tecnologiche dei singoli domini interessati. Il primo si basa sull interscambio di messaggi tramite busta e-gov, il secondo adotta il meccanismo dell automatica: Modalità busta e-gov (scenario esemplificativo) 1. Registrazione come dominio pubblicante (sorgente) e dominio sottoscrittore (destinatario) presso il sistema di Gestione Eventi, compreso all interno del Canale di Interscambio e Cooperazione (cfr. modello di riferimento in Macro architettura ICT ) 2. L evento di variazione/incongruenza ha luogo nel e viene generato in formato XML; questo viene pubblicato sulla Porta di Dominio, che si prende carico di consegnare l evento inserendolo in una coda locale 3. La Porta Delegata apre una connessione https, crea un busta e-gov (formato SOAP/XML) che invia al sistema Gestore Eventi 4. Il Gestore Eventi inoltra l evento ai domini destinatari 10

11 5. Il dominio destinatario riceve il messaggio ed esegue le eventuali istanze applicative connesse (es. correzione dell incongruenza) Modalità automatica 1. Il notifica l avvenuto evento ai domini destinatari inoltrando, via SMTP, il messaggio in formato XML come allegato di una mail; 2. Il dominio destinatario riceve la mail e manda in esecuzione un applicazione che legge il contenuto dell allegato ed aggiorna, laddove necessario, il proprio sistema informativo 11

12 A.30 SOLUZIONE DI MASSIMA A Aspetti informativi La presente sezione dello studio consiste nella individuazione e rappresentazione del nuovo assetto che strutture organizzative, processi, funzionalità, servizi, basi informative interessate dal progetto assumeranno a conclusione dello stesso. Definisce inoltre insiemi di dati/processi omogenei dal punto di vista della contiguità funzionale. Si articola in: A Schema organizzativo; A Schema del processo di business; A Schema dei dati; A Aree di business. A Schema organizzativo In questa parte dello studio non emergono necessità di modificare l organizzazione attuale. A Schema del processo di business In relazione al processo di associazione ASL Comuni Assistibili, nella parte generale di introduzione allo studio, è presente, nella descrizione della situazione attuale, un riferimento specifico al processo As Is, pertanto, prima di procedere alla trattazione della soluzione To Be, se ne invita la lettura in modo da coglierne limiti e punti d attenzione. Si riportano, comunque, qui di seguito, fasi e azioni del processo, che risentono nella situazione attuale di un assenza di sistematicità: Scambio e acquisizione di dati e informazioni Momenti di verifica Comunicazioni di verifica e di supporto Condivisione dell informazione Allaccio delle diverse informazioni. A tal proposito nella soluzione to be si è proceduto a regolarizzare il processo inserendo fasi che rispondessero ai punti di attenzione rilevati nell as is e all esigenza regionale di avere un anagrafica il più possibile aggiornata e condivisa. Il sistema dovrà prevedere la gestione delle informazioni relative a territorio e popolazione a livello di singola Area sanitaria: per Area sanitaria si intende l area territoriale minima di ciascun Comune che sia significativa ai fini dell associazione degli ambiti sanitari alle ASL. Attualmente, per il Comune di Roma tali aree corrispondono ai 20 municipi, per il Comune di Torino alle 10 circoscrizioni, negli altri casi agli interi Comuni. 12

13 Al grafico UML del processo seguiranno le tabelle con le relative descrizioni, articolate sulla base dei seguenti elementi: Attività in cui è riportata la denominazione dell attività così come riportata nell activity diagram; Decisioni in cui è riportata un indicazione della decisione da cui derivano le diverse alternative di processo; Descrizione in cui è riportata la descrizione dell attività/decisione 13

14 Processo di associazione ASL - Aree sanitarie - Assistibili TO BE ISTAT Regione MdS A.1 Variazione ambiti sanitari A.2 Espone variazione ambiti A.3 Acquisisce variazione ambiti A.3.1 Produce alert A.3.2 Aggiorna elenco ambiti sanitari A A Riceve alert Riceve alert A.4.1 Invia dati su popolazione per comuni A.4.2 Comunica invio dati per comune Riceve comuinicazione A A Espone proporzioni della popolazione per circoscrizioni/municipi A.5 Acquisisce dati di Area sanitaria(comuni/municipi/ Circoscrizioni) - pop. A.6.1 D.6 [Dati P2] [Dati Posas] Crea classi di età per Area sanitaria A.7 Verifica elenco Aree sanitarie D.8 [Variazione] A.8.1 A.8.2 Produce alert Aggiorna elenco Aree sanitarie A.9 A.9 Riceve alert Riceve alert A.11.1 Verifica congruenza tra elenco Aree sanitarie e ambiti territoriali sanitari A.10 A.11.2 Segnala incongruenza [Incongruenza] D.11 Riceve Segnalazione A.12 Produce associazione aggiornata ASL - Aree sanitarie - Popolazione A.11.3 Espone dato da integrare A.12.3 Produce alert A.12.2 Espone Ambiti territoriali di ASL aggiornati A.12.1 Espone associazione ASL-Aree- Popolazione aggiornata A.13 A.13 Acquisizione Associazione ASL - Aree sanitarie - Popolazione e mappa Acquisizione Associazione ASL - Aree sanitarie - Popolazione e mappa Figura 4 Processo di aggiornamento dell Associazione ASL-Aree sanitarie-popolazione

15 Tabella 2 Descrizione del processo Associazione ASL - Aree sanitarie - Assistibili (TO BE) Codice Attività Attore Descrizione A.1. Variazione ambiti sanitari A.2 Espone Variazione ambiti A.3 Acquisisce variazione ambiti Regione Regione La Regione varia gli ambiti sanitari: - Istituisce nuova ASL - Accorpa quelle esistenti - Sposta comuni fra ASL Espone i dati rappresentanti la variazione Il acquisisce la variazione A.3.1 Produce alert Il produce un alert agli attori coinvolti in cui informa delle avvenute variazioni A.3.2 Aggiorna elenco ambiti sanitari A Riceve alert MdS A Riceve alert A.4.1 A.4.2 A A Invia dati su Istat popolazione per comune Comunica invio dati per Istat comune Riceve comunicazione MdS Espone proporzioni MdS della popolazione per circoscrizioni/municipi A.5 Acquisisce dati di Area Sanitaria (Comuni/Circoscrizioni/ Municipi) popolazione Il aggiorna elenco degli ambiti sanitari tenendo traccia dello storico Invia i dati validati relativi alla popolazione (P2 e Posas) 3 Comunica l'avvenuto invio dei dati di popolazione al Espone le proporzioni di ripartizione, elaborate sulla base delle proprie indagini, delle popolazioni comunali di Roma e Torino rispetto alle proprie circoscrizioni o municipi. Il sistema, ricevuti i dati dell'istat e le percentuali di ripartizioni da parte del MdS, crea il dato per area sanitaria al fine di ricavare i dati a livello di ASL D.6 Tipologia di dati Il sistema valuta se i dati appartengono al flusso Posas o al P2: - se Posas va al A se P2 va al A.7 A.6.1 Crea le classi di età Il sistema crea la ripartizione per classi di età, dal dato di partenza del Posas per età 3 I flussi informativi gestiti dal sistema saranno descritti in seguito alla descrizione del processo di business.

16 Associazione ASL - Aree sanitarie - Assistibili (TO BE) Codice Attività Attore Descrizione A.7 Verifica elenco Aree sanitarie Il sistema provvede a verificare le variazioni rispetto l'elenco delle Aree sanitarie del periodo precedente D.8 Variazione Se c'è stata variazione fra i due anni prosegue da 8.1 Se non c'è stata variazione prosegue da A.10 A.8.1 Produce alert Il sistema produce un alert in cui è steso un report di tutte le variazioni di territorio delle Aree sanitarie raggruppate per regioni A.8.2 Aggiorna elenco Aree sanitarie A.9 Riceve alert MdS A.9 Riceve alert A.10 Verifica congruenza tra elenco Aree sanitarie aggiornato e ambiti territoriali sanitari In base alle variazioni avvenute provvede all'aggiornamento del relativo elenco Il sistema verifica che tutte le Aree sanitarie siano state assegnate ad un'asl D.11 Incongruenza? Se risulta che una Area sanitaria non è stata assegnata a nessuna ASL prosegue da A.11.1 Se tutti le aree risultano essere assegnati ad un'asl prosegue da A.12 A.11.1 Segnala incongruenza Produce una segnalazione in cui chiede alla regione cui appartiene l Area sanitaria di assegnarla ad un'asl A.11.2 Riceve segnalazione Regione La regione riceve segnalazione con la o le Aree sanitarie da collocare A.11.3 Espone dato da integrare A.12 Produce associazione ASL Aree sanitarie Popolazione A.12.1 Espone associazione ASL Aree sanitarie Popolazione aggiornata Regione La Regione espone il dato da integrare e riprende da A.2 Il sistema produce l'associazione tra Aree sanitarie, ASL, popolazione e territorio Espone il dato quantitativo di associazione della popolazione di Area sanitaria all'asl tenendo traccia dell'evoluzione storica dell'associazione storica ASL Aree sanitarie

17 Associazione ASL - Aree sanitarie - Assistibili (TO BE) Codice Attività Attore Descrizione A.12.2 Espone Ambiti territoriali di ASL aggiornati Produce ed espone i confini e le aree di competenza di ogni ASL, tenendo traccia di come questi siano variati nel tempo A.12.3 Produce alert Produce un alert in cui informa dell'avvenuto aggiornamento A.13 Acquisizione associazione ASL Aree sanitarie - Popolazione e mappa A.13 Acquisizione associazione ASL Aree sanitarie - Popolazione e mappa MdS Le regioni, ricevuto l'alert, sono nella condizione di acquisire sul proprio sistema i dati dell'anagrafica Il MdS, ricevuto l'alert, è nella condizione di acquisire sul proprio sistema i dati dell'anagrafica

18 Flussi informativi gestiti dal sistema Il sistema acquisirà in input: dall ISTAT, al fine di rilevare popolazione e territorio comunale: - I dati del modello Posas (dato oggi utilizzato), che fornisce popolazione per il 98% dei comuni distinta per età, stato civile e sesso; - I dati stimati ad integrazione dei dati Posas, relativi alla copertura del restante 2%; - I dati del modello P2, che rileva la popolazione e la relativa dinamica distinta per sesso. dal MDS, al fine di ripartire la popolazione comunale sulle Aree sanitarie: - i dati relativi alle percentuali di ripartizione per Area sanitaria; dalle : - i dati relativi alle variazioni degli ambiti sanitari e produrrà in output le incongruenze rilevate a seguito delle verifiche incrociate e il ritorno informativo per gli attori interessati. ISTAT MDS Variazioni ambiti sanitari Dati Posas + dati stimati integrativi Dati P2 Dati Popolazione Area Sanitaria Sistema Monitoraggio della Rete di Assistenza Anagrafica ASL-Comuni-Assistibili Incongruenze Ritorno informativo sull anagrafica Tutti gli attori coinvolti Figura 5 Flussi informativi in ingresso e uscita