HealthSOAF Health Service Oriented Architecture Framework Maria Carmela Groccia, de-health Lab, DIMEG Rosita Guido, Domenico Conforti Università della Calabria Maurizio Rizzo, Giampaolo Sammarco AlmavivA SpA Davide Guerri, Marco Lettere Dedalus SpA Libero Maesano, Fabio De Rosa SimpleEngineering Srl Rosario Iannacchero AO Pugliese-Ciaccio - Catanzaro AITIM 2013 Ischia, 13-15/6/2013 1
Sommario Contesto Motivazioni Obiettivo del progetto Metodologie di disegno, sviluppo e implementazione dei servizi Pilot Iniziative correlate al progetto 2
Contesto ICT a supporto del settore socio-clinico-sanitario è uno strumento chiave per: Migliorare efficacia e appropriatezza nell erogazione delle prestazioni sanitarie Aumentare la qualità dei servizi Abbattere i costi Limitare sprechi inefficienze Concetti chiave alla base delle nuove architetture distribuite di Sanità Elettronica: Cooperazione applicativa Interoperabilità semantica 3
Motivazioni Risolvere problemi di integrazione e di interoperabilità semantica Necessità di avere servizi applicativi standardizzati ed interoperabili Abbattere i costi Implementare interfacce generiche, che consentono un loro efficace ri-uso Usare un approccio rigoroso nella definizione delle interfacce fra i vari sistemi (ridurre al minimo le interpretazioni implementative) Garantire processi di test efficaci e a costo contenuto 4
Motivazioni Interoperabilità nel settore sanitario viene affrontata in modo innovativo dal progetto internazionale HSSP (Healthcare Service Specification Project) HL7 OMG Obiettivo: standardizzazione, a livello funzionale (HL7) e a livello tecnico (OMG), dei servizi «generici» che sono coinvolti in tutti i processi socio-sanitari, e svolgono negli stessi un ruolo chiave 5
Obiettivo generale (1) Standardizzazione dei servizi, in termini di architettura e «regole» per lo scambio, l integrazione, e la condivisione delle informazioni Realizzare un Framework di servizi Plug and play Basati sul paradigma SOA (Service Oriented Architecture) Conformi agli standard internazionali HSSP per la generazione di architetture distribuite di Sanità Elettronica 6
Obiettivo generale (2) Garantire una definizione funzionale e tecnologica delle funzioni (operazioni), delle interfacce e dei comportamenti esterni delle parti (erogatori e fruitori) del servizio che sia indipendente dal tipo dell'argomento e dal tipo del risultato prodotto Sfruttare la possibilità di specificare le tipologie di contenuti in maniera formale e pubblica e designarli esplicitamente a run-time mediante una apposita struttura dati (Semantic Signifier), per garantire l effettiva interoperabilità semantica e il massimo riuso dei servizi Definire un efficace (semi-automatico) processo di test dei servizi al fine di aumentare l efficacia e ridurre i costi 7
Obiettivi Specifici Contribuire al processo di standardizzazione del progetto HSSP Fornire una implementazione iniziale dei servizi HSSP Fornire un ambiente di test, che permette di verificare e «certificare» l aderenza delle proprie soluzioni agli standard HSSP Realizzare un dimostratore (Pilot) che possa verificare e valutare come l intera piattaforma possa essere di supporto ai processi clinico-sanitari per garantire continuità di cura, integrazione ospedale-territorio e, al tempo stesso, possa favorire una razionalizzazione della spesa sanitaria 8
Active Project HSSP RLUS (Retrive, Locate, Update Service)- insieme di interfacce/funzionalità che permettono l accesso e la gestione alle informazioni socio-sanitarie (patient record, profili, prescrizioni, storia clinica). Standardizza il modo con cui tali risorse sono manipolate IXS (Identity Cross-Reference Service)- insieme di funzionalità per identificare univocamente le diverse tipologie di entità, attinenti al contesto socio-sanitario (persone, organizzazioni, dispositivi) sia nell ambito di sistemi operanti all interno di una singola organizzazione sia di organizzazioni diverse che inter-operano tra di loro 9
Active Project HSSP CTS 2 (Common Terminology Service)- insieme di funzionalità per la gestione delle terminologie di tipo clinico e sanitario (manipolare, mappare, classificare terminologie) HCSPD (Healthcare and Community Services Provider Directory)- insieme di funzionalità per gestire una directory contenente informazioni relative ad organizzazioni e professionisti che erogano servizi socio-clinico-sanitari. Permette agli operatori di «pubblicizzare» la loro presenza ed i servizi che offrono e di localizzare competenze e servizi socio- sanitari specializzati attraverso ricerche specializzate 10
Active Project HSSP PASS (Privacy, Access and Security Services)- suite di servizi di base, necessari a coprire le esigenze di sicurezza quali la privacy, il controllo e la gestione dell accesso ai dati clinici, il consenso e la gestione delle identità DSS (Decision Support Service)- insieme di funzionalità per ricercare, interrogare ed eseguire moduli di ausilio alle decisioni nel campo clinico-sanitario (Clinical Decision Support -CDS system), fornendo un approccio standardizzato all interrogazione di sistemi di in maniera del tutto indipendente dall applicazione sottostante 11
Metodologie di disegno, sviluppo e validazione dei servizi (1) In fase di disegno, per ogni servizio è stato adottato un approccio formale MDA (Model Driven Architecture) basato sulla metodologia simplesoad e simplesoa Il processo di standardizzazione adottato mette in opera i passi centrali del ciclo MDA: Business Model informale Platform Independent Model (PIM) Platform Specific Model (PSM) 12
Metodologie di disegno, sviluppo e validazione dei servizi (2) Progettazione Implementazione PIM PSM 13
Metodologie di disegno, sviluppo e validazione dei servizi (3) Per ogni servizio, vengono implementati i seguenti moduli: Consumer Adapter: insieme di sub-componenti (proxy) la cui integrazione in un applicazione permette l'accesso trasparente alle funzioni del servizio HSSP Provider Adapter: insieme di sub-componenti (skeleton) che permette ad un server preesistente di erogare il servizio HSSP Provider System (Server): sistema erogatore nativo del servizio HSSP 14
Metodologie di disegno, sviluppo e validazione dei servizi (4) CONSUMER Healthsoaf and Legacy Applications UI Healthsoaf and Legacy Applications Business Logic Consumer ADAPTER HSSP IMPLEMENTATION PROVIDER Provider ADAPTER PROVIDER SYSTEM Interfaces Healthsoaf and Legacy Provider Systems 15
Metodologie di disegno, sviluppo e validazione dei servizi (5) La verifica dell aderenza dei moduli realizzati agli standard HSSP, verrà effettuata utilizzando un ambiente automatizzato di test black-box basato su TTCN-3 appositamente progettato, implementato e messo in opera TTCN-3 è un linguaggio di espressioni di test case e ambiente di test standard, conforme con l'uml Testing Profile dell'omg con caratteristiche di alta affidabilità 16
Pilot Realizzazione di un dimostratore in uno scenario clinico sanitario reale la «Rete Cefalea» della Regione Calabria 17
Pilot Integrated clinical management of cephalalgic and migraine patients Knowledge Bases Inference Engines DSS HC Local Authority RLUS IXS HCSPD CTS2 Main HR Registry & Repository Main Demographics HC Services Directory Terminology Manager Clinical Research Center Patient RLUS IXS DSS CTS2 HCSPD RLUS IXS DSS CTS2 HCSPD RLUS IXS DSS CTS2 HCSPD Local HR Repository Local Demographics Local HR Repository Local Demographics Local HR Repository Local Demographics Clinic Hospital GP 18
HSSP Implementation Guide Nell ambito del progetto HealthSOAF sono state intraprese diverse iniziative volte a sottolinearne il carattere fortemente innovativo Apertura di un gruppo di lavoro HL7 Italia Servizi SOA: ImplementationGuide HSSP Linee guida per l utilizzo delle specifiche HSSP Rivolte a coloro che vorranno implementare, concretamente, i servizi standard Nell ambito di processi socio-sanitari reali 19
Grazie per l attenzione 20