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

Transkrypt

1 Kraków, 30 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 zamówień publicznych (Dz. U. Nr 19, poz. 177 z późn. zm) uczestnicy przedmiotowego postępowania zwrócili się do Zamawiającego o wyjaśnienie treści specyfikacji istotnych warunków zamówienia (SIWZ), dotyczących postępowania o udzielenie zamówienia publicznego, numer sprawy 399/ZP/2014 pn: Małopolski System Informacji Medycznej projekt pilotażowy, w ramach Małopolskiego Regionalnego Programu Operacyjnego na lata Pytanie nr 48 Dot.wymagania Zamawiajacego ujętego w punktach oraz w podpunktach WYMSZM. 8. oraz WYMRM. 8. : Oferowana Macierz Dyskowa musi posiadać funkcjonalność : Czy Zamawiający dopuści rozwiązanie macierzowe, w którym: - mechanizmy pełnych kopii danych wymagają alokacji fizycznej lub wirtualnej (poprzez ThinProvisioning) przestrzeni dyskowej dla jej zapisu, -mechanizm kopii migawkowych lub przyrostowych będzie wymagał dostępności niewielkiej fizycznej lub wirtualnej (j.w.) przestrzeni dyskowej dla zapisu tzw metadanych dla pojedynczego wolumenu źródłowego, co oznacza, że w przypadku gdy kopia migawkowa jest wykonywana na danych niemodyfikowanych pomiędzy czasami wykonywania kopii migawkowych, nie jest alokowana dodatkowa przestrzeń dla takiej kopii.? Opis wymagania nie wskazuje na typ kopii czy jest to kopia pełna (tzw klon danych źródłowych) czy kopia migawkowa (tzw. snapshot) w tym ostatnim przypadku wszystkie dostepne rozwiązania wiodących producentów macierzy dyskowych wykorzystuja podobne mechanizmy przy obsłudze pełnych kopii danych lub kopii migawkowych danych użytkownika. Tak, Zamawiający zgadza się się na przedstawione w pytaniu rozwiązanie w zakresie pełnych kopii danych jak i kopii migawkowych. Pytanie nr 49 W dziale UTM Szpitale punkcie WYMSZUTM.1. wymagana jest separacja modułu zarządzania i modułu przetwarzania danych. Wnosimy, aby Zamawiający dopuścił rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy analogicznie jak to jest dla wymagań dla systemu UTM dla Regionu.

2 Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, UTM Szpitale punkt WYMSZUTM.1. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy, pod warunkiem, że sam ruch sieciowy nie jest przepuszczany przez tę instację Załącznik nr 7 do SIWZ, ii. UTM Szpitale punkt WYMSZUTM.1. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy, pod warunkiem, że sam ruch sieciowy nie jest przepuszczany przez tę instację Załącznik nr 9 do SIWZ, UTM Region punkt WYMRUTM.1. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy, pod warunkiem, że sam ruch sieciowy nie jest przepuszczany przez tę instację Załącznik nr 7 do SIWZ, i. UTM Region punkt WYMRUTM.1.

3 System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy. System zabezpieczeń musi być dostarczony jako dedykowane urządzenie zabezpieczeń sieciowych (appliance). W architekturze systemu musi występować separacja modułu zarządzania i modułu przetwarzania danych. Zamawiający dopuszcza rozwiązanie w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu - logicznie odseparowanej od części obsługującej ruch tranzytowy, pod warunkiem, że sam ruch sieciowy nie jest przepuszczany przez tę instację Pytanie nr 50 Załącznik nr 9 OPZ Urządzenie do administracji systemem Region Czy Zamawiający dopuści zaoferowanie notebooka z procesorem Intel Core i7 osiągającym wynik 4213 w teście PassMark CPU? Zwracamy uwagę, że niewielka różnica względem pierwotnie wymaganego wyniku testu nie przełoży się w sposób znaczący na wydajność urządzenia i komfort pracy. Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 51 Załącznik nr 9 OPZ UTM Szpitale 6 szt. i UTM Region Czy Zamawiający dopuści zaoferowanie urządzenia realizującego wszystkie wymagane funkcje poza proxy? Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 52 Załącznik nr 9 OPZ Konsola KVM Wymaganie WYMKVM.9. Wymagany kabel KVM (Serial, USB, Video) na serwer, umożliwiający podłączenie do serwera. W miejsce Serial dopuszcza się zastosowanie dodatkowego USB. Prosimy o doprecyzowanie jakich złącz oczekuje Zamawiający przy kablu do konsoli KVM.

4 Ponadto prosimy o wyjaśnienie do czego Zamawiający chce wykorzystać dodatkowy port USB. Standardowo konsole KVM nie posiadają dodatkowego USB (mają tylko 1 szt). Zgodnie z WYMKVM.9 dopuszczalne jest zastosowanie podłączenia do serwera konsoli przez kable USB i Video (np. D-Sub) Zamawiający dokonuje następujących zmian w SIWZ. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, sekcja Konsola KVM Region, Szpitale WYMKVM.9. Wymagany kabel KVM (Serial, USB, Video) na serwer, umożliwiający podłączenie do serwera. W miejsce Serial dopuszcza się zastosowanie dodatkowego USB. WYMKVM.9. Wymagany kabel KVM (USB oraz Video np. D-SUB) na serwer, umożliwiający podłączenie do serwera. Załącznik nr 7 Wykaz oferowanych rozwiązań, rozdział IV Komunikacja, sekcja v. Szpitale Konsola KVM Region, WYMKVM.9. Wymagany kabel KVM (Serial, USB, Video) na serwer, umożliwiający podłączenie do serwera. W miejsce Serial dopuszcza się zastosowanie dodatkowego USB. POWINNO BYĆWYMKVM.9.Wymagany kabel KVM (USB oraz Video np. D-SUB) na serwer, umożliwiający podłączenie do serwera. Pytanie nr 53 Załącznik nr 9 OPZ Konsola KVM wymaganie WYMKVM.3. Czy Zamawiający uzna jako rozwiązanie równoważne użycie kabli kat.5 wraz z odpowiednimi przejściówkami umożliwiającymi podłączenie serwerów do przełącznika KVM? Takie rozwiązanie są obecnie stosowane przy przełącznikach KVM zamiast kabli zintegrowanych (zespolonych). Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 54

5 Załącznik nr 9 OPZ Konsola KVM wymaganie WYMKVM.3. Czy Zamawiający dopuści podłączenia tylko wideo, klawiatura, mysz realizowanego przez przejściówki z portem VGA i USB? Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 55 Załącznik nr 9 OPZ Przełącznik Ethernet WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych. Czy Zamawiający dopuszcza urządzenia bez portu na zewnętrzną pamięć, ale posiadające wsparcie dla protokołów umożliwiających magazynowanie konfiguracji i obrazów oprogramowania na zewnętrznym serwerze? Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Region WYMRETH.11 Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych. WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Załącznik nr 7 do SIWZ, ii. Przełączniki Ethernet Region - 2szt. WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Załącznik nr 9 do SIWZ, Przełącznik Ethernet Szpitale WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych.

6 WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Załącznik nr 7 do SIWZ, iii. Przełączniki Ethernet Szpitale - 6 szt. WYMSZETH.11.Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych. WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Pytanie nr 56 Załącznik nr 9 OPZ Przełącznik Ethernet WYMSZETH.35. Urządzenie musi obsłużyć co najmniej tras routingu. Czy mając na uwadze fakt, że wymagana ilość tras routingu jest niemożliwa do zrealizowania w obrębie przełącznika (wymaganych 4000 sieci vlan) Zamawiający dopuszcza urządzenia posiadające wsparcie dla tras routingu? Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Region WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu Załącznik nr 7 do SIWZ, ii. Przełączniki Ethernet Region - 2szt. WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu

7 Pytanie nr 57 Załącznik nr 9 OPZ Przełącznik Ethernet WYMSZETH.22. Ilość obsługiwanych VLAN-ID nie może być mniejsza niż 4000 Czy zamawiający dopuszcza urządzenie posiadające wsparcie dla 2048 vlan-ów? Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 58 Załącznik nr 9 OPZ Przełącznik Ethernet WYMSZETH.37 Musi istnieć możliwość obsługi protokołów routingu: BGP, oraz IS-IS. W celu obsługi tych protokołów dopuszcza się możliwość wykupienia licencji, lub zakup wyższej wersji oprogramowania, które obsłuży protokoły routingu wymienione w tym punkcie. Na obecnym etapie wdrożenia, licencja nie musi być dostarczona wraz z urządzeniem. Czy Zamawiający dopuszcza przełączniki posiadające wsparcie dla innych protokołów dynamicznych, np. OSPF zamiast IS-IS bez ponoszenie dodatkowych kosztów licencyjnych? Zamawiający podtrzymuje wymagania w powyższym zakresie. Pytanie nr 60 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 5. Zapis: "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." Pytanie: W związku z tym, że w pozostałej części załącznika nr 9 brak wymagań dotyczących integracji z kolejkami oczekujących prosimy o wykreślenie tego zapisu lub szczegółowe podanie wymagań dotyczących integracji w MSIM w zakresie kolejek oczekujących prowadzonych w HIS (w szczególności sposobu umieszczania w kolejce oczekujących oraz wyznaczania kolejności dla tych usług medycznych, dla których możliwy jest wybór terminu przyjęcia).

8 Szczególowa koncepcja w zakresie funkcjonowania e-rejestracji w tym algorytm intgracji zostanie - jako szczegółowa kwestia projektowa - określony na etapie Analizy przedwdrożeniowej. Pytanie nr 64 Dotyczy: Załącznik 9 (OPZ), Rozdział 2.10 Strona 23. Zapis: Architektura warstwy regionalnej ma zapewniać łatwą modyfikowalność systemu w przyszłości. Modyfikowalność systemu jest rozumiana jako co najmniej: [ ] - Rozszerzanie zakresu wymienianych danych poprzez konfiguracje [ ]" Pytanie: Prosimy o potwierdzenie, że zapis dotyczy wyłącznie zakresu dokumentacji medycznej wymienianej pomiędzy jednostkami opieki zdrowotnej nie zaś wszystkich danych wymienianych w ramach MSIM. Zamawiający potwierdza, że Zapis: Architektura warstwy regionalnej ma zapewniać łatwą modyfikowalność systemu w przyszłości. Modyfikowalność systemu jest rozumiana jako co najmniej: [ ] - Rozszerzanie zakresu wymienianych danych poprzez konfiguracje [ ]" dotyczy wyłącznie zakresu dokumentacji medycznej wymienianej pomiędzy jednostkami opieki zdrowotnej nie zaś wszystkich danych wymienianych w ramach MSIM. Pytanie nr 67 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 11. Punktor "Integracja systemów informatycznych (HIS, RIS, LIS, PACS, innych) jednostek medycznych", zapis: Ponadto niezbędna będzie integracja warstwy regionalnej z Elektroniczną Platformą Gromadzenia, Analizy i

9 Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych (P1) w szczególności w zakresie IKP w zakresie zgodnym z aktualną dokumentacją projektu P1. Pytanie: Prosimy o potwierdzenie, że w zakresie projektu MSIM Wykonawca jest zobowiązany do integracji warstwy regionalnej MSIM z Platformą P1, w szczególności w zakresie IKP. Prosimy o potwierdzenie, że Zamawiający nie wymaga integracji warstwy regionalnej MSIM z Prototypem IKP, który znacząco różni się od obecnie budowanego IKP (w przeciwnym wypadku Wykonawca będzie musiał dokonać dwukrotnie integracji - z Prototypem IKP oraz docelowym IKP). Ze względu na brak opublikowanych standardów integracji systemów regionalnych z P1, w tym IKP, prosimy o wskazanie minimalnego okresu czasu jaki Wykonawca będzie miał na implementację opublikowanego interfejsu. Prosimy o wyjaśnienie czy Zamawiający odstąpi od żądania realizacji wymagania integracji warstwy regionalnej MSIM z Platformą P1, jeśli powyższy minimalny okres czasu jaki Wykonawca będzie miał na implementację opublikowanego interfejsu będzie dłuższy niż okres pozostały do zakończenia realizacji umowy (180 dni od podpisania umowy). Zamawiający dokonał zmiany SIWZ i wskazał, na jakich dokumentach projektu P1 należy oprzeć wykonanie MSIM. Pytanie nr 68 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 11. Punktor "Wdrożenie platformy integrującej wymianę elektronicznej dokumentacji medycznej na poziomie regionalnym", zapis: Platforma ta zostanie zintegrowana z projektem P1 w zakresie indeksowania i udostępniania dokumentacji medycznej zamawianej przez pacjenta za pomocą IKP. Pytanie: Prosimy o potwierdzenie czy integracja, o której mowa dotyczy wyłącznie udostępniania dokumentacji medycznej, która została zamówiona przez pacjenta przez IKP, a nie dotyczy dokumentacji zamawianej przez innych usługodawców zintegrowanych z Platformą P1. Zamawiający potwierdza, że integracja, o której mowa Załącznika nr 9 do SIWZ "Opis przedmiotu zamówienia" w rozdziale w zdaniu : Platforma ta zostanie zintegrowana z projektem P1 w zakresie indeksowania i udostępniania dokumentacji medycznej zamawianej przez pacjenta za pomocą IKP. dotyczy wyłącznie udostępniania dokumentacji medycznej, która została zamówiona przez pacjenta przez IKP, a nie dotyczy dokumentacji zamawianej przez innych usługodawców zintegrowanych z Platformą P1. Pytanie nr 69

10 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 12. Punktor "Wdrożenie elektornicznych usług medycznych", podpunkt 1, zapis: "Usługa dostępna dla personelu medycznego będzie umożliwiać wyszukanie dokumentacji pacjenta wg określonych kryteriów takich jak dane pacjenta,[..]." Pytanie: Prosimy o potwierdzenie, że przez dane pacjenta należy rozumieć identyfikatory określone w rozporządzeniu MZ z r. w sprawie sposobu identyfikacji usługobiorców, pracowników medycznych i usługodawców oraz sposobu i trybu przekazywania przez usługodawców informacji o pracownikach medycznych udzielających świadczeń opieki zdrowotnej tj. jednoznaczne identyfiatory: dla osób posiadających PESEL - PESEL; dla cudzoziemców nie posiadajacych PESEL - nr i rodzaju dokumentu oraz kraj pochodzenia, dla noworodków bez PESEL - PESEL opiekuna oraz data urodzenia i nr_kolejny w przypadku ciąży mnogiej? Zamawiający potwierdza, że identyfikacja usługobiorcy (pacjenta) ma być zgodna z aktem wykonawczym do ustawy o systemie informacji w ochronie zdrowia tj. rozporządzeniem MZ z dnia r. w sprawie sposobu identyfikacji usługobiorców, pracowników medycznych i usługodawców oraz sposobu i trybu przekazywania przez usługodawców informacji o pracownikach medycznych udzielających świadczeń opieki zdrowotnej. Pytanie nr 70 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 12. Punktor "Wdrożenie elektornicznych usług medycznych", podpunkt 2, zapis: "Zakres wymienianych danych pomiędzy jednostkami może być różny i zależy od specjalizacji danej jednostki, [..]." Pytanie: Czy przez powyższe sformułowanie należy rozumieć, że należy przewidzieć sposób ograniczania dostepu do EDM ze względu na specjalizację podmiotu (np. dokumentacja leczenia psychiatrycznego)? Zamawiający potwierdza, że należy przewidzieć sposób ograniczania dostepu do EDM ze względu na specjalizację podmiotu (np. dokumentacja leczenia psychiatrycznego). Pytanie nr 71

11 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 13. Punktor "Wdrożenie elektornicznych usług medycznych", podpunkt 5, zapis: "Mobilna wersja portalu informacyjnego ezdrowie" Pytanie: Mając na uwadze dobre praktyki dotyczące udostępniania w wersji mobilnej najistotniejszych elementów portali (dla lekkości rozwiązania) czy Zamawiający dopuszcza, aby zakres funkcjonalności rozwiązania mobilnego został ograniczony do najważniejszych funkcjonalności, które zostaną uzgodnione z Zamawiającym na etapie analizy przedwdrożenowej? Zamawiający dopuszcza, aby zakres funkcjonalności rozwiązania mobilnego został ograniczony do najważniejszych funkcjonalności, które zostaną określone przez Zamawiającego na etapie analizy przedwdrożenowej. Pytanie nr 72 Dotyczy: Załącznik 9 (OPZ), Rozdział Strona 14. Punkty 2 i 3 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. Pytanie: Prosimy o potwierdzenie, że Zamawiający używając pojęcia dokumentacja medyczna rozumie przez to elektroniczną dokumentację medyczną, a nie dokumentację medyczną w postaci papierowej. Pytanie wynika z faktu, że wcześniej (pkt. 1) Zamawiający używa pojęcia EDM (elektroniczna dokumentacja medyczna). Zamawiający potwierdza, że używając pojęcia dokumentacja medyczna rozumie przez to elektroniczną dokumentację medyczną, a nie dokumentację medyczną w postaci papierowej. Pytanie nr 73 Dotyczy: Załącznik 9 (OPZ), Rozdział 2.2.2, Strona 10 i 15.

12 Rozdział 2.2.2, punkt 6 zapis 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. oraz Rozdział 2.1.4, zapis W przyszłości planuje się rozwój systemu co najmniej w następujących aspektach: - Podłączanie nowych jednostek do systemu [...]" Pytanie: W związku z ww. zapisami prosimy o potwierdzenie czy opracowując interfejsy wymiany danych pomiędzy warstwą lokalną, a systemami dziedzinowymi Wykonawca może założyć, że do nowo podłączanej jednostki opieki zdrowotnej będzie zawsze dostarczane Repozytorium EDM (objęte niniejszym zamówieniem) niezależnie od tego czy w danej jednostce już funkcjonuje (zostało wcześniej wdrożone) oprogramowanie typu Repozytorium EDM. Zamawiający potwierdza, że opracowując interfejsy wymiany danych pomiędzy warstwą lokalną, a systemami dziedzinowymi Wykonawca jako jeden ze sposobów wymiany danych może założyć, że w nowopodłączanej jednostce nie ma wdrożonego EDM. Przypadki, gdy funkcjonuje EDM będę rozważane osobno. Pytanie nr 75 Dotyczy: Załącznik 9 (OPZ), Rozdział 2.7 Strona 20. Zapis: Usługa uwierzytelniania powinna być oparta o mechanizm jednokrotnego logowania (ang. Single Sign On SSO) w obrębie aplikacji wytworzonych w ramach projektu oraz oprogramowania klasy HIS dla każdego szpitala. Użytkownik systemu HIS logując się do systemu będzie jednocześnie zalogowany do Systemu MSIM. Pytanie: Prosimy o wyjaśnienie czy nowe jednostki, które w przyszłości będą podłączać się do MSIM, będą musiały korzystać z SSO. Zamawiający wyjaśnia, że MSIM powinien być otwarty na włączenie logowania poprzez SSO w nowo podłączanych jednostkach. Pytanie nr 76 Dotyczy: Załącznik 9 (OPZ), Rozdział 2.7 Strona 20.

13 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. Pytanie: Czy Zamawiający dopuszcza rozwiązanie, w którym hasło do pierwszego logowania wysyłane jest na lub nr telefonu komórkowego podane podczas rejestracji konta, a nie podawane podczas wizyty mającej na celu potwierdzenie rejestracji konta? Zamawiający nie dopuszcza opisanego sposobu realizacji funkcjonalności. Pytanie nr 77 Dotyczy: Załącznik 9 (OPZ), Rozdział 2.8 Strona 21. Zapis: 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. Pytanie: Prosimy o wyjaśnienie czy przytoczony powyżej zapis dotyczy Platformy P1 czy systemu MSIM. Wskazane wymaganie dotyczy MSIM. W przypadku projektu P1 obowiązują zasady bezpieczeństwa tego projektu opisane we wskazanych w OPZ dokumentach projektowych. Pytanie nr 80 Dotyczy Załącznik 9 (OPZ), Rozdział 2.8 Strona 21. Zapis: 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. Pytanie: Z uwagi na znaczące różnice pomiędzy obecnym IKP, a prototypem IKP prosimy o potwierdzenie, że Wykonawca nie jest zobowiązany w ramach zamówienia do integracji MSIM z Prototypem IKP. Taki zapis skutkuje tym, że Wykonawca będzie musiał wykonać dwukrotnie intregrację z IKP z Prototypem IKP oraz docelowym IKP, które znacznie się różnią. Zamawiający dokonał zmiany SIWZ i wskazał, na jakich dokumentach projektu P1 należy oprzeć wykonanie MSIM.

14 Pytanie nr 168 WYMSA.12., WYMSB.12., WYMSBZ.12., WYMSP.12., WYMSZSB.12., WYMSP.12. Standardową praktyką jest instalacja urządzeń peryferyjnych na zewnątrz serwera tak, aby nie zaburzać wewnętrznego obiegu powietrza i niektórzy producenci serwerów instalują porty USB tylko na obudowie serwera. W związku z tym, zwracamy się z prośbą o wykreślenie wymogu : "w tym jeden wewnętrzny. Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSA.12. Minimum 4 szt. portów USB. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSB.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSB.12. Minimum 4 szt. portów USB. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMBZ.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMBZ.12. Minimum 4 szt. portów USB. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSP.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB.

15 Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSZSB.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSZSB.12. Minimum 4 szt. portów USB. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSP.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.i WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.ii WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.iii WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.i WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny.

16 WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.ii WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.iii WYMSA.12. Minimum 4 szt. portów USB, w tym jeden wewnętrzny. WYMSP.12. Minimum 4 szt. portów USB. Pytanie nr 169 WYMSA.18., WYMSA.18., WYMSBZ.18., WYMSP.18., WYMSZSB.18. W związku z faktem, iż na stronie producenta systemu Windows Server 2008R2 znajduje się informacja, iż tzw. mainstream support kończy się w styczniu 2015r. ( NO) i niektórzy producenci serwerów nie wspierają tego systemu operacyjnego, zwracamy się z prośbą o wykreślenie wymogu: "Microsoft Windows 2008R2 Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział

17 WYMSB.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSB.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMBZ.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMBZ.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSZSB.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSZSB.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 9 do SIWZ Opis Przedmiotu Zamówienia, Rozdział WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5.

18 WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.i WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.ii WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja I.iii WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.i WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.ii

19 WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5 Załącznik nr 7 do SIWZ Opis Przedmiotu Zamówienia, Sekcja II.iii WYMSA.18. Wspierane systemy operacyjne: Microsoft Windows 2008R2 i 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. WYMSP.18. Wspierane systemy operacyjne: Microsoft Windows 2012, Oracle Linux 6, Red Hat Enterprise Linux 6, SUSE Linux Enterprise Server 11, VMware ESXi 5. Pytanie nr 173 WYMWIR.9. W związku z tym, że Zamawiający w wymaganiu WYMSO.5. specyfikuje iż Systemy Operacyjne muszą wspierać między innymi wirtualizację OVM, który nie posiada wsparcia dla systemu operacyjnego Ubuntu, prosimy o usunięcie z wymagania WYMWIR.9. wymogu wsparcia dla systemu Ubuntu. Zamawający wprowadza następującą zmianę w SIWZ: Załącznik nr 9 do SIWZ "Opis Przedmiotu Zamówienia", Sekcja 7.5.2, wymaganie WYMWIR. 9. Oprogramowanie do wirtualizacji musi wspierać instalację na wirtualnych maszynach co najmniej następujących systemów operacyjnych: systemy operacyjne z rodziny Windows (w szczególności MicrosoftWindows Server 2003, 2008, 2012, 2012R2, MicrosoftWindows 7, MicrosoftWindows 8), z rodziny Linux (w szczególności dystrybucje Red Hat, SuSE, Ubuntu), Solaris. Oprogramowanie do wirtualizacji musi wspierać instalację na wirtualnych maszynach co najmniej następujących systemów operacyjnych: systemy operacyjne z rodziny Windows (w szczególności MicrosoftWindows Server 2012, 2012R2, MicrosoftWindows 7, MicrosoftWindows 8), z rodziny Linux (co najmniej trzy z następujących dystrybucji Red Hat, SuSE, Ubuntu, CentOS), Solaris. Pytanie nr 174

20 Czy zabezpieczeniu backupowo-archiwizacyjnemu podlegają dane tylko z regionu, jeśli dane z oddziałów mają być backupowane to czy mają być replikowane do regionu, jeśli tak to jakie łącza i przepustowość pomiędzy tymi ośrodkami zapewnia zamawiający. Zarówno dane z regionu, jak i oddziałów powinny podlegać backupowaniu. Zamawiajacy nie planuje backupowania danych z oddziałów do regionu. Zapewnienie odpowiednich łącz leży po stronie Zamawiającego. Pytanie nr 175 Zamawiający informuje, że oczekuje zabezpieczenia całosci danych. Zamawiający zwraca uwagę na pytania 133, 137 oraz 48. Zapewnienie odpowiednich łącz leży po stronie Zamawiającego - wymagania w tym zakresie powinny być elementem analizy przedwdrożeniowej. Pytanie nr 176 Jak duży wolumen danych podlega zabezpieczeniu i jaki jest planowany przyrost danych w latach objętych tym wdrożeniem\umową Zamawiający informuje, że oczekuje zabezpieczenia całosci danych. Zamawiający zwraca uwagę na pytania 137 oraz Pytanie nr 177 Czy oprócz wdrożonego Systemu jeszcze inne elementy środowiska mają być backupowane (jeśli tak to proszę podać jakie i ile i w jakich lokalizacjach) Zamawiający wyjaśnia, że nabywane elementy systemu backupowego będą służyć jedynie MSIM.

21 Pytanie nr 218 Dotyczy rozdziału I , str. 71, załącznika 9. Zamawiający napisał w wymaganiach dotyczących brokera informacji: możliwość kolejkowania dystrybuowanych komunikatów oraz asynchronicznej komunikacji z węzami sieci, w celu zapewniania możliwości pozyskania danych z czasowo niedostępnych systemów źródłowych Wykonawca zaznacza, iż pomimo tego, że powyższe funkcjonalności na poziomie szyny danych mogą zostać zapewnione, istnieje znaczące ryzyko, że zaproponowany przez Zamawiającego model działania systemu będzie generował niepożądane biznesowo zdarzenia przy dostępie do dokumentacji medycznej. Szczególne znaczenie będzie to miało w przypadku, gdy pacjent ma dokumentacje medyczną zlokalizowaną w dwóch lub więcej placówkach i jedna lub więcej z nich jest niedostępna. Czy w takim przypadku dopuszczalne będzie dostarczenie klientowi tylko podzbioru dokumentacji medycznej czy raczej pobranie dokumentacji powinno zostać zawieszone do momentu przywrócenia dostępu do wszystkich placówek przechowujących dokumenty? W opisanym wypadku Zamawiający dopuszcza dostarczenie klientowi tylko podzbioru dokumentacji medycznej wraz z informacją, o tym z jakich jednostek włączonych do MSIM nie istniała możliwość uzyskania danych. Pytanie nr 219 Dotyczy Usługi podpisu elektronicznego dla EDM str.13, 14, zał. nr 9. Zamawiający napisał, że usługa podpisu elektronicznego dla EDM będzie obsługiwać funkcje podpisywania i weryfikacji podpisu elektronicznego z wykorzystaniem Centrum Autoryzacji (CAPE w Małopolsce), które będzie wykorzystywane w zakresie wydawania certyfikatów elektronicznych oraz znakowania czasem. Wykonawca zaznacza, że aby prawidłowo ocenić i oszacować zakres integracji wymagane jest udostępnienie przez Zamawiającego dokumentacji technicznej systemu CAPE opisującej szczegółowo interfejs integracyjny API udostępniany przez system CAPE (opis metod/funkcji, technologia udostępnienia interfejsów, szczegółowy opis funkcjonalności realizowanych przez system). Prosimy o: 1) Udostępnienie interfejsu integracyjnego API (opis metod/funkcji, technologia udostępnienia interfejsów, szczegółowy opis funkcjonalności realizowanych przez system). 2) Potwierdzenie, że Centrum Autoryzacji CAPE w Małopolsce udostępnia również funkcjonalność weryfikacji znacznika czasu. Zamawiający informuje, że szczegółowy opis funkcjonalności CAPE znajduje się w sekcji 3.8 Załącznika nr 9 do SIWZ "Opis Przedmiotu Zamówienia". Dodatkowo Zamawiający zmienił SIWZ dodając załącznik 9B. W załączniku

22 9B do SIWZ znajdują się wyciągi ze spisów treści dokumentacji CAPE, która zostanie udostępniona wybranemu Wykonawcy. Pytanie nr 220 Dotyczy pkt. 2.6, str. 19, 20, zał. nr 9. Wykonawca zaznacza, że aby prawidłowo ocenić i oszacować zakres integracji wymagane jest udostępnienie przez Zamawiającego dokumentacji technicznej systemu CAPE w Małopolsce (w szczególności aplikacji PentaSCAPE-TSAServices) opisującej szczegółowo interfejs integracyjny API udostępniany przez system (opis metod/funkcji, technologia udostępnienia interfejsów, szczegółowy opis funkcjonalności realizowanych przez system). Prosimy o udostępnienie wskazanych informacji. Zamawiający informuje, że szczegółowy opis funkcjonalności CAPE znajduje się w sekcji 3.8 Załącznika nr 9 do SIWZ "Opis Przedmiotu Zamówienia". Dodatkowo Zamawiający zmienił SIWZ dodając załącznik 9B. W załączniku 9B do SIWZ znajdują się wyciągi ze spisów treści dokumentacji CAPE, która zostanie udostępniona wybranemu Wykonawcy. Pytanie nr 222 Dotyczy pkt. 2.7, str. 20, zał. nr 9. Zamawiający napisał, że każdy użytkownik będzie miał klucz/token weryfikowany przez serwer certyfikacji. Z kolei w pkt. 5, str.14, zał. nr 9 Zamawiający napisał, że "Uwierzytelnianie użytkowników musi być realizowane na podstawie jednoznacznie przydzielonego loginu oraz hasła użytkownika". 1. Prosimy o jednoznaczne wskazanie wymaganej metody uwierzytelniania dla personelu medycznego oraz pacjentów. 2. Prosimy o wyjaśnienie czy Zamawiający zakłada wydawanie kluczy/tokenów dla wszystkich pacjentów oraz personelu medycznego, czy tylko i wyłącznie dla personelu medycznego pracującego w szpitalach uczestniczących w projekcie. Klucz/token będzie wydawany tylko i wyłącznie pracownikom medycznym pracującym w szpitalach uczestniczących w projekcie. Zamawiający zakceptuje login i hasło użytkownika jako metodę uwierzytelnienia dla pacjentów Pytanie nr 223 Dotyczy pkt 6.3, str. 75, zał. nr 9. Zamawiający zdefiniował standardy funkcjonalne 2. WS-Security w zakresie projektowania i realizacji usług bezpieczeństwa, w tym:

23 a. SAML dla uwierzytelniania i autoryzacji użytkowników. Prosimy o potwierdzenie, że wymaganie dotyczy udostępnianych usług w ramach platformy regionalnej, natomiast bezpośrednia integracja poszczególnych modułów dostarczanych w ramach zamówienia możliwa jest z wykorzystaniem innych standardów bezpieczeństwa. Zamawiający potwierdza, że wymaganie dotyczy udostępnianych usług w ramach platformy regionalnej, natomiast bezpośrednia integracja poszczególnych modułów dostarczanych w ramach zamówienia możliwa jest z wykorzystaniem innych standardów bezpieczeństwa. Pytanie nr 224 Dotyczy pkt 6.10, str. 81, zał. nr 9. Zamawiający w pkt 4 wymaga Identyfikacja płynących ryzyk biznesowych wynikających z nadania danych uprawnień. Czy Zamawiający uzna spełnienie wymagania jeśli system umożliwi przypisywanie skali ryzyka (1 - niskie, 5 - wysokie) dla każdego z uprawnień zdefiniowanych w systemie zarządzania tożsamością? Zamawiający potwierdza, że uzna spełnienie wymagania jeśli system umożliwi przypisywanie skali ryzyka (1 - niskie, 5 - wysokie) dla każdego z uprawnień zdefiniowanych w systemie zarządzania tożsamością. Pytanie nr 225 Dotyczy pkt 6.10, str. 82, zał. nr 9. Zamawiający w pkt 12 napisał Integracja z formalnymi procedurami nadawania i odbierania praw dostępu do systemu. Prosimy o wyjaśnienie do jakich formalnych procedur odnosi się wymaganie. Procedury nadawania i odbierania prawa dostępu do systemu, które zostaną wytworzone w ramach projektu. Pytanie nr 226 Dotyczy pkt 6.10, str. 82, zał. nr 9. Zamawiający w pkt 13, 14 wymaga funkcjonalności alarmowania o próbie nieautoryzowanego logowania do danego systemu oraz o zalogowaniu się pracownika, który jest obecnie na urlopie. Prosimy o informację w jaki sposób system zarządzania tożsamością musi alarmować o wymaganych zdarzeniach.

24 Zamawiający przewiduje, że alarmy powinny być zaimplementowane poprzez zapis do logów oraz mail do administratora oraz do użytkownika z sugestią zamiany hasła. Pytanie nr 237 Załącznik 9 (OPZ), Rozdział 6.14 str. 84, Wymaganie e-r Zamawiający napisał: E-Rejestracja wysyła komunikaty dla Pacjenta lub SMS dotyczące Rejestracji. Czy zamawiający miał na myśli wysyłanie przez system e-rejestracja powiadomienia sms/ do użytkownika potwierdzającego rejestrację na wybrany termin wizyty? Zamawiający informuje, że oczekuje, aby spektrum powiadomień obejmowało wszelkie zdarzenia w tym: przypomnienie o wizycie, potwierdzenie rejestracji, informację o nieobecności lekarza. Pytanie nr 248 W projekcie uczestniczyć mają w sumie 4 podmioty, w czego główne prace projektowe należy przeprowadzić w 3 jednostkach. Zwracamy uwagę, że jednostki te są w różnych odległościach od siebie i lidera projektu. Czy w celach organizacyjnych i ze względu na harmonogram projektu Zamawiający wyrazi zgodę na centralizację wybranych prac wdrożeniowych, szczególnie główne konsultacje podczas etapu analizy przedwdrożeniowej oraz np. szkolenia użytkowników i administratorów, i możliwie maksymalną standaryzację/unifikację [pod tzw. roll-out] wszystkich jednostek objętych postępowaniem przetargowym? Nie zakłóci to prac w jednostkach świadczących usługi medyczne. Zamawiający informuje, że rozważy każdą uzasadnioną propozycję w zakresie organizacji prac na etapie Analizy przedwdrożeniowej. W szczególności warunkiem centralizacji prac jest utrzymanie projektu. Pytanie nr 249 Dot. Zał. 9 OPZ: WYMSZUTM.1: Czy Zamawiający, tak jak w przypadku urządzeń UTM Region, dopuszcza rozwiązanie, w którym zarządzanie platformą odbywa się za pomocą dedykowanej wirtualnej instancji systemu logicznie odseparowanej od części obsługującej ruch tranzytowy.

25 Patrz pytanie 49. Pytanie nr 254 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMRETH.10, prosimy o dopuszczenie przełącznika wyposażonego w 512 pamięci DRAM. Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz MB pamięci DRAM. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz 512 MB pamięci DRAM. Załącznik nr 7 do SIWZ, ii. Przełączniki Ethernet Region - 2szt. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz MB pamięci DRAM. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz 512 MB pamięci DRAM. Pytanie nr 255 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMSZETH.10, prosimy o dopuszczenie przełącznika wyposażonego w 512 pamięci DRAM.

26 Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz MB pamięci DRAM. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz 512 MB pamięci DRAM. Załącznik nr 7 do SIWZ, iii. Przełączniki Ethernet Szpitale 6 szt. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz MB pamięci DRAM. WYMRETH.10, Przełącznik musi być wyposażony w nie mniej niż 512 MB pamięci Flash oraz 512 MB pamięci DRAM. Pytanie nr 256 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMRETH.11, prosimy o dopuszczenie równoważnego rozwiązania, które zamiast dedykowanego portu dla pamięci zewnętrznej, posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu (np. serwerze zarządzającym lub macierzy, zabezpieczonej dodatkowo rozwiązaniem RAID). Rozwiązanie to będzie korzystniejsze z punktu widzenia bezpieczeństwa, ponieważ konfiguracje będą mogły być poddane tym samym procedurom bezpieczeństwa, co pozostałe dane. Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Region WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych.

27 WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Załącznik nr 7 do SIWZ, ii. Przełączniki Ethernet Region - 2szt. WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych. WYMRETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Pytanie nr 257 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMSZETH.11, prosimy o dopuszczenie równoważnego rozwiązania, które zamiast dedykowanego portu dla pamięci zewnętrznej, posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu (np. serwerze zarządzającym lub macierzy, zabezpieczonej dodatkowo rozwiązaniem RAID). Rozwiązanie to będzie korzystniejsze z punktu widzenia bezpieczeństwa, ponieważ konfiguracje będą mogły być poddane tym samym procedurom bezpieczeństwa, co pozostałe dane. Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Szpitale WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych. WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Załącznik nr 7 do SIWZ, iii. Przełączniki Ethernet Szpitale - 6 szt. WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych.

28 WYMSZETH.11. Przełącznik musi posiadać slot umożliwiający podłączenie zewnętrznego nośnika danych lub posiada wsparcie dla protokołów, które dają możliwość magazynowania konfiguracji i obrazów oprogramowania na zewnętrznym urządzeniu Pytanie nr 258 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMRETH.35, biorąc pod uwagę fakt, że obsługa tras routingu jest fizycznie i logicznie niemożliwa do zrealizowania przez jeden przełącznik sieci LAN (takich rozwiązań się nie praktykuje), zwłaszcza, że wymaganych jest 4000 sieci VLAN, prosimy o dopuszczenie przełącznika, który wyposażony będzie w obsługę co najmniej tras routingu? Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Region WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu Załącznik nr 7 do SIWZ, ii. Przełączniki Ethernet Region - 2szt. WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMRETH.35. Urządzenie musi obsłużyć co najmniej tras routingu Pytanie nr 259 Dot. Zał. 9 OPZ: W związku z wymaganiem WYMSZETH.35, biorąc pod uwagę fakt, że obsługa tras routingu jest fizycznie i logicznie niemożliwa do zrealizowania przez jeden przełącznik sieci LAN (takich rozwiązań się nie praktykuje), zwłaszcza, że wymaganych jest 4000 sieci VLAN, prosimy o dopuszczenie przełącznika, który wyposażony będzie w obsługę co najmniej tras routingu?

29 Zamawiający dokonuje następujących zmian w SIWZ: Załącznik nr 9 do SIWZ, Przełącznik Ethernet Szpitale WYMSZETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMSZETH.35. Urządzenie musi obsłużyć co najmniej tras routingu Załącznik nr 7 do SIWZ, iii. Przełączniki Ethernet Szpitale - 6 szt. WYMSZETH.35. Urządzenie musi obsłużyć co najmniej tras routingu WYMSZETH.35. Urządzenie musi obsłużyć co najmniej tras routingu Pytanie nr 262 Dotyczy pkt , str. 79, zał. nr 9. Zamawiający wymaga "System musi umożliwiać przypominanie haseł użytkownikom poprzez wysyłanie przypomnienia na wskazany adres użytkownika". Wymagana funkcjonalność powoduje konieczność przechowywanie haseł w formie jawnej po stronie serwera co powoduje znaczne obniżenie bezpieczeństwa. Wykonawca proponuje zmienić wymaganie na "System musi umożliwiać resetowanie haseł użytkownikom poprzez wysyłanie na wskazany adres użytkownika nowego tymczasowego hasła, które umożliwia uwierzytelnienie w systemie. System przy pierwszym uwierzytelnieniu wymusza ustawienie nowego hasła przez użytkownika". Zamawiający dokonuje następującej zmiany w Załaczniku nr 9 do SIWZ ""Opis przedmiotu Zamówienia"", rozdział 6.8: 4. System musi umożliwiać przypominanie haseł użytkownikom poprzez wysłanie przypomnienia na wskazany adres użytkownika. 4. System musi umożliwiać resetowanie haseł użytkownikom poprzez wysyłanie na wskazany adres użytkownika linku, który umożliwia zmianę hasła

30 Pytanie nr 263 Dotyczy pkt , str. 80, zał. nr 9. Zamawiający wymaga aby "Oprogramowanie budowane w ramach projektu musi posiadać odporność OWASP10". Prosimy o szczegółowe sprecyzowanie wymagania - czy Zamawiający wymaga przeprowadzenia w ramach projektu wewnętrznych testów penetracyjnych zgodnie z wytycznymi OWASP Top 10? MSIM musi stosować się do zaleceń organizacji OWASP (Organizacja OWASP [The Open Web Application Security Project, jest organizacją pozarządową typu non-profit, zajmującą się zagadnieniami bezpieczeństwa systemów informatycznych) w zakresie zabezpieczenia aplikacji. W minimalnym zakresie powinien być odporny na 10 najczęściej stosowanych ataków zgodnie ze statystykami OWASP. W szczególności MSIM musi być odporny na ataki: a) Session Hijacking, b) SQL Injection, c) Broken Authentication and Session Management, d) Cross-Site Scripting (XSS), e) Insecure Direct Object References, f) Security Misconfiguration, g) Sensitive Data Exposure, h) Missing Function Level Access Control, i) Cross-Site Request Forgery (CSRF), j) Using Components with Known Vulnerabilities, k) Unvalidated Redirects and Forwards, l) Missing Function Level Access Control, m) Cross-Site Request Forgery (CSRF), n) Using Components with Known Vulnerabilities, o) Unvalidated Redirects and Forwards. Pytanie nr 264