Il CART e l interoperabilità dei servizi nella rete toscana

Transcript

1 Il progetto Richard, i Poli e i Distretti tecnologici toscani: Esperienze, risultati e possibili sinergie in Sanità 23 Novembre 2012 Regione Toscana - Auditorium - via Alderotti Il CART e l interoperabilità dei servizi nella rete toscana Prof. Enrico Vicario Laboratorio Tecnologie del Software - Università di Firenze enrico.vicario@unifi.it, 1/11 (Thanks to: Valeriano Sandrucci, Fulvio Patara, Marco Magnatti, Andrea Tarocchi, )

2 Il problema - partizionamento In un sistema complesso è necessario partizionare le responsabilità: separare ruoli, anche in relazione a diversi livelli e località di competenza; abilitare iniziativa autonoma e molteplicità di fornitori; vincoli di legacy; ridurre la complessità 2/11

3 l problema - accoppiamentoi ma il partizionamento non è mai perfetto, e resta dell'accoppiamento esistono concetti nel modello di dominio su cui intervengono più casi d'uso allocati ad applicazioni separate Esempio: la Scheda di Dimissione Ospedaliera - a Careggi 3/11

4 per inciso, circa "il" modello di dominio Ciascuna applicazione ha il suo modello di dominio Esiste un "modello di riferimento" intrinseco? Reference Implementation Model (RIM) di HL7? Specificità della Regione Toscana, di ciascuna Azienda 4/11

5 Soluzioni e architettura Enterprise integration patterns "large-scale integration solutions across many implementation technologies" File exchange, Tabelle di frontiera, Chiamata in contesto, aggiustamenti Remote Procedure Call, Message passing Many different ways, some dubious, each applicable if the aim is adaptation Occorre un'architettura di integrazione (la metafora del piano regolatore) modelli di riferimento, supporto infrastrutturale alla loro realizzazione serve a disaccoppiare lo sviluppo e la manutenzione, anche i contratti 5/11

6 CART Il CART è un'architettura di integrazione prevalentemente Event Driven Architecture (EDA) compara con Service Oriented Architecture (SOA), un tema intorno al 2005 Request&reply vs Publish&Subscribe Incentrato su business events più che su business processes molto diverso il modello di governance Il CART non è solo un modello anche una piattaforma tecnologica resa disponibile come servizio anche un processo di governance 6/11

7 Il metodo dei Requests For Comments (RFC) Governo di un impianto di cooperazione applicativa P&S standardizzazione dei tracciati dei messaggi informativi veicolati gestione delle autorizzazioni nelle sottoscrizioni Esiste un punto di controllo e gestione tecnica centralizzato tra i maggiori pregi dell architettura EDA Necessario cmq un processo di consenso tra portatori di interesse Pubbliche Amministrazioni dei diversi livelli, fornitori, utenti finali stessi Processo RFC (Request For Comments) riproduce il ben noto meccanismo di standardizzazione su Internet ( supporta a livello organizzativo e tecnico la partecipazione di soggetti diversi nella standardizzazione di eventi e tracciati informativi Attuatori Comitato etoscana, Centro Tecnico, partecipanti ai singoli standards 7/11

8 8/11 etoscana compliance

9 RFC infrastrutturali e applicative RFC applicative Definiscono standards sull uso dell infrastruttura in un dominio applicativo E.g.: RFC 85 Servizi Anagrafe Persona, RFC 86 Servizi Generali Anagrafe Sanitaria, RFC 87 Servizi di Assegnazione e Revoca MMG/PLS RFC Infrastrutturali Definiscono standards legati all'infrastruttura e al suo governo RFC17: definisce la struttura di una RFC applicativa 17.6 nel nel /11

10 Dalle RFC al sistema-delle-rfc Oltre 200 RFC standardizzate verrebbe bene di organizzarle rispetto a un'ontologia 10/11

11 in sintesi CART è un'infrastruttura Architettura, componenti, standards e pratiche di riferimento, governance realizza un servizio a supporto della cooperazione applicativa nell'ambito egovernment, e in particolare in Sanità base per la realizzazione di servizi ad elevato valore aggiunto è anche un modello di riferimento portabile E.g. integrazione interna ad un'azienda 11/11

12 12/11

13 Sistema di indicizzazione semantica Annotare i tracciati rispetto a modelli ontologici In principio possibile sostituire XSD con ontologie Non conveniente per ragioni di pratica e legacy Casi d uso abilitati verificare se una nuova RFC è consistente rispetto all insieme di quelle che la precedono ricerca di una o più RFC che insistono su un concetto, ad esempio per identificare l insieme dei tracciati impattati da una modifica; costruzione di filtri capaci di verificare la consistenza semantica dei contenuti di messaggi scambiati sul CART (prospettiva di sperimentazione). Possibile integrazione con catalogo schemi e ontologie in CG-SICA 13/11

14 Applicazioni SW in sanità Hospital Information System a comprehensive, integrated information system managing the administrative, financial and clinical aspects of a hospital Condiziona la qualità del servizio Ingrediente non sufficiente, ma necessario ehealth: healthcare practice supported by electronic processes and comm. egov: use of Information and Communication Technologies combined with organisational change and new skills in order to improve public services, democratic processes and public policies ( The Role of egovernment for Europe's Future, Communication from the Commission to the Council, the European Economic and Social Committee, and the Committee of Regions, Brussels, ) Il caso della Azienda Ospedaliera Universitaria di Careggi (AOUC) Centro di competenza su architetture e metodi di ingegnera del SW THIS-Lab (This Hospital Information System Laboratory) Collaborazione AOUC-UniFi, avviata a settembre 09 14/11

15 Hospital Information System Un sistema complesso Admission Discharge Transfer (ADT), Anagrafe, Master Patient Index (MPI) Cartella Clinica Informatizzata,Gestionale di reparto, Cartella oncologica CUP, Pronto soccorso, Sale operatorie, Ambulatori, Farmacia, Radiologia (RIS-PACS), Laboratori di analisi (LIS), ADT ProntoSoccorso RIS-PACS Anagrafe Farmacia Reparto Chirurgia 15/11 MPI CCI con molte interazioni interne Ambulatorio... funzioni che operano sugli stessi dati Cartella Clinica+ADT: Scheda Dimissione Ospedaliera pronto soccorso+ oss. intensiva breve+ radiologia: cartella clinica ADT+cartella clinica: gestione pasti e verso livelli esterni debiti informativi verso Regione e Ministero integrazione in area vasta (Centro: Firenze-Prato-Pistoia-Empoli) LIS

16 Interazione sui dati Cartella clinica ambulatoriale + cartella oncologica Condividono Prestazione, Paziente e Cartella Clinica Informatizzata 16/11

17 Il problema della gestione della fornitura di sistemi SW Necessità di acquisire soluzioni sul mercato Diventa cruciale la gestione della fornitura di applicazioni SW Molte criticità tecniche non una applicazione ma un sistema accoppiato alla evoluzione dei servizi e delle politiche sviluppo concorrente molteplicità di fornitori vincoli di legacy requisiti di disponibilità e affidabilità e altre anche normative in molti aspetti fuori della portata locale problema comune nell'uso di ICT nella Pubblica Amministrazione 17/11

18 Un quadro di riferimento comune La metafora del piano regolatore Non soluzioni specifiche ma linee guida Concilia l evoluzione autonoma con una integrazione armonica (DK Ministry of Science, Technology and Innovation, White Paper on Government Enterprise Architecture in Denmark, June ) Architettura di integrazione interfacce di cooperazione schemi di interazione standards, tecnologie 18/11

19 Componenti del sistema informativo Ciascuno finalizzato a una specifica funzione Realizzati da fornitori diversi con diverse soluzioni Dipendono solo marginalmente dall integrazione Il costo di integrazione deve essere proporzionale Partizionamento delle responsabilità Cartella Clinica Pronto Soccorso cooperazione ADT livello condiviso livello locale Infrastruttura finalizzata al supporto dell integrazione Costituito con l'obiettivo specifico di supportare la cooperazione Mantenuto sotto il controllo diretto di una autorità di coordinamento 19/11

20 Soluzione tecnica Publish & Subscribe Equivalente architetturale del pattern observer, con analoga motivazione e struttura Also Known As: Broker, Event channel, Service Bus, 20/11

21 Governance Governo di un impianto di cooperazione applicativa P&S standardizzazione dei tracciati dei messaggi informativi veicolati gestione delle autorizzazioni nelle sottoscrizioni Esiste un punto di controllo e gestione tecnica centralizzato gestione concettuale tra i maggiori pregi dell architettura rispetto a SOA tra i difetti c è la complessità di implementazione di una infrastruttura 21/11

22 Implementazione dell architettura P&S Il Bus è implementato con un Message Oriented Middleware (MoM) Le applicazioni possono essere realizzate con tecnologie diverse ciascuna possibilmente supportata da una Messaging Library 22/11

23 Enterprise Service Bus Adapter: converte i protocolli di interazione http, JMS, Soap, WS, JDBC, TCP/IP, FTP, HL7 Applicazioni infrastrutturali possono estendere il bus E.g. filtraggio, validazione, conversione di formato Enterprise Service Bus estende un Message Oriented Middleware con i componenti che abilitano Enterprise Integration Patterns Adapters, strumenti di routing 23/11

24 Modelli concettuali e RFC di etoscana RFC 85 Servizi Anagrafe Persona RFC 86 Servizi Generali Anagrafe Sanitaria RFC 87 Servizi di Assegnazione e Revoca MMG/PLS Ispirati al Reference Information Model di HL7 Vogliamo estrarre un modello concettuale in UML La RFC17 che definisce il formato di una RFC non prescrive (per ora) che il tracciato degli eventi sia accompagnato da un modello concettuale Le RFC includono anche dei diagrammi concettuali in notazione HL7 24/11

25 Un diagramma dalla RFC 87 Verde: Entità Salmone: Azioni Giallo: Ruolo Azzurro: Partecipazione 25/11 Patient partecipa ad AdministrativeObservation nel ruolo SubjectOf

26 Convenzioni sui colori in HL7 Classe colore Verde: Entità Quelle cose che sono capaci di agire all'interno dell'universo (persone, strumenti, medicinali etc) Classe colore Salmone: Azioni Le entità svolgono delle azioni all'interno dell'universo (possono essere procedure, visite, forniture, registrazioni) Classe colore Giallo: Ruolo Le entità svolgono delle azioni con un determinato ruolo all'interno dell'universo (es. ruolo medico, paziente, struttura di ricovero..) Classe colore Azzurro: Partecipazione Il ruolo svolto dalle Entità in una Azione all'interno dell'universo, relativa ad una sola azione (es esecutore, autore,..) una persona gioca il ruolo di dottore e partecipa all'azione "Esame PET" come medico referente 26/11

27 Modello concettuale UML di RFC 85 RFC 85: Servizi Anagrafi Persone

28 Modello concettuale di RFC 86 e 87 RFC 86: Servizi Generali Anagrafe Sanitaria RFC 87: Assegnazione e revoca del Medico Curante Person diventa subtype di LivingSubject e compare NonPersonLivingSubject Il medico curante?

29 RFC 85/86/87: Modello di dominio generalizzato

30 /11