“Informatica Sanitaria” Anno 2008

Presentazione sul tema: "“Informatica Sanitaria” Anno 2008"— Transcript della presentazione:

1 “Informatica Sanitaria” Anno 2008
Ing. Luca Giobelli RESP. SERVIZIO SISTEMI INFORMATIVI Azienda Ospedaliera di Verona Unità di lavoro relativa a: Il Sistema Informativo Ing. Luca Giobelli

2 1. l’azienda sanitaria Lo sviluppo e l‘organizzazione dei Sistemi Informativi Sanitari (SIS) ha avuto un forte impulso a seguito dell‘affermarsi dei processi di rinnovamento del sistema sanitario nazionale.

3 1.1 l’azienda sanitaria - obiettivi
Il Servizio Sanitario Nazionale (SSN) è costituito dal complesso delle funzioni, delle strutture, dei servizi e delle attività destinate alla promozione, al mantenimento e al recupero della salute fisica e psichica di tutta la popolazione, senza distinzioni di condizioni individuali o sociali e secondo modalità che assicurino l'uguaglianza dei cittadini nei confronti del servizio.

4 1.2 l’azienda sanitaria - origine
Il Servizio Sanitario Nazionale nasce nel 1978 con la Legge n. 833, con la quale lo Stato esprime l'esigenza di garantire in modo gratuito la salute a tutti i cittadini italiani. Con questa legge, inoltre, si voleva assicurare il massimo coordinamento tra le attività di prevenzione e quelle di cura di tutti gli organi, centri, istituzioni e servizi che operano nel settore sociale e che fino a quel momento erano tra loro slegate. A tal fine sono state create le Unità Sanitarie Locali (U.S.L.)

5 1.3 l’azienda sanitaria - cambiamento
I successivi decreti 502 del 1992 e 517 del 1993 hanno definito un riordino del SSN basato sull‘introduzione di tre nuovi ed importanti concetti: Regionalizzazione Aziendalizzazione Finanziamento a prestazione.

6 1.4 l’azienda sanitaria regionalizzazione
La Regionalizzazione ha l'obiettivo di affidare alle singole Regioni il compito di strutturare un proprio Servizio Sanitario Regionale (SSR), in termini di: tutela della salute, criteri di finanziamento, attività di controllo di gestione e della qualità, assicurando però un Livello Assistenziale Uniforme valido su tutto il territorio nazionale.

7 1.5 l’azienda sanitaria aziendalizzazione
Per Aziendalizzazione si intende il processo di trasformazione delle U.S.L. in A.S.L. (Aziende Sanitarie Locali) e di trasformazione degli ospedali principali in Aziende Ospedaliere (visione lombarda …). Questo processo tende, inoltre, ad evidenziare la distinzione tra quelli che sono i produttori di assistenza sanitaria e quelli che invece sono gli acquirenti della stessa;

8 1.6 l’azienda sanitaria - finanziamento
Vengono stabiliti due principali criteri di finanziamento: La quota capitaria: ovvero un importo prestabilito assegnato alle ASL in rapporto al numero di residenti. La retribuzione per prestazioni erogate: ricoveri, esami, etc.

9 1.6 l’azienda sanitaria finanziamento
La remunerazione dei produttori

10 1.7 l’azienda sanitaria – esigenze di controllo.
Questo processo ha introdotto la necessità di adottare una gestione manageriale sia per il vertice aziendale (Direzione Generale, Sanitaria ed Amministrativa) sia per i vertici dei reparti (Primari, Responsabili). Queste figure hanno necessità di quantificare gli eventi da essi gestiti per verificarne l‘aderenza ai budget prefissati.

11 2. architettura del S.I.

12 2.1 architettura del S.I. - 3 livelli
LIVELLO DI GOVERNO SINTESI E MODELLI cruscotto ANALISI E RICLASSIF. LIVELLO DI CONTROLLO cont. an. cont.gen. mobilità DWH LIVELLO OPERATIVO PROCEDURE GESTIONALI sale oper degenze CUP LIS RIS PACS ordini magazz.

13 2.2 architettura del S.I. - Gestionali
Le procedure gestionali sono quelle che supportano i processi operativi. Devono avere facilità d’uso e tempi di risposta ridottissimi. Sono applicativi “transazionali”.

14 2.3 architettura del S.I. - Controllo
Le procedure di controllo sono quelle che consentono di valutare l’andamento dell’Azienda e delle sue unità strutturali. Consentono di elaborare enormi moli di dati e l’analisi multidimensionale.

15 2.3 architettura del S.I. - Controllo
L’andamento è espresso mediante gli indicatori. Devono fornire strumenti di ricerca delle cause degli andamenti rilevati (data mining).

16 2.4 architettura del S.I. - Governo
Forniscono gli indicatori di sintesi per la direzione aziendale. Devono consentire “simulazioni”, ovvero di calcolare ipotetici andamenti in funzione di variazioni prefissate.

17 2.4 architettura del S.I. - Governo
Sono quindi di supporto al processo di pianificazione strategica. Per questo devono sintetizzare l’intera gestione in pochissimi indicatori, e sono anche dette cruscotti aziendali.

18 3. S.I. – Le procedure. Sistema Direzionale Sistema Amministrativo
Sistema Sanitario Elementi Trasversali

19 3.1 S.I. - Sistema Direzionale.
In un sistema efficiente le informazioni sono raccolte automaticamente dai sistemi informativi sanitario ed amministrativo

20 3.2 S.I. - Sistema Informativo Amministrativo.
E‘ costituito da diversi moduli tra i quali: Contabilità: ordini, fatture, bilanci Gestione consumi e magazzini Gestione del personale (presenze, turni, stipendi …) Servizi di assistenza e manutenzione Patrimonio immobiliare e mobiliare (apparecchiature, impianti) Contabilità per centro di costo …

21 3.3 S.I. - Sistema Informativo Sanitario.
Ha al proprio interno la gestione amministrativa delle prestazioni sanitarie (anagrafe, accettazione, prenotazioni …) finalizzata alla registrazione delle attività sanitarie da remunerare. Ovviamente raccoglie tutte le informazioni sanitarie (cartella clinica, referti …) per un corretto trattamento terapeutico del paziente.

22 3.3 S.I. - Sistema Informativo Sanitario.
Può avere come modulo specifico la gestione delle attività per mezzo della cartella infermieristica (solitamente integrata nella cartella clinica). Riveste sempre maggiore importanza nell’ambito di integrazione agli strumenti diagnostici (Ingegneria Clinica).

23 3.3 S.I. - Sistema Informativo Sanitario.

24 3.4 S.I. - Elementi Trasversali.
Nei sistemi informativi in genere sono sempre abbinate procedure informatiche di vario tipo che per loro natura non sono inseribili nelle categorie di classificazione sopra esposte.

25 3.4 S.I. - Elementi Trasversali.
Alcuni di tali sistemi sono: Posta elettronica Strumenti di produzione individuale Strumenti per il controllo e monitoraggio Servizi di Identity Management e SSO …

26 4. Integrazione delle informazioni
Le informazioni acquisite dalle diverse procedure applicative NON risultano sempre congruenti ed allineate tra di loro. Ciò sia per la prevalenza dei diversi ambiti organizzativi, sia per la mancanza di “nomenclatori” condivisi.

27 4. Integrazione delle informazioni
E’ perciò fondamentale progettare i processi di integrazione dei diversi applicativi utilizzati. Esistono oggi almeno tre diversi approcci: sistema monolitico, data warehouse e cooperazione applicativa.

28 4.1 Integrazione delle informazioni – S.I. Monolitico
Si tratta, in sostanza, di utilizzare una unica “procedura” per la gestione di tutti i processi aziendali. Ciò implica l’uso di un’unica base dati; esempi illustri sono SAP Oracle Application e MedTrack.

29 4.2 Integrazione delle informazioni – Data Warehouse
Si rinuncia alla integrazione delle diverse procedure in uso, differendo al momento dell’alimentazione del DWH l’applicazione di regole di congruenza.

30 4.3 Integrazione delle informazioni – Cooperazione Applicativa
Attraverso l’uso di regole e standard condivisi, i singoli applicativi allineano le proprie informazioni in tempo reale. Esempi sono IHE, HL7, XML, CDA, DICOM ... Orientamento al processo!

31 4.5 Integrazione delle informazioni – flussi

32 4.5 Integrazione delle informazioni – flussi

33 4.5 Integrazione delle informazioni – flussi

34 4.5 Integrazione delle informazioni – flussi

35 XDS Affinity Domain (NHIN sub-network)
XDS Scenario XDS Affinity Domain (NHIN sub-network) PDQ Query to Acquire Affinity Domain Patient ID Patient Identity Feed M Patient Identity XRef Mgr 14355 M L-716 A87631 Physician Office EHR System Patient Identity Feed M A87631 L-716 Teaching Hospital PACS ED Application EHR System M Affinity Domain Patient Identity Source Patient Identity Feed Patient Identity Feed Community Clinic Lab Info. System PACS XDS Document Repository XDS Document Repository PIX Query A87631 L-716 Document Registry PIX Query Query Document (using Pt Id) Register (using Pt ID) Provide & Register Docs PACS Retrieve Document ATNA Audit record repository CT Time server

36 Cross-Enterprise Document Sharing (XDS) Transaction Diagram

37 Radiology Scheduled Workflow Transaction Diagram

38 Perchè standardizzare le interfacce?
B 4 systems, 6 interfaces A C B D 5 systems, 10 interfaces A C E D

39 Perchè standardizzare le interfacce?
4950 100 1225 50 780 40 435 30 190 20 45 10 28 8 15 6 Interfaces: Systems: Not enough money, not enough programmers to do maintenance! Impossibile da gestire !!!

40 Interfacce standardizzate
B 4 systems, 4 interfaces A C B D 5 systems, 5 interfaces A C E D

41 Proposte progettuali …
Firma elettronica e Conservazione Sostitutiva Distribuzione documenti clinici Informatizzazione di un reparto – cartella clinica …