bip.brodnowski.pl - bip - mazowiecki szpital...

MAZOWIECKI SZPITAL BRÓDNOWSKIW WARSZAWIE Sp. z o. o. 03-242 WARSZAWA,

UL. KONDRATOWICZA 8www.bip.brodnowski.pl

FAX /22/ 326 58 34 DZIAŁ ZAMÓWIEŃ PUBLICZNYCH TEL. /22/ 326 53 53 NIP 5242688913 REGON 141983460

Warszawa, dnia 10.04.2015 r.

Dotyczy: postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego na zakup Infrastruktury Sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza" MSB/PN/03/01/2015.

Zamawiający działając na podstawie art. 38 ust. 1, 2, 4 i 4a ustawy z dnia 29.01.2004 Prawo zamówień publicznych (t. j. Dz. U. z 2013 r. poz. 907 z późn. zm.) Mazowiecki Szpital Bródnowski w Warszawie Sp. z o. o. w załączeniu przesyła pytania Wykonawców wraz z odpowiedziami i modyfikacjami dotyczącymi przedmiotowego postępowania:

Pytanie nr 1Dotyczy treści SIWZ: W dokumencie SIWZ, w punkcie 8.2, ppkt. 2 Zamawiający umieścił wymóg przedstawienia potwierdzenia wykonania co najmniej jednego zamówienia, „którego przedmiotem było: dostarczenie i wdrożenie w co najmniej pięciu podmiotach leczniczych w rozumieniu ustawy z dnia 15 kwietnia 2011 r. o działalności leczniczej (t.j. Dz. U. z 2013 r. poz. 217 z późn. zm.), w tym w 3 podmiotach, w których jest co najmniej 8 oddziałów szpitalnych i 1 szpitalny oddział ratunkowy, gotowego systemu informatycznego informacji medycznej odpowiadającego funkcjonalnościami opisanymi w OPZ obejmującego dla spełnienia warunku wiedzy i doświadczenia co najmniej: system klasy HIS..”.Proszę o potwierdzenie, że Zamawiający dopuszcza możliwość posługiwania się analogicznymi wdrożeniami zrealizowanymi na rzecz podmiotów wykonujących działalność leczniczą w innym niż Polska kraju Unii Europejskiej. Odpowiedź: Zamwiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 13.02.2015 r. nadając mu brzmienie:8.2.2) ,,jedno lub kilka, lecz nie więcej niż pięć zamówień, których przedmiotem było dostarczenie i wdrożenie łącznie dla co najmniej pięciu podmiotów leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju (w tym w 1 podmiocie leczniczym, w którym jest co najmniej 5 oddziałów szpitalnych i 1 szpitalny oddział ratunkowy) gotowych systemów informatycznych informacji medycznej klasy HIS ang. Hospital Information Systemów przeznaczonych łącznie dla co najmniej 600 użytkowników wewnętrznych. Warunek powyższy zamawiający uzna za spełniony, jeżeli wartość dostawy i wdrożenia łącznie dla w/w pięciu podmiotów leczniczych wynosiła nie mniej niż 5.000.000 zł. brutto”. Tym samym w ocenie Zamawiającego w/w warunek dopuszcza możliwość posłużenia się doświadczeniem zdobytym przy realizacji wdrożeń w różnych krajach.

Pytanie nr 2Dotyczy treści SIWZ: W dokumencie SIWZ, w punkcie 8.2, ppkt. 3 Zamawiający umieścił wymóg przedstawienia potwierdzenia wykonania co najmniej jednego zamówienia, „którego przedmiotem było: interfejsy integracyjne oraz uruchomienie i wdrożenie procesów wymiany danych w co najmniej pięciu podmiotach

1

http://www.bip.brodnowski.pl/

leczniczych, w rozumieniu ustawy z dnia 15 kwietnia 2011 r. o działalności leczniczej (t.j. Dz. U. z 2013 r. poz. 217 z późn. zm.) pomiędzy systemami informatycznymi informacji medycznej (klasy HIS ang. Hospital Information System) i warstwą regionalną lub zintegrował co najmniej systemy informatyczne tych podmiotów służące do gromadzenia i wymiany elektronicznej dokumentacji medycznej w rozumieniu Rozporządzenia Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzaju i zakresów dokumentacji medycznej oraz sposobu jej przetwarzania t.j. Dz. U. z 2014 r., poz. 177)”Proszę o potwierdzenie, że Zamawiający dopuszcza możliwość posługiwania się analogicznymi wdrożeniami zrealizowanymi na rzecz podmiotów wykonujących działalność leczniczą w innym niż Polska kraju Unii Europejskiej. Odpowiedź: Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 13.02.2015 r. nadając mu brzmienie:8.2.3),,co najmniej jedno zamówienie, którego przedmiotem była dostawa, instalacja i wdrożenie systemu informatycznego realizującego procesy wymiany danych medycznych, zgromadzonych w systemie informatycznym informacji medycznej klasy HIS (ang. Hospital Information System) pomiędzy co najmniej trzema podmiotami leczniczych, z wykorzystaniem systemu zewnętrznego. Przez podmioty lecznicze zamawiający rozumie podmioty funkcjonujące w systemie ochrony zdrowia według przepisów właściwych dla danego kraju. Przez system zewnętrzny zamawiający rozumie system informatyczny gromadzący dane z w/w systemów i udostępniający dane w/w systemom”. Tym samym w ocenie Zamawiającego w/w warunek dopuszcza możliwość posłużenia się doświadczeniem zdobytym przy realizacji wdrożeń w różnych krajach.

Pytanie nr 3Dotyczy treści SIWZ: W dokumencie SIWZ, w punkcie 8.2, ppkt. 4 Zamawiający umieścił wymóg przedstawienia potwierdzenia wykonania co najmniej jednego zamówienia, „którego przedmiotem była: w co najmniej trzech podmiotach leczniczych w rozumieniu ustawy z dnia 15 kwietnia 2011 r. o działalności leczniczej (Dz. U. z 2013 r. poz. 217 z późn. zm.) dostawa i wdrożenie systemu portalowego działającego w sieci Internet w zakresie e-zdrowia”.Proszę o potwierdzenie, że Zamawiający dopuszcza możliwość posługiwania się analogicznymi wdrożeniami zrealizowanymi na rzecz podmiotów wykonujących działalność leczniczą w innym niż Polska kraju Unii Europejskiej. Odpowiedź: Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 13.02.2015 r. nadając mu brzmienie:8.2.4) ,,jedno lub dwa lub trzy zamówienia, w co najmniej 3 podmiotach leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju, którego/których przedmiotem (w każdym z trzech przypadków) była dostawa i wdrożenie systemu portalowego w zakresie e-zdrowia działającego w sieci Internet”. Tym samym w ocenie Zamawiającego w/w warunek dopuszcza możliwość posłużenia się doświadczeniem zdobytym przy realizacji wdrożeń w różnych krajach.

Pytanie nr 4Uprzejmie proszę o przesłanie załączników do SIWZU w wersji edytowalnej w w/w postępowaniu prze-targowym.Odpowiedź: Zamawiający nie udostępnia załączników w wersji edytowalnej w w/w/ postępowaniu przetargowym. Wszystkie dokumenty są dostępne na stronie Zamawiającego w formacie PDF.

2

Pytanie nr 5Zwracamy się z prośbą o wyjaśnienie treści specyfikacji istotnych warunków zamówienia odnoszących się do sposobu wykonania zadania.W rozporządzeniu Ministra Zdrowia z dnia 21 grudnia 2010r. regulującym min. wymagania odnoszące się do elektronicznej dokumentacji medycznej, jest zapis dotyczący szczególnych wymagań dotyczących dokumentacji prowadzonej w postaci elektronicznej. Jednym z wymogów stawianych takiej dokumentacji jest par. 80, który w pkt 5 stanowi, że system elektronicznej dokumentacji medycznej musi udostępniać dane innym systemom, w tym przez eksport w postaci elektronicznej dokumentacji albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu, w formacie XML i PDF. Czy z zapisu tego należy wnioskować, że Zamawiający oczekuje takiej funkcjonalności, która umożliwi w przyszłości swobodne przyłączanie innych systemów jakie będą zamawiane przez Zamawiającego. W szczególności czy udostępnienie danych powinno być realizowane za pomocą odpowiednich interfejsów wymiany danych, do których powinna zostać dostarczona szczegółowa dokumentacja umożliwiająca osobom technicznym łatwe korzystanie z tych interfejsów w innych systemach, aplikacjach i urządzeniach.Czy interfejsy wymiany danych powinny być realizowane za pomocą usług sieciowych i/lub dokumentów XML?Czy brak opisanych wyżej interfejsów oraz dokumentacji do nich stanowić będzie dyskwalifikację systemu?Odpowiedź:Ad.1 Tak Zamawiający przywiduje w przyszłości swobodne przyłączanie innych systemów jakie będą zamawiane przez Zamawiającego, tak więc oferowany przez Wykonawcę system powinien posiadać taką funkcjonalność.Ad.2 Tak interfejsy wymiany danych powinny być realizowane za pomocą usług sieciowych (WEBSERWISY)Ad.3 Zamawiający oczekuje w trakcie realizacji zamówienia przekazania dokumentacji interfejsów w celu zapewnienia integracji przez innych wykonawców w ramach następnych zamówień np. integracja z (P1). Brak tych opisów stanowić będzie dyskwalifikację systemu.

Pytanie nr 6 Zwracam się z uprzejmą prośbą o dołączenie załącznika cenowego, w którym będzie zsumowany cały sprzęt komputerowy (Infrastruktura sprzętowa) według typu sprzętu, oraz oprogramowanie, ponieważ w Załączniku nr 9 są tabele z ilością sprzętu ale podzielone na oddzielne ośrodki. Jednocześnie zwracam uwagę, że w załączniku nr 9 na stronach 200, 207, 218, 224 jest poucinany tekst, uniemożliwiający odczytanie wymagań. Odpowiedź:Zamawiający wskazuje, iż dokonuje modyfikacji załącznika nr 3 do oferty umieszczając w jego treści obowiązek przedstawienia przez Wykonawców uproszczonej tabeli kalkulacji dla poszczególnych Partnerów. W związku z powyższym Zamawiający zamieszcza w załączeniu jednolitą treść załącznika nr 3 do SIWZ uwzględniającą dokonaną modyfikację. Zamawiający wyjaśnia, iż szczegółowy kosztorys zawierający ceny elementów scalonych wchodzących w skład ceny ryczałtowej, w szczególności w podziale na Partnerów oraz Produkty i Komponent będzie wymagany przez Zamawiającego przed podpisaniem umowy.

Ponadto Zamawiający zmienia w załączniku nr 9 do SIWZ - rozdział 9.2 Tabela 105 brzmienie pozycji 26) na poniższą (uzupełniając pierwotne brzmienie uciętym w oryginalnej wersji załącznika nr 9 do SIWZ tekstem):Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości Oprogramowania oraz Infrastruktury sprzętowej, w szczególności:

3

1) Uruchomienie serwerów terminalowych:a) Instalacja serwerów w miejscu wskazanym przez Zamawiającego,b) Instalacja systemów operacyjnych serwerów terminalowych dostarczonych przez Wykonawcęc) Konfiguracja serwerów zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta systemu operacyjnego,d) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w obrębie serwerów terminalowych.e) Tuning wydajnościowy, optymalizacja systemu, konfiguracja usług,f) Instalacja service packów oraz poprawek, jeśli wymagane,g) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację logów systemowych,h) Instalacja i konfiguracja aplikacji.i) Uruchomienie usługi oferującej równomierne rozłożenie sesji terminalowych na wszystkie serwery terminalowe,j) Wykonanie testów, symulacja awarii jednego serwera terminalowego, przygotowanie dokumentacji

2) Uruchomienie serwerów aplikacyjnych:a) Instalacja serwerów w miejscu wskazanym przez Zamawiającego,b) Zaprojektowanie oraz instalacja środowiska wirtualizacji na dwóch serwerach fizycznych zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta systemu wirtualizacji.c) Instalacja konsoli zarządzającej dla środowiska wirtualnego,d) Instalacja systemów operacyjnych serwerów wirtualnych,e) Konfiguracja serwerów wirtualnych zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta systemu operacyjnego,f) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w obrębie serwerów wirtualnych.g) tuning wydajnościowy, optymalizacja systemu,h) Instalacja service packów oraz poprawek, jeśli wymagane,i) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację logów systemowych,j) Wykonanie testów, symulacja awarii jednego serwera fizycznego i serwerów wirtualnych, przygotowanie dokumentacji

3) Przygotowanie struktury usługi katalogowej:a) Instalacja serwerowych systemów operacyjnych,b) Konfiguracja serwera zgodnie z ustalonymi z Zamawiającym parametrami,c) Tuning wydajnościowy, optymalizacja systemu,d) Instalacja service packów oraz poprawek, jeśli wymagane,e) Weryfikacja poprawności instalacji oprogramowania poprzez weryfikację logów systemowych,f) Instalacja i konfiguracja serwera DNS, jeśli wymagane,g) Instalacja i konfiguracja środowiska usług katalogowych,h) Instalacja i konfiguracja usługi RADIUS,i) Weryfikacja poprawności instalacji kontrolerów,j) Testowanie działania replikacji pomiędzy kontrolerami,k) Import kont użytkowników oraz grup do struktury usług katalogowych,l) Utworzenie zasobów dyskowych i urządzeń wielofunkcyjnych oraz przypisanie odpowiednich uprawnień dla użytkowników,

4) Instalacja klastra serwerów pod system bazodanowy:a) Instalacja serwerów w miejscu wskazanym przez Zamawiającego,b) Instalacja systemów operacyjnych serwerów,

4

c) Konfiguracja serwerów zgodna z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta systemu operacyjnego,d) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w obrębie serwerów bazodanowych.e) Tuning wydajnościowy, optymalizacja systemu,f) Instalacja service packów oraz poprawek, jeśli wymagane,g) Uzgodnienie konfiguracji klastra,h) Instalacja bazy danych dla systemu części medycznej, „Białej” wykonane zgodnie z najnowszymi zaleceniami producenta bazy danych,i) Tuning wydajnościowy, optymalizacja bazy danych,j) Wykonanie testów, symulacja awarii jednego serwera bazodanowego, przygotowanie dokumentacji

5) Implementacja rozwiązania backupowego:a) Instalacja serwera w miejscu wskazanym przez Zamawiającegob) Instalacja biblioteki taśmowej w miejscu wskazanym przez Zamawiającego oraz podłączenie jej do serwera backupowego,c) Instalacja systemu operacyjnego na serwerze, d) Konfiguracja serwera zgodna z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta systemu operacyjnego,e) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego LAN i SAN w obrębie serwera backupowego.f) Tuning wydajnościowy, optymalizacja systemu,g) Instalacja service packów oraz poprawek, jeśli wymagane,h) Instalacja oprogramowania backupowego zgodna z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta oprogramowania, wraz z najnowszymi uaktualnieniami pobranymi z witryny producenta,i) Weryfikacja poprawności instalacji na podstawie logówj) Wdrożenie polityk bezpieczeństwa i archiwizacji danych na podstawie wykonanej analizy środowiska, zakładanej retencji danych i sposobu przechowywania kopii zapasowych,k) Testy wdrożonej konfiguracji - weryfikacja konfiguracji na podstawie wykonanych backupów próbnychl) Testy odtworzenia elementów systemów plików wskazanych przez Zamawiającego, przygotowanie dokumentacji

6) Uruchomienie macierzy dyskowej a) Instalacja macierzy dyskowej w miejscu wskazanym przez Zamawiającego,b) Fizyczne i logiczne podłączenie do wszystkich serwerów fizycznych i logicznych, zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producentów systemów serwerowych,c) Stworzenie przestrzeni dla bazy danych i połączenie do klastra serwerów bazodanowych, zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta macierzy dyskowej,d) Stworzenie przestrzeni dla usług katalogowych i połączenie z serwerami, zgodnie z ustaleniami z Zamawiającym i najnowszymi zaleceniami producenta macierzy dyskoweje) Instalacja oprogramowania do zarządzania macierzą dyskową,f) Testy wydajności i bezpieczeństwa systemu, przygotowanie dokumentacji

7) Konfiguracja redundantnych przełączników ISCSI a) Instalacja przełączników w miejscu wskazanym przez Zamawiającego,b) Zaprojektowanie oraz konfiguracja połączeń z serwerami.c) Zaprojektowanie oraz konfiguracja połączeń między przełącznikami,d) Konfiguracja VLanów,e) Połączenie przełączników ISCSI z centralnym przełącznikiem LAN,

5

f) Testy wydajności, symulacja awarii jednego przełącznika, przygotowanie dokumentacji”.

Ponadto Zamawiający zmienia w załączniku nr 9 do SIWZ - rozdział 9.6 Tabela 109 brzmienie pozycji 28na poniższą (uzupełniając pierwotne brzmienie uciętym w oryginalnej wersji załącznika nr 9 do SIWZ tekstem):

Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości Oprogramowania oraz Infrastruktury sprzętowej, a w szczególności:Przedmiotem zamówienia jest dostawa infrastruktury serwerowej, oprogramowania z usługami instalacji i wdrożenia. Zakupiony sprzęt oraz oprogramowanie ma stworzyć środowisko przetwarzania danych w serwerowni głównej (GPD21: 2 serwery + macierz dyskowa), serwerowni zapasowej(GPD11: 3 serwery + pamięć masowa kopii zapasowych), systemu replikacji danych oraz systemu wirtualnych stacji roboczych.

1) System operacyjny Zamawiający w chwili obecnej używa następujących systemów/aplikacji centralnych:1. Oprogramowania finansowo, kadrowo, płacowego firmy Macrologic.2. Systemu HIS, oprogramowania dla Działu Farmacji KS-ASW, oprogramowania KS-PPS, SOMED firmy Kamsoft z bazą Oracle.3. Oprogramowania firmy Synectic.4. Oprogramowania nVision firmy Axence.5. Oprogramowania antywirusowego firmy Kaspersky.6. Oprogramowania Płatnik.Wszystkie wymienione systemy/aplikacje działają w środowisku Windows Serwer 2008.W ramach projektu Wykonawca będzie zobowiązany do przeniesienia obecnie użytkowanego przez Zamawiającego oprogramowania z obecnie użytkowanych serwerów do dostarczonego przez Wykonawcę zwirtualizowanego środowiska bazującego na najnowszej, dostępnej na dzień złożenia oferty, wersji systemu Windows Serwer lub systemu równoważnego.Wykonawca zobowiązany będzie do dostarczenia Zamawiającemu wszystkich wymaganych licencji, na dostarczony przez wykonawcę sprzęt, które umożliwią pracę w zwirtualizowanym środowisku 350 równoczesnym użytkownikom (600 użytkowników w AD). Licencje muszą obejmować okres 5 lat. Licencje muszą obejmować możliwość użytkowania oprogramowania, aktualizacji do najnowszej wersji oprogramowania oraz możliwość uzyskania wsparcia technicznego producenta oprogramowania w trybie 5x8. W ramach projektu Wykonawca będzie zobowiązany do przeniesienia obecnie użytkowanego oprogramowania z obecnie użytkowanych serwerów do dostarczonego zwirtualizowanego środowiska bazującego na najnowszej, dostępnej w dniu złożenia oferty,Wykonawca będzie zobowiązany do dostarczenia licencji umożliwiających zdefiniowanie minimum 10 wirtualnych serwerów dla systemów/ aplikacji centralnych, których aktualnie używa Zamawiający.

2) Usługi instalacji wdrożenia.

1. W chwili Zamawiający obecnej używa następującego oprogramowania:a) Oprogramowania xPertis firmy Macrologic.b) Systemu HIS, oprogramowania dla Działu Farmacji, oprogramowania KS-PPS, SOMED firmy Kamsoft z bazą Oracle.c) Oprogramowania firmy Synectic.d) Oprogramowania nVision firmy Axence.e) Oprogramowania antywirusowego firmy Kaspersky.

6

f) Oprogramowania Płatnik.Wszystkie wymienione systemy/aplikacje działają w środowisku Windows Serwer 2008.

2. W ramach projektu Wykonawca będzie zobowiązany do przeniesienia obecnie użytkowanego oprogramowania, z aktualnie użytkowanych serwerów, do dostarczonego zwirtualizowanego środowiska bazującego na najnowszej, dostępnej w dniu dostawy, wersji systemu Windows Serwer lub systemu równoważnego.3. Zamawiający wymaga aby Wykonawca zainstalował i skonfigurował zaoferowane urządzenia i oprogramowanie w siedzibie PP zgodnie z jego zaleceniami i wymaganiami producentów sprzętu i oprogramowania. Wykonawca będzie zobowiązany do skonfigurowania wszystkich wymaganych przez PP funkcjonalności, zgodnie z dostarczonymi licencjami/subskrypcjami. 4. Zakres prac 1) Infrastruktura macierzowo serwerowa:a) Audyt obecnego środowiska. b) Rekonfiguracja obecnego środowiska pod kątem budowanej infrastruktury.c) Konfiguracja serwerów.d) Zaprojektowanie oraz konfiguracja rozwiązania sieciowego w obrębie infrastruktury przetwarzania danych. e) Zaprojektowanie oraz instalacja środowiska wirtualizacji na pięciu serwerach fizycznych.f) Instalacja konsoli zarządzającej dla środowiska wirtualnego. g) Instalacja i konfiguracja macierzy z uwzględnieniem najlepszych praktyk dotyczących macierzy jak również środowiska wirtualizacji.2) Zaprojektowanie oraz wykonanie usługi konfiguracji środowiska dostępu do wirtualnego desktopu VDI w oparciu o system VDI wymieniony w powyższym postępowaniu. Rozwiązanie musi umożliwiać stworzenie 250 stacji VDI na środowisku wirtualnym.a) Stworzenie projektu infrastruktury VDI zgodnie z najlepszymi praktykami producenta oprogramowania.b) Stworzenie planu wdrożenia infrastruktury VDI z podziałem na zakresy: Uruchomienie serwisów zarządzających Weryfikacja poprawności instalacji Stworzenie do ośmiu profili maszyn wirtualnych VDI zgodnych z wymaganiami zamawiającego Stworzenie polityki dostępu do VDI z usługi LDAP oraz serwisu zarządzającego Test wydajnościowy infrastruktury Strojenie infrastruktury VDI Stworzenie polityki backupu Stworzenie dokumentacji oraz procedur implementacji nowych maszyn VDI, Implementacja na stacjach roboczych.c) System zarządzający infrastrukturą VDI będzie bazował na oprogramowaniu opisanym w punkcie 2)d) System operacyjny wirtualnego desktopa jest opisany w punkcie 2)e) Zamawiający wymaga dostarczenia i skonfigurowania sprzętu oraz oprogramowania zgodnie z wcześniej stworzonym projektem infrastruktury VDI.3) Zaprojektowanie systemu backupu w oparciu o system backupu zawarty w niniejszym postępowaniu.a) System backupu musi umożliwiać składowanie danych na wyznaczonym do tego zasobie będącym również częścią niniejszego postępowania.b) Konfiguracje polityk backupowych ich częstotliwości oraz retencji danych.c) Stworzenie dokumentacji oraz procedur backupowych.4) Ponadto, Wykonawca wdroży następujące usługi/serwisy na dostarczonym sprzęcie i oprogramowaniu:a) Usługa katalogowa – około 600 użytkowników,b) Domena”.

7

Ponadto Zamawiający zmienia w załączniku nr 9 do SIWZ - rozdział 9.16 Tabela 119 brzmienie pozycji 23 na poniższą (uzupełniając pierwotne brzmienie uciętym w oryginalnej wersji załącznika nr 9 do SIWZ tekstem):

Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości Oprogramowania oraz Infrastruktury sprzętowej, a w szczególności:Środowisko serwerowe:1) Dwa dostarczane serwery mogą uruchomiać się bezpośrednio z dostarczanej macierzy lub zainstalowanych w serwerach dysków. Serwery będą tworzyły środowisko wirtualizacyjne, na którym zainstalowane zostaną wirtualne maszyny hostujące inne serwisy funkcjonujące w systemie. Klaster serwerów będzie wykorzystywał współdzielony storage na rozbudowanej macierzy w ramach nowej sieci SAN FC. Nowe serwery zostaną zainstalowane w dostarczanej szafie serwerowej w pomieszczeniu obecnej serwerowni. Zostanie skonfigurowana funkcjonalność disaster recovery (replikacja) z klastrem 2 rozbudowanych serwerów, dostarczanym urządzeniem typu NAS, oraz pomieszczeniem obecnej centrali telefonicznej jako miejscem docelowym. Posiadana przez Zamawiającego szafa wraz z wyposażeniem z pomieszczenia serwerowni zostanie przeniesiona do pomieszczenia centrali telefonicznej. Dostarczane zasilacze UPS do serwerów mają zostać zintegrowane z dwoma środowiskami wirtualizacyjnymi, zapewniając bezpieczne zamykanie maszyn wirtualnych (systemów operacyjnych gości) odpowiednio wcześnie przed wyłączeniem się zasilacza, pracującego na baterii.

2) W tym środowisku zostanie uruchomiony wirtualny serwer kontrolera domeny z przeznaczeniem: a) dla systemu Usług Katalogowych (Wykonawca uruchomi funkcjonalność „wędrujących profili”), b) serwera DHCP. 3) Wykonawca dostarczy niezbędną ilość systemów operacyjnych, oraz licencji dostępowych do poprawnej pracy wskazanej liczby użytkowników i aplikacji dostarczanego systemu HIS, LIS, RIS, obejmujące wszystkie dostarczane procesory. 4) W ramach dostawy Dostawca zainstaluje i skonfiguruje środowisko wirtualizacyjne. Dostawca dostarczy narzędzia umożliwiające centralne zarządzanie całym środowiskiem oraz aktualizację środowiska. 5) Wszystkie dostarczane serwery zostaną połączone z dostarczaną macierzą dyskową minimum 2 interfejsami. 6) Oferowane rozwiązanie musi być odporne na pojedynczy punkt awarii, a w szczególności awarię zasilacza, poszczególnych kart sieciowych w serwerach, wentylatorów. 7) Wykonawca dostarczy komplet urządzeń i kabli przyłączeniowych do połączenia serwerów do dostarczanej infrastruktury sieciowej oraz macierzy dyskowej. 8) Wszystkie serwery zostaną skonfigurowane do współpracy z istniejącą, oraz dostarczaną macierzą dyskową.9) Konfiguracja tego środowiska ma zapewniać odporność na awarię poprzez zastosowanie redundantnych zasilaczy i wentylatorów. Wykonawca dostarczy komplet kabli i elementów montażowych niezbędnych do uruchomienia wszystkich elementów dostarczanej konfiguracji i zainstalowania ich w dostarczanych szafach 19’’. Wykonawca dostarczy i skonfiguruje środowiska wirtualizacyjne w sposób optymalny ze względu na dostarczony sprzęt oraz cel działania, a także w ramach wdrożenia systemu zainstaluje i skonfiguruje dostarczane oprogramowanie do archiwizowania zasobów systemu. Opracuje i przekaże procedurę backupu i odtwarzania. 10) Wykonawca skonfiguruje środowisko serwerów i macierzy do wydajnej pracy Systemu. Szczegóły planowanej konfiguracji zostaną przedstawione do akceptacji na etapie projektowania. 11) Wykonawca w ramach wdrożenia założy konta użytkownikom domeny oraz dokona ich grupowania zgodnie ze strukturą organizacyjną. Dla tak zdefiniowanej struktury założy strukturę katalogową oraz nada uprawnienia poszczególnym użytkownikom. Szczegółowy schemat struktury katalogów

8

zostanie opracowany na etapie projektowania musi on jednak obejmować minimum osobiste katalogi użytkowników oraz katalogi poszczególnych komórek organizacyjnych.12) W ramach wdrożenia Wykonawca zainstaluje i skonfiguruje dostarczone elementy rozbudowy infrastruktury serwerowej, tj. kontroler combo FC/iSCSI do urządzenia macierzy HP P2000G3, przestrzeń dyskowa urządzenia macierzy do 20 TB, przestrzeń dyskową serwera backupowego do 4 TB, pamięci RAM 2 serwerów HP DL 180, doposażenie 3 serwerów HP DL 180 o redundantne karty FC”.

Ponadto Zamawiający zmienia w załączniku nr 9 do SIWZ - rozdział 9.20 Tabela 123 brzmienie pozycji 28 na poniższą (uzupełniając pierwotne brzmienie uciętym w oryginalnej wersji załącznika nr 9 do SIWZ tekstem):

Usługi projektowania, dostaw, instalacji, konfiguracji i wdrożenia całości Oprogramowania oraz Infrastruktury sprzętowej, a w szczególności:1) W ramach realizacji przedmiotu zamówienia Wykonawca zobowiązany jest do uruchomienia kompletnego środowiska z dostarczonych komponentów.2) Wykonawca dostarczy, zainstaluje, skonfiguruje i dostosuje do potrzeb Zamawiającego infrastrukturę serwerową z zainstalowanymi serwerowymi systemami operacyjnymi w wersji 64-bitowej i polskiej wersji językowej umożliwiającą jednoczesny dostęp dla minimum 354 sesji terminalowych oraz 200 istniejących stacji roboczych (komputerów typu desktop i laptopów) pracujących pod kontrolą systemu Windows w różnych wersjach (XP, Vista, 7, 8, 8.1), a także skonfiguruje i uruchomi dostęp do infrastruktury z poziomu terminali i stacji roboczych w oparciu o kartę mikroprocesorową.3) Logowanie do zasobów infrastruktury informatycznej z poziomy terminali musi zapewniać przenoszalność wcześniej nawiązanej sesji, tj. jeśli użytkownik zalogowany do serwera terminali z poziomu terminala z wykorzystaniem kary chipowej dokona rozłączenia nawiązanej wcześniej sesji terminalowej np. poprzez wyjęcie katy chipowej z czytnika i ponownym jej włożeniu i zalogowaniu się do serwera terminali musi zostać automatycznie przekierowany do serwera, który wcześniej podtrzymywał już nawiązaną sesję.4) Wykonawca jest zobowiązany dostarczyć wszelkie elementy (zarówno hardware'owe jak i software'owe) potrzebne do poprawnego działania całej infrastruktury, w szczególności niezbędne okablowanie do połączenia wszystkich dostarczonych elementów w spójną i działającą całość.5) Zamawiający wymaga utworzenia wysokodostępnego środowiska dla usług terminalowych w oparciu o dostarczone elementy z wykorzystaniem mechanizmów wirtualizacji serwerów i aplikacji.

Instalacja serwerów:1) instalacja serwerów blade, przełączników SAN w szafie wraz z osprzętem i połączenie ich niezbędnym okablowaniem,2) uruchomienie podłączonego sprzętu,3) instalacja i konfiguracja systemów operacyjnych,4) instalacja i konfiguracja macierzy,5) instalacja i konfiguracja systemu backupu danych. 6) instalacja i konfiguracja dedykowanego oprogramowania do zarządzania ww. sprzętem,7) podłączenie do istniejącego okablowania strukturalnego,8) uruchomienie, przetestowanie, odbiór.

Instalacja terminali:1) rozbudowa istniejącej infrastruktury o nowe przełączniki do obudowy blade oraz pamięć RAM do posiadanych przez Zamawiającego serwerów blade - operacja ta będzie wymagała zatrzymania infrastruktury, w związku z czym musi się ona odbyć w możliwie najkrótszym czasie (czasie najmniejszego obciążenia infrastruktury) i w terminie uzgodnionym z Zamawiającym.

9

System pamięci masowej.1) Wykonawca w ramach realizacji zadania zainstaluje, skonfiguruje i przygotuje do działania w sieci SAN i LAN Zamawiającego macierz oraz pozostałe elementy, które będą udostępniać dane posiadanym przez Zamawiającego serwerom oraz pracującym w domenie użytkownikom.2) Wykonawca dokona migracji danych z obecnie używanej macierzy EVA 4400 na nowo dostarczone macierze zgodnie z przeprowadzonymi ustaleniami.3) Wykonawca dostarczy wszelkie niezbędne okablowanie pozwalające na podłączanie macierzy do infrastruktury Zamawiającego.4) Wszelkie prace wykonywane przez Wykonawcę nie mogą powodować przerw technicznej w działaniu infrastruktury Zamawiającego, a jeśli takowa będzie konieczna Wykonawca poinformuje o tym Zamawiającego celem ustalenia dogodnego terminu.

System backupu1) Zamawiający wymaga dostarczenia, uruchomienia i wdrożenia centralnego systemu do backupu serwerów systemów otwartych (UNIX/Linux/Windows), w tym również działających w środowisku wirtualnym lub działających w zdalnych oddziałach oraz sprzętu komputerowego PC i laptopów.2) Oferowany system musi tworzyć centralny system backupu wykonujący kopie zapasowe oraz zapewniać przechowywanie wszystkich zdeduplikowanych kopii zapasowych na własnych dyskach.3) Wykonawca opracuje i przedstawi Zamawiającemu do akceptacji scenariusze wykonywania backupu.4) Wszelkie prace wykonywane przez Wykonawcę nie mogą powodować przerw technicznej w działaniu infrastruktury Zamawiającego, a jeśli takowa będzie konieczna Wykonawca poinformuje o tym Zamawiającego celem ustalenia dogodnego terminu”.

Pytanie nr 7(ZAŁĄCZNIK NR 9 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA 5.4.16 Regionalna szyna danych)Zamawiający wymaga: „MEZ.EDM.92 Szyna usług będzie oparta o serwer aplikacji zgodny ze standardem JEE (Java Enterprise Edition)„Proponowany standard nie jest jedynym, dla którego dostępne są komercyjne rozwiązania szyn usług. Na rynku istnieją rozwiązania integracyjne nie wymagające stosowania serwera JEE a jednocześnie będące liderami w tej dziedzinie (dla przykładu rozwiązania firm Microsoft i IBM). Ograniczenie się do standardu JEE powoduje znaczne ograniczenie dostępnych rozwiązań do realizacji warstwy regionalnej szyny danych a co za tym idzie ograniczenie konkurencji i podwyższenie cen. W związku z tym pytamy czy Zamawiający zaakceptuje rozwiązanie nie oparte o serwer aplikacji zgodny ze standardem JEE a co za tym idzie nie spełniające wymagań MEZ.EDM.92 oraz MEZ.EDM.94.6 i MEZ.EDM.94.7 (wymagania MEZ.EDM.94.6 i MEZ.EDM.94.7 mają sens tylko przy zastosowaniu serwera aplikacyjnego)?Odpowiedź:Zamawiający wyjaśnia, iż dokonał już modyfikacji w pkt 5.4.16 Regionalna Szyna Danych ppkt MEZ.EDM.92 modyfikacją SIWZ z dnia 06.03.2015 r. – zmiana brzmienia załącznika nr 9 do SIWZ we wskazanym pkt.

Jednocześnie Zamawiający dokonuje modyfikacji postanowień załącznika nr 9 do SIWZ w pkt MEZ.EDM.94 wykreślając w całości następujące pkt:94.6. Automatycznego i ręcznego restartu (migracji) instancji serwerów aplikacyjnych na innych fizycznych maszynach w razie awarii, wraz z przeniesieniem istotnych dla przetwarzania danych. Automatyczna rekonfiguracja serwerów aplikacyjnych po restarcie (zmiana adresu IP, itp.)94.7. Konfiguracji ochrony serwerów aplikacyjnych (i aplikacji) przed przeciążeniem.

Pytanie nr 8(ZAŁĄCZNIK NR 4 DO SIWZ WZÓR UMOWY paragraf 16 Autorskie prawa majątkowe Pkt. 2.)

10

Zamawiający w punkcie 2. wymaga: „W przypadku programów istniejących, które nie zostały stworzone w ramach realizacji niniejszej umowy powstałych w ramach innych przedsięwzięć lub niededykowanych, tj. nieprzeznaczonych wyłącznie na potrzeby Zamawiającego lub Partnerów Projektu, Wykonawca udzieli bezterminowej licencji na ich użytkowanie na warunkach określonych w Umowie i SIWZ, z możliwością jej dalszego przeniesienia na podmioty trzecie.” Oprogramowanie standardowe jest dostępne na rynku ze standardowymi warunkami licencji. Warunki licencyjne różnych producentów są podobne i na rynku oprogramowanie standardowego obowiązują de facto pewne standardy licencyjne. Bezwzględne prawo do udzielania sublicencji nie jest elementem standardowych warunków licencyjnych dla żadnego znanego nam oprogramowania standardowego. Prosimy zatem o zmianę tego punktu Umowy lub doprecyzowanie kto i w jakich warunkach miałby prawo do korzystania z licencji oprogramowania standardowego oprócz wymienionych w SIWZ Partnerów. Przykładowe standardowe postanowienie umowy licencyjnej brzmi następująco” „licencje na oprogramowanie standardowe objęte umową są przeznaczone do używania wyłącznie w obrębie Przedsiębiorstwa Zamawiających, gdzie Przedsiębiorstwo to osoba prawna, która jest właścicielem Zamawiających, jest jego własnością lub podlega wraz z nim jednemu właścicielowi, przy czym własność oznacza w tym przypadku posiadanie ponad 50% udziałów”. Proponujemy zmianę zapisu umowy przytoczonego powyżej na: „W przypadku programów istniejących, które nie zostały stworzone w ramach realizacji niniejszej umowy powstałych w ramach innych przedsięwzięć lub niededykowanych, tj. nieprzeznaczonych wyłącznie na potrzeby Zamawiającego lub Partnerów Projektu, Wykonawca udzieli bezterminowej licencji na ich użytkowanie na warunkach określonych w Umowie i SIWZ, z prawem używania przez podmioty wykonujące działalność leczniczą, dla których podmiotem tworzącym albo jedynym wspólnikiem jest Województwo Mazowieckie.” Odpowiedź:Zamawiający nie wyraża zgody na modyfikuje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu odnoszącego się do licencji, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 9(ZAŁĄCZNIK NR 4 DO SIWZ WZÓR UMOWY paragraf 17 Licencje Pkt. 1.)Zamawiający w punkcie 1. wymaga: „Wykonawca udziela na czas nieoznaczony Zamawiającemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji: 1) trwałe lub czasowe zwielokrotnianie licencji w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, …” Oprogramowanie standardowe jest dostępne na rynku ze standardowymi warunkami licencji. Warunki licencyjne różnych producentów są podobne i na rynku oprogramowanie standardowego obowiązują de facto pewne standardy licencyjne. Licencja jest udzielana nie przez Wykonawcę, ale bezpośrednio przez producenta oprogramowania standardowego a warunki licencji są dostarczane wraz z tą licencję. Nie obejmują one prawa do zwielokrotniania licencji. W związku z tym pytamy czy Zamawiający odstąpi od tego wymagania. Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu odnoszącego się do licencji, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 10Załączniki o nr od 9.1 do 9.23 do SIWZ, Załącznik nr 9 do SIWZ pkt 5.5.2 „Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI” (str. 49-50 Załącznika nr 9), w tym w

11

szczególności wymagania MEZ.SSI.3, MEZ.SSI.4, MEZ.SSI.5, MEZ.SSI.6, MEZ.SSI.7, MEZ.SSI.8, MEZ.SSI.11, MEZ.SSI.12.Zamawiający w treści załączników o nr 9.1 do 9.23 powinien wskazać informacje niezbędne dla dokonania migracji danych z systemu aktualnie użytkowanego przez danego Partnera Projektu do nowego systemu informatycznego oferowanego takiemu Partnerowi. Możliwość wymiany systemu w miejsce rozbudowy aktualnie wykorzystywanego została, co do zasady i słusznie dopuszczona (niemniej jej przeprowadzenie wymaga podania niezbędnych informacji). Nadto Zamawiający powinien był w treści tych załączników wskazać informacje niezbędne dla wykonania integracji oferowanego Partnerowi Projektu systemu z systemami zewnętrznymi oraz urządzeniami zewnętrznymi. Informacje te powinny były być podane przez Zamawiającego w odniesieniu do każdego z Partnerów Projektu z osobna albowiem u każdego z nich zachodzi potencjalna konieczność dokonania migracji danych lub integracji. Podkreślenia wymaga, że brak informacji szczegółowych dotyczących migracji i integracji powoduje, iż możliwość wymiany systemu użytkowanego aktualnie przez Partnera projektu staje się iluzoryczna. Poza tym nie jest możliwe dokonanie rzeczowej wyceny oferty uwzględniającej oszacowanie pracochłonności oraz potencjalnych ryzyk. Podstawą do złożenia przez Wykonawcę oferty jest oszacowanie kosztów i czasu jaki będzie musiał poświęcić na zrealizowanie przedmiotu zamówienia. Zamawiający opisując przedmiot zamówienia w zakresie migracji danych oraz integracji z innymi systemami i urządzeniami nie wskazał parametrów, które pozwoliłyby Wykonawcy na dokonanie odpowiednich szacunków zarówno, co do kosztów usługi, jak i czasu potrzebnego na jej wykonanie.

Opis przedmiotu zamówienia, w którym Zamawiający nie udostępnia wykonawcom żadnych informacji, ani danych czy parametrów dotyczących eksploatowanych przez Partnerów Projektu systemów informatycznych w sposób rażący narusza zasady uczciwej konkurencji. Zamawiający zobowiązany jest w świetle ustawy Pzp, do takiego opisu przedmiotu zamówienia, który nie preferuje żadnego z Wykonawców. W związku z tym Zamawiający powinien dołożyć wszelkiej staranności, aby każdy z Wykonawców miał taką samą wiedzę co do przedmiotu zamówienia. Brak podania wymaganych informacji prowadzi do nieuzasadnionego uprzywilejowania wykonawców, którzy są producentami systemów informatycznych aktualnie użytkowanych przez Partnerów Projektu. Zamawiający ani w SIWZ ani w żadnym z Załączników do SIWZ nie przedstawił niezbędnych do wyceny przedmiotu zamówienia informacji dotyczących posiadanych baz danych, z których nastąpić ma migracja tj. m.in.: ilość i rodzaje baz danych (proste czy złożone, relacyjne czy obiektowe itp.), struktura poszczególnych baz danych (rodzaje i ilość tabel, zakres i opis danych w tabelach, relacje

pomiędzy danymi, zainstalowane procedury po stronie serwera baz danych, itp.), rozmiar baz danych, sposób migracji ze wskazaniem na dane, które mają pierwszeństwo, informacji na temat spójności

danych, itp.

W jaki sposób (np. pliki xls, csv, itd.) Zamawiający udostępni (na własny koszt) Wykonawcy wszelkie niezbędne dane pozwalające ocenić koszty przeniesienia danych i integracji z systemami zewnętrznymi?W jaki sposób Zamawiający (na własny koszt) udzieli niezbędnej pomocy Wykonawcy w celu uzyskania wszelkich niezbędnych informacji, które okażą się konieczne do wykonania integracji z systemami zewnętrznymi?Odpowiedź:Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 06.03.2015 r. dokonując modyfikacji dodanego w związku z zarzutami zawartymi w odwołaniu załącznika nr 14 do SIWZ, w którym to załączniku podał niezbędne dane odnoszące się do wszystkich partnerów projektu w zakresie migracji danych i integracji.

Pytanie nr 11

12

Załączniki nr od 9.1 do 9.23 do SIWZ.Zamawiający w w/w załącznikach w sposób jednoznaczny określił technologię wykonania oferowanego oprogramowania Partnerom Projektu, wskazując na konieczność wykonania wybranej grupy modułów w architekturze trójwarstwowej z interfejsem użytkownika w postaci przeglądarki internetowej. Tym samym wymogu zaoferowania oprogramowania we wskazanej konkretnie technologii nie można uzasadniać rzeczywistymi potrzebami Parterów Projektu. Gdyby tak bowiem było, to wymóg ten dotyczyłby całości oferowanego rozwiązania, a nie niektórych tylko jego modułów (części). Wskazanie na jedną z technologii bez dopuszczenia rozwiązań wykonanych w technologii drugiej zawsze stanowi ograniczenie konkurencji. Oferowany system może zapewniać pełną funkcjonalność bez potrzeby stosowania przeglądarek internetowych na skutek zastosowania rozwiązań desktop’owych. Te same funkcjonalności systemu mogą być osiągnięte zarówno w rozwiązaniach desktop’owych, jak i przeglądarkowych. Interfejs danego systemu nie decyduje o jego przydatności, funkcjonalnościach, jakości. Ograniczenie możliwości zaoferowania systemów wyłącznie o interfejsie opartym o rozwiązania przeglądarkowe i wprowadzenie zakazu zaoferowania rozwiązań desktop’owych w sposób istotny ogranicza konkurencję w niniejszym postępowaniu. Jak wyżej wskazano nie przemawiają za tym rzeczywiste potrzeby Partnerów Projektu albowiem wymóg stosowania architektury trójwarstwowej nie dotyczy całości oferowanego oprogramowania, lecz wyłącznie niektórych jego części. Czy Zamawiający dopuści zastosowanie rozwiązania opartego zarówno o technologię trójwarstwową z interfejsem użytkownika opartym o przeglądarkę internetową, jak i rozwiązania opartego o architekturę klient-serwer?Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania. W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone.

Pytanie nr 12Załączniki nr od 9.1 do 9.23 do SIWZ.Zamieszczone w treści załączników o nr od 9.1 do 9.23 wymagania, co do oferowanego systemu wskazujące, że system, co najmniej w zakresie modułów ruch chorych, apteka centralna, apteczki oddziałowe, lecznictwo otwarte i rozliczenia z NFZ powinien pracować w oparciu o tę samą bazę danych przez co należy rozumieć tę samą instancję bazy danych i te same tabele bazy danych wraz z doprecyzowaniem, iż niedopuszczalne jest przekazywanie i dublowanie danych w ww. zakresie - narusza treść art. 7 ust. 1 Pzp w zw. z art. 29 ust. 1 i ust. 2 Pzp.

W opinii Wykonawcy opisanie przedmiotu zamówienia w ten sposób ogranicza uczciwą konkurencję wśród potencjalnych wykonawców albowiem wielu z producentów oprogramowania wykorzystuje w ww. modułach różne motory baz danych. Dzięki temu producenci są w stanie zastosować optymalną z punktu widzenia ceny i jakości konfigurację różnych motorów baz danych. Należy również zauważyć, że wymóg ten ograniczony zostaje tylko do części systemu, a nie jego całości. Nie sposób zatem przyjąć, iż przemawiają za tym rzeczywiste potrzeby Partnerów Projektu wynikające np. ze specjalizacji pracowników działów informatyki poszczególnych Partnerów Projektu. Wymóg ograniczony do części systemu nie może być potraktowany w kategoriach wymogu rzeczowego.

Czy Zamawiający dopuści rozwiązanie technologiczne, które zapewni, że oferowany system będzie w pełni zintegrowany w sposób jednoznacznie interpretujący dane zapisane w bazie danych z zachowaniem idei jednokrotnego wprowadzania danych?Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania.

13

W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone.

Pytanie nr 13Załącznik nr 9 – opis przedmiotu zamówienia, pkt.6.2.2 Zestaw terminalowy z monitoremCzy Zamawiający dopuści zaoferowanie urządzenia wyposażonego w 4 porty USB 2.0? Z praktyki Wykonawcy wynika, że w codziennej pracy wykorzystuje się zazwyczaj 2 lub maksymalnie 3 porty do podłączania urządzeń zewnętrznych. Wymóg zaoferowania aż 6 portów USB wydaje się nadmiarowy i ogranicza możliwość zaoferowania konkurencyjnego rozwiązania.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Zamawiający nie dopuszcza dostarczenia urządzenia z 4 portami USB ze względu na przewidywaną ilość podłączanych urządzeń we/wy do terminala poprzez port USB (klawiatura, mysz, czytnik kodów kreskowych, czytnik kart chipowych, w wybranych miejscach pendrive i zewnętrzny napęd optyczny wymagający do prawidłowego działania 2 portów USB2.0).

Pytanie nr 14Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.2 Serwer Typ 2; pkt. 7.2.4 Serwer Typ 4; pkt. 7.2.16 Serwer Typ 16 Czy Zamawiający dopuści serwery posiadające złącza PCI x8 zamiast x16? Złącza x16 wykorzystywane są jedynie przy takich rozwiązaniach jak karty graficzne, które ze względu na budowę serwerów typu blade nie są wykorzystywane w takich serwerach. Większość producentów nie stosuje zatem slotów x16.Odpowiedź:Zamawiający nie dopuszcza zaproponowanych przez Wykonawcę rozwiązań i podtrzymuje opisane w SIWZ w tym zakresie wymagania. Typ złącza ma bezpośredni wpływ na przepustowość slotu a co za tym idzie jego wydajność. Zamawiający wskazuje, iż wielu producentów serwerów tego typu posiada złącza typu x16 wraz z odpowiednimi kartami do nich m.in. akceleratorami IO.

Pytanie nr 15Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.10 Serwer Typ 10Zamawiający wymaga, aby pozostało 10 slotów na procesor wolnych na pamięci RAM, jednocześnie wymagając zainstalowania min 512GB pamięci RAM. Na rynku obecnie nie istnieją kości 128GB pozwalające na spełnienie wymogu obsadzenia slotów. Czy Zamawiający zrezygnuje z wymogu pozostawienia wolnych slotów na pamięć RAM? Odpowiedź:Zamawiający wskazuje, iż w załączniku nr 9 do SIWZ wystąpiła oczywista omyłka pisarska. Zamawiający wskazuje, iż prawidłowy wymóg to pozostawienie 10 slotów wolnych dla całego serwera po zainstalowaniu 512GB pamięci RAM.

Pytanie nr 16Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.18 Obudowa Blade Typ 1Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwości złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ.

14

Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektórych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie. Zatem brak jest podstaw do zmiany wymogów.

Pytanie nr 17Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.18 Obudowa Blade Typ 1Czy Zamawiający uzna za równoważne rozwiązanie posiadające 4 zewnętrzne porty 10Gb 2 zewnętrzne porty 40Gb pozwalające na uzyskanie 8 osobnych łączy 10Gb oraz 4 porty FC 8 Gb per moduł? Jest to rozwiązanie pozwalające na uzyskanie o wiele większej przepustowości niż wymagane.Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania. Zamawiający wskazuje, iż stosowanie portów zbiorczych (1 zamiast 4) uniemożliwi realizację założenia niezależnego i redundantnego połączenia dla pojedynczego serwera w obudowie.

Pytanie nr 18Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.18 Obudowa Blade Typ 1Czy Zamawiający zrezygnuje z funkcjonalności przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami? Takie rozwiązanie jest specyficzne dla jednego producenta sprzętu i skutecznie ogranicza możliwość złożenia oferty na konkurencyjnym rozwiązaniu. Odpowiedź:Zamawiający rezygnuje z funkcjonalności "przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami" dokonując jednocześnie modyfikacji w Załączniku nr 9 do SIWZ, pkt. 7.2.18 Obudowa Blade Typ 1 poprzez wykreślenie w/w wymogu.

Pytanie nr 19Załącznik nr 9 – opis przedmiotu zamówienia , pkt. 7.2.19 Obudowa Blade Typ 2Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwości złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego. Odpowiedź:Zamawiający podtrzymuje postanowienia SIWZ.Zgodnie z wiedzą Zamawiającego serwery z procesorami RISC i EPIC są oferowane przez wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektórych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie. Zatem brak jest podstaw do zmiany wymogów.

Pytanie nr 20Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.19 Obudowa Blade Typ 2Czy Zamawiający zrezygnuje z wymogu posiadania przez obudowę blade 8 wnęk na moduły komunikacyjne? Wymóg ten ogranicza możliwość złożenia konkurencyjnej oferty, a z technicznego punktu widzenia wystarczy 6 wnęk przy zamawianej infrastrukturze aby nadal zachować możliwości rozbudowy obudowy.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ.Według wiedzy zamawiającego na rynku występuje wielu producentów oferujących obudowy blade z min. 8 wnękami na moduły komunikacyjne. Wymaganie dotyczy infrastruktury, a w ramach infrastruktury

15

Zamawiający dopuszcza agregację obudów zgodnie z ppkt 4 Rozdziału 7.2 punkt 7.2.19 załącznika nr 9 do SIWZ.

Pytanie nr 21Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.2 Macierz Typ 1, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7Sposób zabezpieczenia danych „Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych. Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID.Czy zamawiający dopuści rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50. RAID3 jest rozwiązaniem dość archaicznym i wielu producentów nie stosuje tego rozwiązania w swoich macierzach, RAID50 jest rozwiązaniem które bardzo mocno ogranicza pulę producentów którzy mogą zaproponować rozwiązanie równoważne.Odpowiedź:Zamawiający dopuszcza rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50.

Pytanie nr 22Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.3 Macierz Typ 2Interfejsy zewnętrzne “Co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum 8Gb/s. W celu zwiększenie przepustowości, możliwości wymiany interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub możliwość rozbudowy o kolejne 8 portów.”Czy zamawiający dopuści macierz która będzie posiadała 8 interfejsów FCP 16Gb/s oraz 4 interfejsy SAS 6Gbit/s (fizycznie przepustowość portu SAS6Gb/s posiada 24Gb/s)do połączenia z hostami? Tego typu rozwiązanie zapewni równie dużą elastyczność przy o wiele większej wydajności interfejsów.Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ, gdyż nie odpowiada ono potrzebom Zamawiającego.

Pytanie nr 23Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7Mechanizm typu Thin Provisioning. Macierz musi posiadać funkcjonalność udostępniania zasobów dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin Provisioning oraz odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach wolumenów typu Thin. Proces odzyskiwania danych musi być automatyczny bez konieczności uruchamiania dodatkowych procesów na kontrolerach macierzowych. Czy zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Tak, Zamawiający dopuszcza takie rozwiązanie, pod warunkiem spełnienia dodatkowych wymogów wprowadzonych przez Zamawiającego, w związku z powyższym Zamawiający modyfikuje postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7 nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia.

16

Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”.

Pytanie nr 24Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.2 Macierz Typ 1, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7Migracja danych w obrębie macierzy.Prosimy o usunięcie zapisu, gdyż w tej formie ogranicza on konkurencję.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu i nie stanowi ograniczenia konkurencji.

Pytanie nr 25Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7, ppkt. 20 Inne funkcjonalności Prosimy o usunięcie zapisu, gdyż w tej formie ogranicza on konkurencję.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ: pkt. 7.1.1 Macierz dyskowa SSD, pkt. 7.1.3 Macierz Typ 2, pkt. 7.1.4 Macierz Typ 3, pkt. 7.1.8 Macierz Typ 7, wykreślając w całości ppkt. 20 Inne funkcjonalności.

Pytanie nr 26Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.6 Macierz Typ 5, pkt. 7.1.7 Macierz Typ 6 podpunkt 10 CacheCzy zamawiający dopuści macierz posiadającą 16 GB pamięci Cache sumarycznie na obydwu kontrolerach?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający nie dopuszcza macierzy posiadającej sumarycznie w kontrolerach mniej niż 24GB CACHE. W przypadku awarii jednego z kontrolerów wydajność macierzy spadnie w sposób znaczący.

Pytanie nr 27Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.6 Macierz Typ 5, pkt. 7.1.7 Macierz Typ 6, ppkt. 12. Prosimy o wykreślenie zapisu, gdyż zdaniem wykonawcy wskazuje on na urządzenia konkretnego producenta (macierz EMC VNX) co w sposób jawny ogranicza konkurencję.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego większość rozwiązań macierzowych dostępnych na rynku posiada taką funkcjonalność.

Pytanie nr 28Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.6 Macierz Typ 5, pkt. 7.1.7 Macierz Typ 6 podpunkt 14.Czy Zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:

17

Tak, Zamawiający dopuszcza takie rozwiązanie, pod warunkiem spełnienia dodatkowych wymogów wprowadzonych przez Zamawiającego, w związku z powyższym Zamawiający modyfikuje postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, pkt. 7.1.6 Macierz Typ 5, pkt. 7.1.7 Macierz Typ 6 podpunkt 14, nadając mu następujące brzmienie:Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana

Pytanie nr 29Załącznik nr 9 – opis przedmiotu zamówienia, pkt.7.1.6 Macierz Typ 5, pkt. 7.1.7 Macierz Typ 6podpunkt 17 Migracja wewnętrzna danych Prosimy o wykreślenie zapisu. W tym brzmieniu ogranicza on możliwość zaoferowania konkurencyjnego rozwiązania.Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i podtrzymuje zapisy SIWZ.

Pytanie nr 30Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.18 Obudowa Blade Typ 1Zamawiający wymaga, aby oferowana infrastruktura zapewniała montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC. Zapis w obecnym brzmieniu ogranicza się do wskazania konkretnego rozwiązania jednego producenta – prosimy o jego wykreślenie.Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami x86, RISC i EPIC posiada wielu czołowych producentów serwerów.

Pytanie nr 31Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.2.18 Obudowa Blade Typ 1Zamawiający wymaga, aby każda oferowana infrastruktura posiadała co najmniej 8 wnęk na moduły komunikacyjne (LAN /SAN/ SAS/ InfiniBand). Prosimy o wykreślenie z tego zapisu technologii SAS.Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i podtrzymuje zapisy SIWZ.

Pytanie nr 32Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.2.3 Stacja MobilnaCzy Zamawiający dopuści zaoferowanie urządzenia wyposażonego w 2 porty USB 3.0 oraz 1 port USB 2.0?Odpowiedź:Zamawiający dopuszcza możliwość zaoferowania urządzenia wyposażonego w 2 porty USB 3.0 oraz 1 port USB 2.0.

Pytanie nr 33Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.2.7 Zestaw Komputerowy Typ 2 (kliencki)Czy Zamawiający dopuści zaoferowanie urządzenia z pamięcią RAM w układzie 2x4GB tak zwany dual-channel?

18

Taka kombinacja znacząco podnosi wydajność komputera jak i aplikacji i jest w pełni obsługiwana przez oferowany procesor.Odpowiedź:Zamawiający dopuszcza możliwość zaoferowania urządzenia z pamięcią RAM w układzie 2x4GB tak zwany dual-channel.

Pytanie nr 34Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.2.10 MonitorCzy Zamawiający dopuści zaoferowanie monitora z czasem reakcji matrycy 8 ms oraz poborem mocy odpowiednio - typowa praca 20W, maksymalnie 38W?Odpowiedź:Zamawiający we wskazanym przez Wykonawcę zapytaniu opisał inny zestaw wraz z monitorem, którego nie dotyczą parametry wskazane w pytaniu. W związku z tym Zamawiający podtrzymuje wymagania opisane w SIWZ.

Pytanie nr 35Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.1.3 Urządzenie skanująco drukujące Typ 3 (2). Prosimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, wykreślając w całości pkt 6.1.3 i rezygnując z wymogu dostarczenia w/w urządzenia.

Pytanie nr 36Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.5.4 Monitor LED do monitorowania parametrów infrastruktury.Prosimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.Odpowiedź:Zamawiający wyjaśnia, iż przyporządkowanie tego sprzętu wynika z jego pozycji w OPZ - jest to część składowa sprzętu do EOD dla PP nr 20 - Wojewódzki Szpital Specjalistyczny w Siedlcach.Zamawiający zmienia nazwę rozdziału 6.5.4 na: "Monitor LED do monitorowania parametrów infrastruktury - 1 sztuka".

Pytanie nr 37Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.1.5 Macierz Typ 4Prosimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, wykreślając w całości pkt 7.1.5 i rezygnując z wymogu dostarczenia w/w urządzenia

Pytanie nr 38Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.3.7 Biblioteka Taśmowa Typ 2Prosimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.Odpowiedź:Zamawiający oczekuje dostarczenia 2 Bibliotek Taśmowych Typ 2 dla Partnera nr 5 i 8.Jednocześnie Zamawiający wyjaśnia, iż publikuje wraz z odpowiedziami na pytania zmiany załączników do SIWZ obejmujące min. ilości pozycji Rozdziału 7.3.7 Biblioteka taśmowa Typ 2.

Pytanie nr 39Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.3.15 Szafa Rack 24UProsimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.

19

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, wykreślając w całości pkt 7.3.15 i rezygnując z wymogu dostarczenia w/w urządzenia.

Pytanie nr 40Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.3.21.1 Rozbudowa przestrzeni dyskowej urządzenia macierzy z 8 TB do 20 TBProsimy o doprecyzowanie do którego Partnera projektu należy to dostarczyć.Odpowiedź:Zamawiający wyjaśnia, iż należy dostarczyć do partnera Projektu nr 16- Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w Dziekanowie Leśnym.

Pytanie nr 41Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 7.3.23 Listwa Zasilająca do szafyProsimy o doprecyzowanie ile sztuk w/w urządzenia należy dostarczyć i do którego Partnera projektu.Odpowiedź:Listwa zasilająca będzie dostarczona w ilości 6 szt. do Partnera nr 9,10,11,16,18,20.

Pytanie nr 42Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 9.22 Mazowiecki Szpital Specjalistyczny w Sp. z o.o.Prosimy o doprecyzowanie do jakich UPS’ów należy dostarczyć 21 szt. akumulatorów.Odpowiedź:Zamawiający precyzuje, iż chodzi o UPS:Model Pakiet Akumulatory Ilość SURTD5000RMXLI, RBC44, 16x12V/5AH, 5 szt.SURT192RMXLBP, 2xRBC44, 32x12V/5AH, 5 szt.SUA3000RMI2U, RBC43, 8x12V/5AH, 2 szt SUA1500RMI2U, RBC24, 4x12V/7,2AH 8 szt.

Pytanie nr 43SIWZ, pkt. 9.15 Karty katalogoweCzy Zamawiający dopuści załączenie kart katalogowych producentów, które opisują ogólnie możliwości poszczególnych urządzeń? Producenci nie tworzą kart katalogowych do konkretnych konfiguracji – opisują ogólnie rodzinę urządzeń i możliwe podzespoły do wyboru. W związku z tym niemożliwe jest przedstawienie kart katalogowych producentów do każdej zaoferowanej konfiguracji w bieżącym postępowaniu. Wykonawca składając ofertę potwierdza, iż oferuje urządzenia spełniające minimalne wymagania Zamawiającego.Odpowiedź:Zamawiający oczekuje kart katalogowych potwierdzających zaoferowanie wszystkich wymagań opisanych w Załączniku nr 9 do SIWZ.

Pytanie nr 44Załącznik nr 4 - wzór umowy Prosimy o doprecyzowanie zapisów dotyczących gwarancji i ich zmianę w taki sposób, aby 60-miesięczny okres gwarancji rozpoczynał się w momencie przekazania sprzętu Zamawiającemu (co będzie potwierdzone podpisaniem protokołu przekazania sprzętu).W obecnym brzmieniu zapis wymusza zaoferowanie min. 72-miesięcznego okresu gwarancji (czas na dostawę sprzętu oraz wdrożenie oprogramowania). Uzyskanie tak długiego terminu gwarancji na sprzęt komputerowy nie jest możliwe u większości producentów.Odpowiedź:

20

Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień w tym zakresie, których brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 45Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.4 Sewer typ 4, tabela 55 podpunkt 7) dodatkowe gniazda wewnętrzne wymaga co najmniej 2 sloty PCI-E 3.0 x16. Czy Zamawiający dopuści serwery posiadające złącza PCI-E 3.0 x8 zamiast PCI-E 3.0 x16? Wykonawca nadmienia że, złącza PCI-E 3.0 x16 wykorzystywane są jedynie przy takich rozwiązaniach jak karty graficzne, które ze względu na budowę serwerów typu blade nie są wykorzystywane w takich serwerach. Większość producentów nie stosuje zatem slotów PCI-E 3.0 x16. Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ, gdyż rozwiązania w SIWZ są podyktowane potrzebami Zamawiającego.

Pytanie nr 46Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.16 Sewer typ 16, tabela 67 podpunkt 7) dodatkowe gniazda wewnętrzne wymaga co najmniej 2 sloty PCI-E 3.0 x16. Czy Zamawiający dopuści serwery posiadające złącza PCI-E 3.0 x8 zamiast PCI-E 3.0 x16? Wykonawca nadmienia że, złącza PCI-E 3.0 x16 wykorzystywane są jedynie przy takich rozwiązaniach jak karty graficzne, które ze względu na budowę serwerów typu blade nie są wykorzystywane w takich serwerach. Większość producentów nie stosuje zatem slotów PCI-E 3.0 x16. Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ, gdyż rozwiązania w SIWZ są podyktowane potrzebami Zamawiającego.

Pytanie nr 47Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.10 Sewer typ 10, tabela 61 podpunkt 5) pamięć RAM wymaga 512 GB pamięci RAM RDIMM , z możliwością rozbudowy do min.768 GB, na płycie powinno znajdować się min. 24 sloty przeznaczone dla pamięci (min. 12 slotów/procesor, min. 10 slotów/procesor wolne). Zgodnie z wiedzą Wykonawcy aby można było dostarczyć serwer z zainstalowaną pamięcią RAM 512GB i spełnić pozostałe wymagania Zamawiającego należy zainstalować moduły pamięci RAM po 128GB. Wykonawca informuje Zamawiającego, że na rynku nie istnieją moduły pamięci RAM o pojemności 128GB. W związku z powyższym Czy Zamawiający zrezygnuje z wymogu pozostawienia wolnych slotów na pamięć RAM? Odpowiedź:Zamawiający wskazuje, iż w załączniku nr 9 do SIWZ wystąpiła oczywista omyłka pisarska. Zamawiający wskazuje, iż prawidłowy wymóg to pozostawienie 10 slotów wolnych dla całego serwera po zainstalowaniu 512GB pamięci RAM.

Pytanie nr 48Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.18 Obudowa Blade typ 1, tabela 69 podpunkt 1) infrastruktura, typ, obudowy wymaga aby oferowana infrastruktura za-pewniała montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC. Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC lub EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwości złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC lub EPIC nie ma uzasadnienia technicznego.

21

Wykonawca pragnie nadmienić, że powyższy zapis wskazuje i faworyzuje firmę Fujitsu i jednocześnie uniemożliwia zaoferowanie konkurencyjnego rozwiązania. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami x86, RISC i EPIC posiada wielu czołowych producentów serwerów.

Pytanie nr 49Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.18 Obudowa Blade typ 1, tabela 69 podpunkt 1) infrastruktura, typ, obudowy wymaga aby każda oferowana infrastruk-tura musi posiadać co najmniej 8 wnęk na moduły komunikacyjne (LAN/SAN/SAS/InfiniBand).Czy zamawiający uzna za równoważne rozwiązanie posiadające 4 zewnętrzne porty 10Gb, 2 zewnętrzne porty 40Gb pozwalające na uzyskanie 8 osobnych łączy 10Gb oraz 4 porty FC 8 Gb per moduł? Jest to rozwiązanie pozwalające na uzyskanie o wiele większej przepustowości niż wymagane. Wykonawca pragnie nadmienić, że powyższy zapis wskazuje i faworyzuje firmę Fujitsu i jednocześnie uniemożliwia zaoferowanie konkurencyjnego rozwiązania. Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania. Zamawiający wskazuje, iż stosowanie portów zbiorczych (1 zamiast 4) uniemożliwi realizację założenia niezależnego i redundantnego połączenia dla pojedynczego serwera w obudowie.

Pytanie nr 50Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.18 Obudowa Blade typ 1, tabela 69 obudowa blade typ 1 podpunkt 5) dodatkowa funkcjonalność modułów LAN i SAN/ modułów FCoE wymaga aby była możliwość przydzielania adresów MAC i WWN predefin-iowanych przez producenta rozwiązania blade dla poszczególnych wnęk na serwery w obudowie. Przy-dzielenie adresów musi powodować zastąpienie fizycznych adresów kart Ethernet i Fibre Channel na ser -werze. Musi istnieć także możliwość przenoszenia przydzielonych adresów pomiędzy wnękami w obu-dowie.Czy Zamawiający zrezygnuje z funkcjonalności przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami? Takie rozwiązanie jest specyficzne dla jednego producenta sprzętu i skutecznie ogranicza możliwość złożenia oferty na konkurencyjnym rozwiązaniu.Odpowiedź:Zamawiający rezygnuje z funkcjonalności "przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami" w Załączniku nr 9 do SIWZ, pkt. 7.2.18 Obudowa Blade Typ 1.

Pytanie nr 51Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.19 Obudowa Blade typ 2, tabela 70 podpunkt 1) infrastruktura, typ, obudowy wymaga aby oferowana infrastruktura za-pewniała montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC. Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC lub EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwości złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC lub EPIC nie ma uzasadnienia technicznego.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych.

22

Dodatkowo licencjonowanie niektorych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie

Pytanie nr 52Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.2.19 Obudowa Blade typ 2, tabela 70 podpunkt 4) sposób agregacji/wyprowadzeń sygnałów LAN/SAN FCoE dla poje-dynczej obudowy wymaga aby każda oferowana infrastruktura posiadała co najmniej 8 wnęk na moduły komunikacyjne ( LAN /SAN/ SAS/ InfiniBand). Czy Zamawiający zrezygnuje z wymogu posiadania przez obudowę blade 8 wnęk na moduły komunikacyjne? Wymóg ten ogranicza możliwość składania konkurencyjnej oferty, a z technicznego punktu widzenia wystarczy 6 wnęk przy zamawianej infrastrukturze aby nadal zachować możliwości rozbudowy obudowy.Odpowiedź:Zamawiający rezygnuje z funkcjonalności "przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami" w Załączniku nr 9 do SIWZ, pkt. 7.2.18 Obudowa Blade Typ 1.

Pytanie nr 53Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.2 macierz dyskowa typ 1 Tabela 45 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 Tabela 51 w podpunkcie 5) sposób zabezpieczania danych wymaga aby macierz obsługiwała mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kom-binacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych. Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID. Czy Zamawiający dopuści rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50? RAID3 jest rozwiązaniem dość archaicznym i wielu producentów nie stosuje tego rozwiązania w swoich macierzach, RAID50 jest rozwiązaniem które bardzo mocno ogranicza pulę producentów którzy mogą zaproponować rozwiązanie równoważne.Odpowiedź:Zamawiający dopuszcza rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50

Pytanie nr 54Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 w podpunkcie 10) Inter-fejsy zewnętrzne wymaga co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum 8Gb/s. W celu zwiększenia przepustowości, możliwość wymiany interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub możliwość rozbudowy o kolejne 8 portów.Czy Zamawiający dopuści macierz, która będzie posiadała 8 interfejsów FCP 16Gb/s oraz 4 interfejsy SAS 6Gbit/s (fizycznie przepustowość portu SAS6Gb/s posiada 24Gb/s) do połączenia z hostami? Tego typu rozwiązanie zapewni równie dużą elastyczność przy o wiele większej wydajności interfejsów.Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający wymaga standardowych (posiadanych przez wszystkich producentów) interfejsów FC a nie interfejsów SAS lub FCP.

Pytanie nr 55

23

Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 Tabela 51 w podpunkcie 13) mecha -nizm typu Thin Provisioning wymaga macierzy posiadającej funkcjonalność udostępniania zasobów dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin Provisioning oraz odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach wolumenów typu Thin. Proces odzyskiwania danych musi być automatyczny bez konieczności uruchamiania dodatkowych procesów na kontrolerach macierzowych.Czy Zamawiający dopuści rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 w podpunkcie nr 13 nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”.

Pytanie nr 56Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 Tabela 51 w podpunkcie 18) mi-gracja danych w obrębie macierzy wymaga aby macierz posiadała funkcjonalność migracji danych, bez przerywania do nich dostępu, pomiędzy różnymi warstwami technologii dyskowych na poziomie części wolumenów logicznych. Funkcjonalność musi umożliwiać zdefiniowanie wolumenu logicznego, który fizycznie będzie znajdował się na min. 2 typach dysków obsługiwanych przez macierz (min. SAS i Near-line SAS), a jego części będą realokowane na podstawie analizy ruchu w sposób automatyczny i transpar-entny (bez przerywania dostępu do danych) dla korzystających z tego wolumenu hostów. Zmiany te muszą się odbywać wewnętrznymi mechanizmami macierzy. Wykonawca wnosi o usunięcie całego podpunktu ponieważ w znaczący sposób ogranicza on konkurencję. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu.

Pytanie nr 57Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 Tabela 51 w podpunkcie 20) inne funkcjonalności wymaga funkcjonalności ograniczania poboru zasilania przez dyski, które nie obsługują operacji we/wy, poprzez ich zatrzymanie. Wykonawca wnosi o usunięcie całego podpunktu ponieważ w znaczący sposób ogranicza on konkurencję. Odpowiedź:

24

Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, Opis przedmiotu zamówienia w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 Tabela 51 w pozycji 20) inne funkcjonalności, wykreślając w całości pozycję 20.

Pytanie nr 58Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.2 macierz dyskowa typ 1 Tabela 45 podpunkt 17) migracja danych w obrębie macierzy wymaga aby macierz posi-adała funkcjonalność migracji danych, bez przerywania do nich dostępu, pomiędzy różnymi warstwami technologii dyskowych na poziomie części wolumenów logicznych. Funkcjonalność musi umożliwiać zdefiniowanie wolumenu logicznego, który fizycznie będzie znajdował się na min. 2 typach dysków ob-sługiwanych przez macierz (min. SAS i Nearline SAS), a jego części będą realokowane na podstawie analizy ruchu w sposób automatyczny i transparentny (bez przerywania dostępu do danych) dla korzysta-jących z tego wolumenu hostów. Zmiany te muszą się odbywać wewnętrznymi mechanizmami macierzy. Wykonawca wnosi o usunięcie całego podpunktu ponieważ w znaczący sposób ogranicza on konkurencję. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu.

Pytanie nr 59Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.2 macierz dyskowa SSD Tabela 45 podpunkcie 19) inne funkcjonalności wymaga funkcjonalności ograniczania poboru zasilania przez dyski, które nie obsługują operacji we/wy, poprzez ich zatrzymanie. Wykonawca wnosi o usunięcie całego podpunktu ponieważ w znaczący sposób ogranicza on konkurencję. Odpowiedź:Zamawiający informuje, że rozdział 7.1.2 i Tabela 45 odnoszą się do Macierzy Typ 1, a nie do Macierzy dyskowej SSD.Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, w punkcie 7.1.2 Macierz Typ 1 Tabela 45 pozycja 19) inne funkcjonalności wykreślając w całości pozycję 19).

Pytanie nr 60Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.6 macierz dyskowa typ 5 Tabela 49 oraz w punkcie 7.1.7 macierz dyskowa typ 6 Tabela 50 w podpunkcie 10) Cache wymaga aby minimalna wielkość pamięci CACHE sumarycznie w kontrolerach macierzy wynosiła 24 GB. Czy Zamawiający dopuści macierz posiadającą 16 GB pamięci Cache sumarycznie na obydwu kontrolerach?

Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający nie dopuszcza macierzy posiadającej sumarycznie w kontrolerach mniej niż 24GB CACHE. W przypadku awarii jednego z kontrolerów wydajność macierzy spadnie w sposób znaczący.

Pytanie nr 61Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.6 macierz dyskowa typ 5 Tabela 49 oraz w punkcie 7.1.7 macierz dyskowa typ 6 Tabela 50 w podpunkcie 12) Utrzymanie cache po utracie zasilania wymaga aby zawartość pamięci Cache przepisywana do pamięci

25

Flash w momencie nagłej utraty zasilania kontrolerów macierzowych lub podtrzymywana bateryjnie przez minimum 48h lub poprzez zrzut zawartości na dyski nieulotne. Wykonawca informuje Zamawiającego, iż powyższy zapis bezpośrednio wskazuje na rozwiązanie firmy EMC macierz typu VNX i w związku z tym Wykonawca wnioskuje o usunięcie tego podpunktu w całości ponieważ uniemożliwia on zaoferowanie rozwiązania konkurencyjnego. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego większość rozwiązań macierzowych dostępnych na rynku posiada taką funkcjonalność. Przykładowo wymóg ten spełnia między innymi HDS, IBM ,HP, Fujitsu.

Pytanie nr 62Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.6 macierz dyskowa typ 5 Tabela 49 oraz w punkcie 7.1.7 macierz dyskowa typ 6 Tabela 50 w podpunkcie 14) Thin-Provisioning wymaga Oprogramowania systemu dyskowego, które musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksy-malną pojemność urządzenia.Czy Zamawiający dopuści rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Tak, Zamawiający dopuszcza takie rozwiązanie, pod warunkiem spełnienia dodatkowych wymogów wprowadzonych przez Zamawiającego, w związku z powyższym Zamawiający modyfikuje postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie 7.1.6 macierz dyskowa typ 5 Tabela 49 oraz w punkcie 7.1.7 macierz dyskowa typ 6 Tabela 50 w podpunkcie 14) nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”

Pytanie nr 63Zamawiający w załączniku nr 9 do SIWZ Opis przedmiotu zamówienia w punkcie 7.1.6 macierz dyskowa typ 5 Tabela 49 oraz w punkcie 7.1.7 macierz dyskowa typ 6 Tabela 50 w podpunkcie 14) mi-gracja wewnętrzna danych wymaga aby macierz umożliwiała migrację wolumenów logicznych bez prz-erywania do nich dostępu, pomiędzy różnymi warstwami technologii dyskowych: Flash/SSD, SAS, Near-line SAS. Wykonawca wnosi o usunięcie całego podpunktu ponieważ w znaczący sposób ogranicza on konkurencję.

Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i podtrzymuje zapisy SIWZ. Wymóg ten spełnia min. EMC, IBM ,HP, Fujitsu.

Pytanie nr 64W związku z ogłoszonym postępowaniem „Na zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza", zwracam się z gorącą prośbą o odpowiedzi na poniższe pytania, dotyczące określonych parametrów poszczególnych urządzeń:Opis przedmiotu zamówienia6.1.1 Urządzenie skanująco drukujące Typ 1

26

Czy Zamawiający dopuści urządzenie o poziomie hałasu równym 55dBA?Odpowiedź:Zamawiający dopuszcza urządzenie o poziomie hałasu rówym 55dBA jednocześnie zmieniając w Załączniku nr 9 do SIWZ w rozdziale 6.1.1. Urządzenie skanująco drukujące Typ 1 w Tabeli 16 pozycję 21) nadając jej nowe brzmienie:"Poziom hałasu: Drukowanie ≤ 55 dBA".

Pytanie nr 656.1.4 Urządzenie skanująco drukujące Typ 4Czy Zamawiający dopuści urządzenie z podajnikiem o pojemności 250 arkuszy?Odpowiedź:Zamawiający dopuszcza urządzenie z podajnikiem na min. 250 arkuszy jednocześnie zmieniając w Załączniku nr 9 do SIWZ w rozdziale 6.1.4. Urządzenie skanująco drukujące Typ 4 w Tabeli 16 pozycję 20) nadając jej nowe brzmienie:"Pojemność podajnika ≥ 250 arkuszy".

Pytanie nr 66Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.1.4 Co zamawiający rozumie przez Blok Oddziałowy?Odpowiedź:Przez Blok Oddziałowy Zamawiający rozumie salę operacyjną usytuowaną na oddziale poza główną lokalizacją Bloku Operacyjnego.

Pytanie nr 67Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.1.Zamawiający wymienił ilości stanowisk na OIT, OW i BO, gdzie funkcjonować ma KSI. Ile urządzeń typu kardiomonitory, pompy infuzyjne, maszyny anestetyczne, respiratory itp. ma być podłączonych do systemu przy każdym z łóżek.Dodatkowo prosimy o podanie modeli urządzeń ze względu na konieczność dobrania indywidualnych sterowników dla różnych modeli urządzeń.Odpowiedź:Respiratory w obszarze objętym postępowaniem:• Hamilton S1 – 3 szt.• Hamilton G5 – 7 szt.• Hamilton C2 – 5 szt.• Hamilton C1 – 5 szt.• Puritan Bennett 840 – 9 szt. • SIEMENS Servo 300 – 5 szt.• Maquet SERVO-i – 1 szt.

Pompy infuzyjne mogące współpracować z KSI:• B.Braun Stacje dokujące – 15 szt.• B.Braun Perfusor Space – 90 szt.• B.Braun Infusomat Space – 30 szt.Ponadto Partner planuje zakup w bieżącym roku 12 stacji dokujących posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7 oraz 48 pomp infuzyjnych kroplowych i strzykawkowych współpracującymi z ww. stacjami dokującymi.

27

Partner posiada następujące aparaty do znieczulania, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI:• Philips - Intellivue AX 700 – 5szt.• Spacelabs - Blease Sirius 900 – 1szt.• Datex Ohmeda - AESPIRE 7900 – 1szt.• Zamawiający planuje zakup w bieżącym roku 10 aparatów do znieczulania posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7.

Wszystkie kardiomonitory są podpięte do centralnego systemu monitorowania IntelliVue iX firmy Philips. Wykonawca ma dostarczyć KSI o funkcjonalności spełniającej wymóg z punktu III.8.1.12 z Załącznika nr 9_20_opis_przedmiotu_zamówienia.

Partner przewiduje, że do każdego z łóżek będzie podpiętych nie więcej niż 8 urządzeń jednocześnie.

Pytanie nr 68Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.16Prosimy o informację o ilości aparatów do badań analitycznych oraz o modelu tych aparatówOdpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9.20 do SIWZ, w punkcie III.8.1.16 wykreślając w całości w/w pkt.

Pytanie nr 69Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.1.21Jakim jest producent i wersja systemu do obsługi laboratorium (LIS) pracującego w Szpitalu?Czy wymieniony System LIS jest zintegrowany z Systemem HIS za pośrednictwem protokołu HL7 w zakresie zlecenia badań oraz odsyłania do systemu HIS wyniku ?Czy w przypadku zapewnienia integracji z systemem HIS, będącym nadrzędnym systemem w Szpitalu, w którym znajduje się cała historia pacjenta, Zamawiający zrezygnuje z wymogu integracji z Systemem LIS?Dodatkowa integracja z Systemem LIS może znacząco podnieść koszt rozwiązania.Odpowiedź:System LIS jest zintegrowany z Systemem HIS za pośrednictwem protokołu HL7 w zakresie zlecenia badań oraz odsyłania do systemu HIS wyniku.Zamawiający rezygnuje z wymogu bezpośredniej integracji KSI z Systemem LIS w przypadku zapewnienia integracji KSI z systemem HIS (będącym nadrzędnym systemem w Szpitalu, w którym znajduje się cała historia pacjenta) w zakresie zleceń na badania laboratoryjne.

Pytanie nr 70Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.22Jakim jest producent i wersja systemu RIS pracującego w Szpitalu?Czy wymieniony System RIS jest zintegrowany z Systemem HIS za pośrednictwem protokołu HL7 w zakresie zlecenia badań oraz odsyłania do systemu HIS wyniku (opisu badań diagnostycznych)?Czy w przypadku zapewnienia integracji z systemem HIS, będącym nadrzędnym systemem w Szpitalu, w którym znajduje się cała historia pacjenta, Zamawiający zrezygnuje z wymogu integracji z Systemem RIS?

28

Dodatkowa integracja z Systemem RIS może znacząco podnieść koszt rozwiązania.Odpowiedź:Producentem systemu RIS jest firma Alteris S.A. Jest to system Alteris2 w wersji 1.12.30.9488. Wymieniony System RIS jest zintegrowany z Systemem HIS za pośrednictwem protokołu HL7 w zakresie zlecenia badań oraz odsyłania do systemu HIS wyników tych badań, a także w zakresie rozliczeń (tzw. głęboka integracja).W przypadku zapewnienia przez Wykonawcę integracji z systemem HIS, będącym nadrzędnym systemem w Szpitalu, w którym znajduje się cała historia pacjenta, Zamawiający rezygnuje z wymogu integracji z Systemem RIS.

Pytanie nr 71Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny III.8.1.63Czy Zamawiający dopuści rozwiązanie polegające na zatwierdzeniu przyjęcia/przeniesienia pacjenta na nowy odział lub łóżko? Automatyczne przyjęcie pacjenta w systemie CIS i przypisanie go do pierwszego dostępnego w systemie łóżka, może skutkować niespójnościąOdpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zatwierdzeniu przyjęcia/przeniesienia pacjenta na nowy odział lub łóżko.

Pytanie nr 72Załącznik 9 do SIWZ, Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa , ppkt 4 Obsługa dysków:„Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie macierzy dyskowej z obsługą dysków SSD – 200GB, 400GB i 800GB, dysków SAS – 300GB, 600GB, 900GB i 1,2TB oraz dysków NL-SAS – 2TB, 3TB, 4TB i 6TB?”Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu macierzy dyskowej z obsługą dysków SSD – 200GB, 400GB i 800GB, dysków SAS – 300GB, 600GB, 900GB i 1,2TB oraz dysków NL-SAS – 2TB, 3TB, 4TB i 6TB.

Pytanie nr 73Załącznik 9 do SIWZ, Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa , ppkt 5 Sposób zabezpieczenia danych:„Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie macierzy dyskowej z przestrzenią typu SPARE zlokalizowaną na wszystkich dyskach w oferowanej macierzy? Rozwiązanie daje ten sam poziom bezpieczeństwa i dodatkowo pozwala na dużo szybszą odbudowę uszkodzonego napędu w stosunku do rozwiązań tradycyjnych.”Odpowiedź: Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa , pozycja 5) na:,,Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych.Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID”. Jednocześnie Zamawiający dopuszcza możliwość zaoferowania przez Wykonawcę rozwiązania polegającego na:"zaoferowanie macierzy dyskowej z przestrzenią typu SPARE zlokalizowaną na wszystkich dyskach w oferowanej macierzy"

29

zamiast wymagania:"Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID" pod warunkiem, że proponowane przez Wykonawcę rozwiązanie zapewni równoważny poziom bezpieczeństwa i pozwoli na równie szybkie odbudowywanie uszkodzonych napędów co w obecnym brzemieniu wymagania Zamawiającego.

Pytanie nr 74 Załącznik 9 do SIWZ, Pkt 7.2.11 Serwer , ppkt 1 Obudowa:„Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie serwera z obsługą dysków 3,5” ze względu na wymóg zaoferowania dysków dużych pojemności 2TB występujących standardowo w obudowach 3,5”?”Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu serwera z obsługą dysków 3,5.

Pytanie nr 75Serwery blade wszystkie:Czy Zamawiający dopuści serwery posiadające złącza PCI x8 zamiast x16. Złącza x16 wykorzystywane są jedynie przy takich rozwiązaniach jak karty graficzne, które ze względu na budowę serwerów typu blade nie sa wykorzystywane w takich serwerach. Większość producentów nie stosuje zatem slotów x16.Odpowiedź:Zamawiający nie dopuszcza zaproponowanych przez Wykonawcę rozwiązań i podtrzymuje opisane w SIWZ w tym zakresie wymagania. Typ złącza ma bezpośredni wpływ na przepustowość slotu a co za tym idzie jego wydajność. Zamawiający wskazuje, iż wielu producentów serwerów tego typu posiada złącza typu x16 wraz z odpowiednimi kartami do nich m.in. akceleratorami IO.

Pytanie nr 76Serwer typ 10.Zamawiający wymaga aby było 10 slotów per procesor wolnych na pamięci RAM, jednocześnie wymagając zainstalowania min 512GB pamięci RAM. Na rynku obecnie nie istnieją kości 128GB pozwalające na spełnienie wymogu obsadzenia slotów. Czy Zamawiający zrezygnuje z wymogu pozostawienia wolnych slotów na pamięć RAM? Odpowiedź:Zamawiający wskazuje, iż w załączniku nr 9 do SIWZ wystąpiła oczywista omyłka pisarska. Zamawiający wskazuje, iż prawidłowy wymóg to pozostawienie 10 slotów wolnych dla całego serwera po zainstalowaniu 512GB pamięci RAM.

Pytanie nr 77Obudowa Blade 1 :Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektórych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie

30

Pytanie nr 78LAN/SANCzy zamawiający uzna za równoważne rozwiązanie posiadające 4 zewnętrzne porty 10Gb 2 zewnętrzne porty 40Gb pozwalające na uzyskanie 8 osobnych łączy 10Gb oraz 4 porty FC 8 Gb per moduł? Jest to rozwiązanie pozwalające na uzyskanie o wiele większej przepustowości niż wymagane. Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania. Zamawiający wskazuje, iż stosowanie portów zbiorczych (1 zamiast 4) uniemożliwi realizację założenia niezależnego i redundantnego połączenia dla pojedynczego serwera w obudowie.

Pytanie nr 79 Czy Zamawiający zrezygnuje z funkcjonalności przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami? Takie rozwiązanie jest specyficzne dla jednego producenta sprzętu i skutecznie ogranicza możliwość złożenia oferty na konkurencyjnym rozwiązaniu. Odpowiedź:Zamawiający rezygnuje z funkcjonalności "przydzielania adresów MAC i WWN predefiniowanych przez producenta oraz możliwości przenoszenia przydzielonych adresów pomiędzy wnękami"

Pytanie nr 80Obudowa blade 2Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektorych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie

Pytanie nr 81Czy zamawiający zrezygnuje z wymogu posiadania przez obudowę blade 8 wnęk na moduły komunikacyjne? Wymóg ten ogranicza możliwość składania konkurencyjnej oferty, a z technicznego punktu widzenia wystarczy 6 wnęk przy zamawianej infrastrukturze aby nadal zachować możliwości rozbudowy obudowy.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ.Według wiedzy zamawiającego na rynku występuje wielu producentów oferujących obudowy blade z min. 8 wnękami na moduły komunikacyjne. Wymaganie dotyczy infrastruktury, a w ramach infrastruktury Zamawiający dopuszcza agregację obudów zgodnie z ppkt 1 Rozdziału 7.2 punkt 7.2.18 i ppkt 4 Rozdziału 7.2 punkt 7.2.19.

Pytanie nr 82Macierze:7.1.1 7.1.27.1.3

31

7.1.47.1.8podpunkt 5 Sposób zabezpieczenia danych „Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych. Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID.„Czy zamawiający dopuści rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50. RAID3 jest rozwiązaniem dość archaicznym i wielu producentów nie stosuje tego rozwiązania w swoich macierzach, RAID50 jest rozwiązaniem które bardzo mocno ogranicza pulę producentów którzy mogą zaproponować rozwiązanie równoważne.Odpowiedź:Zamawiający dopuszcza rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50

Pytanie nr 837.1.17.1.3podpunkt 10 Interfejsy zewnętrzne “Co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum 8Gb/s. W celu zwiększenie przepustowości, możliwość wymiany interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub możliwość rozbudowy o kolejne 8 portów. ”Czy zamawiający dopuści macierz która będzie posiadała 8 interfejsów FCP 16Gb/s oraz 4 interfejsy SAS 6Gbit/s (fizycznie przepustowość portu SAS6Gb/s posiada 24Gb/s)do połączenia z hostami? Tego typu rozwiązanie zapewni równie dużą elastyczność przy o wiele większej wydajności interfejsów.Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający wymaga standardowych (posiadanych przez wszystkich producentów) interfejsów FC a nie interfejsów SAS lub FCP.

Pytanie nr 847.1.1 7.1.37.1.47.1.8podpunkt 13 Mechanizm typu Thin Provisioning “Macierz musi posiadać funkcjonalność udostępniania zasobów dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin Provisioning oraz odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach wolumenów typu Thin. Proces odzyskiwania danych musi byd automatyczny bez konieczności uruchamiania dodatkowych procesów na kontrolerach macierzowych. Czy zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 w podpunkcie nr 13 nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni

32

dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”.

Pytanie nr 857.1.17.1.37.1.47.1.8podpunkt 18 Migracja danych w obrębie macierzy Prosimy o usuniecie zapisu zapis ogranicza konkurencjeOdpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu.

Pytanie nr 867.1.1 7.1.37.1.47.1.8podpunkt 20 Inne funkcjonalności Prosimy o wykreślenie zapisu ogranicza on konkurencyjność.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, rozdział 7.1.1 , 7.1.3, 7.1.4, 7.1.8 wykreślając w całości pozycje 20).

Pytanie nr 87 7.1.2 podpunkt 17 Migracja danych w obrębie macierzy Prosimy o wykreślenie zapisu ogranicza on konkurencyjność.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu

Pytanie nr 88 7.1.1 podpunkt 19 Inne funkcjonalności Prosimy o wykreślenie zapisu ogranicza on konkurencyjnośćOdpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, pkt 7.1.1 wykreślając w całości pozycję 20).

Pytanie nr 897.1.67.1.7 podpunkt 10 CacheCzy zamawiający dopuści macierz posiadającą 16 GB pamięci Cache sumarycznie na obydwu kontrolerachOdpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający nie dopuszcza macierzy posiadającej sumarycznie

33

w kontrolerach mniej niż 24GB CACHE. W przypadku awarii jednego z kontrolerów wydajność macierzy spadnie w sposób znaczący.

Pytanie nr 90 7.1.67.1.7 podpunkt 12Prosimy o wykreślenie zapisu wskazuje on na macierz EMC VNXOdpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według najlepszej wiedzy Zamawiającego większość rozwiązań macierzowych dostępnych na rynku posiada taką funkcjonalność. Przykładowo są to: IBM, HP, Fujitsu.

Pytanie nr 91 7.1.6 7.1.7 podpunkt 14Czy zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w rozdziale 7.1.6, 7.1.7 pozycja 14) nadając mu następujące brzmienie:Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana

Pytanie nr 92 7.1.67.1.7 podpunkt 17 Migracja wewnętrzna danych. Prosimy o wykreślenie zapisu ogranicza on konkurencyjnośćOdpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i Zamawiający podtrzymuje zapisy SIWZ. Wymóg ten spełnia min. EMC, IBM ,HP, Fujitsu.

Pytanie nr 93 7.2.18 Infrastruktura , typ , obudowy Oferowana infrastruktura musi zapewniać montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC. Zapis ogranicza w sposób bezpośredni konkurencyjność dopuszczając Fujitsu Każda oferowana infrastruktura musi posiadać co najmniej 8 wnęk na moduły komunikacyjne ( LAN /SAN/ SAS/ InfiniBand). Prosimy o wykreślenie SAS tego typu rozwiązanie posiada obudowa Fujitsu.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami x86, RISC i EPIC posiada wielu czołowych producentów serwerów. Wymóg ten spełnia min. Oracle/SPARC, Fujitsu, IBM (Power Architecture), HP (Intel). za wikipedia: http://en.wikipedia.org/wiki/Reduced_instruction_set_computing.

Pytanie nr 94

34

Czy Zamawiający dopuszcza 4 wejścia USB zamiast wymaganych 6 w stacji mobilnej ?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ, gdyż rozwiązania w SIWZ są podyktowane potrzebami Zamawiającego.

Pytanie nr 95 dotyczy załącznik 9 do SIWZ - Macierze Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa ppkt 4 Obsługa dysków:Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie macierzy dyskowej z obsługą dysków SSD – 200GB, 400GB i 800GB, dysków SAS – 300GB, 600GB, 900GB i 1,2TB oraz dysków NL-SAS – 2TB, 3TB, 4TB i 6TB?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu macierzy dyskowej z obsługą dysków SSD – 200GB, 400GB i 800GB, dysków SAS – 300GB, 600GB, 900GB i 1,2TB oraz dysków NL-SAS – 2TB, 3TB,4TB i 6TB.

Pytanie nr 96 dotyczy Załącznik 9 do SIWZ, Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa , ppkt 5 Sposób zabezpieczenia danych:Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie macierzy dyskowej z przestrzenią typu SPARE zlokalizowaną na wszystkich dyskach w oferowanej macierzy? Rozwiązanie daje ten sam poziom bezpieczeństwa i dodatkowo pozwala na dużo szybszą odbudowę uszkodzonego napędu w stosunku do rozwiązań tradycyjnych.Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie Pkt 7.1.1- 7.1.2-7.1.3-7.1.4-7.1.8 Macierz dyskowa , pozycja 5) nadając mu następujące brzmienie:"Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych.Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID. "

Zamawiający dopuszcza propozycję Wykonawcy w brzmieniu:"zaoferowanie macierzy dyskowej z przestrzenią typu SPARE zlokalizowaną na wszystkich dyskach w oferowanej macierzy"zamiast wymagania:"Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID" pod warunkiem, że proponowane przez Wykonawcę rozwiązanie zapewni równoważny poziom bezpieczeństwa i pozwoli na równie szybkie odbudowywanie uszkodzonych napędów co w obecnym brzemieniu wymagania Zamawiającego..

Pytanie nr 97 dotyczy Załącznik 9 do SIWZ, Pkt 7.2.11 Serwer , ppkt 1 Obudowa:Czy zamawiający dopuści jako rozwiązanie spełniające w/w punkt, zaoferowanie serwera z obsługą dysków 3,5” ze względu na wymóg zaoferowania dysków dużych pojemności 2TB występujących standardowo w obudowach 3,5”?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu serwera z obsługą dysków 3,5.

35

Pytanie nr 98 dotyczy Załącznika 9 do SIWZ - Serwerów typu BladeCzy Zamawiający dopuści serwery posiadające złącza PCI x8 zamiast x16. Złącza x16 wykorzystywane są jedynie przy takich rozwiązaniach jak karty graficzne, które ze względu na budowę serwerów typu blade nie są wykorzystywane w takich serwerach. Większość dostępnych na rynku producentów nie stosuje zatem slotow x16.Odpowiedź:Zamawiający nie dopuszcza zaproponowanych przez Wykonawcę rozwiązań i podtrzymuje opisane w SIWZ w tym zakresie wymagania. Typ złącza ma bezpośredni wpływ na przepustowość slotu a co za tym idzie jego wydajność. Zamawiający wskazuje, iż wielu producentów serwerów tego typu posiada złącza typu x16 wraz z odpowiednimi kartami do nich m.in. akceleratorami IO.

Pytanie nr 99 dotyczy Załącznika 9 do SIWZ - Obudowa Blade Typ 1 :Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektórych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie.

Pytanie nr 100 dotyczy Załącznika 9 – Dotyczy Serwer typ 10: Zamawiający wymaga aby było 10 slotów per procesor wolnych na pamięci RAM, jednocześnie wymagając zainstalowania min 512GB pamięci RAM. Na rynku obecnie nie istnieją kości 128GB pozwalające na spełnienie wymogu obsadzenia slotów. Czy Zamawiający zrezygnuje z wymogu pozostawienia wolnych slotów na pamięć RAM? Odpowiedź:Zamawiający wskazuje, iż w załączniku nr 9 do SIWZ wystąpiła oczywista omyłka pisarska. Zamawiający wskazuje, iż prawidłowy wymóg to pozostawienie 10 slotów wolnych dla całego serwera po zainstalowaniu 512GB pamięci RAM.

Pytanie nr 101 dotyczy Obudowa Blade Typ 2:Czy Zamawiający zrezygnuje z wymogu możliwości instalacji serwerów blade w technologii RISC oraz EPIC? Tego typu serwery nie znajdują się w ofercie większości producentów, co w znaczący sposób ogranicza możliwości złożenia oferty konkurencyjnej. Dodatkowo przy obecnej mocy procesorów x86 stawianie wymogu możliwości instalacji procesorów RISC i EPIC nie ma uzasadnienia technicznego. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy Zamawiającego serwery z procesorami RISC i EPIC posiada wielu czołowych producentów serwerów. Procesory RISC/EPIC są dedykowane do krytycznych systemów np. baz danych. Dodatkowo licencjonowanie niektórych aplikacji na procesorach RISC i EPIC jest korzystniejsze i uzasadnione ekonomicznie

36

Pytanie nr 102 dotyczy Załącznika 9 – Dotyczy Obudowa Blade Typ 2: Czy zamawiający zrezygnuje z wymogu posiadania przez obudowę Blade 8 wnęk na moduły komunikacyjne? Wymóg ten ogranicza możliwość składania konkurencyjnej oferty, a z technicznego punktu widzenia wystarczy 6 wnęk przy zamawianej infrastrukturze aby nadal zachować możliwości rozbudowy obudowy.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy zamawiającego na rynku występuje wielu producentów oferujących obudowy blade z min. 8 wnękami na moduły komunikacyjne. Wymaganie dotyczy infrastruktury, a w ramach infrastruktury Zamawiający dopuszcza agregację obudów zgodnie z ppkt 1

Pytanie nr 103 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.1, 7.1.2, 7.1.3, 7.1.4, 7.1.8 podpunkt 5 Sposób zabezpieczenia danych „Macierz musi obsługiwać mechanizmy RAID zgodne z RAID0, RAID1 lub RAID10, RAID3, RAID5 lub RAID 50 oraz RAID6 realizowane sprzętowo za pomocą dedykowanego układu, z możliwością dowolnej ich kombinacji w obrębie oferowanej macierzy i z wykorzystaniem wszystkich dysków twardych. Możliwość definiowania globalnych dysków spare oraz dedykowania dysków spare do konkretnych grup RAID” Czy zamawiający dopuści rozwiązanie które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50. RAID3 jest rozwiązaniem dość archaicznym i wielu producentów nie stosuje tego rozwiązania w swoich macierzach, RAID50 jest rozwiązaniem które bardzo mocno ogranicza pulę producentów którzy mogą zaproponować rozwiązanie równoważne.Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania które będzie obsługiwało RAID0, RAID1, RAID5, RAID6, RAID10 a nie będzie obsługiwało RAID3 oraz RAID50/ Pytanie nr 104 dotyczy Załącznika nr 9 do SIWZ –dotyczy 7.1.1,7.1.3 podpunkt 10 Interfejsy zewnętrzne: “Co najmniej 8 zewnętrznych interfejsów FC o prędkości minimum 8Gb/s. W celu zwiększenie przepustowości, możliwość wymiany interfejsów na szybsze (minimum FC 16 Gb/s i Ethernet 10Gb/s) lub możliwość rozbudowy o kolejne 8 portów. ”Czy zamawiający dopuści macierz która będzie posiadała 8 interfejsów FCP 16Gb/s oraz 4 interfejsy SAS 6Gbit/s (fizycznie przepustowość portu SAS6Gb/s posiada 24Gb/s)do połączenia z hostami? Tego typu rozwiązanie zapewni równie dużą elastyczność przy o wiele większej wydajności interfejsów.Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający wymaga standardowych (posiadanych przez wszystkich producentów) interfejsów FC a nie interfejsów SAS lub FCP.

Pytanie nr 105 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.1,7.1.3,7.1.4,7.1.8 podpunkt 13 Mechanizm typu Thin Provisioning“Macierz musi posiadać funkcjonalność udostępniania zasobów dyskowych do serwerów w trybie tradycyjnym, jak i w trybie typu Thin Provisioning oraz odzyskiwanie przestrzeni dyskowych po usuniętych danych w ramach wolumenów typu Thin. Proces odzyskiwania danych musi być automatyczny bez konieczności uruchamiania dodatkowych procesów na kontrolerach macierzowych.”

37

Czy zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 – opis przedmiotu zamówienia, w punkcie 7.1.1 macierz dyskowa SSD Tabela 44 oraz w punkcie 7.1.3 macierz dyskowa typ 2 Tabela 46 oraz w punkcie 7.1.4 macierz dyskowa typ 3 Tabela 47 oraz 7.1.8 macierz dyskowa typ 7 w podpunkcie nr 13 nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”.

Pytanie nr 106 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.1,7.1.3,7.1.4,7.1.8 podpunkt 18 Migracja danych w obrębie macierzyProsimy o usuniecie tego zapisu. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu. Pytanie nr 107 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.1,7.1.3,7.1.4,7.1.8 podpunkt 20 Inne funkcjonalnościProsimy o usuniecie tego zapisu. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w następującym zakresie: Załącznik nr 9 do SIWZ, rozdział 7.1.1 , 7.1.3, 7.1.4, 7.1.8 wykreślając w całości pozycje 20).

Pytanie nr 108 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.2 podpunkt 17 Migracja danych w obrębie macierzy Prosimy o usuniecie tego zapisu. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Funkcjonalność ta jest wspierana przez większość producentów. Możliwość przenoszenia danych w macierzy jest standardowym wymaganiem dla tej klasy sprzętu.

Pytanie nr 109 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.1 podpunkt 19 Inne funkcjonalności Prosimy o usuniecie tego zapisu. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji.Odpowiedź:Zamawiający wyraża zgodę na zmianę postanowień SIWZ i w związku z powyższym skreśla wymagania Załącznika 9 do SIWZ rozdział 7.1.1 pozycja 20).

38

Pytanie nr 110 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.6, 7.1.7 podpunkt 10 CacheCzy zamawiający dopuści macierz posiadającą 16 GB pamięci Cache sumarycznie na obydwu kontrolerach ?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Zamawiający nie dopuszcza macierzy posiadającej sumarycznie w kontrolerach mniej niż 24GB CACHE. W przypadku awarii jednego z kontrolerów wydajność macierzy spadnie w sposób znaczący.

Pytanie nr 111 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.6, 7.1.7 podpunkt 12Prosimy o usuniecie tego zapisu. Zapis ten w sposób bezpośredni ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji i jednoznacznie wskazuje na urządzenie jednego producenta EMC.Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i podtrzymuje zapisy SIWZ. Wymóg ten min. spełnia również IBM i HP.

Pytanie nr 112 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.6, 7.1. podpunkt 14Czy zamawiający dopuści rozwiązanie które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych?Odpowiedź:Zamawiający zmienia postanowienia Załącznika nr 9 do SIWZ, rozdział 7.1.6 pozycja 14) nadając mu następujące brzmienie:,,Oprogramowanie systemu dyskowego musi umożliwiać funkcjonalność thin provisioningu – wirtualnej alokacji danych wraz z możliwością reklamacji (odzyskiwania) przestrzeni dyskowej na dyskach typu Thin. Należy dostarczyć odpowiednie licencje jeżeli są wymagane na maksymalną pojemność urządzenia. Zamawiający dopuszcza rozwiązanie, które nie będzie posiadało mechanizmu odzyskiwania przestrzeni dyskowej po usunięciu danych o ile zostanie dostarczona macierz dyskowa wyposażona o 50% przestrzeni dyskowej więcej niż przestrzeń wymagana”.

Pytanie nr 113 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.1.6, 7.1 podpunkt 17 Migracja wewnętrzna danych Prosimy o usuniecie tego zapisu. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji.

Odpowiedź:Zamawiający nie wyraża zgody na wykreślenie w/w postanowień i Zamawiający podtrzymuje zapisy SIWZ. Wymóg ten spełnia między innymi: EMC, HDS, IBM ,HP.

Pytanie nr 114 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.2.18 podpunkt 1 Infrastruktura, typ , obudowy „Oferowana infrastruktura musi zapewniać montaż serwerów blade zarówno w technologii x86 jak i w architekturze RISC lub EPIC.”Prosimy o usuniecie tego zapisu. Zapis ten w sposób bezpośredni ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji i jednoznacznie wskazuje na urządzenie jednego producenta Fujitsu.

39

Odpowiedź:Zamawiający podtrzymuje zapis SIWZ.Według wiedzy Zamawiającego serwery z procesorami x86, RISC i EPIC posiada wielu czołowych producentów serwerów.

Pytanie nr 115 dotyczy Załącznika nr 9 do SIWZ – dotyczy 7.2.18 podpunkt 1 Infrastruktura, typ , obudowy „Każda oferowana infrastruktura musi posiadać co najmniej 8 wnęk na moduły komunikacyjne ( LAN /SAN/ SAS/ InfiniBand).”Prosimy o usunięcie wymogu dla SAS. Zapis ten w znaczący sposób ogranicza możliwość złożenia oferty konkurencyjnej co wpływa bardzo mocno na ograniczenie konkurencji. Aktualnie tego typu rozwiązania posiada obudowa tylko jednego producenta j/w.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.Według wiedzy zamawiającego na rynku występuje wielu producentów oferujących obudowy blade z min. 8 wnękami na moduły komunikacyjne. Wymaganie dotyczy infrastruktury, a w ramach infrastruktury Zamawiający dopuszcza agregację obudów zgodnie z ppkt 1.

Pytanie nr 116 dotyczy LAN/SANCzy zamawiający uzna za równoważne rozwiązanie posiadające 4 zewnętrzne porty 10Gb, 2 zewnętrzne porty 40Gb pozwalające na uzyskanie 8 osobnych łączy 10Gb oraz 4 porty FC 8 Gb per moduł ? Jest to rozwiązanie pozwalające na uzyskanie o wiele większej przepustowości niż wymagane. Odpowiedź:Nie, Zamawiający nie dopuszcza takiego rozwiązania. Zamawiający wskazuje, iż stosowanie portów zbiorczych (1 zamiast 4) uniemożliwi realizację założenia niezależnego i redundantnego połączenia dla pojedynczego serwera w obudowie. Pytanie nr 117 dotyczy Załącznika nr 9 – dotyczy 7.3.13 i 7.3.15Prosimy o podanie prawidłowych rozmiarów szafy serwerowej wskazanej w Tabeli 80 oraz Tabeli 82. Mimo, że szafy różnią się wielkością 42U oraz 24U to Zamawiający podaje w SIWZ takie same wymiary dla szafy z Tabeli 80 i 82.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika nr 9 – dotyczy 7.3.13 i 7.3.15 podając prawidłowe wymiary dla Tabeli 82: Min. 120 x 100 x 59.

Pytanie nr 118 dotyczy Załącznika nr 9 – dotyczy 8.3 Oprogramowanie antywirusowe – podpunkt 2Prosimy o informację jakich dystrybucji systemu operacyjnego Linux oraz w jakich wersjach dotyczy ten wymóg ?Odpowiedź:Zamawiający wyjaśnia, iż wskazany wymóg dotyczyRedHat min v5, SuSE min v10, ORACLE Linux min. v.6.0.

Pytanie nr 119 dotyczy Załącznika nr 9 – dotyczy 8.3 Oprogramowanie antywirusowe – podpunkt 2Zamawiający wymaga dostarczenia oprogramowania antywirusowego, które wspiera wycofane już ze sprzedaży i wsparcia technicznego producenta systemy operacyjne Microsoft Windows XP. Ponadto

40

Zamawiający wymaga aby oprogramowanie antywirusowe wspierało w/w systemy operacyjne wraz z najstarszym Service Packiem 1. Pragniemy pokreślić, że z punktu widzenia bezpieczeństwa systemów Windows XP z SP1 wymagana jest aktualizacja do co najmniej dodatku Service Pack 2. Dodatek SP2 dla Windows XP to jeden z największych w historii firmy Microsoft dodatków Service Pack. Wprowadza on do systemu szereg nowych mechanizmów zabezpieczeń, znacznie bardziej zaawansowanych niż poprzednio.Prosimy zatem o wykreślenie wymagania wsparcia oprogramowania antywirusowego dla systemów MS Windows XP Home Edition z SP1, MS Windows XP Professional Edition z SP1, MS Windows XP Media Center Edition z SP1.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika nr 9 pkt 8.3 Oprogramowanie antywirusowe - wykreślając pozycję 2) w całości.

Pytanie nr 120 dotyczy Załącznika nr 9 – dotyczy 8.2 Oprogramowanie do obsługi kopii zapasowychW podpunkcie 6 w tabeli 97 Zamawiający umieścił następującą treść „Oprogramowanie do tworzenia kopi zapasowych musi posiadać następujące funkcje:” jednak na kolejnej stronie brak jest kontynuacji tego wątku i wspomnianych wcześniej funkcji.Prosimy o uzupełnienie dokumentacji załącznika nr 9 do SIWZ o niezbędne informacje potrzebne do wyboru o oprogramowania do obsługi kopii zapasowych.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ - Załącznik nr 9 – pkt 8.2 Oprogramowanie do obsługi kopii zapasowych, uzupełniając informacje w pkt. 6 o następujące dane:a) backup samego siebie, co najmniej 20 klientów przyłączonych do sieci SAN, co najmniej 100 klientów przyłączonych do sieci ETHERNET, z systemami operacyjnymi z rodziny Microsoft Windows oraz Linuxb) wykonywania kopii pełnych i przyrostowychc) co najmniej dwie licencje na backup pracujących baz danych typu on-line (na przykład: SQL Server, Oracle Database, itp) oraz środowisk wirtualnych (na przykład. VMWare vSphere 5, Citrix XenServer, itp)d) dołączenie własnych poleceń przed i po wykonaniu backupue) wykonywanie automatycznych kopii zapasowychf) Wbudowana globalna deduplikacja danych z automatyczną weryfikacją poprawności danych.g) Podmontowanie wolumenu bezpośrednio z backupu, bez konieczności odtwarzania na dysk źródłowyh) sprawdzanie poprawności backupów i) Uniwersalny system odtwarzania umożliwiający odtwarzanie; p2v, v2v, v2p, p2p, bare metal restorej) Szyfrowanie danychk) Zdalna replikacja bez konieczności używania dodatkowych urządzeń. Replikacja musi wspierać mechanizmy file-over, file-back, l) Tworzenie wirtualnej maszyny na potrzeby szybkiego odtworzenia danych.m) Tworzenie polityk retencji backupów.n) Wysyłanie ostrzeżeń oraz zagrożeń w postaci email oraz syslog

Pytanie nr 121 dotyczy Załącznika 9 – Dotyczy 8.5 Oprogramowanie do monitoringu sieciProsimy o informację, czy monitoringiem mają zostać objęte urządzenia, które Zamawiający aktualnie posiada w swojej infrastrukturze ? Jeżeli TAK, to jakie urządzenia i w jakiej ilości ?Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika nr 9 pkt 8.5 - Oprogramowanie do monitoringu sieci, wykreślając w/w pkt w całości. Jednocześnie Zamawiający modyfikuje postanowienia

41

SIWZ we wszystkich miejscach w których następuje odwołanie do tego wymogu, poprzez wykreślenie takich postanowień.

Pytanie nr 122 dotyczy Załącznika 9 – Dotyczy 8.5 Oprogramowanie do monitoringu sieciProsimy o informację jakie urządzenia z toczącego się postępowania mają zostać objęte monitoringiem za pomocą Oprogramowania do monitoringu sieci ? Czy wszystkie ze wskazanych urządzeń mają zostać objęte monitoringiem ?Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika nr 9 pkt 8.5 - Oprogramowanie do monitoringu sieci, wykreślając w/w pkt w całości. Jednocześnie Zamawiający modyfikuje postanowienia SIWZ we wszystkich miejscach w których następuje odwołanie do tego wymogu, poprzez wykreślenie takich postanowień.

Pytanie nr 123 dotyczy Załącznika 9 – Dotyczy 8.5 Oprogramowanie do monitoringu sieciProsimy o informację ile jednocześnie osób (ilość jednocześnie zalogowanych użytkowników do systemu monitoringu sieci) będzie miało mieć dostęp do oprogramowania do monitoringu sieci ?Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika nr 9 pkt 8.5 - Oprogramowanie do monitoringu sieci, wykreślając w/w pkt w całości. Jednocześnie Zamawiający modyfikuje postanowienia SIWZ we wszystkich miejscach w których następuje odwołanie do tego wymogu, poprzez wykreślenie takich postanowień.

Pytanie nr 124 dotyczy Załącznika 9 – Dotyczy 6.2.2 Zestaw terminalowy z monitoremCzy Zamawiający dopuści urządzenie terminalowe posiadające 4 porty USB 2.0 ? Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Wymóg ten podyktowany jest zidentyfikowanymi potrzebami użytkowymi Zamawiającego.

Pytanie nr 125 dotyczy Załącznika 9 – Dotyczy 6.2.2 Zestaw terminalowy z monitoremCzy Zamawiający dopuści urządzenie terminalowe posiadające 4 porty USB 2.0 a dodatkowe porty USB do uzyskania przy pomocy zewnętrznego HUB’a USB 2.0 / 3.0 ?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Wymóg ten podyktowany jest zidentyfikowanymi potrzebami użytkowymi Zamawiającego, ponad to zastosowanie kolejnego urządzenia zewnętrznego wpłynie na funkcjonalność urządzenia i zmniejszy komfort korzystania z niego

Pytanie nr 126 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneCzy Zamawiający uzna za wystarczające dostarczenie klawiatury o klasie szczelności IP68? Według naszej wiedzy nie istnieją żadne klawiatury komputerowe, które były produktami medycznymi w rozumieniu obowiązujących w Polsce przepisów o wyrobach medycznych (Dyrektywa Unijna 93/42/EEC i Ustawa o Wyrobach Medycznych.)Odpowiedź:

42

Tak, Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dostarczeniu klawiatury o klasie szczelności IP68.

Pytanie nr 127 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneCzy Zamawiający odstąpi od wymogu obudowy komputera z „z osłoną antybakteryjną”. Tego typu osłony antybakteryjne bazują zwykle na obecności jonów srebra. Pokrywanie obudowy komputera taką warstwą ochronną powoduje drastyczny wzrost ceny, stąd bardzo wielu producentów zrezygnowało ostatnio z tego rozwiązania. Obecnie stosuje się raczej obudowy zamknięte (szczelne), pokryte warstwą odporną na działanie medycznych środków czyszczących.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznika 9 – pkt 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in one, odstępując od wymogu obudowy komputera z „z osłoną antybakteryjną”. Zamawiający jednak w takim wypadku wprowadza wymóg dostarczenia obudowy komputera szczelnej i odpornej na działanie środków czyszczących i dezynfekujących.

Pytanie nr 128 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneProsimy o informację w jakich miejscach Zamawiający będzie wymagał aby Wykonawca zainstalował dostarczony sprzęt. Wiedza ta jest potrzeba już na tym etapie aby móc szczegółowo i rzetelnie oszacować pracochłonność oraz elementy niezbędne do montażu urządzeń.Odpowiedź:Zamawiający wyjaśnia, iż sprzęt będzie zainstalowany:Oddział Anestezjologii i Intensywnej Terapii - 15 szt.Blok Operacyjny - 6 szt.Sale operacyjne na oddziałach Chirurgii Dziecięcej, Urologicznym i Laryngologicznym – instalacja na uchwytach ściennych – 3 szt.Uchwyty muszą posiadać miejsce na klawiaturę i mysz, muszą umożliwiać regulację wysokości i kąta nachylenia monitora w poziomie i w pionie, regulację kąta nachylenia podstawki na klawiaturę i mysz, spełniać wszelkie normy obowiązujące dla sprzętu montowanego na salach operacyjnych i tym podobnych miejscach.

Pytanie nr 129 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneCzy Zamawiający uzna za spełnienie wymagań SIWZ w tym punkcie zaoferowanie komputera wyposażonego w port DVI-I zamiast portu DisplayPort? Porty te są ze sobą kompatybilne i jeżeli zajdzie tako potrzeba, szybkie przejście między nimi można wykonać poprzez zwykłą przejściówkę pasywną.

Odpowiedź:Tak, Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu komputera wyposażonego w port DVI-I zamiast portu DisplayPort.

Pytanie nr 130 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneCzy Zamawiający zaakceptuje w tym punkcie komputer bez złącza: 1 x HDMI – In (display mode)? Przedmiotem zamówienie są całe kompletne komputery all-in-one, na których ma być zainstalowane

43

oprogramowanie narzędziowe. Trudno zatem w praktyce wyobrazić sobie takie zastosowanie, w którym komputer ten miałby pracować jako sam monitor.Odpowiedź:Tak, Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu komputera wyposażonego w port DVI-I zamiast portu DisplayPort.

Pytanie nr 131 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK - Tabela 39 Parametry komputera typu Medical Grade - All in oneCzy Zamawiający uzna za spełnienie wymagań SIWZ w tym punkcie zaoferowanie komputera wyposażonego w wyjście 1 x Audio line-out, do którego można podłączyć zewnętrzne głośniki?Odpowiedź:Tak, Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu komputera wyposażonego w wyjście 1 x Audio line-out, do którego można podłączyć zewnętrzne głośniki.

Pytanie nr 132 dotyczy Załącznika 9 – Dotyczy 6.4 Sprzęt do obsługi SSK, Tabela 39 Parametry komputera typu Medical Grade - All in one, PPkt.18 Czy Zamawiający uzna za spełnienie wymagań SIWZ w tym punkcie zaoferowanie komputera all-in-one będącego produktem medycznym klasy 1 (zgodnie z Europejską Dyrektywą dotyczącą Wyrobów Medycznych 93/42/EEC), posiadającego zgłoszenie do polskiego Urzędu Rejestracji Produktów Leczniczych, spełniającego medyczne normy elektryczne i elektromagnetyczne EN60601-1 EN60601-1-2 oraz Europejską Dyrektywę RoHS o substancjach niebezpiecznych?Odpowiedź:Tak, Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu komputera komputera all-in-one będącego produktem medycznym klasy 1 (zgodnie z Europejską Dyrektywą dotyczącą Wyrobów Medycznych 93/42/EEC), posiadającego zgłoszenie do polskiego Urzędu Rejestracji Produktów Leczniczych, spełniającego medyczne normy elektryczne i elektromagnetyczne EN60601-1 EN60601-1-2 oraz Europejską Dyrektywę RoHS o substancjach niebezpiecznych.

Pytanie nr 133 Czy Zamawiający udostępni Wykonawcy wszystkie dokumenty, wskazane w pkt MEZ.8 na str.10 Załącznika nr 9 do SIWZ, w tym w szczególności studium wykonalności, umowę i decyzję w/s dofinansowania, po podpisaniu umowy na realizację systemu MeZ?Odpowiedź:Tak Zamawiający przekaże po podpisaniu umowy z Wykonawcą wszystkie dokumenty będące w posiadaniu Zamawiającego.

Pytanie nr 134 Czy Zamawiający potwierdza, że administratorem każdego z Centrów Autoryzacji, wdrażanego u każdego PP będzie poszczególny Partner (placówka medyczna)?Odpowiedź:Zamawiający zmienia wymaganie Rozdziału 5.4.7 5.4.7 Serwer Centrum Autoryzacji (CA) w brzmieniu:"Wykonawca powinien wybudować Centrum Autoryzacji (CA) wydające podpisy elektroniczne niekwalifikowane u każdego z PP oraz dostarczyć procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów"Nadając im następujące brzmienie:

44

"Wykonawca wybuduje Centrum Autoryzacji (CA) u Zamawiającego 15, a u pozostałych Zamawiających jedynie centra dystrybucji podpisów wydające podpisy elektroniczne niekwalifikowane oraz dostarczy procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów.

Pytanie nr 135 Czy Zamawiający potwierdza, że Centrum Autoryzacji ma być również dostarczone do Partnera 24 - Województwo Mazowieckie?Odpowiedź:Zamawiający zmienia wymaganie Rozdziału 5.4.7 5.4.7 Serwer Centrum Autoryzacji (CA) w brzmieniu:"Wykonawca powinien wybudować Centrum Autoryzacji (CA) wydające podpisy elektroniczne niekwalifikowane u każdego z PP oraz dostarczyć procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów"Nadając im następujące brzmienie "Wykonawca wybuduje Centrum Autoryzacji (CA) u Zamawiającego 15, a w pozostałych Zamawiających jedynie dystrybucji podpisów wydające podpisy elektroniczne niekwalifikowane oraz dostarczy procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów”.

Pytanie nr 136 Czy zdaniem Zamawiającego architketura systemu MeZ, przedstawiona na rys. 1 na str. 19 Załącznika nr 9 do SIWZ, nie powinna również zawierać odwołania do projektu P1 w kontekście zdeniowanych celów projektu MeZ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ Rysunek architektury systemu Mez nie musi zawierać odesłania do projektu P1. Opis w tym zakresie zawarty jest w załączniku nr 9 do SIWZ.

Pytanie nr 137 Co Zamawiający rozumie przez "powszechnie stosowane standardy realizacji projektów informatycznych"? (zapis MEZ.13, na str. 21 Załącznika nr 9 do SIWZ)?Czy Zamawiający może wskazać które konkretne standardy ma na myśli?Odpowiedź:Zamawiający przez takie standardy rozumie np.: zarządzanie projektem poprzez precyzyjne określenie celu i zakresu, ról i odpowiedzialności, zadań realizacyjnych, monitoringu, raportowania, obsługi zmian, zapewnienie jakości.

Pytanie nr 138 Czy Zamawiający może przedłużyć czas na realizację analizy przedwdrożeniowej do 90 dni od daty podpisania umowy? Zakres dokumentacji jaka musi zostać wytworzona w tym etapie jest bardzo duży, a jej charakter jest kluczowy wszystkich następujących później etapów. Zmiana terminu realizacji tego etapu będzie neutralna dla całkowitego czasu realizacji zamówienia.

Odpowiedź:Zamawiający nie wyraża zgody na zmianę postanowień SIWZ w tym zakresie. Wskazany przez Zamawiającego termin na przygotowanie analizy jest wystarczający.

Pytanie nr 139 Czy w Tabeli 1 na stronie 22-23 Załącznika nr 9 do SIWZ "dzień" oznacza dzień roboczy czy dzień kalendarzowy?Odpowiedź:Zamawiający wskazuje, iż użyty tam termin oznacza dzień kalendarzowy.

45

Pytanie nr 140 Czy Zamawiający może wskazać jakie dokładnie procesy biznesowe każdego z Partnerów zawarte są w opisie, który dostarczyć ma Wykonawcy Zamawiający po podpisaniu umowy, a o których mowa na stronie 25 Załącznika nr 9 do SIWZ, które wpływają bezpośrednio na zakres dokumentacji projektowej opracowywanej przez Wykonawcę?Odpowiedź:Procesy biznesowe każdego z Partnerów zawarte są w opisie, który dostarczyć ma Wykonawcy Zamawiający po podpisaniu umowy obejmują procesy szpitalne w zakresie usług medycznych realizowanych przez Partnerów.

Opis procesów biznesowych zostanie udostępniony przez Zamawiającego po jego odbiorze od Audytora i przekazany dla Wykonawcy po podpisaniu umowy.

Pytanie nr 141 Której wersji standardu HL7 CDA dotyczy zapis MEZ.EDM.5 na stronie 32 Załącznika nr 9 do SIWZ?Odpowiedź:Zamawiający wyjaśnia, iż dotyczy to wersji standardu HL7 CDA co najmniej 1,2.

Pytanie nr 142 Czy Zamawiający może podać jakiej sytuacji dotyczy wymaganie udostępniania dokumentacji medycznej poza PL, zgodnie z MEZ.EDM.20 na stronie 33 Załącznika nr 9 do SIWZ?Odpowiedź:Zamawiający wskazuje, iż chodzi np. o sytuację wyjazdu pacjenta poza PL bądź leczenia pacjenta z poza PL.

Pytanie nr 143 Co Zamawiający rozumie pod pojęciem "systemów usług semantycznych" o których mowa w wymaganiu MEZ.EDM.33 na stronie 34 Załącznika nr 9 do SIWZ?Odpowiedź:Zamawiający wyjaśnia, że chodzi o integrację z potencjalnymi systemami usług semantycznych udostępnianych w ramach projektu CSIOZ P1.

Pytanie nr 144 Czy Zamawiający wymaga od Wykonawców dostarczenia infrastruktury dla potrzeb CASE? Jeśli nie, to czy Zamawiający może przekazać informacje na jakim środowisku technicznym będzie instalowany CASE? Jeśli tak, to czy Zamawiający może zdefiniować potrzeby w tym zakresie?Odpowiedź:Zamawiający wyjaśnia, iż oprogramowanie typu CASE ma być zainstalowane w Infratrukturze sprzętowej Partnera 15.

Pytanie nr 145 Czy w ramach CASE Zamawiający oczekuje dostarczenia szyny danych? Jeśli tak, to jakie są na nie wymagania? Jeśli nie, to dlaczego na rysunku 4 z ogólną architekturą CASE na stronie 51 Załącznika nr 9 do SIWZ jest element "szyna danych" natomiast w wymaganiu MEZ.CASE.6 takiego elementu już nie ma?Odpowiedź:Zamawiający oczekuje, że dla potrzeb CASE zostanie wykorzystana szyna danych przeznaczona do komunikacji pomiędzy RREDM i LREDM.

46

Pytanie nr 146Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.3.2. Skaner dowodów osobistychWedle naszej wiedzy skanery dedykowane do odczytu informacji z dowodów osobistych charakteryzują się nieco innymi parametrami (np. rozdzielczość, wymiary, format) od podanych przez Zamawiającego. w Związku z tym prosimy o doprecyzowanie:a) Czy Zamawiający wymaga dostarczenia wraz ze skanerem licencji umożliwiającej odczyt strefy

VIZ?b) Czy Zamawiający dopuści skaner z rozdzielczością 500 ppi (600 dpi to rozdzielczość stosowana

raczej w drukarkach, a nie skanerach)?c) Czy Zamawiający dopuści zaoferowanie skanera o powierzchni skanowania 125x55 mm?d) Czy Zamawiający dopuści zaoferowanie skanera o wymiarach: 152 x 130 x 82 mm?Odpowiedź:Zamawiający wymaga dostarczenia wraz ze skanerem licencji umożliwiającej odczyt strefy VIZ.Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na 1) dopuszczeniu skanera z rozdzielczością 500 ppi 2) dopuszczeniu zaoferowania skanera o powierzchni skanowania 125x55 mm3) dopuszczeniu zaoferowania skanera o wymiarach: 152 x 130 x 82 mm.

Pytanie nr 147Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.3.5 Czytnik kodów kreskowych bezprzewodowyCzy Zamawiający wymaga dostarczenia czytnika wraz z dedykowaną stacja bazową, czy wystarczy port miniUSB doładowania?Odpowiedź:Zamawiający wyjaśnia, iż wymaga dostarczenia wraz z czytnikiem dedykowanej stacji dokującej.

Pytanie nr 148Na stronie nie ma załącznika 9_11 opis przedmiotu zamówienia, czy to celowo? W załączniku nr 9 do SIWZ na stronie 228 znajduje się w punkcie 10 spis załączników: od Załącznik 1.01.SSI. do Załącznik 1.23.SSI. gdzie można te załączniki odnaleźć ?Odpowiedź:Na stronie internetowej nie ma załącznika numer 9.11.SSI, gdyż Partner- Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Płocku nie zamawia Szpitalnego Systemu Informatycznego.Ponadto Zamawiający dokonuje modyfikacji postanowień SIWZ - Załącznik nr 9 w zakresie zmiany numeracji poszczególnych załączników określonych na stronie 228 rozdziału 10 pn Spis Załączników - zgodnie ze stanem faktycznym znajdującym się na stronie internetowej Zamawiającego. W/w Spis otrzymuje następujące brzmienie:

,,10.Spis załączników:Załącznik 9.1.SSI. Szpital Mazowiecki w Garwolinie Sp. z o.o. Załącznik 9.2.SSI. Specjalistyczny Szpital Wojewódzki w CiechanowieZałącznik 9.3.SSI. Mazowiecki Szpital Specjalistyczny im. Dr Józefa Psarskiego w Ostrołęce Załącznik 9.4.SSI. Wojewódzki Szpital Zespolony w Płocku Załącznik 9.5.SSI. Szpital Dziecięcy im. Prof. Dr. Prof. Jana Bogdanowicza Samodzielny Publiczny Zakład Opieki Zdrowotnej w WarszawieZałącznik 9.6.SSI. Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w Pruszkowie Załącznik 9.7.SSI. Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej im. Dr Barbary Borzym w Radomiu

47

Załącznik 9.8.SSI. Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora Dunina w RudceZałącznik 9.9.SSI. Mazowieckie Centrum Leczenia Chorób Płuc i GruźlicyZałącznik 9.10.SSI. Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego „Meditrans” Samodzielny Publiczny Zakład Opieki Zdrowotnej w WarszawieZałącznik 9.11.SSI. <nie dotyczy>Załącznik 9.12.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS OSTROŁĘKA” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w OstrołęceZałącznik 9.13.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w SiedlcachZałącznik 9.14.SSI. Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Prof. Eugeniusza Wilczkowskiego w Gostyninie Załącznik 9.15.SSI. Mazowiecki Szpital Bródnowski w Warszawie Sp. z o.o.Załącznik 9.16.SSI. Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w Dziekanowie Leśnym Załącznik 9.17.SSI. Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie Załącznik 9.18.SSI. Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki Zdrowotnej w WarszawieZałącznik 9.19.SSI. Mazowieckie Centrum Psychiatrii „DREWNICA” Spółka z ograniczoną odpowiedzialnością Załącznik 9.20.SSI. Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o.Załącznik 9.21.SSI. Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o.Załącznik 9.22.SSI. Mazowiecki Szpital Specjalistyczny Spółka z ograniczoną odpowiedzialnością z siedzibą w Radomiu Załącznik 9.23.SSI. Centrum Leczniczo-Rehabilitacyjne i Medycyny Pracy ATTIS Sp. z ograniczoną odpowiedzialnością”.

Pytanie nr 149Załącznik Nr 9.4 SSI DO SIWZ - I.2.1.4 I.2.1.4 W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych.Czy Zamawiający dopuści dodatkowy moduł, dla którego zachowana będzie w całym systemie zasada jednokrotnego wprowadzania danych, ale gdzie wymiana danych pomiędzy modułami odbywać się będzie na poziomie przesyłanych wiadomości HL7?II.5 ZAKRES: MODUŁY DODATKOWE II.5.1 Moduł/grupa funkcjonalności: „Radiologiczny System Informacyjny”Odpowiedź:Tak. Zamawiający dopuszcza takie rozwiązanie.

Pytanie nr 150Załącznik Nr 9.4 SSI DO SIWZII.5.1.29 Możliwość wywoływania skrótów klawiszowych pozwalających na wprowadzenie wzorców opisów. Czy Zamawiający dopuszcza system opisowy, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ, gdyż oferowane przez Wykonawcę rozwiązanie nie spełnia wymagań Zamawiającego.

48

Pytanie nr 151Załącznik Nr 9.4 SSI DO SIWZII.5.1.37 Nagrywanie płyty CD/DVD z badaniem pacjenta (obrazy diagnostyczne, przeglądarka obrazów, opis badania) na komputerze wyposażonym w nagrywarkę CD/DVD wraz z nadrukiem etykiety płyty zawierającej dane pacjenta i badania, logo pracowni, kod kreskowy na drukarce atramentowej podłączonej do komputera.Czy Zamawiający dopuści nadruk etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym?Odpowiedź:Tak. Zamawiający dopuszcza takie rozwiązanie.

Pytanie nr 152Załącznik Nr 9.4 SSI DO SIWZII.5.1.38 Automatyczny nadruk etykiety płyty zawierający: dane pacjenta, badania, pracowni diagnostycznej, logo pracowni, kodu kreskowego badania.Czy Zamawiający jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet?II.5.2 Moduł/grupa funkcjonalności: „Archiwizacja obrazów diagnostycznych PACS” Odpowiedź:Tak, Zamawiający rozumie jako automatyczny nadruk etykiety płyty jako nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet.

Pytanie nr 153Załącznik Nr 9.4 SSI DO SIWZII.5.2.18 Możliwość eksportu badań do plików JPG i MOV lub JPG i AVI. Czy Zamawiający zaakceptuje system PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI ?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaproponowaniu systemu PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI. Zamawiający wymaga eksportu badań do co najmniej formatów JPG, MOV lub JPG, AVI. Podana przez Wykonawcę lista jest szersza w stosunku do wymagań.

Pytanie nr 154Załącznik Nr 9.4 SSI DO SIWZII.5.2.32 Możliwość prowadzenia katalogu badań z informacją o dacie i typie badania, pacjencie oraz jego lokalizacji w archiwum „ off Line” ( na dysku, na taśmie, na określonej płycie CD/DVD, na dowolnym zewnętrznym volumenie).Czy Zamawiający dopuści system, który będzie umożliwiał prowadzenie opisanego katalogu w odniesieniu do zdefiniowanych zestawów badań, a nie poszczególnych badań? Oferowany sposób zapewnienia automatycznego przenoszenia danych na woluminy Off-line wraz z ich starzeniem się i zachowania automatycznego ich przywracania na żądanie wiąże się z transparentnością tego procesu dla aplikacji wyświetlającej dane, co za tym idzie katalog poszczególnych badań nie zawiera informacji o tym czy badanie zostało przeniesione na wolumin Offline czy też nie.II.5.3 Moduł/grupa funkcjonalności: „WEB DYSTRYBUCJA OBRAZÓW NA ODDZIAŁY SZPITALNE”Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu, który będzie umożliwiał prowadzenie opisanego katalogu w odniesieniu do

49

zdefiniowanych zestawów badań, a nie poszczególnych badań, z zastrzeżeniem że oferowany system musi zapewniać informację o wymaganym nośniku offline w sytuacji, gdy nośnik zawierający żądane badanie z archiwum offline nie znajduje się w urządzeniu obsługującym archiwum offline (np. taśma zawierająca żądane badanie została wyjęta z biblioteki taśmowej).

Pytanie nr 155Załącznik Nr 9.4 SSI DO SIWZII.5.3.2 Zapewnienie dostępu użytkowników szpitalnych do obrazów diagnostycznych w formacie referencyjnym (kompresja stratna JPEG) oraz DICOM za pomocą przeglądarek internetowych. Sposób prezentacji obrazów uzależniony od użytkownika.Czy zamawiający dopuszcza system PACS, który użytkownikom szpitalnym zapewnia dostęp do obrazów diagnostycznych w formacie DICOM, ale bez możliwości przełączenia na format JPG?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu PACS, który użytkownikom szpitalnym zapewnia dostęp do obrazów diagnostycznych w formacie DICOM, ale bez możliwości przełączenia na format JPG.

Pytanie nr 156Załącznik Nr 9.4 SSI DO SIWZII.5.3.5.10 obroty obrazu w lewo i prawo o 90 stopni oraz o dowolny kąt z prezentacją kąta Czy Zamawiający dopuszcza przeglądarkę obrazów gdzie obroty są możliwe zarówno w lewo jak i prawo tylko o zadane kąty - 90, 180 i 360 stopni?III.8.2Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu przeglądarki obrazów gdzie obroty są możliwe zarówno w lewo jak i prawo tylko o zadane kąty - 90, 180 i 360 stopni.

Pytanie nr 157Załącznik Nr 9.4 SSI DO SIWZIII.8.2.29 Możliwość wywoływania skrótów klawiszowych pozwalających na wprowadzenie wzorców opisów. Czy Zamawiający dopuszcza system opisowy, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego podtrzymuje wymagania zawarte w SIWZ, gdyż zaproponowane przez Wykonawcę rozwiązanie nie spełnia potrzeb Zamawiającego.

Pytanie nr 158Załącznik Nr 9.4 SSI DO SIWZIII.8.2.37 Nagrywanie płyty CD/DVD z badaniem pacjenta (obrazy diagnostyczne, przeglądarka obrazów, opis badania) na komputerze wyposażonym w nagrywarkę CD/DVD wraz z nadrukiem etykiety płyty zawierającej dane pacjenta i badania, logo pracowni, kod kreskowy na drukarce atramentowej podłączonej do komputera.Czy Zamawiający dopuści nadruk etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym?Odpowiedź:

50

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na nadruku etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym.

Pytanie nr 159Załącznik Nr 9.4 SSI DO SIWZIII.8.2..38 Automatyczny nadruk etykiety płyty zawierający: dane pacjenta, badania, pracowni diagnostycznej, logo pracowni, kodu kreskowego badania.Czy Zamawiający jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet?III.8.3Odpowiedź:Tak, Zamawiający rozumie jako automatyczny nadruk etykiety płyty jako nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet.

Pytanie nr 160Załącznik Nr 9.4 SSI DO SIWZIII.8.3.18 Możliwość eksportu badań do plików JPG i MOV lub JPG i AVI. Czy Zamawiający zaakceptuje system PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI ?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaproponowaniu systemu PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI. Zamawiający wymaga eksportu badań do co najmniej formatów JPG, MOV lub JPG, AVI. Podana przez Wykonawcę lista jest szersza w stosunku do wymagań.

Pytanie nr 161Załącznik Nr 9.4 SSI DO SIWZIII.8.3.2 Możliwość prowadzenia katalogu badań z informacją o dacie i typie badania, pacjencie oraz jego lokalizacji w archiwum „ off Line” ( na dysku, na taśmie, na określonej płycie CD/DVD, na dowolnym zewnętrznym volumenie).Czy Zamawiający dopuści system, który będzie umożliwiał prowadzenie opisanego katalogu w odniesieniu do zdefiniowanych zestawów badań, a nie poszczególnych badań? Oferowany sposób zapewnienia automatycznego przenoszenia danych na woluminy Off-line wraz z ich starzeniem się i zachowania automatycznego ich przywracania na żądanie wiąże się z transparentnością tego procesu dla aplikacji wyświetlającej dane, co za tym idzie katalog poszczególnych badań nie zawiera informacji o tym czy badanie zostało przeniesione na wolumin Offline czy też nie.III.8.4Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu, który będzie umożliwiał prowadzenie opisanego katalogu w odniesieniu do zdefiniowanych zestawów badań, a nie poszczególnych badań, z zastrzeżeniem, że oferowany system musi zapewniać informację o wymaganym nośniku offline w sytuacji, gdy nośnik zawierający żądane badanie z archiwum offline nie znajduje się w urządzeniu obsługującym archiwum offline (np. taśma zawierająca żądane badanie została wyjęta z biblioteki taśmowej).

Pytanie nr 162Załącznik Nr 9.4 SSI DO SIWZ

51

III.8.4.2 Zapewnienie dostępu użytkowników szpitalnych do obrazów diagnostycznych w formacie referencyjnym (kompresja stratna JPEG) oraz DICOM za pomocą przeglądarek internetowych. Sposób prezentacji obrazów uzależniony od użytkownika.Czy zamawiający dopuszcza system PACS, który użytkownikom szpitalnym zapewnia dostęp do obrazów diagnostycznych w formacie DICOM, ale bez możliwości przełączenia na format JPG?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu PACS, który użytkownikom szpitalnym zapewnia dostęp do obrazów diagnostycznych w formacie DICOM, ale bez możliwości przełączenia na format JPG.

Pytanie nr 163Załącznik Nr 9.4 SSI DO SIWZIII.8.4.5.10 obroty obrazu w lewo i prawo o 90 stopni oraz o dowolny kąt z prezentacją kąta Czy Zamawiający dopuszcza przeglądarkę obrazów gdzie obroty są możliwe zarówno w lewo jak i prawo tylko o zadane kąty - 90, 180 i 360 stopni?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu przeglądarki obrazów gdzie obroty są możliwe zarówno w lewo jak i prawo tylko o zadane kąty - 90, 180 i 360 stopni.

Pytanie nr 164Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie badań (ogólnie wszystkich badań gdzie obrazowanie ma miejsce w systemie PACS - cyfrowe zdjęcia rtg, tomografia, rezonans i inne archiwizowane i w dalszej kolejności opisywane badania przy podglądzie z systemu PACS.Odpowiedź:Zamawiający wskazuje, iż liczba jednocześnie pracujących lekarzy wynosić będzie maksymalnie 8 lekarzy radiologów.

Pytanie nr 165Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie badań tomograficznych.Odpowiedź:Zamawiający wskazuje, iż liczba jednocześnie pracujących lekarzy wynosić będzie maksymalnie 8 lekarzy radiologów.

Pytanie nr 166Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie Mammografii.Odpowiedź:Zamawiający wskazuje, iż liczba jednocześnie pracujących lekarzy wynosić będzie maksymalnie 1 lekarz radiolog.

Pytanie nr 167Prosimy o podanie liczby wykonywanych badań w skali roku. Z wyszczególnieniem o ile wzrośnie ta liczba w czasie obowiązywania umowy.Odpowiedź:Zamawiający wyjaśnia, iż w chwili obecnej Zamawiający wykonuje ok. 110.000 badań obrazowych zapisywanych w systemie PACS w skali roku. Szacunkowy wzrost w trakcie trwania umowy do ok. 250.000 (Zamawiający zakłada zapisywanie modalności badań obrazowych, nie zapisywanych w PACS w chwili obecnej (np. USG)).

52

Pytanie nr 168Prosimy o podanie ilości duplikatorów do nagrywania płyt CD/DVD które będą miały współpracować z systemem PACS w inny sposób niż jako osobny host DICOM (obsługa duplikatora z poziomu systemu PACS dedykowaną do tego celu funkcją, inaczej niż w przypadku obsługi przez wysyłkę plików DICOM do wskazanego hosta DICOM).Odpowiedź:Zamawiający nie posiada duplikatorów współpracujących z systemem PACS w sposób inny niż jako osobny host DICOM

Pytanie nr 169Załącznik Nr 9.4 SSI DO SIWZ - I.2.1.4 I.2.1.4 W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danychCzy Zamawiający dopuści dodatkowy moduł, dla którego zachowana będzie w całym systemie zasada jednokrotnego wprowadzania danych, ale gdzie wymiana danych pomiędzy modułami odbywać się będzie na poziomie przesyłanych wiadomości HL7?II.3.1Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu dodatkowego modułu, dla którego zachowana będzie w całym systemie zasada jednokrotnego wprowadzania danych, ale gdzie wymiana danych pomiędzy modułami odbywać się będzie na poziomie przesyłanych wiadomości HL7.

Pytanie nr 170Załącznik Nr 9.5 SSI DO SIWZII.3.1.29 Możliwość wywoływania skrótów klawiszowych pozwalających na wprowadzenie wzorców opisów. Czy Zamawiający dopuszcza system opisowy, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu opisowego, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca.

Pytanie nr 171Załącznik Nr 9.5 SSI DO SIWZII.3.1.37 Nagrywanie płyty CD/DVD z badaniem pacjenta (obrazy diagnostyczne, przeglądarka obrazów, opis badania) na komputerze wyposażonym w nagrywarkę CD/DVD wraz z nadrukiem etykiety płyty zawierającej dane pacjenta i badania, logo pracowni, kod kreskowy na drukarce atramentowej podłączonej do komputera.Czy Zamawiający dopuści nadruk etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu nadruku etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym

53

Pytanie nr 172Załącznik Nr 9.5 SSI DO SIWZII.3.1.38 Automatyczny nadruk etykiety płyty zawierający: dane pacjenta, badania, pracowni diagnostycznej, logo pracowni, kodu kreskowego badania.Czy Zamawiający jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet?II.3.2 Moduł/grupa funkcjonalności: „System archiwizacji i dystrybucji obrazów (PACS)” Odpowiedź:Tak, Zamawiający rozumie jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet.

Pytanie nr 173Załącznik Nr 9.5 SSI DO SIWZII.3.2.5 System pozwala na przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania SSL, TLS.Czy Zamawiający dopuści system PACS, który umożliwia przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania TLS?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu PACS, który umożliwia przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania TLS

Pytanie nr 174Załącznik Nr 9.5 SSI DO SIWZII.3.2.20 Walidacja zgodności przychodzących danych obrazowych z danymi z systemu RIS. W przypadku niepomyślnej walidacji integracja systemu PACS z systemem dystrybucji obrazów oraz stacjami diagnostycznymi ma wyświetlać przy otwieraniu obrazu informację o nieudanej walidacji badania.Czy Zamawiający dopuści informowanie o poprawnej walidacji badania ze zleceniem, a nie o nieudanej walidacji?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu informowania o poprawnej walidacji badania ze zleceniem, a nie o nieudanej walidacji.

Pytanie nr 175Załącznik Nr 9.5 SSI DO SIWZII.3.2.22 Archiwum zdjęć odrzuconych Czy zamawiający akceptuje pojęcie Archiwum zdjęć odrzuconych jako oznaczanie w badaniach serii odrzuconych, które są traktowane oddzielnie, np. nie są nagrywane na płyty CD/DVD z badaniami dla pacjentów?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na akceptacji pojęcia Archiwum zdjęć odrzuconych jako oznaczanie w badaniach serii odrzuconych, które są traktowane oddzielnie, np. nie są nagrywane na płyty CD/DVD z badaniami dla pacjentów

Pytanie nr 176Załącznik Nr 9.5 SSI DO SIWZII.3.2.30 Program pozwala na zarządzanie uprawnieniami użytkowników PACS i RIS, z jednego panelu administracyjnego.

54

Czy zamawiający dopuszcza rozdzielenie zarządzania uprawnieniami pomiędzy dwa panele administracyjne RIS i PACS, z zastrzeżeniem, że praca radiologów sprowadza się tylko do obsługi systemu PACS, który w taki układzie przejmuje funkcje obsługi przez nich badań, w tym wykonywania opisów - a więc zarządzanie kontami radiologów - odbywa się z jednego panelu administracyjnegoOdpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu rozdzielenia zarządzania uprawnieniami pomiędzy dwa panele administracyjne RIS i PACS, z zastrzeżeniem, że praca radiologów sprowadza się tylko do obsługi systemu PACS, który w taki układzie przejmuje funkcje obsługi przez nich badań, w tym wykonywania opisów - a więc zarządzanie kontami radiologów - odbywa się z jednego panelu administracyjnego, z zastrzeżeniem że praca radiologów sprowadza się tylko do obsługi jednego systemu.

Pytanie nr 177Załącznik Nr 9.5 SSI DO SIWZII.3.2.37.1 próba zmiany hasła użytkownika Prosimy o wykreślenie powyższego zapisu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznik nr 9.5 do SIWZ pkt II.3.2.37.1 próba zmiany hasła użytkownika, wykreślając w całości w/w pkt.

Pytanie nr 178Załącznik Nr 9.5 SSI DO SIWZII.3.2.37.2 nieudana próba zalogowania się użytkownika Czy Zamawiający dopuści system PACS, który zapisuje informacje o nieudanych próbach zalogowania do systemu, ale ich podgląd możliwy jest jedynie z poziomu bezpośredniego zapytania do bazy danych?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Podgląd nieudanych prób zalogowania się użytkownika musi być widoczny z panelu administracyjnego systemu PACS ze względu na zapewnienie bezpieczeństwa systemu.

Pytanie nr 179Załącznik Nr 9.5 SSI DO SIWZII.3.2.38 Podpisywanie tworzonych płyt podpisem cyfrowym. Prosimy o rezygnację z powyższego wymagania ponieważ jego stosowanie nie ma uzasadnienia w jednostkach medycznych.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: Załącznik nr 9.5 do SIWZ pkt II.3.2.38 Podpisywanie tworzonych płyt podpisem cyfrowym, wykreślając w całości w/w pkt.

Pytanie nr 180Załącznik Nr 9.5 SSI DO SIWZII.3.2.54 Wykonawca udzieli licencji na pojemność PACS bez ograniczeń.Czy Zamawiający dopuści system, który będzie miał bezterminową licencję na przyjmowanie badań, z zastrzeżeniem, że ilość przyjętych w roku badań będzie nie większa niż określona przez Zamawiającego? Tym samym prosimy o podanie ilości badań, które Zamawiający będzie chciał archiwizować w skali roku uwzględniając ewentualny wzrost tej liczny w okresie trwania umowy.II.3.3 Moduł/grupa funkcjonalności: „WEB DYSTRYBUCJA OBRAZÓW NA ODDZIAŁY SZPITALNE” Odpowiedź:

55

Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. W celu zapewnienia skalowalności i elastyczności systemu Zamawiający wymaga licencji bez limitu przyjętych w roku badań.

Pytanie nr 181Załącznik Nr 9.5 SSI DO SIWZII.3.3.3 Klient systemu dystrybucji obrazów działa w systemach Windows, MAC OS X, Linux. Czy zamawiający dopuści system dystrybucji obrazów pracujący tylko na systemie Windows?Odpowiedź:TAK. Zamawiający dopuszcza klienta dystrybucji obrazów pracującego wyłącznie na systemie Windows, z zastrzeżeniem że system dystrybucji obrazów będzie działał w najnowszych wersjach przeglądarki Internet Explorer.

Pytanie nr 182Załącznik Nr 9.5 SSI DO SIWZII.3.3.32 System dystrybucji obrazów umożliwia eksport badań w formacie min. JPG, PNG, JPEG-2000, AVI. Czy Zamawiający zaakceptuje system PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI ?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI.

Pytanie nr 183III.8.1 Załącznik Nr 9.5 SSI DO SIWZIII.8.1.29 Możliwość wywoływania skrótów klawiszowych pozwalających na wprowadzenie wzorców opisów. Czy Zamawiający dopuszcza system opisowy, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu opisowego, gdzie rozpoczęcia wprowadzanie wzorców opisowych nie można wywołać za pomocą skrótu klawiszowego, ale gdzie uproszczeniem wprowadzania opisu może być zapisanie wprowadzonej treści opisowej do dowolnego badania jako wzorca.

Pytanie nr 184Załącznik Nr 9.5 SSI DO SIWZIII.8.1.37 Nagrywanie płyty CD/DVD z badaniem pacjenta (obrazy diagnostyczne, przeglądarka obrazów, opis badania) na komputerze wyposażonym w nagrywarkę CD/DVD wraz z nadrukiem etykiety płyty zawierającej dane pacjenta i badania, logo pracowni, kod kreskowy na drukarce atramentowej podłączonej do komputera.Czy Zamawiający dopuści nadruk etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym?

Odpowiedź:

56

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na nadruku etykiet na płytach CD/DVD na lokalnej drukarce atramentowej podłączonej do komputera bez kodu kreskowego, z numerycznym numerem identyfikacyjnym.

Pytanie nr 185Załącznik Nr 9.5 SSI DO SIWZIII.8.1.38 Automatyczny nadruk etykiety płyty zawierający: dane pacjenta, badania, pracowni diagnostycznej, logo pracowni, kodu kreskowego badania.Czy Zamawiający jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet?III.8.2 Moduł/grupa funkcjonalności: „System archiwizacji i dystrybucji obrazów (PACS)” Odpowiedź:Tak, Zamawiający rozumie jako automatyczny nadruk etykiety płyty rozumie nadruk przy pomocy dedykowanego duplikatora do nagrywania płyt i nadruku etykiet.

Pytanie nr 186Załącznik Nr 9.5 SSI DO SIWZIII.8.2.5 System pozwala na przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania SSL, TLS.Czy Zamawiający dopuści system PACS, który umożliwia przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania TLS?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu PACS, który umożliwia przesyłanie badań w formacie DICOM 3.0 przy użyciu szyfrowania TLS.

Pytanie nr 187Załącznik Nr 9.5 SSI DO SIWZIII.8.2.20 Walidacja zgodności przychodzących danych obrazowych z danymi z systemu RIS. W przypadku niepomyślnej walidacji integracja systemu PACS z systemem dystrybucji obrazów oraz stacjami diagnostycznymi ma wyświetlać przy otwieraniu obrazu informację o nieudanej walidacji badania.Czy Zamawiający dopuści informowanie o poprawnej walidacji badania ze zleceniem, a nie o nieudanej walidacji?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na informowaniu o poprawnej walidacji badania ze zleceniem, a nie o nieudanej walidacji.

Pytanie nr 188Załącznik Nr 9.5 SSI DO SIWZIII.8.2.22 Archiwum zdjęć odrzuconych Czy zamawiający akceptuje pojęcie Archiwum zdjęć odrzuconych jako oznaczanie w badaniach serii odrzuconych, które są traktowane oddzielnie, np. nie są nagrywane na płyty CD/DVD z badaniami dla pacjentów?Odpowiedź:Zamawiający akceptuje pojęcie Archiwum zdjęć odrzuconych jako oznaczanie w badaniach serii odrzuconych, które są traktowane oddzielnie, np. nie są nagrywane na płyty CD/DVD z badaniami dla pacjentów.

Pytanie nr 189

57

Załącznik Nr 9.5 SSI DO SIWZIII.8.2.30 Program pozwala na zarządzanie uprawnieniami użytkowników PACS i RIS, z jednego panelu administracyjnego. Czy zamawiający dopuszcza rozdzielenie zarządzania uprawnieniami pomiędzy dwa panele administracyjne RIS i PACS, z zastrzeżeniem, że praca radiologów sprowadza się tylko do obsługi systemu PACS, który w taki układzie przejmuje funkcje obsługi przez nich badań, w tym wykonywania opisów - a więc zarządzanie kontami radiologów - odbywa się z jednego panelu administracyjnegoOdpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na rozdzieleniu zarządzania uprawnieniami pomiędzy dwa panele administracyjne RIS i PACS, z zastrzeżeniem, że praca radiologów sprowadza się tylko do obsługi systemu PACS, który w taki układzie przejmuje funkcje obsługi przez nich badań, w tym wykonywania opisów - a więc zarządzanie kontami radiologów - odbywa się z jednego panelu administracyjnego z zastrzeżeniem, że praca radiologów sprowadza się tylko do obsługi jednego systemu.

Pytanie nr 190Załącznik Nr 9.5 SSI DO SIWZIII.8.2.37.1 próba zmiany hasła użytkownika Prosimy o wykreślenie powyższego zapisu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: 9.5 DO SIWZ pkt III.8.2.37.1 próba zmiany hasła użytkownika, wykreślając w całości w/w pkt.

Pytanie nr 191Załącznik Nr 9.5 SSI DO SIWZIII.8.2.37.2 nieudana próba zalogowania się użytkownika Czy Zamawiający dopuści system PACS, który zapisuje informacje o nieudanych próbach zalogowania do systemu, ale ich podgląd możliwy jest jedynie z poziomu bezpośredniego zapytania do bazy danych?Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. Podgląd nieudanych prób zalogowania się użytkownika musi być widoczny z panelu administracyjnego systemu PACS ze względu na zapewnienie bezpieczeństwa systemu.

Pytanie nr 192Załącznik Nr 9.5 SSI DO SIWZIII.8.2.38 Podpisywanie tworzonych płyt podpisem cyfrowym. Prosimy o wykreślenie powyższego zapisu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ: 9.5 DO SIWZ III.8.2.38 Podpisywanie tworzonych płyt podpisem cyfrowym, wykreślając w całości w/w pkt.

Pytanie nr 193Załącznik Nr 9.5 SSI DO SIWZIII.8.2.54 Wykonawca udzieli licencji na pojemność PACS bez ograniczeń.Czy Zamawiający dopuści system, który będzie miał bezterminową licencję na przyjmowanie badań, z zastrzeżeniem, że ilość przyjętych w roku badań będzie nie większa niż określona przez Zamawiającego? Tym samym prosimy o podanie ilości badań, które Zamawiający będzie chciał archiwizować w skali roku uwzględniając ewentualny wzrost tej liczny w okresie trwania umowy.III.8.3 Moduł/grupa funkcjonalności: „WEB DYSTRYBUCJA OBRAZÓW NA ODDZIAŁY SZPITALNE”

58

Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ. W celu zapewnienia skalowalności i elastyczności systemu Zamawiający wymaga licencji bez limitu przyjętych w roku badań.

Pytanie nr 194Załącznik Nr 9.5 SSI DO SIWZIII.8.3.3 Klient systemu dystrybucji obrazów działa w systemach Windows, MAC OS X, Linux. Czy zamawiający dopuści system dystrybucji obrazów pracujący tylko na systemie Windows?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na dopuszczeniu systemu dystrybucji obrazów pracujący tylko na systemie Windows z zastrzeżeniem że system dystrybucji obrazów będzie działał w najnowszych wersjach przeglądarki Internet Explorer.

Pytanie nr 195Załącznik Nr 9.5 SSI DO SIWZIII.8.3.32 System dystrybucji obrazów umożliwia eksport badań w formacie min. JPG, PNG, JPEG-2000, AVI. Czy Zamawiający zaakceptuje system PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaoferowaniu przez Wykonawcę systemu PACS, który umożliwia eksport badań do plików DICOM, JPG, BMP, TIFF, AVI.

Pytanie nr 196Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie badań (ogólnie wszystkich badań gdzie obrazowanie ma miejsce w systemie PACS - cyfrowe zdjęcia rtg, tomografia, rezonans i inne archiwizowane i w dalszej kolejności opisywane badania przy podglądzie z systemu PACS.Odpowiedź:Zamawiający wskazuje, iż przy opisie badań pracuje jednocześnie od 3 do 5 lekarzy.

Pytanie nr 197Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie badań tomograficznych.Odpowiedź:Zamawiający wskazuje, iż przy opisie badań tomograficznych pracuje jednocześnie od 1 do 2 lekarzy.

Pytanie nr 198Prosimy o podanie liczby jednocześnie pracujących lekarzy radiologów przy opisie Mammografii.Odpowiedź:Zamawiający wskazuje, iż Szpital w chwili obecnej nie wykonuje badań mammografii.

Pytanie nr 199Prosimy o podanie liczby wykonywanych badań w skali roku. Z wyszczególnieniem o ile wzrośnie ta liczba w czasie obowiązywania umowy.

Odpowiedź:Zamawiający wskazuje, iż liczba badań przedstawia się następująco:

59

Rok Ilość badań2007 172762008 192362009 278762010 343912011 361292012 317762013 372792014 39373

Pytanie nr 200Prosimy o podanie ilości duplikatorów do nagrywania płyt CD/DVD które będą miały współpracować z systemem PACS w inny sposób niż jako osobny host DICOM (obsługa duplikatora z poziomu systemu PACS dedykowaną do tego celu funkcją, inaczej niż w przypadku obsługi przez wysyłkę plików DICOM do wskazanego hosta DICOM).Odpowiedź:Zamawiający wskazuje, iż Szpital posiada dwa urządzenia typu Rimage do nagrywania zdjęć i 5 komputerów na których jest zainstalowane oprogramowanie do nagrywania płyt CD/DVD.

Pytanie nr 201Do Załącznika nr 9_20 opis przedmiotu zamówienia, III.8 Zakres Kliniczny System Informatyczny, III.8.1.72Czy Zamawiający w ramach niniejszego postepowania wymaga dostawy terminali medycznych, montowanych przy łóżkach pacjenta w celu obsługi klienta KSI?Jeżeli tak, prosimy o podanie szczegółowej specyfikacji, w tym mocowania, przekątnej ekranu, oraz parametrów procesora, pamięci.Odpowiedź:Zamawiający wskazuje, iż terminale (w tym przypadku są to komputery All in One Medical Grade), jakie należy dostarczyć w ramach niniejszego postępowania, są opisane w Załączniku nr 9 do SIWZ opis przedmiotu zamówienia - pkt 6.4 Sprzęt do SKK.

Pytanie nr 202Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.3.6 Czytnik kodów kreskowych 2D bezprzewodowyCzy Zamawiający wymaga dostarczenia czytnika wraz z dedykowaną stacja bazową, czy wystarczy port miniUSB do ładowania?Odpowiedź:Zamawiający wymaga dostarczenia wraz z czytnikiem dedykowanej stacji dokującej.

Pytanie nr 203Załącznik nr 9 – opis przedmiotu zamówienia, pkt. 6.3.7 Drukarka opasek dla pacjentówProsimy o doprecyzowanie:1) Czy Zamawiający dopuszcza drukarkę opasek o szerokości druku 19,05mmm?2) Czy Zamawiający wymaga aby nośnikiem opasek była plastikowa kasetka, która zabezpiecza anty-

bakteryjne opaski przed zniszczeniem i zabrudzeniem?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania rzez Wykonawcę rozwiązania polegającego na dopuszczeniu drukarki opasek o szerokości druku 19,05mmm. Zamawiający nie wymaga plastikowej kasetki na opaski.Pytanie nr 204Wnosimy o wyjaśnienie poniższych zagadnień i wprowadzenie stosownych zmian do SIWZ:

60

I. Urząd Zamówień Publicznych przekazał dokumenty przygotowane na zlecenie Władzy Wdrażającej Programy Europejskie w ramach projektu POIG.070100-00-001/08 pn. "Projekt Systemowy dla wspierania działań w zakresie budowy elektronicznej administracji", współfinansowanego ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego oraz budżetu państwa, tj. m.in. "Analizę dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”. Przedmiotowe dokumenty zostały opracowane w oparciu o praktykę i doświadczenie zarówno wykonawców, jak i zamawiających, w tym przy udziale przedstawicieli Ministerstwa Finansów, Ministerstwa Administracji i Cyfryzacji, Zakładu Ubezpieczeń Społecznych, Centrum Systemów Informacyjnych Ochrony Zdrowia, Polskiej Izby Informatyki i Telekomunikacji, Fundacji Wolnego i Otwartego Oprogramowania, a także Urzędu Zamówień Publicznych. Podstawowym założeniem prac towarzyszących powstawaniu wyżej wymienionych dokumentów, było zrównoważenie ryzyk występujących po stronie wykonawcy i zamawiającego, w związku z przygotowywanym, a następnie realizowanym zamówieniem publicznym. W ocenie Urzędu Zamówień Publicznych, opracowane materiały w sposób satysfakcjonujący spełniają ten warunek, proponując niejednokrotnie rozwiązania kompromisowe, tj. korzystne zarówno dla zamawiającego, jak i dla wykonawcy. Z tych względów, Urząd Zamówień Publicznych rekomenduje wykorzystanie przekazanych dokumentów wszystkim zamawiającym, niezależnie od pochodzenia źródła finansowania danego zamówienia publicznego, w tym – współfinansowania zamówienia ze środków europejskich. W dokumencie czytamy przykładowo, iż:

- „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.- „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Czy wobec powyższego Zamawiający dopuszcza możliwość ograniczenia odpowiedzialności Zleceniobiorcy poprzez uzupełnienie § 15 poprzez dodanie ust. 4 o treści:

4. Odpowiedzialność odszkodowawcza Wykonawcy wynikająca z nienależytego wykonania przedmiotu Umowy ogranicza się do rzeczywistej straty Zleceniodawcy, bez utraconych korzyści, z jednoczesnym ograniczeniem do równowartości 100% wynagrodzenia netto należnego Wykonawcy na podstawie niniejszej Umowy.5. Odpowiedzialność Wykonawcy z tytułu kar umownych ograniczona jest wartości 50% wynagrodzenia netto należnego Wykonawcy na podstawie niniejszej Umowy.

Odpowiedź:Zamawiający nie wyraża zgody na ograniczenie odpowiedzialności zaproponowane przez wykonawcę.

Pytanie nr 205Z uwagi na możliwą nieuprawnioną kumulację postaw do naliczenia przez Zamawiającego – np. określonych w § 15 ust. 1 pkt. 1) i 9 lub pkt.1) i 2) Zamawiający dopuszcza możliwość ograniczenia odpowiedzialności Zleceniobiorcy poprzez uzupełnienie § 15 poprzez dodanie ust. 6 o treści: W razie zbiegu podstaw do naliczenia kar umownych, Zamawiający uprawniony jest do naliczenia Wykonawcy jednej wybranej przez siebie kary. Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 206

61

Prosimy o zdefiniowanie używanych w SIWZ i Umowie następujących pojęć:- System; System MEZ- Wada ( przy założeniu, iż wada musi odnosić się do niezgodności przedmiotu umowy z umową, za którą Wykonawca ponosi odpowiedzialność- skoro Zmawiający określa w § 3 ust. 4 skutki wystąpienia Wady jako zwłokę Wykonawcy- należy bowiem zauważyć, iż pewne wady mogą wynikać z przyczyn za które odpowiedzialności Wykonawca nie ponosi i wówczas nadawanie skutkom wystąpienia takiej wady znamion zwłoki jest nieuprawionym nadużyciem;- Dokumentacja Systemu MEZ- Sprzęt- Rozwiązanie tymczasowe;- etap- środowisko testoweOdpowiedź:Zamawiający doprecyzowuje definicję:"System MEZ (System) - 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 zamówienia publicznego "na zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza" nr MSB/PN/03/01/2015"Wada, Sprzęt, Rozwiązanie zastępcze - Zamawiający podtrzymuje definicje SIWZEtap - Zamawiający nie widzi potrzeby wprowadzania definicji pojęcia, które jest powszechnie stosowane w realizacji projektów w kontrolowanych przedziałach czasowych.Zamawiający modyfikuje załącznik nr 8 do SIWZ - Słownik Pojęć i w załączeniu publikuje jednolitą treść tego załącznika po dokonanych zmianach.

Pytanie nr 207W jakim zakresie i w jakiej lokalizacji ma odbywa się realizacja przedmiotu umowy dla Partnera wskazanego w pkt. 23) Preambuły Umowy?Odpowiedź:Zamawiający wskazuje, iż Partner wskazany w pkt. 23) Preambuły Umowy jest beneficjentem zakresu rzeczowego, o którym mowa w rozdziale 5.6 Załącznika nr 9 do SIWZ. Realizacja tego zakresu odbywa się w lokalizacji PP23 i PP15.

Pytanie nr 208O jakie inne niż wskazane w § 1 ust. 1 pkt. 2) lit a, b, c, d oprogramowanie chodzi w zapisie § 1 ust. 1 pkt. 2)- skutek użycia słowa „ w szczególności” ?Odpowiedź:Zamawiający nie precyzuje wspominanego zakresu. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 209Gdzie wskazane jest jaki zakres prac wchodzi na dany etap? Gdzie określony jest szczegółowy harmonogram prac? Czy Wykonawca ma określić powyższe kwestie w Dokumentacji analizy przedwdrożeniowej?

Odpowiedź:

62

Ogólny zakres prac w etapach oraz ich harmonogram jest wskazany w opisie przedmiotu zamówienia, stanowiącym załącznik nr 9 do SIWZ. Opracowanie szczegółowego Harmongramu wdrożenia na podstawie opisu przedmiotu zamówienia należy do Wykonawcy w etapie Analizy przedwdrożeniowej.

Pytanie nr 210Z uwagi na brak regulacji w Umowie skutków niewyznaczenia przez Zamawiającego w ciągu 1 roku od odbioru dostarczonego i zainstalowanego oprogramowania w środowisku testowym, prosimy o przyznanie Wykonawcy prawa do odstąpienia od umowy w terminie 1 miesiąca od upływ powyższego okresu i rozliczenia prac wykonanych do dnia odstąpienia. W przeciwnym razie Wykonawca pozostaje niejako w zawieszeniu- czekając w terminie nieokreślonym na kontynuację prac, trzymając w gotowości personel, podwykonawców, ponosząc uzasadnione koszty bez realnego terminu uzyskania wynagrodzenia z tytuły realizacji przedmiotu |Umowy.Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 211Z uwagi na fakt, iż administratorem danych przetwarzanych przez Wykonawcę w związku z realizacją Umowy będą poszczególni Partnerzy a nie tylko Zamawiający- czy Zamawiający dysponuje stosownym pełnomocnictwem od poszczególnych Partnerów do powierzenia danych osobowych Wykonawcy? Jeśli nie- Czy Zamawiający przyjmuje na siebie zobowiązanie, iż Partnerzy zawrą z Wykonawcą stosowne umowy powierzenia danych osobowych do przetwarzania w zakresie niezbędnym do realizacji przedmiotu Umowy? Prosimy o dołączenie wzoru umowy powierzenia jako Załącznika do Umowy. Odpowiedź : Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji. Umowy o powierzenie przetwarzania danych osobowych będą zawierane na etapie realizacji umowy.

Pytanie nr 212W jakim celu Zamawiający chce uzyskać kody źródłowe do całego dostarczanego oprogramowania, skoro majątkowe prawa autorskie przysługują mu jedynie wobec oprogramowania dedykowanego? Czy zapis § 4 ust. 6 pkt. 3) i 4) nie powinien być ograniczony do kodów źródłowych oprogramowania dedykowanego, o którym mowa w § 16 ust. 1. Kody źródłowe oprogramowanie innego niż dedykowane objęte są ochroną prawno autorską Wykonawcy i licencja jak ma być udzielona na nie Zamawiającemu i Partnerom w żadnym stopniu nie zezwala na ingerencję w kody źródłowe.Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 213Czy wdrożenia i w rezultacie odbiór końcowy odbywać się będą równolegle u wszystkich Partnerów?Odpowiedź:Tak będą odbywać się równolegle.

63

Pytanie nr 214Czy Zamawiający zobowiązuje się współdziałać z Wykonawcą w celu realizacji przedmiotu umowy, w szczególności mając na względzie, iż przedmiotem zobowiązań Wykonawcy w ramach dostarczenia Dokumentacji analizy przedwdrożeniowej jest dostarczenie uzgodnionych przez Strony elementów tej dokumentacji (§ 1 ust. 1 pkt 2).Odpowiedź:Tak, Zamawiający zobowiązuje się współdziałać z Wykonawcą w celu wykonania przez Wykonawcę obowiązków wynikających z umowy.

Pytanie nr 215Czy w związku z zapisem § 7 ust. 4 pkt 3) i 5) dla symetryczności praw i obowiązków Stron, Zamawiający przewiduje dodanie do Umowy zdania, iż Zamawiający ponosi pełną odpowiedzialność z skutki uwzględnienia uwag i propozycji zmian Zamawiającego w Dokumentacji analizy przedwdrożeniowej i Dokumentacji projektowej, którym z uzasadnionych przyczyn sprzeciwiał się Wykonawca?Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zaproponowanych przez Wykonawcę zmian do SIWZ. Zamawiający w treści wzoru umowy przewidział, że wszystkie wprowadzane zmiany mają być zgodne z przepisami prawa.

Pytanie nr 216Prosimy o wykreślenie z § 7 ust. 4 pkt 4) słowa „ z winy Wykonawcy”- niewprowadzenie zmian może być uzasadnione przyczynami technologicznymi czy prawnymi, pozostającymi poza zakresem winy Wykonawcy. Prosimy o dodania zapisu, iż razie odstąpienia Strony dokonają rozliczenia prac wykonanych do dnia odstąpienia. Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 217Czym Zamawiający uzasadnia wprowadzenia regulacji z § 9 Umowy, zważywszy, iż przedmiot umowy nie są roboty budowlane do których zastosowanie znajdują przepisy art. 36 ust. 2 pkt. 11) Ustawy Prawo Zamówień Publicznych , czy rozdział 4 tej Ustawy. Wykonawca zauważa, iż jego odpowiedzialność za działania i zaniechania podwykonawców oparta jest na przepisie art. 474 kodeksu cywilnego i zaproponowane przez Zamawiającego postanowienia § 9 Umowy wydają się niepotrzebne i nieprzystające do charakteru zobowiązania. Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 218Czy wszelkie zobowiązania Partnerów określone w Umowie, w szczególności zobowiązania do uiszczenia wynagrodzenia, należy rozumieć, jako zobowiązania Zamawiającego do świadczenia przez osobę trzecią ( art. 391 kc) ? W przypadku odpowiedzi negatywnej prosimy o przedłożenie Wykonawcy pełnomocnictwa od Partnerów do zaciągania zobowiązań w ich imieniu. Odpowiedź:

64

Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 219W jakim terminie ma nastąpić odbiór przedmiotu Umowy- czy § 12 ust. 1 Umowy odwołuje się do § 3 ust. 1? Jeśli tak- zauważamy, iż w § 3 Umowy jest mowa jedynie o dostarczeniu i zainstalowaniu oprogramowania w środowisku testowym.Odpowiedź:Zamawiający zmienia postanowienia zapisów Załącznika nr 4 do SIWZ Wzór Umowy w tym zakresie i publikuje jednolitą treść tego załącznika po zmianach Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 220Czy gwarancja i rękojmia ma być udzielona wyłącznie na elementy przedmiotu Umowy określone w tabeli w § 13 ust. 2 ? Jeśli na jakieś jeszcze-prosimy o ich wyraźne wskazanie.Odpowiedź:Gwarancja i rękojmia ma być udzielona na cały przedmiot zamówienia opisany w Załączniku 9 do SIWZ

Pytanie nr 221Czy Zamawiający jest uprawniony do podpisania protokółów odbioru przedmiotu umowy dostarczanych do danego Partnera czy też uprawnienie to przysługuje wyłącznie danemu Partnerowi?Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 222Czy zapisy § 14 ust. 7- pkt. 4), 5)- o treści Zamawiający i/lub Partner należy rozumieć – jako w zależności od tego kto jest zgłaszającym daną wadę, czy też uprawnienia te przysługują zawsze Zamawiającemu ( koniunkcja „i”, alternatywna łączna „lub”)?Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 223Prosimy o enumeratywnie wskazanie zakresu modyfikacji, wykonanie których wchodzi w zakres zobowiązań gwarancyjnych Wykonawcy- § 14 ust. 7- pkt. 12) lub wykreślnie z tego punktu słowa „w szczególności”. Nie jest możliwe zawarcie umowy, która w ramach zryczałtowanej ceny zakłada wykonanie nieokreślonego zakresu prac rozwojowych ( skutek użytego słowa” w szczególności”).Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 224Kiedy i przez kogo zostanie ustalony poziom dostępności LDERM, RREDM, SSI za niedotrzymanie którego Wykonawca ma być karany karami umownymi określonymi w § 15 ust. 1 pkt. 7).Odpowiedź:

65

Poziomy dostępności LREDM, RREDM, SSI są zdefiniowane w Załączniku nr 9 do SIWZ - Opis przedmiotu zamówienia – rozdział 5.2.

Pytanie nr 225Prosimy o usunięcie rażącej niesymetryczności uprawnień Stron w zakresie odstąpienia- poprzez dodanie do w § 15 ust. 1 pkt. 8) po słowach „lub odstąpienia od Umowy przez Wykonawcę” frazy- „ z przyczyn za które odpowiedzialność ponosi Wykonawca”. W przeciwnym wypadku Wykonawca może być karany za odstąpienie do Umowy z uzasadnionych przyczyn, leżących np. po stronie Zamawiającego, do czego uprawniają go w szczególności obowiązujące przepisy kodeksu cywilnego dotyczące skutków niewykonania zobowiązań wzajemnych. Odpowiedź:Zamawiający nie wyraża zgody na modyfikacje postanowienia w sposób zaproponowany przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 226Prosimy o poprawienie zapisów § 16 ust 1 poprzez wykreślenie powtarzających się fraz, uporządkowanie numeracji i połączenie rozdzielonych zapisów. Jednocześnie zauważmy, iż pola eksploatacji oprogramowania komputerowego określone są w art. 74 ustawie o prawie autorskim i prawach pokrewnych, a wadliwie przywołane w Umowie pola określone § 16 ust 1 pkt. 4-10 dotyczą utworów innych niż oprogramowania i jako takie winny być usunięte z Umowy- gdyż nie dadzą się zastosować do utworów będących programami komputerowymi.Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 227Czy w polu eksploatacji § 16 ust 1 pkt 1) chodzi o prawo do zwielokrotniania oprogramowania? Licencji (prawa do korzystania z utworu) nie da się zwielokrotniać.Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 228Skoro licencja udzielana jest Zamawiającemu i Partnerom – prosimy o wyjaśnienie na rzecz jakich osób trzecich licencjobiorcy będą mieć prawo do ich przeniesienia (§ 16 ust 2).Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 229Czy Zapis Umowy dotyczące udzielania licencji i przenoszenia praw autorskich należy rozumieć w ten sposób, iż licencjobiorcami/ nabywcami majątkowych praw autorskich są poszczególni Partnerzy i Zamawiający- każdy z nich jedynie w zakresie wdrożonego u niego Oprogramowania- zgodnie z Opisem Przedmiotu Zamówienia? Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

66

Pytanie nr 230Czy Zamawiający przewiduje możliwość rozliczenia między Stronami Umowy prac wykonanych do dnia odstąpienia od Umowy?Odpowiedź:Tak. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 231Czy Zamawiający akceptuje standardowe warunki licencyjne producenta Oprogramowania będącego przedmiotem Umowy, które Wykonawca dostarczy w ramach realizacji Umowy o ile są one zgodne z Umową? Odpowiedź:Tak. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 232Czy Zamawiający będący świadomy wymagań nakładanych przez GIODO, organów PZP i NIK'u na tle przedmiotu umowy, gdzie Wykonawca będzie posiadał dostęp do danych wrażliwych pacjenta dopuszcza modyfikację Umowy poprzez dodanie zapisu o następującej treści : „W celu prawidłowego wykonania przez Wykonawcę obowiązków wynikających z niniejszej Umowy i wyłącznie w zakresie niezbędnym dla wykonania przez Wykonawcę takich obowiązków, Zamawiający będący Administratorem Danych Osobowych w rozumieniu Ustawy o ochronie danych osobowych (t. jedn. z 2002 r. Dz. U. nr 101, poz. 926 z późn. zm.) powierza Wykonawcy oraz jego Podwykonawcom przetwarzanie wszelkich rodzajów danych osobowych przetwarzanych w systemie informatycznym Zamawiającego, jednak wyłącznie w zakresie ich opracowywania, utrwalania i przechowywania na podstawie ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych. Wykonywanie przez Wykonawcę operacji przetwarzania danych w zakresie lub celu przekraczających zakres i cel opisane powyżej wymaga każdorazowej pisemnej zgody ZamawiającegoOdpowiedź:Zamawiający przewiduje zawarcie umów w zakresie powierzenia przetwarzania danych osobowych w czasie realizacji umowy. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 233Czy Zamawiający i Partnerzy wyrażają zgodę na dalsze powierzenie danych osobowych podwykonawcom Wykonawcy? Nie da się zrealizować działań podwykonawczych bez stosownego dostępu do danych osobowych, których administratorem jest Zamawiający/Partnerzy, a co za tym bez uregulowania tego dostępu stosowną umową dalszego powierzenia.Odpowiedź:Zamawiający przewiduje zawarcie umów w zakresie powierzenia przetwarzania danych osobowych w czasie realizacji umowy. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Tak. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 235

67

Dotyczy ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 7 Struktura Systemu i Projektu MEZ – ust 1Czy Zamawiający zgodzi się zmodyfikować zapis na następujący :„Wykonawca zobowiązuje się do przedłożenia Zamawiającemu Dokumentacji analizy przedwdrożeniowej w terminie do 30 dni roboczych od dnia zawarcia Umowy, tj. do dnia…………………….. i Dokumentacji projektowej w terminie do 90 dni roboczych od dnia zawarcia Umowy, tj. do dnia ……………………. Wymienione dokumentacje muszą zostać przekazane Zamawiającemu w formie papierowej i elektronicznej w formacie docx i pdf.Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zaproponowanych przez Wykonawcę zmian do SIWZ.

Pytanie nr 236Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 7 Struktura Systemu i Projektu MEZ – ust 4 pkt 3)Przedmiotowy zapis naraża Wykonawcę na przyjęcie na siebie zobowiązań, które mogą być niemożliwe do zrealizowania. Wykonawca nie może zobowiązać się do zaakceptowania i realizacji zmian, które mogą być niezgodne z obowiązującym prawem lub interesami Wykonawcy. Zwracamy się z prośbą o modyfikację przedmiotowego zapisu na taki, który będzie jasno i dokładnie precyzował jakie zmiany może wprowadzić Zamawiający lub o usunięcie zapisu.Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zaproponowanych przez Wykonawce zmian do SIWZ. Jednocześnie Zamawiający wskazuje, że ewentualne zmiany wprowadzane w trybie tego postanowienia umownego będą zgodne z obowiązującymi przepisami prawa

Pytanie nr 237Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 7 Struktura Systemu i Projektu MEZ – ust 4 pkt 5)W obecnej formie zapis jest niejasny, o jakie skutki chodzi Zamawiającemu?W czyich kompetencjach i na jakiej podstawie prawnej będzie określenie, że nieuwzględnienie uwag i propozycji zmian do Dokumentacji analizy przedwdrożeniowej i Dokumentacji projektowej sporządzonych przez Zamawiającego przyniosły dany skutek?Zwracamy się z prośbą o modyfikację przedmiotowego zapisu na taki, który będzie jasno i dokładnie precyzował odpowiedzialność lub o usunięcie zapisu.Odpowiedź:Zamawiający nie wyraża zgody na modyfikację postanowień umowy w zakresie proponowanym przez Wykonawcę. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 238Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 8 Asysta stanowiskowa – ust 4 Wykonawca określając ilość osobodni przyporządkowanych dla każdego Komponentu, Zamawiającego oraz PP kieruje się swoją wiedzą i doświadczeniem, jeżeli zadeklarowana przez niego ilość osobodni asysty dla np. danego PP zostanie ograniczona, kto poniesie skutki takiej decyzji?Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji. Pytanie Wykonawcy nie zmierza do wyjaśnienia wątpliwości, lecz motywów wprowadzonych zapisów.

Pytanie nr 239

68

Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 4 Obowiązki Wykonawcy– ust 2Prosimy o doprecyzowanie pojęcia „wyłączną” ?Odpowiedź:Zamawiający wskazuje, iż pojęcie "Wyłączna" odpowiedzialność oznacza, że to wykonawca (a nie inne podmioty, np. podwykonawcy) ponosi odpowiedzialność względem zamawiającego.Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 240Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 13 Gwarancja jakości– ust 2 - Tabela 3 - Okres gwarancji jakości – Lp.6Prosimy o doprecyzowanie co Zamawiający rozumie przez gwarancję jakości dla Oprogramowania narzędziowego? Odpowiedź:Oprogramowanie narzędziowe jest zdefiniowane w Słowniku pojęć.Poprzez gwarancję jakości dla Oprogramowania narzędziowe Zamawiający oczekują zapewnienie działania wszystkich jego funkcjonalności zgodnie z opisem producenta oraz usuwanie Wad w tym oprogramowaniu Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 241Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 13 Gwarancja jakości– ust 2 - Tabela 3 - Okres gwarancji jakości – Lp.7Prosimy o doprecyzowanie co Zamawiający rozumie przez gwarancję jakości dla Oprogramowania systemowego? Odpowiedź:Oprogramowanie systemowe jest zdefiniowane w Słowniku pojęć. Poprzez gwarancję jakości dla Oprogramowania systemowego Zamawiający oczekują zapewnienie działania wszystkich jego funkcjonalności zgodnie z opisem producenta oraz usuwanie Wad w tym oprogramowaniu Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 242Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 13 Gwarancja jakości– Tabela 4 Usługi gwarancji dla OprogramowaniaCzy Zamawiający zgodzi się na modyfikację przedmiotowej tabeli na następującą:

KWALIFIKACJAZGŁOSZENIA WADY

OKRESDOSTĘPNOŚCI

WYKONAWCY

CZAS REAKCJIWYKONAWCY

ROZWIĄZANIEZASTĘPCZE

CZASNAPRAWY

AWARIA 24/7/365W dni robocze pomiędzy 8.00 a16.00. Zgłoszenieprzesłane po16.00, traktowanejest jak zgłoszenie

niezwłocznie, niepóźniej niż 4godziny robocze od czasuprzyjęcia

zgłoszenia

niezwłocznie, niepóźniej niż 10godzin roboczychod czasu przyjęcia

zgłoszenia

niezwłocznie,nie późniejniż 48 godzin roboczychod czasuprzyjęcia

zgłoszenia

69

przyjęte wnastępnym dniu

roboczym o 8.00

BŁĄD niezwłocznie niepóźniej niż 2 dnirobocze od dniaprzyjęcia

zgłoszenia

nie dotyczy niezwłocznienie późniejniż 15 dniroboczych oddnia przyjęciazgłoszenia

USTERKA niezwłocznie niepóźniej niż 5 dniroboczych od dniaprzyjęcia

zgłoszenia

nie dotyczy niezwłocznienie późniejniż 30 dniroboczych oddnia przyjęciazgłoszenia

Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zmian do SIWZ zaproponowanych przez Wykonawcę i podtrzymuje zapisy SIWZ .Wprowadzone przez Wykonawcę terminy są zgodne z potrzebami Zamawiającego

Pytanie nr 243 Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 13 Gwarancja jakości– ust.12Prosimy o informację jakiego oprogramowania dotyczy przedmiotowy zapis?Odpowiedź:Zamawiający wskazuje, iż postanowienia tego paragrafu dotyczą Oprogramowania aplikacyjnego.Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 244 Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 13 Gwarancja jakości– „14) Niezależnie od powyższego Wykonawca jest zobowiązany do świadczenia Zamawiającemu usług konsultacji i porad oraz modyfikacji Oprogramowania w zakresie integracji wskazanych przez Zamawiającego Podmiotów leczniczych, które będą realizować projekty komplementarne z przedmiotowym Projektem oraz w przy-padku integracji z Oprogramowaniem Zamawiającego innych podmiotów świadczących usługi lecznicze”.Prosimy o informację o jakie modyfikacje Oprogramowania i w zakresie realizacji jakich projektów komplementarnych Zamawiający sformułował przedmiotowe wymaganie?Prosimy o doprecyzowanie lub usunięcie zapisu.Odpowiedź:Zamawiający wskazuje, iż w ramach postanowień projektu umowy ma na myśli inne projekty realizowane w przyszłości przez podmioty lecznicze, które będą chciały przyłączyć się i korzystać z RREDM. Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 245Dotyczy: ZAŁĄCZNIK NR 4 DO SIWZ – Wzór Umowy - § 15 Kary umowneProsimy o doprecyzowanie, że naliczenie kar umownych nastąpi tylko w przypadku opóźnień zawinionych przez Wykonawcę. Odpowiedź:

70

Naliczenie kar umownych nastąpi tylko w przypadku zwłoki Wykonawcy. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 246 Dotyczy: Załączników: od Zal_nr_9_1_opis_przedmiotu_zamowienia do Zal_nr_9_23_opis_przed-miotu_zamowienia .Prosimy o doprecyzowanie ilości licencji wymaganych dla poszczególnych Partnerów Projektu w podziale na konkretne moduły zarówno w przypadku rozbudowy jaki i dostawy nowego systemu.Odpowiedź:Tryb licencjonowania (otwarty) i jednocześnie ilość licencji poszczególnych modułów SSI jest podana w Załączniku 9 do SIWZ rozdział 5.5.2. Konkretna liczba i rodzaj licencji zależeć będzie od proponowanego przez Wykonawcę rozwiązania.

Pytanie nr 247Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - I.2 ZAKRES: WYMAGANIA OGÓLNE - I.2.1.5.Czy w przypadku zarówno rozbudowy jak i wdrożenie nowego SSI, Zamawiający wymaga aby Interfejs użytkownika był dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymagał instalowania żadnego oprogramowania na stacjach klienckich oraz dostęp do aplikacji przez WWW dotyczył co najmniej następujących podsystemów/modułów/grup funkcjonalności: izba przyjęć, oddział szpitalny, zlecenia, poradnia specjalistyczna, apteka , apteczka oddziałowa i rozliczenia z NFZ?Odpowiedź:Tak Zamawiający wymaga, aby w przypadku zarówno rozbudowy jak i wdrożenie nowego SSI, Zamawiający wymaga aby Interfejs użytkownika był dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymagał instalowania żadnego oprogramowania na stacjach klienckich oraz dostęp do aplikacji przez WWW dotyczył co najmniej następujących podsystemów/modułów/grup funkcjonalności: izba przyjęć, oddział szpitalny, zlecenia, poradnia specjalistyczna, apteka , apteczka oddziałowa i rozliczenia z NFZ.

Pytanie nr 248Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - Rozdział I. Założenia początkowe oraz wymagania ogólne. - I.1 Wymogi dotyczące interoperacyjności lub migracji dla oferowanego SSI. – I.1.2.Czy Zamawiający dopuszcza wymianę oprogramowania firmy Eskulap na nowe będące częścią oferowanego systemu w części HIS (oprogramowanie działające na jednej bazie danych, zgodne z zasadą jednokrotnego wprowadzania danych - dane raz wprowadzone w systemie widoczne są w jego wszystkich częściach)?Odpowiedź:Tak Zamawiający dopuszcza wymianę oprogramowania firmy Eskulap na nowe będące częścią oferowanego systemu w części HIS (oprogramowanie działające na jednej bazie danych, zgodne z zasadą jednokrotnego wprowadzania danych - dane raz wprowadzone w systemie widoczne są w jego wszystkich częściach).

Pytanie nr 249Dotyczy: Załączników:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia,

71

Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia ZAKRES: WYMAGANIA OGÓLNE- System musi umożliwiać przekazywanie wyników sprawozdań i analiz w postaci elektronicznej. System przygotowuje wyniki sprawozdań i analiz w postaci plików co najmniej w formatach CSV lub HTML lub XML.

Czy Zamawiający dopuszcza aby wyniki sprawozdań były generowane wyłącznie w formacie XML?Odpowiedź:Tak Zamawiający dopuszcza, aby wyniki sprawozdań były generowane wyłącznie w formacie XML


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia – Moduł/grupa funkcjonalności: „Rozliczenia z NFZ” - Dostępność faktur rozliczeniowych dla modułu/grupy funkcjonalności „Finanse-Księgowość”

Z uwagi na fakt, iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający usuwa wymaganie o treści "Dostępność faktur rozliczeniowych dla modułu/grupy funkcjonalności „Finanse-Księgowość” " ze wszystkich, zawierających je rozdziałów w załącznikach:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia,

72

Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia Moduł/grupa funkcjonalności: „Sprzedaż usług medycznych” - umowy NFZ (w tym POZ),

Czy Zamawiający dopuszcza aby obsługa umów z NFZ realizowana była w oddzielnym module wspomagającym rozliczenia z NFZ?Odpowiedź:Tak Zamawiający dopuszcza aby obsługa umów z NFZ realizowana była w oddzielnym module wspomagającym rozliczenia z NFZ

Pytanie nr 252Dotyczy: Załączników

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Rehabilitacja” – Współpraca z modułem/grupą funkcjonalności „Finanse-Księgowość” w zakresie obsługi dokumentów sprzedaży.

Z uwagi na fakt, iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający usuwa wymaganie o treści "Współpraca z modułem/grupą funkcjonalności „Finanse-Księgowość” w zakresie obsługi dokumentów sprzedaży." ze wszystkich, zawierających je rozdziałów w załącznikach:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia,

73

Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Poradnia specjalistyczna” - - Obsługa operacji kasowych dla pacjentów (IKP), - Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu/grupy funkcjonalności „Finanse – Księgowość”, - Obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników w module/grupie funkcjonalności „Finanse – Księgowość”), - Prowadzenie raportu kasowego, - Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowania w module/grupie funkcjonalności „Finanse – Księgowość

Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:

Zamawiający usuwa wymaganie o treści "Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” - - Obsługa operacji kasowych dla pacjentów (IKP), - Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu/grupy funkcjonalności „Finanse – Księgowość”, - Obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników w module/grupie funkcjonalności „Finanse – Księgowość”), - Prowadzenie raportu kasowego, - Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowania w module/grupie funkcjonalności „Finanse – Księgowość"” w zakresie obsługi dokumentów sprzedaży." ze wszystkich, zawierających je rozdziałów w załącznikach:Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia

Pytanie nr 254Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.3Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.

74

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie Zal_nr_9_7_opis_przedmiotu_zamowienia pkt II.4.3.3 poprzez wykreślenie w/w pkt w całości.

Pytanie nr 255Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.45.3Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.45.3 poprzez wykreślenie w/w pkt w całości.

Pytanie nr 256Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.45.5Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.45.5 poprzez wykreślenie w/w pkt w całości.

Pytanie nr 257Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.48Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.3.48 poprzez wykreślenie w/w pkt w całości.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Pracownia diagnostyczna” - Obsługa operacji kasowych dla pacjentów (IKP),- Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu/grupy funkcjonalności „Finanse – Księgowość”,- Obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników w module/grupie funkcjonalności „Finanse – Księgowość”),

75

- Prowadzenie raportu kasowego,- Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowania w module/grupie funkcjonalności „Finanse – Księgowość”

Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagań ze specyfikacji.Odpowiedź:Zamawiający usuwa wymagania o treści "Moduł/grupa funkcjonalności: „Pracownia diagnostyczna”

- Obsługa operacji kasowych dla pacjentów (IKP),- Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu/grupy funkcjonalności „Finanse – Księgowość”,- Obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników w module/grupie funkcjonalności „Finanse – Księgowość”),- Prowadzenie raportu kasowego,- Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowania w module/grupie funkcjonalności „Finanse – Księgowość” ", ze wszystkich, zawierających je rozdziałów w załącznikach:Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Pracownia diagnostyczna” - obsługa stanowiska kasowego (jak w Rejestracji/Recepcji).

Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający usuwa wymagania o treści "Moduł/grupa funkcjonalności: „Pracownia diagnostyczna” - obsługa stanowiska kasowego (jak w Rejestracji/Recepcji).", ze wszystkich, zawierających je rozdziałów w załącznikach:

Zal_nr_9_2_opis_przedmiotu_zamowienia,

76

Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia Moduł/grupa funkcjonalności: „Wymiana danych z systemami zewnętrznymi” Możliwość zapisu informacji z umówionym/wykonanym badaniu poziomu sytemu RIS w systemie SSI o w systemie RIS

Prosimy o doprecyzowanie wymagania czy chodzi o przekazanie planowanej daty wykonania do systemu SSI.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie wskazanych załączników poprzez wskazanie, iż chodzi o przekazanie planowanej daty wykonania do systemu SSI.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Szpitalny portal e-usług” Integracja uprawnień dla użytkowników-pacjentów z uprawnieniami zarządzanymi w module/grupie funkcjonalności „Administrator”

Prosimy o potwierdzenie czy w przedmiotowym wymaganiu chodzi o administratora systemu 'Szpitalny portal e-usług'?Odpowiedź:

77

Zamawiający modyfikuje postanowienia SIWZ w zakresie wskazanych załączników poprzez wskazanie, iż chodzi o administratora systemu 'Szpitalny portal e-usług'


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi”- Komunikacja z systemem Finansowo-Księgowym w zakresie przekazywania faktur, dokumentów kosztowych:- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego i kosztów rodzajowych w podziale na OPK na kontach księgi głównej FK oraz tworzenia rozrachunków z kontrahentami na podstawie dokumentów PZ- możliwość elastycznego tworzenia wzorców eksportu do FK dla dokumentów magazynowych (PZ, RW, MM oraz inne),

Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający usuwa wymaganie o treści: "Moduł/grupa funkcjonalności: „Bank Krwi”

- Komunikacja z systemem Finansowo-Księgowym w zakresie przekazywania faktur, dokumentów kosztowych:- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego i kosztów rodzajowych w podziale na OPK na kontach księgi głównej FK oraz tworzenia rozrachunków z kontrahentami na podstawie dokumentów PZ- możliwość elastycznego tworzenia wzorców eksportu do FK dla dokumentów magazynowych (PZ, RW, MM oraz inne)," ze wszystkich, zawierających je rozdziałów w załącznikach:Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia,Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia,Zal_nr_9_14_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia,Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia

Pytanie nr 263Dotyczy:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi”

78

- Wykorzystanie słowników: preparatów, jednostek miar, lekarzy zlecających itp. możliwość definiowania grup. System musi pozostawiać możliwość przyporządkowania składników krwi do wielu grup

Czy Zamawiający uzna wymaganie za spełnione, jeśli oferowany system będzie umożliwiał przyporządkowanie preparatu do jednej grupy (kategorii)?Odpowiedź:Zamawiający wskazuje, iż uzna wymaganie za spełnione, jeśli oferowany system będzie umożliwiał przyporządkowanie preparatu do jednej grupy (kategorii) zgodnie z kategoryzacją ISBT 128.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi”- Weryfikacja dokumentów przychodowych z podpisanymi umowami z dostawcą (kontrola cen),

Prosimy o rezygnację z wymagania, zważywszy że cennik preparatów krwi określany jest przez Ministerstwo Zdrowia i obowiązuje wszystkich dostawców w całym kraju.Odpowiedź:Zamawiający usuwa wymaganie o treści: "Moduł/grupa funkcjonalności: „Bank Krwi”- Weryfikacja dokumentów przychodowych z podpisanymi umowami z dostawcą (kontrola cen), " ze wszystkich, zawierających je rozdziałów w załącznikach:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi” Możliwość stworzenia bieżących raportów i zestawień umożliwiających analizę przychodów i rozchodów m.in. według: środków

Prosimy o wyjaśnienie, jak należy rozumieć pojęcie „środki”?Odpowiedź:Zamawiający zmienia treść wymagania. Wymaganie uzyskuje nowe brzmienie: „Możliwość stworzenia bieżących raportów i zestawień umożliwiających analizę przychodów i rozchodów.”


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia,

79

Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi” - Przegląd aktualnych stanów magazynowych z możliwością wglądu w: informacje o preparacie, obroty i dostawy dla każdego preparatu: z wybranego magazynu,

Czy w istniejącym u Zamawiającego Banku krwi funkcjonuje więcej niż jeden magazyn?Odpowiedź:Zamawiający usuwa wymaganie o treści: "Moduł/grupa funkcjonalności: „Bank Krwi” - Przegląd aktualnych stanów magazynowych z możliwością wglądu w: informacje o preparacie, obroty i dostawy dla każdego preparatu: z wybranego magazynu,” ze wszystkich, zawierających je rozdziałów w załącznikach:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „Bank Krwi” - Obsługa reklamacji,

Czy Zamawiający uzna wymaganie za spełnione, jeśli oferowane rozwiązanie umożliwi wystawienie dokumentu zwrotu do dostawcy i wydruk protokołu zwrotu krwi?

Odpowiedź:Zamawiający dopuszcza zaproponowane przez Wykonawcę rozwiązanie i uzna wymaganie za spełnione, jeśli oferowane rozwiązanie umożliwi wystawienie dokumentu zwrotu do dostawcy i wydruk protokołu zwrotu krwi.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „Bank Krwi” - Ubytki i straty nadzwyczajne,

Czy Zamawiający uzna wymaganie za spełnione, jeśli oferowany system umożliwi tworzenie różnego typu dokumentów kasacji np. ubytki nadzwyczajne.Odpowiedź:

80

Zamawiający dopuszcza zaproponowane przez Wykonawcę rozwiązanie i uzna wymaganie za spełnione, jeśli oferowany system umożliwi tworzenie różnego typu dokumentów kasacji np. ubytki nadzwyczajne.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „Bank Krwi” - Kontrola dat ważności oraz możliwość automatycznego zdejmowania ze stanów magazynowych preparatów przeterminowanych,

Czy Zamawiający uzna wymaganie za spełnione jeśli oferowany system będzie umożliwiał przygotowanie dokumentu kasacji?Odpowiedź:Zamawiający dopuszcza zaproponowane przez Wykonawcę rozwiązanie i uzna wymaganie za spełnione, jeśli oferowany system będzie umożliwiał przygotowanie dokumentu kasacji?


Zal_nr_9_2_opis_przedmiotu_zamowieniaZal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „Bank Krwi” - Możliwość ewidencji rozchodu preparatów na oddziały i na pacjenta (RWP):

Czy intencją Zamawiającego jest możliwość jednoczesnego wskazania, podczas rozchodu, pacjenta i oddziału?Odpowiedź:Tak Zamawiający wskazuje, iż wymóg dotyczy możliwości jednoczesnego wskazania, podczas rozchodu, pacjenta i oddziału.


Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowieniaModuł/grupa funkcjonalności: „Bank Krwi” - Zwrot do Bank Krwi,

Czy wymaganie należy rozumieć jako zwrot z oddziału do banku krwi?Odpowiedź:Tak Zamawiający wskazuje, iż wymaganie należy rozumieć jako zwrot z oddziału do banku krwi.

81


Zal_nr_9_2_opis_przedmiotu_zamowieniaZal_nr_9_7_opis_przedmiotu_zamowienia,Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „Bank Krwi” - Generowanie zamówień do Banku Krwi

Czy wymaganie należy rozumieć jako wystawienie zamówienia indywidualnego do banku krwi?Odpowiedź:Tak Zamawiający wskazuje, iż wymaganie należy rozumieć jako wystawienie zamówienia indywidualnego do banku krwi.

Pytanie nr 273Dotyczy: Załącznik Zal_nr_9_do_SIWZ_opis_przedmiotu_zamowienia_w_ostateczna - 6.3.2 Skaner Dowodów osobistych – Lp. 2) - RozdzielczośćCzy Zamawiający dopuszcza rozdzielczość o czy 500ppi ? Wartość dpi jest charakterystyczna dla urządzeń drukujących. Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaproponowaniu- rozdzielczości o czy 500ppi.

Pytanie nr 274Dotyczy: Załącznik Zal_nr_9_do_SIWZ_opis_przedmiotu_zamowienia_w_ostateczna 6.3.7 Drukarka opasek dla pacjentów – Lp. 4) – Szerokość etykietyCzy Zamawiający dopuszcza szerokość etykiety 19,05 mm? Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na zaproponowaniu szerokość etykiety 19,05 mm.

Pytanie nr 275Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.11 Czy Zamawiający dopuści rozwiązanie polegające na gromadzeniu danych powstałych w BO, OW i OIT w jednym i tym samym typie bazy danych, ale w kilku jej instancjach? Podyktowane jest to dbałością o wydajność systemu w całym okresie jego używania i nie ma wpływu na sposób używania systemu i przepływ danych między jego modułami. Każdy istniejący system ograniczony jest wydajnością oraz pojemnością bazy danych, rozdzielenie przetrzymywanych danych na różne instancje w zależności od oddziału na którym pracuje pozwoli znacząco zwiększyć wydajność systemu w perspektywie kilku czy nawet kilkunastu lat.Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania zawarte w SIWZ.

Pytanie nr 276Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.13Czy Zamawiający dopuści rozwiązanie polegające na gromadzeniu danych powstałych w BO, OW i OIT w jednym i tym samym typie bazy danych, ale w kilku jej instancjach? Podyktowane jest to dbałością o

82

wydajność systemu w całym okresie jego używania i nie ma wpływu na sposób używania systemu i przepływ danych między jego modułami. Każdy istniejący system ograniczony jest wydajnością oraz pojemnością bazy danych, rozdzielenie przetrzymywanych danych na różne instancje w zależności od oddziału na którym pracuje pozwoli znacząco zwiększyć wydajność systemu w perspektywie kilku czy nawet kilkunastu lat.Odpowiedź:Zamawiający dopuszcza możliwość zastosowania takiego rozwiązania pod warunkiem, że Wykonawca wykaże na etapie projektowania systemu, że oferowane rozwiązanie znacząco zwiększy wydajność systemu.

Pytanie nr 277Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.14Czy sformułowanie „System musi zbierać dane z aparatów do znieczulenia - integracja danych z aparatów” oznacza, że dane z tych urządzeń mają znaleźć się w systemie KSI (Klinicznym Systemie Informatycznym)? Czy sformułowanie „integracja danych z aparatów” dotyczy tylko zbierania tych danych przez system KSI w celu ich obróbki, analizy, archiwizacji i przesłania do systemu ogólnoszpitalnego w postaci raportów, a nie bezpośrednią integrację z systemem ogólnoszpitalnym?Odpowiedź:Zamawiający wyjaśnia, iż sformułowanie „System musi zbierać dane z aparatów do znieczulenia – integracja danych z aparatów” oznacza, że dane z tych urządzeń mają znaleźć się w systemie KSI. Zamawiający wyjaśnia, iż, sformułowanie „integracja danych z aparatów” dotyczy tylko zbierania tych danych przez system KSI w celu ich obróbki, analizy, archiwizacji i przesłania do systemu ogólnoszpitalnego w postaci raportów.

Pytanie nr 278Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.14Czy Zamawiający może przedstawić aktualnie posiadane aparaty do znieczulenia, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI (Kliniczny System Informatyczny)?Odpowiedź:Zamawiający wskazuje, iż posiada następujące aparaty do znieczulania, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI:

• Philips - Intellivue AX 700 – 5szt.• Spacelabs - Blease Sirius 900 – 1szt.• Datex Ohmeda - AESPIRE 7900 – 1szt.

Zamawiający planuje zakup w bieżącym roku 10 aparatów do znieczulania posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7.Pytanie nr 279Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.20Czy sformułowanie „wyników wszystkich badań…” oznacza wszystkie przypadki pobytu pacjenta w całej placówce na dowolnym z oddziałów? Pobieranie tych danych ze wszystkich wcześniejszych pobytów pacjenta w szpitalu na dowolnym z oddziałów szpitala spowoduje zdublowanie rekordu pacjenta będącego już w systemie ogólnoszpitalnym. System ogólnoszpitalny jako system nadrzędny jest właściwym systemem do przechowywania wszystkich wymienionych w tym punkcie danych ze wszystkich pobytów pacjenta w szpitalu. System KSI jest systemem podrzędnym względem systemu ogólnoszpitalnego i z założenia jest dedykowany do dokumentowania pobytu pacjenta i wspierania pracy personelu na oddziałach intensywnej opieki pacjenta. W związku z powyższym czy sformułowanie „wyników wszystkich badań…” dotyczy tylko odcinka w czasie kiedy pacjent będzie na jednym z oddziałów na których będzie funkcjonował system KSI (Kliniczny System Informatyczny), a nie również wszystkich przeszłych zapisów?

83

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.20, który otrzymuje następujące brzmienie:„KSI musi umożliwiać ze swojego poziomu podgląd wyników wszystkich badań laboratoryjnych i diagnostycznych dla danego pacjenta z całej jego hospitalizacji, również tej jej części, jaka miała miejsce w oddziałach nie objętych działaniem KSI.”

Zamawiający wyjaśnia, iż intencją Zamawiającego jest aby z poziomu KSI można było przejrzeć wszystkie dotychczasowe wyniki badań danego pacjenta i obrazy badań diagnostycznych bez konieczności logowania się do innych systemów. W KSI powinny być przechowywane tylko odwołania (linki) do miejsc, gdzie znajdują się źródłowe dane o wykonanych badaniach dla danego pacjenta tj. wyniki tych badań oraz ich obrazy (w przypadku badań diagnostyki obrazowej)".

Pytanie nr 280Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.20System KSI (Kliniczny System Informatyczny) nie jest dedykowany do dokumentowania danych z diagnostyki obrazowej PACS. Są to dane obrazowe, które wymagają specjalistycznego oprogramowania do ich archiwizacji, podglądu i obróbki jakim jest system PACS. Ich przechowywanie w systemie KSI nie jest możliwe z technicznego punktu widzenia, a także dublowałoby rozwiązania które zapewnia system PACS. Nie mniej jednak z systemu KSI można takie dane analizować w trybie podglądu. Czy Zamawiający zrezygnuje z tego zapisu, który w obecnej postaci wymaga zaoferowania dwóch niezależnych rozwiązań i systemów KSI i PACS?Odpowiedź:Zamawiający nie rezygnuje z zapisów punktu II.6.1.20, gdyż wymóg dostarczenia systemu PACS nie był sformułowany w SIWZ i z zapisów tego punktu nie wynika, że do zrealizowania opisanej funkcjonalności należy dostarczyć system PACS.

Pytanie nr 281Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.27Komórki danych pobieranych z urządzeń w systemie KSI (Klinicznym Systemie Informatycznym) z założenia nie powinny być edytowalne. Natomiast dane wpisywane ręcznie np. bilansu płynów mają swój znacznik w postaci loginu osoby wpisującej te dane i daty wprowadzenia tych danych. Samo oznaczenie kolorem jest niewystarczające gdyż nie będziemy w stanie odtworzyć informacji kto i kiedy takie dane edytował. W związku z powyższym czy funkcjonalność polegająca na zapisywaniu historii zmian danych edytowalnych w systemie oraz ich oznaczaniu loginem i datą wprowadzenia jest dla Zamawiającego wystarczająca?Odpowiedź:Odpowiedź:Funkcjonalność polegająca na zapisywaniu historii zmian danych edytowalnych w systemie oraz ich oznaczaniu loginem i datą wprowadzenia nie jest dla Zamawiającego wystarczająca, wobec czego punkt II.6.1.27 i III.8.1.27 otrzymuje następujące brzmienie:„Komórki danych o zmienionej zawartości są oznaczane graficznie (np. innym kolorem) i dostępna jest historia zmian w postaci informacji zawierającej login osoby zmieniającej dane, datę wprowadzenia zmiany oraz zawartość komórki przed i po zmianie.”

Pytanie nr 282Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.28Dodawanie komentarza bezpośrednio do komórek z danymi jest rozwiązaniem mało ergonomicznym i czytelnym gdyż w razie potrzeby analizy stanu pacjenta komentarze te w natłoku danych nie będą widoczne i ich przeszukiwanie może okazać się czasochłonne. Czy rozwiązanie polegające na możliwości

84

dodawania komentarzy przez personel pielęgniarski i lekarski niezależnie w dedykowanym do tego miejscu wraz z informacją o osobie, która wpisała ten komentarz i czasie kiedy to nastąpiło, na karcie pobytu pacjenta jest rozwiązaniem wystarczającym dla Zamawiającego?Odpowiedź:Odpowiedź:Zaproponowane rozwiązanie jest wystarczające dla Zamawiającego.

Pytanie nr 283Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.32Czy Zamawiający zmieni brzmienie tego punktu na następujące: „Karta danych pacjenta zawiera dane wpisywane automatycznie - np. z kardiomonitorów i innych urządzeń - oraz ręcznie. Możliwe jest dodawanie rzędów danych reprezentujących poszczególne obserwacje i ich usuwanie tylko przez osoby do tego uprawnione, tj. posiadające w systemie odpowiednie uprawnienia.”. Zmiana na podyktowana jest dobrą praktyką i bezpieczeństwem polegającym na tym, że wpisy w dokumentacji pacjenta nie powinny być możliwe do usunięcia przez osoby nie posiadające do tego właściwych uprawnień, ponieważ może to skutkować niekompletną dokumentacją i daje możliwość manipulacji dokumentacją pacjenta nieuprawnionym osobom.Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zmian do SIWZ zaproponowanych przez Wykonawcę i podtrzymuje zapisy SIWZ.

Pytanie nr 284Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.59Dostęp do danych z wcześniejszych pobytów pacjenta na oddziałach innych niż objętych systemem KSI (Kliniczny System Informatyczny), a zapisanych w systemie HIS jest możliwy tylko na zasadzie podglądu tych danych w systemie HIS. To z kolei prowadzi do potrzeby zapewnienia przez system HIS odpowiedniego dostępu – najczęściej webowego, do tych danych innym systemom. Zapisywanie tych danych w systemie KSI spowoduje zdublowanie rekordu pacjenta będącego już w systemie ogólnoszpitalnym. System ogólnoszpitalny jako system nadrzędny jest właściwym systemem do przechowywania wszystkich wymienionych w tym punkcie danych ze wszystkich pobytów pacjenta w szpitalu. System KSI jest systemem podrzędnym względem systemu ogólnoszpitalnego i z założenia jest dedykowany do dokumentowania pobytu pacjenta i wspierania pracy personelu na oddziałach intensywnej opieki pacjenta. W związku z powyższym czy Zamawiający w tym punkcie przewiduje zapis tych danych w systemie KSI? Czy Zamawiający dopuści rozwiązanie polegające na podglądzie tych danych w systemie HIS z poziomu systemu KSI o ile system HIS zapewni webowy dostęp do tych danych innym systemom w tym KSI?Odpowiedź:Odpowiedź:"Zamawiający nie przewiduje zapisu danych z wcześniejszych pobytów pacjenta na oddziałach innych niż objętych systemem KSI i dopuszcza rozwiązanie polegające na podglądzie tych danych w systemie HIS z poziomu systemu KSI, przy czym integracja systemów HIS i KSI jest w gestii Wykonawcy."

Pytanie nr 285Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.6.1.63Ręczny wybór pacjenta z pośród wszystkich pacjentów przebywających na oddziałach szpitalnych jest rozwiązaniem mało bezpiecznym, ponieważ może prowadzić do sytuacji w której pacjent będąc w systemie HIS na innym oddziale niż te objęte systemem KSI (Kliniczny System Informatyczny), jednocześnie zostanie przyjęty na oddział objęty działanie systemu KSI czyli OIT, BO, SW. To spowoduje duplikację pobytu pacjenta i nieścisłość danych dokumentacji medycznej z pobytu pacjenta w szpitalu. System ogólnoszpitalny jako system nadrzędny powinien być jedynym narzędziem

85

umożliwiającym skierowanie pacjenta na oddziały, które swoim działaniem obejmuje system KSI, aby zapewnić spójność dokumentacji medycznej. W związku z powyższym czy Zamawiający zmieni zapis tego punktu na następujący: „Przyjęcie pacjenta na OIT, BO i SW w systemie KSI odbywać się będzie automatycznie na zlecenie z systemu ogólnoszpitalnego HIS.”?Odpowiedź:Odpowiedź:Zamawiający dopuszcza zaproponowane rozwiązanie, wobec czego punkt II.6.1.63 i pkt III.8.1.63 otrzymuje brzmienie: „Przyjęcie pacjenta na OIT, BO i SW w systemie KSI odbywać się będzie automatycznie na zlecenie z systemu ogólnoszpitalnego HIS.”

Pytanie nr 286Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.11Czy Zamawiający dopuści rozwiązanie polegające na gromadzeniu danych powstałych w BO, OW i OIT w jednym i tym samym typie bazy danych, ale w kilku jej instancjach? Podyktowane jest to dbałością o wydajność systemu w całym okresie jego używania i nie ma wpływu na sposób używania systemu i przepływ danych między jego modułami. Każdy istniejący system ograniczony jest wydajnością oraz pojemnością bazy danych, rozdzielenie przetrzymywanych danych na różne instancje w zależności od oddziału na którym pracuje pozwoli znacząco zwiększyć wydajność systemu w perspektywie kilku czy nawet kilkunastu lat.Odpowiedź:Zamawiający nie wyraża zgody na wprowadzenie zmian do SIWZ zaproponowanych przez Wykonawcę i podtrzymuje zapisy SIWZ.

Pytanie nr 287Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.13Czy sformułowanie „System musi zbierać dane dotyczące wentylacji z respiratorów - integracja danych z respiratorów” oznacza, że dane z tych urządzeń mają znaleźć się w systemie KSI (Klinicznym Systemie Informatycznym)? Czy sformułowanie „integracja danych z respiratorów” dotyczy tylko zbierania tych danych przez system KSI w celu ich obróbki, analizy, archiwizacji i przesłania do systemu ogólnoszpitalnego w postaci raportów, a nie bezpośrednią integrację z systemem ogólnoszpitalnym?

Odpowiedź:Zamawiający wyjaśnia, iż zapis „System musi zbierać dane dotyczące wentylacji z respiratorów – integracja danych z respiratorów. Wymagana jest liczbowa i graficzna prezentacja danych.” oznacza, że urządzenia mają być zintegrowane z KSI w zakresie zbierania i przechowywania danych w systemie KSI.

Pytanie nr 288Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.13Czy Zamawiający może przedstawić aktualnie posiadane respiratory, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI (Kliniczny System Informatyczny)?Odpowiedź:Zamawiający wyjaśnia, iż posiada następujące respiratory, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI:

• Hamilton S1 – 3 szt.• Hamilton G5 – 7 szt.• Hamilton C2 – 5 szt.• Hamilton C1 – 5 szt.• Puritan Bennett 840 – 9 szt. • SIEMENS Servo 300 – 5 szt.

86

• Maquet SERVO-i – 1 szt.Pytanie nr 289Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.14Czy sformułowanie „System musi zbierać dane z aparatów do znieczulenia - integracja danych z aparatów” oznacza, że dane z tych urządzeń mają znaleźć się w systemie KSI (Klinicznym Systemie Informatycznym)? Czy sformułowanie „integracja danych z aparatów” dotyczy tylko zbierania tych danych przez system KSI w celu ich obróbki, analizy, archiwizacji i przesłania do systemu ogólnoszpitalnego w postaci raportów, a nie bezpośrednią integrację z systemem ogólnoszpitalnym?Odpowiedź:Zamawiający wyjaśnia, iż zapis „System musi zbierać dane z aparatów do znieczulenia – integracja danych z aparatów. Wymagana jest liczbowa i graficzna prezentacja danych.” Oznacza, że urządzenia mają być zintegrowane z KSI w zbierania i przechowywania danych w systemie KSI.

Pytanie nr 290Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.14Czy Zamawiający może przedstawić aktualnie posiadane aparaty do znieczulenia, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI (Kliniczny System Informatyczny)?Odpowiedź:Zamawiający wyjaśnia, iż Zamawiający posiada następujące aparaty do znieczulania, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI:

• Philips - Intellivue AX 700 – 5szt.• Spacelabs - Blease Sirius 900 – 1szt.• Datex Ohmeda - AESPIRE 7900 – 1szt.• Zamawiający planuje zakup w bieżącym roku 10 aparatów do znieczulania posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7.

Pytanie nr 291Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.20Czy sformułowanie „wyników wszystkich badań…” oznacza wszystkie przypadki pobytu pacjenta w całej placówce na dowolnym z oddziałów? Pobieranie tych danych ze wszystkich wcześniejszych pobytów pacjenta w szpitalu na dowolnym z oddziałów szpitala spowoduje zdublowanie rekordu pacjenta będącego już w systemie ogólnoszpitalnym. System ogólnoszpitalny jako system nadrzędny jest właściwym systemem do przechowywania wszystkich wymienionych w tym punkcie danych ze wszystkich pobytów pacjenta w szpitalu. System KSI jest systemem podrzędnym względem systemu ogólnoszpitalnego i z założenia jest dedykowany do dokumentowania pobytu pacjenta i wspierania pracy personelu na oddziałach intensywnej opieki pacjenta. W związku z powyższym czy sformułowanie „wyników wszystkich badań…” dotyczy tylko odcinka w czasie kiedy pacjent będzie na jednym z oddziałów na których będzie funkcjonował system KSI (Kliniczny System Informatyczny), a nie również wszystkich przeszłych zapisów?Odpowiedź:Zamawiający wyjaśnia, iż wskazane przez Wykonawce odwołanie nie występuje w Załączniku Zal_nr_9_20_opis_przedmiotu_zamowienia. Zamawiający wyjaśnia, iż wymogi o których mowa w pytania są zawarte w punktach II.6.1.20 i/lub punkt III.8.1.20. W związku z powyższym Zamawiający nadaje pkt II.6.1.20 i pkt III.8.1.20 następujące brzmienie:Sformułowanie „wyników wszystkich badań…” oznacza wszystkie przypadki pobytu pacjenta w całej placówce na dowolnym z oddziałów, tzn. chodzi o to, żeby z poziomu KSI można było przejrzeć wszystkie dotychczasowe wyniki badań danego pacjenta i obrazy badań diagnostycznych bez konieczności logowania się do innych systemów, wobec czego punkt II.6.1.20 (i ewentualnie III.8.1.20) otrzymuje brzmienie:

87

„KSI musi umożliwiać ze swojego poziomu podgląd wyników wszystkich badań laboratoryjnych i diagnostycznych dla danego pacjenta z całej jego hospitalizacji, również tej jej części, jaka miała miejsce w oddziałach nie objętych działaniem KSI.”

Pytanie nr 292Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.20System KSI (Kliniczny System Informatyczny) nie jest dedykowany do dokumentowania danych z diagnostyki obrazowej PACS. Są to dane obrazowe, które wymagają specjalistycznego oprogramowania do ich archiwizacji, podglądu i obróbki jakim jest system PACS. Ich przechowywanie w systemie KSI nie jest możliwe z technicznego punktu widzenia, a także dublowałoby rozwiązania które zapewnia system PACS. Nie mniej jednak z systemu KSI można takie dane analizować w trybie podglądu. Czy Zamawiający zrezygnuje z tego zapisu, który w obecnej postaci wymaga zaoferowania dwóch niezależnych rozwiązań i systemów KSI i PACS?Odpowiedź:Zamawiający wyjaśnia, iż wskazane przez Wykonawcę odwołanie nie występuje w Załączniku Zal_nr_9_20_opis_przedmiotu_zamowienia. Zamawiający wyjaśnia, iż wymogi o których mowa w pytania są zawarte w punktach II.6.1.20 i/lub punkt III.8.1.20. W związku z powyższym Zamawiający nadaje pkt II.6.1.20 i pkt III.8.1.20 następujące brzmienie:"Zamawiający nie rezygnuje z zapisów punktu II.6.1.20 (i ewentualnie III.8.1.20), gdyż wymóg dostarczenia systemu PACS nie był sformułowany w SIWZ i z zapisów tego punktu nie wynika, że do zrealizowania opisanej funkcjonalności należy dostarczyć system PACS."

Pytanie nr 293Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.27Komórki danych pobieranych z urządzeń w systemie KSI (Klinicznym Systemie Informatycznym) z założenia nie powinny być edytowalne. Natomiast dane wpisywane ręcznie np. bilansu płynów mają swój znacznik w postaci loginu osoby wpisującej te dane i daty wprowadzenia tych danych. Samo oznaczenie kolorem jest niewystarczające gdyż nie będziemy w stanie odtworzyć informacji kto i kiedy takie dane edytował. W związku z powyższym czy funkcjonalność polegająca na zapisywaniu historii zmian danych edytowalnych w systemie oraz ich oznaczaniu loginem i datą wprowadzenia jest dla Zamawiającego wystarczająca?Odpowiedź:Zamawiający wyjaśnia, iż wskazane przez Wykonawcę odwołanie nie występuje w Załączniku Zal_nr_9_20_opis_przedmiotu_zamowienia. Zamawiający wyjaśnia, iż wymogi o których mowa w pytania są zawarte w punktach II.6.1.27 i/lub punkt III.8.1.27. W związku z powyższym Zamawiający nadaje pkt II.6.1.27 i pkt III.8.1.27 następujące brzmienie:Funkcjonalność polegająca na zapisywaniu historii zmian danych edytowalnych w systemie oraz ich oznaczaniu loginem i datą wprowadzenia jest dla Zamawiającego wystarczająca, wobec czego punkt II.6.1.27 (i/lub III.8.1.27) przyjmuje brzmienie:„Komórki danych o zmienionej zawartości są oznaczane graficznie (np. innym kolorem) i dostępna jest historia zmian w postaci informacji zawierającej login osoby zmieniającej dane, datę wprowadzenia zmiany oraz zawartość komórki przed i po zmianie.”

Pytanie nr 294Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.28Dodawanie komentarza bezpośrednio do komórek z danymi jest rozwiązaniem mało ergonomicznym i czytelnym gdyż w razie potrzeby analizy stanu pacjenta komentarze te w natłoku danych nie będą widoczne i ich przeszukiwanie może okazać się czasochłonne. Czy rozwiązanie polegające na możliwości dodawania komentarzy przez personel pielęgniarski i lekarski niezależnie w dedykowanym do tego

88

miejscu wraz z informacją o osobie, która wpisała ten komentarz i czasie kiedy to nastąpiło, na karcie pobytu pacjenta jest rozwiązaniem wystarczającym dla Zamawiającego?Odpowiedź:Zamawiający wyjaśnia, iż wskazane przez Wykonawce odwołanie nie występuje w Załączniku Zal_nr_9_20_opis_przedmiotu_zamowienia. Zamawiający wyjaśnia, iż wymogi o których mowa w pytania są zawarte w punktach II.6.1.28 i/lub punkt III.8.1.28. W związku z powyższym Zamawiający wyjaśnia, iż Zaproponowane rozwiązanie jest wystarczające dla Zamawiającego.

Pytanie nr 295Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.32Czy Zamawiający zmieni brzmienie tego punktu na następujące: „Karta danych pacjenta zawiera dane wpisywane automatycznie - np. z kardiomonitorów i innych urządzeń - oraz ręcznie. Możliwe jest dodawanie rzędów danych reprezentujących poszczególne obserwacje i ich usuwanie tylko przez osoby do tego uprawnione, tj. posiadające w systemie odpowiednie uprawnienia.”. Zmiana na podyktowana jest dobrą praktyką i bezpieczeństwem polegającym na tym, że wpisy w dokumentacji pacjenta nie powinny być możliwe do usunięcia przez osoby nie posiadające do tego właściwych uprawnień, ponieważ może to skutkować niekompletną dokumentacją i daje możliwość manipulacji dokumentacją pacjenta nieuprawnionym osobom.Odpowiedź:Zamawiający wyraża zgodę na zaproponowane przez Wykonawcę rozwiązanie.

Pytanie nr 296Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.59Dostęp do danych z wcześniejszych pobytów pacjenta na oddziałach innych niż objętych systemem KSI (Kliniczny System Informatyczny), a zapisanych w systemie HIS jest możliwy tylko na zasadzie podglądu tych danych w systemie HIS. To z kolei prowadzi do potrzeby zapewnienia przez system HIS odpowiedniego dostępu – najczęściej webowego, do tych danych innym systemom. Zapisywanie tych danych w systemie KSI spowoduje zdublowanie rekordu pacjenta będącego już w systemie ogólnoszpitalnym. System ogólnoszpitalny jako system nadrzędny jest właściwym systemem do przechowywania wszystkich wymienionych w tym punkcie danych ze wszystkich pobytów pacjenta w szpitalu. System KSI jest systemem podrzędnym względem systemu ogólnoszpitalnego i z założenia jest dedykowany do dokumentowania pobytu pacjenta i wspierania pracy personelu na oddziałach intensywnej opieki pacjenta. W związku z powyższym czy Zamawiający w tym punkcie przewiduje zapis tych danych w systemie KSI? Czy Zamawiający dopuści rozwiązanie polegające na podglądzie tych danych w systemie HIS z poziomu systemu KSI o ile system HIS zapewni webowy dostęp do tych danych innym systemom w tym KSI?Odpowiedź:"Zamawiający nie przewiduje zapisu danych z wcześniejszych pobytów pacjenta na oddziałach innych niż objętych systemem KSI i dopuszcza rozwiązanie polegające na podglądzie tych danych w systemie HIS z poziomu systemu KSI, przy czym integracja systemów HIS i KSI jest w gestii Wykonawcy."

Pytanie nr 297Dotyczy: Załącznik Zal_nr_9_20_opis_przedmiotu_zamowienia rozdział - II.8.1.63Ręczny wybór pacjenta z pośród wszystkich pacjentów przebywających na oddziałach szpitalnych jest rozwiązaniem mało bezpiecznym, ponieważ może prowadzić do sytuacji w której pacjent będąc w systemie HIS na innym oddziale niż te objęte systemem KSI (Kliniczny System Informatyczny), jednocześnie zostanie przyjęty na oddział objęty działanie systemu KSI czyli OIT, BO, SW. To spowoduje duplikację pobytu pacjenta i nieścisłość danych dokumentacji medycznej z pobytu pacjenta w szpitalu. System ogólnoszpitalny jako system nadrzędny powinien być jedynym narzędziem umożliwiającym skierowanie pacjenta na oddziały, które swoim działaniem obejmuje system KSI, aby

89

zapewnić spójność dokumentacji medycznej. W związku z powyższym czy Zamawiający zmieni zapis tego punktu na następujący: „Przyjęcie pacjenta na OIT, BO i SW w systemie KSI odbywać się będzie automatycznie na zlecenie z systemu ogólnoszpitalnego HIS.”?Odpowiedź:Zamawiający dopuszcza zaproponowane rozwiązanie, wobec czego punkt II.6.1.63 i pkt III.6.1.63 otrzymuje brzmienie: „Przyjęcie pacjenta na OIT, BO i SW w systemie KSI odbywać się będzie automatycznie na zlecenie z systemu ogólnoszpitalnego HIS.”

Pytanie nr 298Dotyczy: Załącznik Zal_nr_9_do_SIWZ_opis_przedmiotu_zamowienia_w_ostateczna - 6 6.3.5 Czytnik kodów kreskowych bezprzewodowy oraz 6.3.6 Czytnik kodów kreskowych 2D bezprzewodowyCzy Zamawiający wymaga aby wraz w/w urządzeniami Wykonawca dostarczył stacje dokujące?Odpowiedź:Tak Zamawiający wymaga aby wraz w/w urządzeniami Wykonawca dostarczył stacje dokujące.


Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, ,Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „SOR –Szpitalny Oddział Ratunkowy” - Zdefiniowanie standardów czasowych obsługi pacjenta "czerwonego", "żółtego", „pomarańczowego”, „niebieskiego” i „zielonego”.

Prosimy o wyjaśnienie czy czas obsługi pacjentów pomarańczowych i niebieskich powinien być wliczany do prezentowanego czasu oczekiwania na obsługę?

Odpowiedź:Zamawiający wskazuje, iż uzna wymaganie za spełnione, jeśli system będzie umożliwiał trzystopniową klasyfikację TRIAGE: czerwony, żółty i zielony. I dla takiej klasyfikacji będzie umożliwiał definiowanie standardów czasowych i prezentował czas oczekiwania na obsługę.


Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, , Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia-Moduł/grupa funkcjonalności: „SOR –Szpitalny Oddział Ratunkowy” - możliwość skojarzenia faktury ze schematem księgowania w module Finanse – Księgowość,- eksport faktury do modułu Rejestr Sprzedaży,- przyjęcie płatności (gotówka, karta płatnicza, środki pacjenta na IKP),- wypłata gotówki z tytułu nadpłat i korekt.- obsługa stanowiska kasowego:- obsługa operacji kasowych dla pacjentów (IKP),- obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu Finanse - księgowość),

90

- obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników modułu Finanse – Księgowość),- prowadzenie raportu kasowego,- możliwość skojarzenia z każdym typem operacji kasowej schematu księgowania w module Finanse-Księgowość,- wprowadzanie umowy indywidualnej (polisy)

Z uwagi na fakt iż w przedmiotowej specyfikacji wymagań nie ma wzmianki o systemie ERP posiadanym przez Zamawiającego, prosimy o wskazanie szczegółowego formatu wymiany danych oraz producenta oprogramowania systemu ERP lub usunięcie wymagania ze specyfikacji.Odpowiedź:Zamawiający usuwa wymagania o treści "Moduł/grupa funkcjonalności: „SOR –Szpitalny Oddział Ratunkowy”

- możliwość skojarzenia faktury ze schematem księgowania w module Finanse – Księgowość,- eksport faktury do modułu Rejestr Sprzedaży,- przyjęcie płatności (gotówka, karta płatnicza, środki pacjenta na IKP),- wypłata gotówki z tytułu nadpłat i korekt.- obsługa stanowiska kasowego:- obsługa operacji kasowych dla pacjentów (IKP),- obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu Finanse - księgowość),- obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników modułu Finanse – Księgowość),- prowadzenie raportu kasowego,- możliwość skojarzenia z każdym typem operacji kasowej schematu księgowania w module Finanse-Księgowość,- wprowadzanie umowy indywidualnej (polisy) ", ze wszystkich, zawierających je rozdziałów w załącznikach:Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia


Zal_nr_9_3_opis_przedmiotu_zamowieniaZal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia- Moduł/grupa funkcjonalności: „SOR –Szpitalny Oddział Ratunkowy” - Zdefiniowanie standardów czasowych obsługi pacjenta "czerwonego", "żółtego", „pomarańczowego”, „niebieskiego” i „zielonego”.

Prosimy o wyjaśnienie czy czas obsługi pacjentów pomarańczowych i niebieskich powinien być wliczany do prezentowanego czasu oczekiwania na obsługę?Odpowiedź:Zamawiający wskazuje, iż uzna wymaganie za spełnione, jeśli system będzie umożliwiał trzystopniową klasyfikację TRIAGE: czerwony, żółty i zielony. I dla takiej klasyfikacji będzie umożliwiał definiowanie standardów czasowych i prezentował czas oczekiwania na obsługę.

Pytanie nr 302Dotyczy: Załącznik Zal_nr_9_7_opis_przedmiotu_zamowienia - II.4.1.3.2

91

Ponieważ przeniesienie danych pomiędzy dwoma różnymi systemami informatycznymi jest przedsięwzięciem trudnym i pracochłonnym, a przenoszone dane często są nieuporządkowane i błędne zwracamy z pytaniem czy Zamawiający udostępni w formacie wskazanym przez Wykonawcę minimalny zakres danych, który wymagany jest do kompletnego powiązania w nowym SSI wskazanych zakresów?W związku z powyższym prosimy o modyfikację przedmiotowego wymagania na następujące: „Wykonawca przeniesie wszystkie zaewidencjonowane w tych aplikacjach dane zokresu ostatnich 3 lat (co najmniej: kontrahenci, zamówienia do apteki,wydania z apteki) o ile otrzyma od zamawiającego wszystkie dane, jakie sąniezbędne do za ewidencjonowania tego typu informacji.Zamawiający dostarczy wymagane dane w formie elektronicznej w postaci plikuo strukturze określonej przez wykonawcę.”Odpowiedź:Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 06.03.2015 r. dokonując modyfikacji dodanego w związku z zarzutami zawartymi w odwołaniu załącznika nr 14 do SIWZ, w którym to załączniku podał niezbędne dane odnoszące się do wszystkich partnerów projektu w zakresie migracji danych i integracji.

Pytanie nr 303Dotyczy: Dotyczy: Załączników:

Zal_nr_9_2_opis_przedmiotu_zamowienia, Zal_nr_9_3_opis_przedmiotu_zamowienia, Zal_nr_9_4_opis_przedmiotu_zamowienia, Zal_nr_9_5_opis_przedmiotu_zamowienia, Zal_nr_9_7_opis_przedmiotu_zamowienia, Zal_nr_9_8_opis_przedmiotu_zamowienia, Zal_nr_9_14_opis_przedmiotu_zamowienia, Zal_nr_9_15_opis_przedmiotu_zamowienia, Zal_nr_9_18_opis_przedmiotu_zamowienia, Zal_nr_9_20_opis_przedmiotu_zamowienia, Zal_nr_9_22_do_SIWZ_opis_przedmiotu_zamowienia Moduł/grupa funkcjonalności: „Zlecenia”Możliwość definiowania zleceń złożonych:- z zależnymi zleceniami jednostkowymi (realizacja poszczególnych zleceń jednostkowych

wchodzących w skład zlecenia złożonego musi być wykonana w określonej kolejności). System musi zapewnić walidację kolejności wykonywania poszczególnych zleceń jednostkowych w trakcie przebiegu realizacje zlecenia złożonego,

Prosimy o doprecyzowanie wymagania wraz z podaniem przykładów działania systemu w zakresie zlecenia konkretnych zleceń - ścieżka walidacji wraz z określeniem jednostek wykonujących konkretne zlecenia.Odpowiedź:Zlecenie złożone może zawierać dowolną konfigurację zleceń jednostkowych tego samego rodzaju( zlecenie podania leku, zlecenie badania diagnostycznego). Zamawiający nie zamierza publikować w SIWZ katalogu zleceń jednostkowych, ponieważ uznaje, że nie jest to konieczne do zrealizowania rzeczonego wymogu funkcjonalnego.

Pytanie nr 304Dotyczy: Załącznik nr 9 do SIWZ (OPZ), Rozdział 1.5, strona 14, zapis „Oprogramowanie do wytwarzania, archiwizowania i przetwarzania Elektronicznej Dokumentacji Medycznej (EDM) oraz utworzenie REDM u PP (z wyłączeniem Zamawiającego) oraz RREDM u Zamawiającego.”

92

oraz Załącznik nr 9 do SIWZ (OPZ), Rozdział 2, MEZ.1.3 „Dostarczenie i wdrożenie Lokalnego Repozytorium Elektronicznej Dokumentacji Medycznej dla każdego PP (z wyłączeniem Zamawiającego) oraz Regionalnego Repozytorium Elektronicznej Dokumentacji Medycznej dla Zamawiającego – zbioru dokumentacji medycznej generowanej i rejestrowanej w postaci elektronicznej (cyfrowej),” oraz SIWZ, zapis „1. NAZWA I ADRES ZAMAWIAJĄCEGOMazowiecki Szpital Bródnowski w Warszawie Spółka z ograniczoną odpowiedzialnością”oraz Załącznik nr 9.15 do SIWZ, rozdział I, strona 4, zapis „I.1.4 Szpitalny System Informatyczny, stanowiący źródło Elektronicznej Dokumentacji Medycznej musi mieć zaimplementowane i uruchomione mechanizmy integracji oraz zapewnić prawidłową integrację z lokalnym systemem EDM (REDM) będącym integralną częścią zamówienia, co najmniej poprzez zastosowanie interfejsu zgodnego ze standardem HL7 CDA – Clinical Document Architecture, w wersji v.1 oraz v.2” oraz Załącznik nr 9 do SIWZ (OPZ), wymaganie MEZ.9.1 „9.1. REDM - lokalne Repozytorium Elektronicznej Dokumentacji Medycznej.”Pytanie: W związku z powyższymi sprzecznymi zapisami prosimy o jednoznaczne wyjaśnienie czy w ramach przetargu do Zamawiającego ma zostać dostarczone i wdrożone lokalne repozytorium Elektronicznej Dokumentacji Medycznej. W przypadku, gdy do Zamawiającego nie ma być dostarczone i wdrożone lokalne repozytorium Elektronicznej Dokumentacji Medycznej, prosimy o wyjaśnienie w jaki sposób Wykonawca ma spełnić wymaganie dotyczące integracji SSI Zamawiającego z lokalnym systemem EDM będącym integralną częścią zamówienia. Odpowiedź:Zamawiający wprowadza zmianę w Załączniku nr 9 do SIWZ w Tabeli 118 poprzez dodanie pozycji: Repozytorium EDM Część Lokalna - ilość 1 szt.

Pytanie nr 305Dotyczy: Załącznik nr 8 do SIWZ, pojęcie „SEDM - System gromadzenia i wymiany EDM w Systemie MEZ składający się z REDM i wszystkich LREDM.”Pytanie Prosimy o potwierdzenie, że w definicji SEDM zamiast pojęcia REDM powinno być użyte pojęcie RREDM.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie dotyczącym załącznika nr 8 do SIWZ poprzez usunięcie poz. nr 87. Jednocześnie Zamawiający zamieszcza jednolitą treść załącznika nr 8 do SIWZ uwzględniającego dokonane przez Zamawiającego modyfikacje.

Pytanie nr 306Dotyczy:Załącznik nr 9 do SIWZ (OPZ), wymaganie MEZ.9.1 „9.1. REDM - lokalne Repozytorium Elektronicznej Dokumentacji Medycznej.”Pytanie W dalszej części OPZ używane jest pojęcie LREDM w stosunku do Lokalnego Repozytorium EDM, zaś RRDEM - do Regionalnego Repozytorium EDM. Prosimy o potwierdzenie, że w ww. wymaganiu zamiast pojęcia REDM powinno być użyte pojęcie LREDM. Jeśli Zamawiający nie potwierdza, to prosimy o wyjaśnienie czy REDM i LREDM oznaczają ten sam komponent systemu.Odpowiedź:Zamawiający wyjaśnia, iż użyte pojęcia oznaczają:

REDM Repozytorium Elektronicznej Dokumentacji MedycznejLREDM Lokalne Repozytorium Elektronicznej Dokumentacji MedycznejRREDM Regionalne Repozytorium Elektronicznej Dokumentacji MedycznejJednocześnie Zamawiający Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9 do SIWZ - pkt MEZ.9.1 na: LREDM - Lokalne Repozytorium Elektronicznej Dokumentacji Medycznej.

93

Pytanie nr 307Dotyczy:Załącznik nr 8 do SIWZ, pojęcie „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.”oraz Załącznik nr 9 do SIWZ (OPZ), wymaganie MEZ.9.2 „9.2. RREDM – Regionalne Repozytorium Elektronicznej Dokumentacji Medycznej zawierającego kopię REDM tylko do odczytu.”oraz Załącznik nr 9 do SIWZ (OPZ), wymaganie MEZ.9.4 „9.4. Rejestr nagłówków (metadanych) EDM (RREDM) usprawnia mechanizm wyszukiwania dokumentacji.”oraz Rysunek 1. Architektura Systemu MEZPytanie W związku z powyższymi wymaganiami, definicją repozytorium oraz architekturą systemu MEZ przedstawioną na rysunku nr 1 prosimy o potwierdzenie, że pojęcie RREDM nie odnosi się do Rejestru nagłówków zwanego w profilu IHE XDS.b „Rejestrem Dokumentów”. Literatura fachowa rozróżnia te dwa pojęcia tj. „repozytorium dokumentów” i „rejestr dokumentów”.Odpowiedź:Zamawiający wyjaśnia, iż użyte pojęcia oznaczają:

REDM Repozytorium Elektronicznej Dokumentacji MedycznejLREDM Lokalne Repozytorium Elektronicznej Dokumentacji MedycznejRREDM Regionalne Repozytorium Elektronicznej Dokumentacji Medycznej

Pytanie nr 308Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 3. Architektura Systemu MEZ, Rysunek 1. Architektura Systemu MEZ. PytanieBiorąc pod uwagę obsługę sytuacji awaryjnych, w których wystąpi problem zasilania warstwy regionalnej dokumentami z w warstwy lokalnej czy Zamawiający dopuszcza uzupełnienie architektury systemu o interfejs umożliwiający przekazywanie zapytań o udostępnienie dokumentów z inicjatywy warstwy regionalnej bezpośrednio do lokalnych repozytoriów EDM (LREDM) zlokalizowanych w warstwie lokalnej systemu? Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania polegającego na uzupełnieniu architektury systemu o interfejs umożliwiający przekazywanie zapytań o udostępnienie dokumentów z inicjatywy warstwy regionalnej bezpośrednio do lokalnych repozytoriów EDM (LREDM) zlokalizowanych w warstwie lokalnej systemu z zastrzeżeniem, iż w/w postanowienia nie są wymaganiem obligatoryjnym do spełnienia.

Pytanie nr 309Dotyczy:Załącznik nr 9 do SIWZ (OPZ), rozdział 4.2, wymaganie MEZ.39. „MEZ.39 Dokumentacja będzie dostarczona w formie elektronicznej na odpowiednio oznakowanych nośnikach elektronicznych CD/DVD umożliwiających jej powielanie oraz w formie papierowej w 4 egzemplarzach w języku polskim.”oraz

94

Załącznik nr 4 do SIWZ (Wzór umowy), § 6 Dokumentacja Systemu MEZ, ust. 3 „Wykonawca złoży sporządzone w języku polskim Dokumentacje Systemu MEZ, o których mowa w niniejszym paragrafie, w formie papierowej w dwóch egzemplarzach oraz w formie elektronicznej w formacie docx i pdf (na nośniku CD/DVD/pendrive) dla Zamawiającego i każdego z Partnerów Projektu zgodnie z Harmonogramem wdrożenia Projektu.”Pytanie W związku z rozbieżnością informacji o liczbie egzemplarzy dokumentacji w wersji papierowej prosimy o zmianę wymagania MEZ.39 tak, aby Wykonawca dostarczył tylko 2 egzemplarze. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 310Dotyczy:Załącznik nr 9 do SIWZ (OPZ), rozdział 4.2, wymaganie MEZ.39. „MEZ.39 Dokumentacja będzie dostarczona w formie elektronicznej na odpowiednio oznakowanych nośnikach elektronicznych CD/DVD umożliwiających jej powielanie oraz w formie papierowej w 4 egzemplarzach w języku polskim.”oraz Załącznik nr 4 do SIWZ (Wzór umowy), § 6 Dokumentacja Systemu MEZ, ust. 3 „Wykonawca złoży sporządzone w języku polskim Dokumentacje Systemu MEZ, o których mowa w niniejszym paragrafie, w formie papierowej w dwóch egzemplarzach oraz w formie elektronicznej w formacie docx i pdf (na nośniku CD/DVD/pendrive) dla Zamawiającego i każdego z Partnerów Projektu zgodnie z Harmonogramem wdrożenia Projektu.”Pytanie Prosimy o potwierdzenie, iż Zamawiający nie wymaga od Wykonawcy tłumaczenia z języka angielskiego dokumentacji dotyczącej wykorzystywanego w projekcie oprogramowania systemowego lub narzędziowego produkcji firm trzecich, o ile producent tego oprogramowania nie dostarcza dokumentacji w języku polskim.Odpowiedź:Tak, Zamawiający potwierdza, że nie wymaga od Wykonawcy tłumaczenia z języka angielskiego na język polski dokumentacji dostarczonego w projekcie Oprogramowania systemowego lub narzędziowego produkcji firm trzecich, o ile producent tego oprogramowania nie dostarcza dokumentacji w języku polskim. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 311Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 4.9, wymaganie MEZ.69 „MEZ.69 Wykonawca uzgodni z PP plan instruktaży w etapie Projektowania Systemu.”oraz Załącznik nr 4 do SIWZ (Wzór umowy), § 7 Struktura Systemu i Projektu MEZ, ust. 2, pkt. 7 „7) plan Asysty stanowiskowej u każdego z Partnerów Projektu i Zamawiającego oraz sposób jej wykonania, o której mowa w paragrafie 8 Umowy.”Pytanie Prosimy o wyjaśnienie co Zamawiający rozumie poprzez pojęcie „instruktaży”. Czy to pojęcie jest równoważne pojęciu „asysta stanowiskowa”? Jeśli te pojęcia są równoważne, to prosimy o skorygowanie zapisów załącznika nr 4 tak, aby plan asysty stanowiskowej był przygotowywany w ramach Dokumentacji Projektowej, w szczególności w zakresie rozwiązania dla warstwy regionalnej, gdyż w ramach tego etapu zostanie uzgodniony ostateczny zakres rozwiązania.

95

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie dotyczącym załącznika nr 9 do SIWZ w następującym zakresie:Zamawiający zmienia słowo instruktaż na Asystę stanowiskową. Zamawiający usuwa wymaganie MEZ.69. Zamawiający zastępuje słowo „instruktaży” w wymaganiu MEZ.71 pojęciem Asysta stanowiskowa.Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 312Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.1, wymaganie MEZ.73.4 „W przypadku wystąpienia większego ponad standardowe obciążenia System powinien zachować przewidzianą wymaganiami funkcjonalność.”Pytanie Prosimy o wyjaśnienie pojęcia „większego ponad standardowe”. O ile „większe”, ponad standardowe, musi być obciążenie, aby System zachował przewidzianą wymaganiami funkcjonalność? Odpowiedź:Zamawiający wyjaśnia, iż standardowe obciążenie to 200 użytkowników pracujących jednocześnie.

Pytanie nr 313Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.2.4, wymaganie MEZ.78 „MEZ.78 CASE zapewnia dostępność co najmniej na poziomie 97% w skali miesiąca (maksymalnie 6h niedostępności) w godzinach 7-17, natomiast w godzinach 17-7 oraz w pozostałe dni dostępność na poziomie 96% w skali miesiąca (maksymalnie 20,8h niedostępności). Planowane prace serwisowe (down time) odbywają się poza godzinami korzystania z CASE. W ciągu jednego miesiąca mogą odbyć się maksymalnie cztery przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępność.”Pytanie Zapis "oraz w pozostałe dni" sugeruje, że wcześniejszy zapis dotyczący dostępności w godzinach 7-17 odnosi się do dni roboczych. Prosimy o potwierdzenie. Odpowiedź:Zamawiający wyjaśnia, iż pozostałe dni to święta i dni wolne od pracy.

Pytanie nr 314Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.2.4, wymaganie MEZ.78 „MEZ.78 CASE zapewnia dostępność co najmniej na poziomie 97% w skali miesiąca (maksymalnie 6h niedostępności) w godzinach 7-17, natomiast w godzinach 17-7 oraz w pozostałe dni dostępność na poziomie 96% w skali miesiąca (maksymalnie 20,8h niedostępności). Planowane prace serwisowe (down time) odbywają się poza godzinami korzystania z CASE. W ciągu jednego miesiąca mogą odbyć się maksymalnie cztery przerwy. Czas planowych prac serwisowych (down time) nie jest liczony jako niedostępność.”Pytanie Prosimy o potwierdzenie, że Zamawiający poprzez „poza godzinami korzystania z CASE” rozumie dni wolne od pracy oraz godziny 17-7 w dni robocze.Odpowiedź:Zamawiający potwierdza, iż poprzez „poza godzinami korzystania z CASE” rozumie dni wolne od pracy oraz godziny 17-7 w dni robocze.

Pytanie nr 315

96

Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.3.1, wymaganie MEZ.80 „MEZ.80 Czas dostępu do danych w RREDM nie może być dłuższy niż 10 sekund (liczony jako czas od wysłania zapytania do dostarczenia odpowiedzi z rejestru RREDM).”Pytanie:Prosimy o wyłączenie z tego wymagania zapytań związanych z wyszukiwaniem pełnotekstowym, o którym mowa w MEZ.EDM.47. Zapytania te są z reguły długotrwałe. Odpowiedź:Zamawiający potwierdza, że wyłącza z tego wymagania przypadek wyszukiwania pełnotekstowego.

Pytanie nr 316Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.3.1, Strona 31. Wymaganie MEZ.81 „MEZ.81 Czas dostępu do danych w REDM nie może być dłuższy niż 3 sekund (liczony jako czas od wysłania zapytania do otrzymania odpowiedzi z REDM).”Pytanie:Prosimy o potwierdzenie, że wymaganie to dotyczy czasu dostępu w ramach danego repozytorium EDM, a nie całego systemu EDM. Odpowiedź:Tak, Zamawiający potwierdza, że wymaganie to dotyczy czasu dostępu w ramach LREDM u danego Partnera, a nie całego SEDM.

Pytanie nr 317Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.3.1, Strona 31. Wymaganie MEZ.81 „MEZ.81 Czas dostępu do danych w REDM nie może być dłuższy niż 3 sekund (liczony jako czas od wysłania zapytania do otrzymania odpowiedzi z REDM).”Pytanie:Prosimy o wyłączenie z tego wymagania zapytań związanych z wyszukiwaniem pełnotekstowym, o którym mowa w MEZ.EDM.47. Zapytania te są z reguły długotrwałe. Odpowiedź:Zamawiający potwierdza, że wyłącza z tego wymagania przypadek wyszukiwania pełnotekstowego.

Pytanie nr 318Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.1, Strona 32, Wymaganie MEZ.EDM.2 „Pod względem architektury SEDM będzie podzielony na część regionalną RREDM, w której funkcjonować będą elementy systemu odpowiadające za interoperacyjność rozwiązania, część lokalną LREDM, działającą u poszczególnych PP wchodzącą w skład domeny. Oba elementy SEDM (RREDM, LREDM) mogą być posadowione w lokalizacji jednego z uczestników projektu, bądź też hostowane i udostępniane w modelu Cloud – zgodnie z obowiązującymi wymaganiami prawnymi. Ostateczna architektura rozwiązania będzie uzgodniona z PP.” Pytanie:Prosimy o wyjaśnienie czy poprzez zapis „Oba elementy SEDM (RREDM, LREDM) mogą być posadowione w lokalizacji jednego z uczestników projektu” Zamawiający rozumie, że wszystkie instancje lokalnych repozytoriów LREDM (które mają być wdrożone u PP) mogą być zlokalizowane u jednego z uczestników projektu.Odpowiedź:

97

Zamawiający wyjaśnia, iż Zamawiający jedynie w szczególnych sytuacjach Partnera Projektu po przeprowadzeniu uzgodnień z Zamawiającym i danym PP (wynikłych w trakcie etapu Projektowania) dopuszcza zlokalizowanie LREDM w innej lokalizacji niż tego PP.

Pytanie nr 319Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.2 Strona 32, wymaganie MEZ.EDM.8 „MEZ.EDM.8 REDM jest neutralne pod względem zawartości.” PytanieProsimy o wyjaśnienie pojęcia neutralności repozytorium pod względem zawartości. Odpowiedź:RREDM przechowuje zawartości dostarczone przez LREDM bez wnikania w zawartości tych dokumentów . np. brak walidacji w sensie traktowania dokumentów przychodzących z LREDM jako dokumenty pełne. W każdym momencie życia dokumentu z Repozytorium można uzyskać dokument binarnie identyczny z dokumentem inicjalnie przesłanym do Repozytorium.

Pytanie nr 320Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.2 Strona 32, wymaganie MEZ.EDM.6 „MEZ.EDM.6 REDM wykorzystuje standard identyfikatorów OID.”PytanieProsimy o informację czy Partnerzy Projektu posiadają już nadane identyfikatory OID. Jeśli nie, to prosimy o potwierdzenie, że nadanie tych identyfikatorów nie należy do obowiązków Wykonawcy lecz do obowiązków PP i/lub Zamawiającego. Odpowiedź:Zamawiający wyjaśnia, iż nadanie Identyfikatorów OID należy do obowiązków wykonawcy.

Pytanie nr 321Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.2 Strona 32, wymaganie MEZ.EDM.11 „MEZ.EDM.11 REDM pozwala na przesyłanie oraz udostępnianie dokumentów oraz innych obiektów za pomocą web service. Interface web service pozwala na dodawanie dowolnych metadanych.” Pytanie:Prosimy o informację czy Zamawiający przewiduje jakieś ograniczenia w zakresie „dowolności” metadanych - np. na rozmiar metadanych. Odpowiedź:Zamawiający nie przewiduje ograniczenia w zakresie „dowolności” metadanych.

Pytanie nr 322Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.2 Strona 33, wymaganie MEZ.EDM.13 „MEZ.EDM.13 W ramach integracji web services REDM obsługuje standard WS-Security.”PytanieProsimy o informację jakie elementy tego standardu są wymagane (szyfrowanie, podpisywanie, żetony bezpieczeństwa) i muszą być wykorzystane przez Wykonawcę w ramach projektu. Odpowiedź:Zamawiający wyjaśnia, iż wymagane standardy to co najmniej: zapewnienie integralności, poufności oraz dołączaniu żetonów bezpieczeństwa do komunikatów.

Pytanie nr 323

98

Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.2 Strona 33, wymaganie MEZ.EDM.14 „SRDM może być zintegrowane z systemami wykonującymi transformację dokumentów” Pytanie:W związku z użytym „może być” prosimy o potwierdzenie czy Zamawiający dopuszcza rozwiązanie, w którym brak jest integracji z systemami wykonującymi transformację dokumentów. Odpowiedź:Zamawiający nie dopuszcza możliwości zastosowania takiego rozwiązania i podtrzymuje wymagania za-warte w SIWZ, gdyż nie odpowiada ono potrzebom Zamawiającego.

Pytanie nr 324Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3 REDM – Przechowywanie i przetwarzanie EDMPytanie Czy Zamawiający potwierdza, że w repozytorium EDM ma być gromadzona wyłącznie indywidualna dokumentacja medyczna. Jeśli Zamawiający nie potwierdza, to prosimy o wskazanie minimalnego zbioru pozostałej (poza indywidualną) dokumentacji jaka musi być przechowywana i przetwarzana w repozytorium EDM. Odpowiedź:Zamawiający wskazuje, iż z samej definicji EDM - elektroniczna dokumentacja medyczna wynika, że jest to system do gromadzenia indywidualnej dokumentacji medycznej. Zamawiający nie przywiduje gromadzenie innych typów dokumentów.

Pytanie nr 325Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Strona 33, Wymaganie MEZ.EDM.20 „MEZ.EDM.20 Repozytorium przechowuje informację o zgodach pacjenta na udostępnienie dokumentów w ramach PL, oraz na udostępnianie dokumentu poza PL” Pytanie:W związku z tym wymaganiem prosimy o wyjaśnienie czy zadaniem Wykonawcy jest dostarczenie oprogramowania do zbierania zgód i sprzeciwów pacjentów, czy integracja z innym istniejącym systemem zbierającym te zgody/sprzeciwy. W przypadku, gdy Wykonawca musiałby się integrować z zewnętrznym rejestrem/rejestrami prosimy o udostępnienie interfejsu wymiany danych w celu oszacowania pracochłonności prac do wykonania.W przypadku, gdy zadaniem Wykonawcy jest dostarczenie aplikacji do zbierania zgód i sprzeciwów pacjentów czy Zamawiający dopuszcza rozwiązanie, w którym aplikacja do zbierania zgód i sprzeciwów pacjentów jest zlokalizowana w warstwie regionalnej i udostępniana Partnerom Projektu? Odpowiedź:Zadaniem Wykonawcy jest dostarczenie aplikacji pozwalającej na rejestrowanie zgód i sprzeciwów pacjenta na udostępnianie jego dokumentacji medycznej. Zamawiający dopuszcza rozwiązanie, w którym aplikacja do zbierania zgód i sprzeciwów pacjentów jest zlokalizowana w warstwie regionalnej i udostępniana Partnerom Projektu.

Pytanie nr 326Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Strona 33, Wymaganie MEZ.EDM.21 „MEZ.EDM.21 Repozytorium wykorzystuje zewnętrzne systemy znakowania czasem oraz Centra Autoryzacji, co pozwala na automatyczne znakowanie czasem i automatyczne elektroniczne podpisywanie dokumentów.”Pytanie:Prosimy o informację czy systemu znakowania czasem wchodzi w skład zamówienia.

99

Odpowiedź:Nie, Zamawiający informuje, że system znakowania czasem nie wchodzi w skład zamówienia, jednak Zmawiający ma zamiar rozwijać system zgodnie ze zmianami prawa.System powinien być gotowy do integracji z tego typu systemem.. Wystarczającym będzie jak wykonawca udokumentuje gotowość systemu do integracji w czasie realizacji umowy na etapie dostarczonej dokumentacji powykonawczej systemu. Pytanie nr 327Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, wymaganie MEZ.EDM.30 "MEZ.EDM.30 Repozytorium przechowuje informacje o tym na jakim medium przechowywany jest dokument".PytanieProsimy o wyjaśnienie czy pod pojęciem medium Zamawiający rozumie nośnik z zapisem elektronicznego dokumentu? Jeśli nie, to o jakie medium chodzi? Odpowiedź:Zamawiający wyjaśnia, iż pod pojęciem medium Zamawiający rozumie nośnik z zapisem elektronicznego dokumentu.

Pytanie nr 328Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Strona 33, Wymaganie MEZ.EDM.31 „MEZ.EDM.31 Repozytorium definiuje relacje transformacji dokumentów pomiędzy formatami lub formami (np. forma audio – transkrypcja). Przechowywany jest zarówno dokument oryginalny jak i transformowany. Zachowywana jest relacja pomiędzy obydwoma dokumentami.” PytanieProsimy o potwierdzenie, że system audiotranskrypcji wchodzi w skład zamówienia. Odpowiedź:Zamawiający wyjaśnia, że system audio transkrypcji nie wchodzi w zakres zamówienia. Natomiast repozytorium EDM musi pozwalać na integrację z tego typu systemem posadowionym w warstwie lokalnej, funkcjonującym jako jeszcze jeden system dostarczający dokumenty do repozytorium EDM.

Pytanie nr 329Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Strona 33, Wymaganie MEZ.EDM.33 „MEZ.EDM.33 Repozytorium integruje się z systemami usług semantycznych (terminologicznych) na poziomie web services.”PytanieProsimy o informację z jakimi systemami usług semantycznych wymagana jest integracja. Systemy te nie są wymienione jako elementy dostawy w ramach projektu, a to znaczy, że zakłada się wykorzystanie już istniejących systemów. Prosimy o ich wskazanie - nazwa systemu, funkcja, ew. opis usług (wsdl) lub lokalizacja sieciowa tego opisu (jeśli jest to system publicznie dostępny).Odpowiedź:Zamawiający wyjaśnia, że chodzi o integrację z potencjalnymi systemami usług semantycznych udostępnianych w ramach projektu CSIOZ P1.

Pytanie nr 330Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Wymaganie MEZ.EDM.36 „MEZ.EDM.36 Dla każdego obiektu repozytorium obsługuje co najmniej następujący zestaw metadanych: identyfikator pacjenta, płeć pacjenta, początek i koniec zdarzenia medycznego, data utworzenia dokumentu, nazwa i

100

rodzaj dokumentu, rodzaj i nazwa jednostki medycznej, status dokumentu (aktywny, nie aktywny), unikalny identyfikator dokumentu.”PytanieProsimy o wyjaśnienie pojęcia "jednostka medyczna". Czy Zamawiający przez to rozumie ICD9, ICD10, jednostkę statystyczną wynikająca z rozporządzenia MZ, inne (jakie)? Odpowiedź:Zamawiający przez pojęcie jednostka medyczna rozumie Rodzaj i nazwy jednostki organizacyjnej prowadzącej dokument.

Pytanie nr 331Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Wymaganie MEZ.EDM.37 „MEZ.EDM.37 Repozytorium udostępnia narzędzia do przeglądania szablonów i archetypów zgodnych ze standardem openEHR.”PytanieProsimy o wyjaśnienie pojęcia szablonów. Czy obowiązkiem Wykonawcy jest opracowanie tych szablonów? Odpowiedź:Zamawiający wyjaśnia, że pod pojęciem „szablonów” w niniejszym wymaganiu należy rozumieć wzory struktury zapisów typu „entry” w dokumencie medycznym w formacie HL7 CDA R2 Level 3, reprezentujące określone koncepty medyczne (definicje archetypów zgodnych z openEHR). Ponadto Zamawiający wskazuje, iż do obowiązków Wykonawcy należy opracowanie tych szablonów.

Pytanie nr 332Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Wymaganie MEZ.EDM.39 „MEZ.EDM.39 Repozytorium natywnie wspiera integrację z platformą SMART (Substitutable Medical Apps & Reusable Technology)."PytanieProsimy o wyjaśnienie na czym ma polegać wsparcie integracji z platformą SMART oraz jak należy rozumieć "natywność" tego wsparcia.Odpowiedź:Zamawiający wyjaśnia, iż Integracja z platformą SMART ma polegać na udostępnieniu przez repozytorium zestawu usług sieciowych (Web services), które mogą być użyte przez niezależne aplikacje (przy zachowaniu zasad bezpieczeństwa udostępniania informacji medycznych). Jednocześnie Zamawiający wyjaśnia, iż przez pojęcie natywność wsparcia należy rozumieć, iż system MEZ EDM będzie komunikować się z systemami SMART bez pośrednictwa żadnego dodatkowego oprogramowania interpretującego komunikaty.

Pytanie nr 333Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.3, Wymaganie MEZ.EDM.40 „MEZ.EDM.40 Repozytorium przechowuje formularze wykorzystywane do bezpośredniego wprowadzania danych do repozytorium. Repozytorium posiada mechanizmy wersjonowania przechowywanych formularzy.”PytanieProsimy o wyjaśnienie czy "bezpośrednie wprowadzanie danych" oznacza wprowadzanie ich interakcyjnie przez użytkowników? Prosimy o informację jakiego rodzaju dane mają być wprowadzane do repozytorium w ten sposób.Odpowiedź:

101

ad.1 Tak "bezpośrednie wprowadzanie danych" oznacza wprowadzanie ich interakcyjnie przez użytkowników.Ad.2 Szablony formularza do wprowadzenie danych powinny być opracowane na etapie Projektowania.

Pytanie nr 334Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.4, Wymaganie MEZ.EDM.47 „MEZ.EDM.47 Repozytorium posiada wbudowane mechanizmy pozwalające na pełno-tekstowe przeszukiwanie zarówno meta-danych, jak i merytorycznej zawartości przechowywanego dokumentu.”Pytanie:Prosimy o potwierdzenie, że Zamawiający nie wymaga przeszukiwania zawartości dokumentów w postaci binarnej (HL7 CDA Level 1). Odpowiedź:Zamawiający potwierdza, iż nie wymaga przeszukiwania zawartości dokumentów w postaci binarnej (HL7 CDA Level 1).

Pytanie nr 335Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.5, Wymaganie MEZ.EDM.48 „MEZ.EDM.48 Repozytorium integruje się z domeną identyfikacji pacjenta (pojedynczym źródłem tożsamości pacjenta)."PytanieWg profilu XDS.b, komponent Patient Identity Source zasadniczo integruje się z komponentem Document Registry, a nie Document Repository. Prosimy o wyjaśnienie tej rozbieżności koncepcji MEZ ze wspomnianym profilem IHE.

Odpowiedź:Zamawiający wyjaśnia, że repozytorium integruje się z domeną identyfikacji pacjenta w ten sposób, że wszystkie dokumenty przechowywane w repozytorium są przypisane do pacjenta poprzez ich powiązanie z jego identyfikatorem przechowywanym w komponencie MPI (Master Patient Index).

Pytanie nr 336Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.7, Strona 35, Wymaganie MEZ.EDM.53 „MEZ.EDM.53 Wykonawca powinien wybudować Centrum Autoryzacji (CA) wydające podpisy elektroniczne niekwalifikowane u każdego z PP oraz dostarczyć procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów.”PytanieCzy Zamawiający dopuszcza rozwiązanie, w którym zostanie wybudowane jedno regionalne Centrum Autoryzacji, zaś u PP punkty wydawania podpisów? Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie wymagań Rozdziału 5.4.7 5.4.7 Serwer Centrum Autoryzacji (CA) o brzmieniu:"Wykonawca powinien wybudować Centrum Autoryzacji (CA) wydające podpisy elektroniczne niekwalifikowane u każdego z PP oraz dostarczyć procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów"Nadając mu następujące brzmienie:"Wykonawca wybuduje Centrum Autoryzacji (CA) u Zamawiającego 15, a w pozostałych Zamawiających jedynie centra dystrybucji podpisów wydające podpisy elektroniczne niekwalifikowane oraz dostarczy procedury związane z wydawaniem, przechowywaniem i odnawianiem podpisów”

102

Pytanie nr 337Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.9, Strona 35, Wymaganie MEZ.EDM.56 „MEZ.EDM.56 Aplikacja umożliwia przeglądanie elektronicznego rekordu pacjenta budowanego na podstawie danych pochodzących z systemów medycznych (SSI).”PytanieProsimy o potwierdzenie, że EHR Viewer ma umożliwiać przeglądanie elektronicznego rekordu pacjenta na podstawie elektronicznej dokumentacji medycznej zgromadzonej w repozytoriach EDM. Odpowiedź:Zamawiający potwierdza EHR Viewer ma umożliwiać przeglądanie elektronicznego rekordu pacjenta na podstawie elektronicznej dokumentacji medycznej zgromadzonej w repozytoriach EDM.

Pytanie nr 338Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.9, Strona 35, wymaganie MEZ.EDM.58 „MEZ.EDM.58 Wspierane przeglądarki internetowe w wersji minimalnej:58.1. Firefox wersja 20.X,58.2. Internet Explorer wersja 8.X,58.3. Chrome wersja od 22.X.”PytanieW związku z zakończeniem przez firmę Microsoft wsparcia dla systemu Operacyjnego Windows XP, zakończeniem wsparcia dla Internet Explorer 8 od 12 stycznia 2016, zakończeniem wsparcia dla starszych (niezaktualizowanych) wersji Internet Explorer (http://support.microsoft.com/gp/Microsoft-Internet-Explorer), niekompatybilnością przeglądarki IE 8 z aktualnie powszechnie wykorzystywanymi standardami HTML5 oraz CSS3 prosimy o zmianę zapisu „58.2 Internet Explorer wersja 8.X” na „58.2 Internet Explorer wersja 9.X”. Zwracamy uwagę, że dla nadal użytkowanych systemów Windows XP możliwe jest użycie darmowych przeglądarek, które podlegają regularnej aktualizacji (Firefox, Chrome).Odpowiedź:Zamawiający modyfikuje wymaganie zawarte w załączniku nr 9 do SIWZ rozdział 5.4.9 wymaganie zawarte w MEZ.EDM.58: z „58.2 Internet Explorer wersja 8.X” na „58.2 Internet Explorer wersja min. 9.X”

Pytanie nr 339Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.9, Strona 35, wymaganie MEZ.EDM.58 „MEZ.EDM.58 Wspierane przeglądarki internetowe w wersji minimalnej:58.1. Firefox wersja 20.X,58.2. Internet Explorer wersja 8.X,58.3. Chrome wersja od 22.X.”PytanieW związku z licznymi aktualizacjami przeglądarek Firefox i Chrome wynikającymi przede wszystkim z luk bezpieczeństwa oraz zakończeniem od 12 stycznia 2016 wsparcia dla starszych (niezaktualizowanych) wersji Internet Explorer (http://support.microsoft.com/gp/Microsoft-Internet-Explorer) prosimy o zmianę zapisów wymagania MEZ.EDM.58 na: „MEZ.EDM.58 Wspierane przeglądarki internetowe w wersjach aktualnych na moment rozpoczęcia projektu:58.1. Firefox,58.2. Internet Explorer wersja od 9.X,58.3. Chrome.”Odpowiedź:

103

Zamawiający modyfikuje wymaganie zawarte w załączniku nr 9 do SIWZ rozdział 5.4.9 wymaganie zawarte w MEZ.EDM.58 na: Wspierane przeglądarki internetowe w wersjach aktualnych na moment rozpoczęcia projektu:58.1. Firefox,58.2. Internet Explorer wersja od 9.X,58.3. Chrome.”

Pytanie nr 340Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.62 „MEZ.EDM.62 System udostępnia mechanizm nadawania uprawnień do wykonywania poszczególnych operacji atomowych na dokumentach składowanych w repozytorium"PytanieProsimy o doprecyzowanie pojęcia "operacja atomowa" w tym kontekście. O jakie operacje chodzi?Odpowiedź:W wymaganiu MEZ.EDM.62 operacje atomowe to np. odczyt, pobranie dokumentacji, dokonanie korekty, usunięcie z repozytorium po czasie przechowywania. Ostateczny zakres zostanie uzgodniony na etapie Dokumentacji projektowej.

Pytanie nr 341Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.65 „Aplikacja umożliwia przeszukiwanie rozproszonej bazy danych pacjentów.” PytanieZgodnie z architekturą w systemie MEZ przewidziane jest istnienie pojedynczego źródła identyfikacji pacjentów (MPI). Prosimy o wyjaśnienie skąd wynika konieczność przeszukiwania rozproszonej bazy pacjentów (co stoi w sprzeczności z architekturą systemu, która zakłada pojedyncze źródło - MPI) i do czego ma być wykorzystywana. Odpowiedź:Zamawiający wyjaśnia, iż wymaganie stanowi mechanizm zabezpieczenia na wypadek utraty dostępu do warstwy regionalnej systemu MeZ.

Pytanie nr 342Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.65 „Aplikacja umożliwia przeszukiwanie rozproszonej bazy danych pacjentów.” PytanieBiorąc pod uwagę ochronę danych osobowych prosimy o potwierdzenie, że EHR Viewer musi posiadać dedykowaną funkcjonalność wyszukiwania pacjenta, a nie wyłącznie funkcjonalności związane z wyszukiwaniem elektronicznej dokumentacji medycznej. Jeśli Zamawiający potwierdza, że EHR Viewer musi posiadać funkcjonalność wyszukiwania pacjenta, to prosimy o informację co EHR Viewer musi wyświetlać jako wynik wyszukiwania pacjenta. Odpowiedź:Zamawiający potwierdza, że EHR Viewer musi posiadać dedykowaną funkcjonalność wyszukiwania pacjenta, a nie wyłącznie funkcjonalności związane z wyszukiwaniem elektronicznej dokumentacji medycznej zaś wynikiem wyszukiwania są listy dokumentów związanych z pacjentem w EDM lokalnym oraz regionalnym.


104

Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.66 „MEZ.EDM.66 Wyszukiwanie pacjenta możliwe jest przynajmniej na podstawie kryteriów:66.1. imię,66.2. nazwisko,66.3. PESEL,66.4. numer dowodu osobistego,66.5. numer paszportu.”oraz akt wykonawczy do art. 18 ustawy o systemie informacji w ochronie zdrowia. PytanieProsimy o wyjaśnienie czy EHR Viewer musi umożliwić wyszukiwanie dla każdego z wymienionych kryteriów osobno. Przykładowo czy ma umożliwiać wyszukiwanie pacjentów wg kryterium, dla którego określono wyłącznie nazwisko „Komorowski”, a nie określono pozostałych (imię, PESEL, numer dowodu osobistego, numer paszportu).Odpowiedź:Zamawiający wyjaśnia, iż EHR Viewer ma umożliwiać wyszukiwanie EDM po identyfikatorach określonych w akcie wykonawczym do art.18 ustawy o systemie informacji w ochronie zdrowia tj.

- po PESEL jeśli osoba posiada taki identyfikator- po dacie urodzenia , PESEL opiekuna i numerze kolejnym noworodka – w przypadku noworodków nie posiadających PESEL- po kraju pochodzenia i jednym z dwóch wymienionych w rozporządzeniu identyfikatorów w przypadku cudzoziemców nie posiadających PESEL.Można jako dodatkowe kryterium stosować imię i nazwisko.Wymaganie MEZ zostaje zmienione na:MEZ.EDM.66Wyszukiwanie ma być realizowane przy określeniu danych jednoznacznie identyfikujących pacjenta: 66.1. Dla osoby posiadającej PESEL: PESEL, 66.2. Dla noworodka nieposiadającego PESEL: PESEL opiekuna, data urodzenia, nr kolejny noworodka66.3. Dla cudzoziemca: kraj pochodzenia i numer identyfikacyjny pacjenta lub kraj pochodzenia i numer dokumentu tożsamości w kraju pochodzenia.”

Pytanie nr 344Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.12, wymaganie MEZ.EDM.67 „MEZ.EDM.67 Aplikacja umożliwia pobranie pełnej dokumentacji medycznej wybranego pacjenta.” oraz Rysunek 1 Architektura Systemu MEZ. PytanieCzy Zamawiający wymaga, aby do kopii repozytorium w warstwie regionalnej był przekazywany pełny zestaw elektronicznych dokumentów zgromadzonych w lokalnym repozytorium EDM czy tylko ich fragment (np. dokumentacja zewnętrzna)? Jeśli tylko fragment, to prosimy o sprecyzowanie o jaki fragment chodzi. Odpowiedź:Architektura definiuje wyraźnie że do RREDM, przekazywany jest pełny zestaw elektronicznych dokumentów zgromadzonych w LREDM. RREDM jest kopią wszystkich LREDM.

Pytanie nr 345Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.12, wymaganie MEZ.EDM.71 „MEZ.EDM.71 W widoku chronologicznym prezentowana jest lista epizodów pacjenta z możliwością przeglądania szczegółów każdego z epizodów.”

105

PytanieProsimy o wyjaśnienie co Zamawiający w tym kontekście oraz wymagania MEZ.EDM.72 rozumie pod pojęciem epizodu.Odpowiedź:Zamawiający wyjaśnia, że pod pojęciem epizodu rozumie pojedynczy kontakt pacjenta z podmiotem leczniczym np. hospitalizację, wizytę w poradni, etc.

Pytanie nr 346Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.12, wymaganie MEZ.EDM.72 „MEZ.EDM.72 Widok zagregowany prezentuje na jednym ekranie całą historię leczenia pacjenta.” PytanieProsimy o wyjaśnienie co Zamawiający rozumie pod pojęciem "cała historia leczenia pacjenta". Prosimy o wyjaśnienie czym się prezentacja listy epizodów różni od prezentacji "całej historii leczenia pacjenta". Odpowiedź:Zamawiający wyjaśnia, że pod pojęciem tym rozumie prezentację listy dokumentów medycznych pacjenta, wywołanych epizodem. Lista epizodów nie różni się niczym od historii leczenia pacjenta.

Pytanie nr 347Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.12, wymaganie MEZ.EDM.74 „MEZ.EDM.74 Aplikacja prezentuje wyniki badań laboratoryjnych w postaci graficznej (wykres czasowy).” PytanieJeśli EDM jest zapisany w postaci uniemożliwiającej odczyt danych potrzebnych do wykresu (np. w postaci binarnej HL7CDA Level 1 lub tekstowej Level 2), to nie jest możliwe wygenerowanie wykresu. W związku z tym czy Zamawiający odstępuje od tego wymagania? Jeśli nie, to prosimy o wskazanie przypadków, w których Zamawiający wymaga generowania wykresu lub przypadków, w których nie ma być generowany wykres. W chwili obecnej nie jest stosowany (praktykowany) w Polsce żaden standard EDM, który pozwala na generowanie wykresów na podstawie EDM znajdującego się w repozytorium dokumentów.Odpowiedź:Zamawiający informuje, że wykresy mają być tworzone tylko na podstawie wybranych rodzajów danych zapisanych w dokumentach HL7 CDA Level 2 lub 3 zgodnie z ustalonymi szablonami opracowanymi na etapie Analizy Przedwdrożeniowej lub w Etapie Projektowania.

Pytanie nr 348Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.13, strona 37, wymaganie MEZ.EDM.80 „MEZ.EDM.80 Dane pacjenta: nazwisko, nr PESEL (dla indywidualnych dokumentów medycznych).”PytanieProsimy o potwierdzenie, że Zamawiający nie wymaga innych parametrów wyszukiwania dokumentacji medycznej związanych z danymi pacjenta, w tym danych identyfikacyjnych pacjenta, o których mówi akt wykonawczy do art. 18 ustawy o systemie informacji w ochronie zdrowia. Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9 do SIWZ Rozdział 5.4.13, strona 37, wymaganie MEZ.EDM.80, które otrzymuje następujące brzmienie:„MEZ.EDM.80 Dane pacjenta:

80.1. Dla osoby posiadającej PESEL: PESEL,

106

80.2. Dla noworodka nieposiadającego PESEL: PESEL opiekuna, data urodzenia, nr kolejny noworodka80.3. Dla cudzoziemca: kraj pochodzenia i numer identyfikacyjny pacjenta lub kraj pochodzenia i numer dokumentu tożsamości w kraju pochodzenia.”

Pytanie nr 349Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.13, strona 37, wymaganie MEZ.EDM.80 „MEZ.EDM.80 Dane pacjenta: nazwisko, nr PESEL (dla indywidualnych dokumentów medycznych).” oraz Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.66 „MEZ.EDM.66 Wyszukiwanie pacjenta możliwe jest przynajmniej na podstawie kryteriów:66.1. imię,66.2. nazwisko,66.3. PESEL,66.4. numer dowodu osobistego,66.5. numer paszportu.”PytanieProsimy o potwierdzenie, że Zamawiający nie wymaga przechowywania i wyszukiwania w repozytorium elektronicznej dokumentacji medycznej dokumentów dla pacjentów N N.

Odpowiedź:Tak, Zamawiający potwierdza, iż nie wymaga przechowywania i wyszukiwania w repozytorium elektronicznej dokumentacji medycznej dokumentów dla pacjentów N N.

Pytanie nr 350Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.13, strona 37, wymaganie MEZ.EDM.80 „MEZ.EDM.80 Dane pacjenta: nazwisko, nr PESEL (dla indywidualnych dokumentów medycznych).” orazZałącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.11, wymaganie MEZ.EDM.66 „MEZ.EDM.66 Wyszukiwanie pacjenta możliwe jest przynajmniej na podstawie kryteriów:66.1. imię,66.2. nazwisko,66.3. PESEL,66.4. numer dowodu osobistego,66.5. numer paszportu.”PytanieProsimy o potwierdzenie, że Zamawiający nie wymaga przechowywania i wyszukiwania w repozytorium elektronicznej dokumentacji medycznej dokumentów dla pacjentów N N. Odpowiedź:Tak, Zamawiający potwierdza, iż nie wymaga przechowywania i wyszukiwania w repozytorium elektronicznej dokumentacji medycznej dokumentów dla pacjentów N N.

Pytanie nr 351Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.16, strona 38, wymaganie MEZ.EDM.84 „MEZ.EDM.84 Rodzaj dokumentu zdefiniowany w systemie źródłowym”Pytanie

107

Prosimy o informację, czy w ramach projektu jest przewidziana standaryzacja rodzajów dokumentów dla MEZ, a jeśli tak to prosimy o potwierdzenie, że nie należy to do obowiązków Wykonawcy. Odpowiedź:Standaryzacja rodzajów dokumentu zdefiniowanych w systemach źródłowych (tzn. w systemach dziedzinowych podmiotów leczniczych) nie należy do obowiązków Wykonawcy. Natomiast w celu skutecznego wyszukiwania dokumentów na poziomie regionalnym konieczna jest standaryzacja rodzajów dokumentów z punktu widzenia systemu MEZ. Ostatecznie będzie to przedmiotem uzgodnień w ramach Dokumentacji Projektowej.

Pytanie nr 352Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.16, strona 38, wymaganie MEZ.EDM.90 „MEZ.EDM.90 Na warstwę regionalną system MEZ składają się następujące elementy:90.1. Pojedyncze źródło identyfikacji pacjenta (MPI) [...]90.3. Identity provider [...]"PytanieProsimy o potwierdzenie, że element "Identity provider" jest dostawcą tożsamości i umożliwia autentykację tylko osób personelu PP (medycznego i ew. administracyjnego), a nie dotyczy tożsamości pacjentów.

Odpowiedź:Zamawiający potwierdza, iż element "Identity provider" jest dostawcą tożsamości i umożliwia autentykację tylko osób personelu PP (medycznego i ew. administracyjnego), a nie dotyczy tożsamości pacjentów.

Pytanie nr 353Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.16, strona 39, wymaganie MEZ.EDM.95 „MEZ.EDM.95 Wykonawca ma wybudować interfejs integracji służący do wymiany danych pomiędzy Systemem MeZ, a Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych ( P1 )”PytanieProsimy o wyszczególnienie rodzajów danych, które mają być wymieniane z systemem P1. Odpowiedź:Zamawiający oczekuje integracji z systemem P1 w zakresie rejestrowania i udostępniania dokumentów medycznych

Pytanie nr 354Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.16, strona 39, wymaganie MEZ.EDM.95 „MEZ.EDM.95 Wykonawca ma wybudować interfejs integracji służący do wymiany danych pomiędzy Systemem MeZ, a Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych ( P1 )”PytanieProsimy o informację jakie działania przewiduje Zamawiający, jeżeli nie zostaną w czasie projektu opublikowane standardy wymiany danych i integracji z P1? Odpowiedź:

108

W takim przypadku Wykonawca w okresie gwarancji będzie zobowiązany do wykonania integracji z systemem P1 w terminie do 6 miesięcy od momentu udostępnienia odpowiednich usług przez ten system. Termin ten może ulec wydłużeniu, w uzgodnieniu z Zamawiającym, w przypadkach uzasadnionych zewnętrznymi (niezależnymi) przyczynami, np. błędne działanie udostępnionych przez system P1 usług.

Pytanie nr 355Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.13, strona 39, wymaganie MEZ.EDM.95 „MEZ.EDM.95 Wykonawca ma wybudować interfejs integracji służący do wymiany danych pomiędzy Systemem MeZ, a Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych ( P1 )”PytanieProsimy o informację jakie działania przewiduje Zamawiający, jeżeli tuż przed Odbiorem końcowym zostaną opublikowane standardy wymiany danych i integracji z P1? Wykonawca nie będzie w stanie w tak krótkim czasie wykonać modyfikacje w systemie. Czy zatem Zamawiający dopuszcza, aby te prace zostały dokończone przez Wykonawcę po Odbiorze końcowym? Odpowiedź:Zamawiający nie jest w stanie ocenić długości okresu czasu rozumianego jako „[..] tuż przed Odbiorem końcowym”. Natomiast w sytuacji skrajnie krótkiego terminu np. krótszego niż 1 m-c Wykonawca w okresie gwarancji będzie zobowiązany do wykonania integracji z systemem P1 w terminie do 6 miesięcy od momentu udostępnienia odpowiednich usług przez ten system. Termin ten może ulec wydłużeniu, w uzgodnieniu z Zamawiającym, w przypadkach uzasadnionych zewnętrznymi (niezależnymi) przyczynami, np. błędne działanie udostępnionych przez system P1 usług. W omawianym przypadku zadanie integracji zostanie wyłączone z Odbioru Końcowego, zaś prace będą wykonane w ramach gwarancji.

Pytanie nr 356Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.22, wymaganie MEZ.EDM.111 „MEZ.EDM.111 Wykorzystanie systemu MPI pozwoli na odseparowanie danych osobowych pacjenta (dane chronione) od danych medycznych (dane ściśle chronione), co z kolei wyeliminuje konieczność tworzenia dodatkowych magazynów danych osobowych u poszczególnych PP. Ponadto, takie rozwiązanie ma stanowić dodatkowe zabezpieczenie przed przechwyceniem danych chronionych – w RREDM i LREDM.”PytanieProsimy o wyjaśnienie czy niniejsze wymaganie – w szczególności ostatnie zdanie – oraz wymaganie następne (MEZ.EDM.112) należy rozumieć tak, że wszystkie repozytoria dokumentów (zarówno Regionalne jak i wszystkie Lokalne) muszą przechowywać dokumenty medyczne w postaci zdepersonalizowanej (bez danych osobowych pacjenta)? Zwracamy uwagę, że w takim przypadku każdorazowe sięgnięcie po treść dokumentu EDM będzie wymagało rekonstrukcji jego oryginalnej postaci (re-personalizacji), co będzie z kolei wymagało komunikacji z komponentem regionalnym MPI. W związku z tym, jakakolwiek awaria komunikacji podmiotu leczniczego z poziomem regionalnym MeZ będzie skutkowała efektywnie brakiem dostępu podmiotu leczniczego nawet do własnych dokumentów EDM w swoim lokalnym repozytorium.Czy w związku z tym Zamawiający dopuszcza rozwiązanie, w którym odpersonalizowane są tylko dokumenty znajdujące się regionalnej kopii repozytorium EDM? Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym odpersonali-zowane są tylko dokumenty znajdujące się regionalnej kopii repozytorium EDM.


109

Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.23 „MEZ.EDM.113 Na warstwę lokalną systemu MEZ składają się następujące elementy: […]MEZ.EDM.122 Serwer buforujący. […]MEZ.EDM.125 W celu zapewnienia ciągłości i spójności danych przesyłanych do warstwy regionalnej Sytemu MEZ, wskazane jest zastosowanie serwera buforowania.”PytanieSformułowanie wymagania MEZ.EDM.125 oznacza, że serwer buforowania może nie wystąpić. Czy Zamawiający dopuszcza takie rozwiązanie, w którym nie występuje serwer buforowania, a spójność przesyłanych danych jest zapewniona innymi mechanizmami?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania, w którym nie występuje serwer buforowania, a spójność przesyłanych danych jest zapewniona innymi mechanizmami.

Pytanie nr 358Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.24, wymaganie MEZ.EDM.126 „MEZ.EDM.126 SSI traktowany jest jako źródło powstawania EDM. Wymaga się, aby SSI przekazywał do LREDM dokumenty zgodne z szablonami, określonymi na etapie wdrożenia Projektu.”oraz wymaganie „MEZ.EDM.139 Systemy jest traktowany jako źródło powstawania Elektronicznej Dokumentacji Medycznej (EDM) i musi przekazywać do EDM dokumenty zgodne z szablonami, określonymi na etapie wdrożenia niniejszego Projektu.”PytanieProsimy o wyjaśnienie jakiego rodzaju szablony Zamawiający ma na myśli. Czy chodzi o opisowe wytyczne co do układu graficznego poszczególnych rodzajów dokumentów, czy formalne wzory transformacji wizualnych (układu prezentacji) dokumentów, czy tzw. templates określające struktury danych w dokumentach HL7 CDA Level 2 i 3, czy też o coś jeszcze innego? Prosimy także o podanie maksymalnej liczby rodzajów dokumentów, dla których należy opracować takie szablony oraz potwierdzenie (lub zaprzeczenie), że zestaw szablonów będzie wspólny dla wszystkich PP. Odpowiedź:Szablony dokumentów, o których mowa w przywołanych wymaganiach, to wzory struktury danych i ich wartości, w zakresie metadanych dokumentów oraz nagłówka HL7 CDA. Wykonawca będzie zobowiązany do opracowania tych szablonów w uzgodnieniu z Zamawiającym w ramach etapu Dokumentacji projektowej. Jednocześnie Zamawiający wyjaśnia, iż nie jest w stanie wskazać maksymalnej liczby dokumentów, Zamawiający wyjaśnia, iż zestaw szablonów będzie wspólny dla wszystkich Partnerów.

Pytanie nr 359Dotyczy:Załącznik nr 9 do SIWZ (OPZ), Rozdział 5.4.24, wymaganie MEZ.EDM.133 „MEZ.EDM.133 Komunikacja z systemami źródłowymi odbywać się będzie za pośrednictwem lokalnej szyny danych (lub bezpośrednio, w przypadku zastosowania modelu integracji point-to-point) przy wykorzystaniu następujących interfejsów integracyjnych:[…]133.5.ITI-8 Patient Identity Feed – interfejs służący do aktualizacji systemu MPI w przypadku, gdy pacjent pojawia się po raz pierwszy w jednostce leczniczej wyposażonej w System Elektronicznej Dokumentacji Medycznej,[…]”PytanieProsimy o zweryfikowanie i wyjaśnienie zastosowania protokołu (transakcji) ITI-8 z komunikatami opartymi na HL7 v2.3.1, a nie nowszego protokołu ITI-44 z komunikatami opartymi na HL7 v3 (na

110

którym bazuje także standard HL7 CDA, który przewija się w OPZ - przykładowo w MEZ.EDM.5, MEZ.EDM.29, MEZ.EDM.138)?Zwracamy także uwagę, że ITI-8 nie służy do aktualizacji systemu MPI, lecz do powiadamiania przez system MPI innych systemów o zaistniałych zmianach (aktualizacjach) w danych identyfikacyjnych pacjentów zgromadzonych w MPI.Odpowiedź:Zamawiający dopuszcza zastosowanie protokołu IHE ITI-44, zamiast ITI-8, w komunikacji komponentu MPI z innymi komponentami. Zamawiający zmienia zapis SIWZ MEZ.EDM.135.5 na następujący „ITI-8 Patient Identity Feed lub ITI-44 Patient Identity Feed v3 – interfejs służący do aktualizacji systemu MPI w przypadku, gdy pacjent pojawia się po raz pierwszy w jednostce leczniczej wyposażonej w System Elektronicznej Dokumentacji Medycznej,”

Pytanie nr 360Dotyczy:Załącznik nr 9 do SIWZ (OPZ), rozdział 7.3.5, punkt 7), strona 169 , zapis „Zamawiający wymaga dokumentacji w wersji elektronicznej i drukowanej w języku polskim i angielskim”. Pytanie:Czy Zamawiający dopuści, aby ta dokumentacja, podobnie jak dla innego sprzętu, była dostarczona w języku polskim lub angielskim?Odpowiedź:Zamawiający zmienia wymaganie Załącznik nr 9 do SIWZ (OPZ), rozdział 7.3.5, punkt 7) na:Zamawiający wymaga dokumentacji w wersji elektronicznej i drukowanej w języku polskim i angielskim. W przypadku gdy producent nie dostarcza dokumentacji Sprzętu w języku polskim Zamawiający oczekuje jedynie dokumentacji w języku angielskim.

Pytanie nr 361Dotyczy:Załącznik nr 4 do SIWZ (Wzór umowy), Tabela 4 Usługi gwarancji dla Oprogramowania. Pytanie:Prosimy o wyjaśnienie niezrozumiałego zapisu znajdującego się w kolumnie „Okres dostępności wykonawcy” tj. „24/7/365 W dni robocze pomiędzy 8.00 a 16.00. Zgłoszenie przesłane po 16.00, traktowane jest jak zgłoszenie przyjęte w następnym dniu roboczym o 8.00.”. Jak ten zapis ma się do informacji zamieszczonych w załączniku nr 9 do SIWZ (OPZ) w rozdziale 5.2 Dostępność systemu? Odpowiedź:Zamawiający wyjaśnia, iż są to dwa różne pojęcia dostępność Wykonawcy jest innym pojęciem niż dostępność systemu.

Pytanie nr 362Dotyczy:Załącznik nr 4 do SIWZ (Wzór umowy), § 13 Gwarancja jakości. Pytanie:Prosimy o wprowadzenie do umowy zapisów zabezpieczających Wykonawcę przed nierzetelnym wprowadzeniem zgłoszeń Wad przez Zgłaszającego, w tym lakoniczną treścią uniemożliwiającą Wykonawcy podjęcie koniecznych działań w celu zdiagnozowania i/lub usunięcia Wady. W szczególności prosimy o wprowadzenie zapisu, który dotyczy wstrzymania czas usunięcia Wady w przypadku, gdy Wykonawca wystąpił z prośbą do Zgłaszającego Wadę o przekazanie informacji niezbędnych do dalszego procedowania zgłoszenia Wady.Odpowiedź:

111

Zamawiający nie wyraża zgody na wprowadzenie takich zmian do zapisów SIWZ. Postanowienia w tym zakresie są precyzyjne i jednoznaczne.

Pytanie nr 363Dotyczy:Załącznik nr 9 do SIWZ (OPZ), rozdział 5.4.7, wymaganie MEZ.EDM.52„MEZ.EDM.52 Do autoryzacji EDM powinny być stosowane dwa rodzaje podpisów elektronicznych:52.1. Kwalifikowany – W przypadku EDM udostępnianego na zewnątrz PP np. dla Pacjentów, uprawnionych organów np. sądy, prokuratura, etc.[..]”. Pytanie:Prosimy o potwierdzeniem, że w ramach projektu Wykonawca nie jest zobowiązany do dostarczenia i wdrożenia aplikacji do udostępniania EDM na zewnętrz PP np. dla uprawnionych organów (sąd prokuratura, ...).Odpowiedź:Zamawiający zwraca uwagę, że REDM dostarczane w projekcie MEZ muszą posiadać funkcjonalność udostępniana EDM na zewnątrz PP. Jednocześnie Zamawiający potwierdza, że w ramach projektu Wykonawca nie jest zobowiązany do dostarczenia i wdrożenia aplikacji dedykowanej dla uprawnionych organów służącej do udostępniania EDM na zewnątrz PP.

Pytanie nr 364Dotyczy: ZAŁĄCZNIK NR 9.20.SSI DO SIWZ MAZOWIECKI SZPITAL WOJEWÓDZKI W

SIEDLCACH SP. Z O.O.II.5 ZAKRES: SYSTEM INFORMACJI ZARZĄDCZEJII.5.1 Moduł/grupa funkcjonalności: „System informacji zarządczej”L.p. Wymaganie Treść pytania Odpowiedź

1. II.5.1.63 BudżetowanieCzy wymaganie może być zrealizowane w innym module oferowanego SSI?

Tak Zamawiający wyjaśnia, że wymaganie może być zrealizowane w innym module oferowanego SSI.

2.

II.5.1.64 Możliwość planowania w różnym horyzoncie czasowym (miesiąc, kwartał, rok)

Czy wymaganie może być zrealizowane w innym module oferowanego SSI?

Tak. Zamawiający wyjaśnia, że wymaganie może być zrealizowane w innym module oferowanego SSI.

3.

II.5.1.66 System powinien umożliwiać analizę porównawcza wartości planowanych i zrealizowanych, analiza odchyleń procentowych i wartościowych w sposób wielowymiarowy


Tak. Zamawiający dopuszcza realizację wymagania w innym module oferowanego SSI

4.II.5.1.67 Możliwość zdefiniowania wielu budżetów – wariantów planu



5. II.5.1.68 Możliwość dodania do budżetu pozycji nieistniejących w słownikach (nowy ośrodek powstawania kosztu, rodzaj



112

kosztu itd.) a następnie skojarzenia ich z wykonaniem

6.II.5.1.69 Mechanizm planowania opartego na rzeczywistych wykonaniach


Tak Zamawiający dopuszcza realizację wymagania w innym module oferowanego SSI

7.

II.5.1.70 Możliwość automatycznego wygenerowania przez system do każdej struktury budżetowej kostki OLAP, umożliwiającej wielowymiarową analizę odchyleń od budżetu;



8.

II.5.1.71 Mechanizm eksportu struktury planistycznej do pliku, zdalnej edycji i importu wartości planowanych do budżetu



9. II.5.1.72 Możliwość planowania ilościowego i wartościowego



10.

II.5.1.73 Możliwość planowania wielu miar dla jednego budżetu (np. cena jednostkowa, ilość i wartość) oraz zdefiniowania formuł przeliczeń pomiędzy miarami



11.

II.5.1.74 Mechanizm powiadomień mailowych o zmianie statusu planu oraz o odchyleniach od planu – system ostrzegawczy i alarmowy



12.

II.5.1.75 Mechanizm miar wyliczanych – wartości budżetowane są wyliczane z innych wartości planowanych (np. wynik jako różnica planowanych przychodów i kosztów)



13.

II.5.1.77 Możliwość tworzenia budżetów poszczególnych pozycji kosztowych dla jednostki



14.

II.5.1.80 System powinien umożliwiać budżetowanie w takim samym zakresie (układzie), w jakim są możliwe analizy (ilość miar i wymiarów)



15. II.5.1.83 Mechanizm tworzenia nowego budżetu

Czy wymaganie może być zrealizowane w innym module

Tak Zamawiający wyjaśnia, że wymaganie może być

113

uwzględniający informację o zgłoszonym przez użytkowników np. kierowników OPK zapotrzebowaniu zestawionym z realizacją z roku poprzedniego

oferowanego SSI?

zrealizowane w innym module oferowanego SSI.

16.

II.5.1.84 Mechanizm kontroli stanu tworzenia budżetu umożliwiający zatwierdzanie cząstkowe - gałęzi budżetu



17.

II.5.1.85 Mechanizm nadawania uprawnień do poszczególnych pozycji/gałęzi budżetu ( np. ordynator ma dostęp tylko do swojego oddziału)



18.

II.5.1.92 Automatyczna aktualizacja danych zawartych w stworzonych analizach i kostkach analitycznych OLAP

Czy wymaganie zostanie zrealizowane w sytuacji dostarczenia funkcjonalności automatycznej aktualizacji danych zawartych w stworzonych analizach i kostkach analitycznych OLAP w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania dostarczenia funkcjonalności automatycznej aktualizacji danych zawartych w stworzonych analizach i kostkach analitycznych OLAP w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP

19.

II.5.1.94 Możliwość samodzielnego tworzenia raportów i zestawień na podstawie miar i wymiarów znajdujących się w poszczególnych kostkach analitycznych OLAP

Czy wymaganie zostanie zrealizowane w sytuacji dostarczenia funkcjonalności samodzielnego tworzenia raportów i zestawień na podstawie miar i wymiarów zdefiniowanych w hurtowni danych w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania dostarczenia funkcjonalności samodzielnego tworzenia raportów i zestawień na podstawie miar i wymiarów zdefiniowanych w hurtowni danych w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP

20.II.5.1.96 Operowanie na kostkach OLAP zasilanych z różnych źródeł danych,

Czy wymaganie zostanie zrealizowane w sytuacji dostarczenia funkcjonalności operowania na kostkach OLAP zasilanych z różnych źródeł danych w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania dostarczenia funkcjonalności operowania na kostkach OLAP zasilanych z różnych źródeł danych w przypadku fizycznej implementacji modeli wielowymiarowych (kostek) jako ROLAP

114

21. II.5.1.109.4 z perspektywy podziału na stałe i zmienne

Czy wymaganie zostanie zrealizowane jeżeli system udostępni analizę która będzie zawierać informację o poszczególnych rodzajach kosztów poniesionych w poszczególnych OPK z następującym układzie: - Symbol i nazwa OPK- Rodzaj kosztu z możliwością drążenia do kosztów szczegółowych- Kwota kosztów bezpośrednich- Kwota kosztów pośrednich?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizę która będzie zawierać informację o poszczególnych rodzajach kosztów poniesionych w poszczególnych OPK z następującym układzie:- Symbol i nazwa OPK- Rodzaj kosztu z możliwością drążenia do kosztów szczegółowych- Kwota kosztów bezpośrednich- Kwota kosztów pośrednichpod warunkiem możliwości prezentacji danych także w układzie porównawczym pomiędzy wybranymi przez użytkownika okresami (miesiącami).

22. II.5.1.109.5 z perspektywy kosztów szczegółowych

Czy wymaganie zostanie zrealizowane jeżeli system udostępni analizę która będzie zawierać informację o poszczególnych rodzajach kosztów z następującym układzie: - Rodzaj kosztu z możliwością drążenia do kosztów szczegółowych- Kwota kosztów bezpośrednich?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizę która będzie zawierać informację o poszczególnych rodzajach kosztów z następującym układzie:- Rodzaj kosztu z możliwością drążenia do kosztów szczegółowych- Kwota kosztów bezpośrednich pod warunkiem możliwości prezentacji danych także w układzie porównawczym pomiędzy wybranymi przez użytkownika okresami (miesiącami).

23. II.5.1.111 Możliwość analizy pozycji rozrachunkowych, zarówno zobowiązań jak i należności, z uwzględnieniem zapłat, w rozbiciu co najmniej na:

Czy wymaganie zostanie spełnione jeżeli system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze

115

drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent

szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent pod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

24. II.5.1.111.1 rodzaj rozrachunku (zobowiązanie, należność),

Czy wymaganie zostanie spełnione jeżeli system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent pod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań

116

przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

25. II.5.1.111.2 status rozliczenia,


Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent pod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, Przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

26. II.5.1.111.3 kontrahenta, Czy wymaganie zostanie spełnione jeżeli system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy

117

dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent

z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahentpod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

27. II.5.1.111.4 symbol dokumentu, Czy wymaganie zostanie spełnione jeżeli system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent pod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-

118

cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

28. II.5.1.111.5 datę (termin) płatności,


Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahentpod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy).

29. II.5.1.111.6 datę (daty) zapłat, Czy wymaganie zostanie spełnione jeżeli system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety? Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data otrzymania dokumentu, data płatności, data księgowania,

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system udostępni analizy prezentujące dane dot. należności i zobowiązań ze szczegółowością do kont księgowych z możliwością drążenia do podraportu prezentującego dekrety. Każdy z nich (dekretów) opisany przez następujące atrybuty: nr dokumentu, opis wpisu, data utworzenia wpisu, data

119

kwota kredytu / debetu, kontrahent

otrzymania dokumentu, data płatności, data księgowania, kwota kredytu / debetu, kontrahent pod warunkiem udostępnienia przez system uzupełniającego raportu dot. należności / zobowiązań w podziale na okresy zapadalności (kwoty należności / zobowiązań przynajmniej w podziale na: nieprzeterminowane, przeterminowane do 3 m-cy, przeterminowane od 3 do 6 m-cy, przeterminowane od 6 do 12 m-cy, przeterminowane powyżej 12 m-cy)

30.

II.5.1.114 Możliwość analizy badań w podziale na pacjenta, jednostkę i lekarza zlecającego, wartość i liczbę badań, grupę badań i nazwę badania.,



31.

II.5.1.115 Możliwość określenia kosztów leczenia poprzez analizę kosztów zlecanych badań,



32.II.5.1.122 Możliwość analizy kosztów leków podanych pacjentom.



33.II.5.1.123 Możliwość analizy kosztów leczenia jednostek chorobowych.



34.

II.5.1.124 Możliwość oceny hospitalizacji, dla których koszty leków przewyższają średnią dla danej jednostki chorobowej.



35.

II.5.1.125 Możliwość badania zależności pomiędzy kosztami leków, czasem trwania hospitalizacji, jednostkami chorobowymi i zestawieniem stosowanych leków.



36.

II.5.1.126 Wskazywanie najwyższych i najniższych kosztów leków zleconych przez lekarzy w tej samej jednostce chorobowej,



37. II.5.1.130 Powiadomienia, alerty odnośnie długości

Czy wymaganie może być zrealizowane w innym module

Tak Zamawiający wyjaśnia, że wymaganie może być

120

pobytów pacjenta na oddziale oferowanego SSI? zrealizowane w innym module oferowanego SSI.

38.

II.5.1.131 Analiza rozliczania poszczególnych grup chorobowych, świadczeń, porad itp.



39.

II.5.1.132 Analiza planu ilości i wartości świadczeń na poszczególnych ośrodkach sprzedaży

Czy wymaganie zostanie zrealizowane jeżeli System dostarczy funkcjonalność polegającą na wygenerowaniu raportu zawierającego informacje na temat stanu realizacji umowy z NFZ przez poszczególne komórki organizacyjne szpitala (z dokładnością do zakresu świadczeń)?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym System dostarczy funkcjonalność polegającą na wygenerowaniu raportu zawierającego informacje na temat stanu realizacji umowy z NFZ przez poszczególne komórki organizacyjne szpitala (z dokładnością do zakresu świadczeń) pod warunkiem, iż przedmiotowy raport będzie zawierał dane zarówno w ujęciu punktowym jak i wartościowym wraz z możliwością ich prezentacji w sposób narastający od początku roku.

40.

II.5.1.144 Możliwość eksportu zawartości pulpitów managerskich i pojedynczych raportów do PDF, TIFF, XML, CSV, MHTML,

Czy wymaganie zostanie zrealizowane jeżeli system da możliwość eksportu:- raportów do formatów: pdf, excel, powerpoint, csv, xml- zakładek pulpitów do formatów: pdf, html?

Zamawiający dopuszcza możliwość zastosowania przez Wykonawcęrozwiązania w którym system da możliwość eksportu: - raportów do formatów: pdf, excel, powerpoint, csv, xml- zakładek pulpitów do formatów: pdf, html pod warunkiem że eksport będzie możliwy do wykonania przez użytkowników bez konieczności instalowania dodatkowego oprogramowania (tzw. plugin’ów).

41. II.5.1.148 Symulacja kosztów:Czy wymaganie może być zrealizowane w innym module oferowanego SSI?


42.

II.5.1.151 Możliwość uruchomienie dowolnego modułu aplikacji poprzez wybranie odpowiedniej opcji menu głównego.



43. II.5.1.154 Aplikacja powinna Czy wymaganie może być Tak Zamawiający dopuszcza

121

przechowywać hasła użytkowników w postaci zaszyfrowanej za pomocą algorytmu sha1

zrealizowane w innym module oferowanego SSI?

realizację wymagania w innym module oferowanego SSI

44.

II.5.1.156 Mechanizm odzyskiwania hasła przez użytkownika poprzez automatyczne wygenerowanie i wysłanie hasła na e-mail użytkownika



45.II.5.1.157 Możliwość zmiany hasła oraz adresu e-mail przez użytkownika.



46.

II.5.1.158 Możliwość wymuszenia zmiany automatycznie wygenerowanego hasła



47.

II.5.1.160 Wydzielony panel administratora – moduł do administrowania aplikacją oraz użytkownikami.



48.

II.5.1.161 Możliwość zarządzania użytkownikami z poziomu panelu administratora, co najmniej (dodawanie, usuwanie, edycja).



49.

II.5.1.162 Możliwość definiowania schematów uprawnień, co najmniej przeglądanie, dodawanie, usuwanie, edycja) w poszczególnych obszarach (koszty proste, zasoby, obiekty, modele, raporty, słowniki) oraz przypisywania ich do użytkowników z poziomu panelu administratora.



50.

II.5.1.163 Możliwość walidacji uprawnień przypisanych do użytkowników, wraz z prezentowaniem tylko tych modułów(funkcjonalności), do których użytkownikowi zostały nadane uprawnienia w tym, co najmniej: Koszty, Zasoby, Obiekty, Pacjenci, Modele, Raporty, Słowniki)



51. II.5.1.164 Możliwość importu słowników ICD9, Kody resortowe


Tak Zamawiający wyjaśnia, że wymaganie może być zrealizowane w innym module

122

oferowanego SSI.

52.

II.5.1.165 Wbudowane kreatory pozwalające na tworzenie krok po kroku nowych kosztów prostych, zasobów ekonomicznych, obiektów kosztowych, schematów kalkulacji oraz raportów.



53.

II.5.1.166 Na każdym kroku kreatora użytkownik jest zobligowany do wprowadzenia danego zestawu informacji.



54.

II.5.1.167 Kreator musi mieć możliwość prowadzenia użytkownika poprzez proces tworzenia elementu od ogółu do szczegółu.



55.

II.5.1.168 Każdy krok kreatora musi umożliwiać wykonanie osobnego zestawu czynności takich jak wprowadzenie danych podstawowych obiektu, wybranie składników obiektu, ustanowienie atrybutów dla wybranych składników.



56. II.5.1.169 Możliwość wyboru kolejności kroków w kreatorze



57.

II.5.1.170 Możliwość dodania pozycji do listy rozwijanej na etapie edycji / dodawania elementu, co najmniej dla list Kategorie, Ośrodki kosztów, Jednostka miary



58.II.5.1.171 Możliwość dodania nowego obiektu(bytu) na etapie dodania składników



59. II.5.1.172 Możliwość filtrowania list elementów oraz składników w sposób standardowy oraz przy użyciu filtrów zaawansowanych, co najmniej (zaczyna się, równa się, zawiera, nie zwiera, kończy się, równy, nie jest równy dla kolumn tekstowych oraz równy, nie jest równy, jest mniejszy niż, jest mniejszy lub równy, jest większy niż, jest większy



123

lub równy dla kolumn liczbowych lub dat) z użyciem form do wprowadzenia danych (list wyboru, list wielokrotnego wyboru, pól tekstowych dla informacji tekstowej; pól tekstowych z 2 lub 4 przyciskami zwiększenia lub zmniejszenia liczby dla informacji liczbowej; kalendarzem i zegarkiem dla dat) osobno dla każdej kolumny.

60.

II.5.1.173 Możliwość zdefiniowania filtrów przy pomocy okienka wyszukiwania zaawansowanego lub poprzez wybór reguły wyszukiwania bezpośrednio na liście np. na wyszukanie wszystkich składników, których kod zaczyna się od zera lub nazwa zawiera literę ‘A’.



61.

II.5.1.174 Możliwość użycia następujących filtrów dla wyszukiwania zaawansowanego: równy, różny, większy, większy lub równy, mniejszy, mniejszy lub równy, pomiędzy, nie jest między, zawiera, nie zawiera, zaczyna się od, kończy się na, jest podobne do, nie jest podobne do, jest puste, nie jest puste, jeden z, żaden z



62.II.5.1.175 Możliwość przestawiania kolumn na listach w dowolny sposób



63.

II.5.1.176 Możliwość zapisywania i usuwania przez użytkownika ustawionych kryteriów filtrowania list elementów oraz użycia ich w przyszłości w ilości, co najmniej 10 zapisanych filtrów dla każdego widoku.



64. II.5.1.177 Zapisane filtry powinny być widoczne w osobnym bloku (kolumnie) układu aplikacji. Użytkownik



124

powinien mieć możliwość rozszerzenia lub zwężenia tego bloku.

65.

II.5.1.178 Możliwość stronicowania list elementów, (co najmniej Kosztów prostych, Zasobów, Obiektów, Schematów kalkulacji) z ograniczaniem ilości wyświetlanych elementów na stronie, co najmniej 10 elementów.



66.

II.5.1.179 Możliwość nawigowania pomiędzy poszczególnymi stronami listy za pomocą przycisków nawigacyjnych



67.

II.5.1.180 Aplikacja powinna prezentować informację o ilości stron oraz o ilości elementów na liście



68.

II.5.1.181 Możliwość wybierania akcji typu dodaj, usuń, podgląd, edytuj, duplikuj dla wskazanego obiektu bezpośrednio z jego menu



69.II.5.1.182 Możliwość wykonania akcji grupowych na zaznaczonych elementach



70.

II.5.1.183 Podgląd musi być zrealizowany bezpośrednio na liście elementów, np. rozwinięcie dodatkowej informacji



71.

II.5.1.184 W przypadku dodawania /edycji pozycji słownikowej formularz dodawania/edycji ma pojawić się na tej samej stronie



72. II.5.1.186.6 dodawanie elementów do słowników,

W związku iż niniejsze wymaganie dotyczy rozwiązania typu BI w którym dane pobierane są z systemów dziedzinowych przez procesy ETL a nie wprowadzane przez operatora (-ów) wnosimy o wykreślenie wymagania.

Zamawiający modyfikuje SIWZ w zakresie załącznika nr 9 poprzez wykreślenie wymagania zawartego w pkt II.5.1.186.6 dodawanie elementów do słowników.

73. II.5.1.186.7 walidacja nazwy i kodu elementów,

W związku iż niniejsze wymaganie dotyczy rozwiązania typu BI w którym

Zamawiający modyfikuje SIWZ w zakresie załącznika nr 9 poprzez

125

dane pobierane są z systemów dziedzinowych przez procesy ETL a nie wprowadzane przez operatora (-ów) wnosimy o wykreślenie wymagania.

wykreślenie wymagania zawartego w pkt II.5.1.186.7 walidacja nazwy i kodu elementów.

74.

II.5.1.188 System musi mieć wbudowany mechanizm walidacji danych wprowadzanych przez użytkownika takich jak kod (sprawdzanie unikalności kodu), nazwa (sprawdzanie dopuszczalnej ilości znaków).

W związku iż niniejsze wymaganie dotyczy rozwiązania typu BI w którym dane pobierane są z systemów dziedzinowych przez procesy ETL a nie wprowadzane przez operatora (-ów) wnosimy o wykreślenie wymagania.

Zamawiający modyfikuje SIWZ w zakresie załącznika nr 9 poprzez wykreślenie wymagania zawartego w pkt II.5.1.188 System musi mieć wbudowany mechanizm walidacji danych wprowadzanych przez użytkownika takich jak kod (sprawdzanie unikalności kodu), nazwa (sprawdzanie dopuszczalnej ilości znaków).

75. II.5.1.193 Pozostałe wymagania:



76.II.5.1.194 Obsługa słownika nośników kosztów (dodawanie, edycja, usuwanie).



77.II.5.1.195 Obsługa słownika ośrodków kosztów (dodawanie, edycja, usuwanie).



78.II.5.1.196 Obsług słownika wariantów kosztów (dodawanie, edycja, usuwanie).



79.

II.5.1.197 Import procedur ICD-9 z pliku XML i automatyczne stworzenie słowników procedur w systemie



80.

II.5.1.198 Import JGP z pliku XML i automatyczne stworzenie słowników JGP w systemie



81.

II.5.1.199 Import kodów resortowych z pliku CSV i automatyczne stworzenie słowników kodów resortowych w systemie



82. II.5.1.200 Obsługa kosztów prostych, co najmniej (dodawanie, usuwanie, edycja) w zakresie następujących



126

danych: kod, nazwa, kategoria kosztów, kategoria, status.

83.

II.5.1.201 Przy dodawaniu kosztu prostego, musi być do niego automatycznie przypisywana data utworzenia



84.II.5.1.202 Po dokonaniu edycji kosztu musi być przypisywana data ostatniej aktualizacji



85.

II.5.1.203 Import kosztów prostych z pliku *.csv, z możliwością wskazania automatycznego podłączenia zaimportowanych kosztów prostych do konkretnych, wybranych przez użytkownika zasobów ekonomicznych, obiektów kosztowych oraz ścieżek pacjenta.



86.

II.5.1.204 Możliwość definiowania zasobów ekonomicznych (bytów agregujących koszty proste, dla których określona jest dostępność i gotowość) wraz z pełną ich obsługą, co najmniej (dodawanie, edycja, usuwanie) w zakresie następujących danych: kod, nazwa, jednostka miary, kategoria, kategoria zasobu, ośrodek powstawania kosztów. Przy dodawaniu zasobu ekonomicznego, musi być do niego automatycznie przypisywana data utworzenia. Przy edycji zasobu musi być przypisywana data ostatniej aktualizacji.



87. II.5.1.205 Możliwość definiowania obiektów kosztowych (bytów agregujących koszty proste, zasoby ekonomiczne oraz inne obiekty kosztowe) mogące stanowić reprezentację procedur medycznych lub osobodni hospitalizacji w zakresie następujących danych: kod, nazwa, jednostka miary,



127

kategoria obiektów, kategoria, status. Przy dodawaniu obiektu kosztowego, musi być do niego automatycznie przypisywana data utworzenia. Przy edycji obiektu musi być przypisywana data ostatniej aktualizacji.

88.II.5.1.206 Import zasobów ekonomicznych oraz obiektów kosztowych z plików *.csv.



89.

II.5.1.207 Możliwość wprowadzania w systemie do symulacji kosztów dostępności teoretycznej tzn. normatywna dostępność zasobów ekonomicznych i praktycznej tzn. rzeczywistej dostępności zasobów ekonomicznych.



90.

II.5.1.208 Obsługa zagnieżdżonych zasobów ekonomicznych (używanie wcześnie zdefiniowanych zasobów do tworzenia innych zasobów, np. zbudowanie całego oddziału z kilku sal).



91.

II.5.1.209 Możliwość wprowadzenia dowolnej liczby poziomów obiektów kosztowych.



92.II.5.1.210 Możliwość mapowania obiektów kosztowych do procedur ICD-9.



93.

II.5.1.211 Możliwość definiowania schematów kalkulacji, modeli mogących reprezentować oddziały, poradnie lub cały szpital).



94.

II.5.1.212 Możliwość wprowadzania dowolnej liczby poziomów zagnieżdżeń modeli (Możliwość stworzenia struktury reprezentującej strukturę szpitala).



95. II.5.1.213 Możliwość budowania schematów kalkulacji doliczeniowej kosztów pacjenta z dowolnie zagnieżdżonych obiektów kosztowych mogących agregować w sobie zarówno



128

inne obiekty kosztowe jak też koszty proste i zasoby ekonomiczne, schematy powinny mieć Możliwość definiowania od góry do dołu i od dołu do góry.

96.

II.5.1.214 Możliwość wielokrotnego wykorzystania raz zdefiniowanych obiektów kosztowych (obiekty kosztowe zdefiniowane na potrzeby danej kalkulacji kosztów pacjenta mogą posłużyć do budowy innych schematów kalkulacji).



97.

II.5.1.215 Możliwość kopiowania lub powielania schematów kalkulacji kosztów pacjentów.



98.II.5.1.216 Możliwość importu schematów kalkulacji kosztów pacjenta z pliku XML.



99.

II.5.1.217 Możliwość wyliczania kosztów procedur medycznych w oparciu o obiektowy rachunek kosztów działań.


Tak Zamawiający dopuszcza realizację wymagania w innym

module oferowanego SSI

100.II.5.1.218 Możliwość mapowania schematów kalkulacji z JGP



101.II.5.1.219 Możliwość mapowania ośrodków kosztów z kodami resortowymi



102.II.5.1.220 Kalkulacja kosztów pacjenta z dokładnością, co najmniej do:



103.II.5.1.220.1 Planowanych kosztów świadczenia opieki zdrowotne,



104. II.5.1.220.2 Wykorzystania zasobów ekonomicznych,



105. II.5.1.220.3 Kosztu gotowości zasobów ekonomicznych,



106. II.5.1.220.4 Kosztu niewykorzystanego potencjału.



107. II.5.1.221 Kalkulacja schematów kosztów pacjenta w kontekście dowolnej liczby



129

innych schematów kalkulacji kosztów pacjenta w dowolnej ich krotności (zamodelowanie rzeczywistych realiów szpitala).

108.

II.5.1.222 Wyliczanie kosztów gotowości zasobów ekonomicznych i rozliczenie ich na pacjenta.



109.

II.5.1.223 Możliwość prezentacji schematu kalkulacji w formie drzewa hierarchicznego. Możliwość przejścia do formy edycji lub podglądu wybranego elementu z drzewa.



110.

II.5.1.224 Możliwość podglądu raportu użycia danego elementu (system musi prezentować informację, z jakimi elementami dany obiekt jest połączony).



111.II.5.1.225 Możliwość wygenerowania raportu kosztów pacjenta.



112.II.5.1.226 Możliwość wygenerowania raportu kosztów zasobów.



113.II.5.1.227 Możliwość wygenerowania raportu wykorzystania zasobów.



114.II.5.1.228 Możliwość wygenerowania raportu gotowości zasobów.



115.II.5.1.229 Możliwość zapisania wygenerowanych raportów w aplikacji



Pytanie nr 365W związku z przepisem §4 ust 6 pkt 3) i pkt 4 ) Umowy Wykonawca zwraca się z prośbą o wykreślenie w/w przepisów. Wskazane przepisy przewidują, iż Wykonawca wraz z dostarczonym przedmiotem umowy przekaże Zamawiającemu kody źródłowe do całego dostarczonego oprogramowania oraz kody źródłowe do komponentów. Rozwiązanie to należy uznać za niedopuszczalne z uwagi, iż instytucja przekazania i depozytu kodu źródłowego powinna znaleźć zastosowanie w tych sytuacjach, w których Zamawiający nie uzyskuje od razu prawa do modyfikacji programu komputerowego, ale jedynie prawo takie ma zagwarantowane w przyszłości, w przypadku spełnienia określonych w umowie warunków. Ponadto, zasadniczo przekazanie kodów źródłowych powinno dotyczyć co najwyżej oprogramowania dedykowanego, Zamawiający zaś wymaga przekazania kodów źródłowych do całego dostarczonego oprogramowania.Odpowiedź:

130

Zamawiający zmienia postanowienia wzoru umowy w tym zakresie wykreślając w/w postanowienia i jednocześnie Zamawiający zamieszcza jednolitą treść Załącznika nr 4 do SIWZ wzór umowy uwzględniający w/w modyfikacje.

Pytanie nr 366W związku z przepisem §9 ust. 2 Umowy Wykonawca zwraca się z prośbą o wykreślenie przepisu §9 ust. 2 Umowy z uwagi, iż przepisy ustawy Pzp przewidują uwarunkowanie zapłaty wynagrodzenia należnego wykonawcy od uprzedniego przedstawienia dowodów uregulowania należności podwykonawcom jedynie w przypadku realizacji zamówień na roboty budowlane, które to przepisy Ustawy ze względu na przedmiot zamówienia pozostający poza kategorią robót budowlanych nie znajdują zastosowania w niniejszym postępowaniu. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 3673. Wykonawca wnosi o poprawę błędów we wzorze umowy występujących w §10 ust. 2-3, §12 ust. 1, §13 ust. 1, §13 ust. 7 pkt 3 i 5, §15 ust. 1 pkt 1-9, §16 ust. 5 oraz §18 ust. 3 polegających na wadliwym odesłaniu do dokumentu/przepisu umowy (w miejsce odwołania znajduje się komunikat „Błąd! Nie można znaleźć źródła odwołania”). Dodatkowo numeracja punktów w §13 ust. 7 rozpoczyna się od „3” a nie od „1”.

Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 368W związku z przepisem §13 ust 7 pkt 14) Umowy Wykonawca zwraca się z prośbą o wykreślenie wskazanego przepisu z uwagi, iż stoi w sprzeczności z art. 29 ust 1 ustawy Pzp. Umowa powinna w sposób precyzyjny opisywać zakres usług, do których zobowiązany jest Wykonawca w ramach realizacji przedmiotu umowy, wskazany przepis wprowadza natomiast niedopuszczalne rozwiązanie wprowadzające stan niepewności w zakresie zobowiązań Wykonawcy, tym samym uniemożliwia dokonanie odpowiedniej kalku-lacji oferty (brak możliwości oceny zakresu prac dotyczących „projektów komplementarnych” oraz integracji z innymi podmiotami świadczącymi usługi lecznicze). Odpowiedź:Zamawiający wyjaśnia, iż wskazane postanowienie wyraźnie ogranicza działania wykonawcy do konsultacji, porad i modyfikacji w zakresie integracji podmiotów leczniczych. Zakres zobowiązań wykonawcy określony został w sposób wyczerpujący. Jednocześnie Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym za-łącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 369W związku z przepisami § 15 ust 1 pkt 1)-6 i 9) Umowy przewidującymi kary umowne za opóźnienie, które jest niezależne od winy Wykonawcy, podczas gdy kara umowna uznawana jest za ekwiwalent odszkodowa-nia Wykonawca zwraca się z prośbą o zmianę przepisów poprzez przyjęcie za podstawę kar umownych przewidzianych w poszczególnych przepisach § 15 ust 1 pkt. 1)-6 i 9) Umowy kwalifikowanego rodzaju opóźnienia, zależnego od winy Wykonawcy w postaci zwłoki. Rozszerzenie odpowiedzialności Wykonawcy przez przyjęcie za podstawę kary umownej opóźnienia jest odstępstwem od ogólnych reguł prawa cywilnego, tym samym przekłada się na zwiększenie ceny oferty Wykonawców jak również może spowodować, iż po-

131

tencjalne oferty w ogóle nie zostaną złożone, stąd zasadne jest przyjęcie postulowanego przez Wykonawcę rozwiązania. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 370W związku z treścią §17 ust. 1 pkt 1 wzoru umowy wykonawca prosi o potwierdzenie, że „zwielokrotnianie licencji”, o którym mowa w tym przepisie dotyczy zwielokrotnienia oprogramowania, a nie liczby udzielonych licencji. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 371W związku z treścią §19 ust. 3 wzoru umowy Wykonawca wskazuje, że klauzula pozwalająca na dowolne ograniczenie zakresu zamówienia do 30% jego wartości narusza przepisy ustawy PZP oraz prowadzi do naruszenia zasad uczciwej konkurencji i przejrzystości postępowania. Tak duże ograniczenie zakresu zamówienia nosi znamiona negocjowania jego warunków po zawarciu umowy. W związku z powyższym Wykonawca wnosi o wykreślenie §19 ust. 3 wzoru umowy. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 372W związku z przepisem pkt. 6) Słownika Pojęć (Załącznik nr 8 do SIWZ) zawierającym definicję Awarii, w którym Zamawiający posługuje się niezdefiniowanym pojęciem istotnych funkcjonalności Systemu wymieniając jedynie niektóre z nich na co wskazuje wyrażenie „w szczególności” Wykonawca zwraca się z prośbą o doprecyzowanie definicji Awarii poprzez wprowadzenie zamkniętego katalogu istotnych funkcjonalności Systemu, których brak realizacji będzie przesądzał o zakwalifikowaniu Wady do kategorii Awarii. Wykonawca podnosi, iż wskazane jest unikanie przy konstruowaniu postanowień SIWZ zwrotów tj. „w szczególności” z uwagi na możliwe konsekwencje praktyczne braku precyzji postanowień w trakcie realizacji przedmiotu zamówienia, w tym przypadku w zakresie ustalenia kategorii Wady i związanych z tym dalszych konsekwencji, m.in. dotyczących podstawy stosowania kar umownych.Odpowiedź:Zamawiający nie wyraża zgody na dokonanie modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie i podtrzymuje zapisy SIWZ. Określenie zamkniętego katalogu wad będących awarią jest niemożliwe do opisania ani do przewidzenia stąd zamawiający wymienił te najbardziej przewidywane z planowanej architektury systemu.

Pytanie nr 373Prosimy o dołączenie do SIWZ szablonu dokumentu lub enumeratywnego wskazania pozycji z których ma składać się dokument, o którym mowa w formularzu ofertowym: szczegółowy kosztorys zawierający ceny elementów scalonych wchodzących w skład ceny ryczałtowej, o której mowa powyżej w szczególności w podziale na Partnerów oraz Produkty i Komponent. Odpowiedź:Zamawiający dokonuje modyfikacji załącznika nr 3 do SIWZ – formularz oferty, zamieszczając jego wersję jednolitą po dokonanych zmianach, wymagając wypełnienia przez Wykonawców na etapie składania oferty uproszczonego formularza kalkulacji cenowej zawartego w tym załączniku. Jednocześnie

132

Zamawiający wyjaśnia, iż formularz kalkulacji szczegółowej, który zostanie opracowany przez Wykonawcę przed podpisaniem umowy i dostarczony Zamawiającemu stanowić będzie szczegółowe rozwinięcie pozycji zawartych w formularzu kalkulacji uproszczonej zawartym w ofercie Wykonawcy, zgodnie z opisem i zakresem przewidzianym dla danego Partnera.

Pytanie nr 374Prosimy o wyjaśnienie co w tabeli nr 1 arkusz funkcjonalności objętych weryfikacją (…) oznacza liczba 1 w nagłówku „wszystkie funkcjonalności modułu 1”?Odpowiedź:Zamawiający dokonał modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie pismem z dnia 13.02.2015 r. załączając jednolitą treść załącznika nr 13 do SIWZ.

Pytanie nr 375Prosimy o wyjaśnienie czym jest pełna informacja o której mowa w MEZ.66 z Załącznika nr 9. Prosimy wskazanie konkretnego zakresu tych informacjiOdpowiedź:Zamawiający w trakcie realizacji umowy będzie oczekiwał od Wykonawcy informacji o stanie realizacji przedmiotu zamówienia w zakresie wszystkich, istotnych czynności Wykonawcy zmierzających do realizacji wymagań SIWZ.

Pytanie nr 376Prosimy o doprecyzowanie lub wykreślenie z załącznika nr 9 pkt MEZ 73 ppkt 73.3. Wskazujemy, że szybkość odtworzenia danych zależy od wielu czynników m.in. wolumenu danych, szybkości łączy, użytych nośników jak i sprawności personelu.Odpowiedź:Zamawiający nie wyraża zgody na dokonanie modyfikacji SIWZ ani wykreślenie zapisów we wskazanym przez Wykonawcę zakresie i podtrzymuje zapisy SIWZ. Zamawiający nie określił żadnych wymaganych w tym zakresie parametrów.

Pytanie nr 377Prosimy o doprecyzowanie lub wykreślenie z załącznika nr 9 pkt MEZ 73 ppkt 73.4. W ramach doprecyzowania prosimy określić wzrost procentowy np. poprzez obciążanie w zakresie liczby użytkowników, ilości danych itp.Odpowiedź:Zamawiający nie wyraża zgody na dokonanie modyfikacji SIWZ ani wykreślenie zapisów we wskazanym przez Wykonawcę zakresie i podtrzymuje zapisy SIWZ. Zamawiający nie określił żadnych wymaganych w tym zakresie parametrów.

Pytanie nr 378Czy Zamawiający zgodzi się na przedłużenie czasu analizy jako kluczowego elementu dla całego projektu na okres 90 dniOdpowiedź:Zamawiający nie wyraża zgody na dokonanie modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie i podtrzymuje zapisy SIWZ. Czas wskazany przez Zamawiającego w jego ocenie jest wystarczający do przygotowania takiego dokumentu, biorąc pod uwagę fakt końcowego terminu wykonania zamówienia.

133

Pytanie nr 379Dotyczy: Ogólny opis projektu, wymaganie:MEZ.27 W trakcie realizacji Wykonawca zaplanuje w uzgodnieniu z Partnerami i zrealizuje Asysty stanowiskowe dla PP w wymiarze min. 20 000 roboczogodzin łącznie dla całego Projektu.Prosimy o rozbicie liczby godzin na poszczególnych uczestników projektu.Odpowiedź:Zamawiający nie wyraża zgody na dokonanie modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie i podtrzymuje zapisy SIWZ. Powyższe kwestie regulują postanowienia wzoru umowy w paragrafie 9.

Pytanie nr 38016. Dotyczy: Ogólny opis projektu, wymaganie:MEZ.SSI.7 Pełną odpowiedzialność za przeniesienie danych ponosi Wykonawca.Ponieważ pełna odpoweidzialnośc za przeniesienie danych jest po stronie Wykonawcy prosimy o zapewnienie, że Zamawiajacy dostarczy dane w formacie wkaznym przez Wykonawcę i zmianę zapisu siwz porzez dodanie formuły Zamawiajacy dostarczy dane w formacie wskazanym przez Wykonawcę.Odpowiedź:Zamawiający dokonał modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie pismem z dnia 13.02.2015 r. załączając jednolitą treść załącznika nr 14 do SIWZ.

Pytanie nr 381Dotyczy: Ogólny opis projektu, wymaganie:MEZ.SSI.8 Zamawiający wymaga także, aby wszystkie posiadane lub dostarczane systemy zewnętrzne integrowały się z modernizowanym lub oferowanym systemem informatycznym. Pełną odpowiedzialność za integracje z systemami zewnętrznymi ponosi Wykonawca.Zamawiający nie określa zakresu żądanej integracji oraz nie zapewnia żadnych danych technicznych koniecznych do wykonania takich integracji, a w szczególności: szczegółowego opisu struktur baz danych, opisu nazw i tabel, pól, indeksów, typów pól oraz wzajemnych powiązań między tabelami, jak również szczegółowego opisu interfejsów i protokołów wymiany danych istniejących w każdym z integrowanych systemów co stanowi istotny brak opisu przedmiotu zamówienia i stawia w uprzywilejowanej pozycji producentów integrowanych rozwiązań oraz prowadzi do naruszenia zasady uczciwej konkurencji.Prosimy o dokładny i wyczerpujący opis opisu przedmiotu zamówienia - integracji co jest obowiazkiem Zamawiającego wynikającym z przepisów Pzp. W przypadku braku takiego opisu wnosimy o wykreślenie punktu. Prosimy o potwierdzenie, że Zamawiający pokryje koszty integracji po stronie systemów zewnętrznych.Odpowiedź:Zamawiający dokonał modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie pismem z dnia 13.02.2015 r. załączając jednolitą treść załącznika nr 14 do SIWZ.

Pytanie nr 382Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:Partner Projektu oczekuje wymiany obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie nowego Systemu w oparciu o wymagania przedstawione w opisie przedmiotu zamówienia, integracji z systemami RIS/PASC firmy Synektik oraz systemem części szarej (firmy Macrologic) w zakresie rozliczania kosztów leczeniaZamawiający nie określa zakresu żądanej integracji oraz nie zapewnia żadnych danych technicznych koniecznych do wykonania takich integracji, a w szczególności: szczegółowego opisu struktur baz danych, opisu nazw i tabel, pól, indeksów, typów pól oraz wzajemnych powiązań między tabelami, jak

134

również szczegółowego opisu interfejsów i protokołów wymiany danych istniejących w każdym z integrowanych systemów co stanowi istotny brak opisu przedmiotu zamówienia i stawia w uprzywilejowanej pozycji producentów integrowanych rozwiązań oraz prowadzi do naruszenia zasady uczciwej konkurencji.Prosimy o dokładny i wyczerpujący opis opisu przedmiotu zamówienia - integracji co jest obowiazkiem Zamawiającego wynikającym z przepisów Pzp. W przypadku braku takiego opisu wnosimy o wykreślenie punktu. Prosimy o potwierdzenie, że Zamawiający pokryje koszty integracji po stronie systemów zewnętrznych.Odpowiedź:Zamawiający dokonał modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie pismem z dnia 13.02.2015 r. załączając jednolitą treść załącznika nr 14 do SIWZ. Jednocześnie Zamawiający wyjaśnia, iż koszty integracji leżą po stronie Wykonawcy.

Pytanie nr 383Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:Wykonawca nieodpłatnie udostępni pełną informację na temat struktury bazy danych oraz inne niezbędne informacje, w celu zapewnienia możliwości integracji dostarczonego przez Wykonawcę oprogramowania z systemami informatycznymi Partnera Projektu.Zamawiający nie określa zakresu żądanej integracji oraz nie zapewnia żadnych danych technicznych koniecznych do wykonania takich integracji, a w szczególności: szczegółowego opisu struktur baz danych, opisu nazw i tabel, pól, indeksów, typów pól oraz wzajemnych powiązań między tabelami, jak również szczegółowego opisu interfejsów i protokołów wymiany danych istniejących w każdym z integrowanych systemów co stanowi istotny brak opisu przedmiotu zamówienia i stawia w uprzywilejowanej pozycji producentów integrowanych rozwiązań oraz prowadzi do naruszenia zasady uczciwej konkurencji.Prosimy o dokładny i wyczerpujący opis opisu przedmiotu zamówienia - integracji co jest obowiazkiem Zamawiającego wynikającym z przepisów Pzp. W przypadku braku takiego opisu wnosimy o wykreślenie punktu. Prosimy o potwierdzenie, że Zamawiający pokryje koszty integracji po stronie systemów zewnętrznych.Odpowiedź:Zamawiający dokonał modyfikacji SIWZ we wskazanym przez Wykonawcę zakresie pismem z dnia 13.02.2015 r. załączając jednolitą treść załącznika nr 14 do SIWZ. Jednocześnie Zamawiający wyjaśnia, iż koszty integracji leżą po stronie Wykonawcy.

Pytanie nr 384Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:II.1.7.12 Możliwośd ewidencji zapotrzebowania na produkty przeznaczone na wykonywanie prób żywnościowych.Co Zamawiający rozumie przez próby żywnościowe? Prosimy o opis.Odpowiedź:Zamawiający wyjaśnia, iż są to:

1. Zgłaszanie zapotrzebowania na porcje “degustacyjne”, z możliwością określenia typu posiłku: śniadanie, obiad , kolacja, typu diety itp. z możliwością wprowadzenia oceny (opisowej i wg. skali 1-10) posiłku wraz z podaniem daty, godziny oraz osoby przeprowadzającej ocenę. Możliwość filtrowania, przygotowywania raportów wg. wskazanych parametrów.2. Wprowadzanie do systemu informacji nt. produktów użytych do przygotowania danego typu posiłku (śniadanie, obiad , kolacja, typu diety itp. ),

135

oceny ich zgodności pod względem obowiązujących norm żywieniowych z możliwością dołączania skanów dokumentów zawierających powyższe informacje. Informacje nt. składu posiłku powinny zawierać minimum następujące informacje: - typ posiłku (śniadanie, obiad , kolacja) - dieta (typ diety – nazwa) - rodzaj składnika - danie/asortyment, - gramatura dania, jedn. miary - ilość planowana, jedn. miary - energia [kcal] - białko ogółem [g] - tłuszcz [g] - węglowodany ogółem [g] - witamina A [µg] - witamina C [mg] - białko roślinne [g] - błonnik pokarmowy [g] - sód [mg] - potas [mg] - wapń [mg] - fosfor [mg] - magnez [mg] - żelazo [mg] - miedź [mg] Możliwość sprawdzenia ilości dawek danego składnika dla danego pacjenta pod względem zalecanych norm spożycia: dobowych, tygodniowych itp.

z możliwością filtrowania pacjentów, którzy przekroczyli zalecane normy spożycia.Pytanie nr 385Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:II.1.9.10 Standardowe wydruki:Prosimy o przedstawienie edytowalnch wzorów wydruków. Jeżeli Zamwiający nie przedstawi takich wzorów prosimy o potwierdzenie, że zakceptuje wzory przedstawione przez Wykonawcę.Odpowiedź:Zamawiający wyjaśnia, iż Wykonawca będzie zobowiązany do przedstawienia Zamawiającemu propozycji wzorów dokumentów opracowanych na podstawie opublikowanych przez Zamawiającego szablonów wzorów tych dokumentów. W związku z tym Zamawiający zamieszcza przykładowe wzory szablonów dokumentów. Wykonawca będzie zobowiązany do uwzględnienia, w swojej propozycji tych wzorów dokumentów, specyfiki świadczeń medycznych udzielanych przez Zamawiającego. Zamawiający przedstawi uwagi, na podstawie których Wykonawca przygotuje końcową wersję wzorów dokumentów. Wzory dokumentów muszą uzyskać akceptację Zamawiającego.

Pytanie nr 386Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:II.1.9.14 Predefiniowane standardowe raporty, w tym:Prosimy o przedstawinie wzorów raportów wraz z kryteriami dla jakich są wykonywane. Jeżeli Zamwaiajacy nie przedstawi takich wzorów prosimy o potwierdzenie, że zakceptuje wzory przedstawione przez Wykonawcę.Odpowiedź:

136

Zamawiający wyjaśnia, iż Wykonawca będzie zobowiązany do przedstawienia Zamawiającemu propozycji wzorów raportów. Wykonawca będzie zobowiązany do uwzględnienia, w swojej propozycji wzorów raportów, specyfiki świadczeń medycznych udzielanych przez Zamawiającego. Zamawiający przedstawi uwagi, na podstawie których Wykonawca przygotuje końcową wersję raportów. Wzory raportów muszą uzyskać akceptację Zamawiającego. Zamawiający na obecnym etapie nie udostępnia takich wzorów.

Pytanie nr 387Dotyczy ZAŁĄCZNIK NR 9.19.SSI DO SIWZ MAZOWIECKIE CENTRUM PSYCHIATRII „DREWNICA” SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ, wymaganie:II.4.1.23 Wykorzystanie słowników przy definiowaniu pozycji asortymentowych apteki: np.: słowników leków (co najmniej „Bazyl”, „BLOZ”), słownika kodów ATC, słowników: nazw międzynarodowych, jednostek miar, postaci, sposobów podania, rodzajów opakowań.Z uwagi na to, że tylko jedna aplikacja dostępna na rynku polskim spełnia to wymaganie <słwonik Bazyl> , czy Zamawiający dopuszcza rezygnację z powyższego wymagania, jako ograniczającego konkurencję i wskazującego na jednego wykonawcę – Kamsoft?

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.19.SSI DO SIWZ MAZOWIECKIE CENTRUM PSYCHIATRII „DREWNICA” SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ, wykreślając wymaganie:II.4.1.23 Wykorzystanie słowników przy definiowaniu pozycji asortymentowych apteki: np.: słowników leków (co najmniej „Bazyl”, „BLOZ”), słownika kodów ATC, słowników: nazw międzynarodowych, jednostek miar, postaci, sposobów podania, rodzajów opakowań.

Pytanie nr 388Dotyczy ZAŁĄCZNIK NR 9.21.SSI DO SIWZ MAZOWIECKIE CENTRUM REHABILITACJI „STOCER” SP. Z O.O., wymaganie:II.5.6.13 System Informatyczny w wersji na Tablety jest przystosowany do mniejszej rozdzielczości i rozmiarów ekranu, tak, że podczas pracy w systemie nie występują efekty nadmiernego zmniejszenia okna aplikacji (paski przewijania, zachodzące na siebie pola, przyciski itp.)Prosimy o wykreślenie srótu „itp.” lub doszczegłowienie.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.21.SSI DO SIWZ MAZOWIECKIE CENTRUM REHABILITACJI „STOCER” SP. Z O.O., w wymaganiu: zawartym w pkt II.5.6.13 System Informatyczny w wersji na Tablety jest przystosowany do mniejszej rozdzielczości i rozmiarów ekranu, tak, że podczas pracy w systemie nie występują efekty nadmiernego zmniejszenia okna aplikacji (paski przewijania, zachodzące na siebie pola, przyciski itp), wykreślając słowo ,,itp.".

Pytanie nr 389Dotyczy ZAŁĄCZNIK NR 9.21.SSI DO SIWZ MAZOWIECKIE CENTRUM REHABILITACJI „STOCER” SP. Z O.O., wymaganie:II.6.3.24.7 System operacyjny: Windows XP Professional, Windows Vista, Windows 7Prosimy o wykreślenie wersji oprogramowania (windows XP, windows Wista) nie wspieranego już przez producenta jako nie zapewniającego odpowiedniego poziomu bezpieczeństwa do użyciu przy obsłudze danych wrażliwych jaki są dane medyczne.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.21.SSI DO SIWZ MAZOWIECKIE CENTRUM REHABILITACJI „STOCER” SP. Z O.O., w wymaganiu:

137

II.6.3.24.7 System operacyjny: Windows XP Professional, Windows Vista, Windows 7, skreślając ,,Windows XP Professional"

Pytanie nr 390Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:I.2.1.31 W każdym polu edycyjnym(opisowym) tj. np. ”treśd wywiadu” powinna istnied możliwośd zapisu wprowadzonego tekstu do zewnętrznego pliku oraz powinny byd udostępnione podstawowe narzędzia ułatwiające edycję np. kopiuj/wklej.Czy Zamawiający zaakceptuje rozwiązanie, w którym zapis szablonu wywiadu do pliku system zapisze w bazie danych tak aby była dostępna na wszystkich stacjach roboczych?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym zapis szablonu wywiadu do pliku system zapisze w bazie danych tak aby była dostępna na wszystkich stacjach roboczych.

Pytanie nr 391Dotyczy: ZAŁĄCZNIK NR 9.6.SSI DO SIWZ MAZOWIECKIE SPECJALISTYCZNE CENTRUM ZDROWIA IM. PROF. JANA MAZURKIEWICZA W PRUSZKOWIE, wymaganie:I.2.1.52 System musi umożliwiać odświeżanie listy drukarek w systemie automatycznie i na żądanie.Czy Zamawiający zaakceptuje rozwiązanie w którym lista drukarek odświeża się tylko automatycznie przy każdym logowaniu do systemu?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym lista drukarek odświeża się tylko automatycznie przy każdym logowaniu do systemu.

Pytanie nr 392W związku z opublikowanym postępowaniem w skład którego wchodzą m.in. „wózki mobilne”, jako wiodący dostawca mobilnych wózków komputerowych, pragniemy doprecyzować ogólne zapisy specyfikacji określonej przez Zamawiającego. Mając na uwadze zakup dużej ilości wózków, celem poniższych pytań jest uszczegółowienie istotnych elementów specyfikacji mających wpływ na komfortowe, wieloletnie użytkowanie zestawów mobilnych przez personel medyczny oraz usprawnienie prowadzenia codziennych procedur medycznych. Dotyczy: Wózek mobilny – 178 szt. Prosimy o modyfikację zapisu „Zamykany schowek na laptopa umożliwiający wystawienie na zewnątrz matrycy min. 15,6” na „Zamykany kluczem schowek na laptopa umożliwiający wystawienie na zewnątrz matrycy do 17” (w tym 15,6”). Zamawiający powinien wymagać schowka zamykanego kluczem w celu zabezpieczenia laptopa przed kradzieżą. Zastosowany przez Zamawiającego zapis „zamykany schowek” nie gwarantuje tego typu zabezpieczenia. Ponadto pragniemy zwrócić uwagę Zamawiającego na wymóg przystosowania wózków do większych matryc (do 17”). Jeśli aktualnie Zamawiający ma zamiar kupić urządzenia o mniejszej przekątnej ekranu, nie powinien odcinać sobie możliwości zastosowania większych ekranów w przyszłości. Odpowiedź:Zamawiający nie wyraża zgody na modyfikację zapisów SIWZ i podtrzymuje wymagania zawarte w SIWZ, gdyż zaproponowane przez Wykonawcę rozwiązanie nie spełnia oczekiwań Zamawiającego.

Pytanie nr 393Czy ze względu na zastosowanie zapisu „Podstawa klawiatury i myszy”, Zamawiający oczekuje, aby podstawa klawiatury posiadała możliwość bezstopniowej zmiany kąta nachylenia, a podstawa myszy ulokowana była po obu stronach wózka (lewa / prawa)? Bezstopniowa zmiana kąta nachylenia klawiatury pozwoli na komfortowe dostosowanie wózka do preferencji każdego użytkownika, a zastosowanie

138

obustronnej podstawy myszy - umożliwi wygodne korzystanie z wózka osobom lewo oraz praworęcznym.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie oczekuje takiego rozwiązania.

Pytanie nr 394Prosimy o modyfikację zapisu „Cztery kółka (dwa blokujące)”, na „Cztery kółka, (min. jedno z hamulcem jazdy i obrotu oraz jedno koło z funkcją jazdy na wprost)”. Wymaganie przez Zamawiającego takiego parametru zapewni bezpieczne przemieszczanie wózka, a funkcja jazdy na wprost zagwarantuje łatwe manewrowanie całym zestawem mobilnym, tym samym odciążając kręgosłup personelu. Odpowiedź:Zamawiający nie wyraża zgody na modyfikację zapisów SIWZ i podtrzymuje wymagania zawarte w SIWZ, gdyż zaproponowane przez Wykonawcę rozwiązanie nie spełnia oczekiwań Zamawiającego.

Pytanie nr 395Czy ze względu na zastosowanie zapisu „Płynna, pneumatyczna regulacja wysokości blatu roboczego min. 30 cm”, Zamawiający oczekuje, aby regulacja wysokości blatu roboczego odbywała się dźwignią nożną? Zastosowanie takiego rozwiązania pozwoli na łatwe i ergonomiczne użytkowanie wózków przez personel medyczny. Wysokość blatu roboczego musi być dostosowywana do wzrostu każdego użytkownika i powinna odbywać się w sposób najmniej inwazyjny i nieobciążający kręgosłupa (bez konieczności schylania się).Odpowiedź:Zamawiający nie wyraża zgody na modyfikację zapisów SIWZ i podtrzymuje wymagania zawarte w SIWZ i nie oczekuje takiego rozwiązania.

Pytanie nr 396Czy ze względu na oczekiwanie przez Zamawiającego wózków z przeznaczeniem do użytkowania w jednostkach służby zdrowia, Zamawiający wymaga załączenia do oferty certyfikatu bezpieczeństwa CE oraz certyfikatów ISO producenta, w tym ISO 9001:2008 (potwierdzający zdolność do ciągłego dostarczania wyrobów zgodnie z wymaganiami) oraz EN ISO 13485:2012 (potwierdzający, że producent wdrożył i utrzymuje system zarządzania jakością dla wyrobów medycznych)? Postawienie takich wymogów zapewni dostarczenie produktów gwarantujących najwyższą jakość i bezpieczeństwo użytkowania.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie wymaga dołączenia do oferty takich dokumentów. Wszystkie wymagane dokumenty na potwierdzenie że oferowane dostawy lub usługi odpowiadają wymaganiom określonym przez zamawiającego, zamawiający żąda następujących dokumentów zostały wskazane w rozdziale 9 SIWZ oraz ogłoszeniu o zamówieniu. Wśród wymaganych dokumentów nie ma certyfikatów bezpieczeństwa i certyfikatów ISO.

Pytanie nr 397Czy ze względu na przeznaczenie wózków – mobilne zestawy współpracujące z komputerami oraz środowisko zastosowania – jednostki służby zdrowia, Zamawiający mając na uwadze bezpieczeństwo personelu oraz ochronę sprzętu komputerowego, oczekuje wózków w pełni zabezpieczonych przed powstawaniem ładunków elektrostatycznych?

139

*Zamieszczone zdjęcie ma charakter poglądowy i może różnić się w zależności od zamówionej konfiguracji produktu.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie oczekuje takiego rozwiązania.

Pytanie nr 398Dotyczy: Wózek mobilny – 178 szt. Czy Zamawiający dopuści wózek posiadający blat roboczy o wymiarach: 51 x 32,5 cm (rzeczywista powierzchnia użytkowa blatu po zamontowaniu laptopa)? Proponowany wymiar różni się minimalnie od podanego przez Zamawiającego i będzie bardzo funkcjonalny podczas codziennej pracy. Ponadto należy zwrócić uwagę, że określenie wymiarów blatu roboczego jak w specyfikacji tj. „min. 53x35 cm” może spowodować dostarczenie wózków o niestandardowych gabarytach np. 100 x 150 cm.

*Zamieszczone zdjęcie ma charakter poglądowy i może różnić się w zależności od zamówionej konfiguracji produktu.

Odpowiedź:Zamawiający w Załączniku nr 9 do SIWZ rozdział 6.2.3 pozycja 14) zmienia wymaganie: "• blat roboczy min. 53x35 cm"na"• blat roboczy min. 51x32,5 cm"

Pytanie nr 399Załącznik nr 9.16.SSI DO SIWZ Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej Im. Dzieci Warszawy w Dziekanowie Leśnym.I.2.1.3 System, co najmniej w zakresie swoich podsystemów/modułów obejmujących: ruch chorych, aptekę centralną, apteczki oddziałowe, lecznictwo otwarte i rozliczenia NFZ powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tą samą instancję bazy

140

danych i te same tabele bazy danych. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w podsystemów/modułów.Dlaczego Zamawiający wymaga, aby konkretnie te cztery moduły działały w oparciu o tę samą bazę danych? Wymóg nie znajduje w naszej ocenie uzasadnienia merytorycznego. Prosimy o usunięcie tego wymogu. Odpowiedź:Nie, Zamawiający nie dopuszcza usunięcia w/w wymogu z postanowień SIWZ. W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone.

Pytanie nr 400I.2.1.11 Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki.Czy Zamawiający uważa, że system musi być obsługiwany wyłącznie przy użyciu klawiatury? Wykonawca zwraca uwagę, że zapis ten jest sztuczny i ogranicza konkurencję. Prosimy o wykreślenie zapisu z SIWZ. Każdy system pracuje o swoją własną ergonomię (klawiatura, klawiatura+mysz, ekran dotykowy) i taki wymóg wyklucza producentów oprogramowania, którzy wybrali inny sposób obsługi systemu. Odpowiedź:Zamawiający dopuszcza tam, gdzie to konieczne, zastosowanie myszy i klawiatury w zakresie obsługi interfejsu aplikacji wyłącznie w takim zakresie, w jakim nie występuje możliwość zastosowania klawiatury (np. Drag & Drop).

Pytanie nr 401Zamawiający wymaga integracji z aparatami w laboratorium, pracownią RTG, Oprogramowaniem SIMPLE ERP: I.1.6.1 Musi zostać zapewniona obustronna integracja dostarczanego SSI ze wskazanymi programami i urządzeniami użytkowanymi przez Partnera Projektu (bez konieczności ponoszenia dodatkowych kosztów przez Partnera Projektu).Prosimy o potwierdzenie, że Zamawiający będzie pośredniczył w rozmowach z dostawcami/producentami systemów/urządzeń z którymi należy się zintegrować. Prosimy również o podanie szczegółowych informacji dot. posiadanego sytemu i urządzeń (nazwa, producent). Odpowiedź:Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 06.03.2015 r. dokonując modyfikacji dodanego w związku z zarzutami zawartymi w odwołaniu załącznika nr 14 do SIWZ, w którym to załączniku podał niezbędne dane odnoszące się do wszystkich partnerów projektu w zakresie migracji danych i integracji.

Pytanie nr 402Stan docelowy: Zamawiający oczekuje wymiany obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie systemu , którego funkcjonalności wyszczególnione zostały w opisie przedmiotu zamówienia. W zakresie systemu HIS migracja jest przedmiotem zamówienia (rozdział I)- prosimy o:a) wyjaśnienie jaki będzie zakres migracji? b) wskazanie czy migracja będzie obejmować wyłącznie dane niezbędne do rozpoczęcia pracy w nowym systemie czy również dane historyczne?c) wyjaśnienie czy możliwie jest dostarczenie danych do migracji z aktualnie używanych systemów w uzgodnionym formacie podczas analizy przedwdrożeniowej?d) wyjaśnienie czy dokumentacja techniczna opisująca struktury danych w aktualnie użytkowanych systemach jest dostępna?

141

e) wyjaśnienie czy posiadają Państwo wsparcie producentów aktualnego oprogramowania w celu przygotowania danych do migracji?Odpowiedź:Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 06.03.2015 r. dokonując modyfikacji dodanego w związku z zarzutami zawartymi w odwołaniu załącznika nr 14 do SIWZ, w którym to załączniku podał niezbędne dane odnoszące się do wszystkich partnerów projektu w zakresie migracji danych i integracji.

Pytanie nr 403Zał. NR 9.23.SSI DO SIWZ Centrum Leczniczo-Rehabilitacyjne I Medycyny Pracy Attis Sp. Z Ograniczoną Odpowiedzialnością.Stan docelowy: Zamawiający oczekuje wymiany obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie systemu , którego funkcjonalności wyszczególnione zostały w opisie przedmiotu zamówienia. W zakresie systemu HIS migracja jest przedmiotem zamówienia (rozdział I)- prosimy o:a) wyjaśnienie jaki będzie zakres migracji? b) wskazanie czy migracja będzie obejmować wyłącznie dane niezbędne do rozpoczęcia pracy w nowym systemie czy również dane historyczne?c) wyjaśnienie czy możliwie jest dostarczenie danych do migracji z aktualnie używanych systemów w uzgodnionym formacie podczas analizy przedwdrożeniowej?d) wyjaśnienie czy dokumentacja techniczna opisująca struktury danych w aktualnie użytkowanych systemach jest dostępna?e) wyjaśnienie czy posiadają Państwo wsparcie producentów aktualnego oprogramowania w celu przygotowania danych do migracji?Odpowiedź:Zamawiający dokonał modyfikacji postanowień SIWZ w powyższym zakresie pismem z dnia 06.03.2015 r. dokonując modyfikacji dodanego w związku z zarzutami zawartymi w odwołaniu załącznika nr 14 do SIWZ, w którym to załączniku podał niezbędne dane odnoszące się do wszystkich partnerów projektu w zakresie migracji danych i integracji.

Pytanie nr 404 Wymaganie: załącznik nr 9.1.ssi do siwz szpital mazowiecki w Garwolinie Sp. z o.o. I.2.1.3 System, co najmniej w zakresie swoich podsystemów/modułów obejmujących: ruch chorych, aptekę centralną, apteczki oddziałowe, lecznictwo otwarte i rozliczenia NFZ powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tą samą instancję bazy danych i te same tabele bazy danych. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w podsystemów/modułów.Wykonawca pragnie zauważyć, że Zamawiający tym zapisem odnosi się tylko do niektórych modułów systemu informatycznego. Realizacja wdrożenia pod kątem instalacji baz danych i jej konfiguracji zależy od Wykonawcy. Prosimy o usunięcie wymagania.Odpowiedź:Nie, Zamawiający nie dopuszcza usunięcia postanowień SIWZ we wskazanym zakresie. W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone

Pytanie nr 405Wymaganie: załącznik nr 9.1.ssi do siwz szpital mazowiecki w Garwolinie Sp. z o.o. I.2.1.5 Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymaga instalowania żadnego oprogramowania na stacjach klienckich. Dostęp do aplikacji przez WWW dotyczy co najmniej następujących

142

podsystemów/modułów/grup funkcjonalności: izba przyjęć, oddział szpitalny, zlecenia, poradnia specjalistyczna "Odpowiedź:Zamawiający potwierdza iż w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5

Pytanie nr 406W wymaganiu załącznik nr 9.1.ssi do siwz szpital mazowiecki w Garwolinie Sp. z o.o. I I.1.3 Zamawiający napisał, że w przypadku, gdy wykonawca dokonuje rozbudowy systemu posiadanego przez Partnera przy użyciu produktu z innej linii produktowej (rozumianej jako produkt o innej nazwie handlowej lub innym zarejestrowanym znaku towarowym) wykonawca zobowiązany jest zaktualizować wszystkie posiadane przez Partnera moduły systemu do ich najnowszej wersji z linii produktowej wdrażanej jako rozbudowa"". Docelowo Partner Projektu oczekuje jak w rozdziale I.1.5 Wymagany stan docelowy - Partner Projektu oczekuje rozbudowy obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie dodatkowych elementów wyszczególnionych w opisie przedmiotu zamówienia. Dostarczone oprogramowanie musi zapewnić pełną zgodność z eksploatowanym obecnie modelem bazy danych posiadanego oprogramowania SSI (HIS). Prosimy o potwierdzenie, iż w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5Odpowiedź:Zamawiający potwierdza iż w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5

Pytanie nr 407Wymaganie załącznik nr 9.1.ssi do siwz szpital mazowiecki w Garwolinie Sp. z o.o. I.2.1.11 Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki.Zwracamy uwagę, że użytkowany przez PP system zawsze działał w oparciu o jednoczesne wykorzystanie klawiatury i myszki i użytkownicy tego systemu są przyzwyczajeni do określonego sposobu sterowania oprogramowaniem. Powyższy wymóg zmieni całkowicie ergonomię i sposób działania eksploatowanego dotychczas systemu co w przypadku rozbudowy systemu wprowadza niepotrzebną zmianę. Prosimy o usunięcie tego wymogu.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ. Jednocześnie Zamawiający dopuszcza możliwość zastosowania rozwiązania w postaci technologii drag&drop

Pytanie nr 408Wymaganie: załącznik nr 9.9.ssi do siwz mazowieckie centrum leczenia chorób płuc i gruźlicy I.2.1.3 System, co najmniej w zakresie swoich podsystemów/modułów obejmujących: ruch chorych, aptekę centralną, apteczki oddziałowe, lecznictwo otwarte i rozliczenia NFZ powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tą samą instancję bazy danych i te same tabele bazy danych. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w podsystemów/modułów.Wykonawca pragnie zauważyć, że Zamawiający tym zapisem odnosi się tylko do niektórych modułów systemu informatycznego. Realizacja wdrożenia pod kątem instalacji baz danych i jej konfiguracji zależy od Wykonawcy. Prosimy o usunięcie wymagania.Odpowiedź:

143

Nie, Zamawiający nie dopuszcza usunięcia postanowień SIWZ we wskazanym zakresie. W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone

Pytanie nr 409Wymaganie: załącznik nr 9.9.ssi do siwz mazowieckie centrum leczenia chorób płuc i gruźlicy I.2.1.5 Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymaga instalowania żadnego oprogramowania na stacjach klienckich. Dostęp do aplikacji przez WWW dotyczy co najmniej następujących podsystemów/modułów/grup funkcjonalności: izba przyjęć, oddział szpitalny, zlecenia, poradnia specjalistyczna "W wymaganiu I.1.3 Zamawiający napisał, że w przypadku, gdy wykonawca dokonuje rozbudowy systemu posiadanego przez Partnera przy użyciu produktu z innej linii produktowej (rozumianej jako produkt o innej nazwie handlowej lub innym zarejestrowanym znaku towarowym) wykonawca zobowiązany jest zaktualizować wszystkie posiadane przez Partnera moduły systemu do ich najnowszej wersji z linii produktowej wdrażanej jako rozbudowa"". Docelowo Partner Projektu oczekuje jak w rozdziale I.1.5 Wymagany stan docelowy - Partner Projektu oczekuje rozbudowy obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie dodatkowych elementów wyszczególnionych w opisie przedmiotu zamówienia. Dostarczone oprogramowanie musi zapewnić pełną zgodność z eksploatowanym obecnie modelem bazy danych posiadanego oprogramowania SSI (HIS). Prosimy o potwierdzenie, iż w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5Odpowiedź:Zamawiający potwierdza, w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5

Pytanie nr 410Wymaganie załącznik nr 9.9.ssi do siwz mazowieckie centrum leczenia chorób płuc i gruźlicy I.2.1.11 Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki.Zwracamy uwagę, że użytkowany przez PP system zawsze działał w oparciu o jednoczesne wykorzystanie klawiatury i myszki i użytkownicy tego systemu są przyzwyczajeni do określonego sposobu sterowania oprogramowaniem. Powyższy wymóg zmieni całkowicie ergonomię i sposób działania eksploatowanego dotychczas systemu co w przypadku rozbudowy systemu wprowadza niepotrzebną zmianę. Prosimy o usunięcie tego wymogu.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ. Jednocześnie Zamawiający dopuszcza możliwość zastosowania rozwiązania w postaci technologii drag&drop

Pytanie nr 411Wymaganie: załącznik nr 9.17.ssi do siwz samodzielny publiczny zakład opieki zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie I.2.1.3 System, co najmniej w zakresie swoich podsystemów/modułów obejmujących: ruch chorych, aptekę centralną, apteczki oddziałowe, lecznictwo otwarte i rozliczenia NFZ powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tą samą instancję bazy danych i te same tabele bazy danych. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w podsystemów/modułów.

144

Wykonawca pragnie zauważyć, że Zamawiający tym zapisem odnosi się tylko do niektórych modułów systemu informatycznego. Realizacja wdrożenia pod kątem instalacji baz danych i jej konfiguracji zależy od Wykonawcy. Prosimy o usunięcie wymagania.Odpowiedź:Nie, Zamawiający nie dopuszcza usunięcia postanowień SIWZ we wskazanym zakresie. W powyższym zakresie zostały podniesione zarzuty we wniesionych odwołaniach, które wyrokiem Krajowej Izby Odwoławczej wydanym w dniu 20.02.2015 r. zostały oddalone

Pytanie nr 412Wymaganie: załącznik nr 9.17.ssi do siwz samodzielny publiczny zakład opieki zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie I.2.1.5 Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej (co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera) i nie wymaga instalowania żadnego oprogramowania na stacjach klienckich. Dostęp do aplikacji przez WWW dotyczy co najmniej następujących podsystemów/modułów/grup funkcjonalności: izba przyjęć, oddział szpitalny, zlecenia, poradnia specjalistyczna "W wymaganiu I.1.3 Zamawiający napisał, że w przypadku, gdy wykonawca dokonuje rozbudowy systemu posiadanego przez Partnera przy użyciu produktu z innej linii produktowej (rozumianej jako produkt o innej nazwie handlowej lub innym zarejestrowanym znaku towarowym) wykonawca zobowiązany jest zaktualizować wszystkie posiadane przez Partnera moduły systemu do ich najnowszej wersji z linii produktowej wdrażanej jako rozbudowa"". Docelowo Partner Projektu oczekuje jak w rozdziale I.1.5 Wymagany stan docelowy - Partner Projektu oczekuje rozbudowy obecnie użytkowanego Zintegrowanego Szpitalnego Systemu Informatycznego szpitala poprzez dostarczenie dodatkowych elementów wyszczególnionych w opisie przedmiotu zamówienia. Dostarczone oprogramowanie musi zapewnić pełną zgodność z eksploatowanym obecnie modelem bazy danych posiadanego oprogramowania SSI (HIS). Prosimy o potwierdzenie, iż w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5Odpowiedź:Zamawiający potwierdza, w przypadku gdy Wykonawca zaoferuje rozbudowę posiadanego systemu przy użyciu produktu z tej samej linii produktowej jaki obecnie posiada Partner (system w wersji desktopowej) Wykonawca nie musi spełnić wymagania funkcjonalności pkt I.2.1.5

Pytanie nr 413Wymaganie załącznik nr 9.17.ssi do siwz samodzielny publiczny zakład opieki zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie I.2.1.11 Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki.Zwracamy uwagę, że użytkowany przez PP system zawsze działał w oparciu o jednoczesne wykorzystanie klawiatury i myszki i użytkownicy tego systemu są przyzwyczajeni do określonego sposobu sterowania oprogramowaniem. Powyższy wymóg zmieni całkowicie ergonomię i sposób działania eksploatowanego dotychczas systemu co w przypadku rozbudowy systemu wprowadza niepotrzebną zmianę. Prosimy o usunięcie tego wymogu.Odpowiedź:Zamawiający podtrzymuje zapis SIWZ. Jednocześnie Zamawiający dopuszcza możliwość zastosowania rozwiązania w postaci technologii drag&drop

Pytanie nr 414

145

W rozdziale załącznik nr 9.17.ssi do siwz samodzielny publiczny zakład opieki zdrowotnej Wojewódzki Szpital Zakaźny w Warszawie III.2.2 Moduł/grupa funkcjonalności: „Medycyna Pracy” Zamawiający nie przedstawił żadnych wymagań.Prosimy o wyjaśnienie, czy moduł ten jest przedmiotem zamówienia? Jeśli tak, to prosimy o uzupełnienie funkcjonalności dla modułu.Odpowiedź:Zamawiający potwierdza, iż moduł ten jest przedmiotem zamówienia i poniżej wskazuje wymagane funkcjonalności:

Moduł Medycyna Pracy powinien być częścią posiadanego oprogramowania, zintegrowany z pracowniami diagnostycznymi. Posiadać następującą funkcjonalność:Lp Funkcjonalność1 Kartoteka pacjentów; Wyszukiwanie pacjenta na liście przynajmniej według następujących kryteriów: nazwisko i imię, PESEL; 2 Obsługa listy pacjentów (pracowników szpitala) zakładanie i prowadzenie kart badanych (... pod kątem przyjęcia ich do pracy (badania wstępne), badań okresowe, epidemiologiczne.3 Przegląd listy zaplanowanych badań.4 Przegląd danych archiwalnych pacjenta w zakresie danych z poszczególnych wizyt w gabinecie, wyników badań.5 Możliwość odnotowania przebiegu badania profilaktycznego, ewentualnych uwag, zaleceń; informacji o przebytych chorobach, przyjmowanych lekach, 6 W przypadku pobrania materiału do badania możliwość elektronicznego wysłania zlecenia do Laboratorium, Pracowni diagnostycznej, 7 Po wykonaniu badania laboratoryjnego wynik trafia do dokumentacji pacjenta8 Możliwość ewidencji i wydruku Księgi zabiegowej9 Możliwość wygenerowania niezbędnych zaświadczeń lekarskich, orzeczeń lekarskich pozwoleń i innych wymaganych druków, (wzory oparte na odpowiednich wzorach w dziennikach ustaw)10 Moduł intuicyjny, łatwy w obsłudze, czytelny11 generator raportów pozwalający na zadawanie pytań, ile , dla kogo i jaki rodzaj badań został zlecony, przeprowadzony, jakie zaświadczenia zostały wydane …

Pytanie nr 415Dotyczy: Załączników: od Zal_nr_9_1_opis_przedmiotu_zamowienia doZal_nr_9_23_opis_przedmiotu_zamowienia .Prosimy o doprecyzowanie ilości użytkowników w podziale na poszczególne moduły u poszczególnych Partnerów Projektu, zarówno w przypadku rozbudowy jaki i dostawy nowego systemu.Odpowiedź:Zamawiający wskazuje, iż doprecyzowanie wymogów w tym zakresie nie jest konieczne w uwagi na to że wymagana jest licencja otwarta, bez ograniczenia ilości użytkowników pracujących w systemie.

Pytanie nr 416Dotyczy: Załączników: od Zal_nr_9_1_opis_przedmiotu_zamowienia do Zal_nr_9_23_opis_przed-miotu_zamowienia .Prosimy o doprecyzowanie ilości licencji wymaganych dla poszczególnych Partnerów Projektu w podziale na konkretne moduły/funkcjonalności zarówno w przypadku rozbudowy jaki i dostawy nowego systemu.Odpowiedź:Tryb licencjonowania (otwarty) i jednocześnie ilość licencji poszczególnych modułów SSI jest podana w Załączniku 9 do SIWZ rozdział 5.5.2. Konkretna liczba i rodzaj licencji zależeć będzie od proponowanego przez Wykonawcę rozwiązania.

146

Pytanie nr 417W rozdziale 9. Specyfikacja dostaw i usług, w tabelach 104-127 wymienione są pozycje oprogramowania nie wykazane w rozdziale 8. Oprogramowanie standardowe, a mianowicie:

Oprogramowanie serwerowe, Oprogramowanie bazodanowe, Oprogramowanie systemowe 1, Oprogramowanie systemowe 2, Oprogramowanie bazodanowe dla klastra bazodanowego, Oprogramowanie do zarządzania, monitorowania i inwentaryzacji serwera, Oprogramowanie terminalowe Oprogramowanie serwera aplikacyjnego, Pakiet 4 licencji oprogramowania serwerów aplikacyjnych, Pakiet 200 licencji oprogramowania AV – uzupełnienie Licencje dostępowe dla oprogramowania serwerowego 1, Licencje dostępowe dla oprogramowania serwerowego 2,

Odpowiedź:Zamawiający wyjaśnia, iż oprogramowanie wymienione przez Wykonawcę nie jest przedmiotem zamówienia, a jest jedynie wskazane i opisywane jako kompatybilne do kupowanych urządzeń w możliwie jak najnowszej wersji.

Pytanie nr 418W rozdziale 9. Specyfikacja dostaw i usług, w tabelach 104-127 wymienione są pozycje sprzętowe nie wykazane, lub inaczej nazwane (co powoduje niejednoznaczność interpretacyjną) w rozdziale 6. Sprzęt komputerowy i rozdziale 7. Sprzęt serwerowy, a mianowicie:

Zestaw terminalowy, a w rozdz. 6 jest Zestaw terminalowy z monitorem (i licencjami dostępowymi),

Macierz typ n, a w rozdz. 7 jest Macierz dyskowa typ n, UPS typ n, a w rozdz. 7 jest UPS n

Odpowiedź:Zamawiający zmienia w Załączniku nr 9 do SIWZ wszystkie przypadki użycia sformułowania

"Zestaw terminalowy z monitorem i licencjami dostępowymi" na "Zestaw terminalowy z monitorem".

Pytanie nr 419W rozdziale 9. Specyfikacja dostaw i usług, w tabeli 125 wymienione są Akumulatory w posiadanych zasilaczach awaryjnych UPS, a nie zostały one wcześnie wyspecyfikowaneOdpowiedź:Zamawiający precyzuje, iż chodzi o UPS:

Model Pakiet Akumulatory Ilość SURTD5000RMXLI, RBC44, 16x12V/5AH, 5 szt.SURT192RMXLBP, 2xRBC44, 32x12V/5AH, 5 szt.SUA3000RMI2U, RBC43, 8x12V/5AH, 2 szt SUA1500RMI2U, RBC24, 4x12V/7,2AH 8 szt.

Pytanie nr 420Brak jest załączników 1.0x.SSI gdzie x oznacza liczby od 1 do 23Odpowiedź:

147

Zamawiający wskazuje, iż nastąpiło niewłaściwe powołanie na oznaczenie załączników 1.0x.SSI gdzie x oznacza liczby od 1 do 23. Załącznikami tymi są zał. od nr 9.1 do nr 9.23, zamieszczone na stronie internetowej Zamawiającego.

Pytanie nr 421W rozdziale 9. Specyfikacja dostaw i usług, w tabeli 119 wymienione są Zestawy do identyfikacji pacjentów (czytnik kodów kreskowych, drukarka kodów kreskowych, drukarka opasek dla pacjentów) w ilości 13 szt. Czy to oznacza, że wymagane jest po 13 szt. każdego z wymienionych urządzeń?Odpowiedź:Zamawiający wyjaśnia, iż wymagane jest po 13 szt. każdego z wymienionych urządzeń.

Pytanie nr 422W rozdziale 9. Specyfikacja dostaw i usług, w tabeli 123 wymienione są Zakup sprzętu do obsługi klinicznego systemu informatycznego w ilości 1 szt. podczas gdy w poprzednich rozdziałach nie został on zdefiniowanyOdpowiedź:Zakup sprzętu do obsługi klinicznego systemu informatycznego (1szt.) należy rozumieć zgodnie z wymaganiami rozdziału 6.4.

Pytanie nr 423W rozdziale 9. Specyfikacja dostaw i usług, w tabelach 104-127 nie są wymienione:

Sprzęt do obsługi SSK Urządzenie skanująco-drukujące typ 3 Monitor LED do monitorowania parametrów infrastruktury Macierz dyskowa typ 4 Biblioteka taśmowa typ 3 Szafa rack 24U Listwa zasilająca do szafy Oprogramowanie systemowe dla sprzętu serwerowego Oprogramowanie systemowe dla sprzętu komputerowego

Odpowiedź:Sformułowania należy rozumieć odpowiednio:

• Sprzęt do obsługi SSK - Tabela 123 poz. 8 • Urządzenie skanująco-drukujące typ 3 - brak zastosowania• Monitor LED do monitorowania parametrów infrastruktury - Tabela 123 poz. 9• Macierz dyskowa typ 4 - brak zastosowania• Szafa rack 24U - brak zastosowaniaListwa zasilająca do szafy będzie dostarczona w ilości 6 szt. do Partnera nr 9,10,11,16,18,20.• Oprogramowanie systemowe dla sprzętu serwerowego - Zamawiający zmienia nagłówek w rozdziale 8.7 Tabela 101 z: "System operacyjny" na"System operacyjny(Oprogramowanie systemowe 1, Oprogramowanie Systemowe 2, oprogramowanie serwera(ów) aplikacyjnego(ych), Oprogramowanie serwerowe) • Oprogramowanie systemowe dla sprzętu komputerowego - Zamawiający odsyła oferenta do zapoznania się z rozdziałem 6

Pytanie nr 4247.2.1 Serwer TYP 1

148

Czy zamawiający zaakceptuje kontroler dysków wyposażony w 512Mbpamieci cache ? Maszyna ma być wyposażona w 3 dyski 300GB i zgodnie z nasza najlepsza wiedza 2GB pamięci cache nigdy nie zostanie w pełni wykorzystane w konfiguracji z tak mała ilością dysków.Odpowiedź:Zamawiający nie wyraża zgody na proponowane przez Wykonawcę rozwiązanie z uwagi na fakt, iż proponowana zmiana w sposób drastyczny mogłaby zmienić wydajność systemu (25% wymaganej wielkości).

Pytanie nr 4257.2.9 Serwer TYP 9Pkt. 1) Obudowa Zamawiający wymaga aby obudowa przystosowana do montażu w szafie rack, o wysokości max.2U, umożliwiająca montaż 14 dysków HotPlug.pkt. 10) Zainstalowane dyski: 2 x 300GB, SAS, 15k; 10 x 3 TB, NL (ML)SAS. Wymagane dyski o min. pojemności 3TB są oferowane jako 3,5 cala i większość producentów jest w stanie w serwerze o wysokości 2U zainstalować w ramach obudowy 12 szt.Czy zatem zamawiający dopuści rozwiązanie w którym obudowa serwera przystosowana do montażu w szafie rack, o wysokości max.2U, umożliwiała montaż min. 12 dysków HotPlug?pkt. 10) Dyski twardeZamawiający wymaga 10x3TB , NL (ML) SAS + RAID 6.Czy zamawiający uzna za równoważne zaoferowanie dysków NL (ML) SAS o wyższej pojemności zapewniających wymaganą przestrzeń w RAID 6, na przykład 8x 4TB?Pozwoli to zamawiającemu na otrzymanie konkurencyjnej cenowo oferty.Pkt 5.) Pamięć RAMZamawiający wymaga 512 GB pamięci RAM RDIMM , z możliwością rozbudowy do min.768 GB, na płycie powinno znajdowało się min. 24 sloty przeznaczone dla pamięci (min. 12 slotów/procesor, min. 10 slotów/procesor wolne). Obsługa modułów pamięci 4GB/8GB/16GB/32GB. Możliwość zabezpieczenia pamięci poprzez memory sparing.Przy tak dużych pojemnościach pamięci RAM jak np. wymagane 512GB aktualnie są stosowane pamięci typu Load reduced DIMM (LRDIMM).Pamięci typu Load reduced DIMM (LRDIMM) zostały zaprojektowane w celu zwiększenia pojemności pamięci i przyspieszenia wydajności serwera dzięki dodatkowym wbudowanym układom buforującym.Czy zatem zamawiający dopuści zastosowanie modułów pamięci RAM typu Load reduced DIMM?Odpowiedź:Zamawiający wskazuje, iż nastąpiła oczywista omyłka pisarska. Wymagana jest obudowa z możliwością instalacji 12 dysków.

Na pytanie Wykonawcy: pkt. 10) Dyski twardeZamawiający wymaga 10x3TB , NL (ML) SAS + RAID 6.Na pytanie Wykonawcy czy zamawiający uzna za równoważne zaoferowanie dysków NL (ML) SAS o wyższej pojemności zapewniających wymaganą przestrzeń w RAID 6, na przykład 8x 4TB?Pozwoli to zamawiającemu na otrzymanie konkurencyjnej cenowo oferty.Odpowiedz: Zamawiający uzna za równoważne zastosowanie 8 dysków o pojemności 4TB każdy tak aby sumaryczna pojemność brutto była nie mniejsza niż 30TB.

Na pytanie Wykonawcy Pkt 5.) Pamięć RAMZamawiający wymaga 512 GB pamięci RAM RDIMM , z możliwością rozbudowy do min.768 GB, na płycie powinno znajdowało się min. 24 sloty przeznaczone dla pamięci (min. 12 slotów/procesor, min. 10 slotów/procesor wolne). Obsługa modułów pamięci 4GB/8GB/16GB/32GB. Możliwość zabezpieczenia pamięci poprzez memory sparing.

149

Na pytanie Wykonawcy: Przy tak dużych pojemnościach pamięci RAM jak np. wymagane 512GB aktualnie są stosowane pamięci typu Load reduced DIMM (LRDIMM).Pamięci typu Load reduced DIMM (LRDIMM) zostały zaprojektowane w celu zwiększenia pojemności pamięci i przyspieszenia wydajności serwera dzięki dodatkowym wbudowanym układom buforującym.Czy zatem zamawiający dopuści zastosowanie modułów pamięci RAM typu Load reduced DIMM?Odpowiedź: Zamawiający dopuszcza możliwość zastosowania pamięci RAM typy LR DIMM jako rozwiązania bardziej wydajnego.

Pytanie nr 4267.2.11 Serwera Typ 11Pkt 1) Obudowa: Czy zamawiający zaakceptuje rozwiązanie spełniające wszystkie wymagania ale o wysokości obudowy nie większej niż 6U ?Odpowiedź:Zamawiający nie dopuszcza rozwiązania proponowanego przez Wykonawcę i nie wyraża zgody na modyfikację zapisów SIWZ i podtrzymuje wymagania zawarte w SIWZ.

Pytanie nr 4277.2.11 Serwer TYP 11pkt 2) Wydajność serwera.Zamawiający określił wynik wydajności wg. testu SpecInt2006Rate min. 780 pkt. Czy podana wartość została określona dla serwera testowanego w konfiguracji 2 czy 4 procesorowej? pkt. 15) System diagnostyczny serweraW pkt. 15 zamawiający wymaga Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u,zasilaniu oraz temperaturze. Większość producentów w maszynach 4 procesorowych wykorzystuje do diagnostyki oraz informowaniu administratora o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze w sposób zdalny za pomocą karty zarządzającej. Serwery te są wyposażone w diody sygnalizujące ogólny stan zdrowia serwera (Dioda czerwona informuje o awarii, zielona wskazuje na poprawną prace serwera, pomarańczowa informuje o potencjalnym problemie).Czy zatem zamawiający dopuści rozwiązanie gdzie informacje o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS?Odpowiedź:Zamawiający wyjaśnia W odpowiedzi na pytanie Wykonawcy:

pkt 2) Wydajność serwera.Zamawiający określił wynik wydajności wg. testu SpecInt2006Rate min. 780 pkt. Czy podana wartość została określona dla serwera testowanego w konfiguracji 2 czy 4 procesorowej? Odpowiedz: Zamawiający doprecyzowuje iż chodzi o wynik testu konfiguracji 4 procesorowej.W odpowiedzi na pytanie Wykonawcy:pkt. 15) System diagnostyczny serweraW pkt. 15 zamawiający wymaga Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u,zasilaniu oraz temperaturze. Większość producentów w maszynach 4 procesorowych wykorzystuje do diagnostyki oraz informowaniu administratora o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze w sposób zdalny za pomocą karty zarządzającej. Serwery te są

150

wyposażone w diody sygnalizujące ogólny stan zdrowia serwera (Dioda czerwona informuje o awarii, zielona wskazuje na poprawną prace serwera, pomarańczowa informuje o potencjalnym problemie).Czy zatem zamawiający dopuści rozwiązanie gdzie informacje o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS?Odpowiedź: : Zamawiający zaakceptuje takie rozwiązanie dla serwerów jako rozwiązanie równoważne.

Pytanie nr 4287.2.3 SerwerTyp 3.Czy zamawiający uzna za równoważne dostarczenie 3 dysków o pojemności 1.2 TB skonfigurowanych w wymagany RAID zamiast 6 dysków 600GB.Odpowiedź:Zamawiający nie dopuszcza rozwiązania proponowanego przez Wykonawcę i nie wyraża zgody na modyfikację zapisów SIWZ i podtrzymuje wymagania zawarte w SIWZ. Wymagane jest 6 dysków dla zachowania nadmiarowości oraz wydajności systemu dyskowego.

Pytanie nr 4297.2.15 Serwer Typ 15pkt 2) Wydajność serwera. Zamawiający określił wynik wydajności wg. testu SpecInt2006Rate min. 400 pkt. Czy podana wartość została określona dla serwera testowanego w konfiguracji 1 czy 2 procesorowej? Odpowiedź:Zamawiający wymaga aby wynik ten był osiągnięty dla konfiguracji 2 procesorowej.

Pytanie nr 4307.2.19 Obudowa Blade Typ 2Pkt 4) Sposób agregacji/wyprowadzeń sygnałów LAN/SAN FCoE dla pojedynczej obudowy.Zamawiający wymaga aby obudowa posiadała switch FC 8Gb, obsługującą wszystkie slotykaset serwerów oraz min 5 zewnętrznych interfejsów zewnętrznych wraz z wkładkami. Obudowa musi posiadać odpowiednie moduły LAN w celu wyprowadzenia wszystkich portów na zewnątrz obudowy.Czy zamawiający dopuszcza zastosowanie modułów konwergetnych FCoE obsługującą wszystkie sloty kaset serwerów oraz min 5 zewnętrznych interfejsów zewnętrznychwraz z wkładkami FC? Jaki typ i ilość interfejsów zewnętrznych LAN są wymagana dla każdego modułu? Odpowiedź:Każdy moduł powinien posiadać min. 8 portów zewnętrznych przygotowanych do obsadzenia modułami LAN 10Gb/s lub FC 8Gb/s. Wraz z modułami należy dostarczyć minimum 8 kabli DAC 5m oraz minimum 8 modułów FC 8Gb/s( po 4 sztuki na moduł).

Pytanie nr 4317.3.9 KVM + Panel pk. 4) PanelCzy Zamawiający dopuści zaoferowanie urządzenia KVM z monitorem 17’’ typu wide screen z rozdzielczością 1444x900?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym Wykonawca oferuje urządzenie KVM z monitorem 17’’ typu wide screen z rozdzielczością 1444x900.

151

Pytanie nr 4327.3.22 Rozbudowa istniejącego rozwiązania serwerowego (PP nr 20)pkt. 1 Przełączniki Blade.Zamawiający wymaga rozbudowy 2 przełączników do obudowy C7000 blade wraz z niezbędnym okablowaniem.Czy zamawiający może doprecyzować wymagania co do typu przełączników, interfejsów ?Odpowiedź:Zamawiający wymaga pary modułów sieci LAN do posiadanej obudowy HP Blade Center C7000 które umożliwią wyprowadzenie conajmniej po 2 porty LAN z każdego serwera blade w obudowie ( niezależnie czy serwer będzie posiadał port 1 Gb/s czy też 10Gb/s).Każdy moduł musi posiadać conajmniej 16 portów aktywnych do wewnątrz obudowy oraz conajmniej 6 portów do sieci zewnętrznej. Każdy moduł musi zostać wyposażony w 4 sztuki wkładek RJ45 oraz 2 sztuki wkładek SFP+.

Pytanie nr 4337.2.8 Serwer Typ 8Czy zamawiający wyraża zgodę na zastosowanie serwera o wysokości 2 U który będzie lepiej zoptymalizowany pod kątem chłodzenia i będzie umożliwiał znacząco więcej opcji rozbudowy niż serwer 1U?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie wyraża zgody na zastosowanie takiego serwera z uwagi na fakt, iż oferowany przez Wykonawcę serwer jest 2 razy większy, co zdecydowanie zmienia wymagania. Wymagany przez Zamawiającego Serwer 1U ma uzasadnienie z uwagi na ograniczoną ilość miejsc w szafie rack.

Pytanie nr 434Czy w następujących serwerach :Typ 1, Typ 3, Typ 5, Typ 6, Typ 7, Typ 8, Typ 12 , Typ 13, Typ 14, Typ 15, Typ 16, Typ 17pkt. 5) Pamięć RAMZamawiający wymaga Obsługi modułów pamięci 4GB/8GB/16GB.W serwerach z najnowszymi procesorami np. Intel E5-26xx v3 większość producentów nie oferuje modułów 4GB, stosowane są moduły pamięci 8GB/16GB/32GB DDR4, ponieważ są wydajniejsze oraz zdecydowanie bardziej ekonomiczne w zakupie.Wymóg modułów 4GB ograniczy większość producentów do zaoferowania starszej technologii pamięci oraz procesorów.Czy zatem zamawiający zrezygnuję z wymogu obsługi modułów 4GB. Pozwoli to zmawiającemu na otrzymanie korzystnej cenowo oferty a także otrzymanie serwerów z najnowszymi procesorami i pamięciami RAM?Odpowiedź:Zamawiający nie zmienia wymagań zawartych w SIWZ, lecz Zamawiający dopuszcza możliwość zaoferowania przez Wykonawcę serwerów nowszej generacji które wspierają kości pamięci RAM 8GB i większe.

Pytanie nr 4357.2.3 Serwer Typ 3pkt. 16) System diagnostyczny serweraW pkt. 16 zamawiający wymaga Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, zasilaniu oraz temperaturze. Większość producentów w serwerach min. 8 dysków 3,5 cala wykorzystuje do diagnostyki oraz informowaniu

152

administratora o stanie procesora, pamięci, zasilaniu oraz temperaturze w sposób zdalny za pomocą karty zarządzającej. Serwery te są wyposażone w diody sygnalizujące ogólnystan zdrowia serwera (Dioda czerwona informuje o awarii, zielona wskazuje na poprawną prace serwera, pomarańczowa informuje o potencjalnym problemie).Czy zatem zamawiający dopuści rozwiązanie gdzie informacje o stanie procesora, pamięci, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym dopuszcza rozwiązanie gdzie informacje o stanie procesora, pamięci, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS.

Pytanie nr 4367.2.6 Serwer Typ 6Czy zamawiający uzna za ważny wynik testu SPECIntRate2006 min. 470 pkt opublikowany nie dla oferowanej maszyny ale dla maszyny innego producenta wyposażonej w oferowany model procesora ?Odpowiedź:Zamawiający wskazuje, iż nie dopuszcza takiego rozwiązania Zamawiający wymaga aby test opub-likowany był dokładnie dla oferowanego modelu serwera. Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 4377.2.6 Serwer Typ 6pkt. 15) System diagnostyczny serweraW pkt. 16 zamawiający wymaga Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, , zasilaniu oraztemperaturze. Większość producentów w serwerach min. 8 dysków 3,5 cala wykorzystuje do diagnostyki oraz informowaniu administratora o stanie procesora, pamięci, zasilaniu oraz temperaturze w sposób zdalny za pomocą karty zarządzającej. Serwery te są wyposażone w diody sygnalizujące ogólnystan zdrowia serwera (Dioda czerwona informuje o awarii, zielona wskazuje na poprawną prace serwera, pomarańczowa informuje o potencjalnym problemie).Czy zatem zamawiający dopuści rozwiązanie gdzie informacje o stanie procesora, pamięci, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnymAndroid lub iOS?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym informacje o stanie procesora, pamięci, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS.

Pytanie nr 4387.2.9 Serwer Typ 9pkt. 15) System diagnostyczny serweraW pkt. 15 zamawiający wymaga Panel LCD lub LED umieszczony na froncie obudowy, umożliwiający wyświetlenie informacji o stanie procesora, pamięci, dysków, BIOS’u,zasilaniu oraz temperaturze. Większość producentów w maszynach 4 procesorowych wykorzystuje do diagnostyki oraz informowaniu administratora o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze w sposób zdalny za pomocą karty zarządzającej. Serwery te są wyposażone w diody

153

sygnalizujące ogólny stan zdrowia serwera (Dioda czerwona informuje o awarii, zielona wskazuje na poprawną prace serwera, pomarańczowa informuje o potencjalnym problemie).Czy zatem zamawiający dopuści rozwiązanie gdzie informacje o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym informacje o stanie procesora, pamięci, dysków, BIOS’u, zasilaniu oraz temperaturze będą dostępne w sposób zdalny za pomocą karty zarządzającej a także za pomocą darmowej aplikacji którą można zainstalować na urządzaniach mobilnych z systemem operacyjnym Android lub iOS

Pytanie nr 4397.2.17 Serwer Typ 17pkt. 1) ObudowaZamawiający wymaga Obudowę przystosowaną do montażu w szafie rack, o wysokości max.2U, umożliwiającą montaż do 4 dysków 3,5" HotPlug. Jednocześnie w pkt. 12) Dyski twarde zamawiający wymaga 6 dysków 600GB 15k 6Gbps SAS.Zapis do 4 dysków uniemożliwia instalację 6 szt. wyżej wymienionych dysków.Czy zatem zamawiający dopuści obudowę umożliwiającą instalację do 8 dysków 3,5 lub 2,5 cala?Odpowiedź:Zamawiający wskazuje, iż doszło do omyłki pisarskiej. Zamawiający wskazuje, iż chodzi o obudowę z możliwością instalacji co najmniej 8 dysków 3.5 cala. Zamawiający dopuszcza również rozwiązanie na 8 dysków 2.5 cala ale dyski muszą mieć parametry nie gorsze niż w wymaganiach.

Pytanie nr 4407.3.6 Biblioteka Taśmowa Typ 1Czy w specyfikacji nie nastąpiła omyłka drukarska jeżeli chodzi o wartość wymaganego strumienia danych 54-160 MB/s która jest wartością dla napędów LTO-6. Dla LTO-5 wartość ta powinna wynosić:47-140 MB/s ?

Odpowiedź:Zamawiający wskazuje, iż doszło do omyłki pisarskiej i wymaga aby wartość strumienia danych mieściła się w zakresie 47-140 MB/s.

Pytanie nr 441Do jakiego typu/modelu serwera ma być zainstalowana 2-portowa karta SAS 6Gb HBA ?Odpowiedź:Zamawiający wskazuje, iż nie może udzielić odpowiedzi na pytanie Wykonawcy z uwagi na fakt, iż Zamawiający nie określił wymagań w tym zakresie.

Pytanie nr 4427.3.7 Biblioteka Taśmowa Typ 2Do jakiego typu/modelu serwera ma być zainstalowana 2-portowa karta SAS 6Gb HBA ?Odpowiedź:Zamawiający wskazuje, iż nie może udzielić odpowiedzi na pytanie Wykonawcy z uwagi na fakt, iż Zamawiający nie określił wymagań w tym zakresie.

Pytanie nr 443

154

7.3.8 Biblioteka Taśmowa Typ 3Czy w specyfikacji nie nastąpiła omyłka drukarska jeżeli chodzi o wartość wymaganego strumienia danych 54-160 MB/s która jest wartością dla napędów LTO-6. Dla LTO-5 wartość ta powinna wynosić:47-140 MB/s ?Napędy LTO-5 w wersji HH nie są wyposażone w dwa porty FC per napęd więc nie jest możliwe redundantne podłączenie każdego z napędów do serwera/sieci SAN. Czy Zamawiający zrezygnuje z takiego wymagania ?Odpowiedź:Zamawiający wskazuje, iż doszło do omyłki pisarskiej i wymaga aby wartość strumienia danych mieściła się w zakresie 47-140 MB/s. Dodatkowo zamawiający dokonuje modyfikacji postanowień SIWZ w zakresie załącznika nr 9 do SIWZ poprzez wykreślenie w pkt 7.3.8 Biblioteka Taśmowa Typ 3 wymagania dotyczącego liczby portów FC per napęd.

Pytanie nr 4447.3.10 Urządzenie NASZamawiający wymaga wsparcia dla SAMBA. Chcielibyśmy zaproponować rozwiązanie oparte o Windows Storage Server w związku z czym wymaganie wsparcia dla SAMBA jest bezzasadne ponieważ natywnie serwer NAS będzie wyposażony w system operacyjny Windows a co za tym idzie w pełną interoperatybilność z klientami Windows. Czy w związku z tym jeżeli zaoferujemy urządzenie NAS oparte o środowisko Windows wymaganie wsparcia dla SAMBA stanie się nieobowiązujące ?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym w przypadku zaoferowania urządzenia NAS opartego o środowisko Windows wymaganie wsparcia dla SAMBA nie jest wymagane.

Pytanie nr 4457.3.24 Moduł SFP FC long distanceProsimy o podanie modelu przełącznika FC do którego należy dostarczyć wymaganą wkładkę ?Odpowiedź:Zamawiający wyjaśnia, iż chodzi o Przełącznik SAN Typ 1.

Pytanie nr 446Switch iscsi Typ1.Ad 3. Funkcjonalność:Czy ze względu na fakt, iż w praktyce ilość stosowanych list dostępowych jest znacznie mniejsza niż wymagane 4000 zamawiający dopuści przełączniki posiadające możliwość konfiguracji 2000 list dostępowych?Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym zastosowane są przełączniki posiadające możliwość konfiguracji 2000 list dostępowych

Pytanie nr 447Switch iscsi Typ3Ad 3. Funkcjonalność:Czy ze względu na fakt, iż w praktyce ilość stosowanych list dostępowych jest znacznie mniejsza niż wymagane 4000 zamawiający dopuści przełączniki posiadające możliwość konfiguracji 2000 list dostępowych? Czy zamawiający dopuszcza przełączniki posiadające nominalną moc na poziomie 200W, przy czym maksymalna moc pobierana określona jest na poziomie 260W?

155

Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania w którym przełączniki posiadające nominalną moc na poziomie 200W, przy czym maksymalna moc pobierana określona jest na poziomie 260W.

Pytanie nr 448Dotyczy ZAŁĄCZNIK NR 9.4.SSI DO SIWZ WOJEWÓDZKI SZPITAL ZESPOLONY W PŁOCKUII.5.1.53 Obsługa polskich znaków diakrytycznych. System zarejestrowany w Polsce jako Wyrób Medyczny. III.8.2.53 Obsługa polskich znaków diakrytycznych. System zarejestrowany w Polsce jako Wyrób Medyczny.Czy Zamawiający poprawi powyższy wymóg aby zgodny był z polskim ustawodawstwem oraz dyrektywami europejskim w sprawie klasyfikacji urządzeń medycznych, zgodnie z którymi system RIS nie jest wyrobem medycznym. Proponowana zmiana jest zgodna z Ustawą o wyrobach medycznych z dnia 20 maja 2010 , rozporządzaniem ministra zdrowia w sprawie klasyfikacji urządzeń medycznych, Dyrektywą 93/42/EEC oraz wytycznymi MEDDEV 2.1/6 MEDICAL DEVICES: Guidance document - Qualification and Classification of stand alone software (Wyroby medyczne - Przewodnik w sprawie kwalifikacji oraz klasyfikacji samodzielnego oprogramowania)Odpowiedź:TAK. Zamawiający zmienia brzmienie wymagania rezygnując z wymogu aby system RIS był wyrobem medycznym na następujące brzmienie:

II.5.1.53 Obsługa polskich znaków diakrytycznych. III.8.2.53 Obsługa polskich znaków diakrytycznych.

Pytanie nr 449Dotyczy ZAŁĄCZNIK NR 9.5.SSI DO SIWZ SZPITAL DZIECIĘCY IM. PROF. DR. PROF. JANA BOGDANOWICZA SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIEII.3.1.53 Obsługa polskich znaków diakrytycznych. Systemzarejestrowany w Polsce jako Wyrób Medyczny. III.8.1.53 Obsługa polskich znaków diakrytycznych. System zarejestrowany w Polsce jako Wyrób Medyczny.

Czy Zamawiający poprawi powyższy wymóg aby zgodny był z polskim ustawodawstwem oraz dyrektywami europejskim w sprawie klasyfikacji urządzeń medycznych, zgodnie z którymi system RIS nie jest wyrobem medycznym. Proponowana zmiana jest zgodna z Ustawą o wyrobach medycznych z dnia 20 maja 2010 , rozporządzaniem ministra zdrowia w sprawie klasyfikacji urządzeń medycznych, Dyrektywą 93/42/EEC oraz wytycznymi MEDDEV 2.1/6 MEDICAL DEVICES: Guidance document - Qualification and Classification of stand alone software (Wyroby medyczne - Przewodnik w sprawie kwalifikacji oraz klasyfikacji samodzielnego oprogramowania)Odpowiedź:TAK. Zamawiający zmienia brzmienie wymagania rezygnując z wymogu aby system RIS był wyrobem medycznym na następujące brzmienie: II.3.1.53 Obsługa polskich znaków diakrytycznych. III.8.1.53 Obsługa polskich znaków diakrytycznych.

Pytanie nr 450Dotyczy ZAŁĄCZNIK NR 9.5.SSI DO SIWZ SZPITAL DZIECIĘCY IM. PROF. DR. PROF. JANA BOGDANOWICZA SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIE

156

II.3.2.7 Oprogramowanie PACS musi być zgodne z profilami IHE w zakresie:II.3.2.7.1 Scheduled WorkflowII.3.2.7.2 Patient Information ReconciliationII.3.2.7.3 Cardiac Catheterization WorkflowII.3.2.7.4 Echo WorkflowII.3.2.7.5 Stress Testing WorkflowII.3.2.7.6 Consistent Presentation of ImagesII.3.2.7.7 Presentation of Grouped ProceduresII.3.2.7.8 Evidence DocumentsII.3.2.7.9 Evidence Documents – CardiologyII.3.2.7.10 Key Image NoteII.3.2.7.11 Mammography ImageII.3.2.7.12 Consistent TimeII.3.2.7.13 Portable Data for ImagingII.3.2.7.14 XDS-iII.3.2.7.15 ARIII.3.2.7.16 SINRII.3.2.7.17 ATNA III.8.2.7 Oprogramowanie PACS musi być zgodne z profilami IHE w zakresie:III.8.2.7.1 Scheduled WorkflowIII.8.2.7.2 Patient Information ReconciliationIII.8.2.7.3 Cardiac Catheterization WorkflowIII.8.2.7.4 Echo WorkflowIII.8.2.7.5 Stress Testing WorkflowIII.8.2.7.6 Consistent Presentation of ImagesIII.8.2.7.7 Presentation of Grouped ProceduresIII.8.2.7.8 Evidence DocumentsIII.8.2.7.9 Evidence Documents – CardiologyIII.8.2.7.10 Key Image NoteIII.8.2.7.11 Mammography ImageIII.8.2.7.12 Consistent TimeIII.8.2.7.13 Portable Data for ImagingIII.8.2.7.14 XDS-iIII.8.2.7.15 ARIIII.8.2.7.16 SINRIII.8.2.7.17 ATNA

Czy Zamawiający zrezygnuje z wymagania zgodności z profilami:II.3.2.7.4 Echo WorkflowII.3.2.7.5 Stress Testing WorkflowII.3.2.7.9 Evidence Documents – CardiologyII.3.2.7.14 XDS-iII.3.2.7.17 ATNAJako ograniczających konkurencję? Jedynym systemem który jest zgodny ze wszystkimi wymienionymi profilami integracji jest system Infinitt.Odpowiedź:Zamawiający wyraża zgodę, na usunięcie wskazanych zapisów. Zamawiający zmienia brzmienie wymagania II.3.2.7 załącznika NR 9.5.SSI DO SIWZ, poprzez usunięcie z jego treści wymagań:

II.3.2.7.4 Echo WorkflowII.3.2.7.5 Stress Testing Workflow

157

II.3.2.7.9 Evidence Documents – CardiologyII.3.2.7.14 XDS-iII.3.2.7.17 ATNA

Pytanie nr 451Dotyczy ZAŁĄCZNIK NR 9.5.SSI DO SIWZ SZPITAL DZIECIĘCY IM. PROF. DR. PROF. JANA BOGDANOWICZA SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIEII.3.2.54 Wykonawca udzieli licencji na pojemność PACS bez ograniczeń.III.8.2.54 Wykonawca udzieli licencji na pojemność PACS bez ograniczeń.Prosimy o potwierdzenie że Zamawiający nie dopuszcza również ograniczenia ilości badań rocznie.Odpowiedź:Tak, Zamawiający potwierdza, że nie dopuszcza również ograniczenia ilości badań rocznie.

Pytanie nr 452Dotyczy ZAŁĄCZNIK NR 9.5.SSI DO SIWZ SZPITAL DZIECIĘCY IM. PROF. DR. PROF. JANA BOGDANOWICZA SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIE:II.3.3.5 Klient systemu dystrybucji obrazów może zostać uruchomiony na urządzeniach mobilnych np. tabletach z systemem operacyjnym Apple iOS oraz Android.III.8.3.5 Klient systemu dystrybucji obrazów może zostać uruchomiony na urządzeniach mobilnych np. tabletach z systemem operacyjnym Apple iOS oraz AndroidProsimy o rezygnację z powyższego wymagania jako ograniczającego konkurencję oraz niezgodnego z prawem. Żadne urządzenie mobilne nie spełnia zapisów załącznika nr1 rozporządzenia w sprawie bezpiecznego stosowania promieniowania jonizującego. Dostęp do obrazów medycznych powinien odbywać się na przystosowanych do tego stacjach przeglądowych.

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie ZAŁĄCZNIKA NR 9.5.SSI DO SIWZ SZPITAL DZIECIĘCY IM. PROF. DR. PROF. JANA BOGDANOWICZA SAMODZIELNY PUBLICZNY ZAKŁAD OPIEKI ZDROWOTNEJ W WARSZAWIE poprzez wykreślenie w całości wymogów opisanych w:

II.3.3.5 Klient systemu dystrybucji obrazów może zostać uruchomiony na urządzeniach mobilnych np. tabletach z systemem operacyjnym Apple iOS oraz Android.III.8.3.5 Klient systemu dystrybucji obrazów może zostać uruchomiony na urządzeniach mobilnych np. tabletach z systemem operacyjnym Apple iOS oraz Android.

Pytanie nr 453Prosimy o przeanalizowanie wymagań na Skaner dokumentów EOD opisany w pkt 6.5.3 w załączniku nr 9 ww. SIWZ.W pkt 19) Tabeli 42 Skaner dokumentów EOD wymagany jest minimalny obszar skanowania (Auto Document Feeder) 50.8 x 54 mm. Dostępne obecnie skanery spełniające pozostałe wymagania zapewniają ten parametr na poziomie nieco większym, a mianowicie 52 x 74mm. Uprzejmie prosimy o wyrażenie zgody aby minimalny obszar skanowania (ADF) wynosił 52 x 74 mm.OdpowiedźZamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania, aby minimalny obszar skanowania (ADF) wynosił 52 x 74 mm.

Pytanie nr 454

158

Stan bieżący posiadanych systemów. „Aktualnie szpital eksploatuje aplikację Eskulap Apteka oraz Esku-lap Apteczka oddziałowa produkcji Politechniki Poznańskiej. W ramach przedmiotu zamówienia Wykon-awca dokona integracji dostarczanego SSI z wymienionymi aplikacjami w oparciu o otwarty standard HL7. Prosimy o potwierdzenie, że w przypadku skorzystania przez Wykonawcę z opcji integracji zakres funkcjonalny Eskulap Apteka oraz Eskulap Apteczka może być tożsamy z eksploatowanym obecnie przez Partnera z ewentualnym rozszerzeniem o funkcje implikowane wymogami zamieszczonymi dla po-zostałych modułów?Odpowiedź:Tak Zamawiający potwierdza, iż w przypadku skorzystania przez Wykonawcę z opcji integracji zakres funkcjonalny Eskulap Apteka oraz Eskulap Apteczka może być tożsamy z eksploatowanym obecnie przez Partnera z ewentualnym rozszerzeniem o funkcje implikowane wymogami zamieszczonymi dla pozostałych modułów.

Pytanie nr 455Stan bieżący posiadanych systemów. „Aktualnie szpital eksploatuje aplikację Eskulap Apteka oraz Esku-lap Apteczka oddziałowa produkcji Politechniki Poznańskiej. W ramach przedmiotu zamówienia Wykon-awca dokona integracji dostarczanego SSI z wymienionymi aplikacjami w oparciu o otwarty standard HL7. Prosimy o dopuszczenie standardu integracji opartego o tabele bazodanowe w przypadku zaofer-owania przez Wykonawcę systemu pracującego o tą samą instancję bezy danych.Odpowiedź:Zamawiający dopuszcza możliwość zastosowania przez Wykonawcę rozwiązania, w którym standard integracji działa w oparciu o tabele bazodanowe w przypadku zaoferowania przez Wykonawcę systemu pracującego w oparciu o tą samą instancję bezy danych.

Pytanie nr 456W związku z zamieszczeniem wymagań funkcjonalnych dla modułu Apteka w próbce prosimy o odpowiedź na pytanie, czy w przypadku integracji z tą aplikacją u partnera (Nr SSI = 7) należy zamieścić ją w próbce w standardowym zakresie funkcjonalnym eksploatowanym w siedzibie Beneficjanta? Jeżeli nie prosimy o wskazanie alternatywnej aplikacji z zamieszczonych w Załączniku nr 13 do SIWZ dla in-nych Partnerów, którą należy zamieścić w próbce.Odpowiedź:Zamawiający zmienia w Załączniku nr 13 do SIWZ Rozdział 1 pozycja 7) w brzmieniu:

"Apteka Rozdział II Zakres II.4 Moduł/grupa funkcjonalności II.4.3 Zakres punktów od II.4.3.1 -do II.4.3.66 wraz z podpunktami"na:"Pulpit użytkownika Rozdział II, Zakres II.7, Moduł/grupa funkcjonalności II.7.2 Zakres punktów od II.7.2.1 - do II.7.2.4 wraz z podpunktami"

Jednocześnie Zamawiający zamieszcza w załączeniu w zestawieniu tabelarycznym zmian do SIWZ zmiany w zakresie załącznika nr 13.

Pytanie nr 457Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.1 Moduł/grupa funkcjonal-ności: „Identyfikacja pacjenta” II.7.1.6.2.1 Drukowanie etykiet na żądanie, po wskazaniu pacjenta: w sko-rowidzu pacjentów. Czy Zamawiający uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylepnych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego?Odpowiedź:

159

Zamawiający wskazuje, iż uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylepnych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego.

Pytanie nr 458Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.1 Moduł/grupa funkcjonal-ności: „Identyfikacja pacjenta” II.7.1.6.2.2 Drukowanie etykiet na żądanie, po wskazaniu pacjenta: na liś -cie pacjentów aktualnie przebywających w izbie przyjęć. Czy Zamawiający uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylepnych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego?Odpowiedź:Zamawiający uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylepnych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego

Pytanie nr 459Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.1 Moduł/grupa funkcjonal-ności: „Identyfikacja pacjenta” II.7.1.6.2.3 Drukowanie etykiet na żądanie, po wskazaniu pacjenta: na liś -cie pacjentów przebywających w izbie przyjęć w przeszłości. Czy Zamawiający uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylep-nych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego?Odpowiedź:Zamawiający uzna punkt za spełniony, jeśli w żądanym miejscu SSI umożliwi drukowanie danych identyfikacyjnych pacjenta na samoprzylepnych etykietach mogących zawierać imię, nazwisko, PESEL pacjenta oraz jego indywidualny, unikalny dla całego systemu identyfikator/kod drukowany w postaci numerycznej i w postaci kodu paskowego.

Pytanie nr 460Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.1 Moduł/grupa funkcjonal-ności: „Identyfikacja pacjenta” II.7.1.6.2.4 odczyt kodu i identyfikacja pacjenta przebywającego w izbie przyjęć powodująca w systemie bezpośrednie przejście do okna zawierającego informacje o pobycie tego pacjenta w izbie przyjęć. Prosimy o informację, jakie dane mają znajdować się w oknie zawierającym in -formacje o pobycie tego pacjenta w izbie przyjęć?Odpowiedź:Zamawiający wyjaśnia, iż mają się tam znajdować te Informacje o pobycie, które są przetwarzane w systemie oferowanym przez Wykonawcę.

Pytanie nr 461Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.1 Moduł/grupa funkcjonal-ności: „Identyfikacja pacjenta” II.7.1.8.3 Odczyt kodu i identyfikacja pacjenta: w dostępnych Księgach szpitalnych. Czy Zamawiający uzna punkt za spełniony, jest SSI będzie oferował możliwość odczytu kodu i identyfikacji pacjenta z poziomu Księgi Głównej i Ksiąg Oddziałowych?

160

Odpowiedź:Zamawiający uzna punkt za spełniony, jest SSI będzie oferował możliwość odczytu kodu i identyfikacji pacjenta z poziomu Księgi Głównej i Ksiąg Oddziałowych.

Pytanie nr 462Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.7 Moduł/grupa funkcjonal-ności: „Administrator”. II.7.7.12 Zarządzanie komunikacją z systemami zewnętrznymi Prosimy o podanie informacji, z jakimi systemami zewnętrznymi ma być dostępna komunikacja oraz w jakim zakresie?Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.7.7.12.

Pytanie nr 463Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.7 Moduł/grupa funkcjonal-ności: „Administrator”. II.7.7.14 Funkcje optymalizacji bazy danych (reindeksacja, aktualizacja statystyk, archiwizacja), Czy Zamawiający uzna punkt za spełniony, jeśli wymaganie będzie realizowane za po-mocą narzędzi zewnętrznych?Odpowiedź:Zamawiający uzna punkt za spełniony, jeśli wymaganie będzie realizowane za pomocą narzędzi zewnętrznych.

Pytanie nr 464Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.7 Moduł/grupa funkcjonal-ności: „Administrator”. II.7.7.17 Definiowanie struktury dokumentów: Ksiąg wykorzystywanych w me-dycznych komórkach organizacyjnych. Księgi wykorzystywane w SSI tworzone są w oparciu o obow-iązujące przepisy. Sugerujemy, aby ograniczyć możliwość definiowania struktury dokumentów do ra-portów własnych. Czy Zamawiający uzna punkt za spełniony, jeśli możliwość definiowania struktury dokumentów zostanie udostępniona w zakresie raportów własnych?Odpowiedź:Zamawiający nie dopuszcza rozwiązania proponowanego przez Wykonawcę. Zamawiający oczekuje że aplikacja Administrator lub inna z zakresu obiegu pacjenta będzie umożliwiała zarządzanie księgami wykorzystywanymi dalej w SSI minimum w zakresie zarządzania ciągłością numeracji oraz uprawnień komórek organizacyjnych do wpisów w poszczególnych księgach. Niezależnie system musi umożliwiać wydruk ksiąg zgodnie z obowiązującymi przepisami.

Pytanie nr 465Rozdział II. Wymagana, docelowa funkcjonalność SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.7 ZAKRES: WSPÓLNE II.7.7 Moduł/grupa funkcjonal-ności: „Administrator”. II.7.7.18 szablonów wydruków (pism), z możliwością dowolnego przypisywania wykorzystywanych szablonów indywidualnie dla poszczególnych medycznych komórek organiza-cyjnych, Czy Zamawiający uzna wymóg za spełniony jeżeli system będzie wyposażony wbudowany Gen-erator raportów za pomocą którego administrator będzie miał możliwość przygotowania dowolnych wydruków?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli system będzie wyposażony we wbudowany Generator raportów za pomocą którego administrator będzie miał możliwość przygotowania dowolnych wydruków.

161

Pytanie nr 466Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.2 Moduł/grupa funkcjonalności: „Izba Przyjęć”. Punkt II.2.2.2: „Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, co najmniej: imię i nazwisko, nazwisko rodowe, nazwisko poprzednie, PESEL, data urodzenia, PESEL opiekuna”. Czy Zamawiający uzna punkt za spełniony w przypadku umożliwienia wyszukiwania pacjentów w skorowidzu wg: imienia i nazwiska, nazwiska poprzednie, PESELU, dacie urodzenia oraz za pomocą raportu wg kryterium nazwiska rodowego oraz nr PESEL opiekuna?Odpowiedź:Zamawiający uzna punkt za spełniony w przypadku umożliwienia wyszukiwania pacjentów w skorowidzu wg: imienia i nazwiska, nazwiska poprzednie, PESELU, dacie urodzenia oraz za pomocą raportu wg kryterium nazwiska rodowego oraz nr PESEL opiekuna

Pytanie nr 467Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.2 Moduł/grupa funkcjonalności: „Izba Przyjęć”. Punkty od II.2.2.9.3 do II.2.2.9.8: „wyszukiwanie pacjentów na liście wg różnych kryteriów, co najmniej: nazwisko i imię, nr w Księdze izby przyjęć, kody rozpoznań wstępnych (ICD10), lekarz badający, pacjenci oczekujący na obsłużenie, pacjenci na obserwacji, pacjenci skierowani w oddział (oczekujący na przyjęcie w oddział), status potwierdzenia w systemie eWUŚ”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność wyszukiwania zostanie spełniona za pomocą raportu?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność wyszukiwania zostanie spełniona za pomocą raportu.

Pytanie nr 468Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. Punkty II.2.3.1 „wyszukiwanie pacjentów na liście wg różnych kryter-iów, co najmniej:…”. Czy Zamawiający uzna punkt za spełniony jeżeli wyszukiwanie będzie części kry-teriów możliwe za pomocą filtru, a części za pomocą raportu?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli wyszukiwanie części kryteriów będzie możliwe za pomocą filtru, a części za pomocą raportu

Pytanie nr 469Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. Punkt II.2.3.8 „Możliwość wprowadzenie danych o miejscu hospital -izacji w ramach oddziału: odcinek oddziałowy, łóżko” Czy Zamawiający uzna punkt za spełniony w przypadku umożliwienia wprowadzenia danych o miejscu hospitalizacji w ramach oddziału: sala, łóżko? Odpowiedź:Zamawiający uzna punkt za spełniony w przypadku umożliwienia wprowadzenia danych o miejscu hospitalizacji w ramach oddziału: sala, łóżko

Pytanie nr 470Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/

162

grupa funkcjonalności: „Oddział”. II.2.3.10.3 „Ewidencja elementów pobytu pacjenta w oddziale : wyko-nane pacjentowi elementy leczenia (zlecenia)” . Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Zlecenia Medyczne? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Zlecenia Medyczne

Pytanie nr 471Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.10.5 „Ewidencja elementów pobytu pacjenta w oddziale: bada-nia diagnostyczne”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Diagnostyka?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Diagnostyka

Pytanie nr 472Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.10.6 „Ewidencja elementów pobytu pacjenta w oddziale: podane leki” Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wyko-rzystaniu modułu Apteczka Oddziałowa?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Apteczka Oddziałowa

Pytanie nr 473Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.10.7 „Ewidencja elementów pobytu pacjenta w oddziale: konsul-tacje”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wyko-rzystaniu modułu Dokumentacja Medyczna?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 474Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.11 Możliwość ewidencji danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna


163

grupa funkcjonalności: „Oddział”. II.2.3.12 Obsługa raportów pielęgniarskich (ewidencja wykonanych procedur pielęgniarskich, wydruk raportów). Czy Zamawiający uzna punkt za spełniony jeżeli funkcjon-alność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 476Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.13 Obsługa raportów z dyżurów lekarskich (prowadzenie ob-serwacji, wydruk raportu). Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 477Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.18.1 „Prowadzenie i możliwość wydruku historii choroby w podziale na: dane dot. przyjęcia” Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 478Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.18.2 „Prowadzenie i możliwość wydruku historii choroby w podziale na: wywiad wstępny (przedmiotowo, podmiotowo)”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 479Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.3 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.18.3 „Prowadzenie i możliwość wydruku historii choroby w podziale na: przebieg choroby (przebieg leczenia). Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna?. Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna


164

grupa funkcjonalności: „Oddział”. II.2.3.18.4 „Prowadzenie i możliwość wydruku historii choroby w podziale na: epikryza (z możliwością wykorzystania słownika tekstów standardowych lub definiowanych formularzy )”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna? Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 481Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.19.17 „Obsługa wydruków recept”. Czy Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli funkcjonalność ta zostanie spełniona przy wykorzystaniu modułu Dokumentacja Medyczna

Pytanie nr 482Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.4 Możliwość odmowy i anulowania przyjęcia pacjenta w oddział skierowanego z izby przyjęć (wycofanie pacjenta z listy oddziału i ponowne wpisanie na listę pacjentów przebywających w izbie przyjęć). Czy Zamawiający uzna punkt za spełniony jeżeli oddział zgłosi „żą-danie anulowania przyjęcia”?Odpowiedź:Zamawiający uzna punkt za spełniony jeżeli oddział zgłosi „żądanie anulowania przyjęcia".

Pytanie nr 483Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. I.2.3.6.1 nadanie numeru Księgi oddziałowej – automatycznie lub wpisanie przez użytkownika. Ponieważ przepisy narzucają nadawanie numeracji ksiąg z zachowaniem ciągłości „bez luk” czy Zamawiający uzna wymóg za spełniony, jeżeli nadawanie numerów odbywać się będzie automatycznie, a uprawniony użytkownik będzie mógł poprawić numer księgi?Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli nadawanie numerów odbywać się będzie automatycznie, a uprawniony użytkownik będzie mógł poprawić numer księgi

Pytanie nr 484Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.16 Możliwość autoryzacji danych z pobytu w oddziale (autoryzacja wypisu). Czy poprzez autoryzację danych należy rozumieć zapisanie w systemie informacji o uprawnionym użytkowniku dokonującym wypisu? Odpowiedź:Zamawiający wskazuje, iż poprzez autoryzację danych należy rozumieć zapisanie w systemie informacji o uprawnionym użytkowniku dokonującym wypisu.

Pytanie nr 485

165

Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.17 Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28. Ponieważ Partner Projektu (Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej w Radomiu) nie posiada oddziału o specjalności anestezjologicznej prosimy o wykreślenie zapisu „w tym rozliczanie kart TISS28”.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.3.17.

Pytanie nr 486Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.19.8 karta TISS28. Ponieważ Partner Projektu (Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej w Radomiu) nie posiada oddziału o specjalności anestezjologicznej prosimy o wykreślenie wymogu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.3.19.8

Pytanie nr 487Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o dodatkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.19.15 Księga noworodków. Ponieważ Partner Projektu (Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej w Radomiu) nie posiada oddziału o specjalności noworodkowej prosimy o wykreślenie wymogu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.3.19.15

Pytanie nr 488Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego. II.2 ZAKRES: RUCH CHORYCH. II.2.5 Moduł/grupa funkcjonalności: „Oddział”. II.2.3.19.16 Księga zabiegów. Ponieważ w pozostałych wymogach nie określono ewidencji wykonania zabiegów i prowadzenia księgi zabiegów oraz ponieważ Partner Projektu (Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej w Radomiu) nie posiada bloków zabiegowych prosimy o wykreślenie wymogu.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.3.19.16

Pytanie nr 489Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.1.4 określanie ograniczeń wg instytucji kierującej (płatnika), jednostki zlecającej Part-nera Projektu (Oddziału/Izby Przyjęć), ilości wykonywanych usług. Czy Zamawiający uzna funkcjonal-ność za spełnioną jeżeli będzie ona oparta o wolne terminy w planie pracy Pracowni? Odpowiedź:

166

Zamawiający uzna funkcjonalność za spełnioną jeżeli będzie ona oparta o wolne terminy w planie pracy Pracowni.

Pytanie nr 490Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.2.1 Definiowanie szablonu pracy przypisanego do danego urządzenia diagnosty-cznego: określenie szablonu dla każdego z dni tygodnia. Prosimy Zamawiającego o podanie przykład-owego szablonu oczekiwanego w ramach tej funkcjonaliści lub wykreślenie wymogu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.5.1.2.1

Pytanie nr 491Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.2.2 Definiowanie szablonu pracy przypisanego do danego urządzenia diagnosty-cznego: określenie czasu pracy urządzenia diagnostycznego. . Prosimy Zamawiającego o podanie przykładowego szablonu oczekiwanego w ramach tej funkcjonaliści lub wykreślenie wymogu z SIWZ.

Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.5.1.2.2

Pytanie nr 492Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.2.3 Definiowanie szablonu pracy przypisanego do danego urządzenia diagnosty-cznego: określenie zakresu usług realizowanych przez urządzenie diagnostyczne. Prosimy Zamawia-jącego o podanie przykładowego szablonu oczekiwanego w ramach tej funkcjonaliści lub wykreślenie wymogu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7 SSI DO SIWZ Wykreślając w całości wymóg wskazany w pkt II.5.1.2.3

Pytanie nr 493Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.2.4 Definiowanie szablonu pracy przypisanego do danego urządzenia diagnosty-cznego: blokada grafików (urlopy, remonty). Czy Zamawiający wymóg za spełniany jeżeli wymieniona funkcjonalność będzie realizowana w oparciu o plan pracy pracowni?Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.5.1.2.4

Pytanie nr 494Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.11 Przegląd i wydruk listy zarejestrowanych pacjentów (do pracowni, do urządzenia

167

diagnostycznego). Czy Zamawiający uzna wymóg za spełniony jeżeli będzie przegląd i wydruk listy zare-jestrowanych pacjentów do pracowni?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli będzie przegląd i wydruk listy zarejestrowanych pacjentów do pracowni

Pytanie nr 495Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5ZAKRES: PRACOWNIA DIAGNOSTYCZNA punkty: II.5.1.14 Obsługa operacji kasowych dla pacjentów (IKP), II.5.1.15 Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu/grupy funkcjonalności „Finanse – Księ-gowość”, II.5.1.16 Obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników w module/grupie funkcjonalności „Finanse – Księgowość”), II.5.1.17 Prowadzenie raportu kasowego, II.5.1.18 Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowania w module/grupie funkcjonalności „Finanse – Księgowość” W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczą-cych interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacow-anie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymogi II.5.1.14-18 z zastrzeżeniem, że będzie wymagał od Wykonawcy zapewnienia w SSI funkcji alternatywnej umożliwiającej tworzenie i wysyłanie do systemu ERP wykazu uwzględniającego zestawienie badań wraz z cenami (wg cenników) wykonanych na rzecz pacjentów samopłacących lub rozwiązań/obiektów bazodanowych udostępniających takie dane.

Pytanie nr 496Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt II.5.1.22 Możliwość zdefiniowania elementów menu (zakładek) w zależności od potrzeb i rodzaju pracowni. Czy Zamawiający uzna wymóg za spełniony jeżeli formularze systemu będą konfig-urowane specyficzne dla wybranych schematów uprawnień przydzielonych pracownikom?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli formularze systemu będą konfigurowane specyficzne dla wybranych schematów uprawnień przydzielonych pracownikom

Pytanie nr 497Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOS-TYCZNA punkt: II.5.1.25.8 Wprowadzanie, modyfikacja, przegląd danych badania w następujących kat-egoriach: inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty). Prosimy Zamawiającego o dokładniejsze określenie oczekiwanej w tym wymogu funkcjonalności lub o wykreśle-nie zapisu z SIWZ?Odpowiedź:Zamawiający wskazuje, iż funkcjonalność została opisana, Zamawiający dodatkowo wyjaśnia, iż nie wprowadził katalogu dokumentów i podał jedynie przykładowo rodzaje dokumentów.

Pytanie nr 498Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt: II.5.1.27.1 obsługa stanowiska kasowego (jak w Rejestracji/Recepcji) W związku z tym, że

168

Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający w każdym wystąpieniu w SIWZ wymogów w zakresie obsługi kasy po stronie SSI uzna za wystarczającą realizację funkcji alternatywnej, umożliwiającej wysyłanie do systemu ERP pliku zawierającego wykaz badań (wraz z cenami), wykonanych na rzecz pacjentów samopłacących lub utworzenie perspektyw bazodanowych udostępniających takie dane

Pytanie nr 499Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.5 ZAKRES: PRACOWNIA DIAGNOSTY-CZNA punkt: II.5.1.33 Możliwość definiowania własnych szablonów wydruków. Czy Zamawiający uzna wymóg za spełniony jeżeli system będzie wyposażony w wbudowany Generator raportów za pomocą którego administrator będzie miał możliwość przygotowania dowolnych wydruków?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli system będzie wyposażony we wbudowany Generator raportów za pomocą którego administrator będzie miał możliwość przygotowania dowolnych wydruków

Pytanie nr 500Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.3 Moduł/grupa funkcjonalności: „Zlecenia” punkty: II.7.3.8.1 Możliwość definiowania zleceń złożonych: z zależnymi zleceniami jednostkowymi (re-alizacja poszczególnych zleceń jednostkowych wchodzących w skład zlecenia złożonego musi być wyko-nana w określonej kolejności). System musi zapewnić walidację kolejności wykonywania poszczegól-nych zleceń jednostkowych w trakcie przebiegu realizacje zlecenia złożonego. Prosimy Zmawiającego o jednoznaczne określenie wszystkich komponentów z których mogą się składać zlecenia złożone w szczególności wymienienie wszystkich potencjalnych rodzajów zleceń jednostkowych składających się na zlecenie złożone lub o wykreślenie wymogu z siwz?Odpowiedź:Zamawiający wyjaśnia, iż zlecenie złożone może zawierać dowolną konfigurację zleceń jednostkowych tego samego rodzaju. Zamawiający nie będzie precyzować SIWZ w tym zakresie, z uwagi na to że nie jest to konieczne do zrealizowania rzeczonego wymogu funkcjonalnego.

Pytanie nr 501Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.3.4 automatyczna rezerwacja terminów dla zgłoszeń internetowych wg pref-erencji pacjenta. Czy Zmawiający uzna wymóg za spełniony jeżeli będzie on realizowany poprzez moduł e-usług?Odpowiedź:Zmawiający uzna wymóg za spełniony jeżeli będzie on realizowany poprzez moduł e-usług.

Pytanie nr 502Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.5 Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, co na-jmniej: imię i nazwisko, nazwisko rodowe, nazwisko poprzednie, PESEL, data urodzenia, PESEL opiekuna. Czy Zamawiający uzna wymóg za spełniony, jeżeli system pozwoli na wyszukanie pacjentów

169

w skorowidzu według następujących parametrów: imię, nazwiskom nazwisko rodowe, nr pesel, data urodzenia, numer historii choroby, symbol jednostki organizacyjnej? Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli system pozwoli na wyszukanie pacjentów w skorowidzu według następujących parametrów: imię, nazwisko, nazwisko rodowe, nr PESEL, data urodzenia, numer historii choroby, symbol jednostki organizacyjnej

Pytanie nr 503Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.10.3 możliwość wykorzystania szablonów zleceń złożonych. Prosimy Za-mawiającego o wyspecyfikowanie jakie zlecenia wchodzą w skład zlecenia złożonego i o załączenie przykładowego zlecania złożonego stosowanego u Zamawiającego?Odpowiedź:Zamawiający wyjaśnia, iż zlecenie złożone może zawierać dowolną konfigurację zleceń jednostkowych tego samego rodzaju – np. szablony (grupy predefiniowane) badań laboratoryjnych.

Pytanie nr 504Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.10.4 możliwość realizacji zleceń wewnętrznych zleconych z innych jednos-tek organizacyjnych Szpitala (w oparciu o utworzone zlecenia w modułach/grupach funkcjonalności części medycznej systemu). Prosimy Zamawiającego o dokładniejsze określenie oczekiwanej funkcjonal-ności w tym określenie listy typów zleceń wewnętrznych realizowanych tym wymogiem.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.10.4

Pytanie nr 505Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.10.5 możliwość realizacji zleceń zewnętrznych (z innych podmiotów). W związku z tym, że Zmawiający nie wskazał informacji na czym ma polegać funkcjonalność obsługi zle -ceń zewnętrznych oraz nie wskazał Podmiotów Zewnętrznych z którymi miałaby się odbyć integracja co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.10.5

Pytanie nr 506Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.32.6 możliwość wykorzystania szablonów zleceń złożonych. Prosimy Za-mawiającego o wyspecyfikowanie jakie zlecenia wchodzą w skład zlecenia złożonego?Odpowiedź:Zamawiający wyjaśnia, iż zlecenie złożone może zawierać dowolną konfigurację zleceń jednostkowych tego samego rodzaju – np. szablony (grupy predefiniowane) badań laboratoryjnych.

Pytanie nr 507

170

Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” punkt II.3.1.33 Możliwość wprowadzenia więcej niż jednej osoby realizującej świadcze-nie. Czy Zamawiający uzna wymaganie ze spełnione jeśli system będzie umożliwiał wprowadzenie dwóch różnych osób, jednej jako obsługującej świadczenie oraz innej jako je rozliczającej? Odpowiedź:Zamawiający uzna wymaganie ze spełnione jeśli system będzie umożliwiał wprowadzenie dwóch różnych osób, jednej jako obsługującej świadczenie oraz innej jako je rozliczającej

Pytanie nr 508Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.6.1 Moduł/grupa funkcjonalności: „Dokumen-tacja medyczna” II.6.1.9.3 możliwość prezentacji serii danych w postaci Histogramów. Prosimy Zamaw-iającego o doprecyzowanie (minimalnego) zakresu danych koniecznych do prezentacji w postaci His-togramów.Odpowiedź:Zamawiający wskazuje, iż minimalny zakres danych to prezentacja Histogramów przekazanych przez aparaty (systemy) laboratoryjne w ramach wyniku badań.

Pytanie nr 509Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” II.3.1.37 Możliwość ewidencji wykonania usług rozliczanych komercyjnie (obsługa stanowiska kasowego jak w rejestracji/recepcji). W związku z oczekiwaną funkcjonalnością prosimy Za-mawiającego o wymiennie wszystkich usług zbywanych komercyjnie przez Szpital przy uwzględnieniu faktu, że jest to placówka o specjalizacji psychiatrycznej. Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.37

Pytanie nr 510Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” II.3.1.18 Możliwość skojarzenia z każdym typem operacji kasowej schematu Księgowa-nia w module/grupie funkcjonalności „Finanse – Księgowość. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia os-zacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.18

Pytanie nr 511Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” II.3.1.17 Prowadzenie raportu kasowego. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia os-zacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:

171

Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.17

Pytanie nr 512Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” II.3.1.15 Obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahen-tów modułu/grupy funkcjonalności „Finanse – Księgowość. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia os-zacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.15

Pytanie nr 513Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.1 Moduł/grupa funkcjonalności: „Poradnia specjalistyczna” II.3.1.14 Obsługa operacji kasowych dla pacjentów (IKP). W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.3.1.14

Pytanie nr 514Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.1 Moduł/grupa funkcjonalności: „Rozliczenia z NFZ” punkty: II.2.1.22 Eksport komunikatów związanych ze sprawozdawczością POZ, II 2.1.22.1 ek-sport komunikatu DEKL – informacje o deklaracjach, II.2.1.22.2 eksport komunikatu ZBPOZ– in-formacje świadczeniach zrealizowanych w ramach POZ,II.2.1.22.3 Import potwierdzeń związanych ze sprawozdawczością POZ: II.2.1.22.4 import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji, II.2.1.22.5 import komunikatu Z_WDP – wyniki weryfikacji deklaracji,II.2.1.22.6 import ko-munikatu Z_RDP – rozliczenia deklaracji. W związku z tym, że placówka jest szpitalem o specjalizacji psychiatrycznej i nie realizuje tego rodzaju świadczeń prosimy o wykreślenie wymogu z SIWZ. Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymogi wskazane w pktII.2.1.22.1II.2.1.22.2II.2.1.22.3II.2.1.22.4II.2.1.22.5II.2.1.22.6

Pytanie nr 515Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.4 Moduł/grupa funkcjonalności: „Sprzedaż usług medycznych” – wszystkie wymienione funkcjonalności w zakresie II.2.4. W związku z tym, że

172

placówka jest szpitalem o specjalizacji psychiatrycznej i nie realizuje tego rodzaju świadczeń prosimy o wykreślenie wymogu z SIWZ. Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.4

Pytanie nr 516Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.1 Moduł/grupa funkcjonalności: „Rozliczenia z NFZ” punkt: II.2.1.39 Dostępność faktur rozliczeniowych dla modułu/grupy funkcjonalności „Finanse-Księgowość”. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjon-alność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.1.39

Pytanie nr 517Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.5 Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, co najmniej: imię i nazwisko, nazwisko rodowe, nazwisko poprzednie, PESEL, data urodzenia, PESEL opiekuna. Czy Za-mawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na wyszukiwanie pacjentów w sko-rowidzu według następujących parametrów: imię, nazwisko, nazwisko poprzednie, numer PESEL, data urodzenia, numer historii choroby, symbol jednostki organizacyjnej?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na wyszukiwanie pacjentów w skorowidzu według następujących parametrów: imię, nazwisko, nazwisko poprzednie, numer PESEL, data urodzenia, PESEL numer historii choroby, symbol jednostki organizacyjnej

Pytanie nr 518Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.8 Możliwość zastosowania kart identyfikacyjnych do wyszukania pacjenta w systemie. Prosimy Zamawiającego o wyjaśnienie jakie karty identyfikacyjne spełnią wymóg SIWZ?Odpowiedź:Zamawiający wyjaśnia, iż wymóg ten spełniają dowolne karty obsługiwane przez SSI oferowany przez Wykonawcę.

Pytanie nr 519Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.9 Zarządzanie słownikami stanowisk i urządzeń rehabilitacyjnych. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie słownikiem stanowisk, który również będzie słownikiem dla urządzeń rehabilitacyjnych? Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie słownikiem stanowisk, który również będzie słownikiem dla urządzeń rehabilitacyjnych

173

Pytanie nr 520Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.10 Zarządzanie grafikami i terminarzami: II.2.5.10.3 stanowisk i urządzeń rehabilita-cyjnych. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie grafikami i terminarzami stanowisk, który zarówno będzie grafikiem dla urządzeń rehabilitacyjnych?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie grafikami i terminarzami stanowisk, który zarówno będzie grafikiem dla urządzeń rehabilitacyjnych

Pytanie nr 521Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.13 Możliwość automatycznego nadawania priorytetu pilności dla wizyty pacjenta na pod-stawie danych z rozpoznania ze skierowania. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli sys-tem pozwoli użytkownikowi zaewidencjonowania priorytety pilności podczas zapisu pacjenta do kolejki oczekujących, poprzez wpisania trybu skierowania pilnego bądź stabilnego?

Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi zaewidencjonować priorytety pilności podczas zapisu pacjenta do kolejki oczekujących, poprzez wpisanie trybu skierowania pilnego bądź stabilnego

Pytanie nr 522Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.14 Możliwość przypisania lekarza prowadzącego i terapeuty prowadzącego. Czy Zamawia-jący uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi przypisać lekarza przyjmującego oraz przypisać terapeuty prowadzącego odpowiednio do wykonanych zabiegów?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną, jeżeli system pozwoli użytkownikowi przypisać lekarza przyjmującego oraz przypisać terapeutę prowadzącego, odpowiednio do wykonanych zabiegów

Pytanie nr 523Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.28 Automatyczne tworzenie karty informacyjnej rehabilitacji dziennej. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie po wpisaniu danych wypisu między innymi: Rozpozna-nia, procedury medyczne, informacje dotyczących leczenia, wyniki badań, po wygenerowaniu karty in-formacyjnej dane wpisanie wcześniej automatycznie przypiszą się do karty?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie po wpisaniu danych wypisu między innymi: Rozpoznania, procedury medyczne, informacje dotyczących leczenia, wyniki badań, po wygenerowaniu karty informacyjnej dane wpisanie wcześniej automatycznie przypiszą się do karty

Pytanie nr 524Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.5 Moduł/grupa funkcjonalności: „Rehabili-tacja” II.2.5.30 Współpraca z modułem/grupą funkcjonalności „Finanse-Księgowość” w zakresie obsługi dokumentów sprzedaży. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać

174

funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.2.5.30

Pytanie nr 525Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.6 Moduł/grupa funkcjonalności: „Statystyka medyczna” II.2.6.2 Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, co najmniej: imię i nazwisko, nazwisko rodowe, nazwisko poprzednie, PESEL, data urodzenia, PESEL opiekuna. Czy Za-mawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na wyszukiwanie pacjentów w sko-rowidzu według następujących parametrów: imię, nazwisko, nazwisko poprzednie, numer PESEL, data urodzenia, numer historii choroby, symbol jednostki organizacyjnej?

Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na wyszukiwanie pacjentów w skorowidzu według następujących parametrów: imię, nazwisko, nazwisko poprzednie, numer PESEL, data urodzenia, numer historii choroby, symbol jednostki organizacyjnej

Pytanie nr 526Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.6 Moduł/grupa funkcjonalności: „Statystyka medyczna” . II.2.6.5 Możliwość zastosowania kart identyfikacyjnych do wyszukania pacjenta w sys-temie .Prosimy Zamawiającego o wyjaśnienie jakie karty identyfikacyjne spełnią wymóg SIWZ?Odpowiedź:Zamawiający wyjaśnia, iż wymóg ten spełniają dowolne karty obsługiwane przez SSI oferowany przez Wykonawcę.

Pytanie nr 527Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.6 Moduł/grupa funkcjonalności: „Statystyka medyczna” II.2.6.11.6 liczba osobodni z uwzględnieniem przepustek w zadanym okresie czasu. Czy Za-mawiający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi na wygenerowanie listy pacjentów z liczbą przepustek w zadanym okresie czasu?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi na wygenerowanie listy pacjentów z liczbą przepustek w zadanym okresie czasu

Pytanie nr 528Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.2.6 Moduł/grupa funkcjonalności: „Statystyka medyczna” II.2.6.11.8 zestawienie pacjentów przyjętych w zadanym okresie czasu, którzy zostali ponownie przyjęci do Szpitala po określonej liczbie dni z tym samym rozpoznaniem wypisowym/z tą samą JGP. Czy Zamawiający uzna funkcję za spełnioną jeżeli użytkownik będzie miał możliwość wygen-erowania zestawienia pacjentów przyjętych według czasu pobytu, z określeniem czasu pobytu, którzy są wypisani bądź nie?

175

Odpowiedź:Zamawiający uzna funkcję za spełnioną jeżeli użytkownik będzie miał możliwość wygenerowania zestawienia pacjentów przyjętych według czasu pobytu, z określeniem czasu pobytu, którzy są wypisani bądź nie

Pytanie nr 529Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja Dzienna” II.3.2.5 Zarządzanie słownikami:II.3.2.5.1 stanowisk i urządzeń rehabilitacyjnych. Czy Zamaw-iający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie słownikiem stanowisk, który również będzie słownikiem dla urządzeń rehabilitacyjnych?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie słownikiem stanowisk, który również będzie słownikiem dla urządzeń rehabilitacyjnych

Pytanie nr 530Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja Dzienna” II.3.2.6 Zarządzanie grafikami i terminarzami: II.3.2.6.1 stanowisk i urządzeń rehabilita-cyjnych. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie grafikami i terminarzami stanowisk, który zarówno będzie grafikiem dla urządzeń rehabilitacyjnych?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli na zarządzanie grafikami i terminarzami stanowisk, który zarówno będzie grafikiem dla urządzeń rehabilitacyjnych

Pytanie nr 531Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja Dzienna” II.3.2.9 Możliwość automatycznego nadawania priorytetu pilności dla pacjenta na podstawie danych z rozpoznania ze skierowania. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli system poz-woli użytkownikowi zaewidencjonować priorytety pilności podczas zapisu pacjenta do kolejki oczekują-cych, poprzez wpisania trybu skierowania pilnego bądź stabilnego?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi zaewidencjonować priorytety pilności podczas zapisu pacjenta do kolejki oczekujących, poprzez wpisanie trybu skierowania pilnego bądź stabilnego

Pytanie nr 532Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja Dzienna”. II.3.2.10 Możliwość przypisania lekarza prowadzącego, terapeuty prowadzącego. Czy Zamaw-iający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi przypisać lekarza przyjmu-jącego oraz przypisać terapeuty prowadzącego odpowiednio do wykonanych zabiegów?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli system pozwoli użytkownikowi przypisać lekarza przyjmującego oraz przypisać terapeuty prowadzącego odpowiednio do wykonanych zabiegów

Pytanie nr 533Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja

176

Dzienna” II.3.2.26 Obsługa zakończenia wizyty:II.3.2.26.1 automatyczne tworzenie karty informacyjnej rehabilitacji dziennej. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie po wpisaniu danych wypisu między innymi: Rozpoznania, procedury medyczne, informacje dotyczących leczenia, wyniki badań, po wygenerowaniu karty informacyjnej dane wpisanie wcześniej automatycznie przypiszą się do karty?Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie po wpisaniu danych wypisu między innymi: Rozpoznania, procedury medyczne, informacje dotyczących leczenia, wyniki badań, po wygenerowaniu karty informacyjnej dane wpisanie wcześniej automatycznie przypiszą się do karty

Pytanie nr 534Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.3.2 Moduł/grupa funkcjonalności: „Rehabilitacja Dzienna” II.3.2.26.3 wgląd do rozliczeń z NFZ. Czy Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie będzie możliwość wglądu do rozliczeń z NFZ jedynie dla osób do tego uprawnionym?

Odpowiedź:Zamawiający uzna funkcję za zrealizowaną jeżeli w systemie będzie możliwość wglądu do rozliczeń z NFZ jedynie dla osób do tego uprawnionych

Pytanie nr 535Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.4 Moduł/grupa funkcjonalności: „Kolejki oczekujących” II.7.4.5 Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami. W związku z tym, że oczekiwana funkcjonalność może zakłócić prawidłowość przekazywanych danych do NFZ jak również skutkować koniecznością zawiadomienia pacjenta o zmianie prosimy Zamawiającego o szczegółowe określenie funkcjonalność lub o wykreślenie wymogu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.7.4.5

Pytanie nr 536Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.4 Moduł/grupa funkcjonalności: „Kolejki oczekujących” II.7.4.6 Możliwość wskazania tych definicji kolejek oczekujących, które po wczytaniu aneksu do umowy z płatnikiem (NFZ) posiadają nieaktualne informacje o kodzie komórki (wg NFZ) wraz z możliwością automatycznej aktualizacji kodu komórki (wg NFZ) na podstawie aktualnych za-pisów w umowie z NFZ. , Ponieważ takie zautomatyzowanie, może powodować problemy z ze zgodnoś-cią danych w NFZ za poprzednie okresy rozliczeniowe, gdzie kody komórek były inne bardzo prosimy o szczegółowsze określenie oczekiwanej funkcjonaliści lub o wykreślenie wymogu z SIWZ. Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.7.4.6

Pytanie nr 537Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.12 Możliwość automatycznej realizacji zamówień przychodzących z Oddziałów i innych jednostek organizacyjnych. Czy Zamawiający uzna wymóg za spełniony jeżeli pracownik banku krwi samodzielnie będzie obsługiwał zamówienie zlecone drogą elektronicznie?

177

Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli pracownik banku krwi samodzielnie będzie obsługiwał zamówienie zlecone drogą elektroniczną

Pytanie nr 538Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.18 Ewidencja ubytków i strat nadzwyczajnych. Czy Zamawiający uzna wymóg za spełniony jeżeli będzie on realizowany za pomocą operacji kasacji?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli będzie on realizowany za pomocą operacji kasacji

Pytanie nr 539Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.22.2 indywidualne rozliczenie pacjentów. Prosimy Zamawiającego szczegółowe określenie oczeki-wanej funkcjonalności lub o wykreślenie wymogu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.8.1.22.2

Pytanie nr 540Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.17 Możliwość eksportu dokumentu remanentu do modułu F-K. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.8.1.17

Pytanie nr 541Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.22.1 rozliczenie i kontrolę dostawców. Prosimy Zamawiającego o dokładniejsze określenie oczeki-wanej w tym wymogu funkcjonalności lub o wykreślenie zapisu z SIWZ?Odpowiedź:Zamawiający wyjaśnia, iż oczekuje minimum raportu prezentującego wykaz przyjętego materiału na stan magazynowy od wybranego dostawcy za dowolny okres czasu

Pytanie nr 542Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.26.1 Komunikacja z systemem Finansowo-Księgowym w zakresie przekazywania faktur, dokumen-tów kosztowych: dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego i kosztów rodzajowych w podziale na OPK na kontach księgi głównej FK oraz tworzenia rozrachunków z kontrahentami na podstawie dokumentów PZ. W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfe -

178

jsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów integracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.8.1.26.1 pod warunkiem przygotowania dla księgowości danych o obrotach w zakresie przychodów i rozchodów (kosztów) w danym miesiącu.

Pytanie nr 543Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.26.2 Komunikacja z systemem Finansowo-Księgowym w zakresie przekazywania faktur, dokumen-tów kosztowych: możliwość elastycznego tworzenia wzorców eksportu do FK dla dokumentów maga-zynowych (PZ, RW, MM oraz inne). W związku z tym, że Zmawiający nie określił szczegółowo na czym ma polegać funkcjonalność, nie określił zarówno danych jak i parametrów dotyczących interfejsów wymiany danych, nie udostępnił dokumentacji, co tym samym uniemożliwia oszacowanie kosztów inte-gracji prosimy o wykreślenie zapisu z SIWZ.Odpowiedź:Zamawiający modyfikuje postanowienia SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, wykreślając w całości wymóg wskazany w pkt II.8.1.26.2

Pytanie nr 544Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.30 Ubytki i straty nadzwyczajne, Czy punkt będzie spełniony jeżeli będzie to operacja kasacji?Odpowiedź:Zamawiający wyjaśnia, iż punkt będzie spełniony jeżeli będzie to operacja kasacji.

Pytanie nr 545Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.28 Wydawanie na oddziały za pomocą dokumentów RW na podstawie zamówień elektronicznych lub papierowych. Czy Zamawiający uzna wymóg za spełniony jeżeli będzie on realizowany za pomocą operacji WW - wydanie wewnętrzne?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli będzie on realizowany za pomocą operacji WW - wydanie wewnętrzne

Pytanie nr 546Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.30 Ubytki i straty nadzwyczajne, Czy punkt będzie spełniony jeżeli będzie to operacja kasacji?Odpowiedź:Zamawiający wyjaśnia, iż punkt będzie spełniony jeżeli będzie to operacja kasacji.

Pytanie nr 547Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.33 Bieżąca korekta jakościowa stanu magazynowego, Czy Zamawiający uzna wymóg za spełniony jeżeli będzie realizowany poprzez funkcjonalność przegląd stanów magazynowych?Odpowiedź:

179

Zamawiający uzna wymóg za spełniony jeżeli będzie realizowany poprzez funkcjonalność przegląd stanów magazynowych

Pytanie nr 548Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.36 Możliwość automatycznego numerowania dokumentów (numery tworzone wg definiowanego wzorca). Czy Zamawiający uzna wymóg za spełniony, jeżeli każda operacja magazynowa będzie nu-merowana zgodnie z nomenklaturą stosowaną przez system.Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli każda operacja magazynowa będzie numerowana zgodnie z nomenklaturą stosowaną przez system.

Pytanie nr 549Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.8.1 Moduł/grupa funkcjonalności: „Bank Krwi” II.8.1.34 Przegląd stanów magazynowych bieżących oraz na wybrany dzień. Czy Zamawiający uzna wymóg za spełniony jeżeli przegląd na wybrany dzień będzie możliwy poprzez raport?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli przegląd na wybrany dzień będzie możliwy poprzez raport

Pytanie nr 550Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.1 ZAKRES: LABORATORIUM: II.1.1.5 Dostęp do zleceń archiwalnych pacjenta. Czy Zamawiający uzna wymóg za spełniony jeżeli dostęp będzie reali-zowany za pomocą raportu?Odpowiedź:Zamawiający uzna wymóg za spełniony jeżeli dostęp będzie realizowany za pomocą raportu

Pytanie nr 551Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.6 Automatyczne uzupełnianie danych rozliczeniowych NFZ w systemie SSI po odesłaniu wyników badania z systemu RIS. Czy kontrahent RIS wysyła informacje o up-rawnieniach pacjenta oraz procedurach medycznych/rozliczeniowych w komunikacie wyniku?Odpowiedź:System SSI jest systemem nadrzędnym w stosunku do RIS co oznacza, że dane pacjentów będą rejestrowane i przechowywane w HIS. Z RIS będą przekazywane jedynie informacje o wykonanych badaniach, co w sumie stanowić powinno komplet danych niezbędnych do poprawnego rozliczenia pacjenta. Kontrahent RIS nie wysyła informacji o uprawnieniach pacjenta oraz procedurach.

Pytanie nr 552Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.7 Automatyczne rozsyłanie komunikatów o zmianie danych osobowych pacjenta w systemie SSI, Czy kontrahent RIS obsługuje/odbiera komunikaty ADT A08 zmi-any danych pacjenta?Odpowiedź:

180

Zamawiający oczekuje realizacji funkcjonalności pod warunkiem realizacji jej przez RIS. Kontrahent RIS nie obsługuje/ odbiera komunikatów. Z RIS będą przekazywane jedynie informacje o wykonanych badaniach. Pytanie nr 553Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.8 Dostęp (regulowany uprawnieniami) z systemu RIS do wyników badań pacjenta gromadzonych w systemie SSI, Czy Zamawiający uzna wymóg za spełniony, jeżeli wybrani pracownicy radiologii będą mieć dostęp do wglądu w dane w bazie SSI?Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli wybrani pracownicy radiologii będą mieć regulowany uprawnieniami dostęp do wglądu w dane w bazie SSI

Pytanie nr 554Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.9 Dostęp (regulowany uprawnieniami) z systemu RIS do his-torii leczenia pacjenta gromadzonej w systemie SSI, Czy Zamawiający uzna wymóg za spełniony, jeżeli wybrani pracownicy radiologii będą mieć dostęp do wglądu w dane w bazie SSI?Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli wybrani pracownicy radiologii będą mieć regulowany uprawnieniami dostęp do wglądu w dane w bazie SSI poprzez odpowiednią aplikację (moduł) SSI.

Pytanie nr 555Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.11 Wprowadzenie nowego pacjenta/zmiana danych os-obowych pacjenta po stronie systemu RIS skutkuje automatycznie zmianami w skorowidzu pacjentów systemu SSI. Czy kontrahent RIS obsługuje/wysyła komunikaty ADT A08 zmiany danych pacjenta?Odpowiedź:Zamawiający oczekuje realizacji funkcjonalności pod warunkiem realizacji jej przez RIS. Kontrahent RIS nie obsługuje/ odbiera komunikatów. Z RIS będą przekazywane jedynie informacje o wykonanych badaniach.

Pytanie nr 556Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.12 Korzystanie w systemie RIS ze słowników systemu SSI: instytucji zlecających (kierujących), lekarzy kierujących. Czy kontrahent obsługuje komunikaty MFN ak-tualizacji danych słownikowych?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 557Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.13 Możliwość wprowadzania nowych pozycji, modyfikacji

181

pozycji w/w słownikach z poziomu systemu RIS. Czy kontrahent obsługuje komunikaty MFN aktualiza-cji danych słownikowych?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 558Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.6 Moduł/grupa funkcjonalności:” Wymiana danych z systemami zewnętrznymi”: II.7.6.14 Możliwość zapisu informacji z umówionym/wykonanym badaniu poziomu sytemu RIS w systemie SSI o w systemie RIS. Prosimy Zamawiającego o potwierdze-nie, że wymóg dotyczy planowania terminu zlecenia w RIS i odnotowanie tego faktu w zleceniu w SSI?Odpowiedź:Zamawiający potwierdza, iż wymóg dotyczy planowania terminu zlecenia w RIS i odnotowanie tego faktu w zleceniu w SSI.

Pytanie nr 559Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.2.1 System powinien udostępniać pulpity użytkowników umożliwiające bezpośredni dostęp do wszystkich niezbędnych funkcji, do jakich użytkownik posiada uprawnienia. Czy Zamawiający uzna wymóg za spełniony, jeżeli pulpity będą umożliwiały dostęp do najczęściej używanych funkcji takich jak:

- Dane pacjenta (ogólne informacje o pacjencie, pobycie)- Historia leczenia (zdarzenia związane z pacjentem: skierowania, wyniki, procedury medyczne, kon-sultacje, wywiady, karty szpitalne, zlecenia lekarskie)- Wyniki badań (lista i diagram wyników laboratoryjnych)- Zadania do wykonania (konfigurowalna lista zadań związanych z pacjentem)- Rozpoznania (lista rozpoznań)- Procedury medyczne (lista wykonanych procedur medycznych )

Odpowiedź:Zamawiający uzna wymóg za spełniony, jeżeli pulpity będą umożliwiały dostęp do najczęściej używanych funkcji takich jak:

- Dane pacjenta (ogólne informacje o pacjencie, pobycie)- Historia leczenia (zdarzenia związane z pacjentem: skierowania, wyniki, procedury medyczne, konsultacje, wywiady, karty szpitalne, zlecenia lekarskie)- Wyniki badań (lista i diagram wyników laboratoryjnych)- Zadania do wykonania (konfigurowalna lista zadań związanych z pacjentem)- Rozpoznania (lista rozpoznań)- Procedury medyczne (lista wykonanych procedur medycznych)

Pytanie nr 560Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.2.3.2 listy pacjentów z zaplanowaną w dniu bieżącym wizytą, badaniem lub konsultacją u zalogowanego użytkownika-lekarza (z możliwością rozsz-erzenia listy o wszystkich pacjentów z zaplanowanymi wizytami, badaniami, konsultacjami w medy-cznych komórkach organizacyjnych szpitala, w których lekarz-użytkownik systemu jest zatrudniony. Prosimy o wyjaśnienie, czy przez sformułowanie „badaniem” należy rozumieć zaplanowane na dzień niewykonane badania laboratoryjne i diagnostyczne?Odpowiedź:Zamawiający wyjaśnia, iż przez sformułowanie „badaniem” należy rozumieć zaplanowane na dzień niewykonane badania laboratoryjne i diagnostyczne.

182

Pytanie nr 561Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.2.3.5 osobistego terminarza lekarza uwzględni-ający jego: dyżury, nieobecności, zadania, zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje, wizyty. Prosimy o wyjaśnienie, czy poprzez zadania należy rozumieć zadania do wykonania w zakresie uzupełnienia dokumentacji w systemie: epikryz, wywiadów, rozpoznań, procedur medy-cznych, kart informacyjnych, obserwacji, zleceń leków? Odpowiedź:Zamawiający wyjaśnia, iż poprzez zadania należy rozumieć zadania do wykonania w zakresie uzupełnienia dokumentacji w systemie: epikryz, wywiadów, rozpoznań, procedur medycznych, kart informacyjnych, obserwacji, zleceń leków.

Pytanie nr 562Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego II.7.2.3.5 osobistego terminarza lekarza uwzględni-ający jego: dyżury, nieobecności, zadania, zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje, wizyty. Ponieważ w żadnym z modułów nie ma wymaganej funkcjonalności ewidencji w za-kresie: dyżurów, nieobecności oraz zabiegów prosimy o zmianę zapisu na „osobistego terminarza lekarza uwzględniający jego: zadania, zaplanowane dla niego lub zrealizowane przez niego: konsultacje, wizyty”Odpowiedź:Zamawiający modyfikuje SIWZ w zakresie załącznika nr 9.7.SSI DO SIWZ, pkt II.7.2.3.5 dokonując zmiany zapisu na „osobistego terminarza lekarza uwzględniający jego: zadania, zaplanowane dla niego lub zrealizowane przez niego: konsultacje, wizyty.

Pytanie nr 563Rozdział II. Wymagana, docelowa funkcjonalności SSI w przypadku rozbudowy istniejącego o do-datkowe moduły, jego wymiany lub dostawy nowego.Odpowiedź:Zamawiający wskazuje, iż z uwagi na to że pytanie Wykonawcy jest niekompletne nie może udzielić odp. na to pytanie.

Pytanie nr 564Załącznik nr. 4 do SIWZ –Umowa. Prosimy o uzupełnienie/zastąpienie wielu wystąpień w umowie frazy „Błąd! Nie można odnaleźć źródła odwołania” Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 565Załącznik nr. 4 do SIWZ –Umowa. Prosimy o uzupełnienie §12 ust 1 umowy.Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 566Załącznik nr. 4 do SIWZ –Umowa §16 ust2. W przypadku programów istniejących, które nie zostały stworzone w ramach realizacji niniejszej umowy powstałych w ramach innych przedsięwzięć lub niededykowanych, tj. nieprzeznaczonych wyłącznie na potrzeby Zamawiającego lub Partnerów Projektu, Wykonawca udzieli bezterminowej licencji na ich użytkowanie na warunkach określonych w Umowie i

183

SIWZ, z możliwością jej dalszego przeniesienia na podmioty trzecie. Prosimy o odpowiedź na pytanie czy licencjodawcą zamiast Wykonawcy mogą być producenci oprogramowania dostarczanego poszczególnym Partnerom projektu?Odpowiedź:To Wykonawca jako strona umowy zobowiazany jest do udzielenia licencji na warunkach wskazanych w treści projektu umowy.

Pytanie nr 567Załącznik nr. 4 do SIWZ –Umowa §17 ust1.1. Wykonawca udziela na czas nieoznaczony Zamawia-jącemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji:

1) trwałe lub czasowe zwielokrotnianie licencji w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie{…}. Prosimy o odpowiedź na pytanie, czy Zamawiający w odniesieniu do licencji udzielanych poszczególnym Partnerom projektu się uzna za wiążący zakaz ich zwielokrotniania, przenoszenia oraz cesji pomiędzy Partnerem oraz stronami trzecimi?


Pytanie nr 568Załącznik nr. 4 do SIWZ –Umowa §17 ust1.1. Wykonawca udziela na czas nieoznaczony Zamawia-jącemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji: {…}2) tłumaczenie{…}. Prosimy o potwierdzenie, że nie chodzi o dekompilację. Odpowiedź:Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 569Załącznik nr. 4 do SIWZ –Umowa §17 ust1.1. Wykonawca udziela na czas nieoznaczony Zamawia-jącemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji: {…}

4) w zakresie obrotu oryginałem albo egzemplarzami, na których utwór utrwalono, 5) w zakresie utrwalania i zwielokrotniania utworu – wytwarzanie dowolną techniką, 6) egzemplarzy utworu, w tym techniką drukarską i techniką cyfrową, 7) w zakresie obrotu oryginałem albo egzemplarzami, na których utwór utrwalono, 8) w zakresie rozpowszechniania utworu w sposób innych niż określony w lit. 4) –publiczne, Prosimy o rozważenie wykreślenie lub korektę powołanego zapisu, ponieważ w obecnym brzmieniu daje on nieograniczone prawo do rozpowszechniania utworów na rynku co prawdopodobnie pociągnie za sobą koszty znacząco przewyższające budżet projektu.


Pytanie nr 570Załącznik nr. 4 do SIWZ –Umowa §17 ust1.1. Wykonawca udziela na czas nieoznaczony Zamawia-jącemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji: {…}

184

Wszystkie dostarczone Licencje nie mogą posiadać ograniczeń licencyjnych ograniczających ich wykorzystanie przez Zamawiającego, tj. nie mogą być powiązane nierozłącznie z dostarczanym Oprogramowaniem lub Sprzętem.Prosimy o potwierdzenie, że udzielone licencje mogą być powiązane z poszczególnymi Partnerami projektu, jeżeli zajdzie okoliczność, że Wykonawca będzie dostarczał różne SSI poszczególnym Partnerom?Odpowiedź:Usunięto postanowienie zakazujące ograniczeń licencyjnych w zakresie nierozłącnego powiązania licencji ze Sprzętem lub Oprogramowaniem. Zamawiający potwierdzają, że udzielone licencje mogą być powiązane z poszczególnymi zamawiającymi w sytuacji, w której wykonawca dostarczał będzie różne SSI poszczególnym zamawiającym. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nt 571Załącznik nr. 4 do SIWZ –Umowa §17 ust1.1. Wykonawca udziela na czas nieoznaczony Zamawia-jącemu oraz poszczególnym Partnerom projektu niewyłącznych licencji na użytkowanie utworów, o których mowa w paragraf 16 ust. 2 Umowy w następujących polach eksploatacji: {…}Wszystkie dostarczone Licencje nie mogą posiadać ograniczeń licencyjnych ograniczających ich wykorzystanie przez Zamawiającego, tj. nie mogą być powiązane nierozłącznie z dostarczanym Oprogramowaniem lub Sprzętem.Z zapisu nie wynika że licencje nie mogą być powiązane z zatrudnianym przez Partnerów projektu personelem? Prosimy niniejszym o wskazanie ilości zatrudnionych mających mieć dostęp do SSI u poszczególnych Partnerów i korzystać z Licencji stanowiskowej (per seat).Odpowiedź:Zamawiający wskazuje, iż licencje nie będą powiązane z personelem projektu, zatem nie ma podstaw do uszczegółowienia opisu przedmiotu zamówienia w tym zakresie. Zamawiający dokonał modyfikacji postanowień paragrafu w tym zakresie, którego brzmienie zostało zamieszczone w tekście jednolitym załącznika nr 4 do SIWZ – wzór umowy po modyfikacji.

Pytanie nr 572Załącznik nr. 9 do SIWZ Tabela 110 (SDU). Prosimy o jednoznaczne wskazanie na jaką ilość serwerów typ 5 winna zostać udzielona licencja na oprogramowanie bazodanowe?Odpowiedź:Ilość licencji powinna być zgodna z Rozdziałem 8.6 pkt. 4.

Pytanie nr 573Poniżej wysyłam listę naszych wątpliwości i pytań do SIWZ, w przetargu ogłoszonym w dniu 3.01.2015 „Zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza" o sygnaturze MSB/PN/03/01/2015. Najpierw podajemy pytania ogólne a następnie odnosimy się do zapisów szczegółowych w SIWZ.W jaki sposób będą wnioskowane, autoryzowane i nadawane dostępy dla użytkowników korzystających z repozytorium dokumentacji medycznej ?Odpowiedź:Dostęp do EDM powinien być nadawany przez administratora PP. Uprawnienia do EDM lokalnego powinno pozwalać na dostęp do EDM regionalnego.

Pytanie nr 574

185

Jakie regulacje zewnętrzne i wewnętrzne musi spełniać zaoferowany system do przetwarzania dokumentacji medycznej? (HISP)Odpowiedź:1) Ustawy z dnia 15 kwietnia 2011 roku o działalności leczniczej (t.j. Dz.U.z 2013 poz.217 ze zm.)2. Rozdziału VII ustawy z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta (t.j. Dz. U. z 2012 r. poz. 159 z późn. zm.) – dalej u.p.p.;3. Rozporządzenia Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (t.j. Dz. U. z 2014 r., poz. 177 ze zm.) - dalej r.d.m.

Pytanie nr 575W jaki sposób ma być weryfikowane czy wnioskowane dostępy do systemu przetwarzania dokumentacji medycznej nie naruszają polityki bezpieczeństwa opartej na regulacjach wewnętrznych i zewnętrznych ?

Odpowiedź:Dostęp nadaje administrator PP na podstawie wniosku o nadawaniu uprawnień , w jego obowiązku sprawdzenie czy dane użytkownik ma / nie ma dostępu do EDM

Pytanie nr 576W jaki sposób weryfikowane będą naruszenia polityki bezpieczeństwa przy uprawnieniach nadanych poza autoryzowanym kanałem wnioskowania, zatwierdzania dostępów do systemu?Odpowiedź:Poprzez audyty bezpieczeństwa realizowane przez PP.

Pytanie nr 577W jaki sposób będzie weryfikowane czy użytkownicy systemu mają odseparowane dostępy do danych osobowych i dokumentacji medycznej w systemach?Odpowiedź:Dostęp do systemów w ramach PP jest nadawany i weryfikowany przez Administratora PP.

Pytanie nt 578Czy dostarczony system do wnioskowania o dostępy powinien grupować dostępy tylko na poziomie pojedynczych systemów SSI/REDM/CASE/bazy czy również systemów uwierzytelniania, w celu zoptymalizowania i uproszczenia procesu wnioskowania o dostępy do wszystkich komponentów repozytorium ?Odpowiedź:Dostęp do systemów w ramach PP powinien być nadawany przez Administratora PP na podstawie wniosku. Na podstawie wniosku administrator udziela dostęp do poszczególnych systemów, czyli na poziomie pojedynczych systemów.

Pytanie nr 579Pytania do SIWZ:MEZ.EDM.98/98.11 Czy nadawanie dostępów za pomocą grup ma być osobne czy wspólne dla wszystkich dostarczanych systemów ? Odpowiedź:System EDM udostępnia osobny mechanizm nadawania uprawnień do wykonywania poszczególnych operacji atomowych na dokumentach składowanych w repozytorium

Pytanie nr 580

186

MEZ.EDM.98/98.9 Czy blokowanie powinno dotyczyć kont w każdym z systemów osobno, czy w centralnym miejscu dla wszystkich dostarczanych systemów ?Odpowiedź:System udostępnia mechanizm nadawania uprawnień do wykonywania poszczególnych operacji atomowych na dokumentach składowanych w repozytorium

Pytanie nr 581MEZ.EDM.41/MEZ.EDM.62Czy nadawanie uprawnień ma być wspólne dla wszystkich dostarczanych systemów czy dla każdego osobno ? (osobne konta i uprawnienia)

Odpowiedź:Powinno być SSO w ramach PP umożliwiające jednorazowe logowanie do poszczególnych systemów, Nadawanie uprawnień dla zakładanego konta do poszczególnych systemów nie musi być w jednym miejscu. Zamawiający dopuszcza rozwiązanie takie że zakładanie konto będzie w jednym miejscu a uprawnienia w każdym systemie osobno.

Pytanie nr 582MEZ.EDM.46Czy integracja z LDAP ma być na poziomie:a) uwierzytelnienia i autoryzacji czy tylko jednego z nich ? Którego ?b) atomowym czy tylko grup, której atomowe składniki definiowane są lokalnie w każdym z dostarczanych systemów ?Odpowiedź:Zamawiający wyjaśnia, iż integracja z LDAP ma być na poziomie: autoryzacji oraz grup z uprawnieni-ami.

Pytanie nr 583MEZ.EDM.56Na jakiej podstawie użytkownicy będą wnioskować i otrzymywać dostępy w dostarczanych systemach ?Odpowiedź:Złożenie wniosku odbywać będzie się według wewnętrznych procedur PP. Dostęp będzie nadawany przez administratora systemu Dostęp użytkownika pp do lokalnego EDM umożliwia mu przeglądania regionalnego EDM

Pytanie nr 584 MEZ.EDM.112Czy dostarczone rozwiązanie powinno weryfikować, czy aktualnie przyznane dostępy dla użytkowników do dostarczanych systemów, umożliwiają na niepowołane dostępy? (Separation of Duty)Odpowiedź:Zamawiający wyjaśnia, iż dostarczone rozwiązanie powinno weryfikować, czy aktualnie przyznane dostępy dla użytkowników do dostarczanych systemów, umożliwiają na niepowołane dostępy? (Separation of Duty).

Pytanie nr 585MEZ.CASE.10W jaki sposób dostępy mają być wnioskowane i przez kogo zatwierdzane ?

187

Odpowiedź:Dostęp do raportów będzie poprzez zalogowanie do systemu przez PP WM dodaje dostęp do konkretnych danych raportów .

Pytanie nr 586MEZ.CASE.50/50.21Czy autoryzacja ma być realizowana lokalnie w każdym z dostarczanych systemów czy centralnie dla wszystkich aplikacji ?Odpowiedź:Zamawiający wyjaśnia, iż autoryzacja ma być realizowana lokalnie

Pytanie nr 587W treści punktu 6.2.3 „Stacja Mobilna” Zamawiający wskazał na wymaganie aby uchwyt do prowadzenia wózka był „wbudowany”. Prosimy o uzasadnienie powołanego wymogu, gdyż w ocenie Wykonawcy wymóg ten jest wygórowany i zdefiniowany pod jednego, konkretnego dostawcę. Zamawiający, w celu dochowania przestrzegania art. 7 ustawy PZP winien dopuścić aby uchwyt był zintegrowany, np. przykręcany trwale, z blatem roboczym. Parametr ten, zdefiniowany w sposób wskazany w siwz ogranicza konkurencję oraz dostęp do rynku. Prosimy o doprowadzenie postępowania do stanu zgodności z prawem.Odpowiedź:Zamawiający wyjaśnia, iż uchwyt do prowadzenia wózka jest miejscem bardziej narażonym na ryzyko kontaminacji ze względu na częsty kontakt personelu, a co za tym idzie wymaga intensywnego czyszczenia i dezynfekcji. Wbudowanie uchwytu minimalizuje ryzyko powstania przestrzeni, w których mogłyby gromadzić się zanieczyszczenia i drobnoustroje. Dodatkowo przedłuża trwałość wózka poprzez wyeliminowanie zbędnych połączeń, które mogłyby być narażone na uszkodzenia mechaniczne w trakcie eksploatacji i chemiczne w trakcie dezynfekcji wózka.

Pytanie nr 588Prosimy o zdefiniowanie pojęcia wskazanego w punkcie j.w. „wbudowana ochrona anty-drobnoustrojowa wbudowana w strukturę materiału. Informujemy, iż zgodnie z art. 9 ust.2 ustawy PZP w języku polskim nie wstępuje pojęcie „anty-drobnoustrojowe”. Nie jest to również pojęcie systemowe, powszechne na rynku. Co za tym idzie pojęcie to winno być wyjaśnione w sposób zgodny z art. 29 ust.1 powołanej ustawy, tj. za pomocą wystarczająco jasnych określeń, czego powołane postanowienie nie spełnia. Prosimy o wskazanie parametru lub odpowiedniej w tym zakresie normy.Odpowiedź:Zamawiający wyjaśnia, iż poprzez ochronę anty-drobnoustrojową Zamawiający rozumie wbudowanie w strukturę materiałów, z których wykonany jest wózek, takich czynników chemicznych, które hamują rozwój drobnoustrojów, m. in. bakterii i pleśni poprzez spenetrowanie ich ściany komórkowej i zaburzenie kluczowych funkcji ich komórek. Ochrona ta musi być wbudowana w strukturę materiałów wózka, aby zapobiec jej wytarciu w trakcie intensywnego czyszczenia i dezynfekcji lub w przypadku ewentualnego mechanicznego uszkodzenia wózka np. zarysowania.

Pytanie nr 589Czy Zamawiający dopuszcza dostawę oprogramowania nie wykorzystującego widoku tabelarycznego do prezentowania danych medycznych w formie liczbowej? Odpowiedź:Zamawiający nie dopuszcza dostawy oprogramowania nie wykorzystującego widoku tabelarycznego do prezentowania danych medycznych w formie liczbowej z uwagi na lepszą czytelność tych danych i łatwiejszą możliwość interpretacji prezentowanych wyników (np. wyników badań laboratoryjnych w kolejnych dniach).

188

Pytanie nr 590Czy Zamawiający poprzez pojęcie "wartości niezapisane" rozumie dane podlegające w danej chwili edy-cji bądź procesowi ich wprowadzania do systemu? Odpowiedź:Zamawiający wyjaśnia, iż poprzez pojęcie "wartości niezapisane" Zamawiający rozumie dane podlegające w danej chwili edycji bądź procesowi ich wprowadzania do systemu.

Pytanie nr 591Prosimy o sprecyzowanie producentów, typów oraz ilości kardiomonitorów i central obecnych w jednos-tce Zamawiającego (Załącznik 9.20 do SIWZ pkt II.6.1.12) Odpowiedź:Kardiomonitory i centrale obecne w jednostce Zamawiającego, przewidziane do współpracy z KSI:

Philips Intellivue: MX800 – 14 szt., MX700 – 5 szt., MX450 – 6 szt.Centrala IntelliVue iX - 1 szt. (OAiIT)Centrala IntelliVue Information Center (IIC) M3150 – 6 szt. Oprócz ww. kardiomonitorów pracujących w OAiIT oraz w salach bloku operacyjnego Zamawiający posiada ponadto 123 inne kardiomonitory, z czego są to:- prod. PHILIPS – 68 szt.- prod. Goldway – 31 szt.- prod. Mindray – 10 szt.- prod. Spacelabs – 9 szt.- prod. Datex – 5 szt.

Pytanie nr 592Prosimy o sprecyzowanie producentów, typów oraz ilości respiratorów obecnych w jednostce Zamawia-jącego (Załącznik 9.20 do SIWZ pkt II.6.1.13) Odpowiedź:Zamawiający wyjaśnia, iż respiratory w jednostce to:

• Hamilton S1 – 3 szt.• Hamilton G5 – 7 szt.• Hamilton C2 – 5 szt.• Hamilton C1 – 5 szt.• Puritan Bennett 840 – 9 szt. • SIEMENS Servo 300 – 5 szt.• Maquet SERVO-i – 1 szt.

Pytanie nr 593Prosimy o sprecyzowanie producentów, typów oraz ilości aparatów do znieczulenia obecnych w jednos-tce Zamawiającego (Załącznik 9.20 do SIWZ pkt II.6.1.14) Odpowiedź:Zamawiający posiada następujące aparaty do znieczulania, z których dane mają być w sposób automatyczny zbierane i archiwizowane w systemie KSI:

• Philips - Intellivue AX 700 – 5szt.• Spacelabs - Blease Sirius 900 – 1szt.• Datex Ohmeda - AESPIRE 7900 – 1szt.• Zamawiający planuje zakup w bieżącym roku 10 aparatów do znieczulania posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7.

Pytanie nr 594Prosimy o sprecyzowanie producentów, typów oraz ilości pomp infuzyjnych oraz stacji zbiorczych obec-nych w jednostce Zamawiającego (Załącznik 9.20 do SIWZ pkt II.6.1.15) Odpowiedź:

189

Zamawiający wyjaśnia, iż pompy infuzyjne obecne w jednostce mogące współpracować z KSI:• B.Braun Stacje dokujące – 15 szt.• B.Braun Perfusor Space – 90 szt.• B.Braun Infusomat Space – 30 szt.• ponadto Zamawiający planuje zakup w bieżącym roku 12 stacji dokujących posiadających możliwość komunikacji z KSI za pośrednictwem sieci Ethernet i protokołu HL7 oraz 48 pomp infuzyjnych kroplowych i strzykawkowych współpracującymi z ww. stacjami dokującymi.

Pytanie nr 595Prosimy o sprecyzowanie producentów, typów oraz ilości aparatów do badań analitycznych obecnych w jednostce Zamawiającego (Załącznik 9.20 do SIWZ pkt II.6.1.16) Odpowiedź:Posiadane przez Zamawiającego aparaty do badań analitycznych są zintegrowane z SSI, w związku z czym Zamawiający odstępuje od wymagalności zapisu w punkcie II.6.1.16

Pytanie nr 596Prosimy o doprecyzowanie zapisów pkt II.6.1.29 załącznika 9.20 do SIWZ o treści "Jeżeli czas między kolumnami danych jest na tyle duży, że komórki się nakładają, to fakt ten jest sygnalizowany graficznie, a po najechaniu kursorem pokazuje się okno wyświetlające ukryte dane z oznaczeniami czasu." Prosimy o zdefiniowanie terminu "nakładania się komórek" oraz wyjaśnienie zasady działania mechanizmu powodującego ukrycie danych - mechanizm automatyczny (jeśli tak, to jakie kryteria musi spełnić komórka z danymi aby została ukryta) czy też ręczny. Odpowiedź:Zamawiający precyzuje, iż Termin „nakładanie się komórek” oznacza ukrywanie danych, które występują z większą częstotliwością niż aktualnie ustalony odstęp między kolumnami z danymi (np. dane wpisywane cyklicznie w kolumnach czasowych). Dane mają być ukrywane lub pokazywane ponownie automatycznie w zależności od wybranego odstępu czasu między kolumnami.

Pytanie nr 597Zgodnie z brzmieniem Dyrektywy 93/42/ECC, poprzez urządzenie/wyrób medyczny należy rozumieć "jakiekolwiek narzędzie, przyrząd, urządzenie, oprogramowanie, materiał lub inny artykuł, stosowane samodzielnie lub w połączeniu, wraz z wszelkim wyposażeniem, w tym oprogramowaniem przeznaczonym przez jego wytwórcę do używania specjalnie w celach diagnostycznych lub terapeutycznych i niezbędnym do jego właściwego stosowania, przeznaczone przez wytwórcę do stosowania u ludzi w celu: ◄ — diagnozowania, zapobiegania, monitorowania, leczenia lub łagodzenia przebiegu chorób, — diagnozowania, monitorowania, leczenia, łagodzenia lub rehabilitacji w przypadku urazu lub upośledzenia, — badań, zastąpienia lub zmiany budowy anatomicznej lub procesów fizjologicznych, — regulacji poczęć, i który nie osiąga swojego głównego zamierzonego działania w lub na ciele człowieka za pomocą środków farmakologicznych, immunologicznych ani metabolicznych, lecz który może być wspomagany w swoich funkcjach przez takie środki" Zamawiany Kliniczny System Informacyjny nie mieści się w przytoczonej powyżej definicji urządzenia medycznego. W związku z tym wnioskujemy o wykreślenie wymagań II.6.1.2 (zgodność z dyrektywą 93/42/ECC) oraz II.6.1.3 (wymóg certyfikacji CE wynikającej ze zgodności z dyrektywą) z załącznika 9.20 do SIWZ. Odpowiedź:Zamawiający podziela przedstawione wyjaśnienia i usuwa wymaganie II.6.1.2 (zgodność z dyrektywą 93/42/ECC) oraz II.6.1.3 (wymóg certyfikacji CE wynikającej ze zgodności z dyrektywą) z Załącznika 9.20 do SIWZ.

190

Pytanie nr 598Czy zamawiający oczekuje bezwzględnego spełnienia „wytycznych i rekomendacji dla usługodawców w zakresie budowania i stosowania systemów bezpiecznego przetwarzania EDM” opublikowanej na stronie http://csioz.gov.pl/indexDetail.php?id=246 przy wdrożeniu systemów EDM i SSI? Jeżeli nie, to proszę o wybranie elementów bezpieczeństwa, które są ważne dla projektowanego systemu.

Odpowiedź:Dokument na który powołuje się Wykonawca nie ma charakteru wiążącego dla podmiotów wdrażających i przetwarzających z EDM, a jest jedynie ogłoszony w w trybie "do konsultacji". W związku z tym Zmawiający jedynie rekomenduje spełnienia wskazanych w tym dokumencie wytycznych i rekomendacji.

Pytanie nr 599Czy zamawiający spodziewa się dostarczenia zaawansowanego, w pełni zautomatyzowanego i zinte-growanego systemu bezpieczeństwa do ochrony przez APT (Advanced Persistent Threat) składającego się z:

a. Systemu reverse proxy – do ochrony systemu dostępnego przez WWWb. Systemu antywirusowegoc. Systemu analizującego Malware d. Nagrywarki ruchu sieciowego do analizy dochodzeniowo-śledczeje. Systemu do logowania zdarzeń klasy SIEM

Odpowiedź:Zamawiający wyjaśnia, iż nie wprowadził takiego wymagania w SIWZ.

Pytanie nr 600MEZ.1 pkt. 1.6 – czy zapis należy rozumieć również jako „Dostarczenie, uruchomienie i wdrożenie Infrastruktury sprzętowej niezbędnej do funkcjonowania oraz korzystania z SSI, REDM, RREDM i CASE oraz wszelkich niezbędnych elementów systemu bezpieczeństwa wymaganych do zapewnienia odpowiedniego poziomu integralności, poufności, rozliczalności oraz dostępności projektowanych systemów”. Odpowiedź:Zamawiający wyjaśnia, iż zapis w pkt MEZ.1 pkt. 1.6 należy rozumieć jako dostarczenie, uruchomienie i wdrożenie Infrastruktury sprzętowej niezbędnej do funkcjonowania oraz korzystania z SSI, REDM, RREDM i CASE oraz wszelkich niezbędnych elementów systemu bezpieczeństwa wymaganych do zapewnienia odpowiedniego poziomu integralności, poufności, rozliczalności oraz dostępności projektowanych systemów jeżeli w ocenie Wykonawcy są konieczne do funkcjonowania oraz korzystania z SSI, REDM, RREDM i CASE

Pytanie nr 601MEZ.12 Jakiego rodzaju urządzenia zapewniają PP na których należy uruchomić VPN. Czy w ramach tej samej architektury należy uruchomić VPN dla zdalnych użytkowników systemu? Do kogo będzie należało utrzymywanie konfiguracji VPN i reguł filtracji na wskazanych urządzeniach? Odpowiedź:Zamawiający i pp zapewniają urządzenia zapewniające tunel VPN site-site. Utrzymywanie konfiguracji VPN i reguł filtracji na wskazanych urządzeniach jest obowiązkiem Zamawiającego oraz PP. Do wykonawcy należy jedynie konfiguracja systemu aby zadziałał w ramach architektury.

Pytanie nr 602

191

http://csioz.gov.pl/indexDetail.php?id=246

MEZ.12 Czy zamawiający spodziewa się dostawy i wdrożenia systemów klasy Firewall do ochrony zasobów, przeprowadzenia fizycznej segmentacji sieci oraz jednoznacznego określania rodzaju i kierunku komunikacji pomiędzy zasobami.Odpowiedź:Zamawiający wyjaśnia, iż nie wprowadził takich wymagań do SIWZ.

Pytanie nr 603MEZ.12 Czy zamawiający oczekuje dostarczenia systemu do zarządzania, automatyzacji procesu zarządzania i akceptacji regułami filtracji na Firewall’ach dostarczonych lub posiadanych przez PP?Odpowiedź:Zamawiający wyjaśnia, iż zapewnienie systemu do zarządzania, automatyzacji procesu zarządzania i akceptacji regułami filtracji na Firewall’ach dostarczonych lub posiadanych przez PP leży po stronie zamawiającego oraz PP.

Pytanie nr 604MEZ.54 Czy w ramach tego punktu należy rozumieć również dostawę, instalację, konfigurację i wdrożenie Oprogramowanie do ochrony projektowanych systemów?Odpowiedź:Zamawiający wymaga aby oprogramowania wymienione w MEZ.54 było chroniony na poziomie aplikacyjnym zgodnie z przepisami prawa. Poza tym zamawiający oczekuje instalację, konfigurację i wdrożenie Oprogramowanie do ochrony projektowanych systemów w minimalnym zakresie co najmniej przez ochronę antywirusową na poziomie serwerów.

Pytanie nr 605MEZ.65 Czy zamawiający posiada listę systemów bezpieczeństwa, którą należy uwzględnić w projekcie a która stanowiłaby uzupełnienie już posiadanych rozwiązań?Odpowiedź:Zamawiający wyjaśnia, iż lista systemów będzie przekazana po podpisaniu umowy, a następnie uwzględniona przez Wykonawcę w trakcie Etapu Analizy Przedwdrożeniowej i Etapu projektowania.

Pytanie nr 606MEZ.65 Czy zamawiający w ramach projektu spodziewa się systemu bezpieczeństwa, który umożliwia zarządzanie kontami uprzywilejowanymi, jak i rozliczanie (nagrywanie) sesji kont uprzywilejowanych?Odpowiedź:Zamawiający wyjaśnia, iż nie wprowadził takich wymagań do SIWZ. Zamawiający w ramach projektu nie wymaga systemu bezpieczeństwa, który umożliwia zarządzanie kontami uprzywilejowanymi, jak i rozliczania (nagrywania) sesji kont uprzywilejowanych.

Pytanie nr 607MEZ.EDM.9898.9 Czy zamawiający oczekuje zarządzania kontami uprzywilejowanymi, generowania haseł tymczasowych, generowania haseł do potwierdzania na dwie ręce, generowania haseł tymczasowych, portal do zarządzania i pobierania haseł, ukrywania prawdziwych haseł na potrzeby dostępu osób z zewnątrz?Odpowiedź:Zamawiający nie sformułował takiego wymagania w w/w pkt, zatem nie będzie oczekiwać takiej funkcjonalności.

Pytanie nr 608

192

MEZ.EDM.99 Czy zamawiający oczekuje ochrony komunikacji z bazą danych na poziomie sieciowym oraz kontroli dostępu do bazy danych dla oficera bezpieczeństwa bez posiadania konta w bazie danych?Odpowiedź:Zamawiający wyjaśnia, iż w ramach w/w pkt oczekuje ochrony komunikacji z bazą danych na poziomie sieciowym oraz kontroli dostępu do bazy danych dla oficera bezpieczeństwa bez posiadania konta w bazie danych

Pytanie nr 609MEZ.EDM.101 Czy Zamawiający spodziewa się systemu, który agreguje, normalizuje i koreluje zdarzenia z jednoczesną analizą ryzyka i podatności, które pochodzą ze wszystkich systemów SEDM i z komunikacji sieciowej pomiędzy tymi systemami? Odpowiedź:Zamawiający wyjaśnia, iż oczekuje systemu uwierzytelniania węzłów i audyt dostępu do danych. Służący do przechowywania pełnej informacji audytowej o procesach i zdarzeniach zachodzących w trakcie realizacji żądań do wszystkich systemów stanowiących platformę EDM.

Pytanie nr 610Ile badań rocznie przewiduje Zamawiający w podziale na CT/MR/RTG/?Odpowiedź:Zamawiający przewiduje następujące ilości badań rocznie:

CT – 30.000

MR – 6.000

CR/DX (RTG) – 75.000Oprócz wskazanych w pytaniu modalności, Zamawiający planuje zapisywać w PACS pozostałe badania obrazowe, tj. US (USG), XA (angiografia), MG (Mammografia). Sumaryczna liczba takich dodatkowych badań jest szacowana na ok. 80.000/rok

Pytanie nr 611dot. II. 5.2.6. Możliwość przechowywania informacji o przesłanych do stacji pacjentów oraz obsługa procesu starzenia się badań i przenoszenia najstarszych badań na nośniki off-line Czy Zamawiający dopuści rozwiązanie oparte o system dostępu on-line z możliwością przenoszenia starszych badań na nośniki off-line?Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ, gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie nr 612dot. II.5.2.7 Możliwość bezobsługowego przywracanie badań do archiwum on-line na żądanie. Pod warunkiem, że wszystkie badania są na dyskach i napędach są aktywne. Czy Zamawiający dopuści rozwiązanie oparte o system dostępu on-line bez konieczności przywracania badań z archiwum off-line?Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie nr 613dot. II.5.2.12 System powiadamia o zdarzeniach systemowych poprzez wbudowany komunikator lub E-mail (np. o kończącym się miejscu na dysku, lub potrzebie wymiany kasety LTO)

193

Czy Zamawiający dopuści rozwiązanie nie posiadające komunikatów systemowych z uwagi na dostęp on-line?Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie nr 614dot. II.5.2.18 Możliwość eksportu badań do plików JPG i MOV lub JPG i AVI. Czy Zamawiający dopuści system bez eksportu do formatów MOV czy AVI?Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie nr 615dot. II.5.2.32 Możliwość prowadzenia katalogu badań z informacją o dacie i typie badania, pacjencie oraz jego lokalizacji w archiwum „ off Line” ( na dysku, na taśmie, na określonej płycie CD/DVD, na dowolnym zewnętrznym volumenie). Czy Zamawiający dopuści rozwiązanie oparte o system dostępu on-line, który nie wymaga prowadzenia dodatkowych katalogów poza strukturą systemu? Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie nr 616dot. II.5.2.53 Oprogramowanie spełniające profile integracji IHE (potwierdzenie linkiem do strony internetowej).: II.5.2.53.1 Scheduled Workflow, II.5.2.53.2 Patient Information Reconciliation, - Czy Zamawiający dopuści brak Patient Information Reconciliation?II.5.2.53.3 Consistent Time, II.5.2.53.4 Portable Data for Imaging, II.5.2.53.5 lub równoważne - Czy Zamawiający dopuści rozwiązanie spełniające poniższe parametry?

194

8. II. 5.3.5.9. pomiar kąta Cobba - Czy Zamawiający dopuści brak możliwości pomiaru kąta Cobba?Odpowiedź:Zamawiający nie dopuszcza rozwiązania zaproponowanego przez Wykonawcę i podtrzymuje zapisy SIWZ gdyż nie spełnia ono oczekiwań Zamawiającego.

Pytanie 617Dotyczy: SIWZ pkt 9.16 w kontekście wymagań określonych w Załączniku nr 13Zgodnie z punktem 9.16 „Próbka w postali laptopa” – zamawiający wymaga, aby próbka zainstalowana była na laptopie. Przedmiotem niektórych weryfikacji funkcjonalności jest obsługa urządzeń mobilnych. Prosimy o wyjaśnienie – czy ten zakres ma być przedstawiony na laptopie czy też Wykonawca powinien złożyć również próbkę w postaci urządzenia mobilnego?Odpowiedź:Oferent powinien złożyć laptop wraz ze skonfigurowanym środowiskiem celem przeprowadzenia weryfikacji wymagań. Poprzez skonfigurowane środowisko Zamawiający rozumieją odpowiednio skonfigurowane wyposażenie sprzętowo-programowe niezbędne do przeprowadzenie weryfikacji wymagań zawartych w arkuszu funkcjonalności, m.in urządzenie mobilne.

Pytanie 618Dotyczy: SIWZ pkt 9.16.4.1 - Przewidywany czas weryfikacji to maksymalnie 6 godzin dziennie przy założeniu, że weryfikacja będzie się odbywać w godzinach 9:00 – 15:00. Weryfikacja zostanie poprzedzona prezentacją z udziałem przedstawiciela Wykonawcy.Prosimy o wyjaśnienie czy w ciągu 6 godzin ma odbyć się prezentacja wszystkich wskazanych elementów SSI dla poszczególnych PP? Jeśli tak, to zwracamy uwagę, że oznacza to, że jeden PP powinien być prezentowany maksymalnie 15 minut.Odpowiedź:Prezentacja próbki zgodnie z SIWZ może trwać dłużej niż w jeden dzień roboczy, jeśli określony w ciągu danego dnia czas 6 godzin będzie dla Wykonawcy nie wystarczający. Limit 6 godzin został wprowadzony

195

przez Zamawiającego dla czasu prezentacji w ramach dnia. Zamawiający nie wprowadza limitu dni prezentacji.

W związku z powyższym Zamawiający dodaje w/w postanowienie do pkt 9.16 ppkt 4.1) SIWZ, który otrzymuje następujące brzmienie po modyfikacji:,,Przewidywany czas weryfikacji to maksymalnie 6 godzin dziennie przy założeniu, że weryfikacja będzie się odbywać w godzinach 9:00 – 15:00. Weryfikacja zostanie poprzedzona prezentacją z udziałem przed-stawiciela Wykonawcy. Prezentacja próbki zgodnie z SIWZ może trwać dłużej niż w jeden dzień roboczy, jeśli określony w ciągu danego dnia czas 6 godzin będzie dla Wykonawcy nie wystarczający. Limit 6 godzin został wprowadzony przez Zamawiającego dla czasu prezentacji w ramach dnia. Zamawiający nie wprowadza limitu dni prezentacji”. Jednocześnie Zamawiający zamieszcza w załączeniu tekst jednolity SIWZ i załącznika nr 12 do SIWZ procedura próbki uwzględniający w/w modyfikacje.

Pytanie 619Dotyczy: SIWZ pkt 9.16.5.1 - Podczas weryfikacji po stronie Wykonawcy może uczestniczyć tyle osób, ile on uzna za stosowne, aby skutecznie przeprowadzić weryfikację wskazanego w pkt 2 Oprogramowania, jednak nie więcej niż trzy osoby.Prosimy o wyjaśnienie, czy limit trzech osób dotyczy prezentacji dotyczącej jednego PP? W ramach oferty konieczne jest uwzględnienie systemów różnych producentów i trzy osoby nie posiadają tak przekrojowej wiedzy.Odpowiedź:Zamawiający wyjaśnia, iż limit3 osób odnosi się do każdego oferowanego przez Wykonawcę systemu.

W związku z powyższym Zamawiający modyfikuje postanowienie pkt 9.16 ppkt 5 zdanie 1 SIWZ, które otrzymuje następujące brzmienie po modyfikacji: ,,Podczas weryfikacji po stronie Wykonawcy może uczestniczyć tyle osób, ile on uzna za stosowne, aby skutecznie przeprowadzić weryfikację wskazanego w pkt 2 Oprogramowania, jednak nie więcej niż trzy osoby jednocześnie na każdy oferowany przez wykonawcę system".Jednocześnie Zamawiający zamieszcza w załączeniu tekst jednolity SIWZ i załącznika nr 12 do SIWZ procedura próbki uwzględniający w/w modyfikacje.

Pytanie 620Dotyczy: Załącznik nr 13 – pkt 2 – ostatnia strona: Oprogramowanie systemowe dla Sprzętu komputerowego spełniające wszystkie wymagania o których mowa w Rozdziale 8.7 załącznika nr 9 do SIWZ.Prosimy o wyjaśnienie, czego dotyczy ten zapis?Odpowiedź:Zamawiający wyjaśnia, iż poprzez ten zapis, Zamawiający rozumie weryfikację wszystkich wymagań oferowanego przez Wykonawcę oprogramowania systemowego dla Sprzętu Komputerowego, opisanego w rozdziale 8,7 w załączniku nr 9 do SIWZ.

Pytanie 621Zgodnie z brzmieniem Dyrektywy 93/42/ECC, poprzez urządzenie/wyrób medyczny należy rozumieć:"jakiekolwiek narzędzie, przyrząd, urządzenie, oprogramowanie, materiał lub inny artykuł, stosowane samodzielnie lub w połączeniu, wraz z wszelkim wyposażeniem, w tym oprogramowaniem przeznaczonym przez jego wytwórcę do używania specjalnie w celach diagnostycznych lub terapeutycznych i niezbędnym do jego właściwego stosowania, przeznaczone przez wytwórcę do stosowania u ludzi w celu: - diagnozowania, zapobiegania, monitorowania, leczenia lub łagodzenia przebiegu chorób,

196

- diagnozowania, monitorowania, leczenia, łagodzenia lub rehabilitacji w przypadku urazu lub upośledzenia, - badań, zastąpienia lub zmiany budowy anatomicznej lub procesów fizjologicznych, - regulacji poczęć, i który nie osiąga swojego głównego zamierzonego działania w lub na ciele człowieka za pomocą środków farmakologicznych, immunologicznych ani metabolicznych, lecz który może być wspomagany w swoich funkcjach przez takie środki"Zamawiany Kliniczny System Informacyjny nie mieści się w przytoczonej powyżej definicji urządzenia medycznego. W związku z tym wnioskujemy o wykreślenie wymagań II.6.1.2 (zgodność z dyrektywą 93/42/ECC) oraz II zgodności z dyrektywą) z załącznika 9.20 do SIWZ..6.1.3 (wymóg certyfikacji CE wynikającej ze zgodności z dyrektywą) z załącznika 9.20 do SIWZ.Odpowiedź:Zamawiający podziela przedstawione wyjaśnienia i usuwa wymaganie II.6.1.2 (zgodność z dyrektywą 93/42/ECC) oraz II.6.1.3 (wymóg certyfikacji CE wynikającej ze zgodności z dyrektywą) z Załącznika 9.20 do SIWZ.

Pytanie 622 Dotyczy załącznika nr 14W pkt 6.3 w ppkt 2 i 3 wskazona dwa systemy RIS i PACS - Prosimy o informację czy Zamawiający dopuszcza wymianę systemów PACS/RIS ? Czy zamawiający używa 2 systemów PACS/RIS ?Odpowiedź:Zamawiający użytkuje system RIS/PACS firmy Synektik w pracowni Rezonansu Magnetycznego. Do tego systemu należy podłączyć wszelkie urządzenia wytwarzające dokumentację medyczną w postaci plików typu DICOM.Ponadto, Wykonawca będzie zobowiązany do zintegrowania pracowni TK firmy KIE, z której usług korzysta Zamawiający, z systemem RIS/PACS firmy Synektik.System RIS/PACS firmy Synektik należy w pełni (HL7) zintegrować z systemem SSI dostarczonym/rozbudowanym w ramach projektu przez Wykonawcę.Wykonawca będzie zobowiązany do wykonania wszystkich niezbędnych prac, zakupu oprogramowania, licencji itd. w ramach projektu.W ramach systemu HIS (KS-Medis firmy Kamsoft) użytkowanego w chwili obecnej przez Zamawiającego zostały wdrożone pewne elementy systemu RIS, które zapewniają integrację systemu KS-Medis z systemem firmy Synektik w zakresie przesyłania wyników badań z systemu. Zamawiający nie użytkuje dwóch systemów RIS/PASC.Zamawiający nie dopuszcza wymiany systemu RIS/PACS ponieważ zakup systemu został zrealizowany z funduszy UE – trwałość projektu.

Pytanie 623 Dotyczy załącznika nr 14W pkt 6.3 ppkt 7-12 wskazano urządzenia diagnostyczne - Prosimy o informację czy wymienione urządzenia podłączone są do systemów PACS/RIS ? Czy zamawiający posiada licencje np. DICOM i WORK LIST na podłączenie tych urządzeń do systemu PACS/RIS ?Odpowiedź:W chwili obecnej do systemu RIS/PASC firmy Synektik jest podłączony tylko pracownia rezonansu magnetycznego. Do tego systemu należy podłączyć wszystkie urządzenia będące w posiadaniu Zamawiającego, które zapewniają taką możliwość oraz pracownię TK firmy KIE, z której usług korzysta Zamawiający. Pracownia TK firmy KIE zlokalizowana jest na terenie Zamawiającego. Zamawiający nie dysponuje licencjami np. DICOM i WORK LIST na podłączenie tych urządzeń do systemu RIS/PACS.

Pytanie 624

197

Dotyczy załącznika nr 14W pkt 19.3 ppkt 3-4 wskazano urządznia diagnostyczne, Prosimy o informację co oznacza "ucyfrowienie rentgena" Czy projekt obejmuje zakup urządzeń typu Skaner RTG (CR)? Jeśli tak to jakiego typu ? o jakich parametrach ? czy jeśli urządzenia są na wyposażeniu jednego podmiotu mozna to zrobić jednym urządzeniem ucyfryzującym?Odpowiedź:Zamawiający modyfikuje treść Załącznika nr 14 do SIWZ poprzez usunięcie z punktów 3) i 4) dla kolumny ZAKRES INTEGRACJI Z SSI, rozdziału 19.3, sformułowania "ucyfrowienie rentgena". Punkty 3) i 4) dla kolumny ZAKRES INTEGRACJI Z SSI otrzymują nowe brzmienie: "przesyłanie cyfrowych zdjęć rentgenowskich, opisów wyników".

Pytanie 625Dotyczy załącznika nr 14W pkt oraz 21.3 ppkt 3-9 wskazano urządzenia do podłączenia po HL7, prosimy podac wersje systemu obsługiwaną przez te urządzanie i potwierdzenie, że wystarczy tylko integracja tekstowa jaka jest oferowana przez protokół HL7 a nie obrazowa dostępna z poziomu DICOMOdpowiedź:Zamawiający modyfikuje treść Załącznika nr 14 do SIWZ poprzez:I.) Usunięcie z punktów 3) i 4) w kolumnie RODZAJ INTERFEJSU, rozdziału 21.3, sformułowania "HL7". Dla punktów 3) i 4) w kolumnie RODZAJ INTERFEJSU nadano nowe brzmienie: "Ucyfrowienie pośrednie CR".II.) Usunięcie z punktów 5), 6), 7), 8), 9) w kolumnie RODZAJ INTERFEJSU, rozdziału 21.3, sformułowania "HL7". Dla punktów 5), 6), 7), 8), 9) w kolumnie RODZAJ INTERFEJSU nadano nowe brzmienie: "Work List Dicom".

Pytanie 626W SIWZ w punkcie 9.16 (str. 13) Zamawiający wskazał, że próbka w postaci laptopa wraz ze skonfigurowanym środowiskiem, ma potwierdzać spełnienie opisanych w Załączniku nr 9 oraz od 9.1 do 9.23 i 13 SIWZ wymagań. Natomiast scenariusz próbki obejmować będzie funkcjonalności wskazane w „Arkuszu funkcjonalności” sporządzonym przez Wykonawcę wg wzoru stanowiącego Załącznik nr 13 do SIWZ (pkt 4 ppkt 8 SIWZ). Załącznik nr 13 dotyczy funkcjonalności opisanych w Załącznikach od 9.1 do 9.23 SIWZ. Zatem, czy Wykonawcę w ramach przygotowania próbki obowiązują wymagania opisane w Załączniku 9, czy jedynie określone w pkt 9.1 – 9.23 i 13 SIWZ? W jaki sposób Zamawiający zweryfikuje wymagania określone w Załączniku nr 9?Odpowiedź:Wykonawcę w ramach przygotowania próbki obowiązują wszystkie wymagania opisane w Załączniku 9 do SWIZ i Załącznikach 9.1-9.23 do SIWZ ponieważ system ten ma być później przedmiotem potencjalnej dostawy. Podczas testowania próbki będą sprawdzane wymagania wskazane w Arkuszu funkcjonalności stanowiącym załącznik 13 do SIWZ, szczegółowo opisane w Załącznikach 9.1-9.23 do SIWZ.Zamawiający zweryfikuje wymagania określone w Załączniku nr 9 podczas procesu testowania i odbioru.

Pytanie 627W związku z prowadzonym postępowaniem, zwracam się z uprzejmą prośbą o udzielenie odpowiedzi na następujące pytania: Dotyczy funkcjonalności do zaprezentowania na próbce systemu dla szpitala w Dziekanowe Leśnym Pkt.II.4.2.35 Prowadzenie i drukowanie karty obserwacji, zawierającej między innymi akcję serca, wydolność oddechową, wydajność krążenia, bilans płynów, mocz, ciśnienie, dodatkowo podane leki, monitorowanie pompy przepływu leków, badania podmiotowe i przedmiotowe

198

Pkt.II.4.2.37 Poziom glukozy w surowicy, gazometria, leki, elektrolity, płyny z bilansem ogólnym, w tym: płyny wydalone (mocz, krew, żołądek, stolec, przetoka, tchawica) i podane (dożylne, inną drogą), badania biochemiczne, temperatura, ciśnienie, OCŻ cm H2O i mmHg (możliwość wprowadzenia w dowolnych jednostkach i automatyczna konwersja między nimi), dieta, parametry oddechu, miesz. oddechowa (w tym: powietrze, O2 + powietrze, aerozol), BP mm HG, dane o przeprowadzeniu EKG, RTG, dane o pacjencie, w tym: grupa krwi, nazwisko, imię, data urodzenia/PESEL, nr głównej Księgi Oddziału, data przyjęcia na oddział, data aktualna, dzień pobytu na oddziale, rozpoznaniePkt II.4.2.39 Zintegrowany kalkulator przeliczania przepływu leków w pompie z ml/h na dawkę mg/h i mg/l, przy podanym protokole sporządzania danego lekuPkt II.4.2.40 Dostęp w systemie do wprowadzonych schematów przygotowania leków podawanych w pompiePkt II.4.2.42 W przypadku podawania leku w pompie o wyznaczonym przepływie w ml/h, do rekordu pacjenta wprowadzana jest automatycznie całkowita dawka leku w mgPowyższe funkcjonalności wymagają integracji i podłączenia pompy do przepływu leków. Prosimy o usunięcie wymagań z wymaganych do prezentacji z racji tego iż wymaga to podłączenia zewnętrznego urządzenia.Odpowiedź:Zamawiający usuwa w/w wymóg i publikuje z odpowiedziami zmiany w Załączniku nr 13 w formie zestawienia tabelarycznego wprowadzonych do SIWZ zmian, obejmujące rodzaje funkcjonalności podlegających testowaniu podczas próbki

Jednocześnie Zamawiający działając na podstawie art. 38 ust. 4 ustawy Prawo zamówień publicznych dokonuje modyfik acji postanowień SIWZ w następujących postanowieniach:

Punkt 1 SIWZ nadając mu następujące brzmienie:

,,1. NAZWA I ADRES ZAMAWIAJĄCEGO

Zamawiającymi w niniejszym postępowaniu są:

1. Szpital Mazowiecki w Garwolinie Sp. z o.o., z siedzibą w Garwolinie, 08-400 Garwolin, Al. Legionów 11,

2. Specjalistyczny Szpital Wojewódzki w Ciechanowie, z siedzibą w Ciechanowie, 06-400 Ciechanów, ul. Powstańców Wielkopolskich 2,

3. Mazowiecki Szpital Specjalistyczny im. Dr Józefa Psarskiego w Ostrołęce, z siedzibą w Ostrołęce, 07-410 Ostrołęka, Al. Jana Pawła II 120 A,

4. Wojewódzki Szpital Zespolony w Płocku, z siedzibą w Płocku, 09-410 Płock, ul. Medyczna 19,

5. Szpital Dziecięcy im. Prof. Dr. Prof. Jana Bogdanowicza Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie, z siedzibą w Warszawie, 03-924 Warszawa, ul. Niekłańska 4/24,

6. Mazowieckie Specjalistyczne Centrum Zdrowia im. Prof. Jana Mazurkiewicza w Pruszkowie, z siedzibą w Pruszkowie, 05-802 Pruszków, ul. Partyzantów 2/4,

7. Samodzielny Wojewódzki Publiczny Zespół Zakładów Psychiatrycznej Opieki Zdrowotnej im. Dr Barbary Borzym w Radomiu, z siedzibą w Radomiu, 26-600 Radom, ul. Krychnowicka 1,

8. Samodzielny Specjalistyczny Zespół Zakładów Opieki Zdrowotnej im. Dr Teodora Dunina w Rudce, z siedzibą w Mrozach, 05-320 Mrozy, Al. Teodora Dunina 1,

199

9. Mazowieckie Centrum Leczenia Chorób Płuc i Gruźlicy, z siedzibą w Otwocku, 05-400 Otwock ul. Narutowicza 80,

10. Wojewódzka Stacją Pogotowia Ratunkowego i Transportu Sanitarnego „Meditrans” Samodzielny Publiczny Zakład Opieki Zdrowotnej w Warszawie, z siedzibą w Warszawie, 00-685 Warszawa, ul. Poznańska 22,

11. Samodzielny Publiczny Zakład Opieki Zdrowotnej Wojewódzka Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Płocku, z siedzibą w Płocku, 09-400 Płock, ul. Gwardii Ludowej 5,

12. Samodzielny Publiczny Zakład Opieki Zdrowotnej „MEDITRANS OSTROŁĘKA” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Ostrołęce, z siedzibą w Ostrołęce, 07-410 Ostrołęka, ul Kościuszki 49,

13. Samodzielny Publiczny Zakład Opieki Zdrowotnej „RM-MEDITRANS” Stacja Pogotowia Ratunkowego i Transportu Sanitarnego w Siedlcach, z siedzibą w Siedlcach, 80-110 Siedlce ul. B-pa I. Świrskiego 38,

14. Wojewódzki Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Prof. Eugeniusza Wilczkowskiego w Gostyninie, z siedzibą w Gostyninie 09-500 Gostynin, ul. Zalesie 1,

15. Mazowiecki Szpital Bródnowski w Warszawie Sp. z o.o., z siedzibą w Warszawie przy ul. Kondratowicza 8,

16. Samodzielny Zespół Publicznych Zakładów Opieki Zdrowotnej im. Dzieci Warszawy w Dziekanowie Leśnym, z siedzibą w Łomiankach, 05-092 Łomianki, Dziekanów Leśny, ul. Konopnickiej 65,

17. Samodzielny Publiczny Zakład Opieki Zdrowotnej - Wojewódzki Szpital Zakaźny w Warszawie, z siedzibą w Warszawie, 01-201 Warszawa, ul. Wolska 37,

18. Samodzielny Wojewódzki Zespół Publicznych Zakładów Psychiatrycznej Opieki Zdrowotnej w Warszawie, z siedzibą w Warszawie, 00-665 Warszawa, ul. Nowowiejska 27,

19. Mazowieckie Centrum Psychiatrii „DREWNICA” Spółka z ograniczoną odpowiedzialnością, z siedzibą w Ząbkach 05-091 Ząbki, ul. Rychlińskiego 1,

20. Mazowiecki Szpital Wojewódzki w Siedlcach Sp. z o.o., z siedzibą w Siedlcach, 08-110 Siedlce, ul. Poniatowskiego 26,

21. Mazowieckie Centrum Rehabilitacji „STOCER” Sp. z o.o., z siedzibą w Konstancinie – Jeziorna, 05-510 Konstancin-Jeziorna, ul. Wierzejewskiego 12,

22. Mazowiecki Szpital Specjalistyczny Sp. z o.o. z siedzibą w Radomiu, 26-617 Radom, ul. Aleksandrowicza 5,

23. Centrum Leczniczo - Rehabilitacyjne i Medycyny Pracy ATTIS Sp. z o.o., z siedzibą w Warszawie, 01-401 Warszawa, ul. Górczewska 89,

24. Województwo Mazowieckie z siedzibą w Warszawie, 03-719 Warszawa, ul. Jagiellońska 26,

przy czym Zamawiający o numerach 1 – 14 oraz 16 – 24 reprezentowani są przez Pełnomocnika w osobie Zamawiającego numer 15: Mazowiecki Szpital Bródnowski w Warszawie Spółka z ograniczoną odpowiedzialnością ul. Kondratowicza 8 03-242 WarszawaTel. 022 326 53 53, faks 022 326 58 34,http:/ www.bip.brodnowski.ple-mail: [email protected]

200

http://www.bip.brodnowski.pl/

Ilekroć w dokumentacji pojawiać się będzie odesłanie do Zamawiającego w liczbie pojedynczej należy przez to rozumieć Zamawiającego nr 15 (działającego w imieniu własnym i jako pełnomocnik Zamawiających na podstawie zawartego przez Zamawiających porozumienia partnerskiego o numerze 9/SZ-II/2014 w dniu 12 lutego 2014 roku), a gdy będzie to odesłanie w liczbie mnogiej należy przez to rozumieć wszystkich Zamawiających.

Zamawiający informuje, iż udostępnia na stronie internetowej specyfikację istotnych warunków zamówienia od dnia umieszczenia ogłoszenia o zamówieniu w Dzienniku Urzędowym Unii Europejskiej udostępnionym na stronach portalu internetowego Dziennika Urzędowego Unii Europejskiej do upływu terminu składania ofert.

Godziny pracy Zamawiającego: od poniedziałku do piątku w godzinach od 7.30 do 15.30”.

W pkt 3 SIWZ - OPIS PRZEDMIOTU ZAMÓWIENIA pierwsze zdanie otrzymuje brzmienie:

,,Przedmiotem zamówienia jest zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”.

W pkt 3 SIWZ - OPIS PRZEDMIOTU ZAMÓWIENIA następujące sformułowanie otrzymuje brzmienie:W informacji o Szczegółowym opisie przedmiotu zamówienia, w której wymieniono załączniki do SIWZ dodaje się pkt o brzmieniu: 8. Słownik pojęć, zaś w pkt 9. Opis przedmiotu zamówienia w projekcie ,,E-zdrowie dla Mazowsza” na dostawy i wdrożenie EDM i SSI - załącznik nr 9 do SIWZ skreśla się słowa: (łączna liczba stron dokumentu 226) oraz w pkt 13. Arkusz funkcjonalności skreśla się słowa: – załącznik nr 13 do SIWZ. Jednocześnie skreśla się w całości sformułowanie o treści:,,Zamawiający wymaga dostarczenia i instalacji kompletnej infrastruktury sprzętowej i instalacji całości oprogramowania w środowisku testowym w terminie wskazanym w SIWZ. Zamawiający zastrzega sobie wdrożenie i wprowadzenie oprogramowania w poszczególnych jednostkach będących partnerami projektu w środowisku docelowym w terminie do 1 roku licząc od daty podpisania przez Zamawiającego protokołów odbioru dostarczonego i wdrożonego oprogramowania w środowisku testowym z możliwością zmiany terminu w tym zakresie, o czym szczegółowo mowa w pkt 20.4 SIWZ”.

W pkt 5 SIWZ - INFORMACJA O PRZEWIDYWANYCH ZAMÓWIENIACH UZUPEŁNIAJĄCYCH, O KTÓRYCH MOWA W ART. 67 UST. 1 PKT 6 I 7 ORAZ OKOLICZNOŚCI PO ZAISTNIENIU KTÓRYCH BĘDĄ ONE UDZIELANE:

Na końcu dodaje się słowa: ,,lub zakupem infrastruktury”.

Punkt 7 SIWZ - WYMAGANY TERMIN WYKONANIA ZAMÓWIENIA otrzymuje następujące brzmienie:

,,Wymagany termin wykonania zamówienia: Termin realizacji całości przedmiotu umowy:do dnia 30.11.2015 roku.Terminy pośrednie:Wykonawca zobowiązuje się do przedłożenia Zamawiającym Dokumentacji analizy przedwdroże-niowej w terminie do 30 dni kalendarzowych od dnia zawarcia Umowy i Dokumentacji projektowej w terminie do 90 dni kalendarzowych od dnia zawarcia Umowy”.

201

W punkcie 9.16 SIWZ ppkt 4.1) dodaje się zdanie drugie o następującej treści:,,Prezentacja próbki zgodnie z SIWZ może trwać dłużej niż w jeden dzień roboczy, jeśli określony w ciągu danego dnia czas 6 godzin będzie dla Wykonawcy nie wystarczający. Limit 6 godzin został wprowadzony przez Zamawiającego dla czasu prezentacji w ramach dnia. Zamawiający nie wprowadza limitu dni prezentacji”.

W punkcie 9.16 SIWZ ppkt 5 otrzymuje następujące brzmienie:,,Podczas weryfikacji po stronie Wykonawcy może uczestniczyć tyle osób, ile on uzna za stosowne, aby skutecznie przeprowadzić weryfikację wskazanego w pkt 2 Oprogramowania, jednak nie więcej niż trzy osoby jednocześnie na każdy oferowany przez wykonawcę system. Podczas weryfikacji po stronie Wykonawcy może uczestniczyć tyle osób, ile on uzna za stosowne, aby skutecznie przeprowadzić weryfikację wskazanego w pkt 2 Oprogramowania, jednak nie więcej niż trzy osoby. Wykonawca wraz z załączoną próbką przedstawia listę osób uczestniczących w weryfikacji, ze wskazaniem jaką funkcję pełni każdy członek zespołu oraz załącza dla wskazanych osób informację o możliwości reprezentowania Wykonawcy na podstawie stosownych odpisów z rejestrów lub załączonego do oferty pełnomocnictwa do reprezentowania Wykonawcy.Rejestracja nagrania przeprowadzonej prezentacji zostanie użyta jako pomoc w sporządzeniu pisemnego protokołu z przeprowadzenia weryfikacji i stanowić będzie jednocześnie załącznik do przedmiotowej dokumentacji”.

W informacjach SIWZ dotyczących DOKUMENTÓW SKŁADANYCH PRZEZ WYKONAWCĘ W SYTUACJI, GDY WYKONAWCA KORZYSTA Z ZASOBÓW PODMIOTU TRZECIEGO sformułowane w treści w/w informacji otrzymuje następujące brzmienie:

,,Wykonawca powołujący się przy wykazywaniu spełniania warunków udziału w postępowaniu na zasoby innych podmiotów, które będą brały udział w realizacji części zamówienia, przedkłada także dokumenty dotyczące tego podmiotu w zakresie wymaganym dla wykonawcy, określonym w pkt 9.7-9. 13 SIWZ”.

W pkt 11.5 SIWZ Sposób wniesienia wadium pkt 2),3),4),5),6) otrzymują następujące brzmienie:,,2) W przypadku wnoszenia wadium w postaci poręczenia bankowego. Wykonawca powinien przedłożyć pismo będące poręczeniem banku, wystawione przez poręczyciela, zawierające informację o udzieleniu poręczenia na kwotę wymienioną w pkt. 11.1, stanowiące zabezpieczenie wadium na rzecz Zamawiającego wszystkich Zamawiających, lecz wystawione na rzecz Zamawiającego nr 15 w przetargu nieograniczonym na ,, zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”, ważne przez okres związania ofertą, określony w niniejszej specyfikacji oraz zobowiązanie poręczyciela do bezwarunkowej wypłaty kwoty wadium na pierwsze żądanie Zamawiającego w przypadkach określonych w pkt 11.7.3) W przypadku wnoszenia wadium w postaci poręczenia spółdzielczej kasy oszczędnościowo- kredytowej. Wykonawca powinien przedłożyć pismo będące poręczeniem spółdzielczej kasy oszczędnościowo- kredytowej wystawione przez poręczyciela, zawierające informację o udzieleniu poręczenia na kwotę wymienioną w pkt. 11.1, stanowiące zabezpieczenie wadium na rzecz wszystkich Zamawiających, lecz wystawione na rzecz Zamawiającego nr 15 w przetargu nieograniczonym na ,,zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza” –ważne przez okres związania ofertą, określony w niniejszej specyfikacji oraz zobowiązanie poręczyciela do bezwarunkowej wypłaty kwoty wadium na pierwsze żądanie Zamawiającego w przypadkach określonych w pkt 11.7.4) W przypadku wniesienia wadium w gwarancjach bankowych.

202

Wykonawca powinien przedłożyć pisemną gwarancję udzieloną przez bank, zgodnie z wymaganiami określonymi przez prawo bankowe, obowiązującą przez okres związania ofertą, określony w niniejszej specyfikacji na kwotę wymienioną w pkt. 11.1, zawierającą informację, iż udzielona gwarancja stanowi zabezpieczenie wadium na rzecz wszystkich Zamawiających, lecz wystawione na rzecz Zamawiającego nr 15 w przetargu nieograniczonym na ,, zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”, oraz zobowiązanie gwaranta do bezwarunkowej wypłaty kwoty wadium na pierwsze żądanie Zamawiającego w przypadkach określonych w pkt 11.7.5) W przypadku wniesienia wadium w gwarancjach ubezpieczeniowych. Wykonawca powinien przedłożyć pisemną gwarancję udzieloną przez firmę ubezpieczeniową, obowiązującą przez okres związania ofertą, określony w niniejszej specyfikacji na kwotę wymienioną w pkt. 11.1, zawierającą informację, iż udzielona gwarancja stanowi zabezpieczenie wadium na rzecz wszystkich Zamawiających, lecz wystawione na rzecz Zamawiającego nr 15 w przetargu nieograniczonym na ,,zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”, oraz zobowiązanie gwaranta do bezwarunkowej wypłaty kwoty wadium na pierwsze żądanie Zamawiającego w przypadkach określonych w pkt 11.7.6) W przypadku wniesienia wadium w postaci poręczenia udzielanego przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości: Wykonawca powinien przedłożyć pismo będące poręczeniem wskazanych podmiotów, wystawione przez poręczyciela, zawierające informację o udzieleniu poręczenia na kwotę wymienioną w pkt 11.1, stanowiące zabezpieczenie wadium na rzecz wszystkich Zamawiających, lecz wystawione na rzecz Zamawiającego nr 15, w przetargu nieograniczonym na ,,zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”.

Punkty 11.6, 11.7, 11.8 SIWZ otrzymują następujące brzmienie:,,11.6 Warunki zwrotu wadium wniesionego przez Wykonawców:

1) Zamawiający nr 15 zwraca wadium wszystkim wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania, z wyjątkiem Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem art. 46 ust. 4a ustawy.

2) Wykonawcy, którego oferta została wybrana jako najkorzystniejsza, Zamawiający nr 15 zwraca wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy, jeżeli jego wniesienia żądano.

3) Zamawiający nr 15 zwraca niezwłocznie wadium na wniosek Wykonawcy, który wycofał ofertę przed upływem terminu składania ofert.

4) Zamawiający nr 15 żąda ponownego wniesienia wadium przez Wykonawcę, któremu zwrócono wadium na podstawie art. 46 ust. 1 ustawy, jeżeli w wyniku ostatecznego rozstrzygnięcia odwołania jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi wadium w terminie określonym przez Zamawiającego nr 15.

11.7 Wykonawca, którego oferta została wybrana, traci wadium wraz z odsetkami na rzecz Zamawiających w przypadku, gdy:1) odmówi podpisania umowy w sprawie zamówienia publicznego na warunkach określonych

w ofercie, sporządzonej i zgodnej z SIWZ,2) nie wniósł wymaganego zabezpieczenia należytego wykonania umowy,3) zawarcie umowy w sprawie zamówienia publicznego stało się niemożliwe z przyczyn

leżących po stronie Wykonawcy.Zamawiający zatrzymuje ponadto wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie, o którym mowa w art. 26 ust. 3, z przyczyn leżących po jego stronie, nie złożył dokumentów lub oświadczeń, o których mowa w art. 25 ust. 1, pełnomocnictw, listy

203

podmiotów należących do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 2 pkt 5, lub informacji o tym, że nie należy do grupy kapitałowej, lub nie wyraził zgody na poprawienie omyłki, o której mowa w art. 87 ust. 2 pkt 3, co powodowało brak możliwości wybrania oferty złożonej przez Wykonawcę jako najkorzystniejszej.

11.8 Jeżeli wadium wniesiono w pieniądzu, Zamawiający nr 15 zwróci je wraz z odsetkami wynikającymi z umowy rachunku bankowego, na którym było ono przechowywane, pomniejszonymi o prowizję bankową za przelew pieniędzy na rachunek Wykonawcy. Dyspozycję w zakresie zwrotu wadium wniesionego w pieniądzu dla Wykonawcy, którego oferta została wybrana, Zamawiający nr 15 przekaże do realizacji niezwłocznie, licząc od daty podpisania przez Wykonawcę umowy i wniesienia zabezpieczenia należytego wykonania umowy”.

Punkty 14.1, 14.3 i 14.6 SIWZ otrzymują następujące brzmienie:14.1 ,, Ofertę należy złożyć w siedzibie Zamawiającego w Kancelarii – dziennik podawczy (pokój nr

26, blok A) w Warszawie przy ul. Kondratowicza 8, lub przesłać pocztą nie później niż do dnia 05.05.2015 r. do godz. 10.00.

14.3 Ofertę należy złożyć w zamkniętej kopercie opatrzonej nazwą zamówienia: „Oferta na ,,zakup infrastruktury sprzętowej oraz dostawy i wdrożenie EDM i SSI w projekcie ,,E-zdrowie dla Mazowsza”, ”. MSB/PN/03/01/2015”. Nie otwierać przed 05.05.2015 r. godz. 11.00” oraz pieczęcią firmową Wykonawcy (wraz z adresem i nr telefonu), zapieczętowanej w sposób gwarantujący zachowanie w poufności jej treści oraz zabezpieczającej jej nienaruszalność do terminu otwarcia ofert.

14.6 Otwarcie ofert odbędzie się w siedzibie Zamawiającego Dziale Zamówień Publicznych pokój nr 134b, blok C przy ul. Kondratowicza 8 w dniu 05.05.2015 r. o godz. 11.00”.

Punkt 15.1 SIWZ otrzymuje następujące brzmienie:15.1 ,,Wykonawca oblicza cenę oferty w oparciu o informacje zawarte w rozdziale dotyczącym opisu

przedmiotu zamówienia oraz w oparciu o szczegółowy opis przedmiotu zamówienia stanowiący załącznik nr 9 oraz od 9.1 do 9.23 i 13 i 14 do SIWZ”.

Punkt 17.1, 17.2 SIWZ otrzymują następujące brzmienie:

,,17.1 Przy wyborze ofert Zamawiający będzie się kierował następującymi kryteriami i ich znaczeniem:Kryterium nr 1 - Cena: 75%Kryterium nr 2 – Okres gwarancji jakości na oprogramowanie CASE, LREDM, RREDM, SSI: 15%.Kryterium nr 3 – Ilość godzin asysty stanowiskowej: 10%.

17.2 Ocena dokonywana będzie wg poniższych wzorów:

Kryterium nr 1:

C min P1 = x 100 pkt. x 75% C n

gdzie: P1 - punkty uzyskane za dane kryterium przez Wykonawcę „n”,Cmin - najniższa cena wśród zaproponowanych przez Wykonawców,Cn - cena zaproponowana przez Wykonawcę „n”,

204

Kryterium nr 2

P2 = Po : Pm x 100 x 15%

P2 – wartość punktowa oferty Po – liczba punktów oferty ocenianej Pm – maksymalna punktacja do uzyskania

1. Gwarancja na oprogramowanie CASE, LREDM, RREDM, SSI co najmniej 36 miesiące - 5 pkt



Zamawiający wskazuje, iż ocenie podlegać będą pełne miesiące gwarancji wskazane w ramach określonej powyżej punktacji. W przypadku zaoferowania okresu gwarancji innego niż wskazany (np. w postaci 37 miesięcy oferta Wykonawcy otrzyma 5 pkt).

Ocena opierać się będzie na informacji podanej przez Wykonawcę w formularzu OFERTA.

Kryterium nr 3

P3 = Po : Pm x 100 x 10%

P2 – wartość punktowa oferty Po – liczba punktów oferty ocenianej Pm – maksymalna punktacja do uzyskania

1. Liczba godzin asysty wynosząca 22.500 godzin - 3 pkt2. Liczba godzin asysty wynosząca 25.000 godzin - 6 pkt3. Liczba godzin asysty wynosząca 27.500 godzin - 10 pkt

Zamawiający wskazuje, iż ocenie podlegać będą pełne liczby godzin asysty (22.500 lub 25.000 lub 27.500) wskazane w ramach określonej powyżej punktacji. W przypadku zaoferowania liczby godzin asysty innej niż wskazana (np. w postaci 23.000 godzin oferta Wykonawcy otrzyma 3 pkt).

Ocena opierać się będzie na informacji podanej przez Wykonawcę w formularzu OFERTA”.

Punkt 18.4 SIWZ otrzymuje następujące brzmienie:

18.4 ,,Przed zawarciem umowy Wykonawca w uzgodnieniu z Zamawiającym sporządzi szczegółowy kosztorys zawierający ceny elementów scalonych wchodzących w skład ceny ryczałtowej, w szczególności w podziale na Partnerów oraz Produkty i Komponent, odpowiednio dla danej części zamówienia, który stanowić będzie rozwinięcie uproszczonej tabeli kalkulacji zawartej w ofercie Wykonawcy. Zamawiający wymaga, aby ceny zawarte w szczegółowym kosztorysie były tożsame z cenami zawartymi w uproszczonej tabeli kalkulacji. Nie przedstawienie w/w

205

kosztorysu lub wprowadzenie niezgodnych zmian w stosunku do uproszczonej tabeli kalkulacji i nie wprowadzenie wskazanych przez Zamawiającego zmian może stanowić dla Zamawiającego podstawę do uznania, iż Wykonawca uchyla się od zawarcia umowy, a tym samym że nastąpiło spełnienie przesłanek określonych w pkt 11.7 pkt 1 SIWZ”.

Punkt 19.4 i 19.7 SIWZ otrzymują następujące brzmienie:

19.4 ,,Zabezpieczenie wnoszone w pieniądzu Wykonawca wpłaca przelewem na rachunek bankowy danego Zamawiającego lub Zamawiającego nr 15.19.7 Szczegółowe warunki wniesienia zabezpieczenia należytego wykonania umowy w formie gwarancji

bankowej albo ubezpieczeniowej:1) będzie sporządzona i będzie interpretowana zgodnie z prawem obowiązującym w Polsce,2) będzie gwarancją nieodwołalną i bezwarunkową, płatną na pierwsze żądanie danego

Zamawiającego lub w przypadku wystawienia jednego dokumentu na żądanie Zamawiającego nr 15 stwierdzające, że Wykonawca nie wykonał lub nienależycie wykonał swoje zobowiązania wynikające z zawartej umowy bez względu na jakikolwiek sprzeciw Wykonawcy,

3) zabezpieczenie należytego wykonania umowy służy pokryciu roszczeń z tytułu niewykonania lub nienależytego wykonania umowy zatem Zamawiający wymaga wniesienia zabezpieczenia w formie jednej gwarancji: zabezpieczenia należytego wykonania umowy w okresie realizacji umowy i okresie rękojmi za wady o następującej treści:

100 % wysokości zabezpieczenia na czas realizacji umowy: od daty zawarcia umowy do końcowego okresu obowiązywania umowy (dnia podpisania Protokołu Odbioru Końcowego przez tego Zamawiającego bez uwag z zastrzeżeniem, że 70 % wysokości zabezpieczenia (pomniejszone o ewentualne wypłaty roszczeń) zostanie zwrócone w ciągu 30 dni od dnia podpisania Protokołu Odbioru Końcowego przez danego Zamawiającego bez uwag

30 % wysokości zabezpieczenia zostanie pozostawione na okres rękojmi za wady, której termin będzie liczony od dnia podpisania bezusterkowego Protokołu Odbioru Końcowego przez danego Zamawiającego bez uwag i zostanie zwrócone najpóźniej 15 dnia po upływie okresu rękojmi za wady.

Zamawiający nie dopuszcza wniesienia zabezpieczenia w formie dwóch odrębnych gwarancji (dwóch odrębnych dokumentów) tj. w podziale na gwarancję z tytułu zabezpieczenia należytego wykonania umowy w okresie realizacji umowy, a po zakończeniu prac w formie gwarancji zabezpieczenia należytego wykonania umowy w okresie rękojmi za wady”.

Punkt 20.4 SIWZ otrzymuje następujące brzmienie:20.4 ,,Zamawiający przewiduje możliwość zmiany umowy oraz określa następujące warunki

zmiany:1) w przypadku zmiany wysokości podatku VAT, jeżeli w okresie obowiązywania umowy

nastąpi zmiana przepisów prawa podatkowego, w zakresie determinowanym tymi zmianami,

2) w zakresie zmiany terminu wykonania umowy, w części odnoszącej się wyłącznie do zakresu rzeczowego w postaci komunikacji i danych w SEDM, integracji z P1, integracji Systemu MEZ z Istniejącymi systemami informatycznymi oraz Migracji, dokonywanej na wniosek Zamawiających, w razie zaistnienia jednego lub kilku z następujących przypadków:

a) wyrażenia zgody przez MJWPU na zmianę terminu zakończenia rzeczowej real-izacji projektu lub terminu zakończenia realizacji projektu, lub

206

b) dokonania zmian zasad realizacji projektu własnego Województwa Mazowieck-iego, lub

c) wprowadzenia nowych wytycznych IZ RPO WM, z zastrzeżeniem że w każdym z trzech ww. przypadków zgoda lub zmiana skutkować będzie umożliwieniem świadczenia usług w opisanym powyżej zakresie po zapłacie na rzecz Wykon-awcy całości wynagrodzenia wynikającego z niniejszej Umowy, lub

d) w przypadku uzyskania przez projekt statusu niefunkcjonującego lub nieza-kończonego i częściowo funkcjonującego zgodnie z decyzją KE z dnia 20 marca 2013 r. C(2013) 1573 w sprawie zatwierdzenia wytycznych dotyczących zamknięcia programów operacyjnych przyjętych do celów pomocy z EFRR, EFS i FS (2007-2013);

W opisanych powyżej przypadkach, Umowa może zostać zmieniona przy zachowaniu następujących warunków:a) okres świadczenia usług w zakresie komunikacji i danych w SEDM, integracji z P1, in-

tegracji Systemu MEZ z Istniejącymi systemami informatycznymi oraz Migracji uleg-nie wydłużeniu o okres maksymalnie 15 miesięcy, nie dłuższy jednak niż wynikać to będzie ze zmian w zakresie terminu zakończenia realizacji projektu lub też wynikać to będzie z zasad realizacji projektu własnego Województwa Mazowieckiego lub zgodnie z odpowiednimi wytycznymi IZ RPO WM,

b) termin płatności wynagrodzenia nie ulegnie zmianie, przy czym płatność wynagrodzenia w zakresie, w jakim będzie ona odnosiła się do usług niewykonanych na dzień zapłaty (tj. do komunikacji i danych w SEDM, integracji i Migracji) zostanie dokonana warunkowo, pod warunkiem przedłożenia przez Wykonawcę gwarancji zwrotu przed-płaconej części wynagrodzenia w przypadku niewykonania umowy w części przedpła-conej, odstąpienia od umowy lub rozwiązania umowy;

c) płatność całości Wynagrodzenia następować będzie po podpisaniu Protokołów odbioru Końcowego, w terminie przewidzianym w aktualnie obowiązującej Umowie, a Pro-tokoły te nie będą obejmowały wykonania usług w zakresie komunikacji i danych w SEDM, integracji z P1 integracji Systemu MEZ z Istniejącymi systemami informaty-cznymi oraz Migracji,

d) Gwarancja i rękojmia obowiązywać będzie w zakresie opisanym w literze c w odniesie-niu do Systemu MEZ (z wyłączeniem komunikacji i danych w SEDM, integracji z P1, integracji i Migracji) od dnia podpisania Protokołów odbiorów końcowych, a w zakresie komunikacji i danych w SEDM, integracji z P1, integracji i Migracji, po dniu dokona-nia ich odbiorów,

e) zmianie uległyby postanowienia dotyczące kar umownych, strony wprowadzą karę umowną za zwłokę w świadczeniu przez Wykonawcę usług w zakresie komunikacji i danych w SEDM, integracji z P1, integracji Systemu MEZ z Istniejącymi systemami in-formatycznymi oraz Migracji w wysokości 0,2% za każdy dzień zwłoki,

f) strony wprowadzą do treści Umowy dodatkowe Odbiory przedmiotu Umowy u poszczególnych Zamawiających, w zakresie komunikacji i danych w SEDM, integracji z P1, integracji Systemu MEZ z Istniejącymi systemami informatycznymi oraz Mi-gracji, których podpisanie bez uwag stanowić będzie potwierdzenie wywiązania się przez Wykonawcę z obowiązków wskazanych w niniejszej Umowie w zakresie komu-nikacji i danych w SEDM, integracji i Migracji,

g) proporcjonalnemu wydłużeniu ulegnie termin zwrotu zabezpieczenia należytego wyko-nania Umowy,

3) w zakresie zmiany terminu związanego z wdrożeniem Oprogramowania u poszczególnych Zamawiających w stosunku do terminu wskazanego w treści umowy, z uwagi na możliwe

207

przesunięcia terminów związane z realizacją innych projektów w zakresie e-zdrowia w szczególności P1,

4) w przypadku działania siły wyższej, przez którą należy rozumieć zdarzenia zewnętrzne o charakterze niezależnym od stron, którego strony nie mogły przewidzieć przed zawarciem Umowy, którego nie można uniknąć, ani któremu strony nie mogły zapobiec przy zachowaniu należytej staranności, w zakresie determinowanym wystąpieniem siły wyższej,

5) zmianę terminu realizacji przedmiotu Umowy w przypadku zaistnienia przestojów i opóźnień z przyczyn leżących po stronie Zamawiających, mających bezpośredni wpływ na termin wykonania przedmiotu Umowy; w takim przypadku strony dopuszczają wydłużenie okresu realizacji Umowy o okres zaistniałych opóźnień,

6) w przypadku zmian/wejścia w życie powszechnie obowiązujących przepisów prawa, w tym w szczególności przepisów wykonawczych zawierających regulacje z zakresu e-zdrowia; zmiany w takim przypadku zostaną wprowadzone w zakresie koniecznym do dostosowania przedmiotu Umowy do obowiązującego stanu prawnego,

7) zmiany Umowy w zakresie osób, które będą uczestniczyć w wykonywaniu zamówienia, wskazanych w wykazie osób załączonym do oferty Wykonawcy, w szczególności odpowiedzialnych za świadczenie usług i kontrolę jakości – zmiana osoby może nastąpić za zgodą Zamawiającego 15 wyrażoną na piśmie – w przypadku akceptacji zmiany przez Zamawiającego 15, Wykonawca jest zobowiązany wskazać nową osobę posiadającą odpowiednie kwalifikacje zawodowe i doświadczenie co najmniej takie same jak określone w opisie warunków udziału w postępowaniu,

8) zmiany Umowy w przypadku zmian podmiotowych stron Umowy w wyniku przekształcenia podmiotowego (następstwa prawnego),

9) zmiany w zakresie formy wniesienia zabezpieczenia należytego wykonania przedmiotu Umowy,

10) zmiany w zakresie oferowanej Infrastruktury sprzętowej poprzez zaproponowanie sprzętu innego producenta lecz o parametrach tożsamych lub lepszych lub tego samego, lecz o parametrach lepszych w przypadku wycofania z produkcji lub innych przyczyn niezależnych od Wykonawcy uniemożliwiających realizację zamówienia, z zastrzeżeniem niezmienności ceny – po przedstawieniu przez wykonawcę dowodów uzasadniających konieczność dokonania zmiany; wprowadzenie w/w zmian będzie możliwe w zakresie nie powodującym zwiększenia wynagrodzenia Wykonawcy określonego w Umowie,

11) korygowania oczywistych omyłek pisarskich i rachunkowych w treści Umowy.

Do dokonania zmiany wymagane jest zawarcie stosownego aneksu z zachowaniem formy pisemnej do umowy pod rygorem nieważności.

Nie stanowi zmiany umowy w rozumieniu art. 144 ustawy prawo zamówień publicznych (mogą one zostać dokonane w drodze jednostronnego oświadczenia strony której danych zmiana dotyczy):1) zmiana danych kontaktowych, 2) zmiana danych związanych z obsługą administracyjno-organizacyjną umowy (np. zmiana nr

rachunku bankowego lub nr telefonu).

Zmiany treści Umowy wymienione w ust. 1 niniejszego paragrafu z inicjatywy Wykonawcy, do-puszczone będą wyłącznie pod warunkiem złożenia przez Wykonawcę pisemnego wniosku do Za-mawiającego 15, w terminie 5 dni roboczych od powzięcia informacji o wystąpieniu podstaw zmi-any Umowy. Postanowienia ust. 1 nie przyznają żadnej ze stron Umowy roszczenia o zawarcie aneksu do Umowy.

208

Wykonawca zobowiązany jest do pisemnego powiadomienia Zamawiających o każdej możliwości opóźnienia wykonania przedmiotu Umowy”.

Do spisu załączników do SIWZ dodaje się pkt 15:15. ,,Porozumienie partnerskie - Załącznik nr 15 do SIWZ”.

Jednocześnie Zamawiający dokonuje modyfikacji załącznika nr 3, nr 4, nr 8, nr 12, nr 15 do SIWZ, których wersje jednolite z uwzględnieniem treści modyfikacji zamieszcza w załączeniu. Zamawiający dokonuje również modyfikacji postanowień i załączników do SIWZ, których zestawienie zmian zamieszcza w formie tabelarycznej.

Załącznikami do niniejszego pisma są następujące dokumenty:

1) SIWZ – wersja jednolita z dnia 10.04.2015 r.2) Załącznik nr 3 do SIWZ – Formularz oferty - wersja jednolita z dnia 10.04.2015 r.3) Załącznik nr 4 do SIWZ – Wzór umowy - wersja jednolita z dnia 10.04.2015 r.4) Załącznik nr 8 do SIWZ – Słownik pojęć - wersja jednolita z dnia 10.04.2015 r.5) Załącznik nr 12 do SIWZ – Procedura próbki - wersja jednolita z dnia 10.04.2015 r.6) Załącznik nr 15 do SIWZ – Porozumienie partnerskie7) Edytowalne wzory wydruków – odp. na pytanie nr 385.8) Zestawienie zmian do SIWZ w formie tabelarycznej.

……………….…………………….. (podpis i pieczęć kierownika Zamawiającego

lub osoby, której powierzono wykonywanie czynności w postępowaniu)

……………………………………..(akceptacja Wiceprezesa Zarządu)

209