National and regional healthcare systems - IBM references and lessons learned

© 2010 IBM Corporation

„Aspekty projektowe i techniczne zapewnienia

spójności krajowych i regionalnych rozwiązańinformatycznych w ochronie zdrowia.

Analiza doświadczeń wdrożeniowych”

Karolina Wisniewska

Senior IT Architect,

IBM Polska

2 © 2010 IBM Corporation

Agenda

� Rozwiązania krajowe i regionalne - kto czerpie korzyści z budowy rozwiązań eZdrowie?

� Alternatywne modele wymiany i współdzielenia danych

� Zbliżanie sie co celu

– Czego jesteśmy się w stanie nauczyć od innych?

– O czym w szczególności należy pamiętać aby projekt budowy eZdrowia zakończyć z sukcesem?

� Podsumowanie wniosków z zaprezentowanych przykładów i dyskusja w kontekście krajowych realiów i uwarunkowań


Rozwiązania krajowe i regionalne: kto czerpie

korzyści z budowy rozwiązań eZdrowie?


eZdrowie - pytania

� Dla kogo są budowane nowoczesne rozwiązania klasy e-Zdrowie?

� Jakie są obawy i bariery związane z ich implementacją?

� Jaką wartość może wnieść udostępnianie danych medycznych?

demo


� Korzyści ze współdzielenia danych:

– dla lekarza

– dla pacjenta

– dla organizacji zajmujących się opieką zdrowotną

� Przejrzystość jaką dają rozwiązania klasy EHR

� Bariery - strach (szeroko rozumiany) jako jedna z największych barier na wchodzenie w nowoczesne rozwiązania w sektorze Ochrony Zdrowia.

� Przesłanie na bazie duńskich doświadczeń: budować trzeba takie rozwiązania, w których każdy z interesariuszy będzie się czułwygranym (win – win)


Alternatywne modele wymiany i

współdzielenia danych medycznych


Metody wymiany informacji o Elektronicznym Rekordzie Pacjenta

Wielka centralna baza danych

� Wszystkie systemy

usługodawców

przechowują dane

we wspólnym

współdzielonym

repozytorium

„Broadcast”rozsyłanie do wszystkich lub do logicznej pogrupy systemów

� Replikacja danych

z jednego systemu

do wszystkich

innych / lub

wybranej grupy

usługodawców

� Każdy posiada te

same informacje

Wielki centralny indeks

� Centralny index

lub lokalizator

usług / danych,

który posiada linki

do wszystkich

systemów

usługodawców,

gdzie

umieszczone są

informacje i dane

� Każdy z systemów

posiada interfejs

do reszty

Wspólne źródło informacji referencyjnych

� Systemy

właścicieli danych

referencyjnych

zapełniają je

informacjami

� Systemy

usługodawców

odwołują się do

nich


Zbliżanie sie co celu –

Czego jesteśmy się w stanie nauczyć od

innych?


1. Wyszukiwanie informacji dotyczących zdrowia, leczenia, etc

2. Wyszukiwanie lekarzy, ośrodków, świadczonego zakresu usług

3. Komunikacja z lekarzami, pracownikami służby zdrowia

4. Przeglądanie rekordu pacjenta

5. Zarządzanie lekami, receptami, etc

6. Przeglądanie kolejek oczekujących (do lekarzy, na zabiegi)

7. Rejestracja na wizytę online

8. Kontrola pacjenta nad jego elektronicznym rekordem choroby (audyt)


InfowayNHIN

eHR.zaMoH-SA

0

-


Dania

Portal e-zdrowie

SUP czyli Ustandaryzowane wykorzystywanie danych pacjentaProfil Farmakologiczny Pacjenta

DialogEHR: część medyczna i kliniczna

PACSBiobank


eZdrowie w Danii - podsumowanie

Tzw e-zdrowie składa się z wielu komponentów / projektów:

� Unikalny identyfikator pacjenta: Od 1977 r.

� Bezpieczna infrastruktura - ochrona danych i prywatności oparta o PKI / podpis cyfrowy

� Wydzielona sieć informacji zdrowotnej: Projekt ustanowiony 1994 roku. Obecnie pokrycie 97%

� EHR: Rozpoczęty w 2002 roku

� Ogólny portal e-zdrowia

� Wymiana danych na poziomie krajowym: Przegląd ogólnych danych w ramach Elektronicznego Rekordu Pacjenta

� Zarządzanie Zachorowalnością - ukierowane na pacjentów przewlekle chorych

� Zdrowy Tryb Życia – ogólny stan zdrowia obywateli: część portalu e-zdrowia

� Rozpowszechnianie opieki zdrowotnej: telemedycyna - diagnostyka + infrastruktury sieci bezprzewodowej

i jest uzupełniane przez:

� EHR w szpitalach: 30% -50% pokrycie

� Krajowe, centralne bazy danych (ze statystykami pacjenta)

� Kliniczne baz danych: krajowe projekty związane ze wsparciem diagnistyki i poprawą jakości leczenia


Integracja bazująca na portalu


Usługi dla lekarzy i obywateli

� Usługi dla obywateli

– Informacje ogólne

– Informacje ze szpitali w całej Danii

– Książka telefoniczna dla całego sektora zdrowia

– Informacje o kolejkach (waiting list)

– Informacja o lekach

– e-kalendarz do rezerwacji wizyt

– Bezpieczna komunikacja ("e-mail ")

– Profil farmakologiczny pacjenta

– Pełne logowanie zdarzeń na danych pacjenta

– Rejestracja jako dawca

– Kliczne ścieżki prowadzenia

• Ciąży (od 15 marca 2005)

• Cukrzyków (w toku: Dialog)

� Usługi dla lekarzy

– Informacje ogólne

– Informacje ze szpitali w całej Danii

– Książka telefoniczna dla całego sektora zdrowia

– Informacje o kolejkach (waiting list)

– Informacja o lekach

– e-kalendarz do rezerwacji wizyt

– Bezpieczna komunikacja ("e-mail ")

– Dostęp do wyników badańlaboratoryjnych

– Profil farmakologiczny pacjenta

– Dane pacjenta z w innych szpitali

– Kliczne ścieżki prowadzenia

• Ciąży (od 15 marca 2005)

• Cukrzyków (w toku: Dialog)


Przykład kanadyjski czyliCanada Health Infoway


Fundamentalne, współdzielone komponenty

Repozytoria dziedzinowe oraz aplikacje

Adaptacja użytkowników końcowych oraz ustalenie kierunków rozwoju

EHR

Architektura i standardy

Canada Health Infoway - z punktu widzenia nakładów inwestycyjnych

Rejestry Obywateli, Pacjentów, Lekarzy, Personelu Medycznego i inne

$110M

Innowacja i adaptacja $60M

Komunikacja i wymiana danych $175M

Systemy Labolatoryjne

$150M

DIagnostyka Obrazowa

$220M

Zdrowie Publiczne

$100M

System Informacji o

Lekach $185M

Infrastruktura $125M

Telemedycyna$150M


Infoway – Ogólna koncepcja architektury

EHR SOLUTION (EHRS)

EHR INFOSTRUCTURE (EHRi)

EHR ViewerPoint of Service

ApplicationPoint of Service

Application

EHRSLocator

Longitudinal Record Services

Health Information Access Layer

AncillaryData &

Services

HealthInformation

DataWarehouse

EHRData &

Services

RegistriesData &

Services


Pan-kanadyjski Elektroniczny Rekord Pacjenta

EHRS EHRS EHRS EHRS EHRS EHRS EHRS

EHR SOLUTION (EHRS)


EHR Viewer Point of Service

Application

Point of Service

Application

Ancillary Data &

Services

Health Information

Data Warehouse

EHR Data &

Services

Registries Data &

Services



EHR SOLUTION (EHRS)


EHR Viewer Point of Service

Application

Point of Service

Application

Ancillary Data &

Services

Health Information

Data Warehouse

EHR Data &

Services

Registries Data &

Services




Infoway – iEHR Blueprint

JURISDICTIONAL INFOSTRUCTURE

Ancillary Data& Services

Registries Data& Services

EHR Data& Services

DataWarehouse

OutbreakManagement

PHSReporting

SharedHealth Record

DrugInformation

DiagnosticImaging

LaboratoryHealth

Information

POINT OF SERVICE

Hospital, LTC,CCC, EPR

PhysicianOffice EMR

EHR Viewer

Physician/Provider

BusinessRules

EHRIndex

MessageStructures

NormalizationRules

Security MgmtData

Privacy Data Configuration

Physician/Provider

Physician/Provider

Lab System(LIS)

Lab Clinician

RadiologyCenter

PACS/RIS

Radiologist

PharmacySystem

Pharmacist

Public HealthServices

Public Health Provider


HIALCommunication Bus

Common Services

ClientRegistry

ProviderRegistry

LocationRegistry

TerminologyRegistry

JURISDICTIONAL INFOSTRUCTURE

Ancillary Data& Services

Registries Data& Services

EHR Data& Services

DataWarehouse

OutbreakManagement

PHSReporting

SharedHealth Record

DrugInformation

DiagnosticImaging

LaboratoryHealth

Information

POINT OF SERVICE

Hospital, LTC,CCC, EPR

PhysicianOffice EMR

EHR Viewer

Physician/Provider

BusinessRules

EHRIndex

MessageStructures

NormalizationRules

Security MgmtData

Privacy Data Configuration

Physician/Provider

Physician/Provider

Lab System(LIS)

Lab Clinician

RadiologyCenter

PACS/RIS

Radiologist

PharmacySystem

Pharmacist

Public HealthServices

Public Health Provider


HIALCommunication Bus

Common Services

ClientRegistry

ProviderRegistry

LocationRegistry

TerminologyRegistry


Infoway Blueprint czyli Podejście i Architektura Referencyjna

� Większość kanadyjskich prowincji realizowała interpretacje Infoway Blueprint w lokalnym

kontekście

� Faza 0 / 1 Planowanie i Projektowanie obejmowała wg Blueprintu ludzi, procesy i analizę

technologii:

– Stan obecny, przyszłość państwa i prowincji, oceny rozbieżności

– Zarządzanie

– Architektura (biznesowa i techniczna)

– Zarządzanie zmianami (gotowość zainteresowanych stron, umiejętności, szkolenia,

komunikacja)

– Porozumienia o współpracy, Ustalenie polityki

– Koszty, korzyści i ryzyka

� Podział na 3 główne fazy wdrożenia:

– Faza wczesna (quick win),

– Faza krótkoterminowa,

– Do późniejszej realizacji

� Zakres funkcjonalny przypisywany do poszczególnych faz opierał się na dojrzałości e-zdrowia

w danej prowincji i zdolności / gotowości do zmian


Przykład wdrożenia w ramach Infoway

British Columbia

Ontario


British Columbia – architektura wysokiego poziomu

• Integration• Disclosure Directives & Audit Trail

• Authorization & Authentication• Standards-based

Health Information Access Layer (HIAL)

DrugInformation

ViewerProvider

Information

PatientDemographicInformation

Lab TestResults

Information

DiagnosticImaging

Public HealthInformation

Electronic Health Record

AUTHORIZED EHEALTH USERS

• Integration• Disclosure Directives & Audit Trail

• Authorization & Authentication• Standards-based

Health Information Access Layer (HIAL)

DrugInformation

ViewerProvider

Information

PatientDemographicInformation

Lab TestResults

Information

DiagnosticImaging

Public HealthInformation

Electronic Health Record

AUTHORIZED EHEALTH USERS


Ontario – Diagnostyka Obrazowa (koncepcja)


Ontario – Rejestr Pacjentów - koncepcja z poziomu dostępu do usług


Zbliżanie sie co celu –

o czym w szczególności należy pamiętać, aby

krajowy i regionalne projekty eZdrowia

zakończyć z sukcesem

Krytyczne Wyznaczniki Sukcesu

Zarządzanie

Korzyści


Kluczowe wnioski

� Koncentracja na dostarczaniu wartości klinicznej

� Projekty eZdrowia muszą być zgodne z priorytetami i strategią Polski w zakresie Zdrowia

– Niezbędna koordynacja działań krajowych, regionalnych, innych samorządowych w

tym zakresie

� Potrzeba szybkich zwycięstw, aby budować do poparcie społeczne i polityczne, oraz aby

zmniejszać ryzyko

� Nie trzeba wyważać otwartych drzwi – część komponentów jest dostępna na rynku; można

bazować na doświadczeniach innych

� Dobrą praktyką jest wdrażanie produktów i rozwiązań dedykowanych i dostępnych a nie

budowa ich od zera

� Waga standardów – wybory standardów czy też dostosowywanie istniejących już norm do

konkretnych potrzeb

� Potrzeba zarządzania zmianą na duża skalę

� Dostosowanie budżetów do zakładanych celów i korzyści


Standardy to klucz do zapewnienia spójności oraz ...

� Interoperacyjności

� Wymiany informacji

� Współdzielenia informacji

� Obniżenia kosztów

Bez względu na:

� Stopień rozwoju danej placówki, systemu

� Moment dołączenia do projektu

� Stan informatyzacji

� Skomplikowanie procesów i zależności


eZdrowie to nie technologia, to ludzie i procesy biznesowe

� Informatyzacja Zdrowia ma duży wpływ na procesy i przepływy pracy

– Rozwiązania powinny być zaprojektowane dla optymalnego działania klinicznego, współpracy, i świadczenia wysokiej jakości opieki zdrowotnej

� Ważne, aby określić rolę i wpływ rozwiązań jakie chcemy tworzyć na/dla:

– Pacjenta,

– Personelu medycznego (lekarzy rodzinnych, szpitali, poradni, klinik)

– Ogólnego system opieki zdrowotnej w kraju

� Ważne, aby określić, w jaki sposób budowane rozwiązania wpływają na:

– Poprawę jakości usług medycznych

– Zwiększenie dostępu do usług

– Zwiększenie bezpieczeństwa pacjentów

– Zarządzanie kosztami

– Zapewnienie czynnej-aktywnej niż reaktywnej Opieki Zdrowotnej

– Profilaktykę chorób przewlekłych

– Uczenie pacjentow współodowiedzialności za stan zdrowia

– Zdrowie mieszkańców / populacji


Zarządzanie – wymagane od momentu tworzenia wizji aż po utrzymanie

� Zarządzanie (ludzie, procesy i

technologia)

– Kierowanie i odpowiedzialność

– Decyzje ramowe

– Priorytety i eskalacja

– Udział zainteresowanych podmiotów i zarządzanie

zmianami

– Strategia biznesowa i wymagania

– Strategia eZdrowia

– Architektura:

• Plan projektu i kontrola realizacji

• Normy i standardy,

• Prywatność i bezpieczeństwo

– Wizja, projektowanie, wdrażanie, uruchomienie, utrzymanie

– Ocena i wyciągnięcie wniosków

� Decyzje w ramach projektu eZdrowia

dotyczą

– Procesy biznesowe

– Zarządzanie informacją

– Dostęp, reguły biznesowe, poziom usług

– Zarządzanie technologią

– Zarządzania użytkowinkami i interesariuszami,

– etc


Zarządzanie Zmianą

The key success factors for transformation are

organizational rather than technical

Sponsoring of senior management 82%

Fairness with staff 82%

Involvement of staff in change programs 75%

Honest communications 70%

Good training programs 68%

Usage of performance management 65%

Usage of super users 60%

Availability of resources for program 48%

Sponsoring of senior management 82%

Fairness with staff 82%

Involvement of staff in change programs 75%

Honest communications 70%

Good training programs 68%

Usage of performance management 65%

Usage of super users 60%

Availability of resources for program 48%

Software functionality 44%

System performance 35%

Realistic program planning 31%

Source: IBM Institute for Business Value

Software functionality 44%

System performance 35%

Realistic program planning 31%

Source: IBM Institute for Business Value

Change Management is a key driver of success

Kluczowe czynniki sukcesów transformacji opieki zdrowotnej w kierunku rozwiązań eZdrowia są przede wszystkim natury

organizacyjnej a nie technicznej

W tym Zarządzanie Zmianą jest krytyczne

Źródło: IBM Institute of Business Value, 2009


Standary i zarządzanie:do jakich korzyści ma to nas doprowadzić?

� Krajowe i regionalne systemy informacji medycznej mają na celu rozwiązanie wielu

utrzymujących się problemów w służbie zdrowia

� Rekordy w formie elektronicznej są łatwej dostępne wtedy kiedy są potrzebne.

– Są szybciej wyszukiwane i udostępnione.

� Inne potencjalne korzyści obejmują:

– Dla pacjenta: poprawa opieki zdrowotnej i zmniejszenie ryzyka (np. działań

niepożądanych leków); mniejsze szanse na powtarzanie badań.

– Dla personelu medycznego: zintegrowany widok danych pacjenta i zdolność do

podejmowania lepszych decyzji, dzięki aktualnej informacji o pacjencie.

– Dla administratorów zakładów opieki zdrowotnej: zmniejszenie kosztów opieki

zdrowotnej i poprawa jakości leczenia.

– Dla samorządów: wsparcia w planowaniu długoterminowym oraz zarządzaniu sytuacjami

kryzysowymi.

� Koordynacja i wspólna strategia obejmująca działania krajowe i regionalne:

– zmniejsza koszty i ryzyka projektów,

– poprawia jakość opieki, pomocy i ratowania życia.


Podsumowanie wniosków z zaprezentowanych

przykładów

Dyskusja w kontekście krajowych realiów i

uwarunkowań


Nasze realia

� Ekosystem

– Ministerwstwo Zdrowia, CSIOZ, Narodowy Fundusz Zdrowia, Regiony, samorządy, MSWiA, i inni

– System eZdrowia dla 38.200.000 ludzi

– Służba zdrowia:

• lekarze: 122.500,

• dentyści: 32600,

• szpitale: 767

� Zarządzanie zmianą – jaka jest gotowość zainteresowanych stron na zmiany?

� Standardy

– technicznej, semantycznej interoperacyjności

– zdolności do odczytywania / pobierania informacji z wielu różnych źródeł tak aby były zrozumiałe, stosowane do porównań, analizy czy statystyk

� Zarządzanie tożsamością - pacjenci, usługodawcy, placówki

� Obecna jakość danych


Preferowane podjeście

� Preferencyjna Architektura – centralna

– Centralna szyna usług / platforma intergacyjna

– Centralny Portal

– Centralny EHR

– Centralna Hurtownia

– Centralne aplikacje dziedzinowe

� Liczba punktów świadczenia usług do zintegrowania na poziomie krajowego

rozwiązania centralnego i regionalnych systemów ??

� Przechowywanie / udostępnianie medycznych danych rozszerzonych


Przykładowe dane o ilości punktów świadczenia usług do zintegrowania w ramach projektu eZdrowia


Co dalej?

� Różne ramy czasowe realizowanych projektów na poziomie krajowym i regionalnym oraz

różne zakresy

– Koordynacja działań będzie dużym wyzwaniem

� Ustalenie standardów wymiany danych powinno być pierwszym krokiem w celu zapewnienia

interoperacyjności dla rozwiązań docelowych

� Wspólna koordynacja działań powinnać dać jasność usługodawcom co do przyszłej wizji z

kim i w jaki sposób będą wymieniać dane, a przede wszystkim co im to da

– Odpowiednio wczesne zaangażowanie w projekty

– Komunikacja

� Krajowe strategie eZdrowia powinny zakładać wykorzystywanie elementów centralnych

takich jak rejestry, platforma integracyjna, itp


DZIĘKUJĘ ZA UWAGĘ

[email protected]


Demo – slajdy zapasowe

National and regional healthcare systems - IBM references and lessons learned

Presentations & Public Speaking

Transcript of National and regional healthcare systems - IBM references and lessons learned