ZAŁĄCZNIK NR 8 DO SIWZ SŁOWNIK POJĘĆ W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się z 12 ponumerowanych stron Warszawa, dnia 14.01.2015 r. Strona 1 z 12
Tabela 1 Słownik pojęd i skrótów LP. POJĘCIE/SKRÓT OPIS 1) Administrator 2) Analiza Przedwdrożeniow a 3) Analiza wymagao Należy przez to rozumied pracownika wykonującego zadania związane z konfiguracją Systemu MEZ, w tym Sprzętu i Oprogramowania w zakresie niezbędnym do prawidłowej pracy Systemu MEZ. Należy przez to rozumied zakres niezbędnych czynności do wykonania przez Wykonawcę, w wyniku których zostanie przygotowana Dokumentacja analizy przedwdrożeniowej wraz z Harmonogramem wdrożenia Projektu. Należy przez to rozumied zakres czynności do wykonania przez Wykonawcę w Analizie Przedwdrożeniowej polegający na szczegółowym zrozumieniu, doprecyzowaniu i dookreśleniu wymagao. 4) AQL ang. Archetype Querying Language - archetypowy język zapytao 5) ATNA ang. Audit Trail and Node Authentication (log dostępu do danych EHR) - moduł służący do przechowywania pełnej informacji audytowej o procesach i zdarzeniach zachodzących w trakcie realizacji żądao do wszystkich systemów stanowiących platformę EDM. 6) Awaria 7) 8) Błąd Asysta stanowiskowa Należy przez to rozumied: 1) Wadę Oprogramowania aplikacyjnego lub narzędziowego powodującą funkcjonowanie Oprogramowania niezgodnie z opisem SIWZ oraz Dokumentacji, która uniemożliwia pracę Lokalnych systemów informatycznych u Partnerów Projektu, wprowadza niespójnośd w bazie danych lub zaburzenia w integralności danych. Sytuacja, w której System MEZ w ogóle nie funkcjonuje lub nie jest możliwe realizowanie istotnych funkcjonalności Systemu MEZ, a w szczególności: nie działa którakolwiek z LREDM i/lub RREDM nie działa CASE nie ma możliwości prowadzenia obsługi pacjenta w obszarze przyjęd, wypisów oraz zlecania i wykonywania badao z wykorzystaniem Oprogramowania aplikacyjnego u Partnerów Projektu, nie ma możliwości poprawnego generowania istotnych raportów, wyciągów z Oprogramowania aplikacyjnego, brak możliwości wymiany EDM pomiędzy LREDM, a RREDM. 2) Wadę urządzenia w obszarze Infrastruktury sprzętowej, oznaczającą brak działania lub niepoprawne działanie urządzenia lub jego części w tym sterowników, uniemożliwiające jego użytkowanie. Należy przez to rozumied konsultacje merytoryczne dotyczące użytkowania Oprogramowania i Sprzętu udzielane przez Wykonawcę Użytkownikom Wewnętrznym w trakcie realizacji Projektu. Należy przez to rozumied Wadę Oprogramowania aplikacyjnego lub narzędziowego, oznaczającą jego funkcjonowanie niezgodne z opisem w Dokumentacji oraz SIWZ, powodujące błędne zapisy w bazie danych lub uniemożliwiające działanie mniej istotnej funkcjonalności w RREDM, CASE lub w Lokalnych systemach informatycznych u Partnerów Projektu. Strona 2 z 12
9) Błąd blokujący 10) Biuro projektu 11) CA 12) CASE Należy przez to rozumied Wadę występującą wyłącznie podczas przeprowadzania testów Oprogramowania lub Nowej wersji, oznaczającą Wadę Oprogramowania aplikacyjnego lub narzędziowego niezgodną z Dokumentacją lub SIWZ, uniemożliwiającą realizację pojedynczego scenariusza testowego. Należy przez to rozumied lokal użytkowy biuro Wykonawcy w Warszawie, w którym odbywad się będą spotkania projektowe. Centrum Autoryzacji narzędzie techniczno-organizacyjne dostarczone i wdrożone przez Wykonawcę dla każdego z PP do wydawania i przechowywania podpisów elektronicznych niekwalifikowanych. Centrum Analiz Statystyczno-Ekonomicznych komponent Systemu MEZ będący Oprogramowaniem aplikacyjnym umożliwiającym tworzenie opracowao statystycznych z działalności PP na potrzeby nadzoru merytorycznego prowadzonego nad PP przez UMWM 13) CSIOZ Centrum Systemów Informacyjnych Ochrony Zdrowia 14) Czas naprawy Należy przez to rozumied czas, jaki może upłynąd pomiędzy pierwszym zgłoszeniem Wady, a Usunięciem Wady. 15) Czas Reakcji Wykonawcy 16) Dni robocze 17) 18) Dokumentacja Systemu MEZ (Dokumentacja) Dokumentacja Analizy przedwdrożeniow ej Należy przez to rozumied maksymalny czas jaki może upłynąd pomiędzy pierwszym zgłoszeniem Wady a podjęciem działao przez Wykonawcę. Przez działania Wykonawcy rozumie się co najmniej: a) dla Oprogramowania: potwierdzenie przyjęcia zgłoszenia oraz wykonanie wstępnej analizy zgłoszonej Wady, potwierdzenie klasyfikacji Wady oraz podanie przewidywanego terminu jej usunięcia. b) dla Infrastruktury sprzętowej: podjęcie czynności w miejscu instalacji komponentu zmierzających do usunięcia Wady Dni od poniedziałku do piątku z wyłączeniem dni ustawowo wolnych od pracy, wskazanych w ustawie z dnia 18 stycznia 1951 r o dniach wolnych od pracy (Dz. U z 1951r. Nr 4, poz. 28 z późn. zm.) Wszelka dokumentacja dostarczona przez Wykonawcę, związana z przedmiotem Projektu MEZ i powstała w wyniku realizacji umowy zawartej pomiędzy Zamawiającym, a wykonawcą. Dokumentacja zawiera: Dokumentację analizy przedwdrożeniowej, Dokumentację projektową, Dokumentację powykonawczą, Dokumentację użytkową. Dokumentacja opracowana przez Wykonawcę wraz z późniejszymi zmianami, na podstawie której będzie realizowany organizacyjnie i technicznie Projekt MEZ, która będzie podlegała akceptacji Zamawiającego zawierająca w szczególności: Analizę wymagao wraz z mapowaniem wymagao opisu przedmiotu zamówienia Plan dostaw elementów Infrastruktury sprzętowej, Plan kolejności instalacji i wdrożenia Oprogramowania, Plan testów, Plan odbiorów, Strona 3 z 12
19) Dokumentacja powykonawcza Listę Produktów, które będę podlegały osobnym odbiorom. Szczegółowe uzgodnienia Stron Umowy dotyczące: o zakresu i sposobu Migracji istniejących systemów PP informatycznych do Systemu, o zakresu i sposobu integracji Systemu z istniejącymi systemami informatycznymi PP, o sposobu organizacji i przeprowadzenia oraz zakresu testów funkcjonalnych Oprogramowania dla Systemu, szczegółowy Harmonogram wdrożenia z dokładnością do dnia miesiąca, Plan komunikacji w Projekcie. Należy przez to rozumied dokumenty zawierające dokładną konfigurację Systemu MEZ na moment podpisania Protokołu odbioru koocowego, w tym co najmniej: 1. Schemat architektury Infrastruktury sprzętowej wraz z połączeniami poszczególnych ich elementów; 2. Wykaz elementów Infrastruktury sprzętowej, Oprogramowania niezbędnego do działania Systemu MEZ, w tym również serwerów baz danych, serwerów aplikacyjnych, etc.; 3. Instrukcje instalacji wszystkich elementów Infrastruktury sprzętowej, Oprogramowania niezbędnego do działania Systemu MEZ; 4. Wykaz zalecanych parametrów Oprogramowania niezbędnych do działania Systemu MEZ; 5. Wykaz konfiguracji Systemu MEZ adresowany do Administratora, pozwalającej na samodzielne administrowanie Systemem MEZ przez Zamawiającego po dokonaniu jego Odbioru koocowego; 6. Inne dokumenty wytworzone w trakcie realizacji Projektu dotyczące rozwiązao technicznych i projektowych. 20) 21) Dokumentacja projektowa Dokumentacja użytkowa 22) Dostawy Dokumentacja opracowana przez Wykonawcę wraz z późniejszymi zmianami, na podstawie której będzie budowany System MEZ i która będzie podlegała akceptacji Zamawiającego Należy przez to rozumied dokumenty będące instrukcją obsługi, które w przystępny sposób pokazują jak Użytkownik wewnętrzny ma się posłużyd Oprogramowaniem aplikacyjnym, aby obsłużyd procesy jakie System MEZ może realizowad. Dokumentacja użytkowa powinna zawierad: 1) opis procesów biznesowych realizowanych przez System MEZ; 2) dokładny opis funkcjonalny Modułów; 3) opis Formatek w poszczególnych Modułów wraz z opisem ich przeznaczenia; 4) opis wszystkich funkcji dostępnych na pojedynczej Formatce Modułu Oprogramowania aplikacyjnego; 5) opis poruszania się pomiędzy Formatkami poszczególnych Modułów; 6) procedury rozpoznawania przyczyn wystąpienia Wady; 7) sposób korzystania z systemu pomocy. Należy przez to rozumied nabywanie rzeczy, praw oraz innych dóbr, w szczególności na podstawie umowy sprzedaży, dostawy, najmu, dzierżawy oraz Strona 4 z 12
23) 24) 25) Elektroniczna Dokumentacja Medyczna (EDM) Elektroniczna Platforma Gromadzenia Informacji o Zdarzeniach Medycznych (System P1, Platforma P1, P1) Elektroniczny obieg dokumentów (EOD) 26) Formatka 27) 28) HIS Harmonogram wdrożenia leasingu. 29) HD Hurtownia danych CASE. 30) 31) HL7 CDA Lv1, Lv2, Lv3 IHE (Integrating the Healthcare Enterprise) Dokumentacja medyczna zgodna z Rozporządzeniem MZ z dn. 21.12.2010 z późniejszymi zmianami przechowywana w postaci elektronicznej. Elektroniczna platforma usług publicznych w zakresie ochrony zdrowia umożliwiająca organom administracji publicznej i obywatelom gromadzenie, analizę i udostępnianie zasobów cyfrowych o zdarzeniach medycznych, w zakresie zgodnym z ustawą z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia. W Systemie P1 będzie znajdowała się informacja o zdarzeniach medycznych wszystkich obywateli Polski niezależnie od płatnika, a także obywateli Unii Europejskiej i innych krajów, którzy skorzystają ze świadczeo zdrowotnych na terenie Polski. System P1 jest realizowany przez Centrum Systemów Informacyjnych Ochrony Zdrowia. System Elektronicznego obiegu dokumentów Oprogramowanie aplikacyjne dostarczane w Projekcie przez Wykonawcę dla Partnera nr 20 zgodnie z wymaganiami SIWZ Należy przez to rozumied wydzieloną częśd Oprogramowania aplikacyjnego, narzędziowego i systemowego. Jest to element interfejsu graficznego służącego do interakcji z użytkownikiem Szczegółowy harmonogram wdrożenia, opracowany przez Wykonawcę w ramach Analizy Przedwdrożeniowej na podstawie SIWZ. (Skrót ang. Hospital Information System) System informatyczny przeznaczony do wsparcia realizacji procesów w Podmiotach leczniczych. HL7(ang. Health Level Seven) standard elektronicznej wymiany informacji w środowiskach medycznych. Opracowany w celu zapewnienie właściwej komunikacji między systemami medycznymi. HL7 CDA jest standardem obejmującym kwestie związane ze składnią i semantyką dokumentów klinicznych. HL7 Cda wstępuje w wersjach 1, 2 oraz 3. Profile Integracji opisują zbiór niezbędnych informacji klinicznych lub przepływy danych oraz użycie standardów do wymiany informacji w celu zapewnienia interoperacyjności semantycznej. 32) ICT Information and Communication Technologies Infrastruktura Urządzenia i elementy składające się na częśd aktywną i pasywną sieci 33) sieciowa komputerowych dla potrzeb Systemu MEZ. 34) Infrastruktura sprzętowa (Sprzęt) 35) PROF. RPOWM 36) Interfejs ITI-41, ITI-42, ITI-18 Sprzęt komputerowy wyspecyfikowany w OPZ wchodzący w skład Systemu MEZ, w tym urządzenia takie jak: serwery, biblioteki taśmowe, konsole KVM, przełączniki SAN, macierze dyskowe, UPS, etc. Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa Mazowieckiego. Interfejsy profilu integracyjnego XDS.b organizacji IHE, służące do wymiany danych między system źródłowym a EDM: ITI-41 w zakresie dostarczania i rejestrowania dokumentów w Strona 5 z 12
37) Istniejący system informatyczny 38) Komitet sterujący 39) 40) LAN 41) LDAP Komponent Projektu MEZ (Komponent Projektu, Komponent) repozytorium, ITI-42 w zakresie rejestrowania dokumentów w rejestrze, ITI-18 w zakresie zapytao do rejestru. Należy przez to rozumied Oprogramowanie wraz z infrastrukturą sprzętową, które obecnie funkcjonuje u Partnera Projektu, wdrożone w ramach innych projektów. Należy przez to rozumied zespół osób składający się z przedstawicieli Zamawiającego, Wykonawcy i IK, których zadaniem jest podejmowanie kluczowych decyzji oraz nadzorowanie realizacji Projektu. Integralne części dostaw, budowy i wdrożenia Systemu MEZ, który będzie podlegał odbiorowi. Komponent powinien się składad przynajmniej z jednego Produktu. Wyróżnione komponenty muszą byd wspólne dla RREDM i Partnerów Projektu. (ang. Local Area Network) Sied komputerowa, której zasięg obejmuje budynek lub kilka budynków. (Lightweight Directory Access Protocol) protokół przeznaczony do korzystania z elektronicznych usług katalogowych, bazujący na standardzie X.500. Jest to również nazwa usługi katalogowej pozwalającej na wymianę informacji za pośrednictwem TCP/IP. 42) Licencja Należy przez to rozumied licencję na użytkowanie Oprogramowania. Należy przez to rozumied rodzaj licencji na użytkowanie Oprogramowania, Licencja uprawniającą do jednoczesnego korzystania z zasobów określonego 43) dostępowa (per Oprogramowania przez wskazaną liczbę użytkowników. Licencja może byd user) udzielona na zasadzie open dla nielimitowanej liczby użytkowników. 44) 45) 46) Licencja stanowiskowa (per seat) Licencja na urządzenie (per device) Lider Projektu MEZ (Lider) 47) LOINC 48) 49) Lokalny system informatyczny (LSI) Lokalne Repozytorium Elektronicznej Dokumentacji Medycznej Należy przez to rozumied rodzaj licencji na użytkowanie Oprogramowania uprawniającą do korzystania z zasobów określonego Oprogramowania przez wskazaną liczbę użytkowników nazwanych. Należy przez to rozumied rodzaj licencji na użytkowanie Oprogramowania lub urządzenia uprawniające do korzystania z zasobów określonego Oprogramowania lub urządzenia według przyjętego wzoru, prof. Na ilośd procesorów, na ilośd rdzeni procesora prof. Lub danego urządzenia. Mazowiecki Szpital Bródnowski w Warszawie Spółka z ograniczoną odpowiedzialnością ul. Kondratowicza 8 03-242 Warszawa. Nazwy i kody logicznych identyfikatorów obserwacji (Logical Observation Identifirs Names and Codes). Oprogramowanie wraz z Infrastrukturą sprzętową, które będzie funkcjonowało u Partnera Projektu na dzieo odbioru Systemu MEZ. Oprogramowanie dostarczane przez Wykonawcę będące lokalnym (w siedzibie PP w warstwie lokalnej) zbiorem (skład, katalog) Elektronicznej Dokumentacji Medycznej EDM generowanej i rejestrowanej w postaci elektronicznej (cyfrowej) przez PP. Strona 6 z 12
50) (LREDM) Luka bezpieczeostwa Oznacza Wadę Oprogramowania wchodzącego w skład Systemu MEZ, która może powodowad nielegalny dostęp do danych Systemu MEZ. 51) MEZ Kod Projektu o nazwie E-Zdrowie dla Mazowsza Menadżer FX Grail Spółka z ograniczona odpowiedzialnością adres: 00-819 Warszawa ul. Złota 52) Projektu (MP) 61 lok.100 pełniąca rolę Menadżera Projektu MEZ 53) Migracja Przeniesienie danych z Istniejącego systemu informatycznego, funkcjonującego u Partnera Projektu w zakresie umożliwiającym zachowanie ciągłości kluczowych procesów biznesowych Systemu MEZ i Istniejących systemów informatycznych. 54) Moduł Wyodrębniona częśd funkcjonalna Oprogramowania aplikacyjnego, opisana w OPZ. 55) Modyfikacja Wymagania funkcjonalne do aktualnie zainstalowanego i użytkowanego Oprogramowania, również wynikające ze zmian przepisów prawa, wykonane przez Wykonawcę bez wezwania lub na wniosek Zamawiającego. 56) Nowa wersja 57) MPI 58) Obsługa 59) Odbiór etapu 60) Odbiór koocowy 61) 62) OID 63) Odbiór komponentu Okres dostępności Wykonawcy 64) openehr 65) Oprogramowanie 66) Oprogramowanie aplikacyjne Aktualizacja Oprogramowania dostarczona przez Wykonawcę zawierająca Poprawki lub Modyfikację. Pojedyncze źródło identyfikacji pacjentów, system stanowiący centralny zbiór informacji o wszystkich pacjentach, na rzecz których świadczone były usługi lecznicze w podmiotach leczniczych biorących udział w Projekcie i podłączonych do Systemu MEZ. Zgłoszenie usługi z prośbą o konsultacje w zakresie funkcjonowania Systemu MEZ lub inne zadania realizowane w ramach tej usługi nie będące zgłoszeniem Wady. Należy przez to rozumied odbiór etapu Projektu, zgodny z Dokumentacją Analizy przedwdrożeniowej. Należy przez to rozumied odbiór koocowy dla Projektu zgodny z wymogami SIWZ w tym z postanowieniami Analizy Przedwdrożeniowej. Należy przez to rozumied odbiór komponentu, w którego skład wchodzi Produkt lub Produkty, zgodnie z przewidzianym zakresem oraz Dokumentacją Analizy przedwdrożeniowej. (ang. Object Identifier) Unikatowy identyfikator obiektu, służy do odróżnienia obiektu od innych obiektów oraz do tworzenia odwołao do tego obiektu przez system. Należy przez to rozumied przedział czasu w jakim Wykonawca jest gotowy do przyjęcia zgłoszenia Wad i Obsług. Standard rozwijany przez organizację non profit openehr Foundation, który specyfikuje struktury danych i usługi dotyczące wymiany danych w ramach systemu EHR. OpenEHR zapewnia Funkcjonalną semantyczną interoperacyjnośd. Oprogramowanie aplikacyjne, Oprogramowanie narzędziowe, Oprogramowanie systemowe, Oprogramowanie warstwy integracji. Współpracujące ze sobą oprogramowanie dostarczane w Projekcie MEZ przez Wykonawcę składające się w szczególności z następujących komponentów: 1. SSI, 2. LREDM i RREDM, 3. Centrum Analiz Statystyczno-Ekonomicznych (CASE). 67) Oprogramowanie Oprogramowanie niezbędne do prawidłowej pracy Oprogramowania Strona 7 z 12
68) 69) 70) 71) OPZ 72) 73) narzędziowe Oprogramowanie standardowe Oprogramowanie systemowe Oprogramowanie warstwy integracji Podmiot leczniczy (PL, Jednostka) Partner Projektu (Partner, PP) aplikacyjnego, Infrastruktury sprzętowej i sieciowej. Należy przez to rozumied Oprogramowanie narzędziowe i systemowe. Oprogramowanie, w którego skład wchodzi: oprogramowanie systemów operacyjnych, oprogramowanie baz danych, oprogramowanie serwerów aplikacyjnych prof. Należy przez to rozumied oprogramowanie niezbędne do integracji z Partnerami Projektu w tym Szyna usług. Należy przez to rozumied Opis przedmiotu zamówienia Systemu MEZ stanowiący załącznik Nr 1 do SIWZ Podmiot leczniczy w rozumieniu przepisów ustawy z dnia 15 kwietnia 2011r. o działalności leczniczej (t.j. - Dz.U. z 2013, Nr 217, z późn. zm.). Jeden z 24 niżej wymienionych podmiotów: 1. Szpital Mazowiecki w Garwolinie Sp. z o.o. 2. Specjalistyczny Szpital Wojewódzki w Ciechanowie 3. Mazowiecki Szpital Specjalistyczny im. Dr Józefa Psarskiego w Ostrołęce 4. Wojewódzki Szpital Zespolony w Płocku 5. Szpital Dziecięcy im. Prof. Dr. Prof. Jana Bogdanowicza Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie 6. Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w Pruszkowie 7. Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej im. Dr Barbary Borzym w Radomiu 8. Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora Dunina w Rudce 9. Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy 10. Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego Meditrans Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie 11. Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Płocku 12. Samodzielny Publiczny Zakład Opieki Zdrowotnej MEDITRANS OSTROŁĘKA Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce 13. Samodzielny Publiczny Zakład Opieki Zdrowotnej RM-MEDITRANS Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach 14. Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Prof. Eugeniusza Wilczkowskiego w Gostyninie 15. Mazowiecki Szpital Bródnowski w Warszawie Sp. z o.o. 16. Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w Dziekanowie Leśnym 17. Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie 18. Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki Zdrowotnej w Warszawie Strona 8 z 12
74) Poprawka 75) 76) 77) 78) 79) 80) 81) Produkt Projektu MEZ (Produkt Projektu, Produkt) Projekt E-Zdrowie dla Mazowsza (Projekt MEZ, Projekt) Protokół odbioru etapu Protokół odbioru komponentu Protokół odbioru koocowego Protokół rozbieżności Rozwiązanie zastępcze 19. Mazowieckie Centrum Psychiatrii DREWNICA Spółka z ograniczoną odpowiedzialnością 20. Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o. 21. Mazowieckie Centrum Rehabilitacji STOCER Sp. z o.o. 22. Mazowiecki Szpital Specjalistyczny Spółka z ograniczoną odpowiedzialnością z siedzibą w Radomiu 23. Centrum Leczniczo-Rehabilitacyjne i Medycyny Pracy ATTIS Sp. z ograniczoną odpowiedzialnością 24. Województwo Mazowieckie. Zmiana w kodzie Oprogramowania aplikacyjnego lub narzędziowego usuwająca Wadę. Elementarny efekt działao/prac wykonanych przez Wykonawcę podczas realizacji Projektu w ramach poszczególnych etapów. Wyróżnione produkty muszą byd wspólne dla RREDM i Partnerów Projektu. Projekt polegający na budowie Systemu MEZ realizowany przez Zamawiającego i Partnerów w ramach RPOWM w celu zapewnienia kompleksowego systemu e- zdrowie na terenie Województwa Mazowieckiego. Protokół, który po podpisaniu bez zastrzeżeo przez Zamawiającego, stanowi potwierdzenie wykonania prac przewidzianych w ramach etapów określonych w SIWZ i uszczegółowionych w Dokumentacji Analizy przedwdrożeniowej. Protokół, który po podpisaniu bez zastrzeżeo przez Zamawiającego, stanowi potwierdzenie odebrania Komponentu. Protokół, który po podpisaniu bez zastrzeżeo przez Zamawiającego, stanowi potwierdzenie wykonania i odbioru Projektu. Protokół, w którym Zamawiający wskazuje zastrzeżenia co do zakresu i jakości wykonanych prac, które uniemożliwiają dokonanie odbioru wykonanych prac. Należy przez to rozumied awaryjne procedury postępowania w wykorzystaniu Systemu MEZ lub dodatkowe oprogramowanie dostarczone przez Wykonawcę, które ma za zadanie podtrzymad ciągłośd działania Sytemu MEZ do czasu usunięcia Wady. 82) RDBMS Relacyjna baza danych. Repozytorium 83) Elektronicznej Oprogramowanie będące zbiorem (skład, katalog) Elektronicznej Dokumentacji Dokumentacji Medycznej generowanej i rejestrowanej w postaci elektronicznej (cyfrowej) przez Medycznej Podmiot leczniczy; REDM w Projekcie MEZ stanowi LREDM i RREDM. (Repozytorium, REDM) 84) Regionalne Repozytorium Elektronicznej Dokumentacji Medycznej (RREDM) Oprogramowanie dostarczane i wdrażane przez Wykonawcę będące regionalnym (w siedzibie Zamawiającego w warstwie regionalnej) zbiorem (skład, katalog) Elektronicznej Dokumentacji Medycznej EDM generowanej i rejestrowanej w postaci elektronicznej (cyfrowej) przez Partnerów. Strona 9 z 12
85) SAML 86) Specyfikacja Dostaw i Usług 87) SEDM (ang. Security Assertion Markup Language) Nazwa protokołu, zatwierdzonego przez OASIS (Organization for the Advancement of Structured Information Standards) i wykorzystywanego do pośredniczenia w uwierzytelnianiu i automatycznego przekazywania między systemami i aplikacjami informacji o uprawnieniach użytkowników. Protokół ten bazuje na standardzie XML. Najważniejszą cechą SAML jest próba rozwiązania problemu wielokrotnego logowania do stron WWW. Zakres realizowanych przez Wykonawcę Dostaw i Usług w Projekcie. System gromadzenia i wymiany EDM w Systemie MEZ składający się z REDM i wszystkich LREDM. 88) SIWZ Specyfikacja Istotnych Warunków Zamówienia. 89) 90) SSI 91) 92) 93) 94) 95) 96) 97) SMART (Substitutable Medical Apps & Reusable Technology) Szpitalny system kliniczny (SSK) Security Token Service Struktura Systemu i Projektu MEZ (SSP MEZ, SSP) System EDM (SEDM) System MEZ (System) System dla Zakładu Sterylizacji (SZS) System Zgłoszeo (SZ) 98) Szyna usług 99) Umowa (ang. Substitutable Medical Apps & Reusable Technology) Platforma Substytucyjne Aplikacje Medyczne i Technologia Wielokrotnego Użytku. Szpitalny System Informatyczny klasy HIS (Hospital Information System) przeznaczony do wsparcia obsługi procesów szpitalnych u PP oraz pozostałe Oprogramowanie aplikacyjne dostarczane przez Wykonawcę. Informatyczny Szpitalny system kliniczny Oprogramowanie aplikacyjne dostarczane w Projekcie przez Wykonawcę dla Partnera nr 20 zgodnie z wymaganiami SIWZ. Wystawca oświadczeo, który posiada informacje o użytkownikach aplikacji rozległej lub zna lokalizacje innych wystawców. Dokumentacja opracowana przez Wykonawcę w I etapie realizacji Projektu składająca się z Dokumentacji Analizy Przedwdrożeniowej oraz Dokumentacji projektowej. System EDM składa się ze wszystkich LREDM, RREDM i sieci WAN MEZ System informatyczny, w którego skład wchodzi cała Infrastruktura sprzętowa wraz z Oprogramowaniem aplikacyjnym, Oprogramowaniem narzędziowym i Oprogramowaniem systemowym który zostanie wybudowany w ramach Projektu MEZ. System informatyczny dla Zakładu Sterylizacji Oprogramowanie aplikacyjne dostarczane w Projekcie przez Wykonawcę dla Partnera nr 20 zgodnie z wymaganiami SIWZ. Narzędzie informatyczne dostępne z sieci Internetowej zapewnione przez Wykonawcę na okres realizacji Projektu umożliwiające zgłaszanie oraz obsługę uwag i Wad przez Zamawiającego/PP do Systemu. Należy przez to rozumied rozwiązanie umożliwiające komunikacje i wymianę danych w tym pomiędzy LREDM i RREDM Umowa w sprawie zamówienia publicznego pomiędzy Zamawiającym i Wykonawcą na wykonanie przedmiotu zamówienia. Strona 10 z 12
100) Umowa o dofinansowanie 101) Usługi 102) Usterka 103) Usunięcie Wady 104) 105) 106) VPN Urząd Marszałkowski Województwa Mazowieckiego (UMWM) Użytkownik wewnętrzny Umowa nr [..] o dofinansowanie Projektu MEZ z Regionalnego Programu Operacyjnego Województwa Mazowieckiego na lata 2017-2013. Należy przez to rozumied wszelkie świadczenia, których przedmiotem nie są roboty budowalne lub dostawy, a są usługi określone w przepisach wydanych na podstawie art. 2a u.p.z.p. Należy przez to rozumied Wadę Oprogramowania aplikacyjnego lub narzędziowego, oznaczającą jego funkcjonowanie niezgodne z opisem Dokumentacji oraz SIWZ, nie wpływającą istotnie na pracę RREDM lub Lokalnych systemów informatycznych u Partnerów Projektu, utrudniającą pracę Użytkownikowi wewnętrznemu. Należy przez to rozumied dostarczenie Poprawki lub Nowej wersji lub wykonanie innych prac (w tym w zakresie Infrastruktury sprzętowej i sieciowej) przez Wykonawcę, w wyniku których nastąpi przywrócenie Systemu MEZ do stanu sprzed wystąpienia Wady wraz z usunięciem jej skutków. Aparat pomocniczy Województwa Mazowieckiego, nie posiadający osobowości prawnej, pomocniczy w stosunku do Marszałka Województwa Mazowieckiego. UMWM zapewnia pełną obsługę (kadrową, prawną, techniczną, organizacyjną i ekspercką) komisji organów wykonawczych (Zarządu WM i Marszałka WM) oraz uchwałodawczych (Sejmiku WM). UMWM działa w oparciu o przepisy ustawy o samorządzie województwa, a także na podstawie statutu WM. Kierownikiem UMWM jest Marszałek WM. Należy przez to rozumied pracownika lub osobę upoważnioną przez Zamawiającego lub Partnera Projektu, posiadającą uprawnienia do korzystania z Oprogramowania i/lub Sprzętu. Ang. Virtual Private Network, Wirtualna Sied Prywatna) Sied prywatna zapewniająca bezpieczną, wydzieloną komunikację między użytkownikami, działająca na zasobach innej sieci transportowej, w tym sieci internetowej. 107) Wada Należy przez to rozumied Awarię, Błąd, Błąd blokujący, Usterkę. 108) WAN MEZ Rozległa sied komputerowa zbudowana z wykorzystaniem VPN przez Wykonawcę w oparciu o zakooczenia łączy telekomunikacyjnych Partnerów. 109) Wdrożenie 110) Wykonawca MEZ (Wykonawca) 111) Web serivces 112) WS-Security Należy przez to rozumied, wszelkie prace prowadzone przez Wykonawcę w zakresie instalacji, konfiguracji i implementacji Oprogramowania, Migracji, wykonania Asyst stanowiskowych oraz integracji całości rozwiązania wraz z uruchomieniem produkcyjnym Systemu MEZ. Podmiot wyłoniony w trakcie postępowania przetargowego realizujący budowę Systemu MEZ. Usługa internetowa realizowana programistycznie świadczona poprzez sied telekomunikacyjną, a w tym sied komputerową, w szczególności przez Internet. WS-Security specyfikacja wykorzystująca rekomendacje XML Encryption oraz XML Signature do rozszerzenia funkcjonalności WS o elementy bezpieczeostwa. skupia się na wzbogaceniu komunikacji SOAP o zapewnienie integralności, poufności oraz dołączaniu żetonów bezpieczeostwa do komunikatów oraz umożliwia korzystanie z Kerberos i kryptorgrafii publicznej opartej o standard X.509. Strona 11 z 12
113) WS-Trust WS-Trust jest rozszerzeniem WS-Security uzupełniającym ten protokół o możliwośd żądania i wystawiania żetonów bezpieczeostwa. Obejmuje operacje żądania, przyjmowania, wystawiania, odnawiania i walidacji żetonów bezpieczeostwa. 114) XDS.b XDS.b Profil integracyjny IHE Cross-Enterprise Document Sharing definiujący sposób wymiany dokumentów pomiędzy różnymi systemami pracującymi w jednej domenie. 115) XDS.Registry Rejestr metadanych EDM. Mazowiecki Szpital Bródnowski w Warszawie Spółka z ograniczoną odpowiedzialnością z siedzibą przy ul. Kondratowicza 8, 03-242 Warszawa 116) Zamawiający występujący jako Lider Projektu. Na potrzeby wykonawcze przy realizacji Projektu MEZ Zamawiający będzie traktowany również jako jeden z Partnerów Projektu. 117) Zgłoszeniu Wady Zdarzenie, w wyniku którego nastąpiło powiadomienie Wykonawcy o zaistniałej Wadzie. <Koniec dokumentu> Strona 12 z 12