Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1

Transkrypt

1 Projekt: Opracowanie specyfikacji wymagań w zakresie integracji (interoperacyjnego współdziałania) systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności "Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1)" Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 4pi Sp. z o.o Warszawa, ul. Niekłańska 27/5, tel. (22) , fax. (22) , Wersja: 3.0 Autor: Zespół 4pi sp. z o.o. Data: Produkt w ramach Projektu finansowany będzie ze środków Unii Europejskiej przez Europejski Fundusz Rozwoju Regionalnego (EFRR) oraz budżet państwa w ramach Programu Operacyjnego Innowacyjna Gospodarka Dotacje na innowacje

2 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu SPIS TREŚCI I. Cel i przeznaczenie dokumentu... 6 I.1. Kontekst...6 I.2. Cel i przeznaczenie dokumentu...6 I.3. Słownik skrótów i pojęć zastosowanych w dokumencie...7 II. Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania platformy z systemami dziedzinowymi II.1. Analiza otoczenia II.2. Cele Projektu II.3. Kluczowe założenia II.4. Użytkownicy platformy II.5. Przepływy informacyjne pomiędzy platformą a poszczególnymi grupami jej użytkowników III. Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych występujących w SIOZ III.1. Wprowadzenie III.2. Analiza przyjętych celów projektu III.3. Analiza architektury logicznej III.4. Analiza architektury danych III.5. Analiza architektury technologicznej III.6. Analiza architektury warstwy biznesowej IV. Analiza zidentyfikowanych wymagań w kontekście dobrych praktyk pod kątem określenia niezbędnych modyfikacji i uzupełnień IV.1. nia funkcjonalne dla systemów dziedzinowych w kontekście architektury warstwy biznesowej IV.2. nia odnośnie gromadzenia, przetwarzania i udostępniania danych o zdarzeniach medycznych w systemach dziedzinowych IV.3. nia odnośnie jednoznacznej identyfikacji danych przez systemy dziedzinowe IV.4. nia odnośnie wykorzystania klasyfikacji medycznych w systemach dziedzinowych IV.5. nia odnośnie zakresu podstawowych danych medycznych jakie powinny gromadzić systemy dziedzinowe IV.6. nia względem standardów przechowywania i przesyłania danych IV.7. nia w zakresie współpracy systemów dziedzinowych z aplikacjami logiki biznesowej SIOZ IV.8. nia techniczne i technologiczne IV.9. Otoczenie prawne projektu...82 V V.1. Kluczowe założenia projektu P1 w odniesieniu do systemów dziedzinowych V.2. nia funkcjonalne V.2.1. Założenia przyjęte na potrzeby identyfikacji wymagań funkcjonalnych...87 V.2.2. Specyfikacja wymagań funkcjonalnych

3 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu V.3. nia niefunkcjonalne V.3.1. Założenia przyjęte na potrzeby identyfikacji wymagań niefunkcjonalnych V.3.2. Specyfikacja wymagań niefunkcjonalnych V.4. Informacje uzupełniające Załącznik nr 1 - Zalecane do wykonania zadania, mające na celu doprecyzowanie wymagań dla systemów dziedzinowych Załącznik nr 2 - Propozycja metod i procedur kontroli spełnienia wymagań przez systemy dziedzinowe

4 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu SPIS ILUSTRACJI Rysunek 1. Korzyści wynikające z realizacji projektu P1 z punktu widzenia pacjenta...13 Rysunek 2. Schemat przepływów informacyjnych w obszarze ochronny zdrowia po wdrożeniu docelowych rozwiązań ze wskazaniem obszaru systemów dziedzinowych...15 Rysunek 3. Diagram architektury logicznej platformy...21 Rysunek 4. Schemat docelowej architektury, zbudowanej w oparciu o szynę usług, ze wskazaniem obszaru systemów dziedzinowych...38 Rysunek 5. Przepływy informacyjne pomiędzy modułami platformy ze wskazaniem przepływów z systemami dziedzinowymi...41 Rysunek 6. Koncepcje architektury rozwiązania z wykorzystaniem szyny usług...71 Rysunek 7. Architektura wywołania komponentu web services

5 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu SPIS TABEL Tabela 1. Zestawienie kluczowych założeń w zakresie interoperacyjnego współdziałania systemów dziedzinowych z platformą...85 Tabela 2. Proces główny Szczepienia...91 Tabela 3. Proces główny Badania przesiewowe...94 Tabela 4. Proces główny Programy Profilaktyczne...98 Tabela 5. Proces główny Rejestracja Porady lub Badania Tabela. 6. Proces główny Porada Tabela 7. Proces główny Badanie Laboratoryjne lub Obrazowe Tabela 8 Proces główny Ratownictwo Medyczne Tabela 9 Proces główny Rejestracja Szpitalna Tabela. 10 Proces główny Hospitalizacja Tabela 11 Proces główny Wypis ze Szpitala Tabela 12 Proces główny Konsultacja Telemedyczna Tabela 13 Proces główny Przegląd Danych Medycznych w SIOZ Tabela 14 Proces główny Zakup Leków Tabel 15 Proces główny Zakup Środków Pomocniczych i Ortopedycznych Tabela 16 Proces główny Ewidencja Zdarzenia Medycznego w SIOZ Tabela 17 Proces główny Rozliczenia Usługodawcy Tabela 18 Proces główny Ewidencja Danych Finansowych w SIOZ Tabel 19 Proces główny Wystawienie efaktur przez Usługodawcę Tabela 20 Proces główny Sprzedaż Produktów Farmaceutycznych Tabela 21 Proces główny Ewidencja Zrealizowanych Recept w SIOZ Tabela 22 Proces główny Rozliczenia Leków Refundowanych Tabela 23 Proces główny Wystawienie efaktur przez Aptekę Tabela 24 Proces główny Kontraktowanie świadczeń zdrowotnych (Konkurs Ofert) Tabela 25 Proces główny Rozliczenia z Usługodawcami Tabela 26 Proces główny Korekta Rozliczenia Usługodawcy Tabela 27 Proces główny Rozliczenia z Aptekami Tabela 28 Proces główny Korekta Rozliczenia Apteki Tabela 29 Proces główny Zarządzanie Kolejkami Tabela 30. Definicja informacji w tabelach wymagań niefunkcjonalnych Tabela 31. nia odnośnie zastosowania standardów (wymiany informacji) Tabela 32. nia technologiczne (techniczne) Tabela 33. ni w zakresie bezpieczeństwa Tabela 34. nia w zakresie zgodności z przepisami prawa, wytycznymi UE i Polski 224 Tabela 35. Propozycja prezentacji szczegółowych wymagań dla systemów dziedzinowych dla zakresu zastosowania protokołu HL

6 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu I. CEL I PRZEZNACZENIE DOKUMENTU I.1. Kontekst Dokument niniejszy pt. Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze jest częścią dokumentacji, która powstała w ramach projektu Opracowanie specyfikacji wymagań w zakresie integracji (interoperacyjnego współdziałania) systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1), zwanego w dalszej części dokumentu Projektem. Projekt przeprowadzany jest w ramach Umowy nr 43/2009 zawartej w dn pomiędzy Centrum Systemów Informacyjnych Ochrony Zdrowia, zwanym w dalszej części dokumentu CSIOZ oraz firmą 4pi sp. z o.o., zwaną w dalszej części dokumentu 4pi I.2. Cel i przeznaczenie dokumentu Zasadniczymi celami Projektu jest opracowanie dokumentu specyfikacji wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1. Opracowanie będzie częścią dokumentacji, która powstanie w związku z realizowanym przez CSIOZ projektem Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1), który uzyskał dofinansowanie ze środków Unii Europejskiej w ramach Programu Operacyjnego Innowacyjna Gospodarka Projekt obejmuje opracowanie następujących produktów: analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych występujących w systemie informacyjnym ochrony zdrowia, analiza zidentyfikowanych wymagań w kontekście dobrych praktyk obowiązujących pod kątem określenia niezbędnych modyfikacji i uzupełnień, systematyczny opis specyfikacji wymagań, metody i procedury kontroli spełnienia przez założenia koncepcyjne i projektowe systemów dziedzinowych obowiązującej specyfikacji wymagań. 6

7 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu Dokument przeznaczony jest dla kierownictwa CSIOZ oraz pracowników zespołu realizującego projekt Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1). Materiał przedstawiony w dokumencie po zaakceptowaniu przez kierownictwo projektu P1 będzie przeznaczony również dla wszystkich wykonawców, którzy realizują systemy dziedzinowe, w celu zapewnienie dostępu do informacji o wymaganiach, jakie stawiane są tym systemom w związku z potrzebą zapewnienia interoperacyjności pomiędzy platformą będącą głównym produktem projektu P1 a systemami dziedzinowymi. Beneficjent oraz twórcy niniejszego dokumentu zastrzegają jednak, iż wymagania i wytyczne opisane w tekście opracowania będą ulegały doprecyzowaniu w miarę postępu prac przy realizacji projektu P1 a adresaci niniejszego dokumentu będą na bieżąco informowani o zmianach. I.3. Słownik skrótów i pojęć zastosowanych w dokumencie Poniżej wyszczególniono pojęcia użyte w opracowaniu. 4pi - firma 4pi sp. z o.o. Wykonawca projektu Opracowanie specyfikacji wymagań w zakresie integracji (interoperacyjnego współdziałania) systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1). BPMN z ang. Business Process Modeling Notation notacja umożliwiająca graficzny opis modeli procesów zgodnie z metodyką BPM (z ang. Business Process Modeling). CSIOZ Centrum Systemów Informacyjnych Ochrony Zdrowia Zamawiający/ Beneficjent projektu Opracowanie specyfikacji wymagań w zakresie integracji (interoperacyjnego współdziałania) systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1). EHR z ang. Electronical Heath Record Elektroniczny Rekord Zdrowia Pacjenta. HIS z ang. Hospital Information System Szpitalny System Informacyjny. Integracja (interoperacyjne współdziałanie) - w niniejszym dokumencie termin integracja należy rozumieć jako interoperacyjne współdziałanie. Termin ten jest używany w 7

8 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu kontekście integracji systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1). Interoperacyjność określenie odnoszące się do trzech następujących poziomów interakcji oznaczających: organizacyjny możliwość współdziałania, informacyjny zdolność do efektywnej wymiany informacji co przekłada się na zgodność syntaktyczną i semantyczną przesyłanych danych, technologiczny (techniczny) zgodność w zakresie protokołów komunikacyjnych, szyfrujących, formatu kodowania znaków, itp. Dla potrzeb dokumentu przyjęto, jako właściwą, definicję interoperacyjności w oparciu o EIF 1.0 (ang. European Interoperability Framework), mianowicie: interoperacyjność to zdolność systemów ICT i procesów biznesowych przez nie wspieranych do wymiany danych i wspierania udostępniania informacji i wiedzy. Ramy interoperacyjności zdefiniono natomiast jako zestaw standardów i wytycznych opisujących sposób, w który organizacje zgodziły się - lub zgodzą się - współdziałać ze sobą. LIS z ang. Laboratory Information System Laboratoryjny System Informacyjny, system informatyczny wspierający pracę laboratorium diagnostycznego. PACS z ang. Picture Archiving and Communication Systems - System archiwizacji i transmisji obrazów. PIS z ang. Pharmacy Information System - Farmaceutyczny System Informacyjny. PKI z ang. Public Key Infrastructure - Infrastruktura Klucza Publicznego. Jest to szeroko pojęty system kryptograficzny, w skład którego wchodzą urzędy certyfikacyjne (CA), urzędy rejestracyjne (RA), subskrybenci certyfikatów (użytkownicy), oprogramowanie i sprzęt. Do podstawowych funkcji PKI należą: generowanie kluczy kryptograficznych, weryfikacja tożsamości subskrybentów, wystawianie i weryfikacja certyfikatów, unieważnianie certyfikatu dla utraconych kluczy prywatnych, podpisywanie i szyfrowanie przekazu, potwierdzanie tożsamości, znakowanie czasem. Kwestie stosowania podpisu elektronicznego w Polsce reguluje Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym (Dz. U. z 2001 r. Nr 130, poz z późn. zm.). 8

9 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu POIG Programem Operacyjnym Innowacyjna Gospodarka. Prince 2 metodyka zarządzania projektami (przedsięwzięciami). Nazwa metodyki wywodzi się z angielskiego PRojects IN Controlled Environments (Przedsięwzięcia Realizowane w Kontrolowanych Środowiskach). Proces zbiór działań wzajemnie powiązanych lub wzajemnie oddziałujących, które przekształcają wejścia w wyjścia (wg PN-EN ISO 9000:2000, p.3.4.1). Proces składa się z ustalonej sekwencji czynności i można go podzielić na podprocesy (dekompozycja procesu). Proces niepodzielny, na najniższym poziomie dekompozycji nazywamy czynnością. Proces definiowany jest również jako: zestaw zdefiniowanych, zamierzonych kroków, etapów zmierzających do określonego celu (wg Feiler); zestaw jednostek składających się z serii czynności lub procesów, informacje przemieszczające się pomiędzy nimi oraz występujące relacje (wg Frailey). Projekt - Projekt na Opracowanie specyfikacji wymagań w zakresie integracji (interoperacyjnego współdziałania) systemów dziedzinowych (w tym erecepty) z systemami o architekturze zawartej w Studium Wykonalności Elektroniczna Platforma Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1). RIS z ang. Radiology Information System Radiologiczny System Informacyjny, system informatyczny wspierający pracę w ramach diagnostyki obrazowej. SIOZ System Informacyjny Ochrony Zdrowia. SOA z ang. Structured Oriented Architecture koncepcja architektury zorientowanej biznesowo, w której procesy i dane grupowane są w operacyjnie i technologicznie niezależne, rozproszone usługi biznesowe dostarczone przez aplikacje. Usługi zdefiniowane w SOA są zazwyczaj definiowane w sposób abstrakcyjny, niezależny od platformy programistycznej i technologii i udostępniane są za pomocą protokołu komunikacyjnego. Studium Wykonalności stadium wykonalności opracowane na potrzeby projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o zdarzeniach medycznych (P1). System IT skrót IT z ang. Information Technology (informatyka, lub w dosłownym tłumaczeniu technologie informacyjne) w niniejszym dokumencie termin system IT odnosi się do dowolnego systemu informatycznego. 9

10 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Cel i przeznaczenie dokumentu Systemy dziedzinowe medyczne systemy informatyczne funkcjonujące w obszarze ochrony zdrowia, w szczególności systemy wykorzystywane na potrzeby usługodawców, w tym aptek. Przykłady systemów dziedzinowych - systemy szpitalne HIS (ang. Hospital Information System), systemy wspierające pracę laboratoriów diagnostycznych LIS (ang. Laboratory Information System), systemy wspierające pracę przychodni i innych zakładów opieki zdrowotnej, systemy dedykowane dla aptek i inne. Umowa - Umowa nr 43/2009 zawarta w dn pomiędzy Centrum Systemów Informacyjnych Ochrony Zdrowia oraz firmą 4pi sp. z o.o. 10

11 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania II. KONCEPCJA ROZWIĄZANIA ZE WSKAZANIEM ASPEKTU INTEROPERACYJNEGO WSPÓŁDZIAŁANIA PLATFORMY Z SYSTEMAMI DZIEDZINOWYMI II.1. Analiza otoczenia Projekt Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o zdarzeniach medycznych (P1) jest realizowany w ramach 7 osi priorytetowej Programu Operacyjnego Innowacyjna Gospodarka Projekt P1 zakłada rozbudowę i integrację (zapewnienie interoperacyjnego współdziałania) krajowej infrastruktury teleinformatycznej administracji publicznej, stanowiącej zaplecze dla spójnej realizacji usług elektronicznych w zakresie ochrony zdrowia. Realizacja projektu P1 umożliwi przesyłanie danych pomiędzy poszczególnymi platformami, rejestrami elektronicznymi i urzędami, integrując tym samym jednostki administracji publicznej oraz usługodawców funkcjonujących w obszarze ochrony zdrowia. Docelowe rozwiązanie dostarczy zestaw usług świadczonych drogą elektroniczną w zakresie ochrony zdrowia oraz zapewni rozwój polskich zasobów cyfrowych dostępnych w Internecie. Przedmiotem niniejszego dokumentu będzie aspekt wymiany danych pomiędzy budowanym rozwiązaniem a usługodawcami funkcjonującymi w obszarze ochrony zdrowia przy zapewnieniu integracji (interoperacyjnego współdziałania) platformy z systemami dziedzinowymi. II.2. Cele Projektu Projekt Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o zdarzeniach medycznych (P1) ma na celu budowę elektronicznej platformy usług publicznych w zakresie ochrony zdrowia, umożliwiającej organom publicznym, w tym administracji państwowej i samorządowej, przedsiębiorcom (m.in. zakłady opieki zdrowotnej, apteki, praktyki lekarskie) i obywatelom gromadzenie, analizę i udostępnianie zasobów cyfrowych o zdarzeniach medycznych. 11

12 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania Zakłada się, że cel główny Projektu P1 będzie realizowany poprzez następujące cele szczegółowe: poprawa jakości obsługi pacjentów, planowanie opieki zdrowotnej, elektroniczne rozliczenia, zarządzanie kryzysowe, zapewnienie interoperacyjności z europejskimi platformami elektronicznymi w zakresie obszaru ochrony zdrowia, zapewnienie wiarygodności danych o zdarzeniach medycznych. W kontekście niniejszego opracowania kluczowym celem szczegółowym, który należy osiągnąć jest zapewnienie interoperacyjności z europejskimi platformami elektronicznymi w zakresie obszaru ochrony zdrowia, którego osiągnięcie będzie uzależnione od zapewnienia, w pierwszej kolejności, interoperacyności na poziomie kraju. Osiągnięcie powyższego celu wiąże się z koniecznością dostarczenia wiarygodnych i aktualnych danych z zakresu ochrony zdrowia w Polsce, których zgromadzenie związane jest z koniecznością spełnienia większości pozostałych celów szczegółowych, w tym w szczególności zapewnienia wiarygodnych danych o zdarzeniach medycznych. Z tego powodu do spełnienia powyższych postulatów niezbędna jest integracja (interoperacyjne współdziałanie) tworzonej platformy z systemami dziedzinowymi funkcjonującymi w obszarze ochrony zdrowia, które dzięki integracji dostarczą aktualne dane z obszaru całego kraju. II.3. Kluczowe założenia Systemy informatyczne wchodzące w skład platformy pozwolą na usprawnienie procesów związanych z planowaniem i realizacją świadczeń zdrowotnych, monitorowanie i sprawozdawczość z ich realizacji oraz publikowanie informacji w obszarze ochrony zdrowia. Wdrożenie docelowego rozwiązania umożliwi w szczególności: tworzenie, gromadzenie i udostępnianie elektronicznej dokumentacji medycznej pacjentów, elektroniczną obsługę recept i skierowań oraz rezerwacji na porady lekarskie, 12

13 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania udostępnienie podmiotom nadzorującym i kontrolującym służbę zdrowia w Polsce wiarygodne i aktualne informacje pozwalające monitorować i planować działania w obszarze ochrony zdrowia. Projekt uwzględnia wykorzystanie produktów innych projektów realizowanych przez administrację publiczną, w szczególności projektu epuap oraz pl.id polska ID karta. Koncepcja techniczna zakłada zastosowanie architektury zorientowanej na usługi, która umożliwi efektywną integrację (interoperacyjne współdziałanie) systemów informatycznych funkcjonujących w obszarze ochrony zdrowia i pozwoli zarządzać bezpieczeństwem wdrażanego rozwiązania. Wdrożone w ramach realizacji projektu P1 rozwiązania mają w efekcie zagwarantować szereg korzyści dla głównego odbiorcy Projektu, jakim jest pacjent korzystający ze świadczeń służby zdrowia. Podstawowe korzyści z punku widzenia pacjenta zostały przedstawione na poniższym rysunku. Rysunek 1. Korzyści wynikające z realizacji projektu P1 z punktu widzenia pacjenta Źródło: Studium Wykonalności dla projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych z dnia r. 13

14 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania II.4. Użytkownicy platformy Do przyszłych użytkowników platformy należą: Usługobiorcy ludność Polski (ok. 38 mln), Usługodawcy zakłady opieki zdrowotnej, indywidualne i grupowe praktyki lekarskie (ok. 85 tys.), Personel medyczny lekarze, farmaceuci, pielęgniarki, położne, fizjoterapeuci i rehabilitanci, diagności laboratoryjni (ok. 343 tys.), Apteki apteki oraz punkty apteczne (ok. 18 tys.), Administracja Publiczna Ministerstwa: Zdrowia, Sprawiedliwości, Spraw Wewnętrznych i Administracji, Obrony Narodowej, Finansów, Główny Urząd Statystyczny, urzędy wojewódzkie, powiatowe oraz gminne (ok. 3 tys.), Płatnicy Narodowy Fundusz Zdrowia. Grupą użytkowników, korzystających z systemów dziedzinowych zintegrowanych z platformą będzie uprawniony personel usługodawców w tym pracownicy aptek a także użytkownicy działający w obszarze zaplecza badawczego (klinicznego i uczelnianego). II.5. Przepływy informacyjne pomiędzy platformą a poszczególnymi grupami jej użytkowników Poniżej przedstawiono ogólny schemat przepływów informacyjnych w obszarze ochrony zdrowia, który będzie funkcjonował w wyniku realizacji Projektu ze wskazaniem obszaru funkcjonowania systemów dziedzinowych. Pola oznaczone na kolejnych rysunkach jako systemy dziedzinowe należy traktować schematycznie, jako przybliżony obszar ich występowania. Zakres pola nie ogranicza ilości i miejsc występowania systemów dziedzinowych, które będą się komunikować z platformą. 14

15 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Koncepcja rozwiązania ze wskazaniem aspektu interoperacyjnego współdziałania Rysunek 2. Schemat przepływów informacyjnych w obszarze ochronny zdrowia po wdrożeniu docelowych rozwiązań ze wskazaniem obszaru systemów dziedzinowych Systemy dziedzinowe Źródło: Opracowanie 4pi z wykorzystaniem schematu zawartego w Studium Wykonalności dla projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych z dnia r. 15

16 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem III. ANALIZA ARCHITEKTURY OKREŚLONEJ W STUDIUM WYKONALNOŚCI PROJEKTU P1 POD KĄTEM IDENTYFIKACJI I OPISU WYMAGAŃ DLA SYSTEMÓW DZIEDZINOWYCH WYSTĘPUJĄCYCH W SIOZ III.1. Wprowadzenie Problemy przedstawione w Studium Wykonalności dla Projektu Elektronicznej Platformy Gromadzenia, analizy i udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1) wskazują na dezintegrację i brak interoperacyjności systemów informacyjnych funkcjonujących w obszarze ochrony zdrowia. Autonomizacja systemów informacyjnych sektora ochrony zdrowia powoduje, że rozwiązania w zakresie odwzorowania informacji i zarządzania nimi oraz stosowane technologie utrudniają, a często uniemożliwiają wymianę informacji i danych. Funkcjonujące systemy informacyjne nie są w stanie wzajemnie wspierać się przy obsłudze użytkowników, aktualizacji informacji, zapewnieniu integralności, porównywalności, kompletności informacji. Wpływa to negatywnie na jakość informacji i podnosi koszty realizacji i utrzymania systemów. W opracowanym Studium Wykonalności przyjęto szereg założeń, które mają w efekcie umożliwić inteoperacyjne współdziałanie systemów funkcjonujących w obszarze ochrony zdrowia, w szczególności systemów dziedzinowych. W kolejnych podrozdziałach przedstawiono kluczowe założenia w zakresie integracji (interoperacyjnego współdziałania) oraz poddano analizie koncepcję architektury docelowego rozwiązania w kontekście wymiany informacji z systemami dziedzinowymi. W następnym rozdziale przedstawiono konkluzje z przeprowadzonej analizy oraz wskazano zakres niezbędnych modyfikacji i uzupełnień w zakresie interoperacyjnego współdziałania. 16

17 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem III.2. Analiza przyjętych celów projektu Celem Projektu P1 jest udostępnianie zasobów cyfrowych o zdarzeniach medycznych z zapewnieniem jednolitych i jednorodnych zasad na terenie kraju oraz umożliwienie ich wymiany z innymi systemami europejskimi, tj. umożliwienie uczestnikom systemu opieki zdrowotnej wymiany niezbędnych danych medycznych pomiędzy różnymi systemami poszczególnych krajów Unii Europejskiej. Cel ten będzie realizowany zgodnie z założeniami polityki UE o zapewnieniu interoperacyjności systemów w zakresie ochrony zdrowia, o której mowa w: E-Health making healthcare better for European citizens: An action plan for a European e- Health Area. Komunikat Komisji Europejskiej do Parlamentu Europejskiego, Rady, Europejskiego Komitetu Ekonomiczno-Społecznego oraz Komitetu Regionów, COM (2004)356 wersja ostateczna, Bruksela, 30 kwietnia 2004 r., Commission recommendation on cross-border interoperability of electronic health record systems, Komunikat Komisji UE, Bruksela, 2 lipca 2008 r. Zgodnie z powyższymi wytycznymi UE interoperacyjność w zakresie opieki zdrowia pomiędzy poszczególnymi krajami członkowskimi ma być osiągnięta do 2015 r. Elektroniczne systemy opieki zdrowotnej mają współpracować ze sobą tak, aby obywatelom UE zapewnić swobodę w przemieszczaniu się, przy jednoczesnym zachowaniu bezpiecznego dostępu do ich danych medycznych. Realizacja tego celu w ramach Projektu będzie elementem wspierającym podjęte przez Komisję Europejską inicjatywy e-zdrowia ułatwiające pomoc medyczną dla osób podróżujących do innych krajów i mieszkających za granicą. Jednym z najistotniejszych celi, jaki należy osiągnąć poprzez skuteczne wypromowanie w niniejszym opracowaniu wymagań dla systemów dziedzinowych jest osiągnięcie interoperacyjności pomiędzy przedmiotową platformą a tymi systemami czyli zapewnienie interoperacyjności wszystkim systemom funkcjonującym w obszarze służby zdrowia w kraju oraz zapewnienie takiej interoperacyjności z europejskimi platformami elektronicznymi w zakresie obszaru ochrony zdrowia czyli zapewnienie interoperacyjności w skali UE, dzięki czemu możliwe będzie osiągnięcie nadrzędnego celu jakim jest poprawa jakości obsługi usługobiorców. 17

18 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem Cele te będą realizowane głównie poprzez: stworzenie odpowiednich warunków do zapewnienia interoperacyjności systemom służby zdrowia na terenie kraju, udostępnianie zasobów cyfrowych o zdarzeniach medycznych z zapewnieniem jednolitych i jednorodnych standardów. Zapewnienie interoperacyjności Wdrażane w ramach projektu P1 rozwiązanie pozwoli na udostępnianie danych o zdarzeniach medycznych w oparciu o jednolite standardy, zgodne z założeniami UE o zapewnieniu interoperacyjności systemów w zakresie ochrony zdrowia oraz wytycznymi MSWiA, w szczególności: spełnienia minimalnych wymagań dla systemów teleinformatycznych zgodnie ze standardami podanymi w Rozporządzeniu Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. Nr 212 poz.1766), spełnienia wymogów Rozporządzenia Rady Ministrów z dnia 11 października 2005 r. w sprawie minimalnych wymagań dla rejestrów publicznych i wymiany informacji elektronicznej (Dz.U. Nr 214, poz.1781), spełnienia wymagań Ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U. z 2005 r. Nr 64, poz. 565). Spełnienie powyższych wymagań jest podstawą dla umożliwienia wykorzystania przez systemy zewnętrzne, w tym systemy dziedzinowe, usług udostępnianych przez wdrażane rozwiązanie. Kluczowym dla powodzenia całości przedsięwzięcia jest również zapewnienie przez systemy dziedzinowe gotowości do spełnienia wymagań projektowanej ustawy o systemie informacji w ochronie zdrowia, która będzie doprecyzowywać przepisy ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne w odniesieniu do informatyzacji ochrony zdrowia. Szersze informacje na temat projektowanej ustawy zostały zawarte w rozdziale IV.9 Otoczenie prawne projektu. W kontekście europejskim, realizacja Projektu wesprze procesy ochrony zdrowia, przy jednoczesnym zachowaniu bezpiecznego dostępu do danych medycznych, wpływając tym 18

19 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem samym na zwiększenie swobody w przemieszczaniu się obywateli UE wewnątrz obszaru Wspólnoty Europejskiej. Powyższy rezultat zostanie osiągnięty w szczególności poprzez wdrożenie reguł (standardów) dotyczących wymagań dla systemów teleinformatycznych zapewniających: spójność działania systemów teleinformatycznych używanych do realizacji zadań z zakresu ochrony zdrowia dotyczących w szczególności: specyfikacji formatów danych oraz protokołów komunikacyjnych i szyfrujących, które mają być stosowane w oprogramowaniu interfejsowym, przy zachowaniu możliwości nieodpłatnego wykorzystania tych specyfikacji, sprawną i bezpieczną wymianę informacji w formie elektronicznej między rejestrami medycznymi, rejestrami medycznymi a systemami teleinformatycznymi, obsługującymi usługodawców oraz płatników zgodnie z przysługującymi poziomami dostępu do danych i informacji gromadzonych w systemach teleinformatycznych. Interoperacyjność wdrażanych rozwiązań będzie zapewniona poprzez: stworzenie jednolitego standardu wymiany danych medycznych, zarekomendowanie rodzajów protokołów dla wymiany danych medycznych dostarczenie wiarygodnego i publicznie dostępnego źródła zatwierdzonych wytycznych dotyczących interoperacyjności, stworzenie wspólnej platformy teleinformatycznej umożliwiającej wymianę danych medycznych uwzględniającej standard i protokoły wymiany danych medycznych oraz wszystkie opracowane wytyczne dotyczące interoperacyjności, zastosowanie w rozwiązaniu technologii umożliwiającej spełnienie wymogu zachowania neutralności technologicznej, wprowadzenie regulacji prawnych wymuszających stosowanie przyjętych standardów. Udostępnianie zasobów cyfrowych o zdarzeniach medycznych z zapewnieniem jednolitych i jednorodnych zasad Realizacja projektu P1 spowoduje, że zostaną określone jednorodne i jednolite zasady wprowadzania i gromadzenia danych o zdarzeniach medycznych. Ponadto wdrożone w ramach realizacji projektu rozwiązania informatyczne pozwolą na dostęp do gromadzonych zasobów cyfrowych nie tylko w skali kraju, ale i Unii Europejskiej. 19

20 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem Będzie to stanowiło gwarancję, że wszyscy uczestnicy systemu opieki zdrowotnej będą dysponować takimi samymi danymi. Udostępnianie zasobów cyfrowych o zdarzeniach medycznych z zapewnieniem jednolitych i jednorodnych zasad jest istotnym warunkiem do osiągnięcia pozostałych rezultatów projektu P1, dlatego też istotne wydaje się przybliżenie poprzez niniejszy dokument kluczowych zasad jakie zostały przyjęte w celu jego spełnienia. Powyższe zostanie osiągnięte między innymi poprzez zrealizowanie zakładanych w Projekcie: założeń dotyczących minimalnych wymagań dla systemów teleinformatycznych obsługujących rejestry medyczne w zakresie wymiany informacji w formie elektronicznej, uwzględniając konieczność zachowania spójności prowadzenia rejestrów medycznych i wymiany informacji w formie elektronicznej pomiędzy tymi rejestrami, wdrożenie standardów odnoszących się do warunków organizacyjno technicznych zamieszczania, udostępniania oraz odbioru dokumentów elektronicznych w systemach teleinformatycznych obsługujących rejestry medyczne, w tym formę poświadczania odbioru tych dokumentów przez adresatów, uwzględniając minimalne wymagania dla rejestrów medycznych i wymiany informacji w formie elektronicznej, potrzebę zapewnienia integralności dokumentów elektronicznych oraz usprawnienia i ujednolicenia obiegu dokumentów między użytkownikami systemów. III.3. Analiza architektury logicznej Przedstawiona w niniejszym rozdziale architektura logiczna obejmuje zestawienie komponentów docelowego rozwiązania. Opis architektury logicznej łączy w sobie ogólny zakres wymagań funkcjonalnych oraz rozwiązań technicznych. Diagram architektury logicznej został zmieszczony na kolejnej stronie. W dalszej części rozdziału zostały opisane poszczególne komponenty wskazane na diagramie, wraz z opisem ogólnego zakresu funkcjonalności jakie zostaną udostępnione w wyniku budowy platformy. 20

21 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych Rysunek 3. Diagram architektury logicznej platformy Źródło: Opracowanie własne 4pi na podstawie informacji zawartych w Studium Wykonalności dla projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych z dnia r.. 21

22 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych Poniżej przedstawiono główne komponenty docelowego rozwiązania, wraz z opisem podstawowego zakresu funkcjonalności i usług, które zostaną udostępnione. W drugiej części niniejszego rozdziału przedstawiono wstępny, przewidywany zbiór systemów dziedzinowych. Portal Platforma dostępowa: o udostępnianie użytkownikom końcowym poprzez interfejs WWW usług Portalu Internetowego Konta Pacjenta, Aplikacji Usługodawcy, Aplikacji Płatnika oraz Aplikacji innych podmiotów. Platforma publikacyjna: o publiczne udostępnianie informacji dla użytkowników końcowych usługobiorców, usługodawców, aptek, personelu medycznego i innych uczestników systemu ochrony zdrowia dotyczących w szczególności: o ochrony zdrowia, w tym np. profilaktyki, o aktualnych komunikatów instytucji nadzorujących i finansujących ochronę zdrowia, o usługodawców, w tym np. informacje o kolejkach oczekujących na usługi medyczne, o dostępnych funkcjonalności wdrożonego systemu informatycznego i sposobu korzystania z niego, o standardów gromadzenia, przesyłania i udostępniania danych w ramach SIOZ. o przeszukiwanie opublikowanych treści, o zarządzanie treścią portalu publicznego (funkcja administracyjna). Internetowe Konto Pacjenta: o podgląd własnych danych medycznych usługobiorcy, zrealizowanych usług medycznych, wyników badań, elektronicznych recept, elektronicznych skierowań, elektronicznych zwolnień lekarskich, zaplanowanych wizyt i szczepień, o rejestracja na poradę lekarską (u usługodawców udostępniających taką funkcjonalność), o wprowadzanie dodatkowych własnych danych medycznych usługobiorcy, o podgląd i edycja własnych danych osobowych usługobiorcy (w ograniczonym zakresie), o zarządzanie uprawnieniami do własnych danych medycznych (prywatność), 22

23 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o przesyłanie skarg, podań i wniosków do płatnika, o odczyt komunikatów od usługodawców. Aplikacje usługodawców i aptek: o przeglądanie danych medycznych pacjenta, zrealizowanych usług medycznych, elektronicznych recept, elektronicznych skierowań, elektronicznych zwolnień lekarskich, zaplanowanych wizyt i szczepień pacjenta, o tworzenie dokumentacji medycznej i wprowadzanie danych medycznych pacjenta (w tym wyników badań, opisu przebiegu leczenia), o wprowadzanie i zatwierdzanie wykonania usług medycznych na rzecz pacjenta, o wystawianie elektronicznych recept, elektronicznych skierowań oraz elektronicznych zwolnień lekarskich dla pacjenta. o podgląd i zatwierdzanie realizacji elektronicznych recept pacjenta, o wprowadzanie danych rozliczeniowych niezbędnych do realizacji procesu rozliczania usług z płatnikiem. o wprowadzanie danych niezbędnych do realizacji procesu refundacji leków przez płatnika. Aplikacje płatników: o podgląd i definiowanie parametrów procesu weryfikacji danych o zdarzeniach medycznych, o wsparcie procesów zarządczych badania wyników realizacji kontraktu oraz zarządzania kolejkami oraz rozliczeń z innymi płatnikami, o podgląd zrealizowanych usług medycznych oraz powiązanych z nimi danych rozliczeniowych, o podgląd zrealizowanych recept oraz powiązanych z nimi danych dotyczących refundacji leków. Aplikacje innych podmiotów: o definiowanie statystyk i raportów na potrzeby prowadzonych analiz, o pobieranie wynikowych statystyk i raportów na potrzeby prowadzonych analiz, o zatwierdzanie parametrów procesu weryfikacji danych o zdarzeniach medycznych przez instytucję odpowiedzialną za koordynację prac płatników, 23

24 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o pobieranie elektronicznych zwolnień lekarskich (funkcjonalność dla ZUS). System Gromadzenia Danych Medycznych Zdarzenia medyczne: o wprowadzanie i przechowywanie danych o zdarzeniach medycznych (np. udzielonych poradach, szczepieniach, hospitalizacji), o przechowywanie podstawowych danych o zdarzeniach medycznych oraz metadanych dotyczących rozszerzonych danych medycznych, o udostępnianie danych o zdarzeniach medycznych na potrzeby innych systemów (np. Portal Internetowe Konto Pacjenta), o wyszukiwanie rozszerzonych danych medycznych w bazach rozszerzonych danych medycznych (lokalnych bazach rozszerzonych danych medycznych oraz Pomocniczej Bazie Rozszerzonych Danych Medycznych) i udostępnianie ich na potrzeby innych systemów. Recepty: o wystawianie (wprowadzanie) elektronicznych recept przez personel medyczny, o przechowywanie danych o elektronicznych receptach, o udostępnianie informacji o wystawionych elektronicznych receptach usługobiorcy na potrzeby innych systemów, o weryfikacja uprawnień usługobiorcy i osób upoważnionych do wykupu leków na receptę, o zatwierdzanie realizacji wykupu leku przez personel apteki, o udostępnianie informacji o dostępnych lekach i produktach leczniczych oraz ich odpowiednikach (wsparcie dla lekarza, wsparcie dla farmaceuty), o udostępnianie informacji o działaniu leków, przeciwwskazaniach i interakcjach (informacja przekazywana pacjentowi przy wystawianiu elektronicznej recepty i przy wydawaniu leków). Skierowania i zwolnienia: o obsługa skierowań (wystawianie, zmiana statusu realizacji), o wystawianie zwolnień lekarskich, 24

25 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o przechowywanie danych o elektronicznych skierowaniach i zwolnieniach lekarskich, o udostępnianie informacji o wystawionych skierowaniach i zwolnieniach usługobiorcy za pośrednictwem innych systemów. Osobista dokumentacja medyczna: o zapisywanie dokumentacji medycznej pacjenta, o przechowywanie indywidualnej dokumentacji medycznej pacjenta, o udostępnianie dokumentacji medycznej pacjenta. System Wspomagania Rozliczeń Wsparcie refundacji leków: o wprowadzanie danych rozliczeniowych dotyczących zrealizowanych recept, o generowanie raportów rozliczeniowych dla płatnika na potrzeby refundacji leków, o udostępnianie płatnikowi danych rozliczeniowych dotyczących zrealizowanych recept, o przekazywanie faktur elektronicznych do płatnika. Wsparcie rozliczania usług: o udostępnianie płatnikowi danych rozliczeniowych dotyczących zrealizowanych usług, o przekazywanie do płatnika raportów rozliczeniowych dotyczących zrealizowanych usług, o przekazywanie faktur elektronicznych do płatnika. System Weryfikacji o weryfikacja zdarzeń medycznych, o parametryzacja procesu weryfikacji zdarzeń medycznych, o udostępnianie wyników weryfikacji zdarzeń medycznych. System Administracji Audyt: o logowanie aktywności w systemach informatycznych, 25

26 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o przechowywanie danych o aktywności w systemach informatycznych, o udostępnianie danych dotyczących działań wykonywanych w systemach informatycznych przez użytkowników na potrzeby Systemu Wykrywania Nadużyć. Zabezpieczenia i prywatność: o ogólne usługi bezpieczeństwa (w tym ochrona antywirusowa, backupowanie danych, archiwizacja danych i bezpieczne usuwanie danych), o zarządzanie wytycznymi dotyczącymi zezwoleń (w tym udzielanie i wycofywanie zgody przez pacjenta na podjęcie określonych czynności medycznych), o ochrona tożsamości, o szyfrowanie, o przechowywanie danych dotyczących tożsamości i uprawnień użytkowników. Administracja: o scentralizowane zarządzanie i administracja wdrażanymi systemami informatycznymi, o zarządzanie wersjami systemów informatycznych wchodzących, o zarządzanie wersjami wzorów dokumentów elektronicznych. Pomocnicza Baza Rozszerzonych Danych Medycznych o przechowywanie rozszerzonych danych medycznych pacjentów, o udostępnianie przechowywanych rozszerzonych danych medycznych. Regionalne Bazy Rozszerzonych Danych Medycznych o przechowywanie rozszerzonych danych medycznych wszystkich usługodawców działających w danym regionie, o udostępnianie przechowywanych rozszerzonych danych medycznych. Hurtownia Danych Analizy, statystyki, raporty: o ładowanie i agregowanie danych (w tym zbiorczej dokumentacji medycznej oraz danych dotyczących usług ochrony zdrowia) z innych systemów, o przechowywanie zagregowanych danych i udostępnianie ich do celów raportowych i statystycznych, 26

27 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o tworzenie wielowymiarowych struktur danych i realizacja analiz wielowymiarowych, o tworzenie statystyk i technicznych analiz danych. Zarządzanie i monitorowanie: o monitorowanie zdefiniowanych zdarzeń i powiadamianie o ich wystąpieniu, o definiowanie i generowanie raportów i wizualnych paneli informacyjnych. System Wykrywania Nadużyć o wsparcie płatnika przy wykrywaniu nieprawidłowości (na poziomie ogólnokrajowym, UE) potrzeby zakresie rozliczania usług i refundacji leków, o wykrywanie nadużyć w zakresie dostępu do danych (nadużywania dostępu do danych). System Obsługi Rejestrów Słowniki: o przechowywanie danych słownikowych na potrzeby SIOZ, o zarządzanie danymi słownikowymi na potrzeby SIOZ. Rejestry: o przechowywanie danych rejestrowych na potrzeby SIOZ, o konsolidacja danych rejestrowych z zewnętrznych źródeł danych, o zasilanie rejestrów przedmiotowych w oparciu o dane gromadzone w Systemie Gromadzenia Danych Medycznych. Zarządzanie danymi podstawowymi: o udostępniane danych rejestrowych i słownikowych na potrzeby systemów informatycznych funkcjonujących w ramach SIOZ, o przechowywanie informacji o miejscu przechowywania danych rejestrowych i słownikowych oraz danych źródeł zewnętrznych udostępnionych na potrzeby SIOZ, o przechowywanie informacji o formacie danych rejestrowych i słownikowych oraz danych ze źródeł zewnętrznych udostępnionych na potrzeby SIOZ, 27

28 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych o zapewnienie spójności przekazywanych danych rejestrowych i słownikowych oraz danych ze źródeł zewnętrznych udostępnionych na potrzeby SIOZ, o pobieranie danych z zewnętrznych źródeł danych na potrzeby systemów informatycznych funkcjonujących w ramach SIOZ ( na żądanie ). Szyna Usług o integracja systemów informatycznych w oparciu o szynę usługową przedsiębiorstwa (ang. Enterprise Service Bus), o przechowywanie i udostępnianie danych o usługach (funkcjonalność repozytorium usług), o modelowanie i przetwarzanie procesów biznesowych oraz komponowanie usług. Przedstawiony zbiór funkcjonalności nie jest zamknięty. Otwarta, zorientowana na usługi architektura rozwiązania pozwoli na rozszerzanie zakresu oferowanych użytkownikom usług bez wprowadzania zasadniczych zmian w systemie. Dzięki wbudowanemu repozytorium usług, usługi będą w sposób elastyczny udostępniane na zewnątrz. W związku z powyższymi założeniami część usługodawców będzie musiała zakupić, bądź dostosować wykorzystywane obecnie zintegrowane rozwiązania (systemy dziedzinowe) wspierające ich pracę w celu współpracy z wdrażanym rozwiązaniem. Na systemy dziedzinowe składają się medyczne systemy informatyczne funkcjonujące w obszarze ochrony zdrowia, w szczególności systemy wykorzystywane na potrzeby usługodawców, w tym aptek, które zawierają następujące moduły: Moduł Ruchu Chorych pacjentów lecznictwa zamkniętego, w szczególności obejmujący leczenie szpitalne, leczenie uzdrowiskowe, hospicja (HIS): rejestracja danych pacjenta, nadanie numerów identyfikacyjnych (pacjenta, księgi głównej, epizodu/zdarzenia, dokumentacji), ewidencja ruchów między-oddziałowych, trybów przyjęć, wypisu, źródła finansowania (kod Płatnika, ubezpieczyciela, płatność pacjenta), rejestracja informacji o lekarzach, oddziałach, sali, przepustek, rejestracja kodów diagnoz, procedur, rejestracja zleceń, recept, generowanie raportów. 28

29 Specyfikacja wymagań w zakresie integracji systemów dziedzinowych z systemami o architekturze zawartej w Studium Wykonalności projektu P1 Analiza architektury określonej w Studium Wykonalności projektu P1 pod kątem identyfikacji i opisu wymagań dla systemów dziedzinowych Moduł Ruchu Chorych pacjentów lecznictwa otwartego, w szczególności obejmujący leczenie ambulatoryjne, POZ, leczenie stomatologiczne, leczenie uzdrowiskowe, leczenie psychiatryczne, rehabilitacyjne, rejestracja danych pacjenta, wizyty, lekarza, wykonanie, anulowanie wizyty, rejestracja kodów diagnoz, procedur, generowanie raportów, rejestracja deklaracji POZ, rejestracja zleceń, recept. Moduł Zleceń Medycznych: rejestracja zdarzeń w ramach realizacji procedury medycznej, informacji o zleceniu wg grupy procedur w formacie list roboczych, wyznaczanie terminu badania, rejestracja materiału do badania, wyniku badania. Elektroniczny Rekord Pacjenta (EHCR): repozytorium danych medycznych pacjenta: dane kliniczne, przebieg leczenia, wyniki diagnostyczne i terapeutyczne, wyniki wykonanych procedur (badań laboratoryjnych, obrazów diagnostycznych, sygnałów biomedycznych, raportów, farmakoterapii), wydruki (karta wypisowa), archiwizacja (historia choroby). Moduł Rozliczeniowy (HIS): generowanie danych do rozliczeń z Płatnikiem, edycja danych do rozliczeń, grupowanie danych wg JGP, monitorowanie realizacji kontraktu, generowanie wydruków, raportów i zestawień, transfer plików do systemu Finansowo- Księgowego. Moduł Administracyjny (HIS): administracja użytkownikami i dostępem, nadawanie uprawnień, monitorowanie pracy, konfiguracja interfejsów, zarządzanie bezpieczeństwem. Laboratoryjny System Informacyjny (LIS): obsługa zleceń papierowych oraz elektronicznych (list roboczych), połączenie aparatury analitycznej z systemem informatycznym (obsługa analizatorów), obsługa pracy laboratorium, rejestracja wyników, elektroniczny transfer danych z i do systemu HIS (zlecenia i wyniki). Farmaceutyczny System Informacyjny (PIS): obsługa obrotu lekami: zamawianie leków, obsługa gospodarki magazynowej leków (remanenty, analiza stanów zapasów, rozliczenie leków przeterminowanych i zniszczonych, wydruki), obsługa leków robionych na zamówienie, obsługa dystrybucji leków, generowanie raportów, zestawień, wydruków, funkcje kontrolne. Radiologiczny System Informacyjny (RIS): rejestracja pacjenta (obsługa zleceń elektronicznych i papierowych), wyznaczanie terminu, elektroniczny transfer danych, obsługa list roboczych, rejestracja, transfer, wydruk raportów, generowanie zestawień, obsługa magazynowa, rejestracja zużytych materiałów. 29