Interoperacyjność projektów centralnych i regionalnych w ochronie zdrowia

Transkrypt

1 Interoperacyjność projektów centralnych i regionalnych w ochronie zdrowia Grzegorz Gomoła Dyrektor Programu

2 Agenda Czym jest interoperacyjność? Wiodące projekty centralne i regionalne w ochronie zdrowia Projekty regionalne e-zdrowia rekomendacja docelowego zakresu Przykład wdrożenia: Dolnośląskie e-zdrowie Spostrzeżenia i wnioski

3 Czym jest interoperacyjność?

4 Interoperacyjność to: możliwość współdziałania różnych odrębnych organizacji na rzecz osiągnięcia uzgodnionych i korzystnych dla wszystkich stron celów, przy jednoczesnym dzieleniu się informacjami i wiedzą pomiędzy tymi organizacjami poprzez wspierane przez nie procesy biznesowe, za pomocą wymiany danych za pośrednictwem odpowiednich systemów TIK (technologii informacyjno-komunikacyjnych) Kontekst świadczenia europejskich usług użyteczności publicznej, Europejskie Ramy Interoperacyjności dla europejskich usług użyteczności publicznej, Bruxelles, le COM(2010) 744 final załącznik 2 do komunikatu Komisji do Parlamentu Europejskiego, Rady Europejskiego Komitetu Ekonomiczno-Społecznego i Komitetu Regionów W kierunku interoperacyjności europejskich usług użyteczności publicznej

5 Interoperacyjność to: zdolność różnych podmiotów oraz używanych przez nie systemów teleinformatycznych i rejestrów publicznych do współdziałania na rzecz osiągnięcia wzajemnie korzystnych i uzgodnionych celów, z uwzględnieniem współdzielenia informacji i wiedzy przez wspierane przez nie procesy biznesowe realizowane za pomocą wymiany danych za pośrednictwem wykorzystywanych przez te podmioty systemów teleinformatycznych Ustawa o informatyzacji podmiotów publicznych (Ustawa o informatyzacji z dnia 17 kwietnia 2005 poźn. zm.),

6 Interoperacyjność osiąga się przez: 1) ujednolicenie, rozumiane jako zastosowanie kompatybilnych norm, standardów i procedur przez różne podmioty realizujące zadania publiczne, lub 2) wymienność, rozumianą jako możliwość zastąpienia produktu, procesu lub usługi bez jednoczesnego zakłócenia wymiany informacji pomiędzy podmiotami realizującymi zadania publiczne lub pomiędzy tymi podmiotami a ich klientami, przy jednoczesnym spełnieniu wszystkich wymagań funkcjonalnych i pozafunkcjonalnych współpracujących systemów, lub 3) zgodność, rozumianą jako przydatność produktów, procesów lub usług przeznaczonych do wspólnego użytkowania, pod specyficznymi warunkami zapewniającymi spełnienie istotnych wymagań i przy braku niepożądanych oddziaływań. Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych

7 Poziomy interoperacyjności Wyróżnia się interoperacyjność na poziomie prawnym, organizacyjnym, semantycznym i technologicznym Podmioty realizujące zadania publiczne stosują rozwiązania z zakresu interoperacyjności na poziomie organizacyjnym, semantycznym i technologicznym. Interoperacyjność na poziomie organizacyjnym osiągana jest m.in. przez: - informowanie o sposobie dostępu oraz zakresie użytkowym serwisów dla usług realizowanych przez te podmioty; - wskazanie miejsca publikacji informacji - - standaryzację i ujednolicenie procedur z uwzględnieniem konieczności zapewnienia poprawnej współpracy podmiotów realizujących zadania publiczne; - publikowanie i uaktualnianie w Biuletynie Informacji Publicznej opisów procedur obowiązujących przy załatwianiu spraw z zakresu jego właściwości drogą elektroniczną. Interoperacyjność na poziomie semantycznym osiągana jest m.in. przez: - stosowanie odpowiednich struktur danych i znaczenia danych zawartych w tych strukturach, - stosowanie w rejestrach odwołań do rejestrów zawierających dane referencyjne Interoperacyjność na poziomie technologicznym osiągana jest m.in. przez: - stosowanie minimalnych wymagań dla systemów teleinformatycznych określonych w rozporządzeniu, - stosowanie regulacji zawartych w przepisach odrębnych, a w przypadku ich braku uwzględnienia postanowień odpowiednich Polskich Norm, norm międzynarodowych lub standardów uznanych w drodze dobrej praktyki przez organizacje międzynarodowe.

8 Wiodące projekty centralne i regionalne w ochronie zdrowia

9 Wiodące projekty centralne i regionalne Projekty centralne P1: Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych P2: Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych (CSIOZ) P5: Elektroniczna platforma konsultacyjnych usług telemedycznych Ministerstwa Zdrowia, NFZ oraz sieci szpitali wysokospecjalistycznych (CSIOZ) Pl.ID: polska ID karta epuap: Elektroniczna Platforma Usług Administracji Publicznej Projekty regionalne Pomorskie e-zdrowie (w przygotowaniu) Podlaskie e-zdrowie (w przygotowaniu) Świętokrzyskie e-zdrowie (w realizacji) Dolnośląskie e-zdrowie (zrealizowane) Podkarpackie e-zdrowie (w przygotowaniu)

10 Wiodące projekty centralne i regionalne P1: Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych źródło:

11 Usługi Platformy P1 na rzecz Usługodawców Zdarzenia medyczne Ewidencjonowanie informacji o zdarzeniach medycznych (metadane rodzaj zdarzenia, miejsce przechowywania dokumentacji) Wyszukiwanie informacji o zaistniałych zdarzeniach medycznych Udostępnianie informacji o lokalizacji dokumentacji medycznej na potrzeby prowadzonego leczenia Dane krytyczne Utrzymywanie zbioru danych krytycznych pacjentów Udostępnianie danych krytycznych pacjentów uprawnionym pracownikom medycznym na potrzeby prowadzonego leczenia oraz w nagłych wypadkach Zlecenia (Recepty, Skierowania, Zlecenia zaopatrzenia) Umożliwienie wystawiania i realizacji recept elektronicznych Umożliwienie wystawiania i realizacji elektronicznych skierowań na badania i konsultacje Wyszukiwanie i udostępnianie zleceń do realizacji przez usługodawcę Aktualizacja statusu zarejestrowanych zleceń Dokumentacja medyczna Wsparcie procesu udostępniania elektronicznej dokumentacji medycznej usługobiorcom i usługodawcom (wyszukiwanie, weryfikacja uprawnień, wskazanie miejsca przechowywania) Przejęcie, przechowywanie i udostępnianie dokumentacji medycznej likwidowanego usługodawcy

12 Usługodawcy na rzecz Platformy P1 Zdarzenia medyczne Przekazywanie informacji o wystąpieniu zdarzeń medycznych (metadane rodzaj zdarzenia, miejsce przechowywania dokumentacji) Zapytania o zdarzenia medyczne Dane krytyczne Przekazywanie i aktualizacja danych krytycznych pacjentów Zlecenia (Recepty, Skierowania, Zlecenia zaopatrzenia) Aktualizacja statusu realizowanych zleceń Dokumentacja medyczna Przekazywanie informacji o dokumentacji medycznej Udostępnianie dokuementacji medycznej na wniosek innego usługodawcy przekazany przez P1 Przekazanie dokumentacji medycznej w przypadku likwidacji Uzyskanie autoryzacji obsługa PL.ID, BPE, zaufanego profilu

13 Projekty regionalne e-zdrowia docelowy zakres (rekomendacja)

14 Projekty centralne i regionalne Obszary zależne Zapytania o dokumentację medycznej Udostępnianie danych krytycznych POZIOM KRAJOWY Informacja o dokumentacji medycznej Przechowywanie danych krytycznych Zdarzenia medyczne Dokumentacja medyczna Dane krytyczne Zlecenia Portal informacyjny Udostępnianie dokumentacji medycznej POZIOM REGIONALNY Zapytania o dokumentację medyczną Udostępnianie danych krytycznych 14 1

15 Przechowywanie i udostępnianie elektronicznej dokumentacji medycznej Dostosowanie systemów szpitalnych do wymogów ustawowych w zakresie Elektronicznej Dokumentacji Medycznej poprzez: budowę repozytorium elektronicznej dokumentacji medycznej (REDM) jako komponentu współpracującego i niezależnego od systemów dziedzinowymi szpitali Na bazie wytycznych krajowych Opracowanie struktury danych dla EDM Opracowanie wspólnych słowników na potrzeby składowania i wymiany danych Zarządzanie dostępem do danych Budowa repozytorium regionalnego Wymiana danych na potrzeby szpitali Interoperacyjność z projektem P1

16 Architektura rozwiązania szyna usług Platforma P1 Szpital 1 Systemy dziedzinowe Węzeł Regionalny szyna usług Region HIS LIS RIS Repozytorium EDM Szpital 2 Repozytorium regionalne. Szpital n

17 Repozytorium regionalne Przyjmowanie dokumentacji elektronicznej w postaci elektronicznej Przechowywanie, w wymaganych okresach retencji danych Udostępnianie zgodnie z wymogami prawnymi na rzecz szpitali na potrzeby platformy P1 (krajowego systemu SIM) Archiwizacja zgodnie z wymogami prawa 1

18 System regionalny jest wówczas: agregatorem informacji systemów usługodawców wielojęzycznym tłumaczem dla systemu centralnego sojusznikiem systemu centralnego, uwalniającym od problemów komunikacji i unifikacji danych System regionalny jest systemem pośredniczącym w komunikacji pomiędzy heterogenicznymi systemami usługodawcy a systemem centralnym

19 Dolnośląskie e-zdrowie System Pilotażowy Elektroniczny Rekord Pacjenta Przykład wdrożenia

20 Zakres Systemu Pilotażowego ERP ZOZ 12 ZOZ 1 ZOZ... SP ERP RW ZOZ... ZOZ 2 ZOZ...

21 Kluczowe cechy rozwiązania Wymiana danych w środowisku heterogenicznych systemów HIS Minimalizacja zakresu zmian po stronie systemów dziedzinowych Wybrany wspólny zakres danych dla systemów dziedzinowych (dane medyczne pacjentów) Badania, konsultacje, hospitalizacje, dane podstawowe Założenia dla systemu pilotażowego: Dane pobrane od innego świadczeniodawcy nie są zapisywane w systemie dziedzinowym Każdy system dziedzinowy zachowuje i stosuje własne słowniki Repozytorium regionalne dla odpersonalizowanych danych medycznych Wymagana zgoda pacjenta na udostępnianie danych medycznych innym świadczeniodawcom

22 Architektura logiczna SP ERP Regi on Węzeł Regionalny Świadczeniodawca Węzeł Lokalny HP ehealt hbroker Dane med. KERP Aplikacja Dostępowa Zgody Interfejs dla SD Dane dla KERP System dziedzinowy pre-repozytorium Regional ne EDM pre-repozytorium EDM 22 HP Confidential

23

24 Spostrzeżenia i wnioski

25 Systemy Regionalne na rzecz Platformy P1 Zdarzenia medyczne Przekazywanie informacji o wystąpieniu zdarzeń medycznych (metadane rodzaj zdarzenia, miejsce przechowywania dokumentacji) Zapytania o zdarzenia medyczne Dane krytyczne Przekazywanie i aktualizacja danych krytycznych pacjentów Zlecenia (Recepty, Skierowania, Zlecenia zaopatrzenia) Aktualizacja statusu realizowanych zleceń Dokumentacja medyczna Przekazywanie informacji o dokumentacji medycznej Udostępnianie dokuementacji medycznej na wniosek innego usługodawcy przekazany przez P1 Przekazanie dokumentacji medycznej w przypadku likwidacji Uzyskanie autoryzacji obsługa PL.ID, BPE, zaufanego profilu

26 Spostrzeżenia Poziom interoperacyjności semantycznej dla elektronicznej dokumentacji medycznej powinien być wyznaczony na szczeblu krajowym Systemy regionalne mogą być budowane już w obecnym stanie prawnym, w zakresie zapewniającym wymianę danych medycznych pomiędzy usługodawcami (Dolnośląskie e-zdrowie) mogą/powinny pełnić funkcję ambasadora systemów centralnych na poziomie lokalnym zmniejszają liczbę relacji komunikacyjnych systemu centralnego do systemów usługodawców o co najmniej trzy rzędy wielkości mają bezpośrednie przełożenie instytucjonalne na większość jednostek usługodawców, gdy prowadzone są pod egidą Urzędów Marszałkowskich

27 Wnioski Systemy regionalne mogą być najskuteczniejszą, najpewniejszą i najbardziej praktyczną drogą do pozyskania danych z systemów dziedzinowych do systemu centralnego dane źródłowe w przeważającej części występują w systemach usługodawców na poziomie lokalnym dane źródłowe są rozproszone w heterogenicznych systemach u większości usługodawców systemy pochodzą od znacznej liczby producentów i eksploatowane są w wielu wersjach umowy licencyjne i serwisowe przy ograniczeniach budżetowych nie pozwalają na skuteczne narzucenie wszystkim producentom przebudowania systemów dziedzinowych lepszy kontakt z dostawcami, mniejsza złożoność i skala przedsięwzięcia choć brak jest odniesienia do platform regionalnych na poziomie architektury biznesowej P1 Przedsięwzięcia regionalne powinny być połączone z budową repozytoriów elektronicznej dokumentacji medycznej (realizacja wymogu ustawowego)

28 DZIĘKUJĘ ZA UWAGĘ Grzegorz Gomoła, Hewlett-Packard Polska 28