Małopolski System Informacji Medycznej projekt pilotażowy

Wielkość: px
Rozpocząć pokaz od strony:

Download "Małopolski System Informacji Medycznej projekt pilotażowy"

Transkrypt

1 Załącznik nr 9 Dotyczy przetargu nieograniczonego na zamówienie pn.: Stworzenie oraz kompletne wdrożenie Małopolskiego Systemu Informacji Medycznej - projekt pilotażowy, w ramach Małopolskiego Regionalnego Programu Operacyjnego na lata (399/ZP/2014). Opis przedmiotu zamówienia (OPZ) Małopolski System Informacji Medycznej projekt pilotażowy

2 1. Wstęp Wymagania podstawowe do realizacji Systemu MSIM Założenia projektowe Ogólne wymagania jakie powinien spełniać system MSIM Koncepcja wykonania i dostawy, instalacji, konfiguracji, wdrożenia, uruchomienia oraz integracji systemu MSIM Dyslokacja elementów systemu Zasady budowy reguł interoperacyjności w systemie Koncepcja synchronizacji czasu normalizacji czasu Koncepcja autentykacji i identyfikacji użytkowników Koncepcja współpracy z Internetowym Kontem Pacjenta (IKP) Koncepcja przesyłania dokumentacji o dużej pojemności Koncepcja rozwoju systemu, kolejnych etapów, dołączania kolejnych jednostek Schemat połączeń pomiędzy elementami systemu Interfejsy komunikacyjne z innymi systemami informatycznymi Koncepcja komunikacji pomiędzy jednostkami Koncepcja przesyłu danych pomiędzy jednostkami Integracja systemów oraz danych z innych systemów do wdrażanego systemu MSIM Koncepcja wirtualizacji zasobów informatycznych Analiza stanu aktualnego Infrastruktura informatyczna Infrastruktura sieciowa Łącza internetowe Procedury bezpieczeństwa Oprogramowanie dziedzinowe Rodzaje przetwarzanych danych Gwarancja i serwis Lokalne słowniki dokumentów Model statyczny Komponent lokalny Komponent regionalny Interfejsy Model dynamiczny Wprowadzenie Metoda opisu Mapa główna procesów biznesowych Przekazywanie EDM e-rejestracja Wymagania Systemu MSIM Wymagania ogólne Wymagania ogólne interfejsu użytkownika Wymagania prawne, organizacyjne i funkcjonalne Wymagania wydajnościowe systemu Wymagania skalowalności Wymagania wolumenu przetwarzanych danych Wymagania niezawodności Wymagania bezpieczeństwa Ochrona danych osobowych Wymagania systemu zarządzania tożsamością Procedury nadawania/zmiany/odbierania uprawnień Repozytorium EDM Usługa e-rejestracja Wymagania warstwy integracji Infrastruktura Strona 2 z 157

3 7.1. Infrastruktura serwerowa Komunikacja Bezpieczeństwo Pozostałe elementy Oprogramowanie systemowe Platforma danych Metadane dla źródeł danych Model biznesowy platformy danych Metodyka wdrożenia Systemu Dokumentacja Szkolenia Odbiór Eksploatacja Gwarancja oraz wsparcie Gwarancja Wsparcie Licencjonowanie Strona 3 z 157

4 1. Wstęp Przedmiotem zamówienia jest stworzenie oraz kompletne wdrożenie jednolitej zintegrowanej platformy wymiany danych Medycznych i udostępnienie elektronicznych usług medycznych w skali regionu. Założeniem projektu MSIM (Małopolski System Informacji Medycznej) projekt pilotażowy jest stworzenie regionalnego systemu informacji medycznej narzędzia informatycznego pozwalającego na wymianę dokumentacji medycznej pomiędzy podmiotami leczniczymi w województwie małopolskim. Projekt planowany jest do realizacji jako indywidualny projekt kluczowy Małopolskiego Regionalnego Programu Operacyjnego na lata i umieszczony jest w Indykatywnym Wykazie Indywidualnych Projektów Kluczowych Małopolskiego Regionalnego Programu Operacyjnego na lata W projekcie bierze udział Urząd Marszałkowski oraz jako partnerzy 3 podmioty lecznicze z terenu województwa małopolskiego: Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu, Szpital Specjalistyczny im. J. Dietla w Krakowie, Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Przedmiotem niniejszego zamówienia jest: 1. Dostawa dokumentacji, 2. Przygotowanie koncepcji wdrożenia, 3. Dostawa licencji, 4. Dostawa oprogramowania wytwarzanego na potrzeby Zamówienia, 5. Dostawa oprogramowania standardowego oraz systemowego, 6. Dostawa, instalacja, integracja i konfiguracja infrastruktury sprzętowej oraz programowej, 7. Szkolenia oraz instruktarze stanowiskowe, 8. Gwarancja oraz wsparcie. Szczegółowe wymagania dla powyższych produktów zdefiniowane zostały w kolejnych rozdziałach. Strona 4 z 157

5 2. Wymagania podstawowe do realizacji Systemu MSIM 2.1. Założenia projektowe Warstwy MSIM System MSIM ma zapewniać rozdzielność warstwy regionalnej i warstwy lokalnej. Planowane rozwiązanie nie pozwala na bezpośredni dostęp do systemów dziedzinowych Szpitali z poziomu warstwy regionalnej. Warstwa regionalna Warstwa lokalna HIS LIS RIS PACS. Rysunek 1. Separacja dostępu do systemów dziedzinowych (źródłowych). Wymiana Elektronicznej Dokumentacji Medycznej jest realizowana dwustronnie na osi Warstwa lokalna Warstwa regionalna oraz HIS Warstwa lokalna. Z kolei e-rejestracja jest zasilana za pośrednictwem WebService ów i może się komunikować z HIS w zakresie wymiany grafików, terminów, informacji o kolejkach oczekujących. Pozostałe systemy dziedzinowe takie jak LIS, RIS, PACS nie są integrowane z warstwą lokalną (ew. pośrednio poprzez HIS). Integracja z systemami HIS, jak i z systemami LIS, RIS i PACS jest poza zakresem zamówienia. Pod względem architektury rozwiązania cały system wymiany dokumentów i danych medycznych jest podzielony na część regionalną, w której funkcjonować będą elementy systemu odpowiadające za interoperacyjność rozwiązania oraz część lokalną, działającą w poszczególnych jednostkach medycznych wchodzących w skład domeny. Dokumentacja medyczna jest gromadzona w EDM, które są elementem dostawy w warstwie lokalnej, natomiast warstwa regionalna zawiera jedynie jej indeks. W ramach części regionalnej, zostanie zorganizowane pojedyncze źródło identyfikacji pacjentów, pojedynczy rejestr dokumentów (baza danych gdzie przechowywane będą metadane wszystkich dokumentów). Ustalany jest też schemat i zasady identyfikacji obiektów powstających w systemie oraz ich wersjonowaniem. Strona 5 z 157

6 W poszczególnych szpitalach zostaną utworzone Lokalne Repozytoria EDM, które pozwalać będą na gromadzenie, przechowywanie i przesyłanie zgodnie z przepisami (Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia oraz Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania) dokumentacji medycznej. Integracja warstwy regionalnej i lokalnej powinna odbywać się za pomocą usług sieciowych w oparciu o regionalną szynę danych. W szpitalach będzie konieczne wykonanie integracji z WebSerwisami dostawców HIS wykonanymi w ramach odrębnego zlecenia. Warstwa regionalna MSIM Regionalna Szyna Usług Warstwa lokalna MSIM Integracja z WebSerwisami dostawców HIS HIS Rysunek 2. Metody integracji w MSIM. Zamawiający jednocześnie nie określa sposobu wewnętrznej wymiany danych w ramach dostarczanych w ramach zamówienia modułów (tj. w przypadku, gdy oprogramowanie Wykonawcy będzie miało jakąś wewnętrzną strukturę to nie określa sposobu wymiany danych w ramach oferowanego oprogramowania). Strona 6 z 157

7 Wymiana EDM W zakresie wymiany EDM rozwiązanie przewiduje podział funkcjonalny na warstwę lokalną i warstwę regionalną według poniższych wytycznych. Rejestr dokumentów EDM (warstwa regionalna MSIM) EDM (warstwa lokalna MSIM) Adapter komunikacyjny (warstwa lokalna MSIM) Interfejs z HIS HIS Rysunek 3. Wymiana danych w zakresie EDM. Warstwa lokalna gdzie będzie wdrożony moduł odpowiedzialny za wytwarzanie, gromadzenie i przesyłanie EDM oraz usługi towarzyszące pozwalające na integrację z węzłem regionalnym. W warstwie lokalnej będzie gromadzona EDM zgodna z Załącznikiem 9A Standard wymiany danych pomiędzy HIS i MSIM, zgodnie zobowiązującymi przepisami oraz zgodnie ze specyfiką, potrzebami i oczekiwaniami poszczególnych Podmiotów. Za pomocą odpowiednich usług i serwisów informacja o wytworzeniu dokumentacji medycznej będzie przesyłana do warstwy regionalnej, gdzie zostanie utworzony indeks z podstawowymi informacjami dotyczącymi tego dokumentu. Pozwoli to na poziomie regionalnym przechowywać scentralizowane informacje o miejscu składowania i fakcie wytworzenia wraz z informacją o wersjonowaniu wszystkich dokumentów medycznych w podmiotach biorących udział w Projekcie. Wiarygodność EDM będzie wymagała poświadczenia przy użyciu mechanizmów zaimplementowanych w systemie. Za pomocą odpowiednich interfejsów uwierzytelniony Użytkownik będzie mógł odpytać warstwę regionalną o dokumenty w innych jednostkach oraz pobrać je w całości lub częściowo. Dostęp do dokumentacji będzie autoryzowany, co oznacza, że użytkownik będzie mógł otrzymać dokumenty, do których ma prawo. W poszczególnych szpitalach uczestniczących zostaną wdrożone i wykorzystane repozytoria lokalne, których głównym zadaniem będzie przyjmowanie i przechowywanie zgodnie z przepisami wskazanymi w dalszej części dokumentów medycznych z systemów dziedzinowych (HIS, LIS, RIS lub innych) funkcjonujących w szpitalach. Warstwa regionalna gdzie wdrożony będzie rejestr EDM, który zawiera rejestr dokumentów czyli tzw. indeks EDM znajdującej się we wszystkich lokalnych repozytoriach EDM. W przypadku konieczności pobrania przez lekarza pełnej dokumentacji medycznej pacjenta z konkretnego pobytu/wizyty wymaga się możliwość jej zamówienia/pobrania jedynie w trzech wariantach możliwych do wybrania przez Użytkownika: Strona 7 z 157

8 Podstawowa dokumentacja medyczna (m. in. dokumentacja zewnętrzna: karta informacyjna, karta porady specjalistycznej, karta informacyjna SOR). Pełna dokumentacja medyczna z hospitalizacji/wizyty bez danych obrazowych (mniejsza objętość). Pełna dokumentacja medyczna z hospitalizacji/wizyty z danymi obrazowymi w jakości diagnostycznej (duża objętość) Wymagane rozwiązanie zapewni w przypadku konieczności zapoznania się z bardziej szczegółową dokumentacją pobranie jej w komplecie dla danego pobytu, przez co gwarantuje się analizę danych diagnostycznych i z procesu leczenia w kontekście całego pobytu. Eliminuje to zagrożenie opierania się podczas decyzji leczniczych na pobranym dokumencie (np. z danymi diagnostyki laboratoryjnej) bez kontekstu procesu leczenia wdrożonego podczas danego pobytu. W ramach części regionalnej, zostanie zorganizowane pojedyncze źródło identyfikacji pacjentów, pojedynczy rejestr dokumentów (baza danych gdzie przechowywane będą metadane wszystkich dokumentów). W warstwie regionalnej będzie realizowana większość usług (np. wyszukiwanie, przeglądanie, pobieranie, przekazywanie do innych podmiotów). Rozwiązanie takie minimalizuje warunki techniczne potrzebne w warstwie lokalnej do sprawnego funkcjonowania systemu wszelkie zapytania od strony klientów obsługiwane są wyłącznie z wykorzystaniem warstwy regionalnej. Przedmiotem zamówienia w ramach MSIM jest: warstwa regionalna (rejestr EDM), EDM w warstwie lokalnej, adapter komunikacyjny. Pozostałe elementy wymiany EDM są realizowane w toku umów z dostawcami HIS. Strona 8 z 157

9 E-Rejestracja Szczególną usługą realizowaną w ramach komponentu regionalnego jest usługa e-rejestracji. Usługa e-rejestracji udostępnia funkcjonalność rezerwacji usług medycznych w jednostkach ochrony zdrowia zintegrowanych z MSIM. e-rejestracja MSIM (warstwa regionalna MSIM) e-rejestracja partnera (poza MSIM) HIS Rysunek 4. Wymiana danych w ramach e-rejestracji. Użytkownik ma możliwość rejestracji na wskazany termin i anulowania wizyty. Z e-rejestracji mogą korzystać wyłącznie zarejestrowani na poziomie regionalnym użytkownicy końcowi (pacjenci). W ramach usługi powinien funkcjonować system komunikatów (powiadomień dla użytkowników końcowych w formie np. wiadomości i SMS) dotyczących: potwierdzenia rejestracji, zbliżającego się terminu wizyty, anulowania wizyty oraz zmiany terminu wizyty (zarówno przez użytkownika jak i w lokalnym systemie medycznym HIS). W szczególności usługa obejmuje następujące funkcjonalności: Przegląd listy usług możliwych do realizacji w placówce Zamawiającego dla pacjenta. Przegląd listy usług możliwych do rezerwacji przez Internet. Możliwość rezerwacji terminu usługi do wybranej poradni lub wybranego lekarza. Określenie celu wizyty u lekarza, z podziałem na: przypadek nagły incydentalny, stan nagły przy chorobie przewlekłej, wizytę kontrolną, wizytę po kolejną receptę, wizytę po skierowanie na badanie specjalistyczne. Udostępnienie danych o zaplanowanych wizytach i usługach. Prezentacja informacji o stanie usługi (zaplanowana, anulowana, wykonana). Możliwość wydruku potwierdzenia rezerwacji: data i godzina usługi, imię i nazwisko pacjenta, numer rezerwacji, miejsce wykonania usługi, informacje dodatkowe dla pacjenta. Dostęp do informacji o lokalizacji miejsca wykonania usługi. Możliwość odwołania rezerwacji. Zmianę danych osobowych (imię, nazwisko, adres, nr telefonu, adres ). Zamówieniem objęta jest: Strona 9 z 157

10 e-rejestracja na poziomie regionalnym integrująca jednostki w ramach MSIM, dostarczenie, zainstalowanie i skonfigurowanie serwera na potrzeby powiadomień MSM. Współpraca z dostawcami HIS i dostarczenie interfejsów jest poza zamówieniem (realizowana w toku odrębnych umów). Poza zamówieniem jest również dostarczenie bramki SMS. Poza tą rejestracją mogą występować inne moduły e-rejestracji na poziomie poszczególnych partnerów, jednak o ile zostanie utrzymana decyzja o ich eksploatacji. Zamawiający nie wymaga przeprowadzania integracji pomiędzy e-rejestracją na poziomie regionalnym, a ewentualnymi rejestracjami lokalnymi Podstawowe standardy wykonania MSIM Głównym celem proponowanego rozwiązania jest usprawnienie zarządzania i podniesienie jakości procesów leczniczych w podmiotach leczniczych objętych systemem, poprzez rozbudowę i rozszerzenie stanu istniejącego przedstawionego w analizie stanu obecnego. Rozbudowa ma na celu bezpieczne i zgodne z prawem wytwarzanie, przechowywanie, oraz przekazywanie dokumentów medycznych pomiędzy jednostkami oraz integrację z tworzoną na szczeblu krajowym Elektroniczną Platformą Gromadzenia Informacji O Zdarzeniach Medycznych (projekt P1). W celu zapewnienia dalszej łatwej rozbudowy oraz integracji z nowymi systemami wymaga się, aby system w jak największym stopniu oparty był o obowiązujące w tej dziedzinie na świecie standardy i dobre praktyki. Najszerzej przyjętym w chwili obecnej standardem dotyczącym przekazywania dokumentacji pomiędzy szpitalami jest profil XDS.b proponowany przez międzynarodową organizację IHE Wykonawca powinien dostarczać WebSerwis y umożliwiające zewnętrzną wymianę danych zgodnie z profilem XDS.b, jakkolwiek nie jest wymagane, aby Wykonawca korzystał z tego standardu w komunikacji w ramach komunikacji pomiędzy dostarczanymi komponentami MSIM. Profil ten opisuje procesy i komunikaty jakie muszą zostać wymienione pomiędzy dwoma jednostkami, aby nastąpiło poprawne przekazanie dokumentu medycznego. Standard wspierany jest obecnie przez większość głównych dostawców oprogramowania medycznego na świecie. Sam układ dokumentu medycznego powinien być zdefiniowany w języku XML, w oparciu o najszerzej przyjęty na świecie format dokumentu opracowany przez organizację HL7 CDA R2 na 3- cim poziomie interoperacyjności (w zakresie, gdy to jest możliwe w pozostałych wypadkach należy stosować poziom 2-gi i 1-szy w szczególności dla zeskanowanych dokumentów dopuszcza się 1-szy poziom interoperacyjności). HL7 CDA R2 na trzecim poziomie interoperacyjności zostało także zaproponowane jako podstawowy format dokumentów medycznych na poziomie krajowym przez Centrum Systemów Informatycznych w Ochronie Zdrowia. Na etapie Analizy Przedwdrożeniowej uwzględniona zostanie kwestia dostosowania/ujednolicenia istniejących słowników, formatów danych i standardów danych słownikowych w celu wykonania poprawnej integracji/wymiany danych pomiędzy systemami dziedzinowymi zlokalizowanymi w warstwach lokalnych, a warstwą regionalną. Pod względem architektury rozwiązania cały system wymiany dokumentów i danych medycznych podzielony powinien być na część regionalną, w której funkcjonować będą elementy systemu odpowiadające za interoperacyjność rozwiązania oraz część lokalną, działającą w poszczególnych jednostkach medycznych. Warstwa regionalna może być posadowiona w lokalizacji jednego z uczestników projektu. W przyszłości planuje się rozwój systemu co najmniej w następujących aspektach: Podłączanie nowych jednostek do systemu. Rozszerzanie zakresu wymienianych danych zarówno w aspekcie dodatkowych danych do obecnie wymienianych dokumentów, jak i podłączania nowych systemów dziedzinowych. Strona 10 z 157

11 Rozszerzanie funkcjonalności poprzez podłączanie dodatkowych modułów Ogólne wymagania jakie powinien spełniać system MSIM Główne założenia systemu MSIM Integracja systemów informatycznych (HIS, RIS, LIS, PACS, innych) jednostek medycznych. Wymaga się integracji z usługami sieciowymi systemów dziedzinowych, które zostaną udostępnione przez każdego z partnerów. Integracja ta musi pozwalać systemom dziedzinowym na zasilenie lokalnych EDM dokumentami medycznymi wytworzonymi przez te systemy funkcjonujące w jednostkach medycznych z Repozytorium Elektronicznej Dokumentacji Medycznej. W warstwie lokalnej (jednostkach medycznych) zaimplementowany zostanie moduł gromadzenia danych odbierający dokumentację medyczną wytwarzaną w systemach dziedzinowych funkcjonujących w jednostce. W warstwie regionalnej wdrożona zostanie platforma integrująca odpowiedzialna za komunikację pomiędzy jednostkami medycznymi oraz udostępnianie, przesłanie do zamawiającego (pacjenta, jednostki medycznej) dokumentacji medycznej gromadzonej w ramach systemów dziedzinowych tych jednostek. Ponadto niezbędna będzie integracja warstwy regionalnej z Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1)) w szczególności w zakresie IKP w zakresie zgodnym z aktualną dokumentacją projektu P1. System udostępniania dokumentacji medycznej Wymagane jest dostarczenie infrastruktury sprzętowej i programowej oraz wdrożenie usługi pozwalającej na udostępnianie w jednostkach medycznych (warstwa lokalna systemu MSIM) w jednym miejscu (moduł wymiany danych) dokumentacji medycznej z różnych systemów dziedzinowych funkcjonujących w tych jednostkach (ewentualna wymiana danych z systemami RIS. LIS, PACS i innych będzie się odbywać za pośrednictwem HIS).. Rozwiązanie będzie zbudowane w architekturze rozproszonej moduł wymiany zostanie zaimplementowany w każdej jednostce medycznej uczestniczącej w projekcie (w szczególności może być zrealizowany przez lokalny EDM dostarczony w ramach projektu). Szczególowa koncepcja mumodułu w zostanie określona na etapie Analizy przedwdrożeniowej. Komunikacja pomiędzy modułami, a także dostęp do dokumentacji medycznej będzie realizowany za pomocą usług uruchomionych na platformie integującej w warstwie regionalnej systemu MSIM. Wdrożenie platformy integrującej wymianę elektronicznej dokumentacji medycznej na poziomie regionalnym Wymaga się stworzenia platformy integrującej (warstwa regionalna systemu MSIM) z wykorzystaniem technologii szyny danych oraz interfejsów integracyjnych, która zapewni komunikację i wymianę dokumentacji medycznej pomiędzy jednostkami medycznymi w regionie a także umożliwi dostęp do dokumentacji dla pacjenta. W ramach tego elementu ma zostać zrealizowane dostarczenie infrastruktury sprzętowej i programowej oraz wdrożenie usług umożliwiających wyszukiwanie, prezentację oraz wymianę/udostępnianie dokumentacji medycznej. Platforma ta zostanie zintegrowana z projektem P1 w zakresie indeksowania i udostępniania dokumentacji medycznej zamawianej przez pacjenta za pomocą IKP. Strona 11 z 157

12 Wymiana dokumentacji medycznej w ramach platformy integracyjnej będzie realizowana zgodne z przyjętymi standardowymi protokołami w ochronie zdrowia (HL7 CDA R2 na poziomie 3-cim interoperacyjności, DICOM, XML i PDF zgodne z Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania) w zakresie przekazywanym do lokalnych EDM przez systemy HIS. Wdrożenie elektronicznych usług medycznych Zakłada się uruchomienie elektronicznych usług dostępnych w warstwie regionalnej systemu MSIM: 1. Wyszukiwanie dokumentacji medycznej pacjenta: Usługa dostępna dla personelu medycznego będzie umożliwiać wyszukanie dokumentacji pacjenta wg określonych kryteriów takich jak dane pacjenta, rodzaju usługi medycznej, data czy jednostka medyczna. Wynik wyszukiwania będzie miał postać listy z możliwością jej pogrupowanej wg określonych kryteriów takich jak jednostka medyczna, rodzaj usługi medycznej czy data wykonania usługi. 2. Wymiana oraz udostępnianie dokumentacji medycznej pomiędzy jednostkami medycznymi: Usługa dostępna dla personelu medycznego będzie umożliwiać pobranie dokumentacji medycznej pacjenta zgromadzonej w jednostkach medycznych uczestniczących w projekcie. Zakres wymienianych danych pomiędzy jednostkami może być różny i zależy od specjalizacji danej jednostki, a także od zasobu dokumentacji gromadzonej w jej systemach dziedzinowych. Dokumentacja będzie pobierana z listy uzyskanej w procesie wyszukiwania. W przypadku konieczności pobrania pełnej dokumentacji medycznej pacjenta z konkretnego pobytu/wizyty wymaga się możliwość jej zamówienia/pobrania jedynie w trzech wariantach możliwych do wybrania przez Użytkownika: Podstawowa dokumentacja medyczna (m. in. dokumentacja zewnętrzna: karta informacyjna, karta porady specjalistycznej, karta informacyjna SOR). Pełna dokumentacja medyczna z hospitalizacji/wizyty bez danych obrazowych (mniejsza objętość). Pełna dokumentacja medyczna z hospitalizacji/wizyty z danymi obrazowymi w jakości diagnostycznej (duża objętość) 3. Udostępnianie dokumentacji medycznej pacjentowi (w tym wyników badań): Usługa będzie umożliwiać pobranie przez pacjenta dokumentacji medycznej zgromadzonej jednostkach medycznych uczestniczących w projekcie. W ramach wdrożenia usługi zostanie wykonana integracja z Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (projekt P1) w zakresie Internetowego Konta Pacjenta (IKP), funkcjonującego w ramach platformy P1, dzięki któremu pacjent będzie miał możliwość zamawiania dokumentacji medycznej. Wskazana przez pacjenta dokumentacja będzie udostępniana z poziomu systemu MSIM. Integracja z IKP będzie obejmować zestawienie szyfrowanego połączenia pozwalającego na udostępnianie/przesyłanie EDM, którą zamówił pacjent (w IKP pacjent powinien otrzymać informację o sposobie udostępnienia dokumentacji, np. link do udostępnionej dokumentacji znajdującej się w EDM w warstwie lokalnej MSIM). W ramach usługi realizowany będzie scenariusz: Strona 12 z 157

13 o o o o pacjent przy użyciu IKP wyszukuje w wykazie interesującą go dokumentację medyczną, za pomocą usługi dostępnej w IKP pacjent zamawia interesująca go dokumentację medyczną, System MSIM obsługuje żądanie we właściwy sposób, umożliwiając przesył dokumentacji medycznej, pacjent pobiera zamówioną dokumentację medyczną. 4. Elektroniczna rejestracja pacjentów (e-rejestracja) Szczególną usługą realizowaną w ramach komponentu regionalnego jest usługa e-rejestracji. Usługa e-rejestracji udostępnia funkcjonalność rezerwacji usług medycznych w jednostkach ochrony zdrowia zintegrowanych z MSIM. Użytkownik ma możliwość rejestracji na wskazany termin i anulowania wizyty. Z e-rejestracji mogą korzystać wyłącznie zarejestrowani na poziomie regionalnym użytkownicy końcowi (pacjenci). W ramach usługi powinien funkcjonować system komunikatów (powiadomień dla użytkowników końcowych w formie np. wiadomości i SMS) dotyczących: potwierdzenia rejestracji, zbliżającego się terminu wizyty, anulowania wizyty oraz zmiany terminu wizyty (zarówno przez użytkownika jak i w lokalnym systemie medycznym HIS). W szczególności usługa obejmuje następujące funkcjonalności: Rejestrację terminu wizyty Anulowanie terminu wizyty Przeglądanie terminów (przyszłych aktywnych, przyszłych zarejestrowanych, przyszłych anulowanych i historycznych) Zmianę danych osobowych (imię, nazwisko, adres, nr telefonu, adres ) 5. Portal Informacyjny e-zdrowie. Portal będzie miał postać aplikacji webowej prezentującej informację o projekcie, świadczonych usługach, uczestniczących partnerach. Na portalu będą udostępniane: Informacje o jednostkach ochrony zdrowia, które są zintegrowane z MSIM w ramach projektu (w tym lista usług świadczony przez te podmioty), Wyszukiwarka usług medycznych (wg typu usługi oraz wg jednostki ochrony zdrowia), Dane kontaktowe do jednostek ochrony zdrowia (tel. do placówki, poszczególnych specjalistów, informacji, rejestracji Informacje nt. możliwości skorzystania z e-rejestracji (wraz z krótkim instruktażem jak z korzystać z rozwiązania na portalu oraz charakterystyka e-usługi FAQ), Funkcjonalność umożliwiająca rejestrację oraz założenie konta, Informacje o projekcie MSIM. Ponadto w ramach wdrożenia systemu MSIM dostępne będą: Mobilna wersja portalu informacyjnego e-zdrowie. Usługa podpisu elektronicznego dla EDM. Strona 13 z 157

14 Usługa podpisu elektronicznego dla EDM będzie obsługiwać funkcje podpisywania i weryfikacji podpisu elektronicznego z wykorzystaniem Centrum Autoryzacji (CAPE w Małopolsce). Centrum CAPE będzie wykorzystywane w zakresie: a.) wydawania certyfikatów elektronicznych do podpisywania (przyjmowanie wniosku o certyfikat w postaci pliku PKCS#10 i udostępnianie wygenerowanego certyfikatu) b.) znakowania czasem (usługa znakowania czasem zgodna ze standardem RFC Usługa Single Sign-On (SSO) spełniająca następujące wymagania: a.) System powinien zapewnić funkcjonalność pojedynczego uwierzytelniania użytkowników w obrębie dostarczanej platformy oraz dostarczanych aplikacji dziedzinowych b.) System powinien zapewnić interfejs API umożliwiający podłączenie do systemu SSO zewnętrznych aplikacji dziedzinowych. Prace integracyjne po stronie zewnętrznych aplikacji dziedzinowych nie są objęte niniejszym postępowaniem c.) Uwierzytelnianie użytkowników musi być realizowane na podstawie jednoznacznie przydzielonego loginu oraz hasła użytkownika. Serwer mailowy na potrzeby powiadomień MSIM Wszystkie realizowane przez System MSIM usługi elektroniczne będą dostępne przy pomocy dedykowanych interfejsów dostępu jako API dla systemów informatycznych jak i w trybie graficznym dla użytkowników portalu. Zapewnienie interoperacyjności Rozwiązanie ma opierać się założenie przekazywania pomiędzy podmiotami elektronicznej dokumentacji medycznej w ustandaryzowanym formacie możliwym do odczytania w dowolnej lokalizacji. Elementem odpowiedzialnym za przekazywanie dokumentacji medycznej wraz z zapewnieniem prawidłowego uwierzytelnienia użytkowników będzie warstwa regionalna, co uniezależnia rozwiązanie od poszczególnych podmiotów. Rozwiązanie takie pozwala na wzajemny dostęp uprawnionych użytkowników z wszystkich podmiotów dołączonych do MSIM do wszystkich wytwarzanych w formie elektronicznej dokumentów medycznych dostępnych w ramach MSIM. W celu zapewnienia bezpieczeństwa przesyłu danych zakłada się zestawienie bezpiecznego, bezpośredniego i szyfrowanego połączenia pomiędzy jednostkami medycznymi. Połączenie VPN będzie charakteryzować się dużą efektywnością oraz zapewni wysoki poziom bezpieczeństwa Wymagania ogólne dla systemu MSIM 1. System MSIM ma umożliwić wymianę EDM pomiędzy jednostkami ochrony zdrowia zintegrowanymi z MSIM. 2. System MSIM ma umożliwić wymianę dokumentacji medycznej w ramach e-usług pomiędzy jednostkami ochrony zdrowia zintegrowanymi z MSIM. 3. Wymiana dokumentacji medycznej ma być realizowana z wykorzystaniem technologii szyny danych oraz interfejsów integracyjnych. 4. System MSIM musi być przygotowany na integrację z lokalnymi systemami dziedzinowymi w ramach interfejsów zgodnych ze standardem opisanym w Załączniku 9A.: Strona 14 z 157

15 5. Zakres wymienianych danych pomiędzy jednostkami może być różny i zależy od możliwości systemów dziedzinowych danej jednostki ochrony zdrowia. 6. Podłączenie nowej jednostki ochrony zdrowa do MSIM nie może wymagać od dostawcy systemu dziedzinowego dla danej jednostki ochrony zdrowia żadnej specyficznej wiedzy (np. z zakresu kryptografii) poza umiejętnością implementacji webservices zgodnie z dokumentacją protokołu wymiany danych. 7. Wymiana informacji w ramach sieci pomiędzy jednostkami ochrony zdrowa z wykorzystaniem MSIM, realizującej e-usługi ma wykorzystywać interfejsy wymiany danych zgodne z przyjętymi standardowymi protokołami w ochronie zdrowia (m. in. HL7 CDA R2 na poziomie interoperacyjności 3-cim, DICOM, XML i PDF zgodne z Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania). W przypadku konieczności standardowe protokoły mogą zostać rozbudowane o dodatkowe elementy, nie występujące w w/w protokołach Koncepcja wykonania i dostawy, instalacji, konfiguracji, wdrożenia, uruchomienia oraz integracji systemu MSIM Wdrożenie należy rozumieć jako szereg uporządkowanych i zorganizowanych działań mających na celu wykonanie opisanego w OPZ Systemu MSIM. Wdrożenie będzie realizowane w ramach powołanych do tego celu struktur organizacyjnych po stronie Zamawiającego oraz Wykonawcy. Wykonawca ponosi odpowiedzialność za swoich pracowników i szkody przez nich poczynione w lokalizacjach instalacji infrastruktury sprzętowej. W ramach dokumentu Plan Wdrożenia Projektu zostaną przez Wykonawcę przygotowane informacje na temat struktury organizacyjnej zarządzania projektem, w tym muszą zostać powołane minimum następujące role w projekcie: 1. Kierownik Projektu ze strony Zamawiającego, 2. Kierownik Projektu ze strony Wykonawcy, 3. Zespół realizacyjny po stronie Wykonawcy. W ramach struktury organizacyjnej procesu wdrożenia musi zostać również powołany Komitet Sterujący minimum w składzie: 1. Przewodniczący przedstawiciel Zamawiającego, 2. Główny Dostawca przedstawiciel Wykonawcy, 3. Główny Odbiorca przedstawiciel Zamawiającego. Każda z tych ról ma prawo powołać swoich specjalistów dziedzinowych odpowiadających za operacyjną realizację projektu. Szczegółowe zadania i kompetencje Komitetu Sterującego zostaną szczegółowo opisane w Planie Wdrożenia Projektu. W ramach procesu Wdrożenia zaplanowano, iż nastąpią po sobie chronologicznie następujące działania: 1 Przygotowanie Analizy przedwdrożeniowej Systemu MSIM Pierwszym zadaniem do wykonania w ramach procesu wdrożenia jest opracowanie przez Wykonawcę w porozumieniu z Zamawiającym Analizy przedwdrożeniowej MSIM. Dokument ten stanowić będzie bazowy zapis opisujący budowany System MSIM. Na podstawie zapisów w tym dokumencie będą prowadzone i odbierane poszczególne zadania realizowane przy budowie Systemu MSIM. Dokument ten wraz z SIWZ będą stanowiły podstawę do weryfikacji funkcjonalnej i jakościowej Systemu MSIM w trakcie odbiorów. Strona 15 z 157

16 2 Dostawa instalacja i konfiguracja infrastruktury Sieciowej Dostawa instalacja i konfiguracja infrastruktury sieciowej jest zadaniem mającym na celu budowę lub modernizację pasywnego sprzętu sieciowego oraz dostawę, instalację i konfigurację aktywnego sprzętu sieciowego do wskazanych lokalizacji według przygotowanego przez Wykonawcę wspólnie z Zamawiającym harmonogramu w porozumieniu z Partnerami Projektu. Zadanie to wymaga odpowiedniego zaplanowania dostaw i prac w taki sposób, aby nie kolidowało to z bieżącą pracą Partnerów Projektu. Harmonogram musi być przedstawiony jako diagram Gantta, który obejmuje zadania wraz z ich następnikami, datę rozpoczęcia, datę zakończenia zadania, czas trwania (liczony w dniach roboczych), podmiot odpowiedzialny za realizację zadania, % postęp w realizacji zadania. Wymagania w zakresie organizacji prac instalacyjnych: a) Wykonawca będzie dostarczał pasywny sprzęt sieciowy sukcesywnie w ilości niezbędnej do prowadzenia prac instalacyjnych zgodnie z harmonogramem. b) Wykonawca będzie dostarczał aktywny sprzętu sieciowego sukcesywnie w terminie bezpośrednio poprzedzającym jego instalację i w sposób dopasowany do możliwości logistycznych zamawiającego i Partnerów Projektu. Zakres i wielkości dostaw należy każdorazowo uzgodnić z Zamawiającym. c) Za przechowywanie narzędzi i materiałów (w tym pasywnego i aktywnego sprzętu sieciowego) w miejscu instalacji odpowiada Wykonawca. Wykonawca zobowiązany jest zagwarantować przechowywanie materiałów zgodnie z wymaganiami producenta. d) Za sprzęt sieciowy zapewniany w ramach realizacji przedmiotu zamówienia do czasu podpisania protokołu odbioru odpowiada Wykonawca. 3 Dostawa instalacja i konfiguracja infrastruktury sprzętowej Dostawa instalacja i konfiguracja infrastruktury sprzętowej jest zadaniem mającym na celu dostarczenie zamawianego sprzętu do wskazanych lokalizacji według przygotowanego przez Wykonawcę wspólnie z Zamawiającym harmonogramu w porozumieniu z Partnerami Projektu. Zadanie to wymaga odpowiedniego zaplanowania dostaw i prac w taki sposób, aby nie kolidowało to z bieżącą pracą Partnerów Projektu. Wymagania w zakresie logistyki dostaw: a) Wykonawca ma zapewnić wniesienie dostarczonego sprzętu do miejsca (pomieszczenia) u Partnera Projektu oraz w lokalizacji warstwy regionalnej MSIM. b) Wykonawca będzie dostarczał sprzęt sukcesywnie w terminie bezpośrednio poprzedzającym jego instalację i w sposób dopasowany do możliwości logistycznych zamawiającego i Partnerów Projektu. Zakres i wielkości dostaw należy każdorazowo uzgodnić z Zamawiającym. c) Za przechowywanie narzędzi i materiałów (w tym infrastruktury sprzętowej) w miejscu instalacji odpowiada Wykonawca. Wykonawca zobowiązany jest zagwarantować przechowywanie materiałów zgodnie z wymaganiami producenta. d) Za infrastrukturę sprzętową zapewnianą w ramach realizacji przedmiotu zamówienia do czasu podpisania protokołu odbioru odpowiada Wykonawca. Strona 16 z 157

17 4 Dostawa, instalacja i konfiguracja Oprogramowania systemowego i narzędziowego W ramach zadania dostawy, instalacji oraz konfiguracji Oprogramowania systemowego i narzędziowego Wykonawca ma dokonać instalacji i konfiguracji wymaganego oprogramowania systemowego i narzędziowego na dostarczonym uprzednio sprzęcie. Dostawa i instalacja ma być wykonana we wskazanych lokalizacjach zgodnie z Planem Wdrożenia Projektu. Po zakończeniu instalacji, zainstalowane oprogramowanie musi zostać skonfigurowane tak aby działało poprawnie zgodnie z jego przeznaczeniem i wymaganą architekturą rozwiązania Systemu MSIM oraz oferowało funkcjonalność opisaną w SIWZ, a także zapewniać prawidłową pracę Oprogramowania aplikacyjnego. 5 Dostawa, instalacja i konfiguracja Oprogramowania aplikacyjnego W ramach zadania dostawy instalacji i konfiguracji oprogramowania aplikacyjnego Wykonawca ma dokonać instalacji i konfigurację zamawianego oprogramowania aplikacyjnego. Dostawa instalacja i konfiguracja ma być wykonana we wskazanych lokalizacjach oraz zgodnie z Planem Wdrożenia Projektu. Po zakończeniu prac instalacyjnych oprogramowanie musi zostać skonfigurowane tak aby oferowało funkcjonalność opisaną w SIWZ oraz zgodnie z wymaganą architekturą rozwiązania Systemu MSIM. 6 Integracja MSIM z Partnerami Projektu i Podmiotami leczniczymi Zadania te polegają na integracji wskazanych jednostek ochrony zdrowia w ramach Systemu MSIM, zgodnie z wymaganą architekturą rozwiązania systemu MSIM oraz określonymi elementami warstwy integracji Systemu MSIM. Głównym celem integracji jest uruchomienie e- Usług w zakresie synchronizacji i wymiany danych pomiędzy warstwą regionalną MSIM, a warstwami lokalnymi Partnerów Projektu. 7 Testy Celem przeprowadzenia testów jest weryfikacja przez Zamawiającego, czy wszystkie prace wykonane w trakcie budowania Systemu MSIM zostały wykonane prawidłowo i zgodnie z założeniami funkcjonalnymi i jakościowymi. Testy będą przeprowadzane zarówno przez pracowników Partnerów Projektów jak i wskazanych przez Zamawiającego osób i podmiotów zewnętrznych. W celu przeprowadzenia testów Wykonawca przygotuje kompletne środowisko testowe oraz scenariusze testowe. Pozytywne zakończenie testów wraz z usunięciem wskazanych wad jest niezbędne aby dla poszczególnych komponentów oraz Systemu MSIM dokonać odbiorów w ramach poszczególnych etapów oraz odbioru końcowego. 8 Odbiór końcowy Zadanie to ma na celu potwierdzenie wykonanie wszystkich zadań wynikających z Projektu, w tym odebrania wszystkich Komponentów i etapów Projektu oraz dostarczenia wszystkich wymaganych w zamówieniu dokumentów. Dokonanie odbioru końcowego zakończy prace przy budowie Systemu MSIM i będzie podstawą do przekazania Systemu MSIM do użytkowania produkcyjnego. Wykonawca ma przekazać protokoły odbioru końcowego z rozpisaniem na składowe będące elementami całego systemu MSIM w uzgodnieniu z Zamawiającym. Strona 17 z 157

18 2.4. Dyslokacja elementów systemu Lista lokalizacji, w których należy zainstalować elementy systemu 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o.(gdzie zlokalizowane są dwie serwerownie do których dostarczona zostanie infrastruktura zamawiana w ramach MSIM) Ponadto Projekt musi umożliwiać przyłączenie do niego w dalszym okresie kolejnych jednostek ochrony zdrowia. Zgodnie z podziałem funkcjonalnym System składa się z komponentu regionalnego oraz komponentu lokalnego. Komponent lokalny umieszony zostanie w następujących lokalizacjach: 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Komponent regionalny umieszony zostanie w lokalizacji: 1. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Lista lokalizacji jest aktualna na dzień Strona 18 z 157

19 Cała komunikacja mająca na celu przekazanie dokumentacji ze Szpitala występującego o dokumentację do szpitala udostępniającego dokumentację jest realizowana za pośrednictwem warstwy regionalnej MSIM. Rysunek 5. Koncepcja komunikacji w MSIM Zasady budowy reguł interoperacyjności w systemie Zakres i znaczenie metadanych EDM oraz schematów atomowych dla repozytorium EDM i rejestru EDM powinien być zgodny z wytycznymi profilu integracyjnego XDS.b, a w szczególności z tabelą dokumentu IHE IT Infrastructure Technical Framework, Volume 3 (ITI TF-3): Cross- Transaction and Content Specifications. Nie ma potrzebytworzenia formularzy elektronicznych w zakresie przekazywania EDM, ponieważ odbywa się ona w całości z wykorzystaniem usług sieciowych i interakcji pomiędzy systemami Koncepcja synchronizacji czasu normalizacji czasu Synchronizacja i znakowanie czasem elektronicznej dokumentacji medycznej następuje w oparciu o usługę znakowania czasem (TSS Time Stamping Service). Usługa znakowania czasem powinna być świadczona centralnie, co w przypadku systemu MSIM oznacza, że usługa będzie świadczona przez komponent regionalny rozwiązania, jako jedna ze wspólnych usług infrastrukturalnych. Algorytm znakowania czasem powinien być oparty o przesyłanie skrótów dokumentów do usługi (serwera znakowania czasem) i znakowaniu wyłącznie skrótów dokumentów. Architektura takiego rozwiązania implikuje w warstwie regionalnej istnienie 2 usług infrastrukturalnych: Strona 19 z 157

20 Usługa znakowania czasem Usługa weryfikacji znaku czasu System powinien wykorzystywać usługę znacznika czasu realizowaną przez Centrum Autoryzacji (CAPE w Małopolsce)), przez zastosowanie funkcjonującej obecnie w Centrum aplikacji PentaSCAPE- TSAService. Aktualna wydajność usługi powinna być wystarczająca do planowej skali systemu. Certyfikaty, listy CRL oraz inne dane przechowywane przez Centrum Certyfikacji znakowane są wiarygodnym czasem pochodzącym z wzorcowego zaufanego serwera czasu. Usługa znakowania czasem musi posiadać wydajność na poziomie oferowanym przez CAPE w Małopolsce Koncepcja autentykacji i identyfikacji użytkowników Identyfikacja, uwierzytelnianie i autoryzacja użytkowników (osób oraz systemów) powinna być oparta o mechanizm scentralizowany, który logicznie wydziela 2 warstwy: Identity provider (dostawca tożsamości) pełniący funkcję weryfikującą funkcja powinna być dostępna z poziomu komponentu regionalnego jak wspólna usługa infrastrukturalna. Klientów usługi, którzy potrzebuję rzetelnej i aktualnej informacji o tożsamości uczestników komunikacji funkcja ta będzie wykorzystywana głównie przez komponent lokalny. Rozwiązanie powinno być oparte o jeden wspólny serwer certyfikacyjny, każdy użytkownik będzie miał klucz / token weryfikowany przez serwer certyfikacji. Zakłada się wykorzystanie działającego Centrum Autoryzacji podpisu elektronicznego w ramach Urzędu Marszałkowskiego (CAPE w Małopolsce). Usługa uwierzytelniania powinna być oparta o mechanizm jednokrotnego logowania (ang. Single Sign On SSO) w obrębie aplikacji wytworzonych w ramach projektu. W ramach MSIM powstanie usługa pozwalająca poszczególnym HIS-om wykorzystanie tego mechanizmu w ramach poszczególnych instalacji. Kwestia zaimplementowania SSO w ramach poszczególnych HIS jest elementem odrębnego zamówienia udzielonego wykonawcom HIS. Na potrzeby usługi e-rejestracja wymagane będzie utworzenie niezależnego repozytorium tożsamości dla Pacjentów, którzy będą chcieli korzystać z funkcjonalności rezerwowania wizyt w placówce medycznej. Konta tych pacjentów a w konsekwencji ich dane osobowe muszą być zabezpieczone mechanizmami odpowiadającymi poziomowi wysokiemu zgodnie z Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych W celu zapewnienia bezpieczeństwa danych osobowych dla potwierdzenia rejestracji wymagana będzie wizyta w placówce z wydrukowanym formularzem rejestracji celem potwierdzenia danych osobowych i otrzymania hasła pierwszego logowania Koncepcja współpracy z Internetowym Kontem Pacjenta (IKP) W celu zapewnienia wymiany informacji pomiędzy usługodawcami, a platformą P1 zostały wybrane standardy komunikacji, które sprawią, że proces ten będzie mógł przebiegać w sposób zunifikowany. Strona 20 z 157

21 Z uwagi na interoperacyjność oraz wytyczne CSIOZ wybrany został standard IHE XDS.b, który gwarantuje obsługę wymaganych procesów w warunkach polskiej ochrony zdrowia, jak również komunikację międzynarodową. Platforma P1 wykorzystuje dwa główne profile IHE w celu komunikacji między systemami: IHE XDS.b - wykorzystywany do wymiany informacji o dokumentach medycznych (rozszerzona o informacje o zdarzeniu medycznym, w ramach którego dokumentacja ta powstała), IHE XDM - wykorzystywany do importu do P1 dokumentów z placówek likwidowanych. Platforma P1 wykorzystuje również standard: HL7 CDA R2 na 3-cim poziomie interoperacyjności- w zakresie transferu nieobrazowych danych medycznych, DICOM w zakresie gromadzenia i przekazywania informacji o miejscu przechowywania danych obrazowych. Współpraca z platformą P1 odbywać się będzie za pomocą wymiany komunikatów w postaci plików XML (standard XML Schema). System zapewni wsparcie dla standardu przesyłania komunikatów SOAP (w wersji co najmniej 1.1) z załącznikami. Do opisu struktury i semantyki serwisu sieciowego (webservices) zostanie wykorzystany standard WSDL (wersja co najmniej 1.1). Każdy dokument wysyłany do platformy P1 będzie podlegał regułom walidacyjnym przypisanym do konkretnego dokumentu. Reguły walidacyjne przypisane do dokumentu nadrzędnego mają zastosowanie do obiektów powiązanych podrzędnych. System zapewni możliwość zabezpieczania wysyłanych komunikatów zgodnie ze specyfikacją WS Security (OASIS Standard 1.1) oraz wykorzystania modelu X.509 Token Profile 1.1. System zapewni możliwość wysyłania komunikatów obsługiwanych przez system centralny zgodnie z dokumentem Uproszczona instrukcja integracji - Integracja Prototypów Internetowego Konta Pacjenta (IKP) oraz e-recepty w wersji aktualnej w okresie wykonywania usługi. Zgodnie z założeniami Internetowe Konto Pacjenta umożliwiać będzie gromadzenie w jednym miejscu wszystkich informacji dotyczących stanu zdrowia pacjenta. Szybki dostęp do systemu będzie wspierać lekarza przy podejmowaniu optymalnych decyzji i wzmacnia skuteczność leczenia. Pacjentowi natomiast, zapewnia możliwość zarządzania własną dokumentacją medyczną, w szczególności umożliwi łatwy i szybki dostęp do skierowań, recept czy zaświadczeń. Stan prac nad wdrożeniem IKP wygląda następująco: Prototyp Internetowego Konta Pacjenta został wdrożony w 2011 roku i objął pacjentów chorych na cukrzycę w wieku od 18 lat leczących się w Krakowie. W lutym 2014 zakończono realizację Projektu Zintegrowanych prototypów Internetowego Konta Pacjenta oraz e-recepty. System przetestowano w trzech miastach Gdańsku, Olsztynie i Warszawie. Wykonawca systemu MSIM musi przewidzieć w ramach usługi wykonanie integracji z P1 w tym w zakresie IKP na pełnym poziomie dostępnym w okresie wykonywania usługi. Wymaga się dostosowania systemu MSIM do kolejnych wdrażanych w ramach Projektu P1 funkcji IKP realizowanych przez CSIOZ oraz przepisów prawa regulujących ten obszar w ramach usługi dostawy i nadzoru autorskiego. Wdrożony system MSIM musi być otwarty na system P1 w zakresie IKP ze względu na poniższe warunki: Istnienie jednego, centralnego rejestru EDM w warstwie regionalnej obejmującego całą EDM w Podmiotach objętych Projektem, a w konsekwencji posiadaniu zintegrowanej informacji o całej EDM. Strona 21 z 157

22 Rejestr EDM zgodnie z wytycznymi będzie realizowany na podstawie standardów komunikacji, również w zakresie e-zdrowia, które nie są cechą szczególną koncepcji, lecz powszechnie uznanym standardem komunikacji w podobnych rozwiązaniach. Wykorzystanie standardowego interfejsu komunikacji przez rejestr EDM oznacza, że integracja z każdym klientem rejestru powinna być maksymalnie uproszczona. Współpraca z CSIOZ w ramach systemu P1 w zakresie IKP odbywać się powinna na poziomie aplikacji pozwalającej na dostęp do konta pacjenta, w której będzie on miał możliwość zamawiania dokumentacji medycznej, która będzie następnie udostępniana/przesyłana za pomocą usługi dostępnej w warstwie regionalnej systemu MSIM. Integracja z P1 w zakresie IKP będzie obejmować zestawienie szyfrowanego połączenia pozwalającego na udostępnianie/przesyłanie danych medycznych, które zamówił pacjent. W ramach usługi realizowany będzie scenariusz: pacjent w IKP wyszukuje w wykazie interesującą go dokumentację medyczną (na podstawie indeksu zlokalizowanego w warstwie regionalnej), za pomocą usługi dostępnej w P1 pacjent zamawia interesująca go dokumentację medyczną, zlecenie zostaje przekazane do placówki, która udostępnia wskazaną dokumentację, placówka udostępnia zamówioną dokumentację medyczną, pacjent pobiera zamówioną dokumentację medyczną. W ramach integracji z CSIOZ należy zapewnić możliwość: przekazania tożsamości pacjenta do systemu MSIM, tak aby pacjent mógł wykorzystać usługę wyszukiwania i pobierania EDM, przekazywania zgód pacjentów na udostępnianie dokumentacji medycznej. Przekazywanie tożsamości pomiędzy Systemem MSIM, a Platformą P1 musi spełniać wszystkie wymagania prawne związane z anonimizacją danych Pacjentów. W zakresie zamówienia jest dostosowywanie MSIM do aktualnych wytycznych CSIOZ w zakresie platformy P1 przez okres wskazany w ofercie lecz nie mniej niż 5 lat od daty odbioru końcowego systemu, w tym uzyskiwanie wszystkich wymaganych certyfikacji Koncepcja przesyłania dokumentacji o dużej pojemności W przypadku dokumentacji medycznej głównym elementem wytwarzającym dane o dużej pojemności są dane obrazowe. W związku z czym System musi mieć możliwość 3-poziomowego wyboru zakresu pobieranej dokumentacji medycznej. Takie rozwiązanie pozwala na ograniczenie ruchu i nie obciążanie łączy bez uzasadnienia. Uwierzytelniony użytkownik będzie mógł skorzystać z następujących wariantów zamówienia/pobrania dokumentacji: Podstawowa dokumentacja medyczna (dokumentacja zewnętrzna: karta informacyjna, karta porady specjalistycznej, karta informacyjna SOR), Pełna dokumentacja medyczna z hospitalizacji/wizyty bez danych obrazowych (mniejsza objętość), Pełna dokumentacja medyczna z konkretnej hospitalizacji/wizyty z danymi obrazowymi w jakości diagnostycznej (duża objętość). Przesył pełnej dokumentacji medycznej z danymi obrazowymi w jakości diagnostycznej o dużej objętości będzie wspomagany poprze mechanizm dynamicznego przydzielana przepustowości łącza, dający wyższy priorytet dla bieżącej obsługi jednostki szpitalnej, a niższy dla wymiany dokumentacji. Strona 22 z 157

23 2.10. Koncepcja rozwoju systemu, kolejnych etapów, dołączania kolejnych jednostek W ramach koncepcji rozwoju systemu przewiduje się: 1. Zdefiniowanie i udostępnienie standardów warstwy integracji, w którego skład wchodzi m. in. interfejs integracji regionalnej odpowiedzialny za wymianę danych, umożliwiający komunikację elektroniczną pomiędzy regionem a lokalnymi systemami informatycznymi (standardy zapytań, struktur baz danych) Wykonawca przygotuje taki dokument na etapie realizacji projektu. 2. Rozwój na poziomie warstwy regionalnej e-usług dostarczanych wszystkim obywatelom, usługi integrujące działania jednostek służby zdrowia i usługi dedykowane organom działającym na poziomie regionalnym i ponadregionalnym do realizacji w ramach kolejnych projektów. 3. System zarządczy dla Województwa Małopolskiego w zakresie przewidzianym OPZ, 4. Integracja z pozostałymi systemami regionalnymi w dziedzinie e-zdrowia, w tym systemami i usługami wytwarzanymi w ramach projektów CSIOZ oraz innych platform regionalnych, np. PSIM (Podkarpacki System Informacji Medycznej) w tym zakresie wymagane jest zagwarantowanie integracji z w ramach zaleceń CSIOZ w okresie gwarancji. Architektura warstwy regionalnej ma zapewniać łatwą modyfikowalność systemu w przyszłości. Modyfikowalność systemu jest rozumiana jako co najmniej: Podłączanie nowych jednostek do systemu poprzez konfiguracje Rozszerzanie zakresu wymienianych danych poprzez konfiguracje Rozszerzanie funkcjonalności poprzez podłączanie dodatkowych modułów W tym zakresie Wykonawca przygotuje standardy integracji Schemat połączeń pomiędzy elementami systemu Sekcja przedstawia schemat połączeń pomiędzy elementami systemu, w tym połączeń sieciowych. Sieć Sieć połączeń pomiędzy poszczególnym uczestnikami projektu musi zostać zbudowana z wykorzystaniem posiadanego przez uczestników projektu łącza internetowego. W ramach publicznej sieci Internet zostanie zbudowana dedykowana sieć VPN, która połączy wszystkich uczestników projektu. W związku z tym, dane nie mogą być przesyłane w postaci jawnej lecz należy je szyfrować. Zakłada się w tym celu wykorzystanie mechanizmu IPsec (Internet Protocol Security), dzięki któremu urządzenia tworzą tzw. tunele IPsec. Dane przed wyjściem do Internetu są szyfrowane przez brzegowe urządzenie UTM znajdujące się w Szpitalu. Natomiast na końcu tunelu dane są odszyfrowywane przez brzegowe urządzenie UTM znajdujące się w lokalizacji regionalnej. W sytuacji przesyłania danych z Regionu do Szpitali kolejność szyfrowania będzie odwrotna. Takie tunele będę na stałe zestawione pomiędzy poszczególnymi Szpitalami, a Regionem. Układ ten przedstawia poniższy rysunek. Strona 23 z 157

24 Rysunek 6:Schemat połączeń VPN (źródło: opracowanie własne) Dzięki temu, wszystkie dane przechodzące przez Internet są bezpieczne. Również pracownicy zdalni mogą łączyć się do sieci firmowej poprzez tunel IPsec, umożliwia to bezpiecznie korzystanie z zasobów sieci firmowej np. z domu. W tym przypadku sieć VPN ma strukturę gwiazdy. Na poniższym rysunku został przedstawiony schemat połączeń infrastruktury sprzętowej dla projektu MSIM. W warstwie technicznej schemat połączeń pomiędzy elementami systemu oparty jest o następujące typy połączeń: Tunele VPN szyfrowane protokołem SSL pomiędzy warstwą regionalną a poszczególnymi komponentami lokalnymi, Łącze Ethernet 1Gb w zakresie sieci LAN, Połączenia z wykorzystaniem protokołu FC dla sieci SAN pomiędzy macierzami a serwerami. Strona 24 z 157

25 Szpital lokalny 3 Rysunek 7. Schemat połączeń pomiędzy elementami systemu

26 Rysunek 8. Schemat połączeń infrastruktury sprzętowej w lokalizacji Regionalnej. Strona 26 z 157

27 Rysunek 9. Schemat połączeń infrastruktury sprzętowej w lokalizacji Lokalnej Interfejsy komunikacyjne z innymi systemami informatycznymi System MSIM wykorzystuje następujące zewnętrzne interfejsy: System HIS, gdzie zakres i tryb wymiany danych określony jest interfejsem ITI-41

28 Lokalny systemu lub moduł e-rejestracji, gdzie zakres i tryb integracja określony jest definicją procesów biznesowych z grupy e-rejestracji (rozdział 2) P1 (IKP), gdzie zakres i tryb wymiany danych określony jest interfejsem właściwym dla klientów rejestru i repozytorium EDM Centrum Autoryzacji podpisu elektronicznego w Małopolsce (CAPE w Małopolsce), gdzie zakres i tryb integracji musi odpowiadać wymaganej funkcjonalności usługi podpisu elektronicznego dla EDM Wytyczne dla komunikacji z platformą P1: Komunikacja z platformą P1 następuje w oparciu o reguły tworzenia Elektronicznej Dokumentacji Medycznej i model transportowy danych o Zdarzeniach Medycznych oraz Indeksie EDM, gdzie platforma P1 jest rejestrem EDM Komunikat przekazania informacji o zdarzeniu medycznym jest inicjowany przez komponent regionalny, który przekazuje komunikat do platformy P1 analogicznie do zdarzenia rejestracji EDM przekazywanego przez komponent lokalny do komponentu regionalnego System dziedzinowy musi wytworzyć a komponent regionalny musi przygotować komunikat do platformy P1 zgodnie z ostatnią aktualną wersją wytycznych dostępnych na stronach CSIOZ Wykonawca jest zobowiązany do przygotowania opisu interfejsów, ich wykonania i przetestowania na zasadach odrębności w stosunku do pozostałych funkcji systemu MSIM (interfejsy można testować w oderwaniu od samego systemu) Koncepcja komunikacji pomiędzy jednostkami Cała komunikacja mająca na celu przekazanie dokumentacji ze Szpitala występującego o dokumentację do szpitala udostępniającego dokumentację jest realizowana za pośrednictwem warstwy regionalnej MSIM. Strona 28 z 157

29 Rysunek 10. Schemat koncepcji komunikacji Takie rozwiązanie pozwala na zachowanie wysokiego poziomu bezpieczeństwa przez ustanowienie tylko jednego kanału komunikacji pomiędzy szpitalem, a warstwą regionalna, przez który przeprowadzony jest cały proces komunikacji. Strona 29 z 157

30 2.14. Koncepcja przesyłu danych pomiędzy jednostkami Proces udostępnienia dokumentu zilustrowany został na poniższym rysunku: Rysunek 11. Schemat procesu udostępniania dokumentu W ramach systemu MSIM przesył danych pomiędzy jednostkami powinien być realizowany w przypadku udostępniania dokumentacji medycznej. Scenariusz udostępniania dokumentacji medycznej jest następujący: 1. Użytkownik za pomocą aplikacji typu klient wyszukuje dokument pacjenta w rejestrze na podstawie metadanych. 2. System regionalny sprawdza uprawnienia użytkownika. 3. Repozytorium Regionalne kontaktuje się z repozytorium jednostki w którym przechowywana jest dokumentacja. 4. Dokumentacja wysyłana jest z repozytorium, w którym weryfikowana jest jej poprawność. 5. Dokumentacja wysyłana jest z warstwy regionalnej MSIM do użytkownika. 6. Po potwierdzeniu przesłania dokumentacji do Użytkownika, w warstwie regionalnej zostaje odnotowany fakt udostępnienia Elektronicznej Dokumentacji Medycznej zawierający co najmniej dane o: użytkowniku, dacie, czasie udostępnienia, wersji przekazanych dokumentów). Strona 30 z 157

31 2.15. Integracja systemów oraz danych z innych systemów do wdrażanego systemu MSIM System MSIM wykorzystuje następujące zewnętrzne interfejsy i w takim zakresie musi być zintegrowany z systemami zewnętrznymi udostępniającymi lub wykorzystującymi interfejsy: System HIS, gdzie zakres i tryb wymiany danych określony jest interfejsem ITI-41 Lokalny systemu lub moduł e-rejestracji, gdzie zakres i tryb integracja określony jest definicją procesów biznesowych z grupy e-rejestracji (rozdział 2) P1, gdzie zakres i tryb wymiany danych określony jest interfejsem właściwym dla klientów rejestru i repozytorium EDM, tj. ITI-18 i ITI-43 Centrum Autoryzacji podpisu elektronicznego w Małopolsce, gdzie zakres i tryb integracji musi odpowiadać wymaganej funkcjonalności usługi podpisu elektronicznego dla EDM Koncepcja wirtualizacji zasobów informatycznych Wymagana jest dostawa oprogramowania do wirtualizacji z licencjami wystarczającymi dla uruchomienia na dostarczonym sprzęcie 40 serwerów wirtualnych. Wykonawca musi opracować i uzgodnić z Zamawiającym plan wirtualizacji zasobów obejmujących zakres, tryb i konfigurację zasobów wirtualizowanych biorąc pod uwagę charakterystykę Systemu MSIM, zasady wirtualizacji poszczególnych Partnerów oraz przesłanki wydajnościowe i bezpieczeństwa. Wymagania na oprogramowanie do wirtualizacji przedstawiono w sekcji z oprogramowaniem standardowym (infrastruktura). 3. Analiza stanu aktualnego 3.1. Infrastruktura informatyczna Serwerownia Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu L.P. Parametr Serwerownia 1 Serwerownia 2 Serwerownia 3 1. Adres Nowy Nowy Nowy Sącz, Młyńska Sącz, Młyńska Sącz, Młyńska Lokalizacja w budynku Nowy Nowy Nowy Sącz, Młyńska Sącz, Młyńska Sącz, Młyńska 5, Budynek 5, Budynek 5,Budynek główny główny - RTG onkologiczny 3. Powierzchnia użytkowa [m 2 ] /wysokość [m] 10/2,98 8/2,54 6/2,96 4. Czy jest wolne miejsce na dodatkową szafę Tak Tak Tak 5. Ilość szaf RACK/Ilość wolnego miejsca [U] 1/5 1/0 3/5 ZABEZPIECZENIA FIZYCZNE 6. System alarmowy Nie Nie Tak 7. Monitoring video Nie Nie Nie 8. Kontrola dostępu Nie Nie Nie 9. Ochrona fizyczna Nie Nie Nie 10. Drzwi antywłamaniowe Nie Nie Nie 11. Zabezpieczenie okien Tak Tak Nie 12. Sygnalizacja pożaru Nie Nie Tak 13. System gaszenia pożaru gazem obojętnym Nie Nie Nie 14. Gaśnica CO2 Nie Nie Nie 15. Kontrola temperatury Nie Nie Nie Strona 31 z 157

32 16. Kontrola wilgoci Nie Nie Nie 17. Podłoga techniczna Nie Nie Nie ZAGROŻENIA 18. Obecność sieci wod-kan (poz. zagrożenia: wysoki, średni, niski) 19. Obecność instalacji grzewczych (poz. zagrożenia: wysoki, średni, niski) INNE Tak (niski) Tak (niski) Nie Tak (niski) Tak (niski) Nie 20. Ilość klimatyzatorów Łączna wydajność klimatyzatorów [kw] 5,2 8,8 7,1 PRZYŁĄCZA TELETECHNICZNE 22. Wolne przyłącza sieci logicznej [szt.] Zapas dla przyłączenia urządzeń do sieci Tak Tak Tak elektrycznej [A] 24. Zapas mocy dla przyłączenia urządzeń do Tak/ 25 Tak/ 25 Tak/ 25 sieci elektrycznej [TAK/NIE]/[A] 25. Wydzielony obwód zasilania [TAK/NIE] Nie Nie Nie 26. System zasilania awaryjnego [TAK/NIE] Tak Tak Tak 27. Centralny UPS [TAK/NIE]/Moc [kva] Nie Nie Nie 28. Agregat prądotwórczy [TAK/NIE]/Moc [kva] Nie Nie Nie ZIDENTYFIKOWANE RYZYKA 29. Konieczność rozbudowy sieci logicznej Tak Tak Tak 30. Konieczność rozbudowy sieci elektrycznej Tak Tak Tak Szpital Specjalistyczny im. J. Dietla w Krakowie L.P. Parametr Serwerownia 1 Serwerownia 2 Serwerownia 3 1. Adres Kraków, ul. Skarbowa Kraków, ul Focha Lokalizacja w budynku Kraków, Kraków, ul. Skarbowa 4 ul Focha 33, Główna lokalizacja 2km od Głównej Lokalizacji 3. Powierzchnia użytkowa [m 2 ] /wysokość [m] 18/2,90 12/2,70 4. Czy jest wolne miejsce na dodatkową szafę Tak Tak 5. Ilość szaf RACK/Ilość wolnego miejsca [U] 4/70 3/26 ZABEZPIECZENIA FIZYCZNE 6. System alarmowy Nie Tak 7. Monitoring video Nie Tak 8. Kontrola dostępu Nie Tak 9. Ochrona fizyczna Tak Tak 10. Drzwi antywłamaniowe Nie Nie 11. Zabezpieczenie okien Nie Nie dotyczy (brak okien) 12. Sygnalizacja pożaru Tak Tak 13. System gaszenia pożaru gazem obojętnym Nie Nie 14. Gaśnica CO2 Tak Tak 15. Kontrola temperatury Nie Nie 16. Kontrola wilgoci Nie Nie 17. Podłoga techniczna Nie Nie ZAGROŻENIA 18. Obecność sieci wod-kan (poz. zagrożenia: wysoki, średni, niski) 19. Obecność instalacji grzewczych (poz. zagrożenia: wysoki, średni, niski) INNE 20. Ilość klimatyzatorów Łączna wydajność klimatyzatorów [kw] 6 4 PRZYŁĄCZA TELETECHNICZNE Nie Nie Nie Nie Strona 32 z 157

33 22. Wolne przyłącza sieci logicznej [szt.] Zapas dla przyłączenia urządzeń do sieci 8 20 elektrycznej [A] 24. Zapas mocy dla przyłączenia urządzeń do Tak/8 Tak/20 sieci elektrycznej [TAK/NIE]/[A] 25. Wydzielony obwód zasilania [TAK/NIE] Tak Tak 26. System zasilania awaryjnego [TAK/NIE] Nie Tak 27. Centralny UPS [TAK/NIE]/Moc [kva] Nie Tak/2KVA 28. Agregat prądotwórczy [TAK/NIE]/Moc [kva] Nie Tak/650kVA ZIDENTYFIKOWANE RYZYKA 29. Konieczność rozbudowy sieci logicznej Nie Nie 30. Konieczność rozbudowy sieci elektrycznej Nie Nie Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. z o.o. L.P. Parametr Serwerownia 1 Serwerownia 2 Serwerownia 3 1. Adres Kraków, os. Kraków, os. Złotej Jesieni 1, Kraków Złotej Jesieni 1, Kraków 2. Lokalizacja w budynku Kraków, os. Kraków, os. Złotej Jesieni 1, Kraków Złotej Jesieni 1, Kraków 3. Powierzchnia użytkowa [m 2 ] /wysokość [m] 13/3 30/3 4. Czy jest wolne miejsce na dodatkową szafę Tak Tak 5. Ilość szaf RACK/Ilość wolnego miejsca [U] 5/42 Brak ZABEZPIECZENIA FIZYCZNE 6. System alarmowy Nie Tak 7. Monitoring video Tak Tak 8. Kontrola dostępu Nie Nie 9. Ochrona fizyczna Nie Nie 10. Drzwi antywłamaniowe Nie Nie 11. Zabezpieczenie okien Brak okien Tak 12. Sygnalizacja pożaru Tak Tak 13. System gaszenia pożaru gazem obojętnym Nie Nie 14. Gaśnica CO2 Tak Tak 15. Kontrola temperatury Tak Nie 16. Kontrola wilgoci NIe Nie 17. Podłoga techniczna NIe Nie ZAGROŻENIA 18. Obecność sieci wod-kan (poz. zagrożenia: wysoki, średni, niski) 19. Obecność instalacji grzewczych (poz. zagrożenia: wysoki, średni, niski) INNE Nie (niski) Tak (niski) 20. Ilość klimatyzatorów Łączna wydajność klimatyzatorów [kw] 7 kw 0 PRZYŁĄCZA TELETECHNICZNE Nie (niski) Tak (niski) 22. Wolne przyłącza sieci logicznej [szt.] Zapas dla przyłączenia urządzeń do sieci 6kW Brak - do elektrycznej [A] uruchomienia w zależności od potrzeb 24. Zapas mocy dla przyłączenia urządzeń do sieci Tak /200kW Tak/200kW elektrycznej [TAK/NIE]/[A] 25. Wydzielony obwód zasilania [TAK/NIE] Tak Nie 26. System zasilania awaryjnego [TAK/NIE] Tak Nie 27. Centralny UPS [TAK/NIE]/Moc [kva] Tak /20kVA Nie 28. Agregat prądotwórczy [TAK/NIE]/Moc [kva] Tak /2x 540kVA (dla całego szpitala) ZIDENTYFIKOWANE RYZYKA 29. Konieczność rozbudowy sieci logicznej Tak Tak Strona 33 z 157

34 30. Konieczność rozbudowy sieci elektrycznej Tak Tak Serwery L.P Producent - model Rok produkcji RAM Obudowa [Tower / RACK-xU] Rola (zadanie) Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 1. Optimus Nserwer GB Tower Auto ID 2. Optimus Nserwer GB Tower Simple KP 3. IBM x GB Rack 2U Simple ERP 4. SUN x GB Rack 1U Eskulap terminale 5. SUN x GB Rack 1U Eskulap terminale 6. SUN x GB Rack 1U Eskulap terminale 7. HP ML GB Rack 4U Impax 8. HP ML GB Rack 4U Impax Szpital Specjalistyczny im. J. Dietla w Krakowie 1. HP RP5470 UX PA GB RACK 6U HIS/LIS/RIS RISC 2. NTT TYTAN GB RACK 3U Administracja+ serwer plików WINSER 3. NTT TYTAN WINSER GB RACK 2U PACS DELL (PACS) LX GB Rack 2U PACS 5. HP BLADE 620c GB Rack Dystrybucja obrazów DiCOM 6. HP BLADE 620c GB Rack Serwer Terminali Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. 1. HP ML 110 G GB Rack Obsługa ZDL 2. SuntarNET GB Rack Serwer plików 3. HP DL 380 G GB Rack Infomedica 4. HP DL 380 G GB Rack HIS - zapasowy 5. HP DL 380 G GB Rack Dostęp do WAN (serwer typu UTM) 6. HP DL 160 G GB Rack Serwer plików 7. HP BL460c G GB Blade PACS 8. HP BL460c G GB Blade PACS 9. HP BL460c G GB Blade HIS, RIS 10. HP BL460c G GB Blade Hyper-V, WSUS, dreryk 11. HP BL460c G GB Blade Hyper-V, Serwer Kaspersky, ewuś 12. HP DL 120 G GB Rack Kontroler domeny 13. HP DL 120 G GB Rack Kontroler domeny 14. HP DL 160 G GB Rack Płatnik, Intranet 15. HP DL 360 G GB Rack Serwer plików 16. HP DL 120 G GB Rack PCM, 17. HP DL 360 G GB Rack Poczta, witryna WWW 18. HP BL460c G GB Blade EDM 19. HP BL460c G GB Blade EDM Macierze L.P Producent - model Rok produkcji Pojemność Jakie dane są przechowywane Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 1. IBM DS x 1TB; PACS 5x300MB Rodzaj dysków [SATA / FATA] SAS (SATA) Szpital Specjalistyczny im. J. Dietla w Krakowie 1. HP MSA P TB Dane SAS administracyjne 2. NTT TB Dane medyczne SATA Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Strona 34 z 157

35 L.P Producent - model Rok Pojemność Jakie dane są Rodzaj dysków produkcji przechowywane [SATA / FATA] 1. HP MSA P TB PACS SAS 2. HP 2312fc TB PACS SAS 3. HP MSA P2000 G TB HIS, Archiwa SAS 4. HP MSA TB Dane administracyjne SAS Biblioteka taśmowa L.P Producent - model Rok produkcji Pojemność Jakie dane są przechowywane Oprogramowanie do backupu Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 1. HP StorageWorks MSL x1,6 TB PACS Firmeware HP SUN Oracle Storagetek x1,6 TB Simple Firmeware Oracle SL24 Szpital Specjalistyczny im. J. Dietla w Krakowie 1. Brak Nie dotyczy Nie dotyczy Nie dotyczy Nie dotyczy 1 HP StorageWorks MSL 4048 Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o x800GB PACS Firmeware HP, Synektik Strona 35 z 157

36 Połączenia sieciowe oraz sieć NAS Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Główny Punkt Dystrybucyjny (GPD) znajduje się w pomieszczeniu serwerowni na parterze w budynku Pulmonologii. Oprócz tego w budynkach znajdują lokalne punkty dystrybucyjne, są to: Punkty 4P0, 4P1, 4P3, 4P4 (zlokalizowane na piętrach 0, 1, 3 i 4 Budynku 4) Punkty 3P-1, 3P0, 3P1, 3P2, 3P3 zlokalizowane na piętrach -1, 0, 1, 2 i 3 Budynku 3 Punkt PU zlokalizowany w budynku Pulmonologii Punkt PS zlokalizowany w budynku Kliniki Psychiatrycznej Punkt TE zlokalizowany w dziale technicznym Strona 36 z 157

37 Punkt DR (istniejący) zlokalizowany w budynku Dyrekcji Punkt RTG (istniejący) na parterze budynku 4 Punkty zostały połączone okablowaniem światłowodowym wielodomowym OM3 o różnej liczbie włókien. Załączony rysunek ilustruje schemat sieci logicznej. Podstawą do opracowania zagadnień związanych z okablowaniem strukturalnym są normy okablowania strukturalnego: ISO/IEC11801 wyd. II EN wyd. II TIA/EIA 569A PN-EN AC TIA/EIA 568B Szpital Specjalistyczny im. J. Dietla w Krakowie cat. 5e światłowód 10Gb (Wszystkie połączenia posiadają backup podwójny ring) Strona 37 z 157

38 cat 6 światłowód 1 Gb łącze LINK 4Mb/1Mb od światłowód 100M iscasi, FC, SCASI Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Sieć informatyczna w Szpitalu zbudowana jest w topologii rozszerzonej gwiazdy. Szkielet sieci zbudowany na 6-cio światłowodach MM 50/125 które łączą centralny punkt dystrybucyjny (MDF serwerownia) z lokalnymi punktami dystrybucyjnymi (IDF)usytuowanymi na poszczególnych piętrach. Stacje robocze użytkowników komunikują się z przełącznikiem brzegowymi HP ProCurve 2610 po skrętce miedzianej cat.5e/6 z prędkością 100/1000 Mbps (w zależności od parametrów switch). Komunikacja w obrębie sieci szkieletowej odbywa się z prędkością 1/10Gbps. Szkielet sieci spina modularny przełącznik szkieletowy HP ProCurve 5412zl. W obrębie serwerowni funkcjonuje sieć pamięci masowej SAN zbudowana w technologii Fibre Channel w skład której wchodzi: 5 macierzy dyskowych HP MSA, system serwerowy HP Blade, 3 serwery Rackowe, biblioteka taśmowa MSL4048. Komunikację pomiędzy urządzeniami serwerowymi i zasobami pamięci zapewniają 3 switche FC(HP StorageWorks 8/20q oraz Brocade 8/12C). Komunikacja w strukturze FC odbywa się z prędkością 8Gbps. Na rysunku poniżej przedstawiony jest schemat infrastruktury FC. Strona 38 z 157

39 L.P Sprzęt komputerowy Rok produkcji Typ [terminal/pc] System operacyjny Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Terminale Windows serwer PC Windows XP PC Windows VISTA PC Windows PC Windows , 2012, 2013 Ilość [szt.] Szpital Specjalistyczny im. J. Dietla w Krakowie Terminal Linux PC Windows (XP; VISTA; 7) 110 Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. Z o.o PC Windows XP PRO, 7 PRO Infrastruktura sieciowa Sieć szkieletowa L.P Podmiot Technologia Przepustowość Redundancja [TAK/NIE] 1. Szpital Specjalistyczny im. J. Światłowód 1Gb/10Gb Nie Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Światłowód 10Gb Tak Krakowie 3. Szpital Specjalistyczny im. Ludwika Światłowód 1Gb/10Gb Nie Rydygiera w Krakowie sp. z o.o Sieć pozioma L.P Podmiot Technologia Przepustowość Kategoria 1. Szpital Specjalistyczny im. J. Śniadeckiego UTP 100Mb/1Gb 5/6e w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie UTP 1Gb 5e/6 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. z o.o. UTP/FTP 100Mb/1Gb 5e/ Węzły pośrednie L.P Podmiot Ilość Odrębne zasilania [TAK / NIE / CZĘŚCIO WO] 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie sp. z o.o. UPS [TAK / NIE / CZĘŚCIOW O] Dostęp chroniony [TAK / NIE / CZĘŚCIOWO] 23 Nie Nie Częściowo 7 Częściowo (2 z zasilaniem) Częściowo (2) Częściowo 18 Częściowo Częściowo Częściowo Strona 39 z 157

40 Urządzenia UTM L.P Podmiot [TAK / NIE] (model) 1. Szpital Specjalistyczny im. J. Śniadeckiego Tak (MikroTik w Nowym Sączu Board 1000) 2. Szpital Specjalistyczny im. J. Dietla w Tak (Juniper Krakowie SSG140) 3. Szpital Specjalistyczny im. Ludwika TAK (Linuks - Rydygiera w Krakowie sp. z o.o. Slackware) ilość Redundancja Rok produkcji 1 Nie Nie Nie Urządzenia aktywne lista Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu L.P. Producent Model Rok produkcji Ilość 1. Allied Telesis AT-8000S/ Allied Telesis AT-8000GS/ Allied Telesis AT-8100S/ Allied Telesis AT-9000/ Allied Telesis AT-x900/ Allied Telesis AT-9000/ Allied Telesis AT-x600/ , Allied Telesis AT-MC101xL Allied Telesis AT-G6f Rapier Allied Telesis AT-8 PoE Allied Telesis AT-8000S/ Szpital Specjalistyczny im. J. Dietla w Krakowie L.P. Producent Model Rok Ilość produkcji 1. Netgear M G +2 x SFP10Gb moduły stack 2. Netgear GS752TXS +2xSFP 10Gb com serii com 24 port Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp z o.o. L.P. Producent Model Rok produkcji Ilość 1. HP ProCurve HP ProCurve HP ProCurve HP ProCurve HP ProCurve 2910al-48G HP ProCurve 5412zl HP ProCurve 5406zl HP Storage Works 8/20q Fibre Channel Switch 9. HP Brocade 8/12C SAN HP Brocade 8/12C SAN Strona 40 z 157

41 3.3. Łącza internetowe LP. Operator Serwerownia Technologia przyłącza Ilość stałych adresów IP Przepustowość download [Mbps] Przepustowość upload [Mbps] Szczytowe obciążenie Pozostały czas trwania umowy [mies.] Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 1. TP SA Serwerownia RTG Neostrada % 2 Tak Szpital Specjalistyczny im. J. Dietla w Krakowie 1. Fibertech Skarbowa 1 Światłowód % 12 Tak 2. TP SA Skarbowa 1 ADSL % 22 Tak 1. Netia SA Kraków, os. Złotej Jesieni 1, Kraków 2. Exatel SA Kraków, os. Złotej Jesieni 1, Kraków Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Światłowód % 9 Tak Radiowe % Brak danych Tak Czy są warunki do zwiększenia przepustowości Szacując, że do obsługi MSIM będzie konieczne łącze o min. przepustowości 20 Mbps (zarówno upload, jak i download) łącza w Szpitalu Specjalistycznym im. J. Śniadeckiego w Nowym Sączu (tylko upload), oraz Szpitalu Specjalistycznym im. J. Dietla w Krakowie są niewystarczające do obsługi MSIM. Dostarczenie niezbędnych łącz, których mowa wyżej nie jest elementem zamówienia.

42 3.4. Procedury bezpieczeństwa Nazwa jednostki Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Wdrożona Polityka Bezpiecze ństwa Nie (zamierza wdrożyć w 2014r) System zarządzania Bezpieczeń stwem Informacji Nie Procedury dotyczące bezpieczeństwa Informacji Istniejące procedury: - Instrukcja zarządzania systemami informatycznymi służącymi do przetwarzania danych osobowych - procedury archiwizacji danych - procedury nadawania i odbierania uprawnień w szpitalu Szpital Specjalistyczny im. J. Dietla w Krakowie Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. wdrożone są procedury ISO w zakresie nadawania uprawnień użytkownikom systemu; rozwiązania w zakresie bezpieczeństwa to: karty chipowe (klucze), konta domenowe, konta do systemu informatycznego HIS, RIS, LIS oraz do systemów administracyjnych Tak Tak Istniejące procedury: - 1. Instrukcja zarządzania systemem informatycznym (IZSI) 2 Polityka Bezpieczeństwa Informacji (PI) 3 Procedura bezpieczeństwa danych w ISO 9001:2010 Tak Tak Istniejące procedury: - - instrukcja zarządzania systemem informatycznym - polityka bezpieczeństwa informacji - procedura bezpieczeństwa danych w ISO 9001: Procedura zarządzania uprawnieniami w systemach informatycznych - w szpitalu uruchomiono działania zmierzające do uzyskania normy PN-ISO/IEC Poza Szpitalem Specjalistycznym im. J. Śniadeckiego w Nowym Sączu, wszystkie pozostałe Szpitale posiadają opracowane Polityki Bezpieczeństwa. Oznacza to, że w Szpitalach tych są opracowane zasady i dostępne narzędzia formalne opisujące co najmniej przydzielanie i odbieranie uprawnień dostępu do systemów medycznych oraz polityki haseł. Są to minimalne konieczne narzędzia formalne do wdrożenia na ich podstawie systemu MSIM oraz określenia zasad dostępu do niego. W ramach prac projektowych należy wypracować ujednoliconą politykę bezpieczeństwa dla systemu MSIM. Wykonawca systemu MSIM w ramach realizacji projektu opracuje dokumentację ochrony danych osobowych na którą składać się będą następujące dokumenty: Polityka bezpieczeństwa danych osobowych, Instrukcja zarządzania systemem służącym do przetwarzania danych osobowych.

43 3.5. Oprogramowanie dziedzinowe System HIS L.P. Podmiot Producent Nazwa Wersja Wsparcie [TAK/NIE] 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Politechnika Poznańska ESKULAP bw Tak 2. Szpital Specjalistyczny im. J. Dietla w Krakowie GEM Systemy Informatyczne SIS Brak wersjonowania Tak 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Comarch (Esaprojekt) Optimed Tak L.P System LIS - analityka Podmiot Producent Nazwa Wersja Wsparcie [TAK/NIE] HIS 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Politechnika Poznańska ESKULAP s Tak Tak 2. Szpital Specjalistyczny im. J. Dietla w Krakowie GEM Systemy SIS Brak wersjonowania Tak Tak Informatyczne 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Marcel Centrum Tak Tak Integra -cja z System LIS - bakteriologia L.P Podmiot Producent Nazwa Wersja Wspar Integra cie -cja z HIS 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Politechnika Poznańska ESKULAP h Tak Tak 2. Szpital Specjalistyczny im. J. Dietla w Krakowie GEM Systemy SIS Brak TAK Tak Informatyczne wersjonowania 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Marcel Centrum Tak Tak

44 System RIS L.P. Podmiot Producent Nazwa Wersja Wspa rcie 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Agfa IMPAX r Tak Tak 2. Szpital Specjalistyczny im. J. Dietla w Krakowie GEM Systemy SIS Brak Tak Tak Informatyczne wersjonowania 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Comarch (Esaprojekt) CRID Tak Tak Integra -cja z HIS (wyniki opisowe) System PACS L.P Podmiot Producent Nazwa Wersja Wspa -rcie 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Agfa IMPAX Tak Nie 2. Szpital Specjalistyczny im. J. Dietla w Krakowie PIXEL ExPACS Ostatnia do Tak Nie wygaśnięcia wsparcia, tj Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Synektik ARPACS Tak Tak Integracja z HIS E-Rejestracja L.P. Podmiot Czy jest świadczona? Producent Nazwa/Uwagi Wersja Wspa rcie Integra cja z HIS 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nie Brak Brak Brak Nie Nie Nie Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie Nie (w trakcie Brak Brak Brak Nie Nie Nie projektowania) 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. Tak 1.0 Tak. Nie. Nie. Szpital Specjalistyczny im. L. Rydygiera Sp. z o.o. Dział Informatyki Oprogramowanie autorskie wykonane we własnym zakresie Możliwość podłączenie pozostałych Strona 44 z 157

45 Wnioski Integracja wymienionych systemów z HIS realizowana jest w zakresie wysyłania zlecenia i odbierania wyniku. Wynik nie zawiera danych obrazowych PACS. Z powyższego zestawienia danych wynika że większość systemów (za wyjątkiem PACS) jest już zintegrowana z HIS. Analiza poziomu dojrzałości usługi e-rejestracja wykazuje, że jest to usługa, która na poziomie lokalnym obecna jest w jednostkach na bardzo zróżnicowanym poziomie. Niektórzy Partnerzy Projektu nie posiadają takiej usługi, u niektórych jest ona na bardzo niskim poziomie dojrzałości lub jej wdrożenie jest dopiero planowane. Niektórzy Partnerzy posiadają taką usługę wdrożoną i zintegrowaną z oprogramowaniem HIS. Uruchomienie usługi e-rejestracja w skali całego regionu wymaga jednak dodatkowych działań związanych z dostarczeniem części regionalnej rozwiązania i zintegrowanie jej z już obecnym rozwiązaniami Rodzaje przetwarzanych danych Legenda: 01 - Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 02 - Szpital Specjalistyczny i. J. Dietla w Krakowie 03 - Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o. W poniższej tabeli wskazano system, z którego jest możliwość importu danych (HIS / LIS / RIS) Podmiot dokumenty podstawowe - priorytet 1 1 Formularz historii choroby HIS HIS HIS 2 Wywiad lekarski HIS HIS HIS 3 Epikryza HIS HIS HIS 4 Karta informacyjna z leczenia szpitalnego HIS HIS HIS 5 Opis przebiegu leczenia HIS HIS - 6 Wyniki badań laboratoryjnych analityka HIS HIS HIS/LIS 7 Wyniki badan laboratoryjnych bakteriologia HIS HIS HIS/LIS 8 Wyniki badań diagnostyki obrazowej opis HIS HIS HIS/RIS 9 Wyniki konsultacji HIS HIS - 10 Protokół operacyjny HIS HIS HIS 11 Karta zleceń lekarskich HIS HIS - dokumenty rzadko spotykane w HIS - priorytet 2 12 Wywiad epidemiologiczny HIS HIS Karta Oceny Ryzyka Zakażenia przy Przyjęciu do Szpitala Ocena ryzyka związanego ze stanem odżywienia dokumenty pielęgniarskie - priorytet 3 HIS HIS - HIS HIS HIS 15 Plan opieki HIS HIS - 16 Karta gorączkowa HIS HIS HIS 17 Karta indywidualnej opieki pielęgniarskiej - HIS - 18 Karta obserwacyjna HIS HIS - 19 Karta wywiadu pielęgniarskiego HIS HIS - 20 Raport pielęgniarski - HIS - dokumenty nie wychodzące ze szpitala - brak konieczności wymiany pomiędzy jednostkami

46 Opis przedmiotu zamówienia 21 Karta procesu sterylizacji Karta kwalifikacyjna do zabiegu HIS HIS - 23 Karta przebiegu znieczulenia HIS HIS - 24 Okołooperacyjna Karta Kontrolna Karta zabiegów fizjoterapeutycznych - HIS - 26 Karty TISS Inne np. zgoda pacjenta na wykonanie badania lub zabiegu - - HIS Powyższe dokumenty w postaci elektronicznej mają charakter sformatowanych plików tekstowych o niewielkim rozmiarze. Rozmiar każdego z nich nie jest ściśle określony ze względu na zmienność tekstów, które te dokumenty zawierają. Można szacować że ich rozmiar będzie ograniczony do kilkuset kilobajtów. Wszyscy partnerzy projektu zadeklarowali gotowość udostępniania oraz chęć korzystania z dokumentacji medycznej poprzez MSIM pod warunkiem że będzie to zgodne z obowiązującymi przepisami prawa. W poniższej tabeli wskazano szacowany roczny przyrost tekstowych danych medycznych w [MB] przyjmując średnią wielkość pojedynczego dokumentu medycznego skonwertowanego do formatu pdf: 300kb uwzględniając liczbę pobytów oraz szacowaną częstość występowania danej dokumentacji. Przyjęto na potrzeby szacowania że zabiegi operacyjne dotyczą 6 % hospitalizacji (wyliczenia dokonano na podstawie danych statystycznych z 2007 roku). Podmiot Ilość hospitalizacji w roku Roczny przyrost danych [MB]- priorytet 1 1 Formularz historii choroby Wywiad lekarski Epikryza Karta informacyjna z leczenia szpitalnego Opis przebiegu leczenia Wyniki badań laboratoryjnych analityka Wyniki badan laboratoryjnych bakteriologia Wyniki badań diagnostyki obrazowej opis Wyniki konsultacji Protokół operacyjny Karta zleceń lekarskich dokumenty rzadko spotykane w HIS - priorytet 2 12 Wywiad epidemiologiczny Karta Oceny Ryzyka Zakażenia przy Przyjęciu do Szpitala Ocena ryzyka związanego ze stanem odżywienia dokumenty pielęgniarskie - priorytet 3 15 Plan opieki Karta gorączkowa Karta indywidualnej opieki pielęgniarskiej Karta obserwacyjna Karta wywiadu pielęgniarskiego Raport pielęgniarski Strona 46 z 157

47 Opis przedmiotu zamówienia W poniższej tabeli wskazano roczny przyrost danych medycznych obrazowych w [GB] L.P. Podmiot Roczny przyrost danych w [GB] 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu Szpital Specjalistyczny im. J. Dietla w Krakowie Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o Analiza systemów dziedzinowych u Partnerów Projektu oraz rodzajów przetwarzanej dokumentacji pokazuje, że podstawowym i często jedynym systemem dziedzinowym, który daje możliwość integracji w zakresie EDM, jest oprogramowanie klasy HIS. Dodatkowo analiza wskazała, że większość podstawowej dokumentacji medycznej jest możliwa do wyeksportowania z używanego oprogramowania klasy HIS Gwarancja i serwis Zapisy gwarancyjne oraz serwisowe umów podpisanych między szpitalami i dostawcami aplikacji/systemów dziedzinowych, nie gwarantują bez kosztowego przeprowadzenia integracji MSIM z systemami dziedzinowymi. Integracja zawsze skutkuje poniesieniem jej kosztów, można co najwyżej wpływać na rozmiar tych kosztów. W celu ich ograniczenia najważniejsze wydaje się doprowadzenie do stanu, w którym integracja z MSIM dotyczyłaby jak najmniejszej ilości systemów. W obszarze wymiany EDM optymalnym rozwiązaniem wydaje się integracja podstawowego systemu dziedzinowego, czyli oprogramowania klasy HIS, z Repozytorium Elektronicznej Dokumentacji Medycznej Opieka serwisowa (ilość miesięcy do wygaśnięcia umowy) L.P Podmiot HIS LIS RIS PACS 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o Opieka serwisowa (SLA czas reakcji na błąd krytyczny w godzinach) L.P Podmiot HIS LIS RIS PACS 1. Szpital Specjalistyczny im. J. Śniadeckiego w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Krakowie 3. Szpital Specjalistyczny im. Ludwika Rydygiera w Krakowie Sp. z o.o Integracja z systemem HIS L.P Podmiot LIS RIS PACS 1. Szpital Specjalistyczny im. J. Śniadeckiego Tak Tak Nie w Nowym Sączu 2. Szpital Specjalistyczny im. J. Dietla w Tak Tak Nie Krakowie 3. Szpital Specjalistyczny im. Ludwika Tak Tak Tak Rydygiera w Krakowie Sp. z o.o. Strona 47 z 157

48 Opis przedmiotu zamówienia Wnioski Na potrzeby MSIM informacje należy podzielić na dwie główne grupy: Informacje znakowe oraz informacje graficzne. Dla informacji graficznych głównym miejscem przechowywania jest system PACS. Informacje tekstowe ewidencjonowane są w wielu systemach medycznych, przy czym systemy HIS pełnią rolę pośredniczącą. Wykorzystanie w systemie MSIM repozytorium EDM powoduje więc ograniczenie kosztów integracji. W przypadku usługi e-rejestracja sposób jej wykonania jest pochodną oczekiwań użytkowników i specyficznej sytuacji produktowej w tym zakresie Funkcjonalność Centrum Autoryzacji Podpisu Elektronicznego (CAPE) Obecnie funkcjonująca w Centrum aplikacja PentaSCAPE RA-Service umożliwia uzyskanie certyfikatu na podstawie żądania w formacie PKCS#10. Nie ma określonych wymagań dot. zawartości żądania PKCS#10 (do certyfikatu pobierany jest jedynie klucz publiczny). CAPE obsługuje klucze i rozmiary zgodne z profilem certyfikatu użytego w PentaSCAPE Ra-Service do wystawienia certyfikatu. Usługa umożliwiająca uzyskanie certyfikatu udostępniana jest poprzez interfejs WWW, w którym uwierzytelnianie odbywa się poprzez podanie loginu i hasła. Usługa znakowania czasem realizowana jest za pomocą dostępnej przez protokół http aplikacji PentaSCAPE-TSAService i zgodna ze standardem RFC Nie przeprowadzano testów wydajnościowych usługi. Aktualna wydajność usługi powinna być wystarczająca do planowanej skali systemu. Ścieżka certyfikacyjna certyfikatu TSA obejmuje certyfikaty CA o nazwach wyróżniających: 'CN=RootCA, O=Wojewodztwo Malopolskie, C=PL' i 'CN=Centrum Autoryzacji w Malopolsce, O=Wojewodztwo Malopolskie, C=PL'. Odpowiedzi OCSP podpisywane są kluczem dedykowanym. Nie przeprowadzano testów wydajnościowych usługi OCSP Lokalne słowniki dokumentów Lokalne słowniki dokumentów w większości jednostek pokrywają się, ponieważ wynikają z obowiązującego prawodawstwa. Wszystkie rodzaje dokumentów są zdefiniowane w ramach systemu HIS, choć dotyczą również danych pochodzących z innych systemów dziedzinowych (LIS, RIS). Różnice między dokumentami wynikają ze specjalizacji jednostek oraz nieprecyzyjnego dookreślenia formatu dokumentacji przez ustawodawcę. Ponadto w jednostkach używa się dokumentów medycznych opracowanych na potrzeby własne szpitala (np. w Szpitalu Specjalistycznym im. J. Dietla w Krakowie Karta Przymusu). Kluczowym elementem systemu będzie wymiana dokumentacji medycznej w zw. z czym jeżeli niezbędne będzie w celu wykonania poprawnej integracji dostosowanie/ujednolicenie istniejących słowników, formatów danych i standardów danych słownikowych składowanych i udostępnianych należy to uwzględnić i wykonać we wdrożeniu. Strona 48 z 157

49 Opis przedmiotu zamówienia 4. Model statyczny System MSIM składa się z komponentu regionalnego i komponentu lokalnego. Wykonawca musi wdrożyć komponent regionalny w Szpitalu Specjalistycznym im. Ludwika Rydygiera w Krakowie sp. z o.o. Wykonawca musi wdrożyć komponenty lokalne w każdym Szpitalu uczestniczącym w projekcie Komponent lokalny Komponent lokalny składa się z następujących jednostek funkcjonalnych: Repozytorium EDM Repozytorium EDM to moduł odpowiedzialny za przyjmowanie i przechowywanie dokumentów medycznych z systemów źródłowych funkcjonujących w Szpitalach. Moduł ten odpowiada za gromadzenie, przetwarzanie EDM zgodnej ze standardem HL7 CDA R2 na 3-cim poziomie interoperacyjności,. Repozytorium EDM musi wystawiać i obsługiwać interfejs przekazywania i rejestracji EDM zgodnie z wytycznymi ITI-41 profilu integracyjnego XDS.b (nie dotyczy architektury wewnętrznej systemu). Repozytorium EDM musi obsługiwać interfejs pozwalający na pobranie EDM uwierzytelnionemu użytkownikowi zgodnie z wytycznymi ITI-43 (nie dotyczy architektury wewnętrznej systemu). Repozytorium EDM musi wspierać opcję (rozszerzenie) profilu integracyjnego XDS.b związaną z obsługą asynchronicznej wymiany wiadomości (ang. Asynchronous Web Services Exchange Option ) Systemy dziedzinowe (źródłowe): HIS, LIS, RIS a MSIM Systemy dziedzinowe to systemy informatyczne wspierające działalność leczniczą szpitala w tzw. części białej, które w kontekście niniejszego projektu stanowią źródło EDM. Systemy źródłowe (za wyjątkiem systemu HIS w zakresie integracji pomiędzy lokalnym EDM, a HIS oraz e-rejestracją z wykorzystaniem interfejsu opracowanego przez dostawcę HIS) nie są objęte w jakikolwiek sposób przedmiotem zamówienia. Ich dostosowanie do funkcjonowania zgodnie z zaproponowanymi interfejsami stanowi przedmiot odrębnych działań realizacyjnych. Systemami dziedzinowymi w kontekście niniejszego projektu są systemy HIS, LIS, RIS i inne, w których generowana jest EDM Usługa podpisu elektronicznego dla EDM Usługa podpisu elektronicznego dla EDM musi obsługiwać funkcję podpisywania i weryfikacji podpisu elektronicznego związanego z wdrożonym systemem tożsamości z wykorzystaniem Centrum Autoryzacji (CAPE w Małopolsce). Usługa podpisu elektronicznego musi być zgodna z funkcjonującą Polityką Certyfikacji CAPE w Małopolsce. Usługa musi integrować się z funkcjami CAPE w zakresie znakowania czasem oraz wykorzystania podpisu elektronicznego oraz pozostałych usług CAPE oraz wystawiać te usługi dla pozostałych komponentów Systemu MSIM, w tym repozytorium EDM, rejestru EDM oraz systemów dziedzinowych (w szczególności HIS). Strona 49 z 157

50 Opis przedmiotu zamówienia Usługa buforowania dla klienta pobierania EDM Usługa istnieje w celu pośredniczenia w asynchronicznym trybie pobierania EDM. Klient korzystający z usługi pobierania EDM w trybie asynchronicznym zamawia zgromadzenie EDM (np. z kilku różnych źródeł o znacznym wolumenie), a następnie usługa buforowania przejmuje w jego imieniu proces zgromadzenia EDM. Usługa musi obsługiwać 2 interfejsy komunikacji: Push - w momencie wystąpienia zdarzenia zakończenia pobrania EDM wysyłany jest komunikat o gotowości do jej pobrania do zarejestrowanego klienta Pull w momencie odebrania komunikatu od klienta wysyłana jest gotowa EDM lub w przypadku jej braku (np. trwa proces buforowania) zwracany jest komunikat o stanie procesu (np. procent i wolumen pobranych już danych w odniesieniu do całości) Wymaga się aby nana etapie Analizy Przedwdrożeniowej, Wykonawca przedstawił możliwe warianty zapewnienia odporności do wyboru przez Zamawiającego na awarię w warstwie sieciowej (np. na zagrożenia typu przerwy w połączeniu) Komponent regionalny Komponent regionalny składa się z następujących jednostek funkcjonalnych: Rejestr EDM Rejestr EDM musi przechowywać scentralizowane informacje o miejscu składowania i fakcie wytworzenia wraz z informacją o wersjonowaniu wszystkich dokumentów medycznych w podmiotach biorących udział w Projekcie. Za pomocą odpowiednich interfejsów uwierzytelniony Użytkownik Systemu MSIM będzie mógł odpytać warstwę regionalną o dokumenty w innych jednostkach oraz pobrać je w całości lub częściowo. Rejestr EDM musi obsługiwać interfejs ITI-42 w zakresie rejestracji EDM. Rejestr EDM musi obsługiwać interfejs ITI-18 w zakresie obsługi zapytań od użytkowników Systemu MSIM Źródło identyfikacji pacjentów Źródło identyfikacji pacjentów musi jednoznacznie określać tożsamość pacjenta na podstawie jego właściwości. Źródło identyfikacji musi obsługiwać interfejs ITI-42 w zakresie rejestracji EDM. Źródło identyfikacji musi obsługiwać interfejs ITI-18 w zakresie obsługi zapytań od użytkowników Systemu MSIM Usługa uwierzytelniania i autoryzacji użytkowników System musi przechowywać tożsamości użytkowników Systemu MSIM, w tym personelu medycznego i obsługi technicznej. Musi przechowywać prawa dostępu użytkowników Systemu MSIM. Musi umożliwiać dodawanie, modyfikowanie i usuwanie użytkowników. Musi umożliwiać tworzenie grup użytkowników. Grupy użytkowników związane ze struktura organizacyjną projektu (w tym Podmiotu) powinny być wprowadzone i skonfigurowane przed uruchomieniem Systemu MSIM oraz możliwe do edycji w każdym momencie. Strona 50 z 157

51 Opis przedmiotu zamówienia Określanie praw dostępu musi być możliwe na poziomie grup użytkowników. Do nawiązywania zdalnych połączeń administracyjnych muszą być stosowane protokoły komunikacyjne zapewniające bezpieczne uwierzytelnianie oraz poufność i integralność przesyłanych danych. Uwierzytelnianie w MSIM musi być oparte na PKI z CAPE w Małopolsce (Certificate Authority). W szczególności uwierzytelnianie połączeń IPSec VPN ma być realizowane poprzez certyfikaty klientów VPN, wystawiane dla każdego z użytkowników indywidualnie przez CAPE (Centrum Autoryzacji podpisu elektronicznego). W zależności od uprawnień mogą być wystawiane osobne certyfikaty. Uwierzytelniania w MSIM może być realizowane przy pomocy innych metod uwierzytelnienia tylko w uzgodnieniu z Zamawiającym. W szczególności zakłada się, że uwierzytelnianie Pacjentów (klientów) usługi e-rejestracja powinno odbywać się przy pomocy metody opartej na loginie/haśle. Ważność certyfikatu musi być weryfikowana w CAPE on-line przy pomocy protokołu OCSP lub podobnego. Bezpieczeństwo kluczy powinno być realizowane z wykorzystaniem Polityki Certyfikacji CA MSIM. Polityka certyfikacji powinna być oparta na RFC3647 Internet X.509 Public Key Infrastructure, Certificate Policy and Certification Practices Framework. Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Usługa wyszukiwania EDM Musi umożliwiać klientom (np. systemowi P1 w zakresie IKP lub aplikacjom webowym) przesłanie zapytania do rejestru EDM zgodnie z wytycznymi ITI-18 profilu integracyjnego XDS.b. Usługa wyszukiwania EDM musi umożliwiać: Przeszukiwanie rejestru EDM, Odpowiedź na zapytania o pozycję rejestru, Zwracanie wyników zapytania, Z uwzględnieniem praw dostępu użytkownika. Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Usługa pobierania EDM Musi umożliwiać klientom (np. systemowi P1 w zakresie IKP) przesłanie zapytania do repozytorium EDM zgodnie z wytycznymi ITI-43 profilu integracyjnego XDS.b. Usługa musi umożliwiać: Dostęp do repozytorium EDM, Odpowiadać na zapytania o pozycję repozytorium, Zwracać wyników zapytania, Zamówienie EDM (pobranie w trybie asynchronicznym), Odebranie EDM po wcześniejszym zamówieniu, Z uwzględnieniem praw dostępu. Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi. Strona 51 z 157

52 Opis przedmiotu zamówienia Usługa e-rejestracja (regionalna) Usługa e-rejestracji udostępnia funkcjonalność rezerwacji usług medycznych w jednostkach ochrony zdrowia zintegrowanych z MSIM. Użytkownik ma możliwość rejestracji usługi medycznej na wskazany termin i anulowania tej wizyty. Z usługi e-rejestracji mogą korzystać wyłącznie zarejestrowani na poziomie regionalnym użytkownicy końcowi (pacjenci). W ramach e-usługi powinien funkcjonować system komunikatów (powiadomień dla użytkowników końcowych w formie wiadomości oraz System MSIM musi być przygotowano do wysyłania wiadomości SMS ) dotyczących: potwierdzenia rejestracji, zbliżającego się terminu wizyty, anulowania wizyty oraz zmiany terminu wizyty (zarówno przez użytkownika jak i w lokalnym systemie medycznym HIS). W szczególności usługa obejmuje następujące funkcjonalności: Przegląd listy usług możliwych do realizacji w placówce Zamawiającego dla pacjenta, Przegląd listy usług możliwych do rezerwacji przez Internet, Możliwość zdalnego zgłoszenia wniosku o rezerwację terminu usługi z preferowanymi terminami (zakres dat, dni tygodnia, przed południem, po południu): do Pracowni Diagnostycznej lub Gabinetu Lekarskiego, Umożliwia określenia celu wizyty u lekarza, z podziałem na: przypadek nagły incydentalny, stan nagły przy chorobie przewlekłej, wizytę kontrolną, wizytę po kolejną receptę, wizytę po skierowanie na badanie specjalistyczne, Udostępnienie danych o zaplanowanych wizytach i usługach, Prezentacja informacji o stanie usługi (zaplanowana, anulowana, wykonana), Możliwość wydruku potwierdzenia rezerwacji: data i godzina usługi, imię i nazwisko pacjenta, numer rezerwacji, miejsce wykonania usługi, informacje dodatkowe dla pacjenta, Dostęp do informacji o lokalizacji miejsca wykonania usługi, Możliwość odwołania rezerwacji. Zmianę danych osobowych (imię, nazwisko, adres, nr telefonu, adres ) Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Usługa komunikacji z P1 (IKP) Usługa odpowiedzialna za komunikację z P1 zgodnie z wytycznymi i interfejsem platformy P1. Usługa musi umożliwiać przetworzenie zapytania o EDM przez Pacjenta i wywołać odpowiednie usługi w systemie MSIM. Usługa musi umożliwiać wyszukanie EDM uwierzytelnionemu w P1 Pacjentowi. Usługa musi umożliwiać pobranie EDM uwierzytelnionemu przez P1 Pacjentowi. Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Usługa słownikowa Celem funkcjonowania usługi słownikowej jest posiadanie jednolitej terminologii w EDM będącej przedmiotem wymiany w projekcie MSIM. Usługa słownikowa pośredniczy w dostępie do słowników oferowanych przez platformę P1, tj.: ICD-10, ICD-9, ICF, ICNP Usługa umożliwia klientom, w szczególności systemom dziedzinowym, na: Wyszukanie pełnotekstowe terminu, Strona 52 z 157

53 Opis przedmiotu zamówienia Wyszukanie nadrzędnego terminu (w drzewie taksonomicznym), Wyszukanie listy podrzędnych terminów (w drzewie taksonomicznym), Pobranie dowolnego poddrzewa słownika (np. wszystkich terminów podrzędnych dla danego terminu). Wymagane jest opracowanie zarówno webowego jak i programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Usługa synchronizacji rejestrów EDM Usługa musi umożliwiać synchronizację regionalnego i lokalnych EDM. Usługa musi umożliwiać synchronizację ręczną (na żądanie). Usługa musi umożliwiać konfigurowania interwału synchronizacji przez administratora ze względu na czas i rodzaj zdarzenia (np. otrzymanie nowego zapisu od rejestru, przesłanie dokumentacji do repozytorium lub dowolnego interfejsu wystawianego na szynie usług regionalnie lub lokalnie). Wymagane jest opracowanie programowego (umożliwiającego wywołanie przez inne oprogramowanie) interfesju do usługi Portal informacyjny Portal informacyjny musi być aplikacją webową prezentującą informacje o projekcie, świadczonych usługach, uczestniczących partnerach. Portal musi być narzędziem klasy CMS umożliwiającym dostosowywanie oraz dodawanie treści przez użytkowników po stronie Zamawiającego. Portal musi posiadać możliwość dowolnej edycji i wprowadzania tekstu, w m. in. tym tworzenia podstron, linkowania, podłączanie zdjęć. Portal musi posiadać szatę graficzną uzgodnioną i zaakceptowaną przez Zamawiającego. Portal musi zawierać odnośniki do wszystkich usług systemu, stanowiąc centralny punkt dostępu do systemu MSIM. Portal musi być zintegrowany ze stroną województwa małopolskiego, oznaczony logiem projektu oraz banerami wymaganymi przepisami UE. Z portalu musi być możliwe przejście do wszystkich usługi w tym e-rejestracji. Na portalu udostępnione będą: Informacje o jednostkach ochrony zdrowia, które są zintegrowane z MSIM w ramach projektu (w tym lista usług świadczony przez te podmioty) Wyszukiwarka usług medycznych (wg typu usługi oraz wg jednostki ochrony zdrowia) Dane kontaktowe do jednostek ochrony zdrowia (tel. do placówki, poszczególnych specjalistów, informacji, rejestracji) Informacje nt. możliwości skorzystania z e-rejestracji (wraz z krótkim instruktażem jak z korzystać z rozwiązania na portalu oraz charakterystyka e-usługi - FAQ) Funkcjonalność umożliwiająca rejestrację oraz założenie konta Informacje o projekcie MSIM Wszystkie powyższe dane, opisy, grafiki, funkcjonalności do portalu wprowadzi Wykonawca Panel administratora Panel zawiera wszystkie funkcje potrzebne do administracji Systemem MSIM dla uprawnionych użytkowników (administratorów). Panel musi posiadać interfejs webowy. Strona 53 z 157

54 Opis przedmiotu zamówienia Panel dostępny jest z poziomu komponentu regionalnego w strefie umożliwiającą bezpieczną pracę administracyjną. Moduł w szczególności musi spełniać następujące funkcje: dodawanie użytkowników, nadawanie i modyfikacja uprawnień, parametryzacja ustawień synchronizacji z innymi systemami, dodawanie podmiotów, konfiguracja modułów wymiany danych, konfiguracja modułu e-rejestracji, konfiguracja usług Interfejsy Każdy moduł funkcjonalny (usługa, źródło, repozytorium) musi udostępniać interfejsy dostępu w postaci usług publikowanych na regionalnej szynie usług. Zakłada się model integracji oparty o jawne, otwarte, wyspecyfikowane w postaci języka WSDL interfejsy przyporządkowane do komponentów systemu. Każda interakcja pomiędzy komponentami systemu musi następować przy użyciu tych interfejsów. Interakcja nie może następować w postaci wywołań niejawnych. W tym celu wykorzystuje się interfejsy profilu integracyjnego XDS.b organizacji IHE, w szczególności: ITI-41 w zakresie dostarczania i rejestrowania dokumentów w repozytorium, ITI-42 w zakresie rejestrowania dokumentów w rejestrze ITI-43 w zakresie pozyskiwania dokumentów z repozytorium ITI-18 w zakresie zapytań do rejestru ITI-8 oraz ITI-44 w zakresie identyfikacji pacjenta przez rejestr wraz z rozszerzeniami przewidzianymi wytycznymi w sprawie reguł tworzenia i modelu transportowego EDM publikowanymi przez CSIOZ. Warstwa regionalna komunikuje się z lokalną szyną usług lub bezpośrednio lokalnym EDM. Dopuszcza się również możliwość istnienia serwerów buforowania po obu stronach (wstępne przetwarzanie, redukcja pasma transferowego). Konstrukcja warstwy integracyjnej w warstwie regionalnej z wykorzystaniem powyższych standardów w zakresie usług wyszukiwania EDM w rejestrze (ITI-18) oraz pobierania EDM w repozytoriach (ITI- 43) musi umożliwiać integrację z innymi systemami regionalnymi i lokalnymi w obszarze e-zdrowia. Strona 54 z 157

55 Opis przedmiotu zamówienia 5. Model dynamiczny 5.1. Wprowadzenie Analiza zakładów opieki zdrowotnej uczestniczących w projekcie, w tym analiza ich umocowania prawnego, rodzaju wykonywanej działalności, a także stan informatyzacji wykazany w audycie IT wskazuje, że najistotniejszymi z punktu widzenia projektowanego systemu procesami biznesowymi dla badanych Podmiotów są procesy związane z dwoma obszarami: obszarem przekazywania elektronicznej dokumentacji medycznej (EDM) oraz z obszaru elektronicznej usługi rejestracji. Z tego tytułu zdecydowano się na wskazanie następujących procesów biznesowych jako najistotniejszych dla badanych zakładów opieki zdrowotnej: 1. Wyszukiwanie elektronicznej dokumentacji medycznej, 2. Pobranie elektronicznej dokumentacji medycznej w trybie synchronicznym, 3. Pobranie elektronicznej dokumentacji medycznej w trybie asynchronicznym, 4. Pobranie elektronicznej dokumentacji medycznej w trybie synchronicznym z wykorzystaniem IKP, 5. Rezerwacja terminu wizyty, 6. Anulowanie rezerwacji terminu wizyty. Niniejszy dokument przedstawia raport z analizy powyżej zidentyfikowanej listy procesów biznesowych Metoda opisu Każdy z procesów biznesowych został przedstawiony w formie opisowej i graficznej Opis procesu Pierwszą częścią opisu jest forma tabelaryczna. Opis procesu w tej części zawiera następujące informacje: Nazwa procesu zawiera identyfikator procesu oraz nazwę właściwą procesu. Identyfikator proces został dodany do nazw procesu w celu umożliwienia i ułatwienia identyfikacji procesów na diagramach zbiorczych przedstawiający grupy procesów. Identyfikator procesu unikalny identyfikator procesu umożliwiający identyfikację procesu w całości dokumentacji. Wersja procesu numer kolejny wersji procesu. Cel procesu przedstawia podstawowy cel procesu biznesowego. Uczestnicy procesu przedstawia listę uczestników danego procesu, w tym systemy zewnętrzne (np. system P1 w zakresie IKP). Warunki wejściowe do procesu zawiera listę warunków wejściowych do procesu biznesowego, w tym również dane wejściowe. Warunki wyjściowe z procesu zawiera listę warunków wyjściowych, w tym dane wyjściowe z procesu biznesowego. Opis procesu - właściwy opis procesu przedstawiony w postaci kolejnych kroków procesu. Poszczególne kroki procesu opisane są w sposób narratywny; jednocześnie mają one swoje odpowiedniki w reprezentacji graficznej procesu, przy czym na diagramie ich nazwy są już skrócone. Jest to spowodowane z 2 względów. Po pierwsze w celu zachowania przejrzystości diagramu. Po drugie nazwy na diagramie oznaczające czynności stanową równocześnie nazwy kluczowych przypadków użycia warunkujących funkcjonalności systemu informatycznego wspierającego realizację opracowanych procesów biznesowych. Strona 55 z 157

56 Opis przedmiotu zamówienia Graficzna prezentacja procesu Proces biznesowy opisany w postaci tabelarycznej został również przedstawiony w postaci graficznej. Zawiera ona poszczególne kroki procesu oraz przepływy informacji. Diagram procesu został przygotowany z wykorzystaniem notacji BPMN. W poszczególnych diagramach zastosowano elementy graficzne przedstawione w poniższej tabeli. Symbol Opis symbolu Element symbolizujący proces biznesowy Element symbolizujący zdarzenie inicjujące proces biznesowy. Element symbolizujący koniec procesu biznesowego. Element symbolizujący zdarzenie pośrednie polegające na odbiorze komunikatu Element symbolizujący zdarzenie pośrednie polegające na wysłaniu komunikatu Element symbolizujący krok procesu biznesowego (wykonaną czynność, zwaną również aktywnością) Element symbolizujący przepływ informacji,, tzw. MessageFlow (zaznaczony w niektórych przypadkach jako nazwa relacji) Element symbolizujący bramkę decyzyjną (albo) Element symbolizujący bramkę równoległą (i) Element symbolizujący bramkę LUB Element symbolizujący zbiór (rejestr) danych Strona 56 z 157

Małopolski System Informacji Medycznej projekt pilotażowy

Małopolski System Informacji Medycznej projekt pilotażowy Załącznik nr 9 Dotyczy przetargu nieograniczonego na zamówienie pn.:stworzenie oraz kompletne wdrożenie Małopolskiego Systemu Informacji Medycznej - projekt pilotażowy, w ramach Małopolskiego Regionalnego

Bardziej szczegółowo

Małopolski System Informacji Medycznej projekt pilotażowy

Małopolski System Informacji Medycznej projekt pilotażowy ZAŁĄCZNIK NR 9 Opis przedmiotu zamówienia Małopolski System Informacji Medycznej projekt pilotażowy Opracowane przez Europejskie Centrum Technologii Informatycznych i Zarządzania ITmed Sp. z o. o. dla

Bardziej szczegółowo

Platformy ezdrowie jako narzędzie dla efektywnej opieki zdrowotnej w Polsce

Platformy ezdrowie jako narzędzie dla efektywnej opieki zdrowotnej w Polsce Platformy ezdrowie jako narzędzie dla efektywnej opieki zdrowotnej w Polsce Iwona Gieruszczak Comarch SA, Dyrektor Konsultingu Piotr Piątosa Comarch Healthcare SA, Prezes Platformy e-zdrowie w Polsce -

Bardziej szczegółowo

Małopolski System Informacji Medycznej

Małopolski System Informacji Medycznej Małopolski System Informacji Medycznej Tomasz Szanser Dyrektor Departamentu Rozwoju Gospodarczego UMWM 30 stycznia 2013 r. Cel projektu: Projekt MSIM ma na celu stworzenie jednolitej zintegrowanej platformy

Bardziej szczegółowo

Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1) faza II

Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1) faza II Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1) faza II Andrzej Sarnowski Warszawa, 2017-03-16 Fazowanie Projektu P1 * Faza 1 Obejmowała zaprojektowanie

Bardziej szczegółowo

Instrukcja użytkownika. Instrukcja konfiguracji i obsługi modułu e-rejestracja

Instrukcja użytkownika. Instrukcja konfiguracji i obsługi modułu e-rejestracja Instrukcja użytkownika Instrukcja konfiguracji i obsługi modułu e-rejestracja Spis treści 1. Wprowadzenie... 3 1.1. Do czego służy moduł e-rejestracji?... 3 1.2. Schemat działania systemu e-rejestracja...

Bardziej szczegółowo

Doświadczenia Małopolski z realizacji projektu MSIM i wyzwania na przyszłość

Doświadczenia Małopolski z realizacji projektu MSIM i wyzwania na przyszłość Doświadczenia Małopolski z realizacji projektu MSIM i wyzwania na przyszłość Piotr Szymański Dyrektor Departamentu Inwestycji Strategicznych Kraków, 12 stycznia 2017 Geneza projektu Z myślą o pacjencie

Bardziej szczegółowo

Podlaski System Informacyjny e-zdrowie już działa

Podlaski System Informacyjny e-zdrowie już działa Podlaski System Informacyjny e-zdrowie już działa Rejestracja do poradni specjalistycznej w szpitalach bez konieczności wychodzenia z domu czy wgląd do dokumentacji medycznej z własnego komputera to jedne

Bardziej szczegółowo

Podkarpacki System Informacji Medycznej PSIM

Podkarpacki System Informacji Medycznej PSIM Podkarpacki System Informacji Medycznej PSIM Sławomir Cynkar Dyrektor Departamentu Społeczeństwa Informacyjnego Urzędu Marszałkowskiego Województwa Podkarpackiego Cel główny Projektu Celem Projektu: Podkarpacki

Bardziej szczegółowo

2. Dane kontaktowe Organizatora Dialogu: Szpitale Wielkopolski sp. z o.o. ul. Lutycka 34/budynek A Poznań. tel ,

2. Dane kontaktowe Organizatora Dialogu: Szpitale Wielkopolski sp. z o.o. ul. Lutycka 34/budynek A Poznań. tel , Ogłoszenie o dialogu technicznym na Dostarczenie, skonfigurowanie i uruchomienie oprogramowania specjalistycznego (e-dokumentacja, e- Rejestracja, wytwarzanie EDM, EZD). Nr sprawy: DT/01/2018 1. Organizator

Bardziej szczegółowo

Informatyzacja Ochrony Zdrowia w Polsce. W czym pomoże szpitalom platforma P1?

Informatyzacja Ochrony Zdrowia w Polsce. W czym pomoże szpitalom platforma P1? Informatyzacja Ochrony Zdrowia w Polsce. W czym pomoże szpitalom platforma P1? Paweł Masiarz Biuro Zarządzania Projektami Centrum Systemów Informacyjnych Ochrony Zdrowia Poznań, 2014-11-20 1 Elektroniczna

Bardziej szczegółowo

Do uczestników postępowania przetargowego numer sprawy 399/ZP/2014

Do uczestników postępowania przetargowego numer sprawy 399/ZP/2014 Kraków, 27 stycznia 2015 roku DZPiZ.271.I/399/2014 Do uczestników postępowania przetargowego numer sprawy 399/ZP/2014 I. Działając zgodnie z treścią art. 38 ust. 1 ustawy z dnia 29 stycznia 2004 r. Prawo

Bardziej szczegółowo

Rekord Pacjenta a Elektroniczna Dokumentacja Medyczna Doświadczenia z Dolnego Śląska. Krzysztof Kulesza, Data Techno Park 2013.12.

Rekord Pacjenta a Elektroniczna Dokumentacja Medyczna Doświadczenia z Dolnego Śląska. Krzysztof Kulesza, Data Techno Park 2013.12. Rekord Pacjenta a Elektroniczna Dokumentacja Medyczna Doświadczenia z Dolnego Śląska Krzysztof Kulesza, Data Techno Park 2013.12.10 Dolnośląskie e-zdrowie Budżet projektu ok. 30 mln zł, 19 podmiotów Źródło

Bardziej szczegółowo

ezdrowie innowacyjne e-usługi Perspektywa dostawcy

ezdrowie innowacyjne e-usługi Perspektywa dostawcy ezdrowie 2014-2020 innowacyjne e-usługi Perspektywa dostawcy Piotr Piątosa - Prezes Zarządu Comarch Healthcare Andrzej Rybicki, Iwona Gieruszczak Comarch Healthcare Sopot, 15 wrzesień 2016 Integracja Systemy

Bardziej szczegółowo

1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml

1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml Firma: Medycyna Praktyczna Nazwa Produktu: empendium EDM (nowy program Medycyny Praktycznej, opracowywany na podstawie empendium Gabinet, obecnie dostępny w wersji beta) I. ZAGADNIA OGÓLNE Pytania Wielkopolskiej

Bardziej szczegółowo

[P3] Procedura rejestracji danych ratunkowych zasobowych (e-rrdr)

[P3] Procedura rejestracji danych ratunkowych zasobowych (e-rrdr) [P3] Procedura rejestracji danych ratunkowych zasobowych (e-rrdr) Wrocław, październik 2014 Spis treści Spis treści... 2 1. Słownik pojęć... 2 2. [P3] Procedura rejestracji danych ratunkowych zasobowych

Bardziej szczegółowo

e-zdrowie w Województwie Świętokrzyskim, rozbudowa i wdrażanie systemów informatycznych w jednostkach służby zdrowia etap I

e-zdrowie w Województwie Świętokrzyskim, rozbudowa i wdrażanie systemów informatycznych w jednostkach służby zdrowia etap I dla rozwoju Województwa Świętokrzyskiego... e-zdrowie w Województwie Świętokrzyskim, rozbudowa i wdrażanie systemów informatycznych w jednostkach służby zdrowia etap I Ryszard Mężyk Kierownik Projektu

Bardziej szczegółowo

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta)

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta) Załącznik nr 2 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta) Spis treści SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 3 (Portal Pacjenta)...1 Wymagania...2 e-informacje:...2

Bardziej szczegółowo

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU

ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO W RAMACH PROJEKTU Projekt Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa ZAŁOŻENIA TECHNICZNO-TECHNOLOGICZNE SYSTEMU BUDOWANEGO

Bardziej szczegółowo

[P4] Procedura aktualizacji danych w zakresie katalogów danych e-informacji (e-informacja/e-rejestracja)

[P4] Procedura aktualizacji danych w zakresie katalogów danych e-informacji (e-informacja/e-rejestracja) [P4] Procedura aktualizacji danych w zakresie katalogów danych e-informacji (e-informacja/e-rejestracja) Wrocław, październik 2014 Spis treści Spis treści... 2 1. Słownik pojęć... 3 2. [P4] Procedura aktualizacji

Bardziej szczegółowo

Internetowe Konto Pacjenta swobodne zarządzanie dokumentacją medyczną

Internetowe Konto Pacjenta swobodne zarządzanie dokumentacją medyczną Internetowe Konto Pacjenta swobodne zarządzanie dokumentacją medyczną Piotr Szmołda Kierownik Projektów piotr.szmolda@unizeto.pl Projekt współfinansowany przez Unię Europejską ze środków Europejskiego

Bardziej szczegółowo

NZ/220/75/W2/2014 01.09.2014 r. WYJAŚNIENIE I ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

NZ/220/75/W2/2014 01.09.2014 r. WYJAŚNIENIE I ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA SAMODZIELNY PUBLICZNY WOJEWÓDZKI SZPITAL ZESPOLONY 71 455 Szczecin, ul. Arkońska 4 Centrala tel.: (91) 813 90 00, fax.: (91) 813 90 09 Strona internetowa: www.spwsz.szczecin.pl NIP 851-25-37-954 REGON:

Bardziej szczegółowo

Podlaski System Informacyjny e-zdrowie

Podlaski System Informacyjny e-zdrowie Podlaski System Informacyjny e-zdrowie Regionalny Program Operacyjny Województwa Podlaskiego 2007-2013 IV oś priorytetowa Społeczeństwo Informacyjne Mariusz Feszler Z-ca Dyrektora Departamentu Społeczeństwa

Bardziej szczegółowo

Zamawiający nie narzuca sposobu udostępnienia wymaganych funkcjonalności a zatem dopuszcza również możliwość realizacji z poziomu HIS

Zamawiający nie narzuca sposobu udostępnienia wymaganych funkcjonalności a zatem dopuszcza również możliwość realizacji z poziomu HIS Pytanie 1. e-platformy, gdzie w podpunkcie 3.2. opisuje Wymagania funkcjonalne dla oprogramowania E-Platformy, w związku z tym: pkt. 3 - Czy Zamawiający dopuszcza aby zakładanie kont użytkowników ( pracownicy

Bardziej szczegółowo

dla rozwoju Województwa Świętokrzyskiego...

dla rozwoju Województwa Świętokrzyskiego... dla rozwoju Województwa Świętokrzyskiego... e-zdrowie w Województwie Świętokrzyskim, rozbudowa i wdrażanie systemów informatycznych w jednostkach służby zdrowia etap I PODSUMOWANIE Ryszard Mężyk Kierownik

Bardziej szczegółowo

Pytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego:

Pytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego: Pytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego: Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie

Bardziej szczegółowo

Comarch EDM System zarządzania elektroniczną dokumentacją medyczną.

Comarch EDM System zarządzania elektroniczną dokumentacją medyczną. Comarch EDM System zarządzania elektroniczną dokumentacją medyczną. Zgodnie z art. 56 ust. 2 ustawy dokumentacja medyczna od 1 sierpnia 2014 musi być prowadzona przez placówki służby zdrowia w formie elektronicznej.

Bardziej szczegółowo

DOTACJE NA INNOWACJE

DOTACJE NA INNOWACJE Strzyżów, 29-05-2013 Ogłoszenie o zamówieniu kompleksowego wdrożenia systemu B2B do współpracy handlowej pomiędzy firmą Triton a Partnerami Zamawiający: TRITON S.C. Marcin Bosek, Janusz Rokita ul. Słowackiego

Bardziej szczegółowo

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

Interoperacyjność projektów centralnych i regionalnych w ochronie zdrowia Interoperacyjność projektów centralnych i regionalnych w ochronie zdrowia Grzegorz Gomoła Dyrektor Programu Agenda Czym jest interoperacyjność? Wiodące projekty centralne i regionalne w ochronie zdrowia

Bardziej szczegółowo

Strona internetowa Elbląg dnia r. Znak sprawy 64/2014 Do wszystkich uczestników postępowania

Strona internetowa Elbląg dnia r. Znak sprawy 64/2014 Do wszystkich uczestników postępowania Strona internetowa Elbląg dnia 05.12.2014 r. Znak sprawy 64/2014 Do wszystkich uczestników postępowania dotyczy: postępowania o zamówienie publiczne w trybie przetargu nieograniczonego poniżej 207 000

Bardziej szczegółowo

Wiarygodna elektroniczna dokumentacja medyczna dr inż. Kajetan Wojsyk

Wiarygodna elektroniczna dokumentacja medyczna dr inż. Kajetan Wojsyk Wiarygodna elektroniczna dokumentacja medyczna dr inż. Kajetan Wojsyk Zastępca Dyrektora ds. Europejskich Centrum Systemów Informacyjnych Ochrony Zdrowia V Konferencja i Narodowy Test Interoperacyjności

Bardziej szczegółowo

Internetowe Konto Pacjenta

Internetowe Konto Pacjenta Internetowe Konto Pacjenta Bezpieczne rozwiązanie dla Pacjentów i Lekarzy Tomasz Orlewicz Dyrektor Obszaru Biznesowego tomasz.orlewicz@unizeto.pl Warszawa, 28 listopada 2011 Internetowe Konto Pacjenta

Bardziej szczegółowo

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Łysomice

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Łysomice Nowa odsłona wyodrębnienie i kierunki jego rozwoju 15.06.2016 Łysomice Plan Wystąpienia 1.Rozbudowa epuap 2.Co się zmieniło w epuap 3.Wyodrębnienie profilu zaufanego epuap i kierunki jego rozwoju Czym

Bardziej szczegółowo

Analiza zgodności z wymogami dotyczącymi elektronicznej dokumentacji medycznej oraz gotowości na w

Analiza zgodności z wymogami dotyczącymi elektronicznej dokumentacji medycznej oraz gotowości na w Niniejszym przedstawiamy pierwszy oficjalny dokument opisujący kwestie aktualnej zgodności systemu Patomorfolog z wymaganiami dotyczącymi elektronicznej dokumentacji medycznej oraz stanu integracji z systemem

Bardziej szczegółowo

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne.

Dodatkowo, w przypadku modułu dotyczącego integracji z systemami partnerów, Wykonawca będzie przeprowadzał testy integracyjne. Załącznik nr 1a do Zapytania ofertowego nr POIG.08.02-01/2014 dotyczącego budowy oprogramowania B2B oraz dostawcy sprzętu informatycznego do projektu pn. Budowa systemu B2B integrującego zarządzanie procesami

Bardziej szczegółowo

Założenia i stan realizacji projektu epuap2

Założenia i stan realizacji projektu epuap2 Założenia i stan realizacji projektu epuap2 Michał Bukowski Analityk epuap Serock, 28 października 2009 r. Agenda 1. Projekt epuap - cele i zakres. 2. Zrealizowane zadania w ramach epuap. 3. Projekt epuap2

Bardziej szczegółowo

DOTACJE NA INNOWACJE

DOTACJE NA INNOWACJE Rzeszów, 15.04.2013r. Ogłoszenie na wykonanie systemu B2B do reorganizacji handlowych procesów biznesowych firmy Met-Bud poprzez zastosowanie innowacyjnych rozwiązań IT Zamawiający: MET-BUD Jacek Leszczak,

Bardziej szczegółowo

Rola CSIOZ w budowaniu społeczeństwa informacyjnego

Rola CSIOZ w budowaniu społeczeństwa informacyjnego Rola CSIOZ w budowaniu społeczeństwa informacyjnego Marcin Kędzierski Dyrektor Centrum Systemów Informacyjnych Ochrony Zdrowia Warszawa, 2014-06-12 1 / 29 Elektroniczna Platforma Gromadzenia, Analizy i

Bardziej szczegółowo

II ETAP (od r. do r.) obejmuje realizację następujących zadań:

II ETAP (od r. do r.) obejmuje realizację następujących zadań: Załącznik nr 4 do Zaproszenia do składania ofert z dn. 7.10.2013r SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA I ETAP (od 01.11.2013r. do 31.01.2014r.) obejmuje realizację następujących zadań: 1. Nabycie wartości

Bardziej szczegółowo

Wymiana doświadczeń Wojciech Górnik Zastępca Dyrektora ds. Informacji i Współpracy z Regionami

Wymiana doświadczeń Wojciech Górnik Zastępca Dyrektora ds. Informacji i Współpracy z Regionami Wymiana doświadczeń Wojciech Górnik Zastępca Dyrektora ds. Informacji i Współpracy z Regionami Warszawa, 2017-04-21 o Centrum Systemów Informacyjnych Ochrony Zdrowia (CSIOZ) Jednostka budżetowa powołana

Bardziej szczegółowo

Firma: MEDIPORTA SP. Z O.O. Nazwa Produktu: MEDIPORTA

Firma: MEDIPORTA SP. Z O.O. Nazwa Produktu: MEDIPORTA Firma: MEDIPORTA SP. Z O.O. Nazwa Produktu: MEDIPORTA I. ZAGADNIENIA OGÓLNE Pytania Wielkopolskiej Izby Lekarskiej odpowiedź uwagi 1 Czy Państwa obecny produkt (produkty) spełniają wymogi określone przez

Bardziej szczegółowo

E-zdrowie w Województwie Świętokrzyskim Paweł Masiarz, Krzysztof Kasprzyk. www.czerwonagora.pl

E-zdrowie w Województwie Świętokrzyskim Paweł Masiarz, Krzysztof Kasprzyk. www.czerwonagora.pl E-zdrowie w Województwie Świętokrzyskim Paweł Masiarz, Krzysztof Kasprzyk www.czerwonagora.pl E-zdrowie w Województwie Świętokrzyskim Przedmiotem projektu był zakup i wdrożenie nowych oraz rozbudowa istniejących

Bardziej szczegółowo

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce

Kielce, dnia 27.02.2012 roku. HB Technology Hubert Szczukiewicz. ul. Kujawska 26 / 39 25-344 Kielce Kielce, dnia 27.02.2012 roku HB Technology Hubert Szczukiewicz ul. Kujawska 26 / 39 25-344 Kielce Tytuł Projektu: Wdrożenie innowacyjnego systemu dystrybucji usług cyfrowych, poszerzenie kanałów sprzedaży

Bardziej szczegółowo

Sygn. akt: KIO 186/15 POSTANOWIENIE z dnia 11 lutego 2015 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący: Małgorzata Stręciwilk

Sygn. akt: KIO 186/15 POSTANOWIENIE z dnia 11 lutego 2015 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący: Małgorzata Stręciwilk Sygn. akt: KIO 186/15 POSTANOWIENIE z dnia 11 lutego 2015 r. Krajowa Izba Odwoławcza - w składzie: Przewodniczący: Małgorzata Stręciwilk Protokolant: Rafał Komoń po rozpoznaniu na posiedzeniu niejawnym

Bardziej szczegółowo

laptopy) wykorzystywanych przez obywateli. przetwarzania informacji medycznej o pacjencie. Z e- - portalu b danych, co - - -

laptopy) wykorzystywanych przez obywateli. przetwarzania informacji medycznej o pacjencie. Z e- - portalu b danych, co - - - ZADANIE 3 PORTAL epacjenta W ramach zadania zostanie 5 e ala 1. Portal epacjenta 2. erejestarcja 3. ekartoteka 4. ekolejki 5. elaboratorium 6. ezlecenia 7. Wizyta recepturowa laptopy) wykorzystywanych

Bardziej szczegółowo

Stan prac nad centralnymi projektami e-zdrowia. Marcin Węgrzyniak Dyrektor CSIOZ 28 września 2017

Stan prac nad centralnymi projektami e-zdrowia. Marcin Węgrzyniak Dyrektor CSIOZ 28 września 2017 Stan prac nad centralnymi projektami e-zdrowia Marcin Węgrzyniak Dyrektor CSIOZ 28 września 2017 Cyfrowa transformacja w zdrowiu Wczoraj Dzisiaj Wymiana dokumentacji medycznej Projekt P1 Elektroniczna

Bardziej szczegółowo

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko

Bardziej szczegółowo

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie informatycznej. Zadaniem systemu jest rejestracja i przechowywanie

Bardziej szczegółowo

Kluczowe działania w obszarze ochrony zdrowia podejmowane przez CSIOZ

Kluczowe działania w obszarze ochrony zdrowia podejmowane przez CSIOZ Kluczowe działania w obszarze ochrony zdrowia podejmowane przez CSIOZ Cel Zmian CSIOZ liderem wyznaczającym kierunki oraz standardy budowy, rozwoju i utrzymania systemów teleinformatycznych funkcjonujących

Bardziej szczegółowo

Nowa odsłona wyodrębnienie i kierunki jego rozwoju

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Nowa odsłona wyodrębnienie i kierunki jego rozwoju 08.09.2016 Plan Wystąpienia 1.Rozbudowa epuap, 2.Co się zmieniło w epuap, 3.Wyodrębnienie profilu zaufanego epuap i kierunki jego rozwoju Czym jest epuap2

Bardziej szczegółowo

Stan przygotowania i wdrożenia P1, P2, P4 oraz projekty w nowej perspektywie finansowej UE

Stan przygotowania i wdrożenia P1, P2, P4 oraz projekty w nowej perspektywie finansowej UE Stan przygotowania i wdrożenia P1, P2, P4 oraz projekty w nowej perspektywie finansowej UE Kajetan Wojsyk Zastępca Dyrektora ds. Europejskich Centrum Systemów Informacyjnych Ochrony Zdrowia Zabrze, 2015-03-27

Bardziej szczegółowo

Poznań, 22.06.2015r. Specjalistyczny Zespół Opieki Zdrowotnej nad Matką i Dzieckiem w Poznaniu Ul. B. Krysiewicza 7/8 61-825 Poznań AZP-381-13/15

Poznań, 22.06.2015r. Specjalistyczny Zespół Opieki Zdrowotnej nad Matką i Dzieckiem w Poznaniu Ul. B. Krysiewicza 7/8 61-825 Poznań AZP-381-13/15 Poznań, 22.06.2015r. Specjalistyczny Zespół Opieki Zdrowotnej nad Matką i Dzieckiem w Poznaniu Ul. B. Krysiewicza 7/8 61-825 Poznań AZP-381-13/15 ODPOWIEDŹ NA ZAPYTANIE W SPRAWIE SIWZ Uprzejmie informujemy,

Bardziej szczegółowo

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o. Grodzisk Wielkopolski, dnia 11.02.2013r. ZAMAWIAJĄCY z siedzibą w Grodzisku Wielkopolskim (62-065) przy ul. Szerokiej 10 realizując zamówienie w ramach projektu dofinansowanego z Programu Operacyjnego

Bardziej szczegółowo

Załącznik 1. Platforma komunikacyjna powinna posiadać następującą funkcjonalność:

Załącznik 1. Platforma komunikacyjna powinna posiadać następującą funkcjonalność: Załącznik 1 Wytyczne dotyczące funkcjonalności platformy komunikacyjnej umożliwiającej wymianę danych o wspólnych beneficjentach powiatowych urzędów pracy, jednostek organizacyjnych pomocy społecznej i

Bardziej szczegółowo

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B NAZWA ZADANIA ZADANIE CZĄSTKOWE TECHNOLOGIA ILOŚĆ OSÓB ILOŚĆ GODZIN TERMIN REALIZACJI 1 2 4 5 6 7 Zadanie 1 - wersji alfa 1 systemu B2B 3 723

Bardziej szczegółowo

Konferencja otwierająca projekt. Brusy, r.

Konferencja otwierająca projekt. Brusy, r. Konferencja otwierająca projekt Brusy, 14.06.2017r. Celem Przychodni Rodzinnej Thielemann i Wspólnicy Spółka Jawna jest zapewnienie mieszkańcom Gminy Brusy wysokiej jakości świadczeń zdrowotnych finansowanych

Bardziej szczegółowo

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu Polska Organizacja Turystyczna ul. Chałubińskiego 8 00-613 Warszawa Spis treści 1 Założenia wstępne... 1 1.1 Informacje wstępne... 1 1.2 Cel projektu...

Bardziej szczegółowo

P.2.1 WSTĘPNA METODA OPISU I

P.2.1 WSTĘPNA METODA OPISU I 1 S t r o n a P.2.1 WSTĘPNA METODA OPISU I ZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ P.2. REKOMENDACJA OPISU I OZNAKOWANIA DOKUMENTACJI MEDYCZNEJ W POSTACI ELEKTRONICZNEJ 2 S t r o n a

Bardziej szczegółowo

Demonstratorium interoperacyjności EDM założenia realizacyjne. Zabrze, 2017 r.

Demonstratorium interoperacyjności EDM założenia realizacyjne. Zabrze, 2017 r. Demonstratorium interoperacyjności EDM założenia realizacyjne Zabrze, 2017 r. IHE Czym jest i dlaczego jest ważne? Inicjatywa podjęta przez pracowników służby zdrowia oraz dostawców oprogramowania w celu

Bardziej szczegółowo

INFORMACJE DLA STACJI KONTROLI POJAZDÓW

INFORMACJE DLA STACJI KONTROLI POJAZDÓW INFORMACJE DLA STACJI KONTROLI POJAZDÓW Zapraszamy na prezentację Ministerstwo Cyfryzacji Centralny Ośrodek Informatyki 1 Badanie techniczne pojazdu 1. Przyjazd pojazdu na okresowe badanie techniczne do

Bardziej szczegółowo

Dotacje na innowacje - Inwestujemy w Waszą przyszłość

Dotacje na innowacje - Inwestujemy w Waszą przyszłość Warszawa 16.08.2013 Mobifit Sp. z o.o. ul. Tamka 38 00-355 Warszawa NIP: 952-20-62-619 dariusz.urabanski@mobifit.pl ZAPYTANIE OFERTOWE W zawiązku z realizacją projektu Budowa systemu informatycznego B2B

Bardziej szczegółowo

System DiLO. Opis interfejsu dostępowego v. 2.0

System DiLO. Opis interfejsu dostępowego v. 2.0 System DiLO Opis interfejsu dostępowego v. 2.0 Warszawa 2015 1 Wprowadzone zmiany Wersja Opis 1.0 Wersja bazowa 1.1 Dodanie możliwości przejścia z wydania karty w POZ (WK-POZ) do zabiegu operacyjnego (ZAB-OPER)

Bardziej szczegółowo

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: 2015.0.0.7 Wydanie: 2015-08 Spis treści Wstęp... 2 1. System KS-EWD... 2 1.1. Instalacja KS-EWD... 2 2. Aktualizacja plików repozytorium Dokumentów... 4 2.1.1. Instalacja KS-EDE... 7 3. Integracja systemów... 8 4. Konfiguracja ustawień

Bardziej szczegółowo

Warszawa, dnia 03.03.2014. Zapytanie ofertowe. na wyłonienie wykonawcy/dostawcy w zakresie: 1. Wartości niematerialnych i prawnych

Warszawa, dnia 03.03.2014. Zapytanie ofertowe. na wyłonienie wykonawcy/dostawcy w zakresie: 1. Wartości niematerialnych i prawnych Warszawa, dnia 03.03.2014 Zapytanie ofertowe na wyłonienie wykonawcy/dostawcy w zakresie: 1. Wartości niematerialnych i prawnych a. System klasy B2B wraz z wdrożeniem W ramach realizacji projektu Wdrożenie

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r. ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego

Bardziej szczegółowo

Projekt epuap obecny stan realizacji i plany na przyszłość

Projekt epuap obecny stan realizacji i plany na przyszłość Projekt epuap obecny stan realizacji i plany na przyszłość Waldemar Ozga Centrum Projektów Informatycznych MSWiA Projekt współfinansowany Agenda 1. Czym jest epuap 2. Korzyści z zastosowanie epuap 3. Funkcjonowanie

Bardziej szczegółowo

Rozdział 3. ROZWÓJ APLIKACJI CENTRALNEJ

Rozdział 3. ROZWÓJ APLIKACJI CENTRALNEJ Załącznik nr 2 do umowy nr 11/DI/PN/2013 PROCEDURA UTRZYMANIA I ROZWOJU APLIKACJI CENTRALNEJ Rozdział 1. WPROWADZENIE Celem niniejszego dokumentu jest sprecyzowanie procedury zarządzania realizacją umowy

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn.

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia 7.01.2014 r. w związku z realizacją projektu pn. Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego ZAPYTANIE OFERTOWE nr /UE/204 z dnia 7.0.204 r. w związku z realizacją projektu pn. Wdrożenie

Bardziej szczegółowo

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Międzyzdroje

Nowa odsłona wyodrębnienie i kierunki jego rozwoju Międzyzdroje Nowa odsłona wyodrębnienie i kierunki jego rozwoju 29.09.2016 Międzyzdroje Plan Wystąpienia 1.Rozbudowa epuap, 2.Co się zmieniło w epuap, 3.Wyodrębnienie profilu zaufanego epuap i kierunki jego rozwoju

Bardziej szczegółowo

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu

Bardziej szczegółowo

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi Wrocław, 28 sierpnia 2014 r. ZAPYTANIE OFERTOWE KIEZA MARCIN MARCIN KIEZA PRO - CHEMIA PPH z siedzibą w Marcinkowicach przy ulicy Letnia 8a (55-200, Oława I) realizując projekt pt. Wdrożenie systemu B2B

Bardziej szczegółowo

epuap Opis standardowych elementów epuap

epuap Opis standardowych elementów epuap epuap Opis standardowych elementów epuap Projekt współfinansowany ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka SPIS TREŚCI SPIS TREŚCI...

Bardziej szczegółowo

OPERATOR SYSTEMU PRZESYŁOWEGO

OPERATOR SYSTEMU PRZESYŁOWEGO KARTA AKTUALIZACJI nr K/2/2007 Instrukcji Ruchu i Eksploatacji Sieci Przesyłowej Warunki korzystania, prowadzenia ruchu, eksploatacji i planowania rozwoju sieci Data przygotowania: 14 września 2007 roku.

Bardziej szczegółowo

L.p. 1 Powiatowy Urząd Pracy w Przysusze 2 Gminny Ośrodek Pomocy Społecznej Borkowice 3. Gminny Ośrodek Pomocy Społecznej Gielniów

L.p. 1 Powiatowy Urząd Pracy w Przysusze 2 Gminny Ośrodek Pomocy Społecznej Borkowice 3. Gminny Ośrodek Pomocy Społecznej Gielniów ZAPROSZENIE DO SKŁADANIA OFERT NA USŁUGĘ PRZEPROWADZENIA WDROŻENIA PLATFORMY KOMUNIKACYJNEJ DO WYMIANY DANYCH W POSTACI ELEKTRONICZNEJ POD POTRZEBY POWIATOWEGO URZĘDU PRACY W PRZYSUSZE I. Usługa obejmuje:

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Świadczenie usług doradztwa eksperckiego w ramach projektu Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów Cyfrowych o Zdarzeniach

Bardziej szczegółowo

Moduł earchiwum. Instrukcja użytkownika Wersja 6.0.0

Moduł earchiwum. Instrukcja użytkownika Wersja 6.0.0 Moduł earchiwum Instrukcja użytkownika Wersja 6.0.0 2019-02-18 Spis treści Rozdział 1 Instalacja modułu... 2 Rozdział 2 Rozpoczęcie pracy z modułem... 3 2.1 Konfiguracja modułu 3 2.2 4 Rodzaje archiwizowanych

Bardziej szczegółowo

Harmonogram Ramowy Umowy

Harmonogram Ramowy Umowy Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Projekt pn. Program rozwoju Uniwersytetu Kazimierza Wielkiego w Bydgoszczy UMOWA Nr: UDA-POKL.04.01.01-00-157/11-00

Bardziej szczegółowo

Pytanie nr 3: Czy połączenie urządzenie mobilne -> serwer będzie szyfrowane? (protokół HTTPS).

Pytanie nr 3: Czy połączenie urządzenie mobilne -> serwer będzie szyfrowane? (protokół HTTPS). Do Wykonawców Wrocław, 12.06.2015r. CUI-DOAZ.331.10.2015 CUI/ZP/PN/10/2015/11/... Dotyczy: postępowanie o udzielenie zamówienia publicznego na: Rozwój CRM - Opracowanie i wdrożenie aplikacji mobilnej CRM

Bardziej szczegółowo

FORMULARZ OFERTOWY. III. Przedmiot zamówienia wykonamy za cenę PLN brutto, słownie:. PLN)

FORMULARZ OFERTOWY. III. Przedmiot zamówienia wykonamy za cenę PLN brutto, słownie:. PLN) załącznik nr 1 - formularz ofertowy FORMULARZ OFERTOWY I. Dane wykonawcy: NAZWA WYKONAWCY NIP REGON SIEDZIBA WYKONAWCY TELEFON / FAKS E-MAIL IMIĘ I NAZWISKO OSOBY DO KONTAKTÓW II. W związku z ogłoszeniem

Bardziej szczegółowo

WYJAŚNIENIA NR 2 TREŚCI SIWZ

WYJAŚNIENIA NR 2 TREŚCI SIWZ CPI-ZZP-2244-40-495/13 Warszawa, dnia 24 stycznia 2013 roku Wykonawcy, którzy pobrali SIWZ w postępowaniu nr 40-CPI-ZZP-2244/12 Działając na podstawie art. 38 ust. 1a, ust. 2 i ust. 4 w zw. z art. 12a

Bardziej szczegółowo

ZAPYTANIA I WYJAŚNIENIA DO SIWZ

ZAPYTANIA I WYJAŚNIENIA DO SIWZ Projekt pn. Budowa użytecznych usług epuap oraz kreowanie świadomości mieszkańców w celu stworzenia Opole, 2014-11-24 AG.272.18.2014.HS Dotyczy: przetargu nieograniczonego pn. Dostawa licencji i wdrożenie

Bardziej szczegółowo

E-zdrowie dla Mazowsza 2

E-zdrowie dla Mazowsza 2 E-zdrowie dla Mazowsza 2 Krzysztof Mączewski Dyrektor Departamentu Cyfryzacji, Geodezji i Kartografii Warszawa, 9 października 2018 r. E-zdrowie dla Mazowsza synteza 01.01.2012-30.09.2016 realizacja przez

Bardziej szczegółowo

Opis przedmiotu zamówienia

Opis przedmiotu zamówienia Załącznik nr 1 do SIWZ Opis przedmiotu zamówienia Przedmiotem zamówienia jest usługa opracowania dokumentów standaryzujących tworzenie Elektronicznej Dokumentacji Medycznej wraz z aktualizacją transformaty

Bardziej szczegółowo

Instrukcja korzystania z funkcji e - Rejestracja i e Portal

Instrukcja korzystania z funkcji e - Rejestracja i e Portal Instrukcja korzystania z funkcji e - Rejestracja i e Portal S z p i t a l C h o r ó b P ł u c w O r z e s z u Strona 1 Plik pomocy Przed zarejestrowaniem się w określonej poradni proszę pamiętać o kilku

Bardziej szczegółowo

Projekt P1 i regionalne platformy e-zdrowia

Projekt P1 i regionalne platformy e-zdrowia 1 2 Projekt P1 i regionalne platformy e-zdrowia Piotr Gryza Podsekretarz Stanu Ministerstwo Zdrowia Warszawa, 02.03.2016 3 Spis treści I. Platforma P1: 1. Pierwotne założenia 2. Stan obecny 3. Planowane

Bardziej szczegółowo

Ustawa o systemie informacji w ochronie zdrowia najważniejsze aspekty

Ustawa o systemie informacji w ochronie zdrowia najważniejsze aspekty Ustawa o systemie informacji w ochronie zdrowia najważniejsze aspekty TERMINY WEJŚCIA W ŻYCIE PRZEPISÓW O EDM listy oczekujących 1 stycznia 2015 r. Zwolnienia 1 stycznia 2016 Recepty 1 sierpnia 2016 Skierowania,

Bardziej szczegółowo

Szczegółowy opis przedmiotu zamówienia

Szczegółowy opis przedmiotu zamówienia Załącznik nr 1 do Szczegółowy opis przedmiotu zamówienia Przedmiotem jest rozbudowa systemu kolejkowego funkcjonującego w Urzędzie Miasta Lublina, służącego do zarządzania obsługą klientów. W ramach modernizacji

Bardziej szczegółowo

System Kancelaris. Zdalny dostęp do danych

System Kancelaris. Zdalny dostęp do danych Kancelaris krok po kroku System Kancelaris Zdalny dostęp do danych Data modyfikacji: 2008-07-10 Z czego składaj adają się systemy informatyczne? System Kancelaris składa się z dwóch części: danych oprogramowania,

Bardziej szczegółowo

Opis przykładowego programu realizującego komunikację z systemem epuap wykorzystując interfejs komunikacyjny "doręczyciel"

Opis przykładowego programu realizującego komunikację z systemem epuap wykorzystując interfejs komunikacyjny doręczyciel Opis przykładowego programu realizującego komunikację z systemem epuap wykorzystując interfejs komunikacyjny "doręczyciel" dn.24.09.2009 r. Dokument opisuje przykładowy program doręczający dokumenty na

Bardziej szczegółowo

Rola CSIOZ w zakresie koordynacji i wspierania Inicjatyw Regionalnych

Rola CSIOZ w zakresie koordynacji i wspierania Inicjatyw Regionalnych Rola CSIOZ w zakresie koordynacji i wspierania Inicjatyw Regionalnych Dr inż. Kazimierz Frączkowski Koordynator Projektów Informacyjnych Ochrony Zdrowia 1 Łódź 20.09.2011 Agenda Rola Biura Koordynatora

Bardziej szczegółowo

PRZEDMIOT ZAMÓWIENIA 1. Przedmiotem zamówienia jest budowa, dostawa, konfiguracja, wdrożenie i uruchomienie zintegrowanego systemu zarządzania

PRZEDMIOT ZAMÓWIENIA 1. Przedmiotem zamówienia jest budowa, dostawa, konfiguracja, wdrożenie i uruchomienie zintegrowanego systemu zarządzania PRZEDMIOT ZAMÓWIENIA 1. Przedmiotem zamówienia jest budowa, dostawa, konfiguracja, wdrożenie i uruchomienie zintegrowanego systemu zarządzania przedsiębiorstwem klasy ERP zwanego dalej Systemem wraz z

Bardziej szczegółowo

I. ZAGADNIENIA OGÓLNE Pytania Wielkopolskiej Izby Lekarskiej Odpowiedź Uwagi TAK. Odp. 1c

I. ZAGADNIENIA OGÓLNE Pytania Wielkopolskiej Izby Lekarskiej Odpowiedź Uwagi TAK. Odp. 1c Firma: IT-TENDER SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOSCIĄ Ul. ZAKŁADOWA, nr 17, PLEWISKA, kod 62-064, Spółka wchodząca w skład Grupy Kapitałowej Komputronik 1 Czy Państwa obecny produkt (produkty) spełniają

Bardziej szczegółowo

Moduł Integracji Aplikacji Mobilnych

Moduł Integracji Aplikacji Mobilnych Moduł Integracji Aplikacji Mobilnych Instrukcja użytkownika Wersja 6.0.0 2019-02-25 Spis treści Rozdział 1 1.1... 2 Rejestracja podmiotu w IM 1.2... 5 Wydruk kodu QR z danymi placówki Rozdział 2 Aktywacja

Bardziej szczegółowo

PORTAL PACJENTA CONCIERGE

PORTAL PACJENTA CONCIERGE PORTAL PACJENTA CONCIERGE Podręcznik użytkownika Streszczenie Niniejszy dokument stanowi opis funkcji i procesów przeprowadzanych przez pacjenta w ramach systemu Concierge. Spis treści 1 Słownik pojęć...

Bardziej szczegółowo

W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu automatyzacji

W związku z realizacją projektu pt. Wdrożenie systemu B2B w celu automatyzacji Lublin, dnia 04.01.2013 Zapytanie ofertowe 1/2013 I. DANE ZAMAWIAJĄCEGO: Pojmaj Marcin - ALTEST e-technologie Ul. Ochotnicza 10 20-012 Lublin II. ZAPYTANIE OFERTOWE W związku z realizacją projektu pt.

Bardziej szczegółowo

ZAPYTANIE OFERTOWE nr 1/2017

ZAPYTANIE OFERTOWE nr 1/2017 Gdańsk, 23-05-2017 (data) ZAPYTANIE OFERTOWE nr 1/2017 W związku z realizacją projektu pn. Wdrożenie systemu e-przychodnia i jego integracja z obecnie wykorzystywanym systemem informatycznym POZ i AOS

Bardziej szczegółowo

Znaczenie rozstrzygnięć prawnych i koncepcyjnych Elektronicznej Dokumentacji Medycznej dla procesu realizacji Projektu P1 oraz podmiotów leczniczych

Znaczenie rozstrzygnięć prawnych i koncepcyjnych Elektronicznej Dokumentacji Medycznej dla procesu realizacji Projektu P1 oraz podmiotów leczniczych Znaczenie rozstrzygnięć prawnych i koncepcyjnych Elektronicznej Dokumentacji Medycznej dla procesu realizacji Projektu P1 oraz podmiotów leczniczych Paweł Masiarz Z-ca Dyrektora ds. Teleinformatycznych

Bardziej szczegółowo

Załącznik nr 2 do wzoru umowy protokół odbioru. 1. Infrastruktura wspólna dla serwerów blade szt.

Załącznik nr 2 do wzoru umowy protokół odbioru. 1. Infrastruktura wspólna dla serwerów blade szt. Załącznik nr 2 do wzoru umowy protokół odbioru PROTOKÓŁ ODBIORU 1. Niniejszy protokół został sporządzony w dniu... w obecności przedstawicieli Gminy Lublin, ul. Okopowa 11, 20-022 Lublin zwanej dalej Zamawiającym:

Bardziej szczegółowo

VPN Virtual Private Network. Użycie certyfikatów niekwalifikowanych w sieciach VPN. wersja 1.1 UNIZETO TECHNOLOGIES SA

VPN Virtual Private Network. Użycie certyfikatów niekwalifikowanych w sieciach VPN. wersja 1.1 UNIZETO TECHNOLOGIES SA VPN Virtual Private Network Użycie certyfikatów niekwalifikowanych w sieciach VPN wersja 1.1 Spis treści 1. CO TO JEST VPN I DO CZEGO SŁUŻY... 3 2. RODZAJE SIECI VPN... 3 3. ZALETY STOSOWANIA SIECI IPSEC

Bardziej szczegółowo

Platforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, 16.05.2011 r.

Platforma epuap. Igor Bednarski kierownik projektu epuap2 CPI MSWiA. Kraków, 16.05.2011 r. Platforma epuap Igor Bednarski kierownik projektu epuap2 CPI MSWiA Kraków, 16.05.2011 r. Agenda 1. Czym jest epuap 2. Cele projektu epuap2 3. Możliwości portalu 4. Komunikacja poprzez epuap 5. Stan zaawansowania

Bardziej szczegółowo