Telemedicina CasaDellaSalute LineeGuidaold.regione.calabria.it/sanita/allegati/case_della_salute/tele... · Linee guida relative all’informatizzazione delle Case della Salute nel

1 / 101

REGIONE CALABRIA

Linee guida relative all’informatizzazione

delle Case della Salute

nel complessivo sviluppo del Sistema Informativo Sanitario Regionale,

del Fascicolo Sanitario Elettronico e della Telemedicina

SICS Sistema Informativo della Casa della Salute

2 / 101

Indice dei Contenuti

1. Executive summary: la necessità di linee guida relative al servizio di Telemedicina all’interno delle Case della Salute ............................................... 7

1.1 Acronimi ............................................................................................................................ 10

1.2 Riferimenti bibliografici ..................................................................................................... 12

2. Contesto di riferimento .................................................................................. 13

2.1 Ulteriore passo per lo sviluppo congiunto in Regione Calabria di modelli innovativi per le cure primarie e di soluzioni tecnologiche basate su Telemedicina e ICT in generale ............................................................................................................................. 13

2.2 Rilevanza dell’innovazione tecnologica nei piani della Regione Calabria ......................... 14

2.2.1 POR FESR 2007-2013: la visione generale sulla Telemedicina ............................................. 14

2.2.2 POR Obiettivo 1.2.2: le azioni per la realizzazione dei servizi di Telemedicina .................... 15

2.2.3 PON R&C 2007-2013 Obiettivo operativo I-4.1.1.4: il potenziamento delle strutture e

delle dotazioni scientifiche e tecnologiche ........................................................................... 15

2.2.4 POAT Salute Regione Calabria: la linea verticale sulla Telemedicina .................................. 16

2.3 Linee Guida regionali sulle Cure Domiciliari ...................................................................... 17

2.4 Linee Guida regionali sulle Case della Salute .................................................................... 18

2.4.1 Obiettivi della Casa della Salute nelle Linee Guida............................................................... 18

2.4.2 Aree Funzionali Omogenee nelle Linee Guida ...................................................................... 19

2.4.3 Continuità dei percorsi assistenziali nella Casa della Salute ................................................ 20

3. Elementi generali della fornitura .................................................................... 23

3.1 Obiettivi generali da inserire nel Capitolato tecnico ......................................................... 23

3.1.1 OB1: Requisiti informativi per supportare la continuità dell’assistenza (“fare sistema”) .... 23

3.1.2 OB2: Requisiti di comunicazione per supportare le notifiche dei mandati, dei contatti e

dei problemi (“favorire la continuità”) ................................................................................. 24

3.1.3 OB3: Requisiti di integrazione per supportare l’approccio partecipato (“Team

Funzionale intorno al cittadino”) .......................................................................................... 25

3.1.4 OB4: Requisiti di stratificazione degli assistiti per il supporto alla valutazione del

bisogno (“il corretto ingaggio”) ............................................................................................ 26

3.2 Elementi minimi della fornitura del Sistema Informativo della Casa della Salute (SICS) .................................................................................................................................. 28

3.2.1 Modello di riferimento del SICS ............................................................................................ 29

3.2.2 Elementi del SICS .................................................................................................................. 30

3.3 Requisiti non funzionali ..................................................................................................... 31

3.3.1 RA: Requisiti architetturali da rispettare .............................................................................. 31

3.3.2 RI: Requisiti di interfaccia da rispettare ............................................................................... 32

3.3.3 RP: Requisiti di privacy e sicurezza da rispettare ................................................................. 33

3.4 Fasi suggerite per la realizzazione degli aspetti informatici .............................................. 34

3.4.1 FF: Fasi della fornitura .......................................................................................................... 34

3.4.2 AF: Attività delle fasi ............................................................................................................ 34

3 / 101

3.4.3 F00: Preliminare ................................................................................................................... 36

3.4.4 F01: Progettazione ............................................................................................................... 37

3.4.5 F02: Implementazione .......................................................................................................... 40

3.4.6 F03: Collaudo ed avviamento ............................................................................................... 41

3.4.7 F04: Formazione e supporto ................................................................................................. 43

3.4.8 SLA: Livelli di servizio ............................................................................................................ 47

3.4.9 RG: Requisiti di governance del progetto da rispettare ....................................................... 49

4. Requisiti specifici dei sistemi software ........................................................... 50

4.1 C10 Piattaforma informatica di base: la Cartella Clinica Condivisa per i Servizi Socio Sanitari (CCC-SSS) .............................................................................................................. 50

4.1.1 C11 CCC–SSS–GMA: Gestione dei mandati di assistenza ..................................................... 52

4.1.2 C12 CCC–SSS–GNO: Gestione delle notifiche ........................................................................ 53

4.1.3 C13 CCC–SSS–GPS: Gestione condivisa delle etichette di “Problematiche di Salute”........... 54

4.1.4 C14 CCC–SSS–GSS: Gestione delle Schede Sintetiche documentali ...................................... 57

4.1.5 C15 CCC–SSS–REP: Gestione anagrafiche e repository ........................................................ 61

4.1.6 C16 CCC–SSS–CSS: Gestione della cartella socio sanitaria ................................................... 63

4.2 C20 AFO: Moduli per le aree/percorsi ............................................................................... 66

4.2.1 C21 AFO–SGA: Gestione dei servizi generali ed amministrativi ........................................... 68

4.2.2 C22 AFO–SSA: Gestione dei servizi sanitari .......................................................................... 68

4.2.3 C23 AFO–ASE: Gestione dell’accoglienza, dell’accesso e segreteria sociale ........................ 70

4.2.4 C24 AFO–SSS: Gestione dei servizi socio sanitari ................................................................. 73

4.2.5 C25 AFO–SAS: Gestione dei servizi ed attività sociali ........................................................... 74

4.3 C30 TEM: Servizi di Telemedicina presso le sedi di continuità assistenziale .................... 76

4.3.1 C31 TEM–THE: Gestione del servizio di Telehealth .............................................................. 76

4.3.2 C32 TEM–CAR: Gestione del servizio di Telecardiologia ...................................................... 77

4.3.3 C33 TEM–TCA: Gestione del servizio di Telecare .................................................................. 78

4.3.4 C34 TEM–REF: Gestione del servizio di Telereferto .............................................................. 79

5. Requisiti specifici delle infrastrutture hardware e di collegamento ................ 80

5.1 C40 ELA: Infrastruttura di elaborazione della Casa della Salute ....................................... 80

5.1.1 Elementi architetturali ......................................................................................................... 80

5.1.2 Sistemi serventi di elaborazione ........................................................................................... 81

5.1.3 Sistema di bilanciamento di carico ....................................................................................... 82

5.1.4 Sistema di memorizzazione esterno ..................................................................................... 82

5.2 C50 POS: Postazioni degli operatori .................................................................................. 83

5.2.1 Stazioni di lavoro fisse .......................................................................................................... 83

5.2.2 Lettori di codici a barre ......................................................................................................... 84

5.3 C60 NET: Messa in rete dei servizi tra loro e con gli altri servizi/strutture aziendali ....... 85

5.3.1 Elementi architetturali ......................................................................................................... 85

5.3.2 Sistema di firewall ................................................................................................................ 86

5.3.3 Sistema di Intrusion Detection System (IDS) ........................................................................ 86

6. Requisiti specifici dell’integrazione regionale ................................................. 87

4 / 101

6.1 RT: Requisiti generali di integrazione da rispettare .......................................................... 88

6.2 C71 INT-FSE: Integrazione con il Fascicolo Sanitario Elettronico della Regione Calabria .............................................................................................................................. 89

6.2.1 Fascicolo Sanitario Elettronico della Regione Calabria ........................................................ 89

6.2.2 Integrazione con il SICS......................................................................................................... 90

6.3 C72 INT-SEC: Integrazione con il SEC-SISR /Sistema della Sanità Elettronica in Calabria - Sistema Informativo Sanitario Regionale .......................................................... 93

6.3.1 Sistema Informativo Sanitario Regionale e delle Aziende - SEC-SISR ................................... 93


6.4 C73 INT-TCA: Integrazione con il sistema regionale di Telecardiologia ............................ 96

6.4.1 Sistema di trasmissione dei tracciati elettrocardiografici per la rete cardiologica

regionale - teleconsulto cardiologico in emergenza sanitaria ............................................. 96


6.5 C74 INT-TRA: Integrazione con il sistema regionale di Teleradiologia (SISTER) ............... 98

6.5.1 Rete della Teleradiologia per la Calabria ............................................................................. 98

6.5.2 Integrazione con il SICS....................................................................................................... 101

5 / 101

Indice delle Tabelle Tabella 1 - Principi della Casa della Salute secondo il Ministero della Salute [Tur 2007] ................................ 22

Tabella 2 - Componenti del sistema ................................................................................................................. 30

Tabella 3 – Requisiti architetturali .................................................................................................................... 31

Tabella 4 – Requisiti di interfaccia .................................................................................................................... 32

Tabella 5 – Requisiti di privacy e sicurezza ....................................................................................................... 33

Tabella 6 - Fasi operative della fornitura .......................................................................................................... 34

Tabella 7 - Attività principali del sistema ......................................................................................................... 35

Tabella 8 - A01: Preliminare ............................................................................................................................. 36

Tabella 9 – A11: Progettazione ......................................................................................................................... 37

Tabella 10 – A21: Avvio .................................................................................................................................... 40

Tabella 11 – A22: Primo supporto .................................................................................................................... 41

Tabella 12 – A31: Collaudo ed avviamento ...................................................................................................... 41

Tabella 13 – A41: Addestramento .................................................................................................................... 43

Tabella 14 – A42: Assistenza e supporto .......................................................................................................... 44

Tabella 15 - Priorità di guasto ........................................................................................................................... 48

Tabella 16 - Livelli di servizio ............................................................................................................................ 48

Tabella 17 – Moduli del componente C10........................................................................................................ 50

Tabella 18 – Requisiti/sottomoduli del modulo C11 ........................................................................................ 52





Tabella 23 - Il contenuto dell'infostruttura ...................................................................................................... 62









6 / 101





Tabella 36 – Elementi architetturali ................................................................................................................. 81

Tabella 37 – Elementi architetturali ................................................................................................................. 86


Tabella 39 – Requisiti di integrazione regionale ............................................................................................... 88



Tabella 42 – Requisiti/sottomoduli del modulo C32 ...................................................................................... 101

Indice delle Figure Figura 1 - Sistema Informativo della Casa della Salute ..................................................................................... 29

Figura 2 - Architettura a livelli della Rete regionale di Teleradiologia ........................................................... 100

Figura 3 - Livello logico di suddivisione in HUB/SPOKE .................................................................................. 101

7 / 101

1. Executive summary: la necessità di linee guida relative all’informatizzazione delle Case della Salute

Come è noto, la necessità di coniugare crescenti esigenze di assistenza sanitaria e socio-sanitaria con risorse sempre più contenute, ha spinto da tempo la Regione Calabria ad una generale rivisitazione e maggiore attenzione all’efficienza del proprio sistema sanitario, attraverso l'attuale ottimizzazione e valorizzazione delle risorse disponibili (cfr. Obiettivo Generale G.02 “Riorganizzazione della Rete di assistenza Territoriale”).

Uno dei capisaldi scelti per tale ottimizzazione e valorizzazione è il modello della Casa della Salute (CdS), che vede la Regione Calabria impegnata in un percorso che la sta portando alla definizione ed implementazione di un proprio modello contestualizzato e integrato nel più ampio quadro di riordino dell’offerta sanitaria regionale in atto, percorso iniziato e scandito da una serie di passi, tra i quali i più rilevanti da segnalare sono

• POR Calabria FESR 2007/2013 che ha previsto la realizzazione delle Case della Salute sul territorio regionale,

• DPGR n. 740 del 04/11/2009 che ha approvato il documento «Le Case della Salute - "Un

modello meta progettale per la riqualificazione della rete ospedaliera regionale“» (revisione 15 settembre 2009),

• DPGR n. 18 del 22/10/2010 che ha previsto, tra l'altro, la riconversione di alcuni presidi ospedalieri in Ospedali Distrettuali, successivamente denominati, con DPGR n. 34 del 06/05/2011, Centri di Assistenza Primari Territoriali (C.A.P.T.) (precisando che le attività proprie delle Case della Salute, previste dalle Linee Guida ministeriali nonché dal POR Calabria FESR 2007/2013, sono ricomprese nelle funzioni assegnate ai CAPT dal DPGR n. 18/2010),

• Decreto Dirigenziale n. 1370 dell'08/02/2012 che ha costituito l'Unità di Progetto per la gestione del PISR (Progetto Integrato di Sviluppo Regionale di Valenza Strategica) “Rete

Regionale delle Case della Salute”, la cui responsabilità è stata affidata al dirigente pro tempore del Settore n. 4 “Area Controlli” del Dipartimento n. 13 “Tutela della Salute Politiche Sanitarie”,

fino ad arrivare alla DPGR n. 185 del 4 dicembre 2012 che ha approvato il documento "Linee guida

Regione Calabria – Modello Organizzativo e percorso di attuazione delle Case della Salute" [Cal 2012] e che dispone che il modello organizzativo di ogni singola Casa della Salute dovrà avvenire in coerenza con il documento sopracitato.

La stessa DPGR n. 185 precisa che le Case della Salute rappresentano un modello organizzativo tecnologicamente avanzato e pertanto tutti i percorsi che saranno attivati dovranno essere interamente informatizzati nel complessivo sviluppo del Sistema Informativo Sanitario Regionale, del Fascicolo Sanitario Elettronico e della Telemedicina.

Infatti, a diversi anni di distanza, è possibile affermare che gli sviluppi dell’ICT e della Telemedicina moderna sono compatibili con i principi che ispirano la Casa della Salute [Tur 2007] [Cal 2012], e possono anzi generare un forte miglioramento rispetto all’accessibilità ai servizi, all’unitarietà e all’integrazione, aggiungendo anche una efficace forma di fruizione a distanza rispetto alla tipica offerta di servizi in presenza (specialmente per le zone a minore densità abitativa).

8 / 101

Sul fronte particolare della Telemedicina, ci sono diverse iniziative regionali, tra queste il Progetto di Assistenza Tecnica alle Regioni dell’Obiettivo Convergenza (POAT) Salute che, finalizzato al “Piano di Riorganizzazione e rafforzamento delle capacità” a cura del Ministero della Salute, ha previsto per la Regione Calabria una linea specificatamente per l’“Individuazione di modelli

innovativi per la realizzazione dei servizi di Telemedicina”.

In conseguenza, nel seguito verrà data una particolare enfasi ai requisiti che le soluzioni ICT, che si prevede di acquisire, devono avere per supportare la Gestione Integrata dei malati cronici, al lavoro di squadra per “fare sistema” con il cittadino, all’orientamento dei pazienti e familiari all’interno del sistema, ovvero al Patient Empowerment e allo “Sportello Unico di Accesso”, ovvero il Punto Unitario di Accesso (PUA).

In particolare, partendo dalle citate “Linee guida Regione Calabria - Modello organizzativo e

percorso di attuazione delle Case della Salute” [Cal 2012] prodotte dalla Regione Calabria (con il contributo di Formez), il presente documento riguarda le Linee Guida per la redazione dei capitolati tecnici di gara, oppure delle progettazioni di riuso, degli aspetti informatici degli interventi per la realizzazione delle Case della Salute (così come previsto nel percorso di attuazione delle stesse [Cal 2012]), ovvero quelli relativi alla necessaria “messa in rete” dei servizi tra loro e con gli altri servizi/strutture aziendali, al fine di garantire la tracciabilità e la condivisione dei flussi informativi – e.g. sistema di prenotazioni, telereferto, fascicolo elettronico [Cal 2012].

È utile precisare che le presenti Linee Guida hanno solo titolo di impostazione e di suggerimento per la redazione della documentazione tecnica della eventuale gara e/o acquisizione tramite riuso degli aspetti informatici delle CdS della Regione Calabria. Il loro obiettivo è condividere un quadro d’insieme uniforme e gli elementi propedeutici da seguire per implementare soluzioni tecnologiche per le CdS coerenti e sinergiche con quanto già realizzato a livello regionale.

A partire dal presente documento, occorrerà quindi contestualizzare e approfondire le caratteristiche delle singole componenti per le varie realizzazioni della Casa della Salute. Inoltre, sempre in riferimento all’acquisizione del sistema, si suggerisce di prevedere che gli elementi del sistema, al termine del contratto, rimanghino di proprietà dell’Amministrazione nella sua interezza (hardware, componenti applicative, licenze software, apparati, configurazioni, basi dati, loro contenuto informativo, basi di conoscenza, manualistica, etc.), così come tutta la documentazione prodotta, in formato cartaceo e/o elettronico, che dovrà essere consegnata all’Amministrazione e rimarrà di proprietà della stessa.

Queste Linee guida relative al servizio di Telemedicina all’interno delle Case della Salute indicano i requisiti per la fornitura degli aspetti informatici, ovvero per la realizzazione del Sistema Informativo della Casa della Salute (SICS), e sono così strutturate:

Il Capitolo “Executive summary” ed i successivi paragrafi 1 e 2 illustrano il tema trattato, lo scopo ed il campo di applicazione, indicano la bibliografia di riferimento e gli acronimi e le definizioni utilizzate.

9 / 101

Il Capitolo 2 descrive il contesto di riferimento del presente documento che rappresenta un ulteriore passo per lo sviluppo congiunto in Regione Calabria di modelli innovativi per le cure primarie e di soluzioni tecnologiche basate su Telemedicina e ICT in generale, grazie alla rilevanza dell’innovazione tecnologica già presente nei piani della Regione Calabria, nelle Linee Guida regionali sulle Cure Domiciliari e nelle già citate Linee Guida regionali sulle Case della Salute.

Il Capitolo 3 indica gli elementi generali da rispettare nella fornitura degli aspetti informatici della Casa della Salute, in particolare gli obiettivi generali da perseguire (OB1, OB2, OB3 e OB4), gli elementi minimi della fornitura del SICS da prevedere nel Capitolato Tecnico (modello di riferimento ed elementi), i requisiti non funzionali da rispettare (RA, RI e RP) e le fasi e le attività suggerite per la realizzazione (F01, F02, F03 e F04), la governance ed i livelli di servizio del progetto.

Il Capitolo 4 indica, viceversa, i requisiti specifici per i sistemi software a supporto (componente C10, C20 e C30), da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

Il Capitolo 5 indica, altresì, i requisiti specifici per le infrastrutture hardware e di collegamento (componente C40, C50 e C60), da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

Il Capitolo 6 indica, infine, i requisiti specifici per l’integrazione con il contesto regionale (componente C70), da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

10 / 101

1.1 Acronimi ACN ............ Accordo Collettivo Nazionale

ADI ............. Assistenza Domiciliare Integrata

ADP ............ Assistenza Domiciliare Programmata

AFO ............ Aree Funzionali Omogenee

AO .............. Azienda Ospedaliera

AS ............... Azienda Sanitaria

ASE ............. Accoglienza, Accesso e Segretariato Sociale

ASEC ........... Assistente Sanitario Elettronico del Cittadino

ASL ............. Azienda Sanitaria Locale

ASP ............. Azienda Sanitaria Provinciale

BPCO .......... Bronco-Pneumopatia Cronico Ostruttiva

CAD ............ Codice dell’Amministrazione Digitale

CAPT ........... Centri di Assistenza Primaria Territoriale

CCM ........... Chronic Care Model

CDI ............. Cure Domiciliari Integrate (di primo, secondo e terzo livello)

CDP ............ Cure Domiciliari Palliative

CdS ............. Casa della Salute

CPDO .......... Cure Domiciliari Prestazionali Occasionali

CRC ............. Carta del Rischio Cardiovascolare

CSC ............. Cartella Socio-sanitaria Condivisa

CUP ............ Centro Unico di Prenotazioni

DSC ............. Documento di Sintesi Clinica (Patient Summary) (vedi anche PSS)

DM ............. Disease Management (Gestione Integrata)

EBM ............ Evidence Based Medicine

ECCM ......... Expanded Chronic Care Model

EDS ............. Emergency Data Set

epSOS ......... European Patients - Smart Open Services

FSE ............. Fascicolo Sanitario Elettronico

GI................ Gestione Integrata (Disease Management)

HL7 ............. Health Level 7

IBIS ............. InforBroker Individuale Sanitario

IBSE ............ Infrastruttura di Base per la Sanità Elettronica

ICPC ........... classificazione internazionale delle cure primarie

ICT .............. Information and Communication Techology (vedi anche TIC)

IGEA ........... integrazione, gestione e assistenza per la malattia diabetica

InFSE .......... Infrastruttura del Fascicolo Sanitario Elettronico

IPSE ........... Interoperabilità in Sanità

LiSE ............ Libretto Sanitario Elettronico

MAP........... Medici di Assistenza Primaria (MMG, PLS, MCA)

MCA .......... Medico della Continuità Assistenziale

MdS ........... Ministero della Salute

MMG ......... Medico di Medicina Generale

MRA .......... Monitoraggio della Rete di Assistenza

PAI ............. Piano Assistenziale Individualizzato

PDTA .......... Percorso Diagnostico-Terapeutico-Assistenziale

PIRS ........... Progetto Integrato di Sviluppo Regionale di Valenza Strategica

PERS .......... Personal Emergency Response System

PHR ............ Personal Health Record

PLS ............. Pediatra di Libera Scelta

POAT ......... Progetto di Assistenza Tecnica alle Regioni dell’Obiettivo Convergenza

POC ........... Point Of Care

POP ............ Profilo Orientato per Problema

PPI ............. Punto di Primo Intervento

PS .............. Punto Salute

PSN ............ Piano Sanitario Nazionale

PSS ............. Profilo Sanitario Sintetico (Patient Summary) (vedi anche DSC)

PUA ........... Punto Unitario di Accesso

RMMG ....... Rete dei Medici di Medicina Generale

RUP............ Responsabile Unico del Procedimento

SDO ........... Scheda di Dimissione Ospedaliera

SER ............ Segnalazione di Evento Rilevante

SIAD ........... Sistema Informativo per il monitoraggio dell'Assistenza Domiciliare

SICS............ Sistema Informativo per la Casa della Salute

SISR ........... Sistema Informativo Sanitario Regionale

SLA ............ Service Level Agreement

SMS ........... Short Message Service

SSAD .......... Servizio Socio Assistenziale Domiciliare

11 / 101

SSI .............. Scheda Sanitaria Individuale (ACN art.45; più nota come Cartella Clinica del MMG)

SSN ............. Servizio Sanitario Nazionale

SSR ............. Servizio Sanitario Regionale

S.Va.M.A. ... Scheda per la Valutazione Multidimensionale dell'Anziano

TIC .............. Tecnologie dell’Informazione e della Comunicazione (vedi anche ICT)

URP ............ Ufficio Relazioni col Pubblico

UTAP .......... Unità Territoriali per l’Assistenza Primaria

UVM ........... Unità di Valutazione Multidimensionale

WSD ........... Whole System Demonstrator

12 / 101

1.2 Riferimenti bibliografici [Cal 2007] Programma Operativo Regione Calabria FESR 2007 – 2013 CCI N° 2007 IT 161 PO 008 (Novembre 2007)

[Cal 2008] Regione Calabria - Progetto Rete dei Medici di Medicina Generale / Pediatri di Libera Scelta e il Fascicolo Sanitario Elettronico

[Cal 2010a] Regione Calabria “Progetto Operativo di Assistenza Tecnica POAT Salute – Regione Calabria: Progetto esecutivo” (Dicembre 2010)

[Cal 2010b] Strategia Regionale per lo Sviluppo della Società dell’informazione 2007-2013 (Febbraio 2010)

[Cal 2011] Regione Calabria “Linee Guida sul sistema di cure domiciliari e accesso ai servizi territoriali”, DPGR n.12 del 31 gennaio 2011

[Cal 2012] D.p.g.r. n. 185 del 04.12.2012, Allegato LINEE GUIDA REGIONE CALABRIA “Modello organizzativo e percorso di attuazione delle Case della Salute”

[Cen 2006] CEN TC251 “CONTSYS - A system of concepts to support Continuity of care” EN 13940, Bruxelles: European Standardization Committee, CEN, 2006

[Pal 2007] Palumbo F., Convegno nazionale “Casa della Salute”, Roma 22 Marzo 2007.

[Tur 2007] Turco L. Convegno Nazionale “La Casa della salute”. Roma, 22 marzo del 2007

[Ros 2005] Integrating Care for Chronic Conditions through a lifelong EHR”. Proceedings of the International conference “Improving Care for Chronic Conditions – the added value of eHealth", Rome, 10-11 October 2005, jointly organised by EHTEL, the National Research Council of Italy - Institute for Biomedical Technology in co-operation with ESQH and NIZW. http://www.ehtel.org/forum/conferences/event-2005-ehealth-added-value

[Ros 2009] Rossi Mori A, Mercurio G, Mazzeo M, D’Auria S. «Deploying Connected Health among the Actors on Chronic Conditions.» European Journal of ePractice Nº 8. December 2009 http://www.epractice.eu/files/European%20Journal%20epractice%20Volume%208_1.pdf

[Ros 2011] Rossi Mori A, Mercurio G, Verbicaro R. “Enhanced policies on Connected Health are essential to achieve accountable social and health systems”. European Journal of ePractice, Special issue on ‘Policy lessons from a decade of eGovernment, eHealth & eInclusion’, 2011

13 / 101

2. Contesto di riferimento

2.1 Ulteriore passo per lo sviluppo congiunto in Regione Calabria di modelli innovativi per le cure primarie e di soluzioni tecnologiche basate su Telemedicina e ICT in generale

Il presente documento rientra tra quelli che più in generale si stanno producendo per l’analisi sui benefici che potrebbero derivare per la Regione Calabria da uno sviluppo congiunto di modelli innovativi per le cure primarie e di soluzioni tecnologiche basate su Telemedicina e ICT in generale, come presupposto imprescindibile per la Regione per la sua roadmap implementativa, di concerto con le Aziende Sanitarie, delle componenti tecnologiche da attivare contestualmente e specificatamente all’avanzamento dei cambiamenti organizzativi in atto.

Per tali motivi, i paragrafi successivi del presente capitolo inquadrano e descrivono come l’innovazione tecnologica a supporto delle cure primarie si innesta nella trasformazione in atto nella Regione Calabria in merito ai modelli innovativi per la salute, con un’enfasi particolare sull’assistenza territoriale, sul rapporto con l’ospedale e sull’integrazione socio-sanitaria.

È evidente che elemento essenziale di questo processo evolutivo è una maggiore attenzione verso la continuità nell’assistenza, che oggi risulta estremamente frammentata, al coinvolgimento del cittadino/paziente sul proprio piano di cura e sulla propria salute, alla diffusione di percorsi assistenziali condivisi.

Come descritto di seguito, la Regione Calabria ha già previsto un utilizzo dei fondi strutturali per sostenere il cambiamento, con un ricorso prioritario all’innovazione tecnologica.

Occorre pertanto produrre linee guida ed individuare un riscontro nel concepire l’assistenza primaria che sfrutti in pieno le opportunità di supporto offerte dalla tecnologia, intesa sia come sistemi informativi per l’assistenza e la governance, sia come apparecchiature sempre più miniaturizzate (come sensori e strumenti di misura a domicilio del paziente o in località decentrate) che permettono di gestire l’assistenza anche a distanza, in una moderna accezione di Telemedicina.

14 / 101

2.2 Rilevanza dell’innovazione tecnologica nei piani della Regione Calabria

2.2.1 POR FESR 2007-2013: la visione generale sulla Telemedicina

Nell’ambito del POR FESR Regione Calabria 2007-2013 è stato previsto l’Obiettivo Operativo 1.2.2 “Sostenere la promozione di servizi pubblici moderni e rafforzare i processi di innovazione della

Pubblica Amministrazione basati sulle TIC” [Cal 2007].

Nello specifico, si è previsto esplicitamente di realizzare servizi sanitari potenziati dalla tecnologia (Telemedicina) per migliorare la qualità della vita dei pazienti e ottimizzare le risorse (teleconsulto, assistenza domiciliare, etc.) [Cal 2007, 2011].

Peraltro, la Telemedicina Moderna trova certamente rispondenza anche nel perseguimento delle

strategie europee in altri settori. Per esempio, si consideri l’obiettivo della nuova strategia europea

“Trasporti sostenibili”, assicurato innanzitutto dal potenziamento della mobilità sostenibile nelle

Città e nelle Aree Urbane e dalla realizzazione di Progetti Integrati finalizzati a sostenere la

domanda di mobilità a scala intercomunale. Questa strategia trova riscontro soprattutto

nell’organizzazione di mezzi di trasporto collettivo per gli studenti, nella realizzazione di opere

finalizzate alla prevenzione del rischio di erosione e sismico delle infrastrutture di collegamento

stradale e ferroviario, ma si esplica anche nella realizzazione di servizi di Telemedicina per

l’erogazione di servizi sanitari in territori decentrati [Cal 2007].

Allo scopo, è utile sottolineare che già con il precedente POR 2000-2006 era stata avviata la

realizzazione della rete radio regionale e della dorsale a microonde, con una sala operativa mobile

su container che consentisse di portare una serie di funzionalità (necessarie, ad esempio, per

l’attività di coordinamento direttamente sul luogo di un’emergenza) [Cal 2007].

Nondimeno, con l’azione del POR 2007-2013 della Linea di Intervento 3.2.3.2 “Azioni per potenziare

il sistema regionale per la gestione delle emergenze” sarà completata la rete radio regionale e la

rete a microonde e sarà attivato il sistema di comunicazione TETRA; il sistema può così trovare

anche ampie utilizzazioni nel campo della sanità (comunicazioni, 118 e Telemedicina) e del sistema

di telecomunicazioni della Regione più in generale [Cal 2007].

Sulla base di quanto indicato, nell’ambito del POR 2007-2013 la Regione Calabria ha già quindi avviato le seguenti attività e interventi, finalizzati alla razionalizzazione organizzativa e tecnologica al fine di potenziare ed integrare i sistemi delle Aziende Sanitarie e delle Aziende Ospedaliere regionali, con il duplice obiettivo di offrire servizi qualitativamente superiori e di ottimizzare l'impiego delle risorse disponibili [Cal 2010b]:

Rete dei Medici di Medicina Generale (RMMG, [Cal 2008]): progetto per il miglioramento dell’accessibilità dei servizi e del processo di cura dell’assistito, dell’efficienza nell’erogazione delle prestazioni, dell’ottimizzazione dei processi burocratico – amministrativi; tra i servizi realizzati:

• l’infrastruttura del Fascicolo Sanitario Elettronico;

• l’anagrafe degli assistibili e degli operatori;

• i sistemi informativi per la gestione della Medicina di Base comprendente il sistema per il pagamento dei medici convenzionati;

• il sistema di prescrizione e refertazione utilizzabile per via telematica.

15 / 101

Telemedicina specializzata: progetto che coinvolge l’Azienda Sanitaria di Lamezia Terme, in qualità di soggetto attuatore e i 9 presidi regionali (U.O.) di Anatomia Patologica, per realizzare il centro servizi di Telepatologia (teleconsulto, seconda opinione, etc.), rivolto all’utenza specializzata ed un punto di accesso alle banche dati strutturate relative a casi clinici.

2.2.2 POR Obiettivo 1.2.2: le azioni per la realizzazione dei servizi di Telemedicina

Nell’ambito dell’obiettivo operativo 1.2.2 del POR FESR Regione Calabria 2007-2013, la Linea di Intervento 1.2.2.5 “Azioni per la Realizzazione / Potenziamento dei Servizi di Telemedicina” ha poi previsto anche di realizzare servizi di Telemedicina (servizi medici in senso stretto), con particolare riferimento ai servizi di Teleconsulto, Telediagnosi, assistenza domiciliare e trasmissione di immagini di interesse [Cal 2007].

Nel settore dell’assistenza domiciliare si prevede di realizzare, prioritariamente, servizi di Telemonitoraggio per la trasmissione di segnali di interesse sanitario dal domicilio dei pazienti ad opportuni servizi di ascolto (e.g. centri servizi, reparti ospedalieri), per operare controlli a distanza periodici o in condizioni di emergenza, e servizi di Tele-dialisi, per l’ausilio al follow-up di pazienti in dialisi [Cal 2007].

Più in generale, si è previsto di sostenere il ricorso alle tecnologie per la realizzazione di servizi innovativi finalizzati a favorire l’autonomia e l’integrazione sociale delle persone a rischio di emarginazione (diversamente abili, anziani, persone isolate) [Cal 2007], con la finalità di [Cal 2010b]:

• Favorire l’autonomia e l’integrazione sociale delle persone a rischio di emarginazione;

• Operare controlli a distanza periodici o in condizioni di emergenza;

• Favorire l’assistenza domiciliare.

I beneficiari della linea di intervento in oggetto sono la Regione Calabria, anche attraverso proprie

agenzie in “house” ai sensi della normativa comunitaria e nazionale vigente, le Aziende Sanitarie e

le Aziende Ospedaliere [Cal 2007].

L’intervento 1.2.2.5.1 in particolare ha l’obiettivo di utilizzare le tecnologie per realizzare servizi

innovativi finalizzati a favorire l’autonomia e l’integrazione sociale delle persone a rischio di

emarginazione. A partire dall’esperienza già realizzata sul territorio calabrese con i progetti già

citati (Rete RMMG e Telemedicina Specializzata), ed in sinergia con la realizzazione del Sistema

Informativo Sanitario (SISR), l’intervento mira alla realizzazione dei servizi di Teleconsulto, seconda

opinione, etc., anche grazie all’utilizzo di specifiche banche dati strutturate relative a casi clinici

[Cal 2010b].

2.2.3 PON R&C 2007-2013 Obiettivo operativo I-4.1.1.4: il potenziamento delle

strutture e delle dotazioni scientifiche e tecnologiche

Il Programma Operativo Nazionale "Ricerca e Competitività" 2007-2013 (PON R&C) per le Regioni

della Convergenza (Calabria, Campania, Puglia, Sicilia), co-finanziato dal Fondo Europeo di

Sviluppo Regionale (FESR) dell'Unione Europea e da risorse nazionali (Fondo di Rotazione - FDR),

ricomprende, nell'ambito dell'Asse I "Sostegno ai mutamenti strutturali" (Obiettivo Operativo

4.1.1.4.: "Potenziamento delle strutture e delle dotazioni scientifiche e tecnologiche"), lo sviluppo

dell'Azione I denominata "Rafforzamento strutturale".

16 / 101

Il bando su tale azione è stato avviato e concluso nei primi mesi del 2012, ed ha finanziato la

definizione e l'attivazione di interventi di adeguamento e rafforzamento strutturale, riferiti a centri

di elevata qualificazione attivi in ambiti e discipline di particolare rilevanza strategica per lo

sviluppo del sistema produttivo delle aree "Convergenza" e di comprovata eccellenza e capacità di

proiezione nazionale e internazionale, quali i nodi di infrastrutture di ricerca integrate nello Spazio

Europeo della Ricerca.

In Calabria sono stati finanziati una serie di interventi infrastrutturali, tra i quali ad esempio

l’Università degli Studi "Magna Graecia" di Catanzaro con il progetto BIOMEDPARK@UMG

“Implementazione e potenziamento di una Piattaforma Biotecnologica Integrata per lo sviluppo e

la promozione della ricerca e di servizi innovativi nel campo delle malattie croniche e

neurodegenerative dell’uomo”.

2.2.4 POAT Salute Regione Calabria: la linea verticale sulla Telemedicina

Il Progetto di Assistenza Tecnica alle Regioni dell’Obiettivo Convergenza (POAT) Salute è finalizzato al “Piano di Riorganizzazione e rafforzamento delle capacità” a cura del Ministero della Salute.

Per la Regione Calabria, a valle di una serie di incontri tecnici (con il Dipartimento Regionale “Tutela della Salute e Politiche Sanitarie”, con il Settore Società dell’Informazione, con il Settore 2 del Dipartimento Regionale alla Programmazione, con la Stazione Unica Appaltante – SUA, e con il Nucleo Regionale di Valutazione e Verifica degli Investimenti Pubblici, attraverso il coordinamento del Settore 1 del Dipartimento alla Programmazione Nazionale e Comunitaria), il POAT Salute ha previsto la linea LV2 specificatamente per l’“Individuazione di modelli innovativi per la realizzazione dei servizi di Telemedicina”.

La linea si concretizza tra l’altro nel supporto all’utilizzo delle attrezzature di Telemedicina presso le sedi di continuità assistenziale [Cal 2010a].

17 / 101

2.3 Linee Guida regionali sulle Cure Domiciliari

Un sistema informativo delle cure primarie deve necessariamente tenere conto delle “Linee Guida

sul Sistema di Cure Domiciliari e l’Accesso ai Servizi Territoriali”, adottate dalla Regione Calabria con DPGR n.12 del 31 gennaio 2011.

Tali Linee Guida riguardano principalmente la cura e l’assistenza alle persone non autosufficienti e in condizioni di fragilità e prevedono diverse forme di servizi:

• Servizio Socio Assistenziale Domiciliare (SSAD);

• Cure Domiciliari Integrate (CDI) di primo, secondo e terzo livello, secondo un Piano Assistenziale Individualizzato (PAI) basato su una valutazione condotta dall'Unità di Valutazione Multidimensionale (UVM) con il supporto della scheda S.Va.M.A.;

• Cure Domiciliari Palliative (CDP);

• Assistenza Domiciliare Programmata (ADP);

• Cure Domiciliari Prestazionali Occasionali (CDPO).

Queste forme di servizi devono rispondere a tre tipologie di requisiti:

• amministrativo-contabili, per la gestione degli aspetti relativi alla segnalazione del bisogno, alla valutazione multi-dimensionale, all’inserimento nel programma di erogazione del servizio, all’effettuazione dei contatti con i diversi professionisti e alla loro rendicontazione;

• statistici, per gli adempimenti informativi del Sistema Informativo per il monitoraggio dell'Assistenza Domiciliare (SIAD), sia nazionali (per CDI e CDP), che regionali (per ADP, CDPO e SSAD);

• assistenziali, per la collaborazione tra i professionisti e lo scambio di dati e informazioni di carattere socio-sanitario.

Inoltre tali Linee Guida definiscono l’organizzazione del "Punto Unitario di Accesso" (PUA), inteso

come “un organismo unitario, realizzato dalle Aziende Sanitarie Provinciali (ASP) e dai Comuni, che

esprime, in senso figurato, il luogo di ingresso ai servizi territoriali”.

Infine tali Linee Guida forniscono, negli allegati, gli elenchi dettagliati di:

• prestazioni sociali previste nel SSAD;

• prestazioni sanitarie previste nelle CDI di 1° e 2° livello;

• prestazioni sanitarie previste nelle CDI di 3° livello;

• prestazioni sanitarie previste nelle CDPO.

Gli allegati prevedono anche due schede per la segnalazione del bisogno, come “proposta di

accesso ai servizi territoriali”, da compilare rispettivamente da parte di un medico (Medico di

Medicina Generale – MMG, Pediatra di Libera Scelta - PLS, specialista ospedaliero, specialista

territoriale, Medico di Continuità Assistenziale - MCA) e da parte del cittadino o familiare.

18 / 101

2.4 Linee Guida regionali sulle Case della Salute

Come già ribadito, nell’ambito del più ampio programma di riordino e integrazione dell’offerta, e in particolare dell’assistenza sanitaria territoriale, la Regione Calabria ha individuato nella Rete delle Case della Salute uno dei pilastri del nuovo assetto del sistema sanitario calabrese [Cal 2012].

Considerate le implicazioni strategiche di tale intervento il Ministero della Salute (MdS), attraverso

il POAT Salute, ha affidato a Formez PA il compito di affiancare la Regione nella definizione di un

modello calabrese di Case della Salute, contestualizzato e integrato nel più ampio quadro di

riordino in atto dell’offerta sanitaria [Cal 2012].

Il modello è descritto nel documento “Linee Guida Regione Calabria - Modello organizzativo e

percorso di attuazione delle Case della Salute” [Cal 2012]. La Regione con il POAT Salute ne sta

accompagnando l’applicazione sperimentale in tre Case della Salute rappresentative della realtà

calabrese: Siderno, Chiaravalle e San Marco Argentano.

Per tali motivi, come già indicato, in questo documento vengono esplicitati e sintetizzati i requisiti sulla Telemedicina, e sull’ICT in generale, implicati nelle Linee Guida [Cal 2012] e nei riferimenti originali del Ministero della Salute [Tur 2007, Pal 2007].

2.4.1 Obiettivi della Casa della Salute nelle Linee Guida

Gli obiettivi che la Regione si pone con la realizzazione delle Case della Salute sono i seguenti [Cal 2012]:

Potenziamento della medicina territoriale per adeguarla alla mutata realtà sociale, portando l’assistenza sanitaria primaria vicino al cittadino e fuori dagli ospedali, favorendo la forte integrazione con la rete dei servizi sociali e garantendo continuità assistenziale.

Definizione dei modelli di Chronic Care dei cittadini con patologie croniche e/o disabilità, individuati su una base dati condivisa, univoca, integrata e completa, che contenga tutte le informazioni relative alle prestazioni socio-sanitarie rese nelle diverse strutture al cittadino.

Implementazione degli strumenti necessari per seguire l'evoluzione clinica delle patologie, evitando duplicazioni degli accertamenti diagnostici, sovrapposizione di indirizzi e coordinando / controllando tutti i contributi che i vari attori socio-sanitari forniscono al ripristino e al mantenimento dello stato di salute del cittadino.

Sviluppo dei sistemi di teleassistenza per garantire le infrastrutture di base del sistema, per sistematizzare la normativa organizzativa e professionale, per sviluppare la conoscenza di base.

Sviluppo dell’integrazione socio-sanitaria e governo del processo di cura nella sua interezza, sotto il profilo sanitario e sociale.

Offrire al cittadino/paziente un servizio integrato in tutte le componenti del Sistema Sanitario (medici, ospedali, case di cura, ambulatori, farmacie, laboratori di analisi, ASL).

Organizzazione di programmi di formazione continua per il personale di assistenza e per il personale medico e di programmi informativi (stili di vita, nutrizione, attività fisiche, informatizzazione di base, etc.) rivolti alla popolazione, per accrescere il livello di consapevolezza dell’utenza e migliorare lo scambio con il personale di cura, la comprensione dei percorsi terapeutici e l’eventuale utilizzo di ausili sanitari e di apparecchiature medicali.

19 / 101

Dalle Linea Guida regionali [Cal 2012] emergono, inoltre, i seguenti elementi chiave per le infrastrutture:

• Un sistema di tracciatura e notifica dei contatti socio-sanitari con i cittadini;

• Strumenti ICT e sistemi informatici che alimentano e consultano il FSE della Regione Calabria, per garantire “l’integrazione con l’ospedale in tutti i casi necessari (visite specialistiche, esami

diagnostici specifici e/o invasivi, dimissione protetta, etc.)”.

In questo modo s’intende favorire “il coordinamento di tutte le attività relative ai loro problemi di

salute”, ”integrate tra loro e con il resto dell’azienda”, in applicazione del “nuovo modello di

assistenza, al quale dovranno aderire anche quei servizi che non saranno fisicamente collocati al

suo interno ma siano ad essa funzionalmente collegati”, da estendere fino allo “sviluppo

dell’integrazione socio-sanitaria e governo del processo di cura nella sua interezza, sotto il profilo

sanitario e sociale”.

In particolare, queste infrastrutture sono di supporto alle funzioni descritte nel § 2.1 della Linea

Guida [Cal 2012] per l’Area Funzionale Omogenea (AFO) relativa a “Accoglienza, Accesso e

Segretariato Sociale” (ASE), che racchiude tutti i servizi atti a garantire l’uniformità e semplicità di

accesso dell’utente alla rete dei servizi socio-sanitari territoriali, non solo in termini di mera

prenotazione e informazione, ma anche di vera e propria presa in carico del “caso”.

2.4.2 Aree Funzionali Omogenee nelle Linee Guida

Le Linee Guida regionali sulla Casa della Salute [Cal 2012] prevedono una organizzazione interna articolata in Aree Funzionali Omogenee (AFO).

Gli applicativi ICT dovranno quindi essere in grado di soddisfare sia le esigenze organizzative, logistiche ed amministrative comuni a tutte le AFO, sia le opportune funzionalità specifiche di ognuna di esse.

Le Aree previste sono:

AFO SGA: Servizi Generali ed Amministrativi

1. Coordinamento Sanitario

2. Coordinamento professioni sanitarie

3. Attività amministrative di supporto

AFO SSA: Servizi Sanitari

1. PS mobile 118

2. Primo intervento e piccole urgenze (PPI)

3. Guardia medica

4. Ambulatori MMG e PLS

5. Ambulatori medicina specialistica

6. Ambulatorio infermieristico

AFO ASE: Accoglienza, Accesso e Seg. Soc.

1. Informazioni

2. PUA

3. CUP

4. Farmacia

AFO SSS: Servizi Socio Sanitari

1. Consultorio familiare

2. Recupero e riabilitazione funzionale (CD+Amb.)

3. Centro di Salute Mentale (Ambulatorio)

4. Servizio recupero tossicodipendenze e alcool

5. Assistenza Domiciliare Integrata (ADI)

20 / 101

7. Prelievi e donazioni

8. Analisi chimico cliniche (Point of Care)

9. Diagnostica per immagini

10. Dialisi (CAD)

6. Centro diurno per anziani

7. Prevenzione ed educazione sanitaria

AFO SAS: Servizi ed Attività Sociali

a) Servizi sociali ed associativi

2.4.3 Continuità dei percorsi assistenziali nella Casa della Salute

In generale, l’idea della “Casa della Salute” è stata proposta nel 2007 dall’allora Ministro della

Salute, rilanciando la collaborazione con le regioni e fornire delle linee guida anche per le

esperienze già avviate spontaneamente in diverse realtà territoriali.

Estraendo i passaggi fondamentali del documento presentato in un Convegno Nazionale per il

lancio della Casa della Salute [Tur 2007], quest’ultima rappresenta una forma organizzativa in

grado di garantire la continuità assistenziale attraverso una presenza medica 7 giorni su 7 e per 24

ore e la continuità diagnostica e gli accertamenti diagnostico-strumentali di base che dovranno

essere effettuati 7 giorni su 7 e per almeno 12 ore al giorno.

Il fine è di realizzare il governo clinico del territorio con la costituzione di una “struttura

polivalente e funzionale in grado di erogare materialmente l’insieme delle cure primarie” [Tur 2007].

In tal modo, la Casa della Salute diventa il “contesto in cui può essere realizzato il lavoro

multidisciplinare ed in team degli operatori e in cui può operare, superando le precedenti

divisioni, l’insieme del personale del distretto” [Tur 2007].

E’ perciò prevista la compresenza del personale tecnico-amministrativo, infermieristico, della riabilitazione e dell’intervento sociale.

L’obiettivo della struttura è di rielaborare la “rete” dei servizi a livello locale, rendendoli prossimi al cittadino e integrando i servizi sanitari con quelli sociali. La prossimità fisica degli specialisti con i Medici di Medicina Generale (MMG) può facilitare la continuità del percorso assistenziale.

L’implementazione di percorsi diagnostico-terapeutico-assistenziali sulle principali patologie, attraverso linee guida condivise, realizzano inoltre la continuità tra le varie fasi della malattia (acuta, post-acuta e riabilitativa).

I professionisti sanitari sono incoraggiati a collaborare anche con gli operatori sociali del Comune per produrre una programmazione adeguata alle varie esigenze dei singoli cittadini, garantendo continuità e appropriatezza delle cure.

La valutazione della patologia diventa uno strumento interdisciplinare, nasce dal confronto fra specialisti, non si limita alla malattia, ma parte dall’esigenza di dare risposte ai bisogni di benessere dei cittadini, valorizzando le potenzialità e suggerendo le modalità e le tecniche d’intervento più appropriati.

21 / 101

Il Ministero della Salute, sempre nel Convegno del 2007, aveva inoltre esplicitato quali potessero

essere le caratteristiche più importanti di una Casa della Salute, ai fini dell’erogazione alle regioni

del co-finanziamento previsto dalla legge 296/2006 per l’avvio della sperimentazione [Pal 2007].

Nelle Linee Guida ministeriali infatti si prevedeva di:

• Costituire una struttura polivalente per l’erogazione dell’insieme delle Cure Primarie di un

determinato ambito territoriale (bacino di 5 - 10.000 persone);

• Garantire la Continuità Assistenziale 7 giorni su 7 e per 24 ore;

• Garantire l’integrazione dei livelli essenziali delle Prestazioni Socio-Sanitarie secondo i principi

affermati esplicitamente dalla legge 229/99 e dalla legge 328/2000;

• Garantire la reale integrazione tra le attività di Prevenzione, Cura e Riabilitazione con

particolare riferimento alle persone affette da patologie croniche (ADI, family learning);

• Favorire il lavoro di squadra tra le varie figure professionali: MMG, PLS, MCA, Specialisti

Ambulatoriali, personale tecnico-amministrativo, infermieristico, della riabilitazione,

dell’intervento sociale e dell’emergenza territoriale;

• Rendere disponibili le principali banche cliniche e quelle relative alla diagnostica di

laboratorio, di radiologia e di ecografia di base;

• Sviluppare uno Sportello Unico di Accesso all’insieme delle prestazioni ad integrazione socio-

assistenziale in contiguità con il CUP (Centro Unico di Prenotazioni per tutte le prestazioni

erogate dal SSN);

• Costituire un Ambulatorio Infermieristico e Ambulatorio per piccole Urgenze che non

richiedono l’accesso al Pronto Soccorso ospedaliero;

• Prevedere un servizio di ambulanze per il pronto intervento sul territorio (punto di soccorso

mobile 118).

Come verrà discusso nel resto del presente documento, alcune di queste caratteristiche si prestano in modo evidente ad essere potenziate tramite soluzioni di Telemedicina e più in generale basate sull’ICT.

La Casa della Salute è quindi organizzata per aree, per offrire una risposta immediata ed appropriata ai bisogni sanitari, socio-sanitari e sociali. I servizi riportati possono essere variamente rappresentati in funzione degli obiettivi e delle esigenze della comunità.

Allo scopo, i principi del Ministero della Salute per la realizzazione della Casa della Salute sono riportati di seguito.

22 / 101

Tabella 1 - Principi della Casa della Salute secondo il Ministero della Salute [Tur 2007]

Centralità del cittadino

I Percorsi Diagnostico-Terapeutico-Assistenziale (PDTA), la presa in carico, l’orientamento dei pazienti e familiari all’interno del sistema rappresentano binari obbligati per lo svolgimento dell’intera attività

Riconoscibilità Luogo fisico, visibile nel territorio, in cui si concentrano una serie di servizi e di attività attualmente dispersi e frammentati

Accessibilità Deve essere fisicamente accessibile e deve garantire la disponibilità dei propri servizi ed attività, a cominciare dalle informazioni e dalle prenotazioni

Unitarietà Devono essere garantiti servizi ed attività che altrimenti resterebbero frammentati e dispersi sul territorio

Integrazione Attraverso servizi in rete, che integrino le attività “tra sanitario e

sanitario e tra sociale e sanitario”

Semplificazione Concentrando ed integrando i percorsi ed i servizi, privilegiando la semplificazione burocratica

Appropriatezza Privilegiando la presa in carico ed i percorsi diagnostico-terapeutico-assistenziali e promuovendo l’appropriatezza delle cure

Efficacia Centralità del cittadino, accessibilità, integrazione, semplificazione e appropriatezza concorrono alla efficacia complessiva delle attività svolte

Punto di riferimento della rete

Opera in rete con tutti i servizi e le strutture presenti sul territorio

Autorevolezza ed affidabilità Struttura la cui immagina sia in grado di reggere il confronto con l’ospedale e diventare il secondo pilastro della sanità pubblica

23 / 101

3. Elementi generali della fornitura Di seguito gli elementi generali da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

3.1 Obiettivi generali da inserire nel Capitolato tecnico

3.1.1 OB1: Requisiti informativi per supportare la continuità dell’assistenza (“fare

sistema”)

Lo standard CONTSYS del CEN (Comitato Europeo di Normazione) sulla continuità dell’assistenza (EN 13940 “A System of Concepts to Support Continuity of Care” [Cen 2006]) definisce tre concetti fondamentali per supportare la continuità dell’assistenza, indipendenti dal particolare modello organizzativo adottato:

Concetto 1: CHI fa parte del Team Funzionale

Il “MANDATO di assistenza”, che riguarda l’assunzione di responsabilità (implicita o esplicita) di un attore sull’assistenza sociale o sanitaria di un cittadino.

Il mandato può essere permanente o temporaneo, parziale per uno dato compito o

complessivo riguardo all’assistito in generale (e.g. il MMG ha un mandato permanente e

complessivo, mentre un fisioterapista può avere un mandato temporaneo, su un problema

specifico). Si possono includere tra gli attori anche il cittadino stesso e i suoi caregiver, sia per

la gestione continuativa delle attività previste nella terapia assegnata, sia per l’adeguamento

degli stili di vita.

Concetto 2: QUALI ATTIVITÀ vengono effettivamente svolte

e quindi i CONTATTI tra il cittadino e il sistema sanitario e, più in generale, gli eventi rilevanti per l’assistenza di qualsiasi natura, che è opportuno portare a conoscenza di tutti gli attori o di alcuni specifici professionisti.

Concetto 3: PERCHÉ un attore svolge una certa attività

Il concetto di “problematica di salute”. Questo concetto è definito come “health issue” nello standard CONTSYS ed amplia il concetto di PROBLEMA, per includere anche argomenti che non dovrebbero in realtà essere etichettati come “problemi” in senso stretto: infatti, ci sono molte ragioni per cui si riceve assistenza sanitaria o sociale, oltre che per giungere ad una diagnosi o curare problemi sanitari in un paziente.

Ad esempio, possono essere considerate come problematiche di salute le situazioni di rischio o

di disagio legate all’abitazione o all’ambiente, oppure la previsione di un viaggio in zone

malariche.

La registrazione esplicita delle problematiche di salute permette di gestire le viste sui dati e i

documenti del paziente organizzate per episodi di cura.

24 / 101

3.1.2 OB2: Requisiti di comunicazione per supportare le notifiche dei mandati, dei

contatti e dei problemi (“favorire la continuità”)

Un modello organizzativo per la tracciatura e le notifiche dei percorsi del cittadino identifica le

attività svolte in risposta ad un bisogno del cittadino.

Queste attività possono essere supportate da diverse funzioni (e.g. Centro Servizi, programmi di educazione del paziente, etc.). La scelta di quali funzioni implementare dipenderà delle risorse specifiche presenti in ogni situazione locale.

I servizi ICT devono supportare una forte sinergia tra gli attori formali (cioè medico di medicina generale – geriatra, specialisti ambulatoriali e ospedalieri, servizi domiciliari, sia sanitari che sociali) e informali (cittadino-paziente più attori non professionali: parenti, vicini, badante, volontari, etc.).

Esistono tre categorie di attori/interfacce che intervengono direttamente nell’erogazione

dell’assistenza:

• Professionisti Sanitari;

• Professionisti dell’ambito Sociale;

• Attori informali nell’ambito della Famiglia.

A questi occorre aggiungere

• la figura del Facilitatore (e.g. gli operatori dei Centro Servizi), nonché

• i tecnici dell’istallazione e manutenzione delle apparecchiature domiciliari (anche con una hot

line di intervento, collegata o meno con il Centro Servizi).

Inoltre, nel sistema informativo complessivo intervengono:

• fornitori di beni e servizi domiciliari;

• amministrativi della ASL, delle strutture per anziani e della Regione;

• manager che governano il sistema.

Nell’erogazione dell’assistenza è importante, quindi, sincronizzare gli interventi, secondo un piano coerente che coinvolga tutti gli attori formali ed informali (ognuno con proprio punto di vista, ruolo, responsabilità, valutazioni-diagnosi, obiettivi, tipi di attività erogabili, contratto-remunerazione) e con un’ampia condivisione dei dati organizzativi e clinici (strutturati).

Oltre a questi tipi di notifiche, è opportuno gestire anche gli eventuali programmi in cui è iscritto il paziente (ad esempio programmi di assistenza domiciliare, programmi di riabilitazione, reti oncologiche).

Allo scopo, gli strumenti ICT a disposizione sono molteplici per il coordinamento organizzativo delle cure primarie: lo scopo è di presentare tutti gli attori delle cure primarie come un “sistema”

coerente di fronte al cittadino.

Le componenti ICT rispondono alla necessità di una sorveglianza multi-professionale e multi-focale,

in quanto per il singolo professionista è complesso monitorare diverse aree del sistema (utilizzo di

più servizi e/o prestazioni da parte dell'assistito) e tracciare e governare il percorso di un assistito

su un lungo periodo di tempo.

25 / 101

L’ICT deve operare come una rete di “porte” virtuali lungo la mappa dei percorsi assistenziali,

segnalazioni di contatti con il SSR, che cooperano, controllano e verificano le attività e forniscono

informazioni per la ricostruzione del percorso di cura.

In particolare, rilevanti sono:

Comunicazione 1: Profili Orientati al Problema (POP)

con condivisione di dati clinici tra operatori sanitari e con la gestione di indicatori per governare il sistema

Comunicazione 2: Notifiche

legate al ciclo di vita dei Mandati, Contatti, Problemi

Comunicazione 3: Monitoraggio e il controllo

progettati, utilizzando le attuali tecnologie, per:

1. Implementare un controllo attivo per notificare, in modo selettivo e per quanto riguarda la rispettiva competenza, al responsabile clinico (case manager) ed ai servizi che hanno in carico l'assistito, che il paziente ha effettuato un accesso, previsto o meno, ad un servizio sanitario o socio-assistenziale (in particolare di emergenza e 118);

2. registrare e gestire le non conformità rispetto la piano di assistenza concordato, raccolte durante lo svolgimento del percorso assistenziale.

3.1.3 OB3: Requisiti di integrazione per supportare l’approccio partecipato (“Team

Funzionale intorno al cittadino”)

Il territorio è caratterizzata da un forte bisogno di integrazione tra gli attori

Occorre evitare di assecondare una situazione che ad esempio porterebbe la Gestione Integrata di una malattia cronica a chiudersi in un rapporto a due tra MMG e specialista, e cercare di attivare un percorso virtuoso verso un’impostazione più pervasiva, come quella dell’Extended Chronic Care Model (ECCM).

È opportuno promuovere una cultura di sistema e di partecipazione, rafforzando il ruolo di coordinamento attraverso le risorse del distretto o della Casa della Salute e, per quanto possibile, collegare logicamente le attività erogate sul territorio con quelle dell’ospedale.

Grazie al supporto della Telemedicina e dell’ICT è possibile favorire la comunicazione tra tutti i professionisti che operano sullo stesso cittadino (e con il cittadino stesso e i suoi caregiver), in modo da formare un “Team Funzionale” che agisca in modo coordinato rispetto ai bisogni specifici del cittadino stesso.

Rispetto all’ospedale, il Team Funzionale sul territorio, con una forte dimensione di interventi a domicilio del paziente, ha meno occasioni di incontri di persona, ed è configurabile in modo relativamente lasco, in quanto viene a costruirsi (in modo virtuale) con le figure professionali di volta in volta richieste per soddisfare i bisogni specifici del cittadino.

26 / 101

Peraltro, si noti che nella Gestione Integrata occorre considerare come parte del team anche il cittadino (con i suoi coadiutori informali), a cui si chiede di svolgere un ruolo proattivo e consapevole in base ad un preciso ‘patto di cura’ secondo il piano di assistenza concordato.

Le soluzioni dovranno favorire e supportare proprio queste caratteristiche del Team Funzionale sul territorio:

Integrazione 1: con lo scambio di informazioni strutturate

almeno nella maggior parte delle situazioni predefinibili

Integrazione 2: con la gestione di comunicazioni informali

(commenti, suggerimenti, precauzioni, consigli, accorgimenti, etc.) o pareri sul caso clinico

Integrazione 3: con un quadro stabilito

che eviti di negoziare di volta in volta una collaborazione sistematica tra gli attori.

Ovviamente ogni attore dovrà poter accedere solo ai dati di propria pertinenza (in funzione del

ruolo ricoperto rispetto al singolo assistito e con il suo consenso), in forma anonimizzata /

aggregata o nominativa (se autorizzato, per gli scopi di assistenza). Infine, occorre sottolineare che

tutti i dati del cittadino sono una risorsa informativa fondamentale per gli scopi di cura, affidati per

conto dell’assistito al sistema sanitario, che li riusa in forma anonima anche per scopi di

governance e di ricerca.

Integrazione 4: il sistema informativo deve considerare in modo sinergico le inter-relazioni tra i diversi ambiti

infatti, come è già avvenuto in altri settori economici, non è più giustificabile considerare in modo isolato la gestione delle informazioni e dei processi nei diversi ambiti:

• amministrativo,

• organizzativo e

• clinico.

3.1.4 OB4: Requisiti di stratificazione degli assistiti per il supporto alla valutazione

del bisogno (“il corretto ingaggio”)

L’ICT dovrà supportare la gestione di informazioni leggermente diverse per ogni target di pazienti per la stessa patologia ma in stadi diversi; quindi in generale, in aggiunta alle stratificazioni di tipo clinico, dal punto di vista gestionale dovranno essere distinti almeno:

• gli assistiti a rischio o negli stadi iniziali, non sottoposti a terapia farmacologica;

• gli assistiti in terapia farmacologica con un piano di cura relativamente stabile, in assenza di malattie o eventi che alterino fortemente il percorso standard di cura;

• gli assistiti con un piano di cura da adattare frequentemente, perché in uno stadio avanzato della malattia o con forti interazioni con altre problematiche di salute.

27 / 101

Ovviamente questo principio generale deve essere calato nella realtà clinica di ogni tipo di patologia e dei relativi percorsi assistenziali di riferimento.

Il sistema informativo predisposto dovrà inoltre prevedere moduli specializzati per particolari problematiche secondarie (e.g. principali complicanze, interazioni prevedibili tra diverse patologie).

Infine, in una visione olistica del concetto di salute, mirata ad ottenere la massima efficacia sullo stato di salute complessivo di ogni cittadino, occorrerà considerare anche tutti i parametri sociali e culturali che influenzano il comportamento dell’assistito e dei suoi eventuali caregiver, ovvero la compliance complessiva rispetto al piano di cura prescritto, definendo i criteri per una stratificazione degli assistiti non meramente clinica, ma con un senso il più possibile operativo.

Stratificazione 1: Per ogni patologia, e per ogni stadio all’interno dei percorsi assistenziali, occorre individuare le possibili situazioni significative (secondo criteri clinici, organizzativi,

gestionali e informativi)

ad esempio: scambi di dati clinici tra professionisti sanitari di diverse strutture, verifica ed eventuale aggiornamento del piano di cura, gestione di eventi prevedibili che richiedano decisioni significative.

Queste situazioni sono state chiamate con il nome di “Punti di Attenzione”.

Per ogni Punto di Attenzione, occorre produrre una documentazione dei dati da catturare e scambiare nei vari contesti, dei valori ammessi e le relative codifiche, e dei controlli di qualità da effettuare sui dati stessi, che porti a predisporre le componenti ICT ed una rappresentazione dei dati strutturata ed in formato elaborabile.

Inoltre sarà opportuno definire i ruoli e le attività tipiche di ogni attore nell’ambito di ogni situazione.

28 / 101

3.2 Elementi minimi della fornitura del Sistema Informativo della Casa della Salute (SICS)

L’offerta tecnica e/o la progettazione di riuso per la fornitura deve dettagliare in modo appropriato gli elementi del sistema (hardware e software) a partire dal modello di riferimento illustrato in queste Linee Guida e dagli ulteriori dettagli sugli elementi.

Sono quindi indicate e suggerite di seguito le componenti di ICT e Telemedicina più appropriate da prevedere nella documentazione di riferimento per l’acquisizione della fornitura. Le soluzioni tecnologiche vengono suddivise in varie categorie in funzione del tipo di requisiti a cui rispondono:

• sistema a supporto

o moduli di base,

o moduli a supporto delle AFO,

o servizi di Telemedicina

• infrastrutture hardware e di collegamento

• moduli per l’integrazione regionale

che permettono di ovviare alla frammentazione degli attori e delle attività intorno a un cittadino, ovvero di rendere più coeso il Team Funzionale.

La scelta principale progettuale del sistema è legata alla centralità della figura del paziente con le sue esigenze, spostando l’attenzione dalle soluzioni tecnologiche alla praticabilità di un percorso di cura informatizzato: soggetti autonomi, ma collaborativi, interagiscono con efficacia superando i

vincoli di spazio e tempo anche su presidi distribuiti sul territorio.

Per questi motivi sono indicati gli attributi della fornitura per ogni modulo suggerito (OBB – Obbligatorio, OPZ – Opzionale).

E’ utile precisare che gran parte dei moduli a supporto delle AFO sono ritenuti opzionali perché dipendono dalla reale implementazione dell’AFO nella specifica realizzazione della Casa della Salute. Inoltre, nelle presenti Linee Guida non sono riportate i requisiti specifici di tali moduli in quanto rientrano in moduli generali, consolidati e facilmente reperibili sul mercato e/o riuso (e.g. CUP). Comunque molte funzioni dei moduli a supporto delle AFO sono supportate dai moduli di base, in particolare da quelli previsti dal modulo C16 “Gestione della cartella socio sanitaria”, di conseguenza dove lo si riterrà opportuno taluni dei moduli a supporto delle AFO potranno essere completamente supportati dall’insieme dei moduli di base (C10).

Allo scopo, il modello di riferimento è pensato in modo che il SICS stesso risulti interoperabile, salvaguardando per quanto possibile gli applicativi legacy già disponibili sul territorio.

Tutte gli elementi del SICS si appoggiano quindi sulle componenti propedeutiche C10, che in alcuni casi non offrono servizi direttamente agli utenti, ma sono necessarie per il funzionamento degli altri moduli, in particolari quelli a supporto delle AFO. In tale ottica, rientrano anche le anagrafiche e l’infrastruttura per gestire il Fascicolo Sanitario Elettronico (FSE), già realizzata in Calabria.

29 / 101

3.2.1 Modello di riferimento del SICS

Il modello di riferimento del Sistema Informativo della Casa della Salute (SICS) è descritto nella figura seguente:

Telemedicina regionale (SEDA-Telecardiologia, SISTER-Teleradiologia)

CCC-SSSCartella Clinica Condivisa per i

Servizi Socio Sanitari

FSE CalabriaFascicolo Sanitario Elettronico

contattiproblemimandati/professionisti

AFO SGA

AFO SSA

PSS/EDSPOPSERDossier sanitario ASL

Nodo FSE (repository)…

Dossier sociale

Repository immagini

SEC-SISRSistema della Sanità Elettronica in Calabria

Sistema Informativo Sanitario RegionaleAFO ASE

AFO SSS

AFO SAS

Sistema Informativo della Casa della Salute

Figura 1 - Sistema Informativo della Casa della Salute

30 / 101

3.2.2 Elementi del SICS

Gli elementi minimi del SICS sono riportati nella tabella seguente, con l’indicazione di obbligatorietà/opzionalità nella fornitura (OBB/OPZ):

Tabella 2 - Componenti del sistema

N° Componente Descrizione Tipo Fornitura

C10 CCC - SSS Piattaforma per la Cartella Clinica Condivisa dei Servizi Socio Sanitari

Sistema a supporto OBB

C20 AFO Moduli verticali a supporto delle AFO


C30 TME Servizi di Telemedicina presso le sedi di continuità assistenziale


C40 ELA Infrastruttura di elaborazione della Casa della Salute

Infrastrutture hardware e di collegamento

OPZ

C50 POS Postazioni degli operatori Infrastrutture hardware e di collegamento

OPZ

C60 NET Infrastruttura di rete Infrastrutture hardware e di collegamento

OPZ

C70 INT Integrazione regionale Moduli per l’integrazione regionale

OBB

Come sarà approfondito nel seguito, tale strutturazione risponde alle seguenti necessità:

• il sistema SICS prevede una piattaforma per la Cartella Clinica Condivisa dei Servizi Socio Sanitari (CCC-SSS) che è la base di tutte le altre componenti del SICS e che garantisce la traccia delle notifiche di mandati, contatti e problemi, in modo da permettere in modo tempestivo ad ogni utente autorizzato di essere consapevole, per quanto di propria competenza, del percorso di assistenza seguito dal cittadino.

• ogni professionista coinvolto nelle AFO della CdS ha a disposizione una propria cartella clinica per la gestione elettronica della documentazione clinica locale nello svolgimento del proprio lavoro; tale cartella può essere prevista nella fornitura, in ogni caso deve innestarsi sulla piattaforma di base precedentemente descritta.

• le procedure diagnostico-terapeutiche generano come risultato documentazione firmata elettronicamente, o almeno una mera notifica della loro esecuzione, in un sistema di tracciatura e notifica dei contatti socio-sanitari, con l’eventuale generazione di un documento di “Segnalazione di Evento Rilevante” (SER);

31 / 101

3.3 Requisiti non funzionali

3.3.1 RA: Requisiti architetturali da rispettare

La fornitura deve essere realizzata nel rispetto dei requisiti architetturali di seguito riportati.

Tabella 3 – Requisiti architetturali

N° Descrizione

RA1

Il sistema SICS non deve avere limitazioni tecniche (e.g. sul numero massimo di utenze attive, sul numero massimo di oggetti da trattare) se non quella determinata dal dimensionamento dei sistemi di elaborazione e di memorizzazione che ospiteranno il sistema applicativo. Occorre quindi prevedere delle prove di stress che dimostrino il corretto funzionamento del sistema ed il rispetto dei vincoli prestazionali indicati al crescere del numero di utenti.

RA2

Le versioni dei software di base e d’ambiente (compresi middleware e quant’altro prerequisito per la completa e corretta operatività del sistema SICS - e.g. browser internet) devono essere totalmente disponibili e pienamente supportate per la manutenzione all’atto della contrattualizzazione.

Occorre quindi prevedere la clausola di sostituzione senza oneri aggiuntivi per il Committente di tali prodotti nel caso, durante il contratto, non soddisfacessero più tali requisiti, sostituzione con versioni disponibili e pienamente manutenute o, in mancanza, con altri prodotti funzionalmente equivalenti.

RA3

Il sistema SICS deve garantire l’integrità, la coerenza e l’indipendenza complessiva della base informativa esistente rispetto a eventuali mutazioni dell’organizzazione della Casa della Salute o dei riferimenti territoriali, del contesto operativo, delle modalità e dei protocolli operativi, dei criteri e dei modi di cooperazione tra sistemi. Occorre quindi prevedere delle funzionalità di configurazione flessibile che assicurino l’integrità dei dati in caso, ad esempio, di ridefinizione del numero di distretti o dei loro ambiti territoriali.

RA4

Il sistema SICS deve garantire la salvaguardia dell’integrità e della coerenza complessiva della base informativa a seguito dell’esecuzione di una qualsiasi funzionalità. Occorre quindi prevedere dei vincoli e delle tecniche che consentano la salvaguardia informativa, anche in situazioni di eventi avversi sulle componenti tecnologiche ed infrastrutturali.

RA5

Il sistema SICS dovrà propendere verso l’adozione di software libero e soluzioni open source, nonché il rispetto degli standard aperti e del settore della sanità elettronica, in particolare quelli citati all'interno della presente Linea Guida (e di altre linee guida nazionali come il Modello Funzionale FSE-HL7, InFSE, IBIS-IBSE, etc.). Occorre quindi valute con favore l'utilizzo di tali tecnologie.

RA6

Il sistema SICS deve appoggiarsi su una infrastruttura di elaborazione ridondata preferibilmente attraverso sistemi in cluster di tipo attivo/attivo. Occorre quindi prevedere la ridondanza per i sistemi di elaborazione con finalità d’uso almeno di web server, application server, data base server ed eventualmente di porta di dominio.

32 / 101

3.3.2 RI: Requisiti di interfaccia da rispettare

La fornitura deve essere realizzata nel rispetto dei requisiti di interfaccia di seguito riportati.

Tabella 4 – Requisiti di interfaccia

N° Descrizione

RI1

Il sistema SICS deve prevedere un’interfaccia utente omogenea e totalmente in italiano, caratterizzata da uniformità ed univocità di lessico su tutta l’infrastruttura applicativa, nonché deve far uso di un set di caratteri adeguato alla corretta rappresentazione delle entità gestite (e.g. nomi di persona o luoghi esteri).

Occorre quindi prevedere tutti i concetti informativi citati nella presente Linea Guida e far si che i medesimi siano rappresentati in modo uniforme e univoco.

RI2

Il sistema SICS deve prevenire e correggere gli eventuali comportamenti operativi errati da parte degli utenti, guidando altresì questi ultimi nell’esecuzione normale delle attività. Il sistema dovrà inoltre segnalare errori o situazioni che richiedono attenzione e/o conferme da parte dell’utente attraverso messaggi che riportano gli interventi che l’utente deve attuare per risolvere il problema.

Occorre quindi prevedere liste di valori ed aiuti interrativi a supporto delle diverse classi di operatori, nonché manualistica consultabile on line, un help contestuale alla specifica funzionalità da cui viene attivato e messaggi che riportano gli interventi sia per situazioni bloccanti (e.g. nei processi di validazione di un dato o di un atto) che meno.

RI3

Il sistema SICS deve possedere una interfaccia realizzata nel rispetto dei criteri di accessibilità e fruibilità definiti dalla Legge n. 4 del 9/01/2004 e nel relativo regolamento di attuazione (DPR 1 marzo 2005, n. 75) e nel rispetto dei requisiti tecnici definiti dal DM dell’8/07/2005 “Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti

informatici”.

Occorre quindi valutare tale requisito nel Capitolato Tecnico.

RI4

Gli attributi delle proprietà (e.g. lunghezza di un campo) rappresentate ed utilizzate dal sistema SICS devono essere tali da non costituire limitazione alcuna al loro utilizzo conforme alle esigenze operative, alle norme tecniche o alle Linee Guida di riferimento per gli stessi.

Occorre quindi prevedere che tale requisito sia rispettato a tutti i livelli, di interfaccia utente, di logica applicativa e di dati.

RI5

Il sistema SICS deve garantire la non modificabilità degli atti prodotti e, più in generale, dei dati a conclusione di un’attività e/o di un processo di lavoro al fine di salvaguardare le responsabilità assunte dai vari attori.

Occorre quindi prevedere delle funzioni di notifica, di firma e di blocco per tutelare, ad esempio, le responsabilità medico-legali.

33 / 101

3.3.3 RP: Requisiti di privacy e sicurezza da rispettare

La fornitura deve essere realizzata nel rispetto dei requisiti di privacy e sicurezza di seguito riportati.

Tabella 5 – Requisiti di privacy e sicurezza

N° Descrizione

RP1

Il sistema SICS deve essere conforme alle disposizioni in tema di tutela dei dati personali e sensibili emanate con il Codice della Privacy, nonché alle disposizioni del Garante della Privacy.

Occorre quindi prevedere nel Capitolato Tecnico che:

1. il sistema deve essere consentire al titolare e al responsabile del trattamento di adempiere le prescrizioni in materia di amministrazione degli impianti di elaborazione o di loro componenti riportate nel Provvedimento del Garante della Privacy del 27/11/2008 “Misure e accorgimenti prescritti ai titolari dei trattamenti effettuati con

strumenti elettronici relativamente alle attribuzioni delle funzioni di amministratore di

sistema” modificato dal provvedimento del 25/06/2009,

2. la visibilità dei dati del sistema deve essere configurata nel rispetto del principio di necessità, ai sensi dell’Art. 3 del Codice Privacy, al fine di consentire agli incaricati del trattamento, per classe omogenea di appartenenza, di accedere ai soli dati indispensabili all’esercizio dei compiti e delle funzioni loro attribuiti,

3. il sistema deve realizzare la persistenza dei dati implementando una base informativa che garantisca la separazione tra i dati personali e i dati sensibili, associandoli attraverso meccanismi di collegamento logico che non consentano di ricondurre ai dati personali,

4. il sistema deve garantire la tracciabilità di tutte le attività eseguite per il tramite del sistema, con particolare riferimento agli operatori coinvolti e alla data di registrazione/modifica dei dati in modo tale che si possa risalire, per ogni attività, a chi l’ha svolta, quando la svolta e quali dati sono stati modificati.

RP2

Il sistema SICS deve essere realizzato e configurato nel rispetto dei principi generali di tutela della sicurezza delle informazioni.

Occorre quindi prevedere nel Capitolato Tecnico la

1. riservatezza, solo gli utenti autorizzati devono poter accedere alle informazioni necessarie,

2. integrità, le informazioni devono essere protette contro alterazioni o danneggiamenti e deve esserne tutelata l’accuratezza e la completezza,

3. disponibilità, le informazioni devono essere rese disponibili quando occorre e nell’ambito di un contesto pertinente.

34 / 101

3.4 Fasi suggerite per la realizzazione degli aspetti informatici

3.4.1 FF: Fasi della fornitura

Di seguito gli interventi per la realizzazione degli aspetti informatici delle Case della Salute (così come previsto nel percorso di attuazione delle stesse [Cal 2012]).

La messa in opera della fornitura deve essere organizzata secondo le seguenti fasi operative:

Tabella 6 - Fasi operative della fornitura

N° Fase operativa Attività

F00 Preliminare Attività preliminari

F01 Progettazione Attività di contestualizzazione e progettazione (e.g. analisi e progettazione di dettaglio)

F02 Implementazione

Attività di avvio (e.g. installazione, configurazione dei sistemi in laboratorio, installazione e attivazione dei sistemi presso il sito definitivo)

Attività di primo supporto

F03 Collaudo e Avviamento

Attività di secondo supporto

F04 Assistenza e supporto

Attività di formazione (e.g. training al personale come meglio specificato nel paragrafo relativo alla formazione)

Attività di assistenza e supporto all’esecuzione

3.4.2 AF: Attività delle fasi

Le attività e tutta la documentazione ad esse collegata del sistema oggetto della fornitura sono descritte di seguito. Si evidenzia che quanto descritto non rappresenta il processo di sviluppo, ma l’elenco delle tipologie di attività e dei principali deliverable da dettagliare ed implementare nel ciclo di vita della fornitura.

In ogni caso, deve essere a carico alla Ditta Aggiudicataria assicurare che le attività proposte in sede di offerta tecnica e realizzate durante tutto il corso della fornitura siano chiaramente riconducibili alle fasi e attività descritte nella presente Linee Guida.

Di seguito, si descrivono le attività ed elencano i deliverable (il deliverable è un tipo di prodotto - work product - generato da un’attività, in genere, un deliverable aggrega diversi prodotti rilasciati nel processo di sviluppo) che dovranno essere considerati nel Piano di Progetto e nel processo di sviluppo del sistema SICS. Di seguito, dove si cita Amministrazione si intende l’ente (regionale, aziendale, specifico per la CdS) che sarà il committente della fornitura, dove si cita Aziende si intende le AS coinvolte nella realizzazione della CdS, infine dove si cita Ditta Aggiudicataria si intende il fornitore che si è aggiudicato la gara d’appalto oppure il progetto di riuso.

35 / 101

Tabella 7 - Attività principali del sistema

N° Attività Descrizione

A01 Attività preliminari

Attività preliminari alla costruzione del sistema SICS che generano strumenti utili al suo sviluppo e al governo della fornitura e che comprendono le realizzazione del:

• Piano di Progetto

• Piano di Qualità e del Service Level Agreement (SLA)

• Portale di Progetto

A11 Attività di progettazione

Attività finalizzate alla contestualizzazione e disegno del sistema:

• Contestualizzazione

• analisi dei processi e dei requisiti funzionali e tecnici,

• assessment infrastrutturale e applicativa dei sistemi integrati da quanto fornito,

• pianificazione di dettaglio delle risorse (capacity plan),

• definizione delle procedure e delle principali regole di sicurezza, privacy e gestione dei rischi.

A21 Attività di avvio

Attività di avvio in riferimento sia agli apparati hardware che software

• configuration management,

• installazione e configurazione degli apparati e dei componenti software di base,

• implementazione del piano di Disaster Recovery,

• implementazione e personalizzazione dei componenti del sistema.

A22 Attività di primo supporto

Attività di supporto generale alla Amministrazione nella implementazione:

• predisposizione delle interfacce per l’integrazione dei componenti esterni ed implementazione delle modalità di integrazione secondo gli standard indicati,

• eventuale migrazione, bonifica dei dati ed il recupero e digitalizzazione degli archivi di Regione e Aziende, a fronte di valutazione di opportunità congiunta Regione – fornitore.

A31 Attività di secondo supporto

Attività di supporto alla pianificazione ed esecuzione del collaudo degli apparati hardware e software di base e dei componenti software rilasciati, compresa la verifica della documentazione prodotta e dei servizi svolti

A41 Attività di formazione

Attività di addestramento e di coinvolgimento nei gruppi key user

A42 Attività di assistenza e supporto

Attività di assistenza e supporto all’esecuzione ed utilizzo del sistema

36 / 101

3.4.3 F00: Preliminare

L’attività A01 comprende una serie di attività preliminari alla costruzione del sistema SICS che generano strumenti utili a guidare il ciclo di vita del sistema e ad orientare i controlli del progetto.

Tabella 8 - A01: Preliminare


A01D1 Elaborazione del Piano di Progetto

Il deliverable PIANO DI PROGETTO (unitamente al Piano della Qualità) deve essere monitorato con una frequenza regolare e rappresenta uno strumento fondamentale per il raggiungimento degli obiettivi del sistema.

Per questa ragione, il Piano va implementato per mezzo di uno strumento di project management (Project Management System) adeguato e l’uso di metodologie (come, ad esempio, PMBOK o PRICE 2). Il Piano di Progetto deve contenere il Piano dei Rilasci ed il Piano della Documentazione: il primo pianifica i rilasci di tutta la documentazione e dei componenti prodotti dalla fornitura; il secondo identifica e classifica i contenuti dei documenti di progetto.

E’ richiesto, inoltre, alla Ditta Aggiudicataria la consegna, nell’ambito del Piano di Progetto, del format relativo alle relazioni di SAL necessarie per il monitoraggio del contratto da parte dell’Amministrazione regionale.

A01D2 Elaborazione del Piano della Qualità

Il deliverable PIANO DELLA QUALITÀ deve illustrare concretamente il processo di sviluppo adottato, comprensivo del suo rapporto con la metodologia di testing/collaudo prevista (il Piano potrà conformarsi, ad esempio, allo IEEE Std 730-2002).

A01D3 Elaborazione degli SLA

La Ditta Aggiudicataria dovrà concordare i livelli di servizio forniti nel progetto a partire da quelli contenuti in questa Linea Guida, legandoli a quanto definito nel Piano della Qualità ad allegandoli allo stesso.

A01D4 Costituzione dei gruppi di lavoro dei key user

Sono intesi come gruppi di lavoro di utenti tipo ed esperti di dominio dei vari componenti del sistema da realizzare, che l’Amministrazione si impegna ad individuare con lo scopo di supportare l’analisi e la progettazione delle specifiche funzionali dei componenti.

Anche in fase di rilascio, le specifiche funzionali dovranno essere validate dai gruppi di lavoro e la documentazione relativa sarà di input alla Commissione di collaudo nelle attività di competenza; in caso di mancata validazione delle specifiche funzionali e dei relativi documenti da parte dei key user ovvero di mancata istituzione dei Gruppi di Lavoro, l’approvazione resta di competenza del Responsabile Unico del Procedimento (RUP)/Direzione lavori.

37 / 101

La Ditta Aggiudicataria ha la responsabilità di facilitare e supportare il collaudo, segnalando tempestivamente eventuali problemi al RUP.

A01D5 Progettazione e set-up del Portale di progetto

La creazione del Portale di Progetto deve permettere in modo semplice, immediato e bene organizzato la condivisione tra la Ditta Aggiudicataria ed Amministrazione di tutte le informazioni relative allo stato di avanzamento del progetto, oltre che di tutta la documentazione amministrativa e tecnica.

Il portale deve integrare e comprendere il Project Management System, il Configuration Management System ed il Service Inventory Registry del sistema, nonché contenere il Repository documentale del sistema.

Esso costituisce un componente del sistema e deve essere obbligatoriamente aggiornato in tutte le sue parti da parte della Ditta Aggiudicataria; sarà, infatti, la base documentale per la Commissione di Collaudo.

Preliminarmente alla costruzione del sistema, la Ditta Aggiudicataria deve elaborare un documento di specifiche tecniche e funzionali del Portale (allegato al Piano di Progetto), al fine di rendere lo strumento immediatamente operativo; è previsto che il set up del Portale di progetto avvenga al massimo entro 15 giorni dall’approvazione del documento di specifiche tecnico-funzionali da parte dell’Amministrazione regionale.

3.4.4 F01: Progettazione

L’attività A11 comprende tutte le attività di analisi dei requisiti funzionali e tecnici del sistema SICS, di contestualizzazione e disegno architetturale del sistema nel suo complesso e di dettaglio dei suoi componenti; implica la redazione dei documenti di progettazione che troveranno attuazione nelle attività di implementazione.

Tutti i documenti prodotti devono essere approvati da parte dell’Amministrazione.

Tabella 9 – A11: Progettazione


A11D1 Analisi e disegno preliminare

L’attività comprende l’analisi dei processi dell’Amministrazione della CdS e delle Aziende coinvolte ed il disegno preliminare dell’architettura del sistema.

Sulla base di quanto già descritto nelle presenti Linea Guida, della normativa nazionale e regionale di riferimento e di quanto verrà fornito e direttamente rilevato in termini di obiettivi strategici e di fabbisogni presso l’Amministrazione e le Aziende, l’analisi deve essere orientata alla definizione dei principali processi di business,

38 / 101

delle applicazioni e funzionalità prioritarie del sistema e delle soluzioni tecnologiche individuate; l’attività prevede la rilevazione di ulteriori oggetti informativi e la mappatura degli applicativi e delle base dati presenti presso gli attori del sistema.

Scopo dell’analisi è anche evidenziare le necessità di integrazione con i sistemi interni in uso o in fase di realizzazione e con quelli esterni, per i quali si ravvisa l’opportunità di uno scambio informativo; l’attività supporta la realizzazione della successiva Business Architecture. L’attività di analisi e disegno preliminare dell’architettura (deliverable VISION ARCHITETTURALE), se da un lato conferma l’architettura prevista in offerta, dall’altro la mappa sui principali processi e requisiti funzionali catturati in fase di analisi preliminare, segnalando le opportune differenze ed integrazioni migliorative.

A11D2 Assessment infrastrutturale

L’assessment infrastrutturale (deliverable ASSESSMENT INFRASTRUTTURALE) comprende le seguenti attività:

• Assessment dei sistemi HW e SW della Regione e delle Aziende da sostituire ovvero da integrare dal sistema, verificandone l’adeguatezza rispetto al sistema stesso;

• Assessment dell'infrastruttura del sistema di connettività delle Aziende e dei sistemi da integrare dal sistema; questa attività ha lo scopo di rilevare eventuali problemi di connessione alla rete da parte dell’utente finale del sistema; la Ditta Aggiudicataria, tramite l’assessment, è responsabilizzato a verificare per tempo che la messa in esercizio della propria componente di connettività dedicata non sia impedita o resa inadeguata da problemi di rete;

• Assessment dell'infrastruttura di sicurezza della Regione e delle Aziende in ambito sanitario; questa attività deve rilevare lo stato attuale delle infrastrutture di sicurezza esistenti in ambito sanitario.

A11D3 Progettazione sicurezza e privacy

La progettazione della sicurezza e privacy (allegato all’Assessment Infrastrutturale) comprende:

• la progettazione dei requisiti minimi di sicurezza e privacy necessari alla Regione ed alle Aziende;

• il supporto alla stesura dei regolamenti sul trattamento dei dati per tutti i componenti del sistema;

• il supporto alla redazione degli atti di indirizzo per i Documenti Programmatici sulla Sicurezza delle Aziende e della Regione;

• la progettazione e l’elaborazione del Piano dell’infrastruttura di sicurezza regionale da realizzare nel progetto.

39 / 101

A11D4 Definizione e disegno

La definizione e disegno del sistema (deliverable DEFINIZIONE DEL SISTEMA) rappresenta il cuore dell’intero processo di inquadramento del sistema SICS nel contesto regionale, insieme all’implementazione. L’attività comprende:

• la definizione dell’architettura del sistema in riferimento all’architettura di business, all’architettura dei dati, all’architettura applicativa ed all’architettura tecnologica; questa attività parte dalla vision, la completa e trasforma in una specifica architetturale;

• la definizione del Service Inventory del sistema;

• l’analisi e definizione di dettaglio dei processi, a partire da quelli individuati preliminarmente nella vision architetturale e sulla base di quanto descritto nella presente Linea Guida;

• disegno di ogni componente tecnico.

A11D5 Capacity planning

L’attività riguarda ogni sottosistema ed il sistema SICS nel suo insieme.

Il deliverable CAPACITY PLAN deve produrre la definizione di dettaglio delle risorse infrastrutturali (HW/SW) che dovranno essere predisposte e rese operanti presso le server farm individuate e l’indicazione degli ulteriori apparati distribuiti nel resto delle sedi regionali; in quest’attività rientra il dimensionamento dei sistemi middleware, dei sistemi di gestione dei dati (RDBMS) di tutto il sistema e dei servizi complessivamente coinvolti.

In considerazione del ruolo che dovrà svolgere, la progettazione dei sistemi HW del sistema deve tener conto del carico di lavoro necessario al funzionamento ed essere pienamente adeguata a garantire i livelli di servizio concordati, sia in termini di prestazioni che di continuità del servizio; è quindi necessaria la definizione di una architettura tecnologica HW/SW con adeguati livelli di alta affidabilità anche con l’utilizzo di architetture basate su tecnologie di virtualizzazione come, ad esempio, il cloud computing privato di tipo IaaS (Infrastructure as a Service).

Essenziale per il sistema è la possibilità di espandere, con impatti minimi le capacità del sistema (e.g. aumento della capacità di calcolo, della distribuzione dei processi sulle unità di calcolo, aumento della memoria fisica, incremento dello storage, adeguamento della rete); il piano dovrà quindi considerare le previsioni di fabbisogni futuri ed una capacità di espansione elastica in base al carico di lavoro, alle necessità di memorizzazione ed alle emergenze; l’attività, nel suo insieme, deve rendere evidente e garantire che le risorse informative

40 / 101

saranno continuamente disponibili e potranno supportare i requisiti di business.

A11D6 Gestione dei rischi

L’elaborazione del deliverable PIANO DI GESTIONE DEI RISCHI consiste nella definizione delle procedure che servono ad individuare, quantificare, prevenire, controllare gli eventi rischiosi connessi al progetto e ad adottare le necessarie strategie di governo del rischio, come meglio specificato nelle Linee Guida DigitPA per il Governo dei Contratti ICT.

Il Piano di Gestione dei Rischi comprende il Business Continuity Plan e fa riferimento al Piano di Disaster Recovery per gli eventi imprevisti di particolare gravità.

3.4.5 F02: Implementazione

L’attività A21 comprende tutte le attività di implementazione in riferimento sia agli apparati hardware che software. Si distingue in management dell’implementazione, installazione, personalizzazione e testing.

Tabella 10 – A21: Avvio


A21D1 Configuration Management

Il Configuration Management ha lo scopo di gestire attività sia documentali, sia di implementazione che generano la produzione del software.

Questa attività si appoggia su di un data base dove sono memorizzati gli oggetti sottoposti a controllo di configurazione (i configuration items); la gestione è di tipo formale, cioè nel processo sono osservate delle procedure definite in precedenza, tramite opportuni moduli di gestione.

A21D2 Installazione e configurazione di apparati HW

Comprende le attività di installazione e configurazione degli apparati HW.

A21D3 Installazione e configurazione SW di base

Comprende le attività di installazione e configurazione del SW di base (e.g. sistema operativo, macchine virtuali, DBMS, Application Server, middleware).

A21D4 Implementazione del Piano di Disaster Recovery

Fa riferimento alle attività di realizzazione del deliverable PIANO DI DISASTER RECOVERY.

A21D5 Predisposizione e configurazione di componenti SW

Comprende la predisposizione di componenti ad hoc del sistema. La fase di configurazione dei componenti, di per sé complessa, deve essere dettagliata in termini di attività e deliverable.

L’attività A22 si conclude con il rilascio del sistema SICS e la dichiarazione di “pronti al collaudo”.

41 / 101

Tabella 11 – A22: Primo supporto


A22D1 Predisposizione delle interfacce dei servizi

L’attività predispone le interfacce per l’integrazione dei componenti tra il sistema e gli altri sistemi presenti in ambito regionale, aziendale (sistemi locali) e nazionale, ivi incluse, eventualmente se ritenuto opportuno, le interfacce verso il sistema SPCoop; in questa attività viene implementato il Service Inventory.

A22D2

Pianificazione ed esecuzione del testing di stress e di performance

Il testing viene eseguito in un apposito ambiente di test e deve garantire la copertura completa dei requisiti funzionali e non funzionali di performance e di carico.

Il deliverable del PIANO E SPECIFICHE DI TEST vengono eseguiti dalla Ditta Aggiudicataria, generalmente da un gruppo dedicato (gruppo test), che invia i report all’Amministrazione.

3.4.6 F03: Collaudo ed avviamento

L’attività A31 comprende le attività di collaudo ed avviamento svolte durante il ciclo di vita del progetto, inclusa la eventuale migrazione dei dati ed il recupero degli archivi.

Tabella 12 – A31: Collaudo ed avviamento


A31D1 Pianificazione del collaudo

Lo scopo è definire le specifiche dei test di collaudo per la validazione dei requisiti espressi nei documenti di gara e offerta tecnica e meglio dettagliati nei capitoli elaborati durante la progettazione (e.g. definizione architetturale del sistema, service inventory, requisiti di dettaglio e progettazione di dettaglio) e l’implementazione (e.g. gestione della configurazione e Configuration Management System) del Sistema.

La pianificazione del collaudo è effettuata a partire dalla pianificazione dei test precedentemente prodotta nelle attività di implementazione; essa è realizzata dalla Ditta Aggiudicataria a supporto della Commissione di collaudo che rimane comunque libera di effettuare tutte le modifiche ritenute necessarie.

Il deliverable PIANO E SPECIFICA DI COLLAUDO (che avrà ad oggetto l’insieme delle forniture e dei servizi resi nell’ambito dell’appalto, tra cui gli apparati HW e SW di base, il software rilasciato, le integrazioni interne ed esterne al Sistema, le attività svolte e la documentazione prodotta) comprende tutte le attività e le verifiche/test atti ad accertare:

• la corretta realizzazione del sistema SICS in ogni sua parte ed il rispetto dei tempi previsti;

42 / 101

• il regolare funzionamento di tutte le forniture e la loro corrispondenza a quanto richiesto dalle Linee Guida, dall’Offerta Tecnica, se migliorativa, dagli ulteriori deliverable prodotti nelle fasi di progettazione e implementazione;

• la funzionalità ed efficienza dei servizi e delle prestazioni richieste, in relazione agli obiettivi prefissati e secondo i livelli di servizio indicati nelle Linee Guida, nell’Offerta Tecnica, se migliorativa, negli ulteriori deliverable definiti nelle fasi di progettazione e implementazione;

• la completezza della documentazione consegnata.

A31D2 Supporto all’esecuzione del collaudo

L’esecuzione del collaudo viene effettuata a conclusione della fase di implementazione e prima della messa in esercizio, anche in maniera incrementale in rapporto ai rilasci; deve garantire la copertura completa dei requisiti anche se può essere effettuato in alcuni casi a campione, su giudizio della Commissione.

Il collaudo (che si intende concluso con il VERBALE DI COLLAUDO POSITIVO) viene quindi eseguito congiuntamente dalla Ditta Aggiudicataria e dall’Amministrazione; si articola in due fasi:

• una prima fase di qualificazione finale, condotta dalla Ditta Aggiudicataria, al fine di assicurare la corretta predisposizione del sistema SICS e dell’ambiente di collaudo;

• una seconda fase a cura dell’Amministrazione con il supporto della Ditta Aggiudicataria.

A31D3 Aggiornamento del Piano di Progetto

L’attività si sostanzia nell’aggiornamento del Piano di Progetto comprensivo dell’allegato di GANTT del Piano di Migrazione generale di tutto il sistema.

A31D4

Pianificazione della migrazione ed esecuzione della stessa

La pianificazione della migrazione (deliverable PIANO DI MIGRAZIONE) serve a descrivere la transizione degli eventuali dati presenti e da recuperare dagli ambienti di esercizio preesistenti verso quelli a regime.

L’importanza dei servizi erogati agli utenti dell’Amministrazione e delle Aziende richiede che vengano pianificate nel dettaglio le strategie, i metodi ed i tempi con i quali si effettuerà la migrazione dei sistemi e delle basi di dati, ivi incluse le attività di bonifica necessarie a garantire la qualità del dato ed il pieno e completo utilizzo del sistema SICS.

Il piano generale va ovviamente dettagliato per ogni migrazione di sistemi relativa all’Amministrazione e ad ogni singola Azienda (piano operativo di dettaglio); il piano deve prevedere anche i report con check-list che verificano la corretta esecuzione del processo; le attività di migrazione hanno inizio dopo il positivo collaudo di ciascun sistema e si concludono con il verbale di messa

43 / 101

in esercizio del sistema SICS per ciascuna Azienda; la Ditta Aggiudicataria è obbligata a concludere la migrazione per tutti i componenti del sistema SICS di un’Azienda prima di iniziarne un’altra.

3.4.7 F04: Formazione e supporto

L’addestramento riveste un aspetto fondamentale nella fornitura. L’attività A41 non è quindi una attività di formazione classica, ma di gestione del cambiamento in determinate organizzazioni pilota, secondo la seguente struttura tipo.

Tabella 13 – A41: Addestramento


A41D1 Addestramento

• Definizione della strategia del programma pilota

• Analisi dei destinatari e stakeholders degli enti pilota

• Predisposizione degli strumenti (e.g. diario della sperimentazione)

• Definizione delle azioni per realizzare gli obiettivi di progetto di sperimentazione

• Definizione delle strategie di incentivazione all’uso

Di conseguenza, tutte le attività di seguito indicate sono da intendersi come aiuto e sostegno al cambiamento all’interno dell’organizzazione pilota, ovvero azioni e interventi da realizzare affinché l’introduzione del nuovo sistema possa essere correttamente supportata e “accompagnata”.

Ciò consentirà di coinvolgere tutti gli attori e di comunicare tutte le informazioni necessarie affinché, sin dal primo momento, il sistema sia utilizzato al massimo delle sue potenzialità, grazie ad azioni (con documentazione integrata nel Portale di Progetto) che includono:

• affiancamento alla presa in carico finale ed il supporto al change management,

• addestramento degli operatori.

L’attività A42 comprende attività e deliverables relativi ai servizi di assistenza e garanzia sugli apparati HW e SW ed il supporto all’esecuzione ed utilizzo del sistema SICS, nel suo complesso e nei singoli componenti, al fine di garantirne il corretto funzionamento ed il mantenimento dei livelli di servizio per l’intera durata della fornitura.

Sono incluse l’organizzazione e la gestione dei servizi di Help Desk operativo di I e II livello nei confronti sia dei key users che degli utenti finali di ciascun componente applicativo/di servizio oggetto di fornitura, dal momento della presa in carico della chiamata fino alla risoluzione dei problemi segnalati.

44 / 101

Tabella 14 – A42: Assistenza e supporto


A42D1 Monitoraggio degli SLA

Sulla base del Service Level Agreement e del Piano di Qualità deve essere effettuato il monitoraggio degli SLA in modo continuativo e per tutta la durata del progetto.

Il monitoraggio può dar seguito, in modo automatico, ovvero su indicazione dell’Amministrazione, ad interventi sugli apparati hardware, sistemistici e/o sul software, se i livelli di servizio previsti non sono rispettati; ove possibile dovranno essere utilizzati tools automatici di monitoraggio i cui risultati dovranno essere accessibili all’Amministrazione tramite il Portale di Progetto.

A42D2 Garanzia sugli apparati HW

Le condizioni di garanzia di seguito descritte ed i servizi di assistenza per il funzionamento degli apparati sono a totale carico della Ditta Aggiudicataria, per tutto il periodo di realizzazione e di conduzione del progetto.

Le apparecchiature previste nel progetto, dovranno essere coperte da garanzia contro vizi di funzionamento, difetti costruttivi ed errata installazione con intervento di riparazione "on site"; per tutta la durata del periodo di garanzia, e alle condizioni richieste, sarà cura della Ditta Aggiudicatario provvedere senza ritardi alla riparazione del guasto o alla sostituzione dei componenti difettosi; rimangono a carico della Ditta Aggiudicataria, per tutta la durata del contratto, anche le spese di ritiro, trasporto e riconsegna delle apparecchiature in tutti quei casi in cui gli interventi di riparazione non dovessero essere eseguiti presso la sede dell'Amministrazione. L'intervento di riparazione deve, altresì, ripristinare le dovute personalizzazioni e condizioni di normale funzionamento di ciascuna apparecchiatura.

Nel caso in cui la garanzia sia curata direttamente dalle case produttrici dei prodotti, sarà sempre onere della Ditta Aggiudicataria attivare la chiamata di assistenza e seguire il corretto completamento dell'intervento di riparazione e/o sostituzione; nel caso in cui le apparecchiature non risultino riparabili sarà cura della Ditta Aggiudicataria provvedere celermente alla loro sostituzione con altrettante apparecchiature equivalenti; la Ditta Aggiudicataria si impegna, altresì, a sostituire integralmente le apparecchiature nel caso in cui su di esse si manifestino guasti e malfunzionamenti ripetuti.

La garanzia sugli apparati comprende, inoltre, gli eventuali interventi necessari sugli impianti e le apparecchiature di rete e di comunicazione, realizzati e forniti in esecuzione del contratto, che si dovessero rendere necessari per il regolare funzionamento

45 / 101

dell'intero sistema.

Qualora si accerti che la causa del malfunzionamento di una apparecchiatura sia da imputare ad apparecchiature o impianti non dipendenti dalla fornitura, la Ditta Aggiudicataria, tramite proprio personale specializzato, sarà tenuto a fornire la sola consulenza, volta all'individuazione della causa.

Solo in caso di danno arrecato alle apparecchiature e agli impianti causato da comprovata negligenza nell'uso da parte del personale della Regione (Amministrazione ed Aziende), le riparazioni ed il ripristino di funzionalità saranno, previa contestazione da parte della Ditta Aggiudicataria, eseguiti a danno dell'Amministrazione; la Ditta Aggiudicataria, previo preventivo di spesa sottoposto ad accettazione, dovrà comunque sempre assicurare gli interventi di riparazione e ripristino.

A42D3 Assistenza sul software

Le tipologie di servizi di assistenza sul software sono classificate dallo standard ISO/IEC 14764 e sono distinte in:

• Interventi Correttivi: modifiche di un prodotto software effettuate successivamente alla messa in esercizio per correggere un problema emerso;

• Interventi Adeguativi: modifiche di un prodotto software effettuate successivamente alla messa in esercizio per mantenere un prodotto utilizzabile in un ambiente mutato (e.g. variazioni regolamentari);

• Interventi Preventivi: modifiche di un prodotto software effettuate successivamente alla messa in esercizio per rilevare e correggere difetti latenti prima che divengano effettivi.

Alle tipologie di servizi sopra indicate vanno aggiunte tutte le attività connesse al funzionamento del sistema e volte a garantire il rispetto degli SLA concordati.

Per quanto riguarda gli interventi correttivi, la Ditta Aggiudicataria dovrà garantire l’assistenza su richiesta dell’Amministrazione, con personale qualificato e tempi di intervento definiti dagli SLA; dovrà garantire per tutto il periodo del contratto l’esecuzione di interventi di assistenza sul software, per ripristinarne le caratteristiche di esercizio venute meno a seguito di difetti manifestatisi dopo il rilascio o per correggere malfunzionamenti dell’applicativo o comportamenti non rispondenti alle specifiche funzionali; gli interventi correttivi riguardano sia quanto sviluppato dalla Ditta Aggiudicataria sia i prodotti di terzi, le estensioni e le parametrizzazioni, anche se l’intervento sui prodotti di terzi dipende da un servizio reso dal produttore del software o hardware.

46 / 101

Per quanto riguarda gli interventi adeguativi e preventivi, il sistema proposto dovrà essere aggiornato, senza oneri aggiuntivi per la stazione appaltante, nel rispetto di tutta la normativa richiamata nei documenti di gara, acquisita in sede di analisi e delle successive modifiche e integrazioni che dovessero intervenire durante il termine di vigenza del contratto.

Conseguentemente, per tutto il periodo di validità del contratto, la Ditta Aggiudicataria dovrà garantire gli interventi adeguativi, per tener conto di variazioni di tipo normativo, regolamentare (incluse le variazione legate all’istituzione di nuovi debiti informativi) e tecnico e quelli di tipo preventivo, qualora si rendessero necessari per garantire un mantenimento delle caratteristiche del sistema SICS.

A42D4 Pianificazione del Change Management

Nell’ambito del progetto particolare attenzione deve essere dedicata agli aspetti organizzativi e di processo.

Le potenzialità della rete regionale integrata restano inespresse nel caso in cui si adotti un’impostazione che tende a considerarne il loro successo come automaticamente discendente dalla semplice predisposizione ed avvio di nuovi servizi. E’ necessario prevedere un adeguato programma di change management che ha l’obiettivo di tenere sotto controllo le implicazioni e ricadute di carattere organizzativo derivanti dall’introduzione del nuovo Sistema.

Oltre ad un tradizionale deliverable PIANO DI ADDESTRAMENTO degli utenti, il deliverable PIANO DI CHANGE MANAGEMENT deve prevedere la progettazione degli interventi sull’organizzazione unitamente a quelli sui sistemi informativi, comprese le azioni di addestramento e affiancamento degli attori chiave e degli utenti finali. Tale attività sarà svolta dalla Ditta Aggiudicataria congiuntamente con la Regione che ne curerà la validazione finale.

In tale ambito devono essere definite e differenziate anche le attività ed i servizi relativi agli amministratori e agli utilizzatori del sistema, nel rispetto dei requisiti tecnico-funzionali che verranno successivamente delineati nel Piano di Change Management. Sono altresì comprese le attività di addestramento in merito a obiettivi, principi e procedure per la gestione della continuità operativa definite nel Piano di gestione rischi, che consentano all’Amministrazione il rispetto degli adempimenti di cui al Codice dell’Amministrazione Digitale (CAD).

A42D5 Esecuzione del Piano di Change Management

Le attività di addestramento ed accompagnamento in esecuzione del Piano includono:

• il supporto consulenziale congiuntamente alla Amministrazione al change management organizzativo;

47 / 101

• la predisposizione di presentazioni specifiche e di progetto;

• l’addestramento degli utenti utilizzatori suddivisi per categoria e coordinati con i piani di rilascio previsti per le varie funzionalità;

• l’addestramento degli utenti amministratori;

• la predisposizione del materiale didattico da utilizzare per l’attività di addestramento;

• la predisposizione di un ambiente tecnologico “di addestramento”.

I locali dove allestire l’ambiente tecnologico di addestramento saranno messi a disposizione dall’Amministrazione e dalle Aziende. Al termine di tali attività andranno specificati, nell’ambito di appositi report di esecuzione (da consegnare all’Amministrazione secondo la tempistica stabilita nel Piano di Change Management) i contenuti dell’attività realizzata, le schede di valutazione del corso da parte degli utenti, il riepilogo degli utenti formati con allegati fogli firma.

3.4.8 SLA: Livelli di servizio

Il servizio di manutenzione ed assistenza del sistema è previsto nel suo complesso e nei singoli componenti, al fine di garantirne il corretto funzionamento ed il mantenimento dei livelli di servizio per l’intera durata della fornitura; l’attività comprende, come già indicato, il:

• il monitoraggio degli SLA,

• la garanzia sugli apparati,

• l’assistenza sul software (interventi correttivi, adeguativi, preventivi).

L’assistenza è finalizzata a supportare gli utenti nel corretto utilizzo del sistema SICS.

A tal fine dovranno essere previste anche le seguenti azioni:

• supporto all’avviamento in esercizio (training on the job): in casi di particolare complessità o rilevanza potrà essere richiesto il supporto per l’assistenza operativa on-site post-avvio tramite la presenza di risorse del fornitore presso le sedi delle strutture CdS nonché della Regione Calabria nella fase iniziale di avvio in esercizio e per il tempo necessario al conseguimento da parte degli utenti di una sufficiente confidenza all’utilizzo dei sistemi;

• Help Desk e assistenza operativa agli utenti, per l’uso appropriato delle applicazioni software e delle funzionalità degli strumenti.

L’attività di assistenza post avvio dovrà essere garantita a partire dall’avvio delle soluzioni informatiche fino alla conclusione del contratto. Il soggetto proponente dovrà dettagliare le modalità che prevede di attuare per l’erogazione del supporto all’avviamento e dell’help desk.

48 / 101

Ogni struttura della Amministrazione interessata dalle attività di installazione identificherà un referente tecnico a cui i tecnici della Ditta Aggiudicataria si potranno rivolgere per analizzare insieme qualsiasi eventuale problematica.

La Ditta Aggiudicataria dovrà mettere a disposizione un servizio di manutenzione differenziato su tre livelli, dettagliati nel seguito. Per una corretta interpretazione delle modalità di erogazione dei servizi, vengono premesse le seguenti definizioni di priorità del guasto:

Tabella 15 - Priorità di guasto

Priorità Descrizione

Alta disservizio e/o malfunzionamento che comporta un blocco totale del sistema SICS che determina il blocco dell’attività

Media disservizio e/o malfunzionamento che comporta un blocco parziale del sistema SICS con forte degradazione delle prestazioni

Bassa disservizio e/o malfunzionamento che comporta un errore di sistema SICS con conseguente degradazione minore delle prestazioni, e non bloccanti per le attività

In caso, di rottura o di malfunzionamento dell’hardware e/o del software fornito dovranno essere garantiti i seguenti livelli di servizio:

Tabella 16 - Livelli di servizio

Elemento Livello

Orario lavorativo

Orario lavorativo base

• Dalle 08:00 alle 17:00 dal Lunedì al Venerdì

• Dalle 08:00 alle 14:00 il sabato, esclusi i festivi

Orario lavorativo reperibilità

• Copertura al di fuori dell’orario lavorativo di base

Accettazione chiamate

• Immediata apertura trouble ticket

• Risoluzione della segnalazione entro 1h dall’apertura del ticket o passaggio del ticket ad un 2° livello per una ulteriore analisi tecnica specialistica

Tempi intervento on site

Per guasti a severità Alta: entro il secondo giorno successivo alla accettazione della chiamata

Da parte sua, l’Amministrazione e/o le Aziende metteranno a disposizione la possibilità di accesso in VPN tramite Internet ai PC/Server coinvolti nel progetto.

Data la natura del progetto, il fornitore dovrà garantire un servizio di correzione di eventuali errori che dovessero emergere nell'uso operativo di tutte le componenti oggetto della fornitura.

Tale attività si esplica nella manutenzione correttiva avente lo scopo di rimuovere eventuali malfunzionamenti riconducibili ad errori imputabili al fornitore in una delle fasi precedenti il rilascio in esercizio.

49 / 101

3.4.9 RG: Requisiti di governance del progetto da rispettare

Il progetto per il suo livello di articolazione e per la sua collocazione nell’ambito regionale, necessita di una community di progetto che veda coinvolti diversi attori. La community è costituita da team che vedono impegnate, quando è ritenuto opportuno, sia le risorse umane dell’Amministrazione e delle Aziende (key user) sia quelle della Ditta Aggiudicataria, pur mantenendo distinti compiti e ruoli.

A questo scopo, la Amministrazione provvederà all’identificazione degli utenti chiave (key user) per ogni processo prioritario aziendale e dell’Amministrazione e per ciascun componente del Sistema SICS, che confluiranno in un “Organismo di Concertazione” regionale e che supporteranno la Ditta Aggiudicataria durante la fase di analisi tecnico/funzionale, disegno, progettazione e realizzazione del Sistema SICS.

Il coinvolgimento dei key user costituisce un fattore critico di successo della fase di progettazione esecutiva e definitiva, pertanto l’Amministrazione si impegna a designarli entro 40 giorni lavorativi dalla stipula del contratto. Il compito dei key user all’interno dei team è quello di supportare, riguardo ai domini di competenza, l’analisi di processo, l’analisi funzionale e l’analisi del modello dei dati, che verrà svolta dalla Ditta Aggiudicataria, e di validare le specifiche funzionali e tecniche che verranno progressivamente rilasciate.

I key user avranno inoltre il compito di partecipare alla realizzazione dei deliverable prodotti dalla Ditta Aggiudicataria nell’ambito delle macro-attività preliminare, progettazione, implementazione, collaudo, avviamento e assistenza e supporto, e di validarne i contenuti. Altrettanto importanti sono gli aspetti che riguardano la scelta di metodologie appropriate di conduzione del progetto e la disponibilità di strumenti operativi che consentano:

• il lavoro della community sia mediante incontri e riunioni sia on-line, utilizzando tutti gli strumenti necessari ed accessibili tramite il Portale di Progetto (accesso alla rete, casella e-mail personale, groupware);

• il supporto all’organizzazione logistica delle attività progettuali e la convocazione di riunioni anche on-line.

La Ditta Aggiudicataria ha il compito di condurre le sessioni di lavoro con i team, di pianificare e convocare le riunioni, di registrare le presenze dei partecipanti, di procedere alla verbalizzazione di ciascuna riunione. I key user dovranno poter accedere a sezioni dedicate del Portale di Progetto per tutta la documentazione di loro competenza. La Amministrazione ha l’onere di mettere a disposizione le aule di riunione, il sistema di comunicazione (PC, rete telematica, caselle e-mail) e di garantire la presenza dei key user alle riunioni.

50 / 101

4. Requisiti specifici dei sistemi software Di seguito gli elementi e requisiti specifici per i sistemi software a supporto (così come riportati nel paragrafo § 3.2.2 “Elementi del SICS”, ovvero la componente C10, C20 e C30), da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

4.1 C10 Piattaforma informatica di base: la Cartella Clinica Condivisa per i Servizi Socio Sanitari (CCC-SSS)

Oltre a raccogliere i documenti nel Fascicolo Sanitario provenienti dalle diverse fonti, per ottenere

una vera continuità dell’assistenza occorrono dei servizi per aiutare a rendere il modello sul

territorio una entità coerente di fronte al cittadino (con un approccio verso la consapevolezza

reciproca tra gli attori e la sincronizzazione delle loro attività), come la gestione delle notifiche per

il mandato di assistenza, per il contatto tra il cittadino e il sistema sanitario e per la problematica

di salute.

Allo scopo, i moduli previsti per la componente C10 sono di seguito riportati:

Tabella 17 – Moduli del componente C10

N° Modulo Descrizione Requisiti Fornitura

C11 CCC–SSS-GMA Gestione dei mandati di assistenza CCC– SSS–GMA_1 OBB

C12 CCC–SSS-GNO Gestione delle notifiche degli eventi rilevanti

CCC– SSS–GNO_1 CCC– SSS–GNO_2 CCC– SSS–GNO_3

OBB

C13 CCC–SSS-GPS Gestione condivisa e armonizzata delle problematiche di salute

CCC– SSS–GPS_1 CCC– SSS–GPS_2 CCC– SSS–GPS_3 CCC– SSS–GPS_4

OBB

C14 CCC–SSS–GSS Gestione delle schede sintetiche documentali

CCC– SSS–GSS_1 CCC– SSS–GSS_2 CCC– SSS–GSS_3 CCC– SSS–GSS_4 CCC– SSS–GSS_5 CCC– SSS–GSS_6

OBB

C15 CCC–SSS–REP Gestione anagrafiche e repository

CCC– SSS–REP_1 CCC– SSS–REP_2 CCC– SSS–REP_3 CCC– SSS–REP_4 CCC– SSS–REP_5 CCC– SSS–REP_6 CCC– SSS–REP_7

OBB

C16 CCC–SSS–CSS Gestione della cartella socio sanitaria CCC– SSS–CSS_1 CCC– SSS–CSS_2

OBB

51 / 101

CCC– SSS–CSS_3 CCC– SSS–CSS_4 CCC– SSS–CSS_5

52 / 101

4.1.1 C11 CCC–SSS–GMA: Gestione dei mandati di assistenza

Il modulo CCC-SSS-GMA realizza la gestione dei mandati di assistenza, ovvero della composizione del Team Funzionale, e dei profili degli attori ai fini del sistema, ad esempio per le autorizzazioni all’accesso ai dati del paziente, oppure per le preferenze sull’invio di notifiche e avvisi, ovvero per facilitare la consapevolezza reciproca e la comunicazione diretta tra gli attori che agiscono sullo stesso paziente.

Il più delle volte infatti l’unica informazione gestita sistematicamente in un sistema informativo sui

mandati di assistenza riguarda la scelta (e revoca) del MMG/PLS. Se ad esempio un MMG prescrive

una visita specialistica, non è previsto internamente al sistema sanitario un ritorno sistematico

dell’informazione sul fatto che tale visita sia stata effettuata, né una comunicazione diretta tra

MMG e specialista: è il paziente che tipicamente si fa carico di gestire il processo di trasferimento

dell’informazione tra i due professionisti.

E’ difficile quindi capire come un sistema sanitario possa comportarsi in un modo coerente di fronte

a un cittadino (in particolare un paziente cronico assistito da più operatori sanitari e caregiver

informali), senza considerare la condivisione delle notifiche dei mandati di assistenza che

specifichino il ruolo di ciascun attore e senza un ritorno di informazione verso gli attori interessati

sulle attività svolte.

Un piano di cura (eventualmente descritto esplicitamente in un Piano Assistenziale Individualizzato, PAI) che coinvolge diversi attori implica la necessità di presentare tutti gli attori come una squadra coesa, ovvero come un “sistema” coerente di fronte al cittadino.

Allo scopo, il modulo CCC-SSS-GMA, attraverso procedure strutturate di condivisione delle informazioni, deve gestire le notifiche di “attivazione” di un attore su un cittadino (Mandati di Assistenza) e presentarle in modo opportuno agli attori autorizzati.

In presenza di un piano di cura esplicito e circostanziato, occorre gestire in modo sistematico le

previsioni sulla motivazione, sugli obiettivi e sulla durata di un mandato (eventualmente anche con

le date presunte di inizio e fine mandato).

In assenza, occorre gestire la notifica di un contatto con un nuovo professionista (modulo CCC-SSS-

GNC) e l’interazione diretta per riportare se in seguito il mandato rimane ancora attivo oppure è da

considerare concluso.

Tabella 18 – Requisiti/sottomoduli del modulo C11

N° Requisito Descrizione Fornitura

C11-1 CCC–SSS–GMA_1

Gestione del mandato di assistenza

delle caratteristiche principali legate al concetto:

• l’attore e l’organizzazione di afferenza;

• il ruolo previsto nel piano di cura, con una responsabilità parziale o completa sullo stato del paziente (e quindi le tipologie di documenti e informazioni a cui è abilitato ad accedere);

OBB

53 / 101

• l’obiettivo da raggiungere;

• i compiti da eseguire e la documentazione da produrre;

• l’intervallo temporale del mandato, con una scadenza prefissata o all’avverarsi di determinate condizioni.

4.1.2 C12 CCC–SSS–GNO: Gestione delle notifiche

Il modulo CCC-SSS-GNO realizza la gestione delle notifiche degli eventi rilevanti, filtrate secondo il ruolo ed il profilo di ogni attore, per supportare il lavoro di squadra tra le varie figure professionali (MMG, PLS, MCA, Specialisti Ambulatoriali, personale tecnico-amministrativo, infermieristico, della riabilitazione, dell’intervento sociale e dell’emergenza territoriale, etc.).

È una componente importante per la continuità dell’assistenza in generale, e per la gestione integrata in particolare.

La registrazione tempestiva dei contatti effettivi del cittadino con operatori che lavorano nei vari contesti può consentire loro di sincronizzare meglio le proprie attività e quindi di comportarsi come una squadra.

Un modulo quindi innanzitutto di tracciatura e notifica dei contatti socio-sanitari con i cittadini, nel rispetto delle norme locali sulla privacy, come primo step delle notifiche di mandati di cura,

quando questi non siano sistematicamente disponibili.



C12-1 CCC–SSS–GNO_1

Gestione dei contatti tra assistito e sistema sanitario

la (entrata in pronto soccorso, visita, prestazione domiciliare, dimissione dall’ospedale, etc.)

OBB


Notifica estesa alle attività (Mandati e Problemi)

che devono essere eseguite o sono state eseguite dagli operatori informali e da parte del paziente.

In questo modo ogni attore può essere consapevole, se

necessario, delle attività che gli altri attori stanno

compiendo sullo stesso cittadino; un campo della notifica

relativo alla problematica di salute permetterebbe anche

di capire la motivazione dell’attività e di organizzare

meglio le informazioni (modulo CCC-SSS-GNO).

OBB


Notifica dei documenti

I documenti elettronici devono essere collegati ad una

notifica del contatto che era all’origine della loro

generazione. Occorre anche collegare, per gli eventi

ritenuti strategicamente più rilevanti da parte dei dirigenti

OBB

54 / 101

aziendali o regionali, schede specifiche in cui vengono

proposti nel dettaglio i dati elementari, codificati, che è

opportuno registrare in corrispondenza all’evento stesso

(modulo CCC-SSS-GSS, le “segnalazioni degli eventi

rilevanti”).

4.1.3 C13 CCC–SSS–GPS: Gestione condivisa delle etichette di “Problematiche di

Salute”

Il modulo CCC-SSS-GPS realizza la gestione e lista delle problematiche condivise dal Team Funzionale, alimentata e mantenuta da tutti i componenti del Team stesso, anche per organizzare e interpretare meglio i dati contenuti nel sistema ed effettuare analisi elementari sulla co-morbilità.

Il modulo deve impostare in partenza in modo esplicito una lista di tutte le problematiche del paziente, considerate o meno nelle schede di patologia (e.g. come complicanze o patologie associate), con le loro variazioni dello stato (ad esempio attivo, inattivo, chiuso, riattivato).

Per le patologie più frequenti e rilevanti occorre prevedere ed utilizzare “etichette di problema”

predefinite, corrispondenti alla stratificazione prevista nei percorsi assistenziali di riferimento, in particolare quelli elaborati dalla Regione Calabria, che tengano conto anche degli altri aspetti (secondo criteri clinici, organizzativi, gestionali e informativi).

Il modulo potrebbe anche fornire funzioni più evolute, come tracciare l'evoluzione delle relazioni tra le problematiche di salute: la creazione di una nuova problematica o di una serie di

problematiche subordinate, il raggruppamento o la suddivisione di problematiche.

Il modulo deve quindi supportare:



C13-1 CCC–SSS–GPS_1 Gestione dell’etichetta per definire una problematica OBB

C13-2 CCC–SSS–GPS_2 Gestione delle problematiche in “Filoni Tematici” (una vista generalizzata per problemi)

OBB

C13-3 CCC–SSS–GPS_3 Gestione dell’evoluzione clinica delle patologie OBB

C13-4 CCC–SSS–GPS_4 Gestione dei percorsi diagnostico-terapeutico-assistenziali (PDTA)

OBB

C13-5 CCC–SSS–GPS_5 Gestione dei percorsi diagnostico-terapeutico-assistenziali (PDTA)

OBB

Requisito CCC-SSS-GPS_1

55 / 101

Gestione dell’etichetta per definire una problematica

Ogni professionista con responsabilità verso un paziente all'interno di un processo di cura può

definire a suo modo (cioè secondo il proprio punto di vista) una problematica di salute. Tuttavia

l'osservazione dipende dall'osservatore: mentre una data condizione clinica o un evento relativi ad

un particolare paziente sono fondamentalmente unici, ciascun attore ha la propria percezione della

condizione clinica presentata da un soggetto in cura, che dipende da: formazione, know-how,

esperienza, competenze, ruolo, informazioni cliniche a lui disponibili.

Ma soprattutto occorre notare che l’etichetta sulla problematica di salute ha un preciso carattere

predittivo, in quanto rievoca al professionista l’insieme delle attività diagnostiche e terapeutiche

che possono essere eseguite sotto la sua supervisione, in base ad una stratificazione d'insieme del

paziente.

Nella sua prospettiva, ogni osservatore può individuare una condizione clinica o sociale come una

problematica di salute definita, che poi può variare nel tempo (ad esempio per l'evoluzione delle

condizioni del paziente o per la disponibilità di maggiori informazioni) e quindi richiederà un

concetto diverso.

L’etichetta utilizzata per contrassegnare la stessa problematica di salute può variare da un

professionista sanitario ad un altro. Se le etichette non vengono definite a priori, ogni attore avrà

una propria visione sulle problematiche di salute del paziente, generando etichette particolari

secondo tale visione. In generale, le etichette per le problematiche di salute particolareggiate (se

codificate) dovrebbero quindi provenire da un sottoinsieme completo e coerente di una

nomenclatura di riferimento delle problematiche di salute per l'uso clinico, da costruire in funzione

dei percorsi di cura e delle stratificazioni adottate. Le etichette consentite sulle problematiche di

salute in un dato contesto possono essere predefinite, per promuovere un uso coerente tra tutti gli

attori, ad esempio all’interno un piano di assistenza esplicito e condiviso secondo un Percorso

Diagnostico Terapeutico Assistenziale (PDTA) di riferimento, consentendo una corretta

organizzazione dei documenti relativi alle diverse problematiche di salute.


Gestione delle problematiche in “Filoni Tematici” (una vista generalizzata per problemi)

Ogni documento elettronico ed ogni dato deve poter essere marcato da ogni attore con una o più

etichette, apposte eventualmente anche in momenti diversi. Ogni volta che si manifesta la

necessità di conciliare tra loro le etichette delle problematiche di salute in un ambiente che

coinvolge più autori (come in un Fascicolo Sanitario o nel caso di un Registro), sarebbe opportuno

organizzare tra loro le etichette con una serie di collegamenti specifici.

Questi collegamenti produrrebbero dei filoni tematici tra le problematiche di salute (“health

thread” nello standard CONTSYS [Cen 2006]), cioè una generalizzazione della vista per problemi.

Il loro uso può consistere ad esempio nel tracciare tutte le attività sanitarie fornite ad un soggetto

di cura, con riguardo ad una data condizione, in una prospettiva unitaria di un gruppo di attori

(come il Team Funzionale). Il filone tematico può cioè essere una chiave di lettura condivisa per

aggregare e interpretare la documentazione clinica.

56 / 101

La costruzione dei filoni tematici può avvenire in diversi modi:

• il modo ottimale nel caso delle malattie croniche, e quindi del sistema informativo, è di definire

a priori e codificare univocamente la maggior parte delle etichette da usare nelle varie

situazioni (come per esempio nei Punti di Attenzione), con i loro possibili legami, la loro

evoluzione e il modo di raggrupparle in filoni tematici;

• nello svolgere i propri compiti assistenziali, in assenza di direttive condivise, ogni attore

potrebbe ritenere opportuno di costruire i propri filoni tematici a partire dalle etichette

generate indipendentemente in una serie di ambiti locali specifici presenti nell’ambiente di

cura condiviso (se rese disponibili agli altri attori, tali etichette permetterebbero di ricostruire il

modo di vedere di quell’attore);

• le etichette provenienti dalle diverse fonti, relative a situazioni non prevedibili, potrebbero

essere aggregate a posteriori con un'attività professionale specifica, per produrre una visione

coerente e condivisa di una situazione passata e per ricostruire i filoni logici nella loro

completezza; nel caso della gestione integrata, potrebbe essere un compito affidato al MMG,

ad un care manager, oppure allo Sportello della continuità.

Un sistema adeguato per codificare il nome complessivo di un filone tematico è la classificazione internazionale delle cure primarie (ICPC), che fornisce un numero limitato ma significativo di etichette generiche ed è di semplice utilizzo.

Alcune particolari etichette predefinite, di livello generale, riguarderanno la stratificazione dei pazienti per problematiche di lunga durata, in particolare per definire le classi diagnostiche o terapeutiche associate alla gestione integrata delle principali malattie croniche. Queste etichette dovranno essere di norma collegate almeno a due tipi di documenti che caratterizzano il problema in oggetto, adeguatamente strutturati secondo un formato predisposto con dati elementari predefiniti ed elaborabili:

• Piano Assistenziale Individualizzato (PAI), concordato con l’assistito o i suoi caregiver, in cui viene specificato l’elenco delle attività da eseguire da parte di tutti gli attori (paziente incluso), con la relativa tempistica;

• Profilo Orientato al Problema (POP), una sintesi dello stato dell’assistito mirata allo specifico problema, mantenuta aggiornata dal Medico di Riferimento (Care Manager).


Gestione dell’evoluzione clinica delle patologie

Gestione dello stato e degli interventi che possono essere associati ad un particolare problema, in modo da evitare duplicazioni degli accertamenti diagnostici, sovrapposizione di indirizzi ed in modo da coordinare / controllare tutti i contributi che i vari attori socio-sanitari forniscono al ripristino e al mantenimento dello stato di salute del cittadino (vista orientata per problemi – POP).


57 / 101

Gestione dei percorsi diagnostico-terapeutico-assistenziali (PDTA)

Implementazione dei PDTA sulle principali patologie, attraverso linee guida condivise, PDTA che realizzano inoltre la continuità tra le varie fasi della malattia (acuta, post-acuta e riabilitativa).

4.1.4 C14 CCC–SSS–GSS: Gestione delle Schede Sintetiche documentali

Il modulo CCC-SSS-GSS realizza la gestione di specifici documenti elettronici, schede sintetiche, a supporto dell’inquadramento, della continuità di cura e della gestione integrata del cittadino.

I documenti devono essere rappresentato in formato elettronico strutturato secondo lo standard HL7-CDA, codificando possibilmente i nomi dei dati e i valori ammessi tramite codifiche internazionali. La codifica dei dati permette il calcolo di indicatori concordati e il confronto e l’aggregazione tra dati provenienti tra diverse fonti e relativi a diversi pazienti o diversi autori.

In generale, sono possibili diversi tipi di documenti di sintesi relativi al paziente, tra i quali ci sono i

dati di emergenza, la relazione clinica per il passaggio di responsabilità, la sintesi clinica dello stato

generale del paziente e del piano assistenziale in corso.

Il modulo deve quindi supportare:



C14-1 CCC–SSS–GSS_1 Copertina specifica per la navigazione nel FSE e la Scheda Sanitaria Individuale (SSI, Patient Summary)

OBB

C14-2 CCC–SSS–GSS_2 Carta del Rischio Cardiovascolare (CRC) e l’Emergency Data Set (EDS)

OBB

C14-3 CCC–SSS–GSS_3 Piano Assistenziale Individualizzato (PAI) OBB

C14-4 CCC–SSS–GSS_4 Profilo Orientato per Problema (POP) OBB

C14-5 CCC–SSS–GSS_5 Bilancio di salute OBB

C14-6 CCC–SSS–GSS_6 Segnalazione di Evento Rilevante (SER) OBB

Requisito CCC-SSS-GSS_1

Copertina specifica per la navigazione nel FSE e la Scheda Sanitaria Individuale (SSI, Patient Summary)

Per i cittadini presi in carico dalla Casa della Salute occorre gestire due documenti elettronici:

• una “copertina”, specifica per l’assistito della Casa della Salute che permetta di orientare

l’operatore nella consultazione della documentazione contenuta nel FSE calabrese

• un estratto della cartella clinica del Medico di Medicina Generale o del Pediatra di Libera

Scelta, compilato secondo criteri uniformi a livello regionale.

58 / 101

La copertina dovrebbe essere lo strumento di ingresso agli operatori della Casa della Salute al

fascicolo della Regione Calabria, che riporta i dati principali (dati anagrafici, problemi attivi,

allergie e intolleranze, prescrizioni in corso, anamnesi, risultati significativi di test diagnostici, etc.),

idealmente con puntatori ai documenti elettronici originali presenti nel FSE. Nel caso che i diversi

professionisti siano in grado di costruire e memorizzare nel fascicolo le proprie viste per

organizzare un sottoinsieme di oggetti informativi, la copertina potrebbe riportare i riferimenti a

tali viste (autore, titolo, commento, data, etc.).

L’estratto della cartella clinica (SSI) del MMG/PLS è un tipo di Patient Summary che può risultare

uno strumento cruciale per gli altri operatori, per inquadrare il paziente e per aggiornarli

tempestivamente e rapidamente sul quadro clinico del paziente e sul percorso assistenziale in atto.

La SSI è elaborata dai software legacy MMG/PLS, ovvero, in mancanza di tale alimentazione, deve

essere possibile prevedere un aggiornamento tramite funzionalità della CCC-SSS.


Carta del Rischio Cardiovascolare (CRC) e l’Emergency Data Set (EDS)

Per l’inquadramento di un paziente in occasione di un contatto (sia programmato che meno, come

ad esempio nell’emergenza) è opportuno disporre in rete (in modalità sicura e confidenziale), e

quindi all’interno del FSE, di un profilo sintetico del cittadino, un resoconto che possa anticipare

l’accesso alla documentazione completa nella fase di collegamento remoto, oppure possa

indirizzare l’utente nella ricerca delle informazioni pertinenti.

E’ la problematica delle diverse forme di profilo sanitario del cittadino all’interno del contesto più

ampio della documentazione clinica e del ruolo del FSE nell’erogazione dell’assistenza, sia per

attività isolate tra loro che per la gestione dei programmi di cura condivisi.

Un primo esempio di profilo è quello orientato per patologia, che inquadra il problema e meglio

definisce la richiesta di teleconsulto. Altro esempio è legato al monitoraggio delle malattie croniche

(con dati, per esempio per il diabete mellito, come il body mass index, la circonferenza addominale,

il valore di emoglobina glicata ed il tipo di terapia in corso). Un altro esempio calzante emerge

dalle indicazioni contenute nel Piano Nazionale della Prevenzione 2005-2007 per ciò che riguarda

le “Linee operative per la pianificazione regionale - prevenzione del rischio cardiovascolare”, in

particolare per ciò che riguarda la diffusione della cosiddetta Carta del Rischio Cardiovascolare

(CRC).

Recenti accordi nazionali e regionali, hanno individuato nella CRC uno strumento valido per la

definizione del rischio cardiovascolare, in quanto consente di offrire alle persone la conoscenza

delle probabilità di andare incontro, nei successivi dieci anni, a un accidente cardiovascolare in

base alla presenza di fattori di rischio. La consapevolezza acquisita del possibile aumentato rischio

fornisce al medico occasioni favorevoli per consigliare modifiche dei comportamenti a rischio. La

CRC è uno strumento raccomandato dal Ministero della Salute.

Nel caso di un contatto non predisposto, ad esempio incidenti o insorgenza improvvisa di una

necessità sanitaria da causa non traumatica (scenari tipici dove l’integrazione può offrire il

massimo dell’efficacia), casi in cui il paziente non sia in grado di presentare esaustivamente la

propria storia (problemi, allergie e farmaci correnti, etc.), ed in cui la disponibilità di un eccesso di

59 / 101

informazioni disperse può essere considerata negativa, è preferibile disporre di una sintesi dei dati

clinici veramente essenziali, un documento elettronico denominato Emergency Data Set (EDS).

L’EDS è uno dei documenti più utilizzati nelle implementazioni regionali attuali di FSE, incentivato

dalle regioni verso i Medici di Medicina Generale (MMG) che sono tenuti a redigere tale scheda con

i dati ritenuti essenziali e che dovrebbe permettere ad un operatore sanitario di inquadrare

tempestivamente un paziente a lui sconosciuto, durante il suo primo contatto. Peraltro, l’EDS è uno

degli strumenti ritenuti fondamentali dalla Comunità Europea che ha puntato molto sul progetto

europeo IPSE/epSOS “Sperimentazione di un Sistema per l’interoperabilità europea e nazionale

delle soluzioni di Fascicolo Sanitario Elettronico: componenti Patient Summary e ePrescription” per

divulgare la buona pratica di costruire, conservare e consultare l’EDS.


Piano Assistenziale Individualizzato (PAI)

Un elemento essenziale per la gestione della continuità dell’assistenza e il coordinamento tra gli attori e la presenza di un Piano Assistenziale Individualizzato (PAI).

In senso stretto, il PAI è il piano corrispondente ad un servizio di cure domiciliari, in cui l’assistito è stato inserito dopo la Valutazione Multidimensionale. In senso più generalizzato, le stesse funzioni vengono svolte da qualsiasi percorso di assistenza che sia stato descritto in modo dettagliato (per esempio, per un Patto di Cura nella Gestione Integrata).

Se le attività sono codificate in un documento in formato elettronico elaborabile, ed associate agli

attori che le dovrebbero eseguire (una struttura o un preciso professionista, oppure il paziente e i

suoi caregiver), allora è concepibile attivare delle soluzioni tecnologiche per assistere il processo

previsto, sia per ricordare e/o sollecitare le attività, sia per predisporre la corrispondente

rendicontazione delle attività e la notifica ai vari attori coinvolti, secondo profili di distribuzione

predefiniti. Nel caso dei servizi di cure domiciliari e delle fasi più significative delle malattie

croniche maggiormente rilevanti, possono essere concordati dei formati standard per i PAI, che

rendano agevole la compilazione e l’elaborazione.


Profilo Orientato per Problema (POP)

Il Profilo Orientato per Problema (POP) è un documento di sintesi, prodotto con un atto clinico dal medico di riferimento di un paziente (a seconda dei casi: il MMG, il PLS o lo specialista territoriale), per descrivere le sue condizioni secondo un insieme di dati predefiniti (dataset clinico), in funzione del problema considerato:

• PROFILO: è una “fotografia” dello stato ragionevolmente stabile del paziente in un dato periodo;

• ORIENTATO: non è il Patient Summary generico per eventi non previsti, ma uno strumento di collaborazione continuativa tra professionisti;

• PROBLEMA: riguarda le informazioni rilevanti per collaborare su una precisa problematica di

60 / 101

salute. E’ quindi un documento in cui un medico tiene aggiornati i dati stabili relativi ad una problematica di salute di un proprio paziente, rilevanti per la continuità dell’assistenza. Schede orientate a singole problematiche di salute, concordate a livello aziendale o regionale, che prevedano di rappresentare dati elementari in formati strutturati e codificati (e quindi elaborabili), tipicamente in corrispondenza alle fasi più significative dei percorsi di cure domiciliari o delle malattie croniche maggiormente rilevanti.

Il profilo è incrementale e aggiornabile, nel senso che il medico (specificatamente il MMG, il PLS o lo specialista territoriale) può aggiungere o modificare le informazioni ogni volta che ritiene lo opportuno, e verrà mantenuta la traccia dell’autore delle modifiche effettuate. E’ a discrezione del professionista se e quando aggiornare il profilo, cioè decidere se le nuove informazioni in suo possesso siano rilevanti e utili per gli altri attori e giustificano una nuova versione.

Modelli particolari di profilo, oltre a quelli predisposti per i servizi di cure domiciliari e per le fasi più significative delle malattie croniche maggiormente rilevanti, possono essere concordati per rappresentare le Schede di Rischio a supporto dello sviluppo di programmi di prevenzione.


Bilancio di salute

La funzionalità deve consentire, anche e soprattutto all’assistito, di compilare durante una visita oppure autonomamente a casa (attraverso anche il supporto dei familiari o di un assistente domiciliare), un bilancio di salute in formato elettronico, in modo che il proprio Team Funzionale sia in grado di seguire lo stato di salute e ricevere eventualmente degli alert su dati anomali.

L’argomento può riguardato ad esempio aspetti di prevenzione, sulla regolarità della crescita, sullo

stato di salute o sullo sviluppo di determinate condizioni croniche/di rischio. La soluzione

tecnologica deve consentire di gestire le scadenze importanti per il cittadino e per le visite

dell’equipe territoriale. I dati possono essere acquisiti tramite la compilazione di un questionario

guidato online, oppure un programma ad hoc, un test, un SMS o un messaggio e-mail, a seconda

della modalità preferita dall’assistito e in base al suo livello di informatizzazione.

Nel caso della prima infanzia i dati saranno raccolti dai genitori, mentre in seguito è possibile

anche sottomettere direttamente al bambino dei test che possono produrre una valutazione, ad

esempio tramite il gioco.

Questa funzionalità, associata alle normali visite periodiche a studio da parte del MMG/PLS, ed eventualmente in collaborazione con il MCA, consente di seguire più costantemente il processo di crescita di un bambino oppure il piano di cura predisposto, e quindi di prevenire situazioni particolari, fino all’aggravarsi di condizioni tali da richiedere l’intervento del Pronto Soccorso e/o del 118.


61 / 101

Segnalazione di Evento Rilevante (SER)

In aggiunta alle semplici notifiche di contatto occorre strutturare documenti più complessi, in cui viene predisposto un insieme di dati codificati ed elaborabili per rappresentare in modo strutturato le Segnalazioni degli Eventi Rilevanti per la collaborazione tra gli operatori.

E’ un documento in cui l’autore riassume i dati salienti relativi ad un problema di salute, in seguito ad un evento del paziente, rilevante per la sua storia clinica e per la continuità dell’assistenza. Possono essere predisposte schede orientate a singoli problemi di salute, concordate a livello aziendale o regionale, che prevedano di rappresentare dati elementari in formati strutturati e codificati (e quindi elaborabili), in corrispondenza di particolari eventi prevedibili e ripetitivi, denominati Punti di Attenzione.

Si possono distinguere alcuni tipi di SER; ognuno di questi dovrà avere un formato diverso, in funzione del tipo di evento che descrive.

• SER Infermieristica (orientata al problema): scheda di rilevazione predisposta con dati di dettaglio strutturati (sia obbligatori che opzionali) collegati ad uno specifico problema, che l’infermiere compila dopo un contatto significativo su un paziente.

• SER di visita (orientata al problema): scheda di rilevazione predisposta con dati di dettaglio strutturati (sia obbligatori che opzionali) riguardanti la visita specifica per un problema, che il MMG/PLS o lo specialista territoriale compila dopo un contatto significativo, ad esempio nell’ambito della gestione integrata per una malattia cronica.

• SER di Dimissione per “passaggio di consegne” da ospedale a territorio: una specie importante di Segnalazione è costituita da una scheda di dimissione strutturata, in funzione di un percorso assistenziale congiunto ospedale-territorio, in modo da facilitare l’inserimento del paziente nelle attività territoriali. A seconda del tipo di problematica affrontata durante il ricovero, vengono evidenziati alcuni dati codificati obbligatori (compatibili con il corrispondente Profilo Orientato al Problema, POP) ed altri opzionali, tutti opportunamente codificati.

4.1.5 C15 CCC–SSS–REP: Gestione anagrafiche e repository

Il modulo CCC-SSS-REP realizza la base di riferimento condivisa, univoca, integrata e completa, che contiene tutte le informazioni basamento relative alle prestazioni socio-sanitarie rese nelle diverse strutture al cittadino (collegate ai basamenti regionali)

Rende anche disponibili le principali banche cliniche e quelle relative alla diagnostica di laboratorio, di radiologia e di ecografia di base.



C15-1 CCC–SSS–REP_1

Gestione anagrafe degli assistibili/assistiti

collegata all’anagrafe regionale gestita dal FSE della Regione Calabria

OBB

C15-2 CCC–SSS–REP_2 Gestione anagrafe degli operatori sanitari OBB

62 / 101

collegata all’anagrafe regionale gestita dal FSE della Regione Calabria, e alla traccia dei mandati di assistenza sui singoli pazienti


Gestione anagrafe delle strutture sanitarie

collegata all’anagrafe regionale gestita dal FSE della Regione Calabria, ed al sistema regionale/nazionale informativo per il Monitoraggio della Rete di Assistenza – MRA

OBB


Nodo Repository per il FSE calabrese

elemento in grado di essere censito ed indicizzato dall’infrastruttura regionale di fascicolo, così come le altre componenti della stessa classe; potrebbe eventualmente coincidere con il Dossier Sanitario della ASL di riferimento della CdS

OPZ


Nodo Dossier Sociale

elemento in grado di essere censito ed indicizzato così come le altre componenti della stessa classe; potrebbe eventualmente coincidere con il Dossier Sociale del Comune/i di riferimento della CdS

OPZ


Nodo Repository immagini

elemento in grado di essere censito ed indicizzato dalle progettazioni regionali di Telemedicina (Servizio di Teleconsulto cardiologico e Servizio di Teleradiologia), così come le altre componenti della stessa classe; potrebbe eventualmente coincidere con i repository già disponibile nelle Aziende di riferimento della CdS

OPZ


Gestione infostruttura

per favorire l’interoperabilità, occorre poi definire in modo strutturato ed elaborabile un corpo di conoscenze (infostruttura) sui contenuti che dovranno essere gestiti dal SICS.

L’infostruttura è un elemento essenziale per definire gli standard di interoperabilità semantica al livello necessario per una condivisione efficace dei dati clinici di dettaglio.

OBB

La tabella seguente riporta esempi del contenuto tipico dell’infostruttura (CCC–SSS–REP_7).

Tabella 23 - Il contenuto dell'infostruttura

• descrizioni strutturate di protocolli condivisi e di processi assistenziali partecipativi della Casa

della Salute, mettendo in evidenza i momenti di collaborazione tra gli attori e gli scambi

63 / 101

informativi corrispondenti, con identificazione dei Punti di Attenzione da monitorare ;

• descrizioni strutturate dei sottoinsiemi di dati clinici (dataset), relativi ai Punti di Attenzione

individuati, cioè ai principali nodi decisionali dei processi assistenziali e agli scambi informativi

tra gli attori del SICS;

• nomenclature, classificazioni e tesauri clinici, con i loro aggiornamenti, con la selezione dei

sottoinsiemi di valori adatti ai dati clinici che appaiono nei diversi contesti degli scambi

informativi del SICS;

• descrizioni strutturate degli indicatori (e delle variabili connesse) per la gestione degli aspetti

clinici, organizzativi ed economici delle strutture sanitarie, e per la progettazione di

datawarehouse per i manager aziendali, con particolare riguardo ai Punti di Attenzione;

• raccolta delle definizioni formali degli indicatori clinici ed economici;

• collegamento alle conoscenze cliniche autorevoli per gli operatori (Evidence Based Medicine);

• collegamento alle conoscenze cliniche autorevoli e informazioni pratiche per i cittadini.

In pratica, per ciò che riguarda l’infostruttura, si tratta di:

• formalizzare la rappresentazione strutturata dei principali percorsi assistenziali di riferimento,

• riportare, per ogni percorso, i dati clinici da comunicare nei nodi in cui avviene un trasferimento di responsabilità tra gli operatori (dataset clinici), con opportuni codici identificativi sia per la proprietà da osservare (e.g. Pressione Sistolica) che per i valori ammessi (se si tratta di variabili qualitative) o le unità di misura (se si tratta di valori numerici),

4.1.6 C16 CCC–SSS–CSS: Gestione della cartella socio sanitaria

Il modulo CCC-SSS-CSS realizza l’ossatura per l’innesto dei moduli verticali a supporto delle AFO e prevede anche la gestione diretta di taluni aspetti funzionali.

Il modulo supporta quindi la gestione sia dei dati clinici del paziente, sia le informazioni di tipo procedurale, legate non solo ai mandati di cura ma anche alla sincronizzazione delle attività.

Raccoglie perciò il contenuto del profilo clinico e del profilo sociale dell'utente.

Il modulo CCC-SSS-CSS, grazie agli altri moduli verticali a supporto delle AFO (C20), dovrà gestire il workflow operativo:

• Raccolta del bisogno e della richiesta di prestazioni (e.g. dagli sportelli della CdS, da altre enti coinvolti – e.g. dimissioni protette, dai cittadini stessi)

• Organizzazione e pianificazione della valutazione da parte degli operatori

• Valutazione dei bisogni del cittadino, assegnazione di servizi oppure ricerca di nuove soluzioni/servizi di assistenza in altre strutture

• Raccolta informazioni complete sui servizi, sulle attivazioni, sulle modalità di erogazione e la raccolta di dati di base, anche tramite l’utilizzo di operatori non specializzati (e.g. a domicilio).

Il modulo CCC-SSS-CSS è la base dei moduli a supporto delle AFO, in particolare a supporto della gestione dei processi di cura che prevede l’organizzazione delle attività (e.g. agenda socio-

64 / 101

sanitaria, generazione dinamica dei piani di lavoro), l’analisi nel tempo dei parametri rilevati a domicilio, le cartelle per la gestione delle dimissioni protette e/o sospensione del servizio o chiusura contratto/intervento.

Il modulo include anche le funzioni a supporto del Punto Unitario di Accesso per la definizione del CASO. Il modulo AFO di PUA (C20) infatti deve avere un ruolo trasversale rispetto ai vari servizi in modo che sia possibile:

• Programmare tutte le visite di follow up e i loro tempi;

• Richiamare i pazienti a visita;

• Avere un sistema di allerta su trattamenti terapeutici o preventivi (e.g. le vaccinazioni antinfluenzali);

• Organizzare l’erogazione di assistenza farmaceutica integrativa, specialistica, infermieristica riabilitativa, etc.;

• Fornire informazioni al cittadino su servizi e modalità di attivazione;

• Smistare le segnalazioni all’UVM o ad altro ufficio competente;

• Organizzare l’accompagnamento ai servizi;

• Controllare le funzionalità di PAI (Piano Assistenziale Individualizzato);

• Sorvegliare la gestione delle modalità di cura;

• Effettuare la valutazione e la presa in carico dei pazienti con bisogno semplice o complesso;

• Attivare il contratto infermieristico con relativa scheda di segnalazione infermieristica;

• Gestire diversi tipi di schede strutturate:

o Modelli funzionali/accertamenti infermieristici per la definizione dei bisogni dell’assistito sulla base di una scheda di segnalazione (che può essere compilata dal MMG, dal reparto ospedaliero o dal cittadino stesso);

o Scheda di attivazione contratto da parte del MMMG;

o Scheda rilevazione prestazioni infermieristiche;

o Scheda rilevazione prestazioni di altri operatori;

o Scheda di chiusura del contatto.

Il modulo deve inoltre contenere tutti gli elementi utili per la definizione del Piano Assistenziale Individualizzato (PAI) e permettere l’analisi, nel tempo, dei parametri rilevati a domicilio del paziente al fine di rimodulare, se necessario, il PAI rispetto alle mutate condizioni del soggetto.

Per i pazienti con condizioni di lunga durata, gran parte delle attività di coordinamento, sia informativo che organizzativo, possono essere svolte dal Case Manager.


N° Modulo Descrizione Fornitura

C16-1 CCC–SSS–CSS_1 Accettazione del cittadino e attivazione del CASO

e.g. dati anagrafici, socio sanitari, demografici e di OBB

65 / 101

valutazione multidimensionale, e quant’altro funge come nucleo iniziale di una cartella socio-sanitaria condivisa

C16-2 CCC–SSS–CSS_2

Organizzazione delle attività

agende e piani di Lavoro, con appuntamenti e calendarizzazioni di interventi di carattere assistenziale nei confronti del cittadino

OBB


Gestione di progetti per le attività di assistenza

identificabili nel processo di valutazione, pianificazione dell’intervento, rilevazione dell’attività ed eventuale chiusura del caso. Sulla base dei Piani individuali e della programmazione prevista per ogni singolo cittadino dovrà essere possibile generare dinamicamente il piano di lavoro generale, individuando le risorse esistenti per le diverse tipologie e necessità dell’utenza.

OBB


Rilevazione di prestazioni erogate

rilevazione da altri operatori (MMG, Assistenti Sociali, Psicologi, etc.) tramite notifiche, e la gestione delle dimissioni protette

OPZ


Produzione di statistiche e report

che contemplino almeno l’audit delle segnalazioni ricevute, lo stato della risposta della struttura nei confronti della domanda del cittadino, il numero di interventi effettuati e quant’altro a supporto della gestione integrata

OPZ

66 / 101

4.2 C20 AFO: Moduli per le aree/percorsi

Il sistema SICS deve essere in grado di soddisfare sia le esigenze organizzative, logistiche ed amministrative comuni a tutte le AFO, sia le opportune funzionalità specifiche di ognuna di esse. Occorre quindi prevedere dei moduli verticali a supporto delle AFO.

Di seguito i moduli previsti per la componente C20:



C21 AFO–SGA Gestione dei servizi generali ed amministrativi AFO–SGA–CSA AFO–SGA–CPS AFO–SGA–AAS

OPZ

C22 AFO–SSA Gestione dei servizi sanitari

AFO–SSA–118 AFO–SSA-PPI AFO–SSA–GME AFO–SSA–AMG AFO–SSA–AMS AFO–SSA–AIN AFO–SSA–PRE AFO–SSA–POC AFO–SSA–IMM AFO–SSA-CAD

OPZ

C23 AFO-ASE Gestione dell’accoglienza, dell’accesso e segreteria sociale

AFO–ASE–INF AFO–ASE–PUA AFO–ASE–CUP AFO–ASE-FAR

OBB

C24 AFO–SSS Gestione dei servizi socio-sanitari

AFO–SSS–FAM AFO–SSS–RRF AFO–SSS–CSM AFO–SSS–SRT AFO–SSS–ADI AFO–SSS–CDA AFO–SSS–PES

OPZ

C25 AFO-SAS Gestione dei servizi ed attività sociali AFO–SAS–SSA OPZ

Come già anticipato, gran parte dei moduli sono opzionali in quanto la gestione dei dati più rilevanti provenienti dalle diverse AFO (i.e. dalle cartelle cliniche dei singoli professionisti e dalle attività amministrative e organizzative), devono essere messi in comune nelle componenti di base (C10) propedeutiche in generale, della CCC-SSS-CSS "Gestione della cartella socio sanitaria” (C16) in particolare, che facilitano il coordinamento tra tutti gli attori delle AFO.

67 / 101

Inoltre, occorre considerare il contesto generale, e talune funzionalità delle AFO, come i servizi di prenotazione, che possono lasciare traccia sia dei cambiamenti di prenotazione, sia dell’effettuazione della prestazione prenotata, oppure quelli di gestione amministrativa, possono essere fruiti (direttamente oppure tramite ad esempio l’infrastruttura del Fascicolo) da altri servizi regionali, e di altri eventuali servizi di uso generale che verranno via via implementati.

Da questo punto di vista, nello specifico del supporto alle AFO occorre quindi considerare le funzionalità dei moduli per i singoli operatori delle AFO, che si occupano sostanzialmente di memorizzare e gestire l’informazione “storica”, mentre occorre aggiungere occorre le funzionalità di sincronizzazione tempestiva delle attività sul paziente da parte dei diversi operatori (attualmente basata soprattutto sullo scambio - spesso informale - di informazioni prevalentemente gestionali ed organizzative) attraverso:

• le funzionalità messe a disposizione dal modulo CCC-SSS-CSS "Gestione della cartella socio sanitaria” (C16), ovvero uno strumento di nuova concezione che contiene i dati strettamente necessari per la collaborazione tra gli attori;

• le funzionalità del FSE calabrese, e quindi la collezione dei documenti clinici presenti (e.g. referti);

In questo modo la piattaforma C10 collega esplicitamente i singoli dati del paziente generati dai moduli AFO a piani di cura condivisi, adattati sul singolo paziente a partire da percorsi assistenziali predefiniti, per i principali problemi socio-sanitari.

In questo modo i dati possono essere collegati non solo ai problemi del paziente, ma anche allo sviluppo del particolare piano di cura, cioè ad una "mappa interpretativa" accettata preventivamente dagli operatori coinvolti.

68 / 101

4.2.1 C21 AFO–SGA: Gestione dei servizi generali ed amministrativi

Il modulo AFO-SGA realizza il supporto ai servizi generali ed amministrativi. A questi, occorre necessariamente prevedere funzionalità utili per i responsabili come i seguenti:

• produzione sistematica e tempestiva di cruscotti (tabelle e grafici, su dati anonimizzati) con indicatori di governance per la Casa della Salute sui programmi di Gestione Integrata per le principali malattie croniche, stratificati per stadio della malattia e con strumenti georeferenziati secondo criteri predisposti;

• individuazione di situazioni anomale e colli di bottiglia (sempre su dati anonimizzati), come base per la formulazione e l'avvio di approfondimenti mirati o per attivare eventuali azioni formative specifiche.

Governance

Acquisire i dati direttamente dai processi operativi stabili (in cui la stabilità dei compiti assistenziali e la loro conformità ai percorsi clinici basati sulle evidenze permettono di caratterizzare ben definiti insiemi di dati clinici)

Calcolare e interpretare indicatori adeguati, come strumento per controllare l’andamento dei fenomeni di cura, anche ai fini di valutazione e di rimborsi / remunerazione / incentivi secondo metriche predefinite

Acquisire i dati direttamente dai processi operativi in evoluzione (nei quali una cattura sistematica dei dati è più complicata, perché le situazioni cliniche sono uniche e non confrontabili, specialmente nei casi in cui vi è una mancanza di percorsi clinici basati su evidenze)



C21-1 AFO–SGA–CSA Coordinamento Sanitario OPZ

C21-2 AFO–SGA–CPS Coordinamento professioni sanitarie OPZ

C21-3 AFO–SGA–AAS Attività amministrative di supporto OPZ

4.2.2 C22 AFO–SSA: Gestione dei servizi sanitari

Il modulo AFO-SGA realizza il supporto ai servizi sanitari, i servizi erogati direttamente dalla Casa della Salute.

Le diverse AFO hanno una gestione di “cartella” abbastanza simile (i MMG/PLS hanno i loro strumenti di raccolta “informatica” dei dati del paziente orientati in particolare alla prescrizione, l’ambulatorio ha la propria cartella, il centri prelievi hanno un registro dei prelievi, mentre i laboratori di analisi hanno un sistema interno di raccolta delle informazioni, l’ambulatorio presenta una propria cartella infermieristica, etc.).

Il modulo CCC-SSS-CSS "Gestione della cartella socio sanitaria” (C16) contiene i dati più rilevanti (codificati in formato elaborabile), che saranno alimentati dalle cartelle AFO-SGA.

69 / 101

Nel modulo CCC-SSS-CSS vengono riportati solo i dati elementari che riguardano gli elementi utili per la gestione collaborativa del piano di cura (Piano Assistenziale Individualizzato) e per l’analisi, nel tempo, dei parametri significativi del paziente (compresi eventualmente quelli da lui rilevati a domicilio), anche al fine di rilevare anomalie e decidere se considerare un adattamento del piano rispetto alle mutate condizioni del soggetto.

Il modulo CCC-SSS-CSS rappresenta quindi un efficace supporto informativo alla continuità dell’assistenza: rende disponibile una vista (personalizzata con opportuna profilazione dell’utente) sul patrimonio informativo comune ad ogni attore del Team Funzionale della AFO che gravita intorno ad un cittadino, cioè gli fornisce in modo selezionato ed organizzato le informazioni più significative per favorire la collaborazione con gli altri attori (cittadino compreso), con una funzione simile ad una cartella clinica di gruppo.



C22-1 AFO–SSA–118 PS mobile 118 OPZ

C22-2 AFO–SSA-PPI Primo intervento e piccole urgenze (PPI) OBB

C22-3 AFO–SSA–GME Guardia medica OBB

C22-4 AFO–SSA–AMG Ambulatori MMG e PLS OBB

C22-5 AFO–SSA–AMS Ambulatori medicina specialistica OPZ

C22-6 AFO–SSA–AIN Ambulatorio infermieristico OPZ

C22-7 AFO–SSA–PRE Prelievi e donazioni OPZ

C22-8 AFO–SSA–POC Analisi chimico cliniche (Point of Care) OPZ

C22-9 AFO–SSA–IMM Diagnostica per immagini OPZ

C22-10 AFO–SSA-CAD Dialisi (CAD) OPZ

Ambulatorio per la Gestione Integrata

Ambulatori MMG e PLS e Guardia Medica

Occorre prevedere un supporto informatico (cartella) per gli ambulatori MMG e PLS e per la Guardia Medica.

Funzionalità rilevante è la creazione del Patient Summary che deve permettere al medico di costruire tale sintesi, marcando i dati rilevanti del paziente durante ogni aggiornamento della propria cartella clinica. Al momento di spedire la sintesi aggiornata, il modulo dovrebbe generare una bozza di tale sintesi che il medico può verificare e modificare prima dell'invio.

La presenza del MMG all’interno di una Casa della Salute, inoltre, offre la possibilità di una visita congiunta con lo specialista territoriale, nell’ambito di un programma di Gestione Integrata di un assistito con malattia cronica. Si configura così un servizio informatico da supportare di Ambulatorio di Gestione Integrata, che comporta, dal punto di vista informativo:

70 / 101

• la presenza di agende interne configurabili su cui gli operatori possano inserire le prenotazioni per i pazienti cronici;

• la produzione di schede cliniche configurabili per la gestione dei pazienti cronici;

• la possibilità di ri-pianificazione degli accessi.

Il servizio informatico dovrà rappresentare il nucleo centrale di raccolta e distribuzione delle informazioni cliniche del paziente finalizzata alla corretta gestione condivisa delle stesse.

Si prospetta quindi, all’interno del modulo, la predisposizione degli strumenti necessari a soddisfare gli obblighi contrattuali previsti dagli art. 58 bis e ter e 59 bis e ter dell’ACN, ivi compresi gli strumenti software necessari ad una corretta integrazione delle cartelle cliniche del MMG, per gestire:

• Cooperazione medica e continuità assistenziale;

• Notifica della scelta e della revoca;

• Gestione delle schede specialistiche per patologie croniche.

Punto di Primo Intervento (PPI)

Occorre prevedere un modulo a supporto di un Punto di Primo Intervento (PPI), operativo h24, per il trattamento di piccole urgenze e la stabilizzazione del paziente in attesa di un eventuale trasferimento all’ospedale (Hub o Spoke) di riferimento.

Il personale del PPI può essere integrato con quello in servizio di Guardia Medica e/o di PS mobile, di conseguenza occorre prevedere anche tali ruoli nella configurazione del modulo.

La disponibilità delle informazioni sulle problematiche di salute dell’assistito, specialmente se è stato inserito esplicitamente in un programma di cure domiciliari o di Gestione Integrata, può risultare utile sia per migliorare l’interpretazione del motivo di ricorso al PPI e la relativa diagnosi, sia per mantenere una coerenza con il piano di assistenza eventualmente in atto, ed eventualmente considerare la necessità di un suo adattamento.

La memorizzazione delle informazioni raccolte durante il contatto, delle decisioni prese e delle prescrizioni effettuate deve essere attuata con il modulo C10 e l’infrastruttura del FSE, permettendo quindi agli eventuali attori che hanno in carico il paziente di ricevere una comunicazione tempestiva sull’accaduto. Questa funzionalità dovrà prevedere di gestire l’associazione tra il contatto (e la relativa documentazione) con la problematica di salute riscontrata e di produrre un resoconto strutturato del contatto, eventualmente orientato alla problematica secondo un formato predisposto (Segnalazione di Evento Rilevante - SER).

4.2.3 C23 AFO–ASE: Gestione dell’accoglienza, dell’accesso e segreteria sociale

Il modulo AFO-ASE realizza il supporto all’accoglienza, all’accesso e segreteria sociale, a largo raggio per prevedere funzionalità applicative a supporto della gestione delle pratiche amministrative e operative, sia sanitarie, come ad esempio:

• Identificazione e accettazione cittadino e gestione delle anagrafiche;

• Prescrizione elettronica;

71 / 101

• Gestione Prenotazione;

• Gestione dei livelli di privacy e di consenso per il paziente (anche per il proprio FSE);

• Gestione visita.

che sociali:

• Segretariato sociale;

• PUA: raccolta e segnalazione delle situazioni socio assistenziali critiche (individuabili in base all’offerta di servizi da parte dei comuni coinvolti);

• Schede e scale di valutazione delle criticità socio assistenziali.

L’AFO “Accoglienza, Accesso e Segretariato Sociale” (ASE), infatti racchiude tutti i servizi atti a

garantire l’uniformità e semplicità di accesso dell’utente alla rete dei servizi socio-sanitari

territoriali, non solo in termini di mera prenotazione e informazione, ma anche di vera e propria

presa in carico del “caso”

I professionisti sanitari sono incoraggiati a collaborare anche con gli operatori sociali del Comune per produrre una programmazione adeguata alle varie esigenze dei singoli cittadini, garantendo continuità e appropriatezza delle cure.

Obiettivo del modulo ADO-ASE è supportare uno Sportello Unico di Accesso all’insieme delle

prestazioni ad integrazione socio-assistenziale in contiguità con il CUP (Centro Unico di

Prenotazioni per tutte le prestazioni erogate dal SSN).



C23-1 AFO–ASE–INF Informazioni OBB

C23-2 AFO–ASE–PUA PUA OBB

C23-3 AFO–ASE–CUP CUP OPZ

C23-4 AFO–ASE-FAR Farmacia OPZ

Informazioni

Patient engagement: ricondurre la diversificazione a sistema

Una volta che sono stati identificati i bisogni e/o problemi di salute di un cittadino, ed è stato

formulato il suo piano di cura, con le eventuali raccomandazioni sulle modifiche allo stile di vita, si

tratta poi di fare in modo che il paziente svolga il proprio ruolo, autonomamente o aiutato dai

propri caregiver informali (parenti, vicini, badanti, volontari). Non si tratta solo di attivarlo rispetto

al prendersi cura, ma anche di aiutarlo in questo processo, altrimenti nel lungo periodo possono

vanificarsi gli sforzi e le cure effettuate.

I modelli di “patient engagement” che si stanno sperimentando prevedono una molteplicità di tipi

di supporto, come ad esempio l’educazione terapeutica e il coaching (singolo o di gruppo), oppure

l’attivazione di uno Sportello della Continuità per seguire sistematicamente il cittadino nel suo

percorso di adeguamento degli stili di vita e di esecuzione delle attività preventive, diagnostiche,

72 / 101

terapeutiche e riabilitative (sia telefonicamente che per esempio con un “infermiere di famiglia”

che segue il paziente anche a domicilio).

Il modulo deve quindi supportare la semplice informazione e veicolo verso i servizi della Casa della Salute, a numerosi tipi di servizi assistiti da opportune componenti tecnologiche, per supportare i professionisti, oppure direttamente il paziente cronico e i caregiver, nella gestione quotidiana della cura assegnata in modo da ottenere una maggiore aderenza al piano di assistenza e al patto di salute complessivo.

PUA

Le componenti del modulo PUA riguardano ad esempio:

• Informazione al cittadino su servizi e modalità di attivazione

• Segnalazione a UVM o ad altro ufficio competente

• Accompagnamento ai servizi

In particolare, le pratiche sociali per i PUA prevedono, oltre valutazione e presa in carico:

• Ricezione e gestione dei dati per le segnalazioni, gestione delle scale di valutazione sociale;

• Configurabilità delle schede socio sanitarie;

• Informazione al cittadino su servizi e modalità di attivazione;

• Segnalazione da o per altro ufficio competente tramite notifiche o inserimento in calendari di attività.

Occorre gestire i processi di inserimento e follow-up nei diversi programmi assistenziali

Nel territorio vengono gestite diverse forme di programmi di assistenza, come i programmi di Gestione Integrata e i servizi territoriali (come riportato nelle Linee Guida che riguardano principalmente la cura e l’assistenza alle persone non autosufficienti e in condizioni di fragilità e prevedono diverse forme di servizi):

• Servizio Socio Assistenziale Domiciliare (SSAD);

• Cure Domiciliari Integrate (CDI) di primo, secondo e terzo livello;

• Cure Domiciliari Palliative (CDP);

• Assistenza Domiciliare Programmata (ADP);

• Cure Domiciliari Prestazionali Occasionali (CDPO).

Il modulo a supporto del processo di inserimento e di follow-up porta dalla segnalazione del possibile bisogno di assistenza socio-sanitaria, alla valutazione multidisciplinare, e poi alla eventuale decisione di presa in carico del paziente secondo il programma più opportuno.

In caso di congruità con l’attivazione di un piano assistenziale, si procede poi con la programmazione delle attività secondo piani condivisi tra cittadini, operatori sanitari e sociali.

Le Linee Guida citate forniscono peraltro, negli allegati, gli elenchi dettagliati di:

• prestazioni sociali previste nel SSAD;

• prestazioni sanitarie previste nelle CDI di 1° e 2° livello;

• prestazioni sanitarie previste nelle CDI di 3° livello;

73 / 101

• prestazioni sanitarie previste nelle CDPO.

Gli allegati prevedono anche due schede per la segnalazione del bisogno, come “proposta di accesso ai servizi territoriali”, da compilare rispettivamente da parte di un medico (MMG; PLS, specialista ospedaliero, specialista territoriale, MCA) e da parte del cittadino o familiare.

4.2.4 C24 AFO–SSS: Gestione dei servizi socio sanitari

Il modulo AFO-SSS realizza il supporto ai servizi socio sanitari.



C24-1 AFO–SSS–FAM Consultorio familiare OPZ

C24-2 AFO–SSS–RRF Recupero e riabilitazione funzionale (CD+Amb.) OPZ

C24-3 AFO–SSS–CSM Centro di Salute Mentale (Ambulatorio) OPZ

C24-4 AFO–SSS–SRT Servizio recupero tossicodipendenze e alcool OPZ

C24-5 AFO–SSS–ADI Assistenza Domiciliare Integrata (ADI) OBB

C24-6 AFO–SSS–CDA Centro diurno per anziani OPZ

C24-7 AFO–SSS–PES Prevenzione ed educazione sanitaria OPZ

ADI

Unità di Valutazione Multidimensionale (UVM)

Dimissione Protetta e Facilitata

Integrazione socio-sanitaria per soggetti deboli

Una delle funzioni del modulo devono riguardare il processo di valutazione in seguito ad una segnalazione del bisogno di cure domiciliari, e quindi la proposta di inserimento in uno dei servizi domiciliari predisposti. Una funzionalità verticale pertinente riguarda pertanto la gestione efficace (logistica e informativa) dell’Unità di Valutazione Multidimensionale nella fase di valutazione socio-sanitaria dell’assistito, dalla presa in carico alla pianificazione degli interventi e delle attività da effettuare fino alla redazione delle valutazioni propriamente dette.

La principale Scheda di Valutazione Multidimensionale adottata per questo scopo è la SVAMA.

A questa si possono eventualmente affiancare:

• Schede di Valutazione per area Sanitaria (SPMSQ, MMSE, GDS, ADL, IADL, Barthel, Tinetti,

Nursing, NRS);

• Schede di Valutazione Sociale (contesto socio-ambientale);

• altre Schede e scale di valutazione, prevedendo la possibilità di utilizzo sia di SVAMA sia di

VAOR-ADI.

74 / 101

Le Schede di Valutazione (opportunamente strutturate e codificate con dati dettagliati, elaborabili ed agevolmente aggiornabili in caso di variazioni dello stato del paziente), possono entrare a far parte sia del patrimonio informativo storico del cittadino (conservato nel FSE), sia del modulo C16 per il coordinamento corrente dell’erogazione dei servizi.

Un’ulteriore opportuna funzionalità deve consentire la gestione delle Dimissioni Protette, cioè quelle situazioni in cui, al termine di un ricovero, si evidenziano necessità sanitarie o socio assistenziali che rendono necessario organizzare, prima o dopo la dimissione, interventi terapeutico-assistenziali integrati da parte delle strutture socio-sanitarie presenti sul territorio.

Per i pazienti segnalati dal percorso di dimissione protetta, la prima valutazione potrebbe essere fatta in ospedale, anche attraverso i dati già disponibili nel FSE. Nel caso in cui, ad esempio per patologie particolari, si attivi un medico specialista che concorre alla valutazione del caso, la procedura deve mettere a disposizione un modulo per acquisire le informazioni relative alla proposta di assistenza post dimissione.

In modo analogo si possono gestire le Dimissioni Facilitate per i pazienti cronici con particolare riguardo a quelli affetti da Diabete mellito, Scompenso cardiaco e ai pazienti affetti da post-acuzie di patologie severe (post-Infarto Miocardico, post-Ictus, etc.).

Infine, è da considerare anche il supporto informatico per gestire la non-autosufficienza, i soggetti deboli, ed i pazienti anziani e/o fragili, con attività programmate secondo piani di assistenza condivisi all’interno di un Team Virtuale composto da cittadini, operatori sanitari e sociali. In modo simile alla Gestione Integrata, dal punto di vista delle componenti di Telemedicina in senso stretto questo comporta il collegamento organico tra diversi sotto-processi:

• include l’utilizzo di dispositivi e sensori biomedicali domiciliari (e.g. domotica), con invio dei dati ad un professionista sanitario o sociale, oppure ad un centro servizi;

• include la condivisione sistematica della documentazione rilevante;

• prevede come propedeutica la gestione del processo che va dalla segnalazione del bisogno alla decisione sulla presa in carico.

Prevenzione ed educazione sanitaria

Gestione delle Schede Educazionali

programmi informativi (stili di vita, nutrizione, attività fisiche, informatizzazione di base, etc.) rivolti alla popolazione, per accrescere il livello di consapevolezza dell’utenza e migliorare lo scambio con il personale di cura, la comprensione dei percorsi terapeutici e l’eventuale utilizzo di ausili sanitari e di apparecchiature medicali (portale – comunicazioni mobile)

4.2.5 C25 AFO–SAS: Gestione dei servizi ed attività sociali

Il modulo AFO-SAS realizza il supporto ai servizi ed attività sociali.

75 / 101



C25-1 AFO–SAS–SSA Servizi sociali ed associativi OPZ

Servizi sociali ed associativi

Il supporto alla gestione delle pratiche sociali prevede la raccolta della richiesta di prestazioni, organizzazione e pianificazione della valutazione dei bisogni del cittadino ed eventuale attivazione di un servizio di assistenza socio sanitaria.

I servizi del modulo coinvolti possono includere i seguenti:

• l’erogazione assegno a nuclei familiari con almeno tre figli minori, e l’erogazione assegno di maternità,

• l’Assistenza Domiciliare Anziani (con attività infermieristica, sostegno psicologico, aiuto per l'igiene e la cura della persona, servizio per l'igiene della casa, disbrigo pratiche - commissioni – accompagnamento),

• l’Assistenza Domiciliare Disabili (con attività infermieristica, sostegno psicologico, aiuto per l'igiene e la cura della persona, servizio per l'igiene della casa, disbrigo pratiche - commissioni – accompagnamento)

• l’assistenza economica madri nubili, l’assistenza economica generale, il reddito minimo d’inserimento, l’assegno integrativo canone di locazione, etc.

• il centro diurno anziani e gli interventi nell’area minorile (con sostegno alla genitorialità, inserimento dei minori in Centri di aggregazione pomeridiani, sostegno psicologico, consulenza legale, inserimento presso comunità alloggio e conseguenti attività amministrativo contabile).

• i servizi scolastici collegati ad attività sociali (studenti ospedalizzati – raccordo ospedale, scuola, Comune per l’attivazione di un sistema che permetta allo studente di continuare a seguire le lezioni, i compiti e le consegne in modo da evitare tutte le situazioni legate alla degenza ospedaliera che possano inficiare il successo scolastico - collegamento scuole comune - per la gestione e l’utilizzo di tutte le banche dati in reciproco possesso per la fornitura gratuita e semigratuita dei libri di testo, borse di studio, trasporto scolastico, predisposizione dei progetti di supporto e integrazione al sistema scolastico per incrementare il successo scolastico e ridurre il fenomeno della dispersione - gestione contabile/amministrativa del servizio di refezione scolastica - sia in riferimento agli alunni che per quanto riguarda il personale scolastico, trasmissione dei dati relativi alle presenze e alle necessità legate a particolari intolleranze, diete, etc. il tutto collegato con un sistema di custom satisfaction, anche in tempo reale, per il servizio di refezione - assistenza ai disabili a scuola – integrare le componenti (scuola, neuropsichiatria, Comune, servizio di assistenza e famiglia) che intervengono nei confronti dell’alunno disabile mettendo in rete le rispettive informazioni per fornire un servizio più adeguato alle esigenze dell’alunno nella scuola);

76 / 101

4.3 C30 TEM: Servizi di Telemedicina presso le sedi di continuità assistenziale

Il sistema SICS deve permettere di rendere alcuni tipi di funzionalità parzialmente indipendenti dal luogo fisico in cui si trova l'operatore o il cittadino, che quindi possono trovarsi di volta in volta presso postazioni diverse.

La capacità di gestire con efficacia le informazioni in rete permette di coniugare l'unitarietà della struttura di CdS con il decentramento di alcuni servizi telematici in presidi a livello dei comuni minori e delle frazioni isolate, e di realizzare forme di continuità delle cure tramite dispositivi mobili e presso il domicilio dell'assistito.

Allo scopo, il sistema SICS deve supportare l’uso delle componenti di Telemedicina in senso stretto, per assicurare ai pazienti un'assistenza socio-sanitaria di qualità, nella loro abitazione o in strutture protette (e.g. telemonitoraggio per l’assistenza domiciliare - teleassistenza, servizi mobili per l'emergenza sanitaria e la medicina d'urgenza – e.g. teleconsulto dalle ambulanze, con l’uso di apparecchiature cliniche remote e/o apparati di videocomunicazione).

Con l’utilizzo della Telemedicina si realizzano dei "Presidi telematici", ovvero per ampliare il raggio di azione di una struttura come la Casa della Salute attivando dei punti di incontro “funzionali” tra gli operatori sanitari e verso i cittadini, che si aggiungono alla collaborazione in presenza.

Di seguito i moduli previsti per la componente C30:



C31 TEM–THE

Telehealth

interazioni ricorrenti tra un professionista sanitario e l’assistito

TEM–THE_1

OPZ

C32 TEM-CAR Telecardiologia TEM-CAR_1 OPZ

C33 TEM-TCA

Telecare e centro servizi

supporto all’erogazione dei servizi di Telemedicina della CdS ed in particolare di servizi sociali per soggetti deboli

TEM-TCA_1 TEM-TCA_2

OPZ

C34 TEM-REF Telereferto TEM-REF_1 OPZ

4.3.1 C31 TEM–THE: Gestione del servizio di Telehealth

Il modulo TEM-THE realizza il supporto ai servizi di Telehealth, finalizzati ad aumentare la disponibilità da remoto dei singoli professionisti, evitando spostamenti non strettamente necessari sia del cittadino (che può accedere a determinati servizi senza recarsi fisicamente ai presìdi) che del professionista sanitario (che può fornire il servizio da località decentrate).

In questo modo ogni professionista (eventualmente tramite un Centro Servizi regionale) amplia la propria sfera d’intervento, offrendo ulteriori modi di interazione con il paziente (o con i suoi caregiver informali), anche con l’utilizzo di dispositivi e sensori biomedicali domiciliari.

77 / 101

E’ applicabile per esempio all’interazione con singoli operatori in diversi stadi di diabete, scompenso cardiaco, BPCO (e a stadi che prevedono le loro interazioni anche con altre condizioni concomitanti), agli obesi ed ai pazienti fragili. Può essere mediata dal personale non-medico presente al domicilio del paziente e può comportare la condivisione sistematica della documentazione rilevante (C16, FSE calabrese, registro / rete di patologia regionale).



C31-1 TEM-THE_1 Servizio di collegamento remoto OPZ

Non è sempre necessario apportare modifiche significative ai normali percorsi assistenziali, o un coordinamento specifico sui piani di cura condivisi, in quanto si tratta piuttosto di gestire a distanza quelle attività che si prestano a tale forma di erogazione, che si riallaccia al concetto anglosassone di “Telehealth”:

Telehealth

as in remote vital signs monitoring. Vital signs of patients with long term conditions are

measured daily by devices at home and the data sent to a monitoring centre for response

by a nurse or doctor if they fall outside predetermined norms. Telehealth has been shown to

replace routine trips for check-ups; to speed interventions when health deteriorates, and to

reduce stress by educating patients about their condition [Tel 2013]

4.3.2 C32 TEM–CAR: Gestione del servizio di Telecardiologia

Il modulo TEM-CAR realizza il servizio di Telecardiologia.

Come è noto, la Telecardiologia può giocare un ruolo significativo ad esempio nel trattamento a lungo termine dei pazienti con scompenso cardiaco e può migliorare la relazione tra territorio ed ospedale. In particolare l'utilizzo della Telecardiologia come servizio dedicato ai MMG può contribuire a migliorare l'efficienza diagnostica della loro attività quotidiana rivolta ai pazienti cardiopatici o con segni o sintomi di sottostante cardiopatia in modo da diminuire gli accessi alle strutture di Pronto Soccorso e le richieste di prestazioni specialistiche. La Telecardiologia, fungendo da tramite tra il MMG e lo specialista, può aiutare ad ottimizzare la collaborazione tra loro ed a migliorare la qualità e l’efficienza dell’assistenza.

Di norma, gli utenti periferici sono coinvolti solo nelle fasi d'acquisizione e trasmissione dei dati. Si può trattare, per esempio, di MMG che durante una visita domiciliare o in studio inviano un tracciato ECG allo specialista per riceverne il referto ed un supporto per il percorso terapeutico o diagnostico per il paziente in esame. La registrazione dei dati, attraverso dispositivi medici, può essere effettuata a seconda dei casi dal medico di famiglia o direttamente dal paziente, ma anche da personale medico e paramedico di residenze collettive e residenze socio-sanitarie assistite.

In genere i servizi di Telecardiologia fanno riferimento ad una centrale d'ascolto, in cui medici specialisti ricevono ed interpretano i dati grezzi, comunicando eventualmente al medico curante la presenza di anomalie per le quali sono necessari approfondimenti.

Lo specialista refertante viene coinvolto (in tempo reale o differito) all’atto della ricezione dell’esame strumentale.

78 / 101

Il tipo di coinvolgimento è legato alle necessità del servizio, e.g. gestione delle emergenze, e al tipo di soluzione tecnologica adottata: la trasmissione telefonica richiede la presenza di un operatore

che riceve la chiamata e garantisce un contatto immediato tra specialista e operatore periferico;

un sistema basato su Internet permette di automatizzare la ricezione dei dati e non è necessario il

contatto diretto tra specialista e operatore periferico.



C32-1 TEM-CAR_1 Servizio di Telecardiologia OPZ

4.3.3 C33 TEM–TCA: Gestione del servizio di Telecare

Il modulo TEM-TCA realizza il servizio di Telecare che riguarda specificatamente la predisposizione di una infrastruttura e di un insieme di servizi tecnologici finalizzati ad aumentare la disponibilità di prestazioni assistenziali a cura dei servizi sociali, coadiuvati o meno da associazioni di volontariato, a favore di anziani fragili e soggetti deboli, come ad esempio il tele-soccorso, attività di health coaching o il monitoraggio remoto degli stili di vita, migliorando la collaborazione tra cittadini e operatori sociali o socio-sanitari.

Le attività riguardano soprattutto la gestione di aspetti relativi alla sicurezza (sorveglianza attiva o passiva, allarmi) e all’aumento della compliance (es. avvisi per le scadenze per l’assunzione di farmaci o l’esecuzione di esercizi); può comportare l'utilizzo di dispositivi e sensori domiciliari (e.g. domotica).

Questa modalità di integrazione coinvolge gli aspetti collegati ad una maggiore attenzione alle necessità concrete del paziente e alla gestione delle cure e di per sé non influisce direttamente sull’introduzione di nuovi tipi di piani di assistenza e non comporta “decisioni” di tipo sanitario; quindi sarà associata ad esempio alla gestione delle procedure di presa in carico e al coordinamento dell’assistenza domiciliare integrata semplice o complessa.

Il modulo prevede anche il supporto per un Centro Servizi, sia per scopi organizzativi di raccordo e coordinamento, sia per compiti più propriamente legati alla gestione dei contenuti.



C33-1 TEM-TCA_1 Servizio di Centro di assistenza per la Telemedicina della Casa della Salute

OPZ

C33-2 TEM-TCA_2 Servizio di Telecare OPZ

Si riallaccia al concetto anglosassone di “Telecare”.

79 / 101

Telecare

from simple personal alarms (AKA pendant/panic/medical/social alarms, PERS, and so on) through to smart homes that focus on alerts for risk including, for example: falls; smoke; changes in daily activity patterns and 'wandering'. Telecare may also be used to confirm that someone is safe and to prompt them to take medication. The alert generates an appropriate response to the situation allowing someone to live more independently, and confidently, in their own home for longer [Tel 2013]

Centro servizi

• Monitorare i dati organizzativi provenienti dai cittadini o dall’equipe domiciliare, e generare eventuali solleciti

• Gestire i contatti con il paziente e i prestatori informali di cure

• Fornire semplici consigli al cittadino e metterlo in contatto con i professionisti più adeguati al problema

• Raccogliere e interpretare i dati comunicati dal paziente e i segnali in formato elettronico provenienti da dispositivi domiciliari; inviare sintesi o potenziali allarmi agli specialisti appropriati, secondo procedure predefinite

4.3.4 C34 TEM–REF: Gestione del servizio di Telereferto

Il modulo TEM-REF realizza il servizio di Telereferto, ovvero la gestione dei referti digitali presso le Case della Salute e la gestione dell’intero flusso documentale relativo ai referti:

• firma,

• trasmissione,

• archiviazione,

• estrazione

• conservazione sostitutiva.

L’ambito di applicazione è rivolto alla gestione sia dei referti ”interni” verso le AFO, sia dei referti “esterni” verso i cittadini e per migliorare il servizio proprio a quest'ultimi, si attiveranno nuovi canali di distribuzione dei referti sia tramite internet che attraverso nuovi sportelli (e.g. dispositivi mobili).



C34-1 TEM-REF_1 Servizio di Telereferto OPZ

80 / 101

5. Requisiti specifici delle infrastrutture hardware e di collegamento

Di seguito gli elementi e requisiti specifici per le infrastrutture hardware e di collegamento, da rispettare nella fornitura degli aspetti informatici della Casa della Salute.

5.1 C40 ELA: Infrastruttura di elaborazione della Casa della Salute

5.1.1 Elementi architetturali

L’infrastruttura di elaborazione della Casa della Salute prevista nel Capitolato Tecnico deve comprendere almeno gli elementi architetturali indicati nella tabella di seguito.

Oltre agli elementi architetturali indicati, i locali dove sarà ospitata l’infrastruttura di elaborazione dovranno essere dotati di:

• impianto di condizionamento,

• UPS,

• armadi rack

• armadi ignifughi per la custodia dei supporti di backup

• stampanti di servizio.

La tabella di seguito prevede anche le attrezzature necessarie per il personale impegnato nell’attività di conduzione operativa.

Nella tabella sono presenti:

• Codice dell’elemento architetturale: deve essere riportato nel computo metrico e nell’Offerta Economica per individuare la destinazione d’uso dell’attrezzatura

• Elemento architetturale

• Classe di server di elaborazione: rappresenta la classe minima del server di elaborazione

• Ridondanza: indica se l’elemento architetturale deve essere ridondato o meno

• Funzionalità o destinazione d’uso

81 / 101

Tabella 36 – Elementi architetturali

Codice elemento

architetturale

Elemento architetturale

Classe di server di

elaborazione Ridondanza

Funzionalità o destinazione d’uso

C40-1 Sistema di bilanciamento di carico

Si

C40-2 Sistema di Web server B Si Server di erogazione del servizio

C40-3 Sistema di Application server

B Si Server di erogazione del servizio

C40-4 Sistema di Database server

A Si Server di erogazione del servizio

C40-5

Sistema memorizzazione esterno in architettura SAN

Si Archiviazione dei dati

C40-6 Sistema di backup C

Sistema complessivo, hardware e software, per la gestione automatizzata delle attività di salvataggio/ripristino dei dati e delle connesse attività di pianificazione

C40-7 Server di supporto C No

server di erogazione di servizi di rete e di tutti quei servizi funzionali

e.g. Server di Dominio, Distribution Server per gli aggiornamenti del software applicativo sui client, server NTP, etc.

5.1.2 Sistemi serventi di elaborazione

Le caratteristiche prestazionali dei server oggetto della fornitura devono essere indicate e valutate nel Capitolato Tecnico in relazione al benchmark SPEC CPU2000, effettuato dalla “Standard

Performance Evaluation Corporation” (http://www.spec.org).

Di seguito i requisiti minimi per classi di utilizzo.

Sistema di elaborazione di classe A

• n. 8 core eterogenei

82 / 101

• esecuzione di sistemi operativi a 32 e a 64 bit, nonchè simultanea di applicazioni a 32 e 64 bit;

• RAM 32 GB;

• n. 2 dischi SCSI Ultra320 o SAS da almeno 1 Tera con tecnologia RAID;

• Sistema Operativo Unix o Microsoft Windows Server

Sistema di elaborazione di classe B

Stesse caratteristiche del server di classe B con eccezione della memoria RAM limitata ad un minimo di 24 GB e dischi da 500 Gb.

Sistema di elaborazione di classe C

Stesse caratteristiche del server di classe B con eccezione della memoria RAM limitata ad un minimo di 16 GB

5.1.3 Sistema di bilanciamento di carico

Il sistema di bilanciamento di carico (load balancing) dovrà essere costituito da n. 2 (due) apparati ciascuno dei quali dovrà presentare le seguenti caratteristiche tecniche minime:

• throughput aggregato da 20.0 Gbps;

• supporto alla funzione di load balancing dei protocolli HTTP, HTTPS e DNS-based redirection

5.1.4 Sistema di memorizzazione esterno

Il sistema di memorizzazione esterno deve supportare le seguenti caratteristiche tecniche minime:

• Architettura Storage Area Network (SAN)

• Capacità di memorizzazione idonea a realizzare la persistenza delle basi dati previste per tutte le utenze potenziali e per la profondità storica indicata e comunque non inferiore ad una capacità di 4 TB in modalità raw

• Interfaccia di collegamento verso host di tipo fibre channel

• Doppio controller RAID

• Supporto livelli RAID 0, 1,5.

83 / 101

5.2 C50 POS: Postazioni degli operatori

La infrastrutturazione degli operatori è un aspetto che non necessita di particolari condizioni. Sno sufficienti postazioni fisse e mobili di media potenza.

Requisito fondamentale è il supporto e la dotazione di meccanismi sicuri di identificazione degli utenti e di firma elettronica, e la possibilità di fruizione delle funzionalità approvative sia su postazioni fisse che su dispositivi mobili (tablet, notebook, smartphone), in modo da gestire i dati multi-disciplinari in modo sinergico con il sistema informativo SICS, anche nelle varie articolazioni territoriali.

5.2.1 Stazioni di lavoro fisse

Le caratteristiche prestazionali dei Personal Computer da fornire devono essere stabilite in funzione del benchmark SYSMARK 2004 SE OVERALL RATING (www.bapco.com), in cui sono riportati i benchmark effettuati dalla “Business Applications Performance Corporation”.

La fornitura dei Personal Computer dovrà essere capacitata sul numero di operatori di ogni specifica Casa della Salute e presentare le seguenti caratteristiche tecniche minime:

• Unità Centrale: microprocessore di ultima generazione

• Case: Midi-Tower

• Memoria RAM: 8GB

• Disco Rigido: 160GB

• Scheda Grafica: PCI-Express, 256MB integrati, uscita DVI

• Interfacce esterne: 6 porte USB 2.0 (di cui almeno due frontali), 1 porta seriale, 1 porta mouse, 1 porta tastiera

• Masterizzatore: Interno DVD±R/±RW dual layer 16x DVD Combo Drive con software per la masterizzazione di ultima versione

• Scheda di rete: Ethernet 10Base-T/100Base-TX/1000Base-T UTP

• Sistema operativo: Windows preinstallato nell’ultima versione commercialmente disponibile e configurato con driver per la configurazione fornita – CD e licenza d’uso

• Sistema di produttività individuale: Microsoft Office System preinstallato:

• Antivirus

• Lettore di smart card, possibilmente interno, compatibile CNS/CIE

• Monitor a 21 pollici a schermo piatto con certificazioni: Tco 03, ISO 9241, ISO 13406-2

84 / 101

5.2.2 Lettori di codici a barre

Occorre prevedere anche la fornitura di lettori di codici a barre, a pistola, idonei per la lettura dei codici di identificazione dei ricettari e delle CNS, capacitata sul numero di operatori di ogni specifica Casa della Salute e presentare le seguenti caratteristiche tecniche minime.

I lettori dovranno essere dotati dei necessari driver per gli ambienti operativi Windows.

85 / 101

5.3 C60 NET: Messa in rete dei servizi tra loro e con gli altri servizi/strutture aziendali

Nell’ambito del SiCS occorre prevedere gli elementi per l'infrastruttura di collegamento in modo da realizzare una rete sicura che colleghi tutti i punti di cura coinvolti della Casa della Salute, in cui vengono gestite adeguatamente la sicurezza e la privacy;

Come è noto, in questo nuovo modello di assistenza dovranno aderire anche quei servizi che non saranno fisicamente collocati all’interno della CdS ma siano ad essa funzionalmente collegati, di conseguenza l’infrastruttura di collegamento dovrà supportare gli operatori all'interno della Casa della Salute con una correlazione ed integrazione con il territorio, garantendo una contiguità spaziale di tutti gli operatori del sistema socio-sanitario con l’integrazione tra le diverse figure coinvolte nella cura delle persone.

5.3.1 Elementi architetturali

L’infrastruttura di collegamento della Casa della Salute prevista nel Capitolato Tecnico deve comprendere almeno gli elementi architetturali indicati nella tabella di seguito.

Nella tabella sono presenti:

• Codice dell’elemento architetturale: deve essere riportato nel computo metrico e nell’Offerta Economica per individuare la destinazione d’uso dell’attrezzatura

• Elemento architetturale

• Classe di server di elaborazione: rappresenta la classe minima del server di elaborazione

• Ridondanza: indica se l’elemento architetturale deve essere ridondato o meno

• Funzionalità o destinazione d’uso

A protezione dell’infrastruttura di elaborazione è presente un firewall che ne regola l’accesso. Occorre prevedere altresì apparati attivi (switch) per:

• la realizzazione della rete dell’infrastruttura di elaborazione

• per l’interconnessione delle Porte di Dominio.

Gli switch devono essere configurati in modo da garantire la ridondanza di tutti i collegamenti. La connettività su scala geografica sarà realizzata attraverso circuiti trasmissivi di tipo xDSL che saranno predisposti dalle Amministrazioni di competenza.

86 / 101

Tabella 37 – Elementi architetturali

Codice elemento

architetturale

Elemento architetturale

Classe di server di

elaborazione Ridondanza

Funzionalità o destinazione d’uso

C60-1 Sistema firewall Si Servizio di sicurezza

C60-2 Sistema di IDS Servizio di sicurezza

C60-3

Sistema di switch per l’interconnessione dei server della porta di dominio

Si Servizio di trasporto

C60-4 Sistema di system-network management

C

Sistema, hardware e software, di system/network management

C60-5 Sistema Porta di Dominio

B Si Server per la realizzazione della Porta di Dominio

5.3.2 Sistema di firewall

Il sistema Firewall dovrà essere costituito da n. 2 (due) apparati operanti in modalità fail-over. Entrambi gli apparati devono poter essere configurabili sia in modalità attivo/passivo che in modalità attivo/attivo. Il sistema di firewall deve essere “statefull-inspection” con le seguenti caratteristiche minime:

• gestione VPN con cifratura IPSec con algoritmi 3DES/AES;

• configurazione in alta disponibilità (stateful failover);

• equipaggiato con almeno n. 4 interfacce di rete Gigabit Ethernet per apparato;

• supporto NAT/PAT.

5.3.3 Sistema di Intrusion Detection System (IDS)

Il sistema di Intrusion Detection System (IDS) dovrà essere in grado di:

• rilevare attacchi sia a livello rete sia a livello host;

• rilevare attacchi per tutti i protocolli della suite TCP/IP;

• rispondere alle intrusioni in “Real-Time”;

• aggiornare periodicamente le “signature” riconosciute;

• essere trasparente alla normale attività di rete;

87 / 101

6. Requisiti specifici dell’integrazione regionale Di seguito gli elementi e requisiti specifici per l’integrazione con i sistemi regionali, da rispettare nella fornitura degli aspetti informatici della Casa della Salute, che permettono la realizzazione del sistema informativo di respiro regionale.

Allo scopo, i moduli previsti per la componente C70 sono di seguito riportati:


N° Modulo Descrizione Fornitura

C71 INT-FSE

Integrazione con il Fascicolo Sanitario Elettronico della Regione Calabria

ovvero tutti gli strumenti ICT e i sistemi informatici (compresi quelli già in uso) della CdS devono poter alimentare e consultare il FSE della Regione Calabria

OBB

C72 INT-SEC OBB

C73 INT-TCA OBB

C74 INT-TRA OPZ

88 / 101

6.1 RT: Requisiti generali di integrazione da rispettare

La fornitura deve essere realizzata nel rispetto dei requisiti di integrazione regionale di seguito riportati.

Tabella 39 – Requisiti di integrazione regionale

N° Descrizione

RT1

Il Sistema SICS deve garantire l’unitarietà e l’allineamento delle proprie basi informative con quelle di riferimento (e.g. Anagrafe degli Assistiti, delle Strutture Sanitarie, del Personale Sanitario, etc.)

Occorre quindi che il sistema SICS gestisca tali concetti considerando MASTER quelle di riferimento

RT2

Il sistema SICS deve far uso, quando necessario, dei servizi di base della RUPAR della Regione Calabria già disponibili:

• Il servizio di Cooperazione Applicativa basato sulla Porta di Dominio per la comunicazione sia tra sistemi applicativi afferenti a domini organizzativi distinti;

• il servizio di Gestione degli Eventi della RUPAR per la notifica e rilevazione di eventi tra domini organizzativi.

RT3

L’integrazione con il Fascicolo Sanitario Elettronico della Regione Calabria deve essere realizzata attraverso lo scambio di documenti secondo lo standard HL7 CDA Rel.2.

Occorre quindi valutare tale requisito nel Capitolato Tecnico, così come la conformità ad altri standard specifici che consentono di gestire messaggi e documenti clinici nel sistema sanitario regionale.

RT4 Le componenti di Telemedicina della CdS devono essere integrate con le infrastrutture regionali (e.g. Emodinamiche).

89 / 101

6.2 C71 INT-FSE: Integrazione con il Fascicolo Sanitario Elettronico della Regione Calabria

6.2.1 Fascicolo Sanitario Elettronico della Regione Calabria

Il Dipartimento Presidenza della Regione Calabria nel 2006 ha avviato il progetto “Rete dei medici

di medicina generale” (ReteMMG) previsto dall’APQ Società dell’informazione a valere sulla delibera CIPE 17/2003, nell’ambito del programma nazionale Rete dei Medici di Medicina Generale, Pediatri di Libera Scelta (MMG/PLS) e Fascicolo Sanitario Elettronico (RMMG), coerentemente con gli obiettivi del Piano Sanitario Nazionale 2003 – 2005 del Ministero della Salute, con la Politica Condivisa per la Sanità Elettronica definita dal Tavolo per la Sanità Elettronica (TSE) e con gli obiettivi individuati nel Piano Sanitario Regionale, perseguendo tra gli altri i seguenti obiettivi strategici:

• supportare l’efficienza delle cure primarie attraverso l’integrazione in rete dei medici di medicina generale, pediatri di libera scelta e gli altri operatori sanitari del sistema al fine di agevolare il processo di continuità della cura, anche attraverso lo sviluppo di appropriate forme associative;

• supportare l’integrazione dei servizi sanitari e sociali nell’ambito del territorio al fine di agevolare i processi di integrazione tra presidi, professionisti, attività sociali degli Enti Locali nell’ambito delle attività proprie del distretto definite dalla Programmazione Regionale;

• favorire la riorganizzazione e la razionalizzazione delle strutture e dei presidi sul territorio.

Il progetto ha avuto come scopo generale la realizzazione del Fascicolo Sanitario Elettronico (FSE) dell’assistito, che comprende l’indice degli eventi sanitari (IBIS registry) ed i repository documentali distribuiti per ogni ASP–AO che vengono acceduti tramite dei componenti di cooperazione (IBIS Access Gateway) i quali espongono le interfacce per il caricamento ed il recupero di eventi, documenti e metadati. Questi componenti sono allocati presso il Centro Servizi Regionale (CSR, presso il Dipartimento Presidenza in Via Massara – Catanzaro) ed aziendali.

Alcuni componenti realizzati nel progetto sono in particolare: 1. Infrastruttura di base del Fascicolo Sanitario Elettronico (FSE);

2. Anagrafe Regionale Assistibili;

3. Anagrafe Regionale Operatori ReteMMG;

4. Anagrafe Locale Assistibili;

5. Anagrafe Locale Operatori ReteMMG;

6. Gestione scelta e revoca (MedWeb);

7. Modulo paghe MMG.

Il progetto ReteMMG della Regione Calabria ha fatto anche riferimento ai seguenti ulteriori progetti della Regione:

• Tessera Sanitaria: monitoraggio della spesa sanitaria; secondo quanto previsto dall’art. 50 del decreto legge 30 settembre 2003 n. 269 convertito con modificazioni con la L. 326/2003, il medico stampa la prescrizione su supporto cartaceo, l’assistito la presenta in farmacia (che

90 / 101

effettua il riconoscimento dell’assistito con tessera sanitaria o codice fiscale) ed il farmacista effettua la lettura del codice a barre con apposito lettore ottico; i dati vengono poi inviati al MEF direttamente dalle farmacie; è evidente che la realizzazione del servizio di prescrizione informatizzata, con invio della prescrizione direttamente in un repository accessibile dalle farmacie, non renderà più necessaria la stampa né la lettura ottica delle ricette;

• Cat@hospital: progetto del primo avviso e-government del MIT;

• Programma Telematique/CEE, Programma comunitario sui servizi e reti telematiche per lo sviluppo regionale;

• Progetto sperimentale SISNET/CNR L. n° 784 /86 art. 17.a;

• Telemedicina Specializzata - Rete di Telepatologia oncologica (RTP);

Il progetto ReteMMG della Regione Calabria, inoltre, è conforme alle direttive ex CNIPA SPCC, che definiscono “l’insieme di strutture organizzative, infrastrutture tecnologiche e regole tecniche, per

lo sviluppo, la condivisione, l’integrazione e la circolarità del patrimonio informativo della pubblica

amministrazione, necessarie per assicurare l’interoperabilità e la cooperazione applicativa dei

sistemi informatici e dei flussi informativi, garantendo la sicurezza e la riservatezza delle

informazioni”.

6.2.2 Integrazione con il SICS

Il servizio d’integrazione con il FSE calabrese deve consentire la conservazione della documentazione sanitaria e sociosanitaria prodotta localmente dal SICS e permettere ai professionisti l’accesso ai documenti dei cittadini, secondo le autorizzazioni del caso (e.g. consenso del cittadino).

Il FSE calabrese contiene documenti di processo (SDO, lettera di accettazione, lettera di dimissione, verbale di Pronto Soccorso, referti di diagnostica di laboratorio clinico e di immagini, etc.) nonché diversi tipi di profilo sanitario dei cittadini, quali: Emergency Data Set, Profilo Sanitario Sintetico (Patient Summary), Scheda di Rischio, Profilo Orientato per Problema, etc. (tenendo comunque presente che i dati di dettaglio originali rimangono nelle cartelle cliniche d’origine).

L’infrastruttura del Fascicolo Sanitario è chiamata principalmente a memorizzare in modo sicuro i documenti sanitari, ed a permettere l’accesso agli utenti autorizzati. Tuttavia per gli scopi dell’assistenza occorre spesso riuscire a gestire i singoli dati: per esempio, per generare solleciti e

avvisi in base ai valori riscontrati, per confrontare valori in date diverse, per filtrare i pazienti con

determinate caratteristiche.

Allo scopo, il SICS dovrà supportare i documenti elettronici formato HL7 CDA release 2 ed essere aderenti ai metadati del FSE calabrese in un formato elaborabile.

I documenti del SICS da alimentare saranno riferiti a:

• Patient summary, storia clinica degli eventi rilevanti del paziente, raccolti dal MMG;

• Scheda Sanitaria Individuale (SSI), prodotta dal MMG come storico degli eventi clinici del paziente (questa scheda deriva dalla Scheda prevista dall’ACN MMG art. 45, p.2, lett. B). La SSI deve essere accessibile in consultazione, ma non in modifica, dall’assistito, dal MMG che l’ha prodotta (fin quando ha in cura l’assistito), dai medici facenti parte delle varie forme associative previste dall’ACN e dal nuovo MMG (in caso di scelta e revoca del medico), dal

91 / 101

medico di Pronto Soccorso o personale 118, con modalità da definire nel rispetto del D.Lgs. 196/2003;

• Referti clinici: Laboratorio, Radiologia; Pronto soccorso: verbale di pronto soccorso; Generici: lettera di dimissione, referto ambulatoriale, consulenza, ecc.

• Prescrizioni Farmaceutica; Prestazione specialistica; Visita ambulatoriale; Prestazioni extra;

• Visita domiciliare; Visita generica ambulatoriale (guardia medica turistica); Visita urgente notturna e visita festiva (guardia medica).

Occorre anche gestire schede sui contatti richiesti ed effettuati di servizi di Telemedicina, con una descrizione (strutturata) delle seguenti informazioni:

• scheda sintetica per ogni richiesta programmata: richiedente, problema sanitario, eventuali interventi precedenti , consulente/struttura previsti, data appuntamento;

• scheda sintetica per ogni intervento effettuato: richiedente, consulente, problema sanitario (aperto – chiuso), attività svolte, piano di assistenza locale predisposto, previsione di eventuali nuovi contatti, suggerimenti per il Centro Servizi;

• scheda sintetica per ogni richiesta non soddisfatta: richiedente, problema sanitario, difficoltà incontrate, alternative proposte, suggerimenti per il Centro Servizi.

Nell’ottica dell’integrazione tra gli attori nel processo di assistenza sanitario, apposite funzionalità che operano sui documenti del FSE possono categorizzare gli eventi specifici per organizzare le attività di Telemedicina (per es. teleconsulto, telediagnosi, telemonitoraggio).

Tali tipi di eventi possono poi essere specializzati sulla base del contatto, ad esempio in:

• interventi su pazienti occasionali;

• interventi su pazienti programmati;

• interventi di consulenza organizzativa verso gli operatori;

• interventi di filtro e di follow-up mirati a pazienti ricoverati per interventi in Italia;

Inoltre i diversi tipi di eventi possono essere specializzati anche sulla base del target, ad esempio in:

• contatti di routine e programmati nell’ambito dei servizi SSR/SSN;

• contatti inattesi (emergenza), relativamente al caso d’uso “situazioni di emergenza nelle quali il paziente non è in grado di presentare esaustivamente la propria storia (problemi, allergie e farmaci correnti, etc.)” (per es. servizio di 118);

• contatti con pazienti a rischio;

• contatti con turisti in visita;

• contatti nelle grandi emergenze, a seguito di eventi calamitosi che comportino difficoltà di collegamenti, in collaborazione con gli organismi e gli apparati della Protezione civile;

• contatti con pazienti remoti (per es. isole, navi, montagna).

Infine potranno servire alcuni tipi specifici di documentazione infermieristica, come ad esempio:

• Modelli funzionali/Accertamenti infermieristici per la definizione dei bisogni dell’assistito;

92 / 101

• Scheda di segnalazione infermieristica, in seguito ad un Contatto Infermieristico;

• Scheda rilevazione Prestazioni Infermieristiche;

oltre alle schede per la rilevazione di prestazioni di altri operatori.

Nel dettaglio, in particolare, l’integrazione del SICS con il FSE calabrese deve garantire i seguenti requsiti:



C14-1 CCC–SSS–GSS_1 Copertina specifica per la navigazione nel FSE e la Scheda Sanitaria Individuale (SSI, Patient Summary)

OBB

C14-2 CCC–SSS–GSS_2 Carta del Rischio Cardiovascolare (CRC) e l’Emergency Data Set (EDS)

OBB

C14-3 CCC–SSS–GSS_3 Piano Assistenziale Individualizzato (PAI) OBB

C14-4 CCC–SSS–GSS_4 Profilo Orientato per Problema (POP) OBB

C14-5 CCC–SSS–GSS_5 Bilancio di salute OBB

C14-6 CCC–SSS–GSS_6 Segnalazione di Evento Rilevante (SER) OBB

93 / 101

6.3 C72 INT-SEC: Integrazione con il SEC-SISR /Sistema della Sanità Elettronica in Calabria - Sistema Informativo Sanitario Regionale

6.3.1 Sistema Informativo Sanitario Regionale e delle Aziende - SEC-SISR

Il progetto SEC-SISR della Regione Calabria si pone l’obiettivo di fornire il necessario supporto al processo di riordino dell’organizzazione e delle attività sanitarie promosso dalla Regione Calabria a partire dal 2008, introducendo l’innovazione digitale nel complesso delle procedure e dei flussi informativi tra le strutture sanitarie (principalmente Regione e Aziende).

In particolare, il SEC-SISR garantisce l’integrazione in un unico sistema dei principali processi sanitari afferenti all’area del controllo della spesa e del governo dei LEA. Il SEC-SISR consentirà di:

• supportare il processo di risanamento del debito e di riqualificazione del SSR, dettato dal Piano di rientro regionale;

• armonizzare i sistemi contabili ed i processi di gestione delle risorse umane delle Aziende Sanitarie, al fine di agevolare i flussi informativi verso la Regione;

• promuovere il raccordo dei sistemi di governo del SSR tra i diversi attori coinvolti (Regione ed Aziende Sanitarie), superando i limiti di un patrimonio applicativo ed informativo che, ad oggi, risulta fortemente disomogeneo in termini di copertura informatica, tecnologie utilizzate e grado di integrazione con i sistemi di rilevazione amministrativi.

Il SEC-SISR, prendendo come base di analisi gli attuali sistemi amministrativo-contabili e direzionali utilizzati dalle Aziende, in coordinamento con i progetti di evoluzione degli applicativi esistenti in ambito sanitario a livello regionale ed attualmente in corso, dovrà supportare:

• il Dipartimento Tutela della Salute della Regione Calabria nell’espletamento di tutte le attività che riguardano l’esercizio delle proprie funzioni e competenze, ivi inclusa la verifica del rispetto degli obiettivi di rientro prestabiliti;

• le Aziende Sanitarie ed Ospedaliere della Regione Calabria per tutte le attività che attengono al funzionamento dell’apparato amministrativo-contabile e di governo, nonché al rispetto dei vincoli organizzativi, gestionali e finanziari fissati dagli obiettivi programmatici regionali e dalla normativa di riferimento.

I componenti del Sistema SEC-SISR sono quindi:

• componenti di business relativi ai processi del Dipartimento Tutela della Salute e delle Aziende che comprendono:

o il Sistema di Gestione Codifiche Standard e Anagrafiche [ SEC-CODE ] che dovrà gestire l’insieme delle codifiche (nomenclatori, vocabolari) e di alcune anagrafiche (strutture, tecnologie) utilizzate da tutti i componenti del SEC-SISR;

o il Sistema Direzionale [ SEC-DIR ] che dovrà gestire, a livello regionale ed aziendale, secondo una policy di accesso ai dati granulare, tutte le informazioni economiche, gestionali ed epidemiologiche relative alla produzione dei servizi da parte delle Aziende, consentendo di monitorare l’andamento delle attività, di supportare la pianificazione ed il controllo strategico (compito delle direzioni aziendali e

94 / 101

dell’Amministrazione regionale) e le attività di analisi epidemiologica e governo clinico attraverso i componenti di Controllo Strategico, Cruscotto Direzionale, Data WareHouse e Gestione Flussi;

o il Sistema Integrato Amministrativo Contabile [ SEC-SIAC ] che dovrà gestire il sistema amministrativo-contabile integrato delle Aziende, inteso come insieme di macro-componenti deputati alla: gestione delle procedure di approvvigionamento e movimentazione di tutti i beni e servizi aziendali (Gestione Acquisti e Magazzini); gestione del processo di acquisizione, classificazione ed archiviazione dei principali atti documentali aziendali (Gestione Documentale); gestione unica ed integrata dei dati amministrativi e dei fatti contabili derivanti dalle attività e dai risultati di gestione delle Aziende, ai fini del rispetto degli obblighi e delle esigenze di carattere civilistico, fiscale e gestionale e per la programmazione e controllo dei costi (Sistema Contabile Integrato); gestione delle risorse umane delle Aziende (personale dipendente e atipico) dal punto di vista organizzativo, giuridico, formativo, di valutazione e governo dei costi e del personale (Gestione Risorse Umane);

o il Sistema Sanità [ SEC-SAN ] che dovrà supportare il Dipartimento Salute e le Aziende, per le rispettive attività, nella gestione dei processi di lavoro relativi al governo del SSR e composto dai relativi componenti di: Valutazione Direttori Generali; Gestione Progetti; Gestione Ricettari; Pianificazione Farmacie; Gestione Indennizzi; Gestione Dispositivi Medici; Sperimentazione Clinica; Accreditamento e Controllo di Qualità; Gestione ECM; Anagrafe e Gestione Zootecnica;

o il Sistema Registri di Patologia [ SEC-REP ] che dovrà supportare il Dipartimento Tutela della Salute e le Aziende nelle attività di programmazione, diagnosi e cura, sulla base delle incidenze epidemiologiche determinate dal Registro Tumori, dal Registro Cause di morte, dal Registro Diabete e dal Registro Malattie Rare, progettati e realizzati in rispondenza ai requisiti del Codice della Privacy, ivi incluso il supporto alla redazione dei relativi regolamenti per il trattamento dei dati;

• componenti infrastrutturali relativi a:

o il Service Bus [ ESB ] e i connessi componenti di Service registry, di Single Sign On (SSO) per le funzioni di autenticazione, di motore di orchestrazione/workflow (Business Process Execution), di messaggistica e di servizi di trasformazioni e routing;

o il sistema di web Front-End [ FRONT END ] ovvero il sistema che dovrà consentire l’accesso a tutte le applicazioni SEC-SISR da parte di tipologie differenti di utenti delle Aziende e del Dipartimento Tutela della Salute;

o Posta Elettronica Certificata [ PEC ] ovvero il sistema di posta elettronica certificata per le Aziende;

o Firma Elettronica [ Firma Elettronica ] ovvero la dotazione di firma digitale per gli utenti delle Aziende e del Dipartimento;

• componenti di Utility di progetto ovvero l’insieme dei componenti di supporto alla realizzazione ed alla manutenzione del progetto: Portale di Progetto per le verifiche di avanzamento delle attività e l’archivio dei documenti di progetto; Project Management System

a supporto della pianificazione e del controllo di gestione; Configuration Management System

per la gestione della configurazione degli apparati hardware e software; Tool di Monitoraggio

95 / 101

per il controllo degli SLA e del buon funzionamento del Sistema; Help Desk Software a supporto delle attività di assistenza hardware e software;

• piattaforma tecnologica del Centro Servizi Sanitario Regionale [ CSR ] ovvero l’insieme delle dotazioni hardware e software di base necessarie allo sviluppo, testing ed esercizio del sistema SEC-SISR adeguate al modello SaaS (Software as a Service) adottato da allocare prevalentemente presso la sede del CED del Dipartimento Presidenza della Regione Calabria in via Massara 2 Catanzaro; sono inoltre inclusi i sistemi scanner e lettori di codici a barre distribuiti presso le Aziende;

• interfacce di servizio da esporre per l’integrazione dei componenti del SEC-SISR e tra SEC-SISR e gli altri sistemi terzi presenti in ambito regionale, aziendale (Sistemi Locali) e nazionale, ivi incluse le interfacce verso il sistema SPCoop, elencate nel seguito del documento.

Sono altresì elementi del progetto:

• il supporto ai processi di business dell’Amministrazione regionale e delle Aziende, da garantire tramite l’utilizzo di un sistema di orchestrazione di processi o più propriamente di Business

Process Management (BPM);

• l’acquisizione, gestione e produzione di tutti i debiti informativi di competenza delle Aziende e del Dipartimento in ottemperanza alla normativa nazionale e regionale di riferimento;

• la realizzazione secondo lo stile architetturale SOA (Service Oriented Architecture) al fine di garantire agilità, facilità di integrazione ed allineamento ai processi delle Amministrazioni coinvolte;

• la presa in carico dei servizi SPCoop in ambito sanitario alla conclusione del contratto quadro CNIPA attualmente in vigore; non è oggetto della fornitura la Porta di Dominio SPCoop che sarà fornita dall’Amministrazione e che andrà tuttavia integrata nel sistema SEC–SISR.


Vista l’ampiezza del progetto SEC-SISR, l’integrazione con il SICS fa riferimento a più aspetti che dovranno essere valutati caso per caso nelle singole realizzazioni della Casa della Salute, anche in riferimento allo stato di avanzamento del progetto SEC-SISR stesso.

96 / 101

6.4 C73 INT-TCA: Integrazione con il sistema regionale di Telecardiologia

6.4.1 Sistema di trasmissione dei tracciati elettrocardiografici per la rete

cardiologica regionale - teleconsulto cardiologico in emergenza sanitaria

Come è noto, nel trattamento del paziente colpito da infarto acuto del miocardio, il trattamento precoce gioca un ruolo fondamentale nello sviluppo della prognosi.

L'ECG a 12 derivazioni si posiziona al centro della rete decisionale nel trattamento del paziente con dolore toracico ischemico. La possibilità di eseguire un elettrocardiogramma (ECG) a 12 derivazioni a domicilio o comunque sulla scena del soccorso è un obiettivo prioritario per una rapida programmazione del percorso successivo del paziente.

La disponibilità di un ECG già eseguito al momento del soccorso si è associata ad una riduzione della mortalità del 18% rispetto a quando i pazienti sono giunti in Pronto Soccorso senza aver già fatto un ECG. (Documento di Consenso La rete interospedaliera per l’emergenza coronarica (Ital Heart J 2005; 6 (Suppl 6): 5S-26S)

Nel caso del progetto della regione Calabria, questo processo è stato realizzato considerando anche l’importanza di un sistema uniforme che copra le esigenze territoriali con una raccolta dati completa a livello centrale.

La trasmissione viene realizzata tramite monitor defibrillatori multiparametrici Zoll Serie E con acquisizione del tracciato a 12 derivazioni diagnostico e trasmissione tramite rete GPRS. La trasmissione del tracciato richiede circa 30 secondi. Il defibrillatore permette il monitoraggio dei parametri vitali del paziente, l’erogazione di shock in caso di arresto cardiaco e la stimolazione trans toracica in caso di bradicardia.

I tracciati, acquisiti dalle postazioni 118 di Catanzaro, Cosenza, Crotone, Reggio Calabria e Vibo Valentia vengono trasmessi tutti ad un Server Unico Centrale posizionato nella rete informatica della regione.

Proprio la centralizzazione unica di tutti i tracciati a livello regionale rappresenta la caratteristica più innovativa del sistema, che consente un unico archivio, un'unica gestione ed un protocollo condiviso.

La Regione Calabria è probabilmente la prima in Italia che dispone di un Unico Archivio per la ricezione e la gestione dei tracciati trasmessi dalle ambulanze di tutto il territorio regionale per la gestione dello STEMI.

Il server centrale dispone di un innovativa interfaccia Web, che consente la visione dei tracciati da qualsiasi computer, tramite il collegamento a internet.

L’accesso è riservato solo al personale autorizzato, tramite riconoscimento di utente e password.

I tracciati vengono smistati in automatico e assegnati a 5 emodinamiche di riferimento:

97 / 101

• Emodinamica Pugliese Ciaccio Catanzaro

• Emodinamica Policlinico Mater Domini Germaneto

• Emodinamica S. Anna Hospital Catanzaro

• Emodinamica AO Cosenza

• Emodinamica AO Bianchi Melacrino Morelli Reggio Calabria

Nelle 5 emodinamiche è localizzato un terminale specifico per la ricezione, visualizzazione e stampa dei tracciati, ma il sistema centrale è pronto per il collegamento ad un numero anche molto più grande di postazioni di ricezione e controllo, per inserire eventualmente anche i reparti di Cardiologia, le Terapie Intensive Coronariche i 118 o i Pronto Soccorsi


L’integrazione con il SICS fa riferimento al seguente requisito:




98 / 101

6.5 C74 INT-TRA: Integrazione con il sistema regionale di Teleradiologia (SISTER)

6.5.1 Rete della Teleradiologia per la Calabria

La progettazione di una rete per la Teleradiologia per la Regione Calabria, così come pensato grazie all’ausilio del Prof. Oscar Tamburrini (professore di Diagnostica per immagini dell’Università di Catanzaro, membro della Società Italiana di Teleradiologia), rappresenta una scelta strategica fondamentale per la riqualificazione dell’intera sanità calabrese che consentirà:

• il "consulto a distanza",per casi di particolare complessità;

• un sistema di tutela della salute dei cittadini sia in termini di “second opinion” che di

trasmissione dei pareri a distanza (in ogni luogo della Regione) utilizzabile nel sistema di

emergenza-urgenza, e, quindi, essenziale per la salute dei cittadini.

Allo scopo, la Regione Calabria si sta dotando di un sistema in grado di supportare, sviluppare ed ottimizzare le attività di cooperazione tra team di medici anche a distanza. Per raggiungere tale obiettivo, sta progettando un servizio informatico che racchiuda tutte le funzionalità necessarie a implementare procedure di Teleradiologia, mirate al trasferimento, all’accessibilità ed alla condivisione delle immagini prodotte dalle Aziende Ospedaliere (AO), dai presidi ospedalieri e dagli ambulatori di radiologia delle varie Aziende Sanitarie Provinciali (ASP).

La Regione Calabria sta progettando un Sistema di Teleradiologia Regionale (SisTeR) che dovrà mettere a disposizione i seguenti utilizzi:

• supporto alla consultazione di immagini, da qualunque luogo ed in qualunque momento;

• supporto ad un processo di teleconsulto specialistico radiologico, o second opinion, quando si

ritiene di dover ottenere un parere da parte di medici specialisti con maggiore esperienza sul

caso specifico, o da parte di un professionista con specializzazione non presente nella

struttura in cui è presente il paziente e dove è stato effettuato lo studio diagnostico;

• possibilità di accedere a studi diagnostici per scopi didattici e/o scientifici.

Gli obiettivi che la Regione Calabria si pone quindi riguardano: 1. la creazione una Rete regionale di Teleradiologia al fine del teleconsulto radiologico (anche

come second opinion),

2. l’avvio della Rete attraverso l’uso di apparati per la archiviazione e distribuzione di studi

radiologici,

3. l’operatività della Rete distribuendo gli studi degli esami radiologici tra le Aziende

Ospedaliere, i diversi presidi, i Centri Periferici, gli ospedali delle ASP e le Neurochirurgie.

La Rete dovrà consentire ai medici di inviare gli studi radiologici a specialisti allo scopo di riceverne una consulenza, anche in termini di second opinion, garantendo sempre la riservatezza dei dati clinici, la sicurezza e la qualità delle immagini, tramite tecnologie innovative.

99 / 101

Tramite la stessa infrastruttura di Rete regionale di Teleradiologia, inoltre, dovrà essere realizzata una rete regionale di consulto per la gestione:

• dei politraumi,

• dei traumi cranici,

• degli Ictus,

per i quali è fondamentale la rapidità di analisi delle immagini diagnostiche da parte di sanitari altamente specializzati, l’analisi comparata di immagini diagnostiche a distanza di tempo, e la disponibilità dei dati e degli studi diagnostici prima dell’arrivo del paziente presso la struttura di trattamento più appropriato.

L’architettura della Rete regionale di Teleradiologia sarà realizzata su tre livelli: 1. un primo livello centrale completamente “magliato” tra le principali Aziende Ospedaliere

della Regione Calabria, in cui ogni AO può fungere indifferentemente da richiedente il

consulto o da consulente (indifferentemente HUB o SPOKE);

2. un secondo livello in cui sono presenti i nodi di Teleradiologia delle ASP;

3. un terzo livello costituito dai presidi ospedalieri, gli ambulatori di radiologia e/o centri

periferici delle ASP (usualmente SPOKE) che possano richiedere consulti erogati dalle Aziende

Ospedaliere, tramite la concentrazione degli studi in un nodo centrale alla relativa ASP di

appartenenza.

Si sottolinea come, all’occorrenza, anche ospedali appartenenti ad una ASP possano fornire consulti ad altri ospedali, essenzialmente all’interno della stessa ASP.

Nella figura seguente viene schematizzata l’architettura su più livelli della Rete regionale di Teleradiologia:

100 / 101

Azienda Azienda Ospedaliera

ASP

ASP

Presidi Periferici

Presidi Periferi

Presidi Periferici

ASP

Neurochirurgia

Chirurgia d’Urgenza

NETWORK

Azienda

Figura 2 - Architettura a livelli della Rete regionale di Teleradiologia

Nella figura seguente viene rappresentato il livello logico di suddivisione in HUB/SPOKE delle strutture che la Rete regionale di Teleradiologia dovrà permettere di realizzare:

101 / 101

Figura 3 - Livello logico di suddivisione in HUB/SPOKE


L’integrazione con il SICS fa riferimento al seguente requisito:




Vista l’ampiezza del progetto SISTER, l’integrazione con il SICS fa riferimento a più aspetti che dovranno essere valutati caso per caso nelle singole realizzazioni della Casa della Salute, anche in riferimento allo stato di avanzamento del progetto SISTER stesso.

Documents

Telemedicina CasaDellaSalute LineeGuidaold.regione.calabria.it/sanita/allegati/case_della_salute/tele... · Linee guida relative all’informatizzazione delle Case della Salute nel