presentazione humanitas ab2 febbraio2011

MIMO:il Datawarehouse in Humanitas

Gennaio 2011 Evoluzione della Business e Clinical Intelligence in Humanitas

A cura di Giuliano Pozza – Responsabile Sistemi Informativi

• Indice

Agenda

Evoluzione della Business e Clinical Intelligence in ICH

a) Il contesto

b) Evoluzione secondo 4 punti di vista: (4 slide)1. Strategia aziendale2. Tecnologia Abilitante3. Processi4. Persone (Empowerment dei key users)

c) Stato attuale e Prossimi passi

STORIA ICH apre al primo paziente il 4 marzo 1996; Nel 2002 ICH si accredita JCI, dal 2005 è un IRCCS

ed oggi ha circa 700 letti e 50.000 ricoveri/anno; Nel 2007 è stato inaugurato il centro di ricerca con

circa 300 ricercatori e nel 2010 apre l’International Medical School

ICH è parte di un gruppo composto da 6 ospedali

3 INFORMAZIONI DI CONTESTO UTILI A

CAPIRE L’EVOLUZIONE DELL’AREA BUSINESS e

CLINICAL INTELLIGENCE

1

2

3

ORGANIZZAZIONE Da sempre ICH ha un grande focus, oltre che sulla

cura del paziente, anche sugli aspetti organizzativi e di gestione degli asset (presentato come caso in diversi corsi di Business Administration)

Le direzione aziendali maggiormente coinvolte in questo aspetto sono la Pianificazione e Controllo e la Direzione Operativa, oltre al Monitoraggio Qualità

INFORMATIZZAZIONE Fin dall’inizio ICH ha informatizzato i principali

processi sanitari (Patient Administration, dipartimentali) e i principali documenti clinici (lettera di dimissione e referti);

L’architettura applicativi di ICH risente della frammentazione tipica di un sistema nato negli anni 90 ed evoluto in modo incrementale

1, 2, 3: Il contesto di Humanitas

• Indice

Agenda


a) Il contesto



1. Strategia Aziendale per la Business Intelligence:

• Grande ricchezza “grezza”

• Accesso alla ricchezza ad alto rischio

• Necessità di operatori tecnici specializzati e attrezzati

•Necessità di post-lavorazione del materiale grezzo

• Grande ricchezza “depurata” dalle scorie

• Accesso alla ricchezza sicuro

• La ricchezza è gestita da operatori “di business”

• Il materiale è immediatamente utilizzabile

Pilastri della strategia di ICH sulla Business Intelligence:

1. Fornire ai key users della B.I. una base dati unica, con dati di base certificati, leggibili (vedi: depurata delle complessità intrinseca delle basi dati transazionali) e correlabili;

2. Rendere “sicura” l’interpretazione e l’utilizzo dei dati attraverso un opportuno processo di formazione sui dati e sui processi dei key users, favorendone l’autonomia nell’utilizzo dei dati e nell’estrazione delle informazioni;

3. Evitare ovunque possibile post-elaborazioni (manuali o con strumenti di produttività individuale) delle informazioni;

Relatore

Note di presentazione

NOTE: Le frecce vanno solo dall’esterno all’interno Ripulire graficamente (titolo ecc.)

ENTERPRISE ARCHITECTURE (ONE SLIDE ARCHITECTURE) – TO BE

Pilastri Architettura:P1: InfrastrutturaP2: AccessiP3: IntegrazioneP4: Dati comuni

Legenda:NON esistenteIn lavorazione PROCESSO DI CURA DEL PAZIENTE

EvENTI

Processi di gestione Ricerca/Didattica-Biobanca-Cell Factory

EVENTIEVENTI

Processi Gestione Risorse Produttive-Personale-Supply chain-Asset

Processi Clinici per PERCORSI

DI CURA

Accoglienza•Pronto Soccorso•Accoglienza fisica•Accettazioni

Prenotazione•Prenotazione telefonica•Prenotazione con accesso fisico•Prenotazione via web

Processi Comuni• Anamnesi • Doc (LD, Verbali, Referti)• Diario• Paz. chirurgico

Rendicontazione/Fatturazione Follow-up

File F Protesi

Flussi OutpFlussi Inp

ADT

CUP

Patient Administration

P1: (GIBS) Gestione Infrastruttura di Base (Server /Network & Storage) e Sicurezza + TELEFONIAP2: (GAPU) Gestione Accessi e Profilazione Utenti

P4b: EPR (Electronic

Patient Record)

P3: (GIEW) Gestione Integrazioni Eventi e Workflow

PIESSE

Verticali (LAB/ Gsed..)

Ordini Prescrizioni

Gestione del Paziente

Percorsi di cura: dati comuni

Percorsi di cura: dati specialistici

Immagini Diagnostiche di

Specialità

Gestione Rischio Clinico

Magazzini /Logistica

Asset Tech

ERP

Servizi di Supporto

IntraneteMail/Doc

Service Desk

P4c: M.I.M.O. (Business Intelligence)

E T L

Personale (+Fussi)

Knowledge Management

E T LP4d: Clinical IntelligenceP4c: M.I.M.O. (Business Intelligence) P4d: Clinical Intelligence

Admin/ Bilancio

P3: (GIEW

)

P3: (GIEW

)

PAZIENTI

PRO

FILO

Remo

Med

ici

ICH

in re

mot

oC

linic

iSt

aff

InternetInformativo (Siti Attuali)

Telefo nico(Call

Center)

Fisico(GECO)

Paziente

InternetServiceOriented

(?)

MultiCanalità(Sms,Voice,

Mail) (?)

PROFILOMedico/Infermiere/

Staff

Personale (timbrature/

paghe..)

Processi IT

IT Engagement Model

Servizi su Internet

INTERNETFSE

Reti PatologiaDati Gestionali

EXTRANET SISS

Comitato Gestione Sistemi Informativi

Medico di Base/Specialista

Telefonia Mobile / Devices

Telefonia Mobile / Devices

Dati Diagnostiche

Altri Dati Diagnostiche

P4a: PRM (Accoglienza)

Contatto FISICO/TELEF.

WEB

CUP

ADTFlussi

ANAGRAFE

Area 1 (Infrastruttura abilitante: Integrazioni/Accessi/Client/Server/Rete/Fonia)

Area 1 (Infrastruttura abilitante: Integrazioni/Accessi/Client/Server/Rete/Fonia)

Area 6 (DATI e CONOSCENZA) – AREA INTERVENTO PRIORITARIA

Area 5 (Piattaforma CLINICA)

Area 2 (ERP)Area 3 (PRM

e Accoglienza)

Area 7 (Governance

S.I.)

Area 4: (Verticali Clinici)

RepositoryImmagini

Diagnostiche

Relatore


NOTE: CRM: un barilotto con dentro accesso fisico (geco e sportelli) uno telefonico e uno web Gestione paziente: PA e metti in parte gestione paziente ANIMARE

• Indice

Agenda


a) Il contesto



BO 5.1 visualizzatorereport

BO XI visualizzatorereport

Visual Flash

DBVISUALFLASH

SIO CHG

SIO ICH

DB_REPORT

PIESSE CHG

eManager ICH

eManager CHG

PIESSE ICH

GSED ICH

ADS

SDOWEB

Formula

SIO Copia Report

Concerto

BO 5.1 visualizzatorereport


Visual Flash

DBVISUALFLASH

SIO CHG

SIO ICH

DB_REPORT

PIESSE CHG

eManager ICH

eManager CHG

PIESSE ICH

GSED ICH

ADS

SDOWEB

Formula

SIO Copia Report

Concerto

• Estrazioni dati “di base” realizzate dai sistemi informativi a partire da diversi sistemi (datamart, copia ambienti di produzione, ambienti di produzione…)

• Dati elaborati e sincronizzati a cura degli utenti mediante Excel/Access

• Report su sistemi di produzione/copia realizzati dai S.I. – versioni di B.O. eterogenee

Query

Trasformazioni

Datamart / Copia

Database transazionale di produzione

Visualizzatorereport

Query

Trasformazioni

Datamart / Copia



Relatore




Visual Flash

DBVISUAL FLASH

SIO CHG

SIO ICH

DB REPORTING

PIESSE CHG

PIESSE ICH

GSED ICH

ADS

SDOWEB

Formula

Applicazioni Cliniche ICH

Applicazioni Amministrative

Applicazioni cliniche CHG

……

……

……

E T L

Query sui sistemi di produzione

Dati Utente (Excel)


Visual Flash

DBVISUAL FLASH

SIO CHGSIO CHG

SIO ICHSIO ICH

DB REPORTING

PIESSE CHG

PIESSE ICH

GSED ICH

ADS

SDOWEB

Formula

Applicazioni Cliniche ICH

Applicazioni Amministrative

Applicazioni cliniche CHG

……

……

……

E T L

Query sui sistemi di produzione

Dati Utente (Excel)

Query

Trasformazioni

Datamart / Copia



Query

Trasformazioni

Datamart / Copia



• Base dati “certificata” (MIMO) alimentata da sistemi di produzione tramite ETL (B.O.D.I.) di Business Objects

• Possibilità di integrare e correlare i dati GESTIONALI (non CLINICI) su MIMO

• Sviluppo di report sui dati certificati a cura dei Key users – utilizzo per tutti di piattaforma unica B.O. XI rel. 3

(MIMO)

Relatore



• Indice

Agenda


a) Il contesto



La conoscenza dei processi aziendali è fondamentale per utilizzare i dati generati dai processi stessi

1.

Le linee guida sui processi:

Le singole funzioni aziendali, come owner dei processi aziendali sottostanti, attiveranno percorsi di formazione sugli stessi dove necessario

2.

Il processo di formazione sui dati ha come pre-requisito una valutazione della competenza minima sui processi

3.

Il processo di produzione dei report viene spostato sempre più sui key users. I Sistemi informativi supportano i key users nelle analisi più complesse (oppure le funzioni aziendali che non hanno come obiettivo l’autonomia)

4.

3. I Processi

Relatore


NOTE: La renderei graficamente più accattivante. Vedi esempio “Business Revew TIS” che ti ho girato…trovi sicuramente degli spunti.

4. Le persone

•Valutazione status e obiettivi di competenza sui dati per funzioni aziendali

• Assessment del livello di competenza dei key users su:

1. Strumenti

2. Processi

3. Dati

• Formazione di base su:

• Strumento

• Dati principali

1

2

3

4 • Formazione avanzata su processi e dati

5 • Affiancamento su progetti specifici (on-the-job training)

AssessmentPersone

Formazione Strumento

Formazione Informazione e

Dati

Affiancamento

Conoscenza e autonomia nell’uso dei dati

Per ogni funzione aziendale sono riportati il livello di conoscenza Attuale e il livello Desiderato.

Sistema Att Des Att Des Att Des Att Des Att Des Att Des

Ehospital 4 4 1 3 4 4 4 4 1 1 2 2Piesse 1 4 3 3 4 4 1 1 2 2GSED 1 4 1 3 3 3 3 3 1 1 2 2CONCERTODiapason (Formula)

1 1

Quani 2 2 5 5ADS 5 5

eManager 4 4 4 4DRSDB Reporting 1 5 2 5 2 5 1 1 1 2 1 4

Vecchio BO 4 4 4 4 4 4 1 1 1 1 1 1

Nuovo BO 1 5 2 5 2 5 1 1 1 2 1 3

Assistenti FlussiGO Servizio DMS

P&C CC clienti

Conoscenza processo di

generazione dei dati

Conoscenza datamart

Conoscenza strumenti di reporting

Controllo

Formazione sui DataMartInterventi e Piesse per venire incontro all’esigenza di correlare più semplicemente le informazioni.

Condivisione di alcune estrazioni sui fatturati con Funzione 2 allo scopo di rimanere aggiornati sugli aspetti del ciclo attivo.

Per tutte le funzioni: formazione sullo strumento e sui dati per raggiungere una maggiore autonomia nelle estrazioni e nell’analisi.

Formazione sui datamart e condivisione delle query sui volumi di Funz. 2.

Funzione 1 Funz. 2

Funz. 3

Funzione 4

Mappatura conoscenza processi ICH II/II

• Indice

Agenda


a) Il contesto



Dati e Conoscenza

OBIETTIVI STRATEGICI:

DAC-OB1: Definizione strategia e architettura tecnologica DWH (MIMO) (2009)

DAC-OB2: Costruzione piattaforma architetturale DWH (MIMO + Estrattori) (2008-

2010)

DAC-OB3: Educazione dei key users e definizione processo di “certificazione

competenze” (Iniziato Ottobre 2010 – in corso)

DAC-OB4: Definizione evoluzione cruscotto direzionale => in corso

DAC-OB5: Definizione evoluzione intranet => in corso

Relatore



I risultati raggiunti: gestione dei processi e benefici secondo i key users…

Minor tempo nell'elaborazione della

reportistica

Grande e positivo impatto sull'attività di reportistica in particolare sugli indicatori esistenti

nel Tableau de Bord Qualità.

Risparmio di tempo nel calcolo di alcuni indicatori e riduzione del rischio di errori nei

passaggi di estrazione e elaborazione con altri strumenti.

Riesco sempre più a destreggiarmi da sola se mi

servono delle estrazioni diverse da quelle predefinite per l'ufficio

Creazione di query con più fornitori di dati, impatti sull'attività: maggiore

autonomia nella creazione di query, maggiore elaborazione dei dati in BO vs

excel, maggiore confidenza nell'estrazione dei dati

Automazione attività periodica di estrazione dati a supporto del

reporting direzionale.

Riduzione dei tempi di alcune attività del 50%

Valutazioni dei Key users:Esempi di processi monitorati tramite MIMO:

• Giornaliero attività ricoveri ICH (con invio automatico report ai key users)

• Attività di Pronto Soccorso

• Attività di sale operatorie

• Attività outpatients

• Monitoraggio liste di attesa

• Monitoraggio performance servizio Clienti (e previsione flussi)

• Gestione del pre-ricovero

• Indicatori di qualità aggregati

• Call center (in progress)

•…

presentazione humanitas ab2 febbraio2011

Documents