bip.umww.pl · Web viewRegułą jest że producenci matryc chcą mieć jak najmniejszy piksel aby...

Poznań, dnia 12 marca 2015r.

ZARZĄDWOJEWÓDZTWA WIELKOPOLSKIEGO DZ-I.272.22.2014

Wykonawcy ubiegający się o zamówienie

Dotyczy: postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego pn.: Dostawa, rozmieszczenie i zainstalowanie infrastruktury przetwarzania danych z budową, konfiguracją i wdrożeniem usług elektronicznych w ramach projektu „Usługi elektroniczne służące zarządzaniu na poziomie wojewódzkim skierowane do podmiotów leczniczych podległych Sejmikowi Województwa Wielkopolskiego” oraz Dostawa, konfiguracja i wdrożenie modułów/bloków funkcjonalnych oprogramowania aplikacyjnego dla części medycznej oraz interfejsu wymiany danych dla wytwarzania usług elektronicznych w ramach projektu „Usługi elektroniczne służące zarządzaniu na poziomie wojewódzkim skierowane do podmiotów leczniczych podległych Sejmikowi Województwa Wielkopolskiego”

ODPOWIEDZI NA PYTANIADO TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Zamawiający, informuje iż do ww. postępowania zostały złożone pytania. W związku z powyższym, zgodnie z art. 38 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z 2013 r. poz. 907 ze zm.), Zamawiający przekazuje treść pytań wraz z odpowiedziami:

Pyt. nr 1: W dokumencie SIWZ, w punkcie V „Warunki udziału w postępowaniu oraz opis sposobu dokonywania oceny spełniania tych warunków", pkt. 1.2. ppkt. a) Zamawiający umieścił wymóg przedstawienia potwierdzenia wykonania należycie „ jednej dostawy, zainstalowania i wdrożenia systemu informatycznego części medycznej w podmiotach leczniczych, obejmującej minimum następujące moduły/grupy funkcjonalności: ruch chorych, apteka, zlecenia medyczne, poradnie specjalistyczne, blok operacyjny, rozliczenia z NFZ, o wartości co najmniej 2 500 000,00 zł brutto".Proszę o potwierdzenie, że Zamawiający dopuszcza możliwość posługiwania się wdrożeniem systemu informatycznego części medycznej w podmiocie leczniczym, obejmującym moduł/ grupę funkcjonalności rozliczenia z podmiotem płatniczym równoważnym NFZ, funkcjonującym w innym niż Polska kraju Unii Europejskiej.

Odp.:Zamawiający wyjaśnia, że podtrzymuje wymaganie w SIWZ.

Pyt. nr 2: W Załączniku nr 17 do SIWZ dla części 2 zamówienia Zamawiający oświadcza że: „Realizacja lokalnych interfejsów danych na podstawie specyfikacji zbioru struktur/schematów jest realizowana w zakresie oddzielnego postępowania (załącznik nr 8). Na podstawie tej specyfikacji należy wykonać realizację regionalnych interfejsów danych dla integracji z usługami regionalnymi oraz interfejsów danych dla usług regionalnych."Prosimy o przesłanie numeru postępowania oraz wymienionego Załącznika nr 8.

Odp.:Zamawiający wyjaśnia, że wskazanie załącznika 8 jest błędem pisarskim.Zamawiający skorygował odpowiednio zapis w załączniku nr 17 oraz zapis dotyczący innego postępowania.

Pyt. nr 3: W celu prawidłowego określenia zakresu Zadania nr 2 prosimy o przesłanie inwentarza lokalnych interfejsów udostępnionych przez systemy poszczególnych jednostek medycznych. Do każdego interfejsu (API) prosimy o sprecyzowanie: - technologii wykorzystanej do wdrożenia interfejsu (np. webservice, plik, itp.,); - opisu funkcjonalnego interfejsu - czy Interfejs został zbudowany zgodnie z międzynarodowym standardem, np. HL7 CDA; - parametrów interfejsu i struktury danych.

Odp.:1

Zamawiający wyjaśnia, że wszystkie lokalne interfejsy są identyczne tak jak to przedstawia koncepcja rozwiązania zamieszczona w załączniku nr 17 do SIWZ.

Zamawiający wyjaśnia ponadto, że określił ramowe wymagania realizacji interfejsu wymiany danych, które znajdują się w załączniku nr 12 do SIWZ.Zamawiający wyjaśnia także, że interfejs wymiany danych ma obsługiwać schematy danych jak to opisano w załączniku nr 10 do SIWZ, a nie standard odnoszący się do elektronicznej dokumentacji medycznej. Koncepcję funkcjonowania interfejsu opisano w załączniku nr 17 do SIWZ.

Pyt. nr 4: Dotyczy załącznika 5a i 5d do SIWZCzy Zamawiający dopuszcza w ramach niniejszego postępowania wymianę oprogramowania posiadanego przez następujące jednostki medyczne będące partnerami projektu:

- Specjalistyczny ZOZ nad Matką i Dzieckiem w Poznaniu;- Wojewódzki Szpital Zespolony w Kaliszu;- Wielkopolskie Centrum Medycyny Pracy w Poznaniu?

Odp.:Zamawiający wyjaśnia, że zakres i możliwości realizacji zamówienia określił w rozdziale 2. ppkt. 2.1. ZADANIE 1.e

Zamawiający podkreśla jednocześnie, że realizacja zamówienia przez wymianę oprogramowania aplikacyjnego oznacza dla Wykonawcy przyjęcie przez niego całkowitej odpowiedzialności za:

nowe oprogramowanie aplikacyjne w podmiotach leczniczych wymieniające oprogramowanie aplikacyjne aktualnie posiadane i eksploatowane przez te podmioty musi spełniać wszystkie – w tym wszystkie ogólne, funkcjonalności realizowane przez wymieniane oprogramowanie aplikacyjne tj. aktualnie posiadane i eksploatowane przez te podmioty;

realizacja zamówienia polegająca na wymianie oprogramowania aplikacyjnego aktualnie posiadanego i eksploatowanego przez podmioty lecznicze jest możliwa pod warunkiem pokrycia przez Wykonawcę kosztów ekonomicznych takiej wymiany (finansowych, wdrożeniowych, organizacyjnych), utrzymania ciągłości i stabilności funkcjonowania tych podmiotów oraz rozliczeń z płatnikami – w szczególności z NFZ;

Zamawiający tym samym zwraca uwagę na to, że podjęcie takiego sposobu realizacji zamówienia oznacza zgodę Wykonawcy na bieżące weryfikowanie przez Zamawiającego wypełniania tych warunków przez Wykonawcę pod rygorem natychmiastowego rozwiązania umowy w przypadku stwierdzenia przez Zamawiającego niespełniania w/w warunków i prawem dochodzenia przez Zamawiającego odszkodowania z tytułu wyrządzonych szkód (rozdział VIII par. 16 ust. 3 w załączniku 6A do SIWZ – Istotne postanowienia umowy), w tym utraconych korzyści i przychodów z powodu niewywiązania się Wykonawcy z podjętego zobowiązania w tym zakresie.

Zamawiający będzie wymagał od Wykonawcy, który zaoferował wymianę oprogramowania aby protokół odbioru był podpisany również przez przedstawiciela podmiotu, w którym była wykonywana wymiana oprogramowania, że wszystkie funkcjonalności działają prawidłowo. Wykonawca będzie mógł przystąpić do realizacji dalszej części umowy tj. do realizacji wszystkich trzech zadań objętych przedmiotem zamówienia dopiero po podpisaniu ww. protokołu.Zamawiający doprecyzował odpowiednio ppkt. 2.1. w rozdziale 2 załącznika nr 2A do SIWZ.

Pyt. nr 5:Załącznik nr 4 – wykaz licencji OPZ, wiersz 44 - Baza danych.Czy Zamawiający dopuszcza zaoferowanie licencji bazodanowych Oracle ASFU?

Odp.:

Zamawiający wyjaśnia, że oczekuje zaoferowania licencji bazodanowych niezależnych od Wykonawcy i zapewniającymi wymagane prawo Zamawiającego do uzyskiwania pomocy technicznej bezpośredni u producenta oprogramowania bazodanowego, a takimi licencjami nie są Oracle ASFU.

Zamawiający podkreśla jednocześnie, że licencje Oracle ASFU są licencjami zależnymi od Wykonawcy, a przez to niekorzystnymi dla Zamawiającego, ponieważ:

- ograniczają pola eksploatacji oprogramowania bazodanowego przez Zamawiającego do użytkowania wyłącznego z oprogramowaniem aplikacyjnym oferowanym przez Wykonawcę;- pozbawiają Zamawiającego wymaganego w specyfikacji prawa do korzystania z pomocy technicznej bezpośrednio u producenta oprogramowania bazodanowego przenosząc to prawo na Wykonawcę oferującego oprogramowanie aplikacyjne.

Pyt. nr 6:Załącznik nr 4 – wykaz licencji OPZ, wiersz 44 - Baza danych.Jakiego rodzaju licencji bazy danych Zamawiający wymaga dla Wojewódzkiego Zakładu Opieki Psychiatrycznej Sp. z o.o. z siedzibą w Sokołówce?

2

W odpowiedniej komórce tabeli nie został wskazany sposób licencjonowania bazy danych dla tej jednostki.

Odp.:Zamawiający doprecyzowuje, że dla Wojewódzkiego Zakładu Opieki Psychiatrycznej Sp. z o.o. z siedzibą w Sokołówce należy dostarczyć licencję bazy danych ‘CPU’.

Zamawiający wyjaśnia jednocześnie, że brak wykazania sposobu licencjonowania bazy danych jest omyłką pisarską. Zamawiający odpowiednio doprecyzował załącznik nr 4 do SIWZ.

Pyt. nr 7:SIWZ, rozdział V, pkt. 1 dla części nr 1, ppkt. 2) a).

a) jedną dostawę, zainstalowanie i wdrożenie systemu informatycznego części medycznej w podmiotach leczniczych, obejmujący minimum następujące moduły/grupy funkcjonalności: ruch chorych, apteka, zlecenia medyczne, poradnie specjalistyczne, blok operacyjny, rozliczenia z NFZ, o wartości co najmniej 2 500 000,00 zł brutto;

Czy Zamawiający dopuści legitymowanie się doświadczeniem w powyższym zakresie w co najmniej jednym podmiocie leczniczym?

Odp.: Zamawiający wyjaśnia, że sformułowanie „podmiotach leczniczych” w zapisie wymagania interpretuje jako „w jednym lub więcej podmiotach leczniczych”.

Pyt. nr 8:SIWZ, rozdział V, pkt. 1 dla części nr 1, ppkt. 3).

„3) dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia.Na potwierdzenie spełnienia tego warunku wykonawca winien wykazać, że:a) Posiada potencjał techniczny w postaci portalu serwisowego o funkcjonalności umożliwiającej realizację

następujących zadań: …”

Zwracamy uwagę, iż portal serwisowy nie jest dokumentem określonym w rozporządzeniu Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane. W związku z powyższym wnosimy o usunięcie tego wymogu z warunków udziału w postępowaniu.Ponadto wskazujemy, że portal serwisowy jest elementem przedmiotu zamówienia, zatem Zamawiający nie może wymagać jego dostarczenia na etapie postępowania przetargowego tj. przed zawarciem umowy o udzielenie zamówienia publicznego.

Odp.:Zamawiający wyjaśnia, że oczekuje od Wykonawcy wykazania jego technicznej gotowości do określonego sposobu świadczenia usług serwisowych w postaci faktu posiadania portalu serwisowego o określonej funkcjonalności zapewniającej Zamawiającemu minimum zabezpieczenia jego interesu w zakresie prac wdrożeniowych i eksploatacji oprogramowania aplikacyjnego oferowanego przez Wykonawcę.

Zamawiający przypomina zatem, że Wykonawca może spełnić takie wymaganie składając odpowiednie oświadczenia, co spełnia wymagania ustawy PZP oraz Rozporządzenia w sprawie dokumentów jakich Zamawiający może żądać od Wykonawcy w myśl rozporządzeniu Prezesa Rady Ministrów z dnia 19 lutego 2013 r.Zamawiający podkreśla jednocześnie, że portal serwisowy nie jest elementem przedmiotu zamówienia, a jego dostarczenie nie jest wymagane na etapie postępowania przetargowego tj. przed zawarciem umowy o udzielenie zamówienia publicznego.

Pyt. nr 9:Dotyczy: załącznik nr 15 część 2 do SIWZ; Stanowisko mobilne oddziałowe – 110 szt.; wózek pkt. 49-56.Prosimy o modyfikację zapisu „4 kółka jezdne ciche (ogumienie dętkowe lub pełne) w tym dwa z hamulcem na osiach”, na „4 kółka jezdne ciche (ogumienie dętkowe lub pełne) 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.

Odp.:Zamawiający wyjaśnia, że podtrzymuje wymaganie w SIWZ.

Pyt. nr 10: Prosimy o wyjaśnienie co Zamawiający rozumie poprzez zapis „półka na baterię dla komputera pokładowego” lub określenie wymiarów półki. Pozwoli to na dostarczenie wózka spełniającego oczekiwania użytkownika.

Odp.:

3

Zamawiający wyjaśnia, że „półka na baterię komputera pokładowego” jest elementem, który ma umożliwić zainstalowanie na wózku źródła zasilania komputera pokładowego (stanowisko robocze) w postaci zewnętrznej baterii.

Pyt. nr 11:Czy zgodnie z opisanym przez Zamawiającego zasilaniem w pkt. 32 - 34 mając na uwadze przeznaczenie wózka i dostosowanie go do komputerów typu AIO (All-In-One) Zamawiający oczekuje, aby wózek posiadał zintegrowaną baterię zasilającą (akumulator), wspomagającą pracę całego „mobilnego stanowiska oddziałowego”?Ze względu na funkcjonalność stanowiska zaleca się, aby miały one baterię zasilającą zintegrowaną z wózkiem.

Odp.:Zamawiający wyjaśnia, że oczekuje rozwiązania zapewniającego źródło zasilania komputera pokładowego (stanowisko robocze) w postaci zewnętrznej baterii.

Pyt. nr 12:Prosimy o doprecyzowanie jaki typ zasilania ma być oferowany przez wózek dla komputerów AIO (All-In-One), AC, czy DC?Chodzi o dobór odpowiednich komponentów w celu zapewnienia właściwego rodzaju zasilania dla sprzętu IT i urządzeń peryferyjnych , którymi będzie dysponował Zamawiający. Określenie tego parametru jest niezbędne na etapie przygotowywania oferty, pozwoli dopasować wózek do preferencji, standardów i wymagań placówki.

Odp.:Zamawiający wyjaśnia, że jest to wymaganie oczywiste, a przez to nie eksponowane w specyfikacji, dotyczące zasilania komputerów AIO bezpośrednio z baterii zewnętrznej, bez konieczności stosowania dodatkowych urządzeń pośredniczących.

Pyt. nr 13:Czy ze względu na przeznaczenie wózka Zamawiający oczekuje, aby był on wyposażony w podstawę klawiatury z możliwością regulacji wysokości i kąta pochylenia oraz podstawę myszy? Takie rozwiązanie pozwoli na komfortowe dostosowanie wózka do preferencji każdego użytkownika.

Odp.:Zamawiający wyjaśnia, że nie określa dodatkowych wymagań dla podstawy klawiatury i myszy, ale wymaganiem oczywistym dla całego stanowiska, a przez to nie eksponowanym w specyfikacji, jest zapewnienie możliwości dostosowywania wózka do warunków eksploatacji.

Pyt. nr 14:Czy ze względu na przeznaczenie wózka Zamawiający oczekuje, aby regulacja wysokości blatu roboczego odbywała się w sposób bezstopniowy – elektrycznie? 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ę).

Odp.:Zamawiający wyjaśnia, że nie określa wymagania w tym zakresie.

Pyt. nr 15:Czy ze względu na wyposażenie wózka w „moduł lekowy mechaniczny dla 12 pacjentów” Zamawiający oczekuje, aby zawartość modułu (leki) chronione były poufnym kodem PIN dla każdej osoby z personel w celu wyeliminowania kradzieży lub dostępu przez osoby nieuprawione? Odp.:Zamawiający wyjaśnia, że nie określa sposobu realizacji takiej ochrony.

Pyt. nr 16:Czy 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?

Odp.:Zamawiający wyjaśnia, że określając środowisko zastosowania wystarczająco sprecyzował konieczność spełnienia odpowiednich wymagań w zakresie bezpieczeństwa personelu i ochrony sprzętu komputerowego.

Pyt. nr 17:W zakresie podmiotów użytkujących oprogramowanie, którego producentem jest firma RightSoft.Czy Zamawiający potwierdza, że w przypadku wymiany oprogramowania już posiadanego przez podmioty lecznicze, nowo dostarczony System, musi spełniać co najmniej ogólne funkcjonalności realizowane przez aktualnie użytkowaną aplikację, tzn.

Wymagane funkcjonalności ogólne

System posiada konstrukcję modułową umożliwiającą jego późniejszą rozbudowę w przyszłości.

4

System jest zintegrowany pod względem przepływu informacji. Informacja raz wprowadzona do systemu w jakimkolwiek z modułów jest wielokrotnie wykorzystywana we wszystkich innych.Oferowany system musi umożliwiać równoczesną pracę zarówno w modelu dwuwarstwowym (desktopowym) jak i trójwarstwowym (webowym), zależnie od bieżących potrzeb Zamawiającego.

Uaktualnienia aplikacji w wersji klient-serwer muszą być w sposób automatyczny rozpowszechniane na wszystkie stacje robocze.Wersja dwuwarstwowa i trójwarstwowa w wybranym obszarze musi posiadać te same funkcjonalności z dokładnością do pojedynczych argumentów.Zakres używanych skrótów klawiszowych musi być spójny między wersjami architektur systemu. W zakresie wersji dwuwarstwowa i trójwarstwowa istnieje wspólny (jednoczesny) mechanizm konfiguracji obu systemów. Zmiana wartości parametrów konfiguracyjnych widziana jest na bieżąco przez obie wersje systemu.

Oferowany system w wersji przeglądarkowej musi posiadać możliwość bezpośredniego wywołania konkretnego ekranu bezpośrednio z systemu zewnętrznego. W przypadku wykorzystywania przez system zewnętrzny tego samego motoru bazy danych można skonfigurować mechanizm automatycznego uwierzytelnienia użytkownikaW wersji przeglądarkowej generowanie raportów i zestawień może być automatycznie przekierowywane na drukarkę i nie wymaga ich wyświetlania ani żadnego dodatkowego potwierdzania wydruku.Z poziomu formularzy wersji przeglądarkowej i aplikacyjnej można uruchomić skonfigurowane przez administratora aplikacje zewnętrzne (np. do obsługi aparatury medycznej)

Oferowany system musi automatycznie kodować dane zapisywane w logach systemowych na serwerze WWW.Funkcjonalności systemów muszą być spójne między wersjami architektur systemu.System musi wspierać obsługę polskich znaków diakrytycznych zarówno w warstwie aplikacji jak i bazy danych.Oprogramowanie Aplikacyjne funkcjonujące na platformy systemowe: Windows NT, Windows 2000, Windows XP i nowsze.Interfejs użytkownika jest oparty na standardzie GUI Windows.W systemie wykorzystywany jest pasek zadań udostępniający najczęściej używane funkcje.W systemie zaimplementowana jest obsługa skrótów klawiaturowych (kombinacje klawiszy hot-keys) dla najczęściej używanych funkcji. System musi mieć możliwość obsługi bez konieczności korzystania z myszki.Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie rozróżnialne przez użytkownika (np. inny kształt, kolor, itp.).System ma możliwość rekonfiguracji (dostosowania) aplikacji umożliwiającą skracanie dostępu do często realizowanych przez użytkowników funkcji np. przez podczepienie nowego znaczenia przyciskom.System dynamicznie, w zależności od kontekstu i aktualnie wprowadzonych danych steruje opcjonalnością i obligatoryjnością innych elementów GIU.System musi udostępniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących co najmniej fragment wyszukiwanego tekstu lub pojedynczy znak (np. analogicznie do systemu DOS „*” - fragment tekstu, „?” – pojedynczy znak)System ma możliwość definiowania zakresu tworzonych i utrzymywanych log’ów, rejestrujący użytkowników systemu i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych.W logach systemu monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez ODBC itd.).System posiada możliwość pracy użytkowej przez 24 godziny na dobę, 7 dni w tygodniuSystem umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych:

Modułów jednostek organizacyjnych opcji menu formularzy, w tym również przycisków w obrębie formularzy raportów

Językiem obowiązującym w systemie, w chwili instalacji, musi być język polski. Dotyczy to wszystkich menu, ekranów, raportów, wszelkich komunikatów, wprowadzania, wyświetlania, sortowania i drukowania. Polskie znaki diakrytyczne będą, w chwili instalacji, dostępne w każdym miejscu i dla każdej funkcji w systemie łącznie z wyszukiwaniem, sortowaniem (zgodnie z kolejnością liter w polskim alfabecie), drukowaniem i wyświetlaniem na ekranie. W przypadku administratora dopuszczalna jest częściowo komunikacja w języku angielskim.System ma możliwość rozbudowy o kolejne inne moduły oraz o kolejnych użytkowników.

Odp.:Zamawiający wyjaśnia, że w przypadku wymiany oprogramowania, którego producentem jest firma RightSoft już posiadanego i aktualnie użytkowanego przez podmioty lecznicze, nowo dostarczone oprogramowanie innego producenta musi spełniać wszystkie – w tym wszystkie ogólne, funkcjonalności realizowane przez aktualnie użytkowaną aplikację.

Pyt. nr 18:

5

Dotyczy części 2 zamówienia, załącznika nr 15 „Infrastruktura przetwarzania danych część 2”, punkt 19 specyfikacji technicznej – Stanowisko mobilne oddziałowe”.Czy wózek musi posiadać regulację wysokości?Jeśli tak, to w jakim zakresie?

Odp.:Zamawiający wyjaśnia, że wózek musi posiadać płynną regulację wysokości w zakresie min. 30 cm w przedziale wysokości od 85 do 125 cm. W takim samym zakresie należy zapewnić możliwość synchronicznej regulacji wysokości zainstalowanych akcesoriów.Zamawiający doprecyzuje zapis w tym zakresie.

Pyt. nr 19:Proszę o wyjaśnienie na czym polegać ma własność antybakteryjna materiałów konstrukcyjnych wózka.Czy poprzez materiały konstrukcyjne wózka Zamawiający rozumie również ramę i kolumnę konstrukcyjną, czy tylko obudowę i te elementy konstrukcyjne, z którymi styczność ma użytkownik?

Odp.:Zamawiający wyjaśnia, że własność antybakteryjna materiałów konstrukcyjnych wózka ma polegać na ograniczeniu możliwości rozwoju flory bakteryjnej oraz pleśni na powierzchniach elementów konstrukcji wózka przez niszczące oddziaływanie na błony komórkowe i funkcjonowanie tych organizmów. Czynnik destrukcyjny musi być trwałym składnikiem materiałów konstrukcyjnych tak, aby dezynfekcja bądź zarysowania powłok wózka nie powodowały degradacji własności antybakteryjnej.Zamawiający doprecyzuje zapis w tym zakresie.

Zamawiający wyjaśnia, że przez materiały konstrukcyjne wózka Zamawiający rozumie materiały wszystkich elementów konstrukcyjnych i zastosowane obudowy, z którymi styka się użytkownik podczas eksploatacji wózka.Zamawiający doprecyzuje zapis w tym zakresie.

Pyt. nr 20:Czy Zamawiający dopuści zastosowanie wózka bez powłoki o niskiej adhezji, ale posiadającego ochronę antybakteryjną i umożliwiającego dezynfekcję?

Odp.:Zamawiający doprecyzował zapis w tym zakresie w załączniku nr 15 dla części 2, punkt 19.

Pyt. nr 21:Czy Zamawiający dopuści instalację monitora w wózku za pomocą uchwytu w standardzie VESA?

Odp.:Zamawiający wyjaśnia, że nie określa wymagań w tym zakresie.

Pyt. nr 22:Czy ze względu na zastosowanie wózka w środowisku szpitalnym, Zamawiający wymaga zastosowanie dodatkowych standardów związanych z zasilaniem komputera?Odp.:Zamawiający wyjaśnia, że nie określa dodatkowych wymagań dla zastosowania wózka w środowisku szpitalnym i wymaga zastosowania standardów związanych z zasilaniem komputera zapewniających spełnienie minimum niezbędnego do efektywnej i bezpiecznej eksploatacji komputerów tj. spełniania normy PN/EN 60601-1 lub równoważnej przez baterię i układ zasilania instalowany w wózku.

Pyt. nr 23:Proszę o zdefiniowanie modułu lekowego mechanicznego.

Odp.:Zamawiający definiuje moduł lekowy mechaniczny następująco:

zwarty konstrukcyjnie element rozszerzający funkcjonalność wózka, umożliwiający instalację wymiennych kaset mieszczących do 12. pojemników do transportu i podawania leków wraz z takimi pojemnikami;

wymienna kaseta o szerokości i głębokości zewnętrznej nie przekraczającej największego obrysu zewnętrznego wózka, umożliwia instalację pojemników w układzie 4 poziomów po trzy pojemniki w każdym poziomie;

pojemniki instalowane w wymiennej kasecie muszą posiadać gabaryty zapewniające całkowite regularne wypełnienie przestrzeni instalacyjnej wymiennej kasety przez wymaganą ilość 12. Pojemników (pojemniki mają te same gabaryty);

pojemniki instalowane w wymiennej kasecie muszą posiadać możliwość oznakowania etykietą umożliwiającą identyfikację pacjenta;

pojemniki instalowane w wymiennej kasecie muszą posiadać możliwość instalacji wewnętrznych przegród dla oddzielenia więcej niż jednej dawki leków dla pacjenta;

6

pojemniki instalowane w wymiennej kasecie muszą posiadać zamknięcie na klucz blokujące dostęp do pojemników na leki i dostęp do pojemników w trybach: indywidualnym (tylko 1 pojemnik w danym czasie) oraz grupowym (1 poziom w całości w danym czasie);

wymienna kaseta może być instalowana/deinstalowana przez użytkownika bez użycia dodatkowych narzędzi.Zamawiający doprecyzuje zapis w tym zakresie.

Pyt. nr 24:Proszę o informację gdzie ma być zainstalowana klawiatura?

Odp.:Zamawiający wyjaśnia, że nie określa wymagań w tym zakresie przyjmując jednak, że ze względu na ergonomię pracy klawiatura powinna być zainstalowana pod blatem roboczym na wysuwanej podstawie umożliwiającej regulację kąta nachylenia oraz posiadającej blokadę zapobiegającą jej samoczynnemu wysunięciu lub wsunięciu.Zamawiający doprecyzuje zapis w tym zakresie.

Pyt. nr 25:Proszę o doprecyzowanie, w której części wózka mają być zainstalowane dodatkowe akcesoria (zasobnik na rękawice jednorazowe , zasobnik na zużyte materiały, dodatkowy uchwyt prowadzenia).

Odp.:Zamawiający wyjaśnia, że nie określa wymagań w tym zakresie przyjmując jednak, że dla ułatwienia manewrowania wózkiem w ciągach komunikacyjnych i między łóżkami szpitalnymi, zasobnik na rękawice jednorazowe, zasobnik na zużyte materiały oraz dodatkowy uchwyt prowadzenia powinny być zainstalowane z tyłu wózka.Zamawiający doprecyzuje zapis w tym zakresie

Pyt. nr 26:Załącznik nr 17 do SIWZ dla części 2 zamówienia - strona druga akapit wytłuszczony.„Realizacja lokalnych interfejsów danych na podstawie specyfikacji zbioru struktur/schematów jest realizowana w zakresie oddzielnego postępowania (załącznik nr 8). Na podstawie tej specyfikacji należy wykonać realizację regionalnych interfejsów danych dla integracji z usługami regionalnymi oraz interfejsów danych dla usług regionalnych.”Prosimy o wskazanie ww. specyfikacji zbioru struktur danych, gdyż wspomniany załącznik nr 8, to "Słownik pojęć" i nie opisuje struktur danych, dla kt6rych lokalne interfejsy danych są przedmiotem odrębnego postępowania.

Odp.:Zamawiający wyjaśnia, że wskazanie załącznika 8 jest błędem pisarskim.Zamawiający skorygował odpowiednio zapis w załączniku nr 17 oraz zapis dotyczący innego postępowania.

Pyt. nr 27:Załącznik nr 10 do SIWZ -kolumny D/E/F/GLinia 8: lokalne narzędzia konfiguracyjne umożliwią Zamawiającemu dostosowywanie (modyfikowanie) specyfikacji danych dla poszczególnych usług elektronicznych.Opracowanie i wdrożenie cząstkowych (lokalnych) usług elektronicznych znajduje się w zakresie specyfikacji dla innego postępowania na opracowanie i wdrożenie lokalnych i regionalnych usług elektronicznych.Linia 9: Regionalne narzędzia konfiguracyjne znajdują się w zakresie specyfikacji dla innego postępowania na opracowanie i wdrożenie lokalnych i regionalnych usług elektronicznych.Prosimy o wskazanie ww. opisanych w linii 8 specyfikacji zbioru danych dla poszczególnych usług elektronicznych, będących przedmiotem odrębnego postępowania.Prosimy również o wyjaśnienie zapisu w linii 9 - jeśli regionalne narzędzie konfiguracyjne jest przedmiotem odrębnego postępowania na wdrożenie lokalnych i regionalnych usług elektronicznych, prosimy o specyfikację tego narzędzia jak również o specyfikację lokalnych i regionalnych usług elektronicznych, będących pod kontrolą tego narzędzia?

Odp.:Zamawiający wyjaśnia, że sformułowanie odwołujące się do innego postępowania jest błędem pisarskim.Zamawiający skorygował zapis dotyczący innego postępowania.

Zamawiający wyjaśnia, że sformułowanie odwołujące się do innego postępowania jest błędem pisarskim.

Zamawiający skorygował zapis dotyczący innego postępowania.

Pyt. nr 28:Załącznik nr 9A do SIWZ dla części 1 zamówienia oraz Załącznik nr 9B do SIWZ dla części 2 zamówienia.Prosimy o wyjaśnienie, dlaczego w załączniku specyfikującym usługi elektroniczne dla pierwszej części Zamówienia (załącznik 9A) znalazła się pozycja nr 7 tj. Uwierzytelnianie i autoryzacja dostępu, skoro zgodnie z SIWZ jest to zadanie nr 3 dla części drugiej Zamówienia.

7

Ponadto prosimy o wyjaśnienie, jakie usługi są przedmiotem dostawy części pierwszej i części drugiej zamówienia. Wyżej wymienione załączniki, poza jedną pozycją tj. Uwierzytelnianie i autoryzacja dostępu, specyfikują dokładnie te same usługi tak samo dla części pierwszej jak i drugiej. Zrozumiałe jest, że załącznik 9b informuje dodatkowo gdzie są wytwarzane i komu udostępniane usługi elektroniczne, jakkolwiek wyspecyfikowanie tych usług zarówno dla części pierwszej jak i drugiej (zał. 9A i 9B) stwarza niejasność, które usługi są przedmiotem realizacji części pierwszej zamówienia czy drugiej?

Odp.:Zamawiający wyjaśnia, że usługa uwierzytelniania i autoryzacji dostępu w części 1 jest różna pod względem zakresu od usługi uwierzytelniania i autoryzacji dostępu w części 2.Zamawiający wyjaśnia, że zamówienie składa się z dwóch części (część 1 i część 2) objętych jednym postępowaniem o udzielenie zamówienia publicznego, a Wykonawcy mogą składać oferty w tym postępowaniu oddzielnie na każdą z części zamówienia. W konsekwencji, Zamawiający jest zobowiązany do opublikowania specyfikacji dla całego postępowania z jednoczesnym zapewnieniem niezbędnych informacji oddzielnie dla każdej z jego części. Zamawiający wyjaśnia zatem, że załącznik 9A określa wymagania dotyczące realizacji części 1 natomiast załącznik 9B zapewnia niezbędne dane i informacje do realizacji części 2 zamówienia.

Pyt. nr 29:Dokument SIWZ pt.: 20150216122308_siwzdzi.272.22.2014, strona 6, opis zadania 2 dla części 1 zamówienia:Dostawa, instalacja i wdrożenie rozwiązania neutralnego technologicznie, zapewniającego dane dla wytwarzania usług elektronicznych lokalnie i realizującego funkcje bezpiecznej zewnętrznej wymiany danych środowisk informatycznych podmiotów leczniczych objętych zakresem przedmiotu zamówienia dla wytwarzania regionalnych usług elektronicznych.W nawiązaniu do poprzedniego pytania tj. jasnego określenia, jakie usługi elektroniczne są przedmiotem pierwszej części oraz drugiej części zamówienia, prosimy o wyjaśnienie, co Zamawiający rozumie przez "rozwiązanie neutralnie technologicznie"? Jest to bardzo otwarte sformułowanie i w żaden sposób nie określa potrzeb i wymagań Zmawiającego, zwłaszcza w kontekście tego iż interfejsy danych i struktura danych są przedmiotem odrębnego postępowania (co zostało opisane w załączniku nr 17 oraz załączniku nr 10).Ponadto prosimy o jednoznaczne wyspecyfikowanie usług elektronicznych dla których opisane "neutralnie technologiczne narzędzie wytwarzania i wymiany danych" ma być zastosowane?

Odp.:Zamawiający wyjaśnia, że „neutralność technologiczną” jako zasadę „równego traktowania przez władze publiczne technologii teleinformatycznych i tworzenia warunków do ich uczciwej konkurencji, w tym zapobiegania możliwości eliminacji technologii konkurencyjnych przy rozbudowie i modyfikacji eksploatowanych systemów teleinformatycznych lub przy tworzeniu konkurencyjnych produktów i rozwiązań” określa art.3. Ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne z dnia 17 lutego 2005 z poźn. zm.Zamawiający podkreśla zatem, że Wykonawca uczestniczący w postępowaniu o udzielenie zamówienia publicznego na informatyzację działalności podmiotów realizujących zadania publiczne powinien znać zapisy ww. przywołanej ustawy.

Zamawiający wyjaśnia, że wymaga zastosowania "neutralnie technologiczne narzędzie wytwarzania i wymiany danych" dla wszystkich usług elektronicznych wykorzystujących transmisję danych.

Pyt. nr 30:Załącznik nr 2A do SIWZ dla części 1 zamówienia – strona druga, trzeci akapit:Dopuszcza się możliwość realizacji przedmiotu zamówienia w trybie wymiany systemu informatycznego już posiadanego i eksploatowanego przez podmioty lecznicze pod warunkiem pokrycia przez Wykonawcę kosztów ekonomicznych takiej wymiany, utrzymania ciągłości i stabilności funkcjonowania tych podmiotów. Wykaz konfiguracji już posiadanych i eksploatowanych systemów informatycznych części medycznej przez podmioty lecznicze znajduje się w załączniku [5 od A do E]. Ewentualna wymiana systemu nie może skutkować wydłużeniem terminu realizacji przedmiotu zamówienia w danym podmiocie opieki zdrowotnej.Skoro Zamawiający dopuszcza sytuację, że oferent może wymienić obecnie użytkowane oprogramowanie HIS, na jedno nowe, spójne i niewymagające integracji z obecnie używanym, to takim wypadku realizacja zadania 2 dla części pierwszej ma zupełnie inny charakter. Oczywiście zakres funkcjonalny zadania 2 dla części 1 musi Być zrealizowany zgodnie z potrzebami Zamawiającego i opisanymi w SIWZ, jakkolwiek rodzi się pytanie czy Zamawiający dopuści w takim wypadku (wymiany systemów HIS) możliwość, aby oferent złożył oświadczenie, iż wytwarzana dokumentacja medyczna w zadaniu 2 części 1 będzie spójna z wymaganiami zadania 2 części 2 zamówienia.

Odp.:Zamawiający wyjaśnia i podkreśla, że w realizacja zamówienia w trybie wymiany posiadanego oprogramowania HIS na jedno nowe, spójne i niewymagające integracji nie zmienia różnej istoty i charakteru zadania 2 części 1 oraz części 2.Zamawiający zwraca uwagę na to, że dokumentacja medyczna wytwarzana w zadaniu 2 części 1 z definicji musi być spójna z wymaganiami zadania 2 części 2 zamówienia, zatem przedstawianie przez Wykonawcę zaświadczenia o zachowaniu takiej spójności i nie może być substytutem realizacji zadania 2 części 2 przez zadanie 2 części 1, a w konsekwencji jest bezprzedmiotowe.

Pyt. nr 31:Załącznik nr 2A do SIWZ dla części 1 zamówienia – strona druga, trzeci akapit:

8

Dopuszcza się możliwość realizacji przedmiotu zamówienia w trybie wymiany systemu informatycznego już posiadanego i eksploatowanego przez podmioty lecznicze pod warunkiem pokrycia przez Wykonawcę kosztów ekonomicznych takiej wymiany, utrzymania ciągłości i stabilności funkcjonowania tych podmiotów. Wykaz konfiguracji już posiadanych i eksploatowanych systemów informatycznych części medycznej przez podmioty lecznicze znajduje się w załączniku [5 od A do E]. Ewentualna wymiana systemu nie może skutkować wydłużeniem terminu realizacji przedmiotu zamówienia w danym podmiocie opieki zdrowotnej.Czy Zamawiający, przedstawiając możliwość wymiany posiadanego oprogramowania HIS na jedno na nowe, spójne i niewymagające integracji, przewiduje także możliwość zaoferowania rozszerzenia posiadanych już licencji HIS, o licencje od tych samych dostawców, (czyli np. rozszerzenie posiadanego systemu Asseco o licencje od firmy Asseco, itd.).

Odp.:Zamawiający podkreśla, że przedmiotem zamówienia w części 1 jest DOSTAWA, INSTALACJA I WDROŻENIE OPROGRAMOWANIA APLIKACYJNEGO UZUPEŁNIAJĄCEGO ZAKRESY FUNKCJONALNE I LICENCJE INFRASTRUKTUR PROGRAMOWEGO PRZETWARZANIA DANYCH LOKALNYCH ŚRODOWISK INFORMATYCZNYCH PODMIOTÓW LECZNICZYCH.

W szczegółowym opisie przedmiotu zamówienia (załącznik 2A rozdział 2 Zadanie 1) Zamawiający wskazuje również możliwość realizacji zamówienia w drodze wymiany systemu informatycznego już posiadanego i eksploatowanego przez podmioty lecznicze pod warunkiem spełnienia ściśle określonych rygorystycznych warunków.

Zamawiający zwraca jednak uwagę na to, że realizacja zamówienia w trybie wymiany posiadanego oprogramowania HIS na jedno nowe, spójne i niewymagające integracji oznacza takie rozwiązanie, które zawiera oprogramowanie HIS wymieniające dotychczas eksploatowane w podmiotach leczniczych i uzupełnienia określone w zamówieniu.

Zamawiający podkreśla jednak, że wymiana posiadanego oprogramowania HIS na jedno nowe, spójne i niewymagające integracji jest wyłącznie środkiem do wdrożenia oprogramowania aplikacyjnego uzupełniającego zakresy funkcjonalne i licencje.

Pyt. nr 32:Dotyczy wymagań referencji dla Części 2Obecnie, w rozwiązaniach typu backup/archiwizacja. coraz częściej stosuje się archiwizatory dyskowe, które wypierają rozwiązania taśmowe. Oznacza to, że oba rozwiązania (dyskowe i taśmowe) odbiorcy traktują równoważnie.

1. Czy w związku z powyższym, Zamawiający uzna za równoważne referencje dotyczące rozwiązań archiwizatorów dyskowych?

2. Czy w związku z powyższym, Zamawiający uzna za równoważne referencje dotyczące archiwizatora taśmowego wyposażonego w jeden napęd oraz 8 aktywnych taśmowych nośników danych zainstalowanych w archiwizatorze?

Odp.:1. Zamawiający podtrzymuje zapis w SIWZ.2. Zamawiający podtrzymuje zapis w SIWZ.

Pyt. nr 33: Załącznik nr 6b do SIWZ – projekt umowy - § 8 UmowyW § 8 Umowy zdanie pierwsze brzmi:„Wykonawca zapewnia, iż w chwili przekazania Zamawiającemu przedmiotu Umowy przysługiwać mu będzie wyłączne prawo własności bez jakichkolwiek wad prawnych lub roszczeń osób trzecich.”Tymczasem zważyć należy, iż zgodnie z umową na jej zakres przedmiotowy składają się zarówno sprzęt jak i oprogramowanie, zaś umowa zakłada, że własność autorskich praw majątkowych do oprogramowania przysługuje również innym podmiotom, niż wykonawca.W związku z powyższym wykonawca wnosi o wyjaśnienie, co Zamawiający rozumie pod pojęciem „praw własności do przedmiotu umowy”, i czy w związku z powyższym, Zamawiający przewiduje możliwość zmiany w/w zapisu poprzez dodanie na końcu omawianego zapisu sformułowania jak poniżej:„Wykonawca zapewnia, iż w chwili przekazania Zamawiającemu przedmiotu Umowy przysługiwać mu będzie wyłączne prawo własności bez jakichkolwiek wad prawnych lub roszczeń osób trzecich, z zastrzeżeniem postanowień dotyczących praw autorskich do utworów będących programem komputerowym.”

Odp.:Powyższe postanowienie umowne uchyla się i zastępuje zdaniem o następującej treści: „Wykonawca zapewnia, iż w chwili przekazania Zamawiającemu przedmiotu Umowy przysługiwać mu będzie wyłączne prawo własności bez jakichkolwiek wad prawnych lub roszczeń osób trzecich, z zastrzeżeniem postanowień dotyczących praw autorskich do utworów będących programem komputerowym objętych licencjami niewyłącznymi”.Wyłączną odpowiedzialność z tytułu istnienia wad prawnych i fizycznych na zrealizowanym przedmiocie Umowy ponosi Wykonawca.

Pyt. nr 34:Załącznik nr 6b do SIWZ – projekt umowy - § 10 ust. 6W § 10 ust. 6 brzmi:

9

„W przypadku naruszenia postanowień ust. 5, Zamawiający może wypowiedzieć Umowę i żądać od Wykonawcy zapłaty kary umownej w wysokości określonej w § 16 ust. 1 pkt 5 Umowy.”Przedmiotowa kara zastrzeżona jest zarówno za brak zgłoszenia jak i za brak kwalifikacji osoby zgłoszonej. Przy założeniu, że Zamawiający wyrazić musi akceptację na daną osobę (ust. 5), kara za zgłoszenie osoby bez kwalifikacji w postaci prawa do wypowiedzenia umowy jest zbyt daleko idąca.Czy w tej sytuacji Zamawiający widzi możliwość zmiany zapisu na następujący:„W przypadku naruszenia postanowień ust. 5, Zamawiający może żądać od Wykonawcy zapłaty kary umownej w wysokości określonej w § 16 ust. 1 pkt. 5 Umowy.”

Odp.:Zamawiający dokonuje zmian ustępu 6 § 10 na „ W przypadku naruszenia postanowień ust. 5, Zamawiający może wypowiedzieć Umowę lub żądać od Wykonawcy zapłaty kary umownej w wysokości określonej w § 16 ust. 1 pkt. 5 Umowy”.

Pyt. nr 35:Załącznik nr 6b do SIWZ – projekt umowy - § 12 UmowyW związku ze zmianami w załączniku nr 6b do SIWZ polegającymi na przyjęciu odpowiedzialności wykonawcy za zwłokę – odpowiedź na pytanie nr 52 z dn. 16 lutego 2015r, Wykonawca wskazuje, iż treść §12 winna być uzupełniona o sformułowanie na końcu zapisu w sposób następujący:„Jeżeli w toku wykonywania Umowy Wykonawca stwierdzi zaistnienie okoliczności, które dają podstawę do oceny, że przedmiot Umowy nie zostanie wykonany w terminie określonym w § 11 ust.1, niezwłocznie pisemnie powiadomi Zamawiającego o niebezpieczeństwie wystąpienia opóźnienia w wykonaniu Zadania, wskazując prawdopodobny czas opóźnienia i jego przyczynę. Powiadomienie nie uchyla terminu wykonania Zadania wskazanego w §2 i nie wyłącza możliwości żądania przez Zamawiającego kary umownej, o której mowa w §16 ust.1 pkt.3, chyba że opóźnienie wynika z przyczyn leżących po stornie Zamawiającego.”

Odp.:Wykonawca pomylił postępowania przetargowe, gdyż odpowiedzi na wskazane przez Wykonawcę pytania dotyczą postępowania nr DZ-I.272.17.2014, tym samym pytanie jest bezprzedmiotowe.

Pyt. nr 36:Załącznik nr 6b do SIWZ – projekt umowy - § 13 UmowyW §13 umowy Zamawiający posłużył się pojęciami bądź to nie zdefiniowanymi bądź pojęciami zbyt ogólnymi. W związku z powyższym Wykonawca wnosi o:a). wyjaśnienie pojęcia usterka, gdyż brak jest definicji „usterki” w słowniku pojęć;b). ust. 3 pkt. 2 – prosimy o wyjaśnienie w jakim trybie odbywa się pisemne zaakceptowanie przez Zamawiającego przekazanych przez Wykonawcę wyników testów, albowiem umowa o tym nie stanowi, i brak jest również odwołania do załącznika, który regulowałby tą kwestię;c). ust. 8, 9, 10, 11, 12 prosimy o wyjaśnienie i/lub doprecyzowanie pojęcia „spójny” np. w punkcie 8, 9 i 10 Zamawiający używa określenia „spójne nazewnictwo” a w punkcie 12 „spójnie oznakowany”.

Odp.:a)..Zamawiający wyjaśnia, że definicja „usterki” znajduje się w załączniku nr 8 do SIWZ Zgodnie z § 1 ust. 2 Umowy integralną częścią Umowy jest „słownik pojęć” będący załącznikiem nr 8 do SIWZ, a stanowiący załącznik nr 1 do Umowy.b).Zamawiający wyjaśnia, że pisemne zaakceptowanie przez niego przekazanych przez Wykonawcę wyników testów jest wyłącznie potwierdzeniem formalnym wykonania testów w oczywistej, a przez to nie wymagającej eksponowania w specyfikacji obecności Zamawiającego, których przeprowadzenie i pomyślne wykonanie jest jednym z warunków odbioru realizacji zamówienia.c).Zamawiający wyjaśnia, ze pojęcie „spójny” użyte w określeniach przez Zamawiającego oznacza formułowanie wszystkich terminów (tu: nazw i oznaczeń) dotyczących sprawy (tu: realizacji zamówienia) według ustalonego klucza.

Pyt. nr 37:Załącznik nr 6b do SIWZ – projekt umowy - § 16 UmowyWykonawca wnosi o wyjaśnienie jak należy rozumieć wzór projektu umowy z załącznika 6b do SIWZ z dn. 20 lutego 2015 r w odniesieniu do zmian wprowadzonych w ramach odpowiedzi na pytania nr 52, 54, 55, 56 i n. z dn. 16 lutego 2015r.Wedle treści wzoru umowy z 20-02-2015 nie wszystkie zmiany zaakceptowane przez Zamawiającego w ramach odpowiedzi na pytania zostały we wzorze uwzględnione (np. odpowiedź na pyt. 52).

Odp.:Wykonawca pomylił postępowania przetargowe, gdyż odpowiedzi na wskazane przez Wykonawcę pytania dotyczą postępowania nr DZ-I.272.17.2014, tym samym pytanie jest bezprzedmiotowe.

Pyt. nr 38:Załącznik nr 15 do SIWZDotyczy pkt. 5, 6, 7 serwery kasetowe

10

Wymaganie dotyczące punktów 2 oraz 3.Według naszej wiedzy, nie ma na rynku rozwiązania spełniającego jednocześnie oba te wymagania.Prosimy o korektę wymagań tak aby możliwe były do spełnienia.

Odp.:Zamawiający podtrzymuje zapis w SIWZ.

Pyt. nr 39:Załącznik nr 15Dotyczy pkt. 5, 6, 7 serwery kasetoweWymaganie w punktach 30, 31, 36.Prosimy o wyjaśnienie, czy rozwiązanie z zastosowaniem modułów pass-thru spełni wymagania Zamawiającego?


Pyt. nr 40:Załącznik nr 15Dotyczy pkt. 9 Macierz dyskowa rozbudowanaWymaganie w punktach 36 - 46.Czy Zamawiający dopuści rozwiązanie w postaci dedykowanego, zewnętrznego z punktu widzenia macierzy dyskowej urządzenia do realizacji w/w wymagań?


Pyt. nr 41:Załącznik nr 15 pkt. 10Zamawiający oczekuje urządzenia w pkt. 10.ARCHIWIZATOR TAŚMOWY STANDARD (9 SZT.)spełniającego wymaganie pkt. 3) Interfejsy wymiany danych.Interfejsy wymiany danych: - standard SCSI;- standard Fibre Channel o przepustowości min. 8/16 Gb/s.Pragniemy zaznaczyć, iż brak jest na rynku rządzeń LTO-5/6 które mają interfejs SCSI.Prosimy o rezygnację z wymagania.

- w pkt. 4) i 5)prosimy o odpowiedź czy chodzi o sloty/kieszenie na nośniku w ilości min. 5 aktywnych, a dodatkowo nośniki powinny być dostarczone luzem?

- w pkt. 6)-12)Prosimy o uszczegółowienie wymagań, gdyż urządzenia taśmowe na rynku nie zapewniają opisanych funkcjonalności.

Odp.:Zamawiający rezygnuje z wymagania dla interfejsu SCSI i odpowiednio zmodyfikował SIWZ.

Zamawiający wyjaśnia, że wymaganie określa minimalną ilość aktywnych nośników w urządzeniu.

Zamawiający wyjaśnia, że wymagania nie dotyczą urządzenia taśmowego w archiwizatorze.

Pyt. nr 42:Załącznik nr 15 Pkt. 11Zamawiający oczekuje urządzenia w pkt. 11ARCHIWIZATOR TAŚMOWY ROZBUDOWANY (2 SZT.)spełniającego wymaganie pkt. 3) Interfejsy wymiany danych.Interfejsy wymiany danych:

standard SCSI; standard Fibre Channel o przepustowości min. 8/16 Gb/s.

Pragniemy zaznaczyć, iż brak jest na rynku rządzeń LTO-5/6 które mają interfejs SCSI.Prosimy o rezygnację z wymagania.

11

- w pkt. 4) i 5)Prosimy o odpowiedź czy chodzi o sloty/kieszenie na nośniku w ilości min. 10 aktywnych a dodatkowo nośniki powinny być dostarczone luzem.

- w pkt. 6)-12)Prosimy o uszczegółowienie wymagań, gdyż urządzenia taśmowe na rynku nie zapewniają opisanych funkcjonalności.Ponadto, analiza wymagań wskazuje jednoznacznie na jedno rozwiązanie dostępne na rynku, co stanowi ograniczenie konkurencji. Prosimy o zmianę wymagań.

Odp.:Zamawiający rezygnuje z wymagania dla interfejsu SCSI i odpowiednio zmodyfikował SIWZ.Zamawiający wyjaśnia, że wymaganie określa minimalną ilość aktywnych nośników w urządzeniu.Zamawiający wyjaśnia, że wymagania nie dotyczą urządzenia taśmowego w archiwizatorze.Zamawiający wyjaśnia i jednocześnie podkreśla, że na podstawie wiedzy, którą dysponuje nie zgadza się z twierdzeniem Wykonawcy.

Pyt. nr 43:Dotyczy: Załącznik nr 15. Pkt. 21 Tablet wzmocniony. Rozdzielczość.Pytanie: Dlaczego Zmawiający oczekuje dużego piksela na ekranie?Regułą jest że producenci matryc chcą mieć jak najmniejszy piksel aby jakość obrazu była jak najlepsza. Zasada najmniejszy = najlepszy ma praktyczne zastosowanie. Obecnie jeden z najmniejszych pikseli oferują panele w technologii IGZO. Wielkość piksela zależy od przekątnej i rozdzielczości.Czy Zamawiający może inaczej zdefiniować ten warunek lub go usunąć zachowując tylko minimalną rozdzielczość?

Odp.:Zamawiający podtrzymuje zapis w SIWZ i wyjaśnia, że wymaganie określa warunki minimalne tj. odpowiednio minimalną rozdzielczość ekranu i maksymalny rozmiar punktu na ekranie. Jest zatem oczywiste, że wymaganie spełniają wszystkie rozwiązania oferujące większą rozdzielczość i punkty na ekranie o rozmiarach mniejszych.

Pyt. nr 44:Dotyczy: Załącznik nr 15. Pkt. 21 Tablet wzmocniony. Wyposażenie.

czujnik ciśnieniaPytanie: Czy czujnik ciśnienia ma być wbudowany w korpus tabletu?Czy jest dopuszczalny zewnętrzny na USB?Czy czujnik powinien być wyposażony w oprogramowanie dostarczone z tabletem, protokół komunikacyjny pozwalający na odczyt wartości ciśnienia przez aplikacje firm trzecich na uruchomionym systemie operacyjnym?Jaka ma być precyzja odczytu ciśnienia?Jakie jednostki ciśnienia są dopuszczalne?Jaki jest dopuszczalny błąd pomiaru?Czy ma to być ciśnienie atmosferyczne?Czy ma to być ciśnienie mierzone u ludzi?Czy ma być wykonana legalizacja czujnika przez certyfikowaną w Polsce jednostkę?W jakim zakresie wysokości względem poziomu morza będzie pracował tablet np.: 0m npm. do 1000m npm. Ponieważ ma to wpływ na zakres pomiaru ciśnienia.

Odp.:Zamawiający rezygnuje z tego wymagania i odpowiednio zmodyfikował zapis w SIWZ.

Pyt. nr 45:Dotyczy: Załącznik nr 15. Pkt. 21 Tablet wzmocniony. Wyposażenie.

czujnik temperaturyPytanie: Jaką temperaturę ma mierzyć czujnik procesora, wnętrza tabletu, zewnętrzną?W jakich jednostkach ma być podawany wynik?Czy czujnik powinien być wyposażony w oprogramowanie dostarczone z tabletem, protokół komunikacyjny pozwalający na odczyt wartości temperatury przez aplikacje firm trzecich na uruchomionym systemie operacyjnym?Jaka ma być precyzja odczytu temperatury?Jaki jest dopuszczalny błąd pomiaru?Jaka ma być bezwładność pomiaru czujnika na zmiany temperatury?Czy dopuszcza się zewnętrzny czujnik na USB?

12


Pyt. nr 46:Dotyczy: Załącznik nr 15. Pkt. 21 Tablet wzmocniony. Waga.Pytanie: Czego dotyczy waga 1 kg?Łączna waga tabletu?Tabletu i stacji dokującej?Tabletu oraz wszystkich razem elementów opisanych w całej sekcji stanowisko robocze?Czy należy w ofercie podać wagę poszczególnych elementów składowych, aby Zamawiający mógł zweryfikować wagę sumaryczną np.: tablet 600g, skaner 140g, stacja dokująca 200g itd.?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy wagi samego tabletu.Zamawiający wyjaśnia jednocześnie, że nie określa wymagań w zakresie podawania wagi innych niż tablet poszczególnych elementów składowych.

Pyt. nr 47:Dotyczy: Załącznik nr 15. Pkt. 22 Tablet rozbudowany. Rozdzielczość.Pytanie: Dlaczego Zmawiający oczekuje dużego piksela na ekranie?Regułą jest że producenci matryc chcą mieć jak najmniejszy piksel aby jakość obrazu była jak najlepsza. Zasada najmniejszy = najlepszy ma praktyczne zastosowanie. Obecnie jeden z najmniejszych pikseli oferują panele w technologii IGZO. Wielkość piksela zależy od przekątnej i rozdzielczości.Czy Zamawiający może inaczej zdefiniować ten warunek lub go usunąć zachowując tylko minimalną rozdzielczość?

Odp.:Zamawiający podtrzymuje zapis w SIWZ i wyjaśnia, że wymaganie określa warunki minimalne tj. odpowiednio minimalną rozdzielczość ekranu i maksymalny rozmiar punktu na ekranie. Jest zatem oczywiste, że wymaganie spełniają wszystkie rozwiązania oferujące większą rozdzielczość i punkty na ekranie o rozmiarach mniejszych.

Pyt. nr 48:Dotyczy: Załącznik nr 15. Pkt. 22 Tablet rozbudowany. Wyposażenie.

czujnik ciśnieniaPytanie: Czy czujnik ma być wbudowany w korpus tabletu?Czy jest dopuszczalny zewnętrzny na USB?Czy czujnik powinien być wyposażony w oprogramowanie dostarczone z tabletem , protokół komunikacyjny pozwalający na odczyt wartości ciśnienia przez aplikacje firm trzecich na uruchomionym systemie operacyjnym?Jaka ma być precyzja odczytu ciśnienia?Jakie jednostki ciśnienia są dopuszczalne?Jaki jest dopuszczalny błąd pomiaru?Czy ma to być ciśnienie atmosferyczne?Czy ma to być ciśnienie mierzone u ludzi?Czy ma być wykonana legalizacja czujnika przez certyfikowaną w Polsce jednostkę?W jakim zakresie wysokości względem poziomu morza będzie pracował tablet np.: 0m npm. do 1000m npm. Ponieważ ma to wpływ na zakres pomiaru ciśnienia.


Pyt. nr 49:Dotyczy: Załącznik nr 15. Pkt. 22 Tablet rozbudowany. Wyposażenie.

- czujnik temperaturyPytanie: Jaką temperaturę ma mierzyć czujnik procesora, wnętrza tabletu, zewnętrzną?

W jakich jednostkach ma być podawany wynik?Czy czujnik powinien być wyposażony w oprogramowanie dostarczone z tabletem, protokół komunikacyjny pozwalający na odczyt wartości temperatury przez aplikacje firm trzecich na uruchomionym systemie operacyjnym?Jaka ma być precyzja odczytu temperatury?Jaki jest dopuszczalny błąd pomiaru?Jaka ma być bezwładność pomiaru czujnika na zmiany temperatury?

Czy dopuszcza się zewnętrzny czujnik na USB?

13


Pyt. nr 50:Dotyczy: Załącznik nr 15. Pkt. 22 Tablet rozbudowany. Waga.Pytanie: Czego dotyczy waga 1.5 kg?Łączna waga tabletu?Tabletu i stacji dokującej?Tabletu oraz wszystkich razem elementów opisanych w całej sekcji stanowisko robocze rozbudowane?Czy należy w ofercie podać wagę poszczególnych elementów składowych aby Zamawiający mógł zweryfikować wagę sumaryczną np.: tablet 600g, skaner 140g, stacja dokująca 200g itd.?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy wagi samego tabletu.Zamawiający wyjaśnia jednocześnie, że nie określa wymagań w zakresie podawania wagi innych niż tablet poszczególnych elementów składowych.

Pyt. nr 51:Dotyczy: Punkt 26 urządzenia wielofunkcyjneCzy Zamawiający zaakceptuje urządzenie wykonujące wydruki/kopie z prędkością 35 str./min. W kolorze i mono, jednostronnie i dwustronnie?


Pyt. nr 52:Czy Zamawiający zaakceptuje urządzenie bez funkcji plakatu, nakładki, znaków wodnych i ochrony kopii w trybie kopiowania?


Pyt. nr 53:Czy Zamawiający zaakceptuje urządzenie bez funkcji bezpośredniego druku zaszyfrowanych plików PDF i ochrony kopii w funkcji drukowania?


Pyt. nr 54:Czy Zamawiający zaakceptuje urządzenie o szybkości skanowania 70 str./min.?


Pyt. nr 55:Czy Zamawiający zaakceptuje urządzenie bez skanowania do WebDAV?


Pyt. nr 56:Czy Zamawiający zaakceptuje urządzenie bez skanowania do formatów kompaktowych PDF i XPS oraz konturowego PDF oraz bez adnotacji do plików PDF?


Pyt. nr 57:Czy Zamawiający zaakceptuje urządzenie o maksymalnej rozdzielczości faksu wynoszącej 400 x 200 dpi?


Pyt. nr 58:Czy Zamawiający zaakceptuje urządzenie posiadające dysk twardy o pojemności 160 GB?

14


Pyt. nr 59:Czy pod pojęciem serwera wydruków Zamawiający ma na myśli kartę sieciową czy też rzeczywisty serwer wydruków pozwalający na zarządzanie kolejka wydruku?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy serwera wydruków.

Pyt. nr 60:Czy Zamawiający zaakceptuje urządzenie bez blokowania portów IP, ale posiadające filtrowanie IP?


Pyt. nr 61:Czy Zamawiający zaakceptuje urządzenie z obsługą SSL i IPSEC zamiast wymaganych w zapytaniu standardów?


Pyt. nr 62:Czy Zamawiający zaakceptuje urządzenie posiadające funkcje usuwania danych z dysku twardego, z ochroną pamięci (bez natychmiastowego usuwania danych) i spełniające normy Common Criteria w zakresie ochrony przetwarzanych informacji?


Pyt. nr 63:Prosimy o wyjaśnienie jakiej dokładnie funkcjonalności oczekuje Zamawiający pod pojęciem hasła dostępu w systemie ochrony kopii?

Odp.:Zamawiający wyjaśnia, że wymaganie jest oczywiste w interpretacji i oznacza konieczność podania hasła w celu uzyskania dostępu w systemie ochrony kopii.

Pyt. nr 64:Czy Zamawiający zaakceptuje urządzenie bez systemu ochrony kopii?


Pyt. nr 65:Czy Zamawiający zaakceptuje urządzenie, które posiada funkcjonalności integracji z LDAP i obsługi danych udostępnianych przez tę usługę zamiast funkcjonalności opisanej szczegółowo w pkt. 52 specyfikacji?

Odp.:Zamawiający podtrzymuje zapis w SIWZ. Pyt. nr 66:Czy Zamawiający zaakceptuje urządzenie z możliwością definiowania funkcji dostępowych tylko dla grup użytkowników?

Odp.:Zamawiający podtrzymuje zapis w SIWZ. Pyt. nr 67:Czy Zamawiający zaakceptuje urządzenie z możliwością identyfikacji użytkowników poprzez hasło i PIN ale bez certyfikatów?

Odp.:Zamawiający podtrzymuje zapis w SIWZ. Pyt. nr 68:Czy Zamawiający zaakceptuje urządzenie posiadające DADF obsługujący min. Format A5 I gramatury 50 – 128 gsm?


15

Pyt. nr 69:Czy Zamawiający zaakceptuje urządzenie bez obsługi formatu banerowego?

Odp.:Zamawiający podtrzymuje zapis w SIWZ. Pyt. nr 70:Czy Zamawiający zaakceptuje urządzenie posiadające podajnik ręczny na 100 kartek?


Pyt. nr 71:Czy Zamawiający zaakceptuje urządzenie obsługujące druk dwustronny dla formatów A5 i większych?


Pyt. nr 72:Prosimy o szersze informacje dotyczące wymaganego czytnika kart elektronicznych i systemu, który ma obsługiwać ten czytnik wraz z maszyną?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy czytnika, który umożliwia korzystanie z kart elektronicznych dla uwierzytelniania dostępu przez użytkownika urządzenia wielofunkcyjnego.Zamawiający wyjaśnia ponadto, że obsługę czytnika z maszyną ma realizować oprogramowanie firmowe maszyny.

Pyt. nr 73:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści obudowę SFF bez zewnętrznej wnęki 3,5” ?


Pyt. nr 74:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera wyposażonego w złącza 1xPCI Express x1, 1x PCI, 1x PCI Express x4 2.0 (mech.x16) oraz PCI Express x16 3.0?Odp.:Zamawiający podtrzymuje zapis w SIWZ.

Pyt. nr 75:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera bez wolnych portów USB wewnątrz obudowy?


Pyt. nr 76:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera z dostarczonym zewnętrznym czytnikiem kart multimedialnych?


Pyt. nr 77:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera z czytnikiem kart mikroprocesorowych zainstalowanym w klawiaturze?


16

Pyt. nr 78:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera z zasilaczem o mocy 240W i sprawności 85% przy obciążeniu 50%?


Pyt. nr 79:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera wyposażonego w dysk Hybrydowy o prędkości obrotowej 5400rpm?

Odp.:Zamawiający podtrzymuje zapis w SIWZ.Pyt. nr 80:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera wyposażonego w złącza 3x SATAIII oraz 1x eSATA?


Pyt. nr 81:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera wyposażonego w kontroler RAID 0,1?


Pyt. nr 82:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkty: 13, 14, 15, 16, 17, 18, 20Czy zamawiający dopuści zaoferowanie komputera gdzie port DVI będzie realizowany poprzez konwerter z Display Port?


Pyt. nr 83:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt: 19Czy zamawiający dopuści zaoferowanie komputera wyposażonego w dysk Hybrydowy o prędkości obrotowej 5400rpm?


Pyt. nr 84:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt: 19Czy zamawiający dopuści zaoferowanie komputera wyposażonego w złącza Display Port oraz VGA bez DVI?


Pyt. nr 85:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt: 19Czy zamawiający dopuści zaoferowanie komputera z czytnikiem kart mikroprocesorowych zainstalowanym w klawiaturze?

Odp.

17

Zamawiający podtrzymuje zapis w SIWZ.

Pyt. nr 86:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt: 19Czy zamawiający dopuści zaoferowanie komputera z zasilaczem o mocy 150W i sprawności 85% przy obciążeniu 50%?


Pyt. nr 87:Załącznik nr 15 część 2 do SIWZ (Specyfikacja techniczna z wykazem ilościowym infrastruktury przetwarzania danych)Sekcja 8 Macierz dyskowa (9 szt.)Pkt. 13 „Obsługa dysków w standardzie SAS o pojemnościach typoszeregu min.: 146GB, 300GB, 600GB, 900GB.”Zamawiający wymaga obsługi dysków w standardzie SAS o pojemnościach typoszeregu min.: 146GB, 300GB, 600GB, 900GB. Pojemności 146GB są obecnie bardzo rzadko stosowane (u niewielkiej liczby producentów) z uwagi na bardzo niewielką efektywność takich rozwiązań. Obecnie stosuje się dyski minimum 300GB lub dla osiągnięcia dużej wydajności dyski SSD. Takie wymaganie jest sprzeczne z zasadami zachowania uczciwej konkurencji i ustawą PZP. Na podstawie analizy SIWZ wnioskujemy, że Zamawiający nie ma zamiaru stosowania takich dysków, gdyż zdefiniował wymagania opisane w pkt 20 tej samej sekcji: „min. 14,4TB zapewniana przez min. 24 dyski 2,5” 15kprm”, co przekłada się na konieczność dostarczenia 24 dysków o pojemności 600GB.Wnosimy o usunięcie wymagania na konieczność obsługi dysków 146GB.Przychylenie się Zamawiającego do naszej propozycji umożliwi złożenie ofert innym wiodącym na rynku producentom i zapewni bardziej korzystne ceny zakupu macierzy o nie gorszych parametrach wydajnościowych.

Odp.:Zamawiający podtrzymuje zapis w SIWZ i wyjaśnia, że dysponuje określoną liczbą sprawnych, w pełni funkcjonalnych dysków o pojemności 146GB, których wykorzystanie planuje w najbliższej przyszłości.Zamawiający zwraca jednocześnie uwagę na to, że identyfikacja intencji i planów Zamawiającego przez Wykonawcę jest błędna, ponieważ za podstawę przyjmuje konfigurację przestrzeni dyskowej określoną dla niniejszej specyfikacji, a nie pojemność macierzy i aktualny stan posiadania Zamawiającego.

Pyt. 87 a:Pkt. 14 „Obsługa dysków w standardzie NL-SAS/SATA o pojemnościach typoszeregu min.: 1TB, 2TB, 3TB, 4TB, 6TB”Zamawiający wymaga obsługi dysków w standardzie NL-SAS o pojemnościach typoszeregu min.: 1TB, 2TB, 3TB, 4TB, 6TB. Pojemności 6TB są stosunkowo nową technologią i są obecnie rzadko stosowane (u niewielkiej liczby producentów) z uwagi na zastosowanie w bardzo specyficznej grupie systemów o minimalnych wymaganiach na wydajność, a dużych wymaganiach na pojemność. Większość wiodących producentów będzie miało w ofercie takie dyski w najbliższym czasie. Takie wymaganie jest sprzeczne z zasadami zachowania uczciwej konkurencji i ustawą PZP. Na podstawie analizy SIWZ wnioskujemy, że Zamawiający nie ma zamiaru stosowania takich dysków, gdyż zdefiniował wymagania opisane w pkt 19 tej samej sekcji: „min. 36TB zapewniana przez min. 12 takich samych dysków 3,5” 7,2krpm”, co przekłada się na konieczność dostarczenia 12 dysków o pojemności 3TB.Wnosimy o usunięcie wymagania na konieczność obsługi dysków 6TB lub dopuszczenie rozwiązań producentów, którzy złożą deklarację o wprowadzeniu do sprzedaży takich dysków w bieżącym roku.Przychylenie się Zamawiającego do naszej propozycji umożliwi złożenie ofert innym wiodącym na rynku producentom i zapewni bardziej korzystne ceny zakupu macierzy o nie gorszych parametrach pojemnościowych, adekwatnych do wymagań Zamawiającego.

Odp.:Zamawiający podtrzymuje zapis w SIWZ i podkreśla, że wymagania dotyczą macierzy dyskowej, której zamawiana konfiguracja przestrzeni dyskowej będzie rozbudowywana w okresie eksploatacji o kolejne jednostki dysków stałych do maksymalnej obsługiwanej przez macierz pojemności, w tym obecnie modeli dysków dostępnych w aktualnie jak i modeli dysków o większej pojemności zapewniających większą efektywność wykorzystania pojemności macierzy.Zamawiający zwraca jednocześnie uwagę na to, że Wykonawca sam proponuje modyfikację wymagań sprzeczną z PZP zarzucając jednocześnie to samo Zamawiającemu i proponując zapis ograniczający konkurencję o dopuszczeniu rozwiązań producentów, którzy złożą deklarację o wprowadzeniu do sprzedaży takich dysków w bieżącym roku.

Pyt. 87b:Pkt. 19 „min. 36TB zapewniana przez min. 12 takich samych dysków 3,5” 7,2krpm;”Pkt. 20 „min. 14,4TB zapewniana przez min. 24 dyski 2,5” 15krpm;”Czy zamawiający dopuści rozwiązanie równoważne oferujące łącznie dla Pkt. 19 i Pkt. 20:„min. 45TB zapewniana przez min. 15 takich samych dysków 3,5” 7,2krpm;”„min. 22,5TB zapewniana przez min. 25 dyski 2,5” 10krpm;”Różnica w wydajnościach między dyskami SAS 10k oraz SAS 15k są stosunkowo niewielkie. Zaproponowane rozwiązanie równoważne pozwoli zaoferować Zamawiającemu większą przestrzeń przy marginalnej utracie wydajności.

18

Odp.:Zamawiający podtrzymuje zapis w SIWZ i zwraca uwagę na to, że propozycja Wykonawcy oznacza dla Zamawiającego warunki gorsze niż to określił w aktualnych wymaganiach, ponieważ jeden z parametrów ulega obniżeniu (mniejsza wydajność dysków SAS 10k).

Pyt. nr 88:Załącznik nr 15 część 2 do SIWZ (Specyfikacja techniczna z wykazem ilościowym infrastruktury przetwarzania danych)Sekcja 9 Macierz dyskowa rozbudowana (2 szt.)Pkt. 14 „Obsługa dysków w standardzie SAS o pojemnościach typoszeregu min.: 146GB, 300GB, 600GB, 900GB.”Zamawiający wymaga obsługi dysków w standardzie SAS o pojemnościach typoszeregu min.: 146GB, 300GB, 600GB, 900GB. Pojemności 146GB są obecnie bardzo rzadko stosowane (u niewielkiej liczby producentów) z uwagi na bardzo niewielką efektywność takich rozwiązań. Obecnie stosuje się dyski minimum 300GB lub dla osiągnięcia dużej wydajności dyski SSD. Takie wymaganie jest sprzeczne z zasadami zachowania uczciwej konkurencji i ustawą PZP. Na podstawie analizy SIWZ wnioskujemy, że Zamawiający nie ma zamiaru stosowania takich dysków, gdyż zdefiniował wymagania opisane w pkt 19 tej samej sekcji: „min. 22TB zapewniana przez min. 36 dysków 2,5” 15kprm”, co przekłada się na konieczność dostarczenia 37 dysków o pojemności 600GB.Wnosimy o usunięcie wymagania na konieczność obsługi dysków 146GB.Przychylenie się Zamawiającego do naszej propozycji umożliwi złożenie ofert innym wiodącym na rynku producentom i zapewni bardziej korzystne ceny zakupu macierzy o nie gorszych parametrach wydajnościowych.

Odp.:Zamawiający podtrzymuje zapis w SIWZ i wyjaśnia, że dysponuje określoną liczbą sprawnych, w pełni funkcjonalnych dysków o pojemności 146GB, których wykorzystanie planuje w najbliższej przyszłości.Zamawiający zwraca jednocześnie uwagę na to, że identyfikacja intencji i planów Zamawiającego przez Wykonawcę jest błędna, ponieważ za podstawę przyjmuje konfigurację przestrzeni dyskowej określoną dla niniejszej specyfikacji, a nie pojemność macierzy i aktualny stan posiadania Zamawiającego.

Pyt. nr 88 a:Pkt. 15 „Obsługa dysków w standardzie NL-SAS/SATA o pojemnościach typoszeregu min.: 1TB, 2TB, 3TB, 4TB, 6TB”Zamawiający wymaga obsługi dysków w standardzie NL-SAS o pojemnościach typoszeregu min.: 1TB,2TB, 3TB, 4TB, 6TB. Pojemności 6TB są stosunkowo nową technologią i są obecnie rzadko stosowane (u niewielkiej liczby producentów) z uwagi na zastosowanie w bardzo specyficznej grupie systemów o minimalnych wymaganiach na wydajność a dużych wymaganiach na pojemność. Większość wiodących producentów będzie miało w ofercie takie dyski w najbliższym czasie. Takie wymaganie jest sprzeczne z zasadami zachowania uczciwej konkurencji i ustawą PZP. Na podstawie analizy SIWZ wnioskujemy, że Zamawiający nie ma zamiaru stosowania takich dysków, gdyż zdefiniował wymagania opisane w pkt. 19 tej samej sekcji: „min. 72TB zapewniana przez min. 24 takie same dyski 3,5” 7,2krpm”, co przekłada się na konieczność dostarczenia 24 dysków o pojemności 3TB.Wnosimy o usunięcie wymagania na konieczność obsługi dysków 6TB lub dopuszczenie rozwiązań producentów, którzy złożą deklarację o wprowadzeniu do sprzedaży takich dysków w bieżącym roku.Przychylenie się Zamawiającego do naszej propozycji umożliwi złożenie ofert innym wiodącym na rynku producentom i zapewni bardziej korzystne ceny zakupu macierzy o nie gorszych parametrach pojemnościowych, adekwatnych do wymagań Zamawiającego.

Odp.:Zamawiający podtrzymuje zapis w SIWZ i podkreśla, że wymagania dotyczą macierzy dyskowej, której zamawiana konfiguracja przestrzeni dyskowej będzie rozbudowywana w okresie eksploatacji o kolejne jednostki dysków stałych do maksymalnej obsługiwanej przez macierz pojemności, w tym obecnie modeli dysków dostępnych w aktualnie jak i modeli dysków o większej pojemności zapewniających większą efektywność wykorzystania pojemności macierzy.Zamawiający zwraca jednocześnie uwagę na to, że Wykonawca sam proponuje modyfikacje wymagań sprzeczne z PZP zarzucając to jednocześnie to samo Zamawiającemu proponując zapis ograniczający konkurencję o dopuszczeniu rozwiązań producentów, którzy złożą deklarację o wprowadzeniu do sprzedaży takich dysków w bieżącym roku.

Pyt. nr 88 b:Pkt. 19 „Zainstalowana przestrzeń dyskowa min. 100TB (dyski SSD i NL-SAS)”Zamawiający wskazuje dyski SSD i NL-SAS po czym wymienia dyski 3 technologii:

min. 6TB zapewniana przez min. 12 takich samych dysków SSD; min. 72TB zapewniana przez min. 24 takie same dyski 3,5” 7,2krpm; min. 22TB zapewniana przez min. 36 dysków 2,5” 15kprm.

Czy Zamawiający oczekuje dostarczenia dysków w technologiach SSD, SAS i NL-SAS?Czy Zamawiający dopuści rozwiązanie równoważne oferujące:

min. 6TB zapewniana przez min. 15 takich samych dysków SSD; min. 72TB zapewniana przez min. 24 takie same dyski 3,5” 7,2krpm; min. 32TB zapewniana przez min. 36 dysków 2,5” 10kprm.

19

Różnica w wydajnościach między dyskami SAS 10k oraz SAS 15k są stosunkowo niewielkie. Zaproponowane rozwiązanie równoważne pozwoli zaoferować Zamawiającemu większą przestrzeń przy jednoczesnym wzroście wydajności (większa liczba dysków SSD).

Odp.:Zamawiający podtrzymuje zapis w SIWZ i zwraca uwagę na to, że propozycja Wykonawcy oznacza dla Zamawiającego warunki gorsze niż to określił w aktualnych wymaganiach, ponieważ jeden z parametrów ulega obniżeniu (mniejsza wydajność dysków SAS 10k).

Pyt. nr 89:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt 2.Czy Zamawiający dopuści zaoferowanie serwerów o wysokości 2U?


Pyt. nr 90:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt 10.Czy Zamawiający akceptuje zaoferowanie urządzenia wyposażonego w zewnętrzny port SAS zamiast portu SCSI?


Pyt. nr 91:Dotyczy: Załącznik nr 15 część 2 do SIWZPunkt 8.Czy Zamawiający uzna za spełnianie wymagań w przypadku macierzy z zainstalowanymi 4 portami iSCSI Ethernet o przepustowości 1GB/s i 8 portami FC o przepustowości 8 GB/s?


Pyt. nr 92:SIWZ CZ1. pkt. V ust 2 c). Zamawiający Oznajmia że uzna spełnienie ww. warunku, jeżeli ” Wykonawca wykaże, iż w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie co najmniej: {…} jedną usługę polegającą na wykonaniu prac programistycznych związanych z wdrożeniem systemem informatycznym części medycznej (klasy HIS).”Ponieważ dla udokumentowanie kompetencji programistycznych nie ma większego znaczenia z wdrożeniem jakich systemów są związane, uprzejmie prosimy o odpowiedź na pytanie czy Zamawiający uzna doświadczenie Wykonawcy, jeżeli wykaże się realizacją usługi polegającej na wykonaniu m.in. prac programistycznych w obszarze oprogramowania dedykowanego dla innych sektorów rynku np. ERP?

Odp.:Zamawiający nie podziela opinii Wykonawcy i podtrzymuje zapis w SIWZ.

Pyt. nr 93:SIWZ CZ1. pkt. V ust 2 c). W przypadku odpowiedzi negatywnej na pytanie powyżej uprzejmie prosimy o odpowiedź czy Zamawiający uzna doświadczenie Wykonawcy, jeżeli wykaże się realizacją usługi polegającej na opracowaniu w oparciu o standard HL7 nowego interfejsu umożliwiającego automatyczną wymianę danych pomiędzy systemami pochodzącymi od różnych producentów, która wymagała zaangażowania zespołów programistycznych ?

Odp.:Zamawiający wyjaśnia, że wymaganie dla doświadczenia Wykonawcy w zakresie wykonania prac programistycznych związanych z wdrożeniem systemu informatycznego części medycznej (klasy HIS) nie wyklucza realizacji usługi polegającej na opracowaniu w oparciu o standard HL7 nowego interfejsu umożliwiającego automatyczną wymianę danych pomiędzy systemami HIS pochodzącymi od różnych producentów.

Pyt. nr 94:

SIWZ CZ2. Pkt. V ust 2 c). Zamawiający oznajmia że uzna spełnienie ww. warunku, jeżeli „Wykonawca wykaże, iż w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie co najmniej: {…} minimum jedna budowa lub dostawa (z instalacją i konfiguracją) oraz wdrożenie wytwarzania i udostępniania usług elektronicznych wytwarzanych lokalnie w podmiotach leczniczych oraz integrowanych dla grupy podmiotów leczniczych liczącej nie mniej niż 10., w której znajdowały się min.: 1 podmiot leczniczy wielospecjalistycznym,

20

1 podmiot leczniczy o profilu rehabilitacyjnym i 1 podmiot o profilu psychiatrycznym, o wartości min. 4 000 000,00 zł brutto i spełniająca wymagania:”

Ponieważ szpitali o profilu rehabilitacyjnym jest w kraju ograniczona ilość i w niektórych regionach świadczenia w tym zakresie realizują szpitale wielospecjalistyczne prosimy o odpowiedź na pytanie czy Zamawiający uzna doświadczenie Wykonawcy, jeżeli wykaże się realizacją usługi dla grona 10 podmiotów leczniczych o cechach wskazanych przez Zamawiającego, przy czym zamiast jednostki o profilu rehabilitacyjnym w gronie tych podmiotów znajdował się szpitala realizujący świadczenia z zakresu rehabilitacji (posiadający oddział rehabilitacyjny)?

Odp.:Zamawiający doprecyzuje zapis w SIWZ dotyczący jednostek o profilu rehabilitacyjnym o szpital realizujący świadczenia z zakresu rehabilitacji (posiadający oddział rehabilitacyjny).

Pyt. nr 95:

SIWZ CZ2. Pkt. V ust 2 c). Zamawiający oznajmia że uzna spełnienie ww. warunku, jeżeli „Wykonawca wykaże, iż w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie co najmniej: {…} minimum jedna budowa lub dostawa (z instalacją i konfiguracją) oraz wdrożenie wytwarzania i udostępniania usług elektronicznych wytwarzanych lokalnie w podmiotach leczniczych oraz integrowanych dla grupy podmiotów leczniczych liczącej nie mniej niż 10., w której znajdowały się min.: 1 podmiot leczniczy wielospecjalistycznym, 1 podmiot leczniczy o profilu rehabilitacyjnym i 1 podmiot o profilu psychiatrycznym, o wartości min. 4 000 000,00 zł brutto i spełniająca wymagania: {…} dostęp pacjentów do ich indywidualnych dokumentów medycznych lub indywidualnej zewnętrznej dokumentacji medycznej w portalu informacyjnym pacjenta realizowanym lokalnie w podmiotach leczniczych lub nielokalnie dla grupy podmiotów leczniczych, lub równolegle lokalnie i nielokalnie;”

Zgodnie z najlepszą wiedzą Wykonawcy w Polsce nie była realizowana usługa dla grona 10-ciu podmiotów leczniczych, w której zakres wchodził komponent umożliwiający „dostęp pacjentów do ich indywidualnych dokumentów medycznych lub indywidualnej zewnętrznej dokumentacji medycznej w portalu informacyjnym pacjenta realizowanym lokalnie w podmiotach leczniczych lub nielokalnie dla grupy podmiotów leczniczych, lub równolegle lokalnie i nielokalnie”

Mając na uwadze powyższe zwracamy się z pytaniem czy Zamawiający uzna doświadczenie Wykonawcy, jeżeli wykaże się realizacją usługi dla grona 10 podmiotów leczniczych o cechach wskazanych przez Zamawiającego przy czym nie będzie ona obejmowała komponentu umożliwiającego „dostęp pacjentów do ich indywidualnych dokumentów medycznych lub indywidualnej zewnętrznej dokumentacji medycznej w portalu informacyjnym pacjenta realizowanym lokalnie w podmiotach leczniczych lub nielokalnie dla grupy podmiotów leczniczych, lub równolegle lokalnie i nielokalnie”?

Odp.:Zamawiający skorygował wymagania w tym zakresie i zmodyfikował zapis w SIWZ.

Pyt. nr 96:SIWZ CZ2. Pkt. VI ust 5. W celu potwierdzenia, że oferowany przedmiot zamówienia odpowiada wymaganiom określonym przez Zamawiającego, Zamawiający żąda przedstawienia w ofercie:

1) dla części 1 i części 2 - Zadanie2 :

a). opis oferowanego rozwiązania w części podlegającej ocenie opisane w rozdziale XIV SIWZ (Kryteria oceny ofert i opis sposobu ich obliczania) jako opisu w rozumieniu § 6 ust. 1 pkt. 1. Rozporządzenia Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane (publ. Dz. U. z 2013 r. poz. 231), w postaci opisu oferowanego rozwiązania dla części zamówienia w zakresie podlegającym ocenie, który ma umożliwić weryfikację zgodności oferowanego rozwiązania z koncepcją Zamawiającego realizacji przedmiotu zamówienia w tej części.

b).Zamawiający żąda od Wykonawcy złożenia oświadczenia, że opis oferowanego rozwiązania spełnia on wymagania określone w zakresie podlegającym ocenie.

Badanie opisu dostarczonego przez Wykonawcę zostanie przeprowadzone według kryterium spełnia/nie spełnia polegającego na sprawdzeniu, czy opis zawiera informacje dotyczące wszystkich elementów wskazanych przez Zamawiającego dla ocenianego zakresu części zamówienia.

Warunkiem dopuszczenia oferty do procedury oceny merytorycznej jest spełnienie w/w kryterium tj. opis musi zawierać informacje dotyczące wszystkich elementów wskazanych przez Zamawiającego dla ocenianego zakresu części zamówienia. Oferty zawierające opisy nie spełniające w/w kryterium nie będą oceniane.

Przebieg procedury badania opisu zostanie udokumentowany przez Zamawiającego odpowiednim protokołem.Zgodnie z powołanym zapisem wymagane przez Zamawiającego rzeczone materiały należy interpretować jako opisy w rozumieniu § 6 ust. 1 pkt. 1. Zgodnie z postanowieniem SIWZ (pkt. 9) materiały takie winny podlegać uzupełnieniu na podstawie art. 26 ust. 3 ustawy. W związku z powyższym prosimy o potwierdzenie że następujące zapisy SIWZ: „Oferty zawierające opisy nie spełniające w/w kryterium nie będą oceniane” oraz „Wykonawca musi opisać wszystkie zagadnienia wskazane w poszczególnych tabelach pod rygorem odrzucenia oferty” (pkt. XVI.2 SIWZ) mają zastosowanie po wezwaniu do uzupełniania oferty?

21

Odp.:Zamawiający nie potwierdza powyższego, opis o którym mowa jest oświadczeniem dotyczącym przedmiotu oferty i częścią oferty podlegającą ocenie oraz ma potwierdzić, że odpowiada on wymaganiom Zamawiającego. Zamawiający dokonuje zmiany w formularzu ofertowym stanowiącym załącznik nr 3 do SIWZ oraz wykreśla zapis w rozdziale VI ust. 5 pkt. 1 lit. a, ust. 5 pkt.2 lit. b tiret.1, ust. 5 pkt. 2 lit. c. tiret1.

Pyt. nr 97SIWZ CZ2. pkt. VI ust 5. Pytanie tożsame z pytaniem powyżej odnoszące się do CZ. 2 Zadanie 3, gdzie Zamawiający traktuje rzeczone materiały jako próbkę ( „Przebieg procedury badania próbki zostanie udokumentowany przez Zamawiającego odpowiednim protokołem.”).

Odp.:Zamawiający wyjaśnia, że wskazany zapis Jest omyłką pisarską i skorygował zapis nadając mu następującą treść:„Przebieg procedury badania opisu zostanie udokumentowany przez Zamawiającego odpowiednim protokołem.”

Pyt. nr 98:Załącznik 2a do SIWZ. Zamawiający oznajmia „Dopuszcza się możliwość realizacji przedmiotu zamówienia w trybie wymiany systemu informatycznego już posiadanego i eksploatowanego przez podmioty lecznicze pod warunkiem pokrycia przez Wykonawcę kosztów ekonomicznych takiej wymiany, utrzymania ciągłości i stabilności funkcjonowania tych podmiotów. Wykaz konfiguracji już posiadanych i eksploatowanych systemów informatycznych części medycznej przez podmioty lecznicze znajduje się w załączniku [5 od A do E]. Ewentualna wymiana systemu nie może skutkować wydłużeniem terminu realizacji przedmiotu zamówienia w danym podmiocie opieki zdrowotnej.”

Konfiguracje posiadanych systemów informatycznych znajdujące się w załącznikach [5A-5E] nie określają specyfikacji funkcjonalnej poszczególnych aplikacji eksploatowanych obecnie ani ogólnych cech technologicznych tych systemów. W takich okolicznościach możliwe jest, że podmioty obecnie eksploatujące te systemy w wyniku realizacji umowy wynikającej z niniejszego postępowania otrzymają aplikacje o mniejszej specyfikacji funkcjonalnej i gorszych cechach technologicznych. Prosimy o potwierdzenie, że Zamawiający dopuszcza taką sytuację lub o określenie minimalnego zakresu realizowanych funkcji i cech jakie muszą spełnić systemy zastępujące rozwiązania obecnie eksploatowane w szpitalach co najmniej w układzie dla każdego z załączników [5A-5E].

Odp.:

Zamawiający wyjaśnia i podkreśla, że zakres informacji dotyczący konfiguracji systemów informatycznych części medycznej aktualnie posiadanych i eksploatowanych przez podmioty lecznicze wskazane w zał. 7 udostępniony w specyfikacji wymagań zapewnia Wykonawcy niezbędną wiedzę do realizacji zamówienia w trybie wymiany w/w systemów informatycznych.

Zamawiający wyjaśnia, że w przypadku wymiany oprogramowania już posiadanego i aktualnie użytkowanego przez podmioty lecznicze, nowo dostarczone oprogramowanie innego producenta musi spełniać wszystkie funkcjonalności realizowane przez aktualnie posiadane i eksploatowane systemy informatyczne części medycznej.

Zamawiający wyjaśnia, że w realizacja zamówienia w trybie wymiany aktualnie posiadanych i eksploatowanych systemów informatycznych części medycznej na jedno na nowe, spójne i niewymagające integracji nie jest tożsama z realizacją zamówienia, a jedynie konieczną do realizacji zamówienia w takim trybie czynnością wyłącznie pomocniczą i przygotowawczą, którą Wykonawca musi wykonać dodatkowo na własny koszt i ryzyko.

W związku z powyższym, Zamawiający zwraca także uwagę na to, że wykonanie czynności pomocniczej nie może w żaden sposób wpływać na realizację zamówienia, ani też być podstawą formułowania przez Wykonawcę żądania rozszerzania bądź zmian specyfikacji lub umowy na realizację zamówienia.

Pyt. nr 99:W odniesieniu do fragmentu powołanego w Pytaniu powyżej prosimy o potwierdzenie, że fraza „pod warunkiem pokrycia przez Wykonawcę kosztów ekonomicznych takiej wymiany, utrzymania ciągłości i stabilności funkcjonowania tych podmiotów.” Oznacza spełnienie wymagań wskazanych we fragmencie przytoczonym w pytaniu 9 poniżej? Jeżeli nie, prosimy o precyzyjny wykaz zadań Wykonawcy mających zostać uwzględnionych w wycenie oferty, żeby było możliwe spełnienie oczekiwań Zamawiającego zapisanych w we fragmencie powołanym w pytaniu powyżej.

Odp.:Zamawiający wyjaśnia, że zapis wymagań wskazanych we fragmencie przytoczonym w pytaniu 9 poniżej z zastrzeżeniem wykreślenia z tego zapisu sformułowania „Rachunkowości i sposobu liczenia kosztów u Zamawiającego” określa zakres, które należy spełnić w przypadku wymiany systemu informatycznego.

Pyt. nr 100:

Załącznik 2a do SIWZ. Zamawiający oznajmia, że:

W przypadku wymiany oprogramowania już posiadanego i eksploatowanego przez podmioty lecznicze należy:

o przenieść dane z baz danych aktualnie eksploatowanych systemów do baz danych wdrażanych systemów;

22

o zharmonizować (ujednolicić formaty) i znormalizować (ujednolicić zakresy i uzupełnić wartości) dane przeniesione z aktualnie eksploatowanych systemów do wymagań integralnościowych baz danych wdrażanych systemów;

o zharmonizować (ujednolicić formaty) i znormalizować (ujednolicić zakresy i uzupełnić wartości) słowników znajdujących się we wdrażanym systemie, np.: jednostek kierujących, personelu zlecającego, miejscowości z kodami pocztowymi;

o przez harmonizację i normalizację słowników rozumie się odpowiednio: scalenie słowników przechowujących te same dane z usunięciem danych powielonych i ujednoliceniem gromadzonych wartości/znaczenia danych już znajdujących się w tych słownikach, - ujednolicenie struktur tych słowników;

o uzupełnienie danych w słownikach nie jest obowiązkiem Wykonawcy;

o Zamawiający zapewni dostęp do danych i słowników przeznaczonych do przeniesienia oraz współpracę przy uzyskaniu opisu struktur i formatów w jakich te dane i słowniki są przechowywane;

Po dokonaniu instalacji i wdrożenia docelowo system powinien:

- spełniać wymagania określone niniejszą SIWZ;

- uwzględniać charakter prowadzonej przez Zamawiającego działalności oraz spełniać wymagania obowiązujących przepisów prawa, w szczególności ustaw i rozporządzeń dotyczących:

Podmiotów objętych ustawą o działalności leczniczej;

Rozliczeń i sprawozdawczości do NFZ;

Rodzaju i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania;

Ochrony danych osobowych;

Informatyzacji podmiotów realizujących zadania publiczne;

Rachunkowości i sposobu liczenia kosztów u Zamawiającego,

Systemu informacji w ochronie zdrowia;

Zamawiający wymaga, by docelowo wdrożone moduły spełniały następujące warunki:

- zachowanie ciągłości obecnie stosowanych przez Zamawiającego oznaczeń dokumentacji medycznej;

- umożliwienie kontynuacji sprawozdawania i rozliczania świadczeń udzielonych pacjentom przebywającym w Szpitalu od kilkunastu lat (możliwość przesłania do NFZ pełnej historii hospitalizacji oraz historii rozliczeń), przy wykorzystaniu jednego modułu/oprogramowania;

- umożliwienie dokonywania korekt zakwestionowanych przez NFZ świadczeń sprawozdanych i rozliczonych za okres ostatnich 5. lat, o ile istnieją w bieżąco eksploatowanym systemie informatycznym dla części medycznej;

- zachowanie przekazanej do NFZ historycznej numeracji zestawów świadczeń, świadczeń i procedur rozliczeniowych oraz zachowanie historycznej numeracji wszystkich innych danych przekazanych do NFZ i potwierdzonych przez niego takich jak id uprawnień, numeracja sesji, numer przepustki, itp.;

- zapewnienie możliwości wykonywania archiwalnych statystyk i raportów;

- zapewnienie możliwości wykonywania kopii zapasowych struktur danych w trakcie ich pracy;

- posiadanie sprawnego mechanizmu archiwizacji danych i mechanizmów gwarantujących spójność danych. Wymagane jest wzajemne współdziałanie modułów systemu medycznego i administracyjnego poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerach;

- komunikaty systemowe i komunikacja z użytkownikiem będą prowadzone w języku polskim;Mając na uwadze, że obszar rachunkowość i kosztów zwyczajowo pokrywają systemy ERP a nie HIS prosimy o odpowiedź na pytanie czy Wykonawca winien także dostarczyć aplikację Finanse-Księgowość z zakresu ERP? Jeżeli nie prosimy o korektę SIWZ, ponieważ w żadnym z podmiotów wymienionych SIWZ nie będzie możliwe zrealizowanie powołanego wymogu bez tej aplikacji lub rachunku kosztów, które w załącznikach [5A-5E] nie występują.

Odp.:Zamawiający zmodyfikował wymaganie przez wykreślenie zapisu:Rachunkowości i sposobu liczenia kosztów u Zamawiającego

Pyt. nr 101:Mając na uwadze fragment SWIZ przytoczony (podkreślony) w pytaniu nr 9 Prosimy o podanie obecnie stosowanych przez Zamawiającego oznaczeń dokumentacji medycznej.Odp.:Zamawiający wyjaśnia, że informacje dotyczące oznaczeń dokumentacji medycznej ostały określone w Załącznikach 5A-5E.

Pyt. nr 102:23

Mając na uwadze fragment SWIZ przytoczony (podkreślony) w pytaniu nr 9 Prosimy o odpowiedź na pytanie Czy Zamawiający uzna wymóg za spełniony jeżeli system będzie umożliwiał zachowanie przekazanej do NFZ historycznej numeracji zestawów świadczeń, świadczeń i procedur rozliczeniowych oraz zachowanie historycznej numeracji wszystkich innych danych przekazanych do NFZ i potwierdzonych przez niego takich jak id. uprawnień, numeracja sesji, numer przepustki?

Odp.:Zamawiający wyjaśnia, że zachowanie przekazanej do NFZ historycznej numeracji zestawów świadczeń, świadczeń i procedur rozliczeniowych oraz zachowanie historycznej numeracji wszystkich innych danych przekazanych do NFZ i potwierdzonych przez niego takich jak id. uprawnień, numeracja sesji, numer przepustki zawierają się zakres wymagań, które należy spełnić w przypadku wymiany systemu informatycznego.

Pyt. nr 103:Zał. 2a do SIWZ pkt. 2.5. Zamawiający deklaruje, że „dostarczy Wykonawcy informacje i dokumenty niezbędne do opracowania planu wdrożenia”

Prosimy o udzielenie odpowiedzi na pytanie czy zamawiający udostępni Wykonawcy także informacje i dane niezbędne do realizacji samego wdrożenia? Jeżeli tak prosimy o odpowiedź w jakim terminie to nastąpi licząc od daty przekazania przez Wykonawcę przedmiotowego wniosku z wykazem informacji/danych niezbędnych do realizacji projektu w wymaganych przez Zamawiającego terminach?

Odp.:Zamawiający doprecyzowuje, że informacje i dokumenty niezbędne do opracowania planu wdrożenia dostarczy w terminie 14 dni.Zamawiający zmodyfikował odpowiednio SIWZ.

Pyt. nr 104:

SIWZ pkt. VI –Termin wykonania Cz.1. W przypadku woli skorzystania z opcji wymiany systemów eksploatowanych w podmiotach leczniczych (vide -pytanie 7) wykonanie tej operacji w terminach przewidzianych w załączniku nr 13 do SIWZ jest fizycznie niemożliwe, nawet jeżeliby założyć, że personel szpila przestanie leczyć i zacznie się zajmować wyłącznie wdrożeniem systemu HIS (na co Zamawiający nie wyraża zgody). To powoduje, że cała opcja wymiany systemów eksploatowanych u partnerów projektu jest faktycznie iluzoryczna i nierealna.

Mając powyższe na uwadze, prosimy o odpowiedź na pytanie czy w przypadku skorzystania z tej opcji Zamawiający wydłuży termin realizacji dla Zadania 1 do terminu tożsamego z przewidzianym w Części pierwszej postępowania dla Zadania 2?

Odp.:Zamawiający wyjaśnia, że wybór sposobu realizacji zlecenia przez Wykonawcę nie jest uzasadnieniem dla wydłużenia terminu realizacji dla Zadania 1 do terminu tożsamego z przewidzianym w Części pierwszej postępowania dla Zadania 2.

Pyt. nr 105:SIWZ pkt. VI –Termin wykonania Cz.2. Termin realizacji Zadania 2 wynosi 6 miesięcy liczonych od dnia podpisania umowy. W związku z merytorycznym uzależnieniem od terminu realizacji Zadania 1 i efektów realizacji części 1 postępowania dotrzymanie tego terminu będzie niezwykle trudne a w przypadku wykorzystania przez Wykonawcę skrajnych terminów wykonania Cz. 1 praktycznie niemożliwe.

Mając powyższe na uwadze, prosimy o odpowiedź na pytanie czy Zamawiający wydłuży termin realizacji dla Zadania 2 do 8 miesięcy?


Pyt. nr 106:

Zał. 2a do SIWZ pkt. 2.5. Zamawiający deklaruje, że zapewni dostęp do infrastruktury technicznej i niezbędną infrastrukturę przetwarzania danych (serwery) dla dostarczanego oprogramowania.

Prosimy o odpowiedź na pytanie, czy serwery będą wyposażone w systemy operacyjne?

Odp.:Zamawiający wyjaśnia, że wyposażenie serwerów w systemy operacyjne określa zapis w pkt. 2.5.a) załącznika 2A do SIWZ. Jeśli zatem istnieje taka konieczność wynikająca z wyboru sposobu realizacji zlecenia przez Wykonawcę np. w drodze wymiany systemów informatycznych HIS aktualnie eksploatowanych w podmiotach leczniczych lub też samo uzupełnienie zakresów funkcjonalnych i licencji wymaga niezależnego środowiska systemu operacyjnego, to w/w zapis jednoznacznie wskazuje na Wykonawcę jako odpowiedzialnego za wyposażenie serwerów w systemy operacyjne.

Pyt. nr 107:Zał. 2a do SIWZ pkt. 2.5. Zamawiający deklaruje, że zapewni dostęp do infrastruktury technicznej i niezbędną infrastrukturę przetwarzania danych (serwery) dla dostarczanego oprogramowania.

24

Prosimy o odpowiedź na pytanie, czy Zamawiający zapewni dostęp do stacji roboczych/terminali, na których winno zostać zainstalowane i wdrożone oprogramowanie? Jeżeli tak to prosimy o odpowiedź na pytanie w jakim terminie od daty wpłynięcia wniosku od Wykonawcy?

Odp.:Zamawiający wyjaśnia, że na podstawie zapisu w tirecie szóstym pkt. 2.5.b) załącznika 2A do SIWZ zapewni dostęp do stacji roboczych/terminali, na których winno zostać zainstalowane i wdrożone oprogramowanie.Zamawiający wyjaśnia ponadto, że termin udostępnienia zostanie ustalony w trybie roboczym podczas uzgadniania HRF (harmonogramu rzeczowo-finansowego).

Pyt. nr 108:Zał. nr 4. Prosimy o opisanie w legendzie rodzaju licencji „ENT” przewidzianej dla bazy danych w Wielkopolskim Centrum Onkologii.

Odp.:Zamawiający wyjaśnia, że ENT jest skrótem od angielskiego słowa Enterprise oznaczającego wersję bazy bez ograniczeń na liczbę jej użytkowników.Zamawiający uzupełnił załącznika nr 4 do DOWZ o pełną nazwę skrótu ENT.

Pyt. nr 109:Zał. nr 4. Prosimy o potwierdzenie, że w przypadku rodzaju licencji „CPU” (Oracle) wystarczającą będzie wersja licencji motoru bazy danych Standard Edition One?

Odp.:Zamawiający wyjaśnia, że określenie wersji licencji motoru bazy danych jest kompetencją strony przygotowującej ofertę - Wykonawcy.

Pyt. nr 110:Załącznik 6a i 6b - Umowa §8 Wykonawca zapewnia, iż w chwili przekazania Zamawiającemu przedmiotu Umowy przysługiwać mu będzie wyłączne prawo własności bez jakichkolwiek wad prawnych lub roszczeń osób trzecich.{…}

Prosimy o potwierdzenie, że Zamawiający interpretuje wyłączne prawo własności szeroko tj. że jest to prawo własności lub prawo do udzielania licencji/sublicencji w obszarach, w których przekazanie przedmiotu umowy następuje tą drogą (zgodnie z postanowieniami §19 ust. 1 ).

Odp.:Zamawiający wyjaśnia, że interpretuje wyłączne prawo własności tak jak to stanowi zapis w §8 Załączników 6a i 6b.

Pyt. nr 111:Załącznik 6a i 6b -Umowa § 22: Zamawiający oznajmia: Jeżeli w trakcie wykonywania niniejszej umowy zaistnieje, w okolicznościach przewidzianych w SIWZ lub w innych wspólnych ustaleniach Stron, konieczność dokonania modyfikacji (poprawek, aktualizacji itp.) Rezultatów Umowy, Wykonawca zobowiązany będzie do przeniesienia całości autorskich praw majątkowych do takich Opracowań. Zakres przeniesienia powyższych praw będzie analogiczny do zakresu przeniesienia praw przewidzianego w § 20 niniejszej Umowy i nastąpi z momentem podpisania protokołu odbioru, w ramach wynagrodzenia przewidzianego w §17.

Prosimy o potwierdzenie, że postanowienia nie mają zastosowania do oprogramowania typu COTS, do którego Zamawiający nabywa prawa eksploatacji na podstawie licencji/sublicencji - §19 ust. 2 p. 1).

Odp.:Zamawiający wyjaśnia, że postanowienia w §22 Umowy –(Załączniki 6a i 6b) nie obejmują oprogramowania, na które Wykonawca udzieli Zamawiającemu licencji/sublicencji niewyłącznej.

Pyt. nr 112:

Załącznik 6a i 6b § 25 ust 5 p.3. Zamawiający oznajmia Zmiana postanowień Umowy może nastąpić na wniosek Zamawiającego lub Wykonawcy za zgodą drugiej Strony na podstawie artykułu 144 ustawy Prawo zamówień publicznych, w formie aneksu w następujących przypadkach: {…} wystąpią inne przyczyny obiektywnie niezależne od Wykonawcy uniemożliwiające wykonanie robót w sposób przewidziany w SIWZ (zmiana technologii, zmiana norm, itp.).

Prosimy o potwierdzenie, że za inne przyczyny Zamawiający uznaje także zaniechania w realizacji umowy samego Zamawiającego lub/i partnerów projektu? Jeżeli nie prosimy o uznanie takiej okoliczności jako uprawniającej do zmian postanowień umowy, ponieważ w rzeczywistości projektów informatycznych występuje ona najczęściej.

Odp.:Zamawiający podtrzymuje zapis w SIWZ, ponieważ przyczyny wskazane w pytaniu mieszczą się w sformułowaniu „ inne przyczyny obiektywnie niezależne od Wykonawcy”.

Pyt. nr 113:25

Załącznik 6a i 6b § 16 ust 1. Zamawiający przewiduje „dla zapewnienia należytej realizacji niniejszej Umowy Strony zastrzegają następujące kary umowne:

1) z tytułu niewykonania, któregokolwiek z zadań, o których mowa w §2 ust. 1 Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 50% (pięćdziesięciu procent) wynagrodzenia netto określonego w §17 ust. 2 dla tego zadania.

2) Z tytułu nienależytego wykonania któregokolwiek z zadań określonych w opisie przedmiotu zamówienia, o których w §2 ust. 1 Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 30% (trzydziestu procent) wynagrodzenia netto określonego w §17 ust. 2 dla tego zadania.,

3) W przypadku opóźnienia w wykonaniu któregokolwiek z zadań, o których w §2 ust. 1 Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 1% ( jeden procent) wynagrodzenia netto określonego w §17 ust. 2 dla tego zadania, za każdy dzień opóźnienia licząc od dnia upływu terminu, o których mowa w §11 ust. 1.

W świetle przytoczonych zapisów wariancie negatywnym Zamawiający może naliczyć Wykonawcy kary za nienależyte wykonanie, następnie za niewykonanie każdego z zadań co spowoduje krę w wysokości 80% wartości zamówienia za każde zadanie a łącznie 240% za niewykonanie całej umowy. Dodatkowo do tego dochodzą potencjalne kary za opóźnienie w wysokości 1% wynagrodzenia za dzień opóźnienia.

Powołane zapisy powodują, że łącznie wysokość zastrzeżonych kar należy uznać horrendalną. Pozostawienie treści SIWZ w takim brzmieniu naruszają art. 5 kc, art. 58 § 2 kc. w zw. z art. 14 i 139 ustawy PZP poprzez wprowadzenie zapisów godzących w elementarne zasady współżycia społecznego, mogących stanowić naruszenie dobrych obyczajów oraz zasad uczciwej konkurencji. Wpisują się także jak ulał w wyrok SN z 17 marca 1988 IV CR 58/88, który stwierdza, że „kara umowna - jako rażąco wygórowana powinna ulec zmniejszeniu w stopniu dostosowanym do tej dysproporcji. W przeciwnym razie kara umowna – traci charakter surogatu odszkodowania (art. 483 par. 2 KC) – i prowadziłaby do nie uzasadnionego wzbogacenia wierzyciela”

Mając na uwadze powyższe wnioskujemy o zmniejszenie potencjalnie naliczanych Wykonawcy kar umownych w następujący sposób

1) Z tytułu niewykonania , któregokolwiek z zadań {…} 20% {…}

2) Z tytułu nienależytego wykonania któregokolwiek z zadań {…} 10% {…}

3) W przypadku opóźnienia w wykonaniu któregokolwiek z zadań {…} 0,02% {…}

oraz zamianę wyrazu „opóźniania” na wyraz „zwłoki”, tak aby Wykonawca nie był obciążony reżimem kary w sytuacjach, w których nie jest ona zawiniona przez niego.

Odp.:Zamawiający podtrzymuje zapisy dotyczące kar umownych.

Pyt. nr 114:

Pytanie dotyczy załącznika nr 10.

Zakładka usługi

a).Jaka jest różnica pomiędzy dokumentem medycznym, a dokumentacją medyczną? (załącznik 10 usługi). Czy Zamawiający dopuszcza połączenie tych punktów i prezentację dokumentów jako listy (czyli dokumentacja medyczna). Lista zawiera podział na epizody (np., hospitalizacja). Wybranie dokumentu z listy umożliwia jego podgląd. W tym podejściu schemat (spis treści nie jest potrzebny). Lista umożliwia filtrowanie dokumentacji wg określonych kryteriów(typ dokumentu, lekarz, placówka, zakres czasowy powstania dokumentu), co odpowiada rejestrowi dokumentacji i dokumentów.

b).Jak Zamawiający rozumie pojęcie "Doposażenie systemów medycznych", czy funkcjonalności mają być rozwinięciem systemów źródłowych HIS? Czy Zamawiający dopuszcza osobny system uruchomiony lokalnie, który umożliwia przeglądanie dokumentacji, obsługę rejestru świadczeń/zdarzeń medycznych o zaznaczone wymagania (załącznik 10 usługi)?c).Czy prezentacja dokumentów lokalnie i regionalnie może być różna. Czy dopuszczamy scenariusz, że lokalnie dokument nie jest prezentowany, a regionalnie jest ?

Odp. a).:

Zamawiający wyjaśnia, że dokumentacja medyczna jest określoną relacją wiążącą indywidualne dokumenty medyczne według określonego minimum jednoelementowego zbioru kryteriów.

Zamawiający wyjaśnia, że nie określa sposobu prezentacji dokumentacji medycznej.

Odp. b).:Zamawiający wyjaśnia, że pojęcie „Doposażenie systemów medycznych” oznacza uzupełnienie zakresów funkcjonalnych i licencji systemów informatycznych dla części medycznej (HIS), aktualnie posiadanych i eksploatowanych przez podmioty lecznicze objęte zakresem zamówienia.

Zamawiający wyjaśnia, że nie określa sposobu realizacji zamówienia.

26

Odp. c).:Zamawiający wyjaśnia, że brak zróżnicowania między lokalną i regionalną prezentacją dokumentów jest oczywistym warunkiem realizacji zamówienia w zakresie usługi wytwarzanie i udostępniania elektronicznej dokumentacji medycznej.

Zakładka rejestr świadczeń medycznych a). Gdzie będą wprowadzane informacje o świadczeniach medycznych i zdarzeniach medycznych? Czy powinno to być uzupełniane w systemie HIS? Czy w oddzielnym programie? Kto będzie te informacje wprowadzał, czy są odpowiednie osoby, które to będą robić?b).Jak zamawiający rozumie konfigurator zakresu danych? Co taki komponent miałby robić? Zakres danych jest określony w zakładce świadczenia (możliwe) i świadczenia (kontraktowe) więc po ustaleniu interfejsów ich zmiany nie są zalecane.Odp. a).:Zamawiający wyjaśnia, że wprowadzanie informacji o świadczeniach medycznych i zdarzeniach medycznych jest oczywistą funkcjonalnością systemów informatycznych dla części medycznej (HIS).Odp. b).:

Zamawiający wyjaśnia, że konfigurator zakresu danych jest narzędziem umożliwiającym konfigurowanie zbioru danych zasilających wytwarzanie odpowiedniej usługi elektronicznej.

Zamawiający wyjaśnia i zwraca uwagę na to, że zbiór możliwych świadczeń, a w konsekwencji także odpowiedni zakres danych mogą ulegać zmianie, zatem interfejsy muszą zapewniać możliwość ich adaptacji do takich zmian za pomocą konfiguratora zakresu danych.

Zakładka rejestr zdarzeń medycznych

a).Jak zamawiający rozumie konfigurator zdarzeń? Zakres danych zdarzenia medycznego jest określony w zakładce zdarzenia (zał. 10) więc po ustaleniu interfejsów ich zmiany nie są zalecane.

Odp. a).:

Zamawiający wyjaśnia, że konfigurator zakresu danych jest narzędziem umożliwiającym konfigurowanie zbioru danych zasilających wytwarzanie odpowiedniej usługi elektronicznej.

Zamawiający wyjaśnia i zwraca uwagę na to, że zbiór możliwych świadczeń, a w konsekwencji także odpowiedni zakres danych mogą ulegać zmianie, zatem interfejsy muszą zapewniać możliwość ich adaptacji do takich zmian za pomocą konfiguratora zakresu danych.

Pyt. nr 115:

Pytania dotyczą załącznika nr 10.

a). Jaki jest cel wprowadzenia funkcjonalności rejestru świadczeń medycznych/zdarzeń medycznych?b). W jaki sposób lokalne podmioty będą wytwarzać informacje o świadczeniach/zdarzeniach medycznych?c).W jakim formacie mają być przesyłane/przechowywane informacje o zdarzeniach/świadczeniach medycznych? Czy ma to być HL7 CDA, czy inny format?

Odp. a).:Zamawiający wyjaśnia i zwraca uwagę na to, że jest to oczywisty cel informacyjny.

Odp. b).:Zamawiający wyjaśnia i zwraca uwagę na to, wytwarzanie informacji o świadczeniach/zdarzeniach medycznych jest oczywistą funkcjonalnością systemów informatycznych części medycznej (HIS).

Odp. c).:Zamawiający wyjaśnia i zwraca uwagę na to, że przesyłanie informacji o zdarzeniach/świadczeniach medycznych jest aformatowe, a przechowywanie tych danych będzie realizowane w formatach ich wytworzenia.Pyt. nr 116:Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 1.1, 1.2 W jakim celu dokumenty medyczne dla potrzeb wewnętrznych podmiotu leczniczego powinny być udostępniane regionalnie?

Są to dokumenty wewnętrzne szpitala i nie powinny być udostępniane regionalnie. Prośba o zmianę wymagania (usunięcie "X" dla udostępniania regionalnego dla punktów 1.1, 1.2)Jeśli zamawiający nie zmieni postanowienia, to prosimy o odpowiedź, komu te dokumenty miały być udostępniane regionalnie?(pacjentowi, lekarzowi, uprawnionym organom).

Odp.:Zamawiający wyjaśnia i podkreśla, że Wykonawca błędnie interpretuje udostępnianie regionalne jako ograniczone do zcentralizowanego pośrednictwa w dostępie do usług elektronicznych.Zamawiający wyjaśnia zatem, że udostępnianie regionalne oznacza dostęp do usług elektronicznych w relacjach między podmiotami objętymi zakresem zamówienia.

Pyt. nr 117:

27

Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 1.3. W jakim formacie Zamawiający przewiduje przesyłanie i przechowywanie dokumentacji zbiorczej?

Odp.:Zamawiający wyjaśnia, że przesyłanie tych danych będzie realizowane w formacie ich wytworzenia.

Pyt. nr 118:Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 2.2. Czy "udostępnianie przez podmioty lecznicze wytworzonych przez nie lokalnych zbiorów informacji o świadczeniach medycznych" nie powinno mieć zaznaczonego "x" w komórce udostępnianie lokalne? (obecnie jest wytwarzanie regionalne, co sprawia że wymaganie jest nielogiczne). Jeśli nie, to prosimy o dokładniejsze wyjaśnienie, co Zamawiający ma na myśli.

Czy być może wymaganie rozumieć trzeba w następujący sposób " udostępnianie przez podmioty lecznicze wytworzonych przez nie lokalnych zbiorów informacji o świadczeniach medycznych " na potrzeby wytwarzania regionalnego?

Odp.:Zamawiający zmodyfikował zapis w SIWZ.

Pyt. nr 119:

Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 2.3. Czy "udostępnianie wytwarzanie regionalnego rejestru informacji o lokalnych świadczeniach medycznych" nie powinno mieć zaznaczonego "x" w komórce wytwarzanie regionalne? (obecnie jest udostępnianie lokalne, co sprawia, że wymaganie jest nielogiczne). Jeśli nie, to prosimy o dokładniejsze wyjaśnienie, co Zamawiający ma na myśli.

Czy być może wymaganie rozumieć trzeba w następujący sposób " udostępnianie wytwarzanie regionalnego rejestru informacji o lokalnych świadczeniach medycznych " na potrzeby udostępniania lokalnego?


Pyt. nr 120:

Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 3.2. Czy " udostępnianie przez podmioty lecznicze wytworzonych lokalnych (podmiotowych) rejestrów zdarzeń medycznych" nie powinno mieć zaznaczonego "x" w komórce udostępnianie lokalne (obecnie jest wytwarzanie regionalne, co sprawia że wymaganie jest nielogiczne). Jeśli nie, to prosimy o dokładniejsze wyjaśnienie, co Zamawiający ma na myśli.

Prosimy o potwierdzenie, że Wykonawca dobrze rozumie powyższe wymaganie w następujący sposób "udostępnianie przez podmioty lecznicze wytworzonych lokalnych (podmiotowych) rejestrów zdarzeń medycznych" na potrzeby wytwarzania regionalnego?


Pyt. nr 121:Pytanie dotyczy załącznika 9B do SIWZ dla części 2 zamówienia punkt 3.3. Czy " wytwarzanie dla grupy podmiotów leczniczych skonsolidowanego rejestru informacji o zdarzeniach medycznych z lokalnych rejestrów zdarzeń medycznych podmiotów leczniczych" nie powinno mieć zaznaczonego "x" w komórce wytwarzanie regionalne? (obecnie jest udostępnianie lokalne, co sprawia że wymaganie jest nielogiczne). Jeśli nie to prośba o dokładniejsze wyjaśnienie, co Zamawiający ma na myśli.

Prosimy o potwierdzenie, że wymaganie należy rozumieć w następujący sposób " wytwarzanie dla grupy podmiotów leczniczych skonsolidowanego rejestru informacji o zdarzeniach medycznych z lokalnych rejestrów zdarzeń medycznych podmiotów leczniczych " na potrzeby udostępniania lokalnego?


Pyt. nr 122:Część pierwsza wystawia interfejs do Części 2 zgodnie z załącznikiem 10 proszę o określenie typy danych w sensie np. format kod pocztowy „XX-XXX”, przyśpieszy to wdrożenie w 23 podmiotach. Proszę o potwierdzenie ze z warstwy „Rozbudowa części medycznej” np. z systemu HIS przesyłane są dane do części lokalnej.

Odp.:

Zamawiający wyjaśnia, że określenie typów danych należy do zakresu prac Wykonawcy.

Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Pyt. nr 123:

28

Proszę o uszczegółowienie ilości podmiotów wiodących. Czy są to dwa 2 szpitale i Zamawiający ?

Odp.:Zamawiający wyjaśnia, że podmiotami wiodącymi będą wybrane dwa z trzech podmiotów wytypowanych (dwa podmioty lecznicze i Zamawiający).

Pyt. nr 124:Czy podmiot wiodący jako szpital będzie wytwarzał dane do usług związanych z ratownictwem (tablety) i apteczką (wózkami)?

Odp.:Zamawiający wyjaśnia, że miejsce wytwarzania usług wskazanych przez Wykonawcę w pytaniu nie pozostaje w żadnym związku z podmiotami wiodącymi.

Pyt. nr 125:W Części 1 w załączniku 11 na stronie 3 jest zapis o zasilaniu (imporcie) pliku XML dla usługi „Monitorowanie zdarzeń systemu ratownictwa medycznego, a do usługi „Monitorowanie gospodarki lekami (rzeczywiste zużycie leków)” brak zapisu. Prosimy o uzupełnienie opisu przedmiotu zamówienia.


Pyt. nr 126:

W załączniku 18 strona 1 Zamawiający specyfikuje usługi: „wytwarzanie i udostępnianie dokumentów medycznych dla Elektronicznej Dokumentacji Medycznej;” Prosimy o potwierdzenie, że wytwarzanie dokumentów jest realizowane w systemach HIS, a lokalnie i regionalnie jest ich udostępnianie.

Odp.:

Zamawiający wyjaśnia ponownie, że wytwarzanie dokumentów medycznych jest oczywistą funkcjonalnością systemów informatycznych części medycznej, a dostęp do tych dokumentów jest oczywistą funkcjonalnością usług elektronicznych: lokalnej i regionalnej.

Pyt. nr 127:W załączniku 18 strona 1 Zamawiający specyfikuje usługi:

2) rozproszony rejestr świadczeń medycznych:

wytwarzanie i udostępnianie przez podmioty lecznicze lokalnych zbiorów informacji o świadczeniach medycznych;

wytwarzanie i udostępnianie dla grup podmiotów leczniczych skonsolidowanego rejestru informacji o lokalnych świadczeniach medycznych;

3) rozproszony rejestr zdarzeń medycznych:

wytwarzanie i udostępnianie przez podmioty lecznicze lokalnych (podmiotowych) rejestrów zdarzeń medycznych;

wytwarzanie i udostępnianie dla grupy podmiotów leczniczych skonsolidowanego rejestru informacji o zdarzeniach medycznych z lokalnych rejestrów zdarzeń medycznych podmiotów leczniczych;

Prosimy o potwierdzenie, że powyższe informacje wytwarzają systemy HIS zainstalowane w jednostkach medycznych i wytwarzanie tych dokumentów nie jest zadaniem dla Części II.

Odp.:Zamawiający wyjaśnia ponownie, że wytwarzanie powyższych informacji jest oczywistą funkcjonalnością systemów informatycznych części medycznej, a dostęp do tych informacji jest oczywistą funkcjonalnością usług elektronicznych: lokalnej i regionalnej.

Pyt. nr 128:

W załączniku 18 strona 3 Zamawiający specyfikuje usługi:

usługa 1):

wytwarzanie pojedynczych dokumentów medycznych (zapis określonych zbiorów danych według odpowiedniego wzorca/szablonu) dla potrzeb wewnętrznych podmiotu leczniczego;

Pytanie kto i gdzie będzie definiował te wzorce/szablony? Jak często takie dane mogą być zmieniane?

Odp.:

Zamawiający wyjaśnia, że wymaganie dotyczy możliwości wytwarzania pojedynczych dokumentów medycznych według wzorca, a nie definiowania tego wzorca/szablonu.

29

Zamawiający wyjaśnia, że częstość zmian wzorca/szablonu jest nieistotna.

Pyt. nr 129:

W załączniku 18 strona 6 Zamawiający specyfikuje usługi:

Oprogramowanie aplikacyjne usług elektronicznych 1), 2), 3), 5), 6)

usługi 1) – 6):

identyfikacja użytkowników korzystających z usług;

Integracja z usługą uwierzytelniania i autoryzacji dostępu;

usługi 1), 2), 3), 5) i 6):

neutralność technologiczna (technologia usług sieciowych);

identyfikacja (WDSL, UDDI);

organizacja i konfiguracja połączeń (negocjacje w kanale telemetrycznym przy wykorzystaniu komunikatów XML);

efektywne przesyłanie dużych woluminów danych (strumieniowanie danych binarnych w kanałach bezpośrednich wynegocjowanych w kanale telemetrycznym);

kryptograficzna ochrona udostępnianych danych i ich integralności;

kontrola dostępu do udostępnianych danych (buforowanie udostępniania);

stabilizacja akwizycji danych (buforowanie akwizycji);

definiowanie:

semantyki danych (XML, XTD);

trybu funkcjonowania (aktywacji);

sposobu wymiany danych (kanały logiczne, buforowanie);

organizacji;

połączeń.

a).Co Zamawiający ma na myśli pisząc identyfikacja WSDL, UDDI

b).Co Zamawiający rozumie pod każdym z podpunktów wymienionych w myślniku „definiowanie” - (definiowanie semantyki, trybu funkcjonowania, sposobu wymiany danych ,organizacji, połączeń)? Wymagania są bardzo ogólne i stwarzają niebezpieczeństwo braku możliwości wyceny rozwiązania, gdyż trudno oszacować koszt rozwiązania. Prośba o usunięcie tych wymagań bądź ich sprecyzowanie.

Odp.:

Zamawiający wyjaśnia, że „identyfikacja WSDL, UDDI” oznacza odpowiednio:

definiowanie usług sieciowych w standardzie WSDL (ang. Web Service Definition Language);

dynamiczne wykrywanie i integracji usług sieciowych w środowiskach informatycznych zgodnie ze standardem UDDI (ang. Universal Description Discovery and Integration).

W załączniku 18 nastąpiła pomyłka pisarska, która została skorygowana z WDSL na WSDL.

Zamawiający wyjaśnia, że „definiowanie” pod każdym z wymienionych podpunktów oznacza oczywistą funkcjonalność umożliwiającą skonfigurowanie parametrów eksploatacji usług elektronicznych.

Pyt. nr 130:Zamawiający w Załączniku 17 na stronie 3 napisał:

1. Dostęp do usług elektronicznych na obu poziomach będzie realizowany za pomocą:

interfejsu aplikacyjnego systemu operacyjnego z graficznym interfejsem użytkownika dla zapewnienia możliwości wykorzystywania do tego celu (dostęp) urządzeń wyposażonych w ekrany dotykowe lub w przyszłości w inne interfejsy użytkowe (np. polecenia głosowe, dwuwymiarowe kody kreskowe, znaczniki elektroniczne, ikony i znaki specjalne np. Braile’a).

30

2.Prosimy o potwierdzenie, że Wykonawca dobrze rozumie konfigurator schematów na rysunku 1. – Zamawiający miał na myśli widoki na bazę danych, które można konfigurować w dowolny sposób w celu wyświetlania dowolnych dokumentów.

Odp.:

Zamawiający wyjaśnia, że nie wskazuje wymaganej interpretacji schematów na rysunku 1.

Jednocześnie zamawiający podkreśla, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego, więc to Wykonawca powinienzaproponować sposób realizacji.

Pyt. nr 131:

Zamawiający w Załączniku 12 napisał:

5. Dostęp do danych

1. Pośredni

2. Lokalny bufor danych (pośrednia lokalna baza danych)

3. Regionalny bufor danych (pośrednia regionalna baza danych)

4. Buforowanie nie wersjonuje danych

5. Udostępnienie danych dla lokalnego bufora w widoku bazy HIS

6. Zasilanie lokalnego bufora przez wpisywanie do widoku pośredniej lokalnej bazy danych

7. Zasilanie regionalnej hurtowni danych przez odczyt z widoku regionalnej pośredniej bazy danych

a).Jak zamawiający rozumie pojęcie pośrednich baz danych, lokalnej i regionalnej. Jakie jest ich zadanie?b).Czy dane z systemu HIS mają trafiać do pośredniej lokalnej bazy danych, a następnie do lokalnej bazy danych, w której będą przechowywane?c).Czy dane z lokalnej bazy danych mają trafiać do pośredniej regionalnej bazy danych a następnie do regionalnej bazy danych?d).Punkt 5.1 Co Zamawiający rozumie pod pojęciem pośredni dostęp do danych. Czy pod pojęciem pośredni dostęp do danych Zamawiający ma na myśli, że dane są pobierane z systemu lokalnego, bądź regionalnego bez konieczności odpytywania systemu HIS?e). Punkt 5.4 Czy w związku z zapisem " Buforowanie nie wersjonuje danych" Zamawiający nie wymaga, aby na poziomie lokalnym i regionalnym były przechowywane wersje dokumentów? Zwracamy uwagę iż dokumentacja medyczna powinna być przechowywana w całości razem ze wszystkimi zmianami, które w niej nastąpiły.f). Punkt 5.5 Udostępnienie danych dla lokalnego bufora w widoku bazy HIS. Czy Zamawiający dopuści rozwiązanie, w którym system HIS będzie wysyłał dokumenty do systemu lokalnego, a nie udostępniał je w widoku swojej bazy. Takie rozwiązanie sprawia, że dokumentacja medyczna będzie spływać do lokalnego systemu niezwłocznie po ich zatwierdzeniu w systemie HIS.g). Punkt 5.5 Udostępnienie danych dla lokalnego bufora w widoku bazy HIS.h). Punkt 5.6 Zasilanie lokalnego bufora przez wpisywanie do widoku pośredniej lokalnej bazy danychi). Dotyczy punktów 5.5, 5.6 Prosimy o bardziej szczegółowe opisanie przepływu danych pomiędzy systemem HIS, a warstwą lokalną budowanego rozwiązania.j). Dotyczy punktów 5.5, 5.6 Czy system HIS będzie odpowiedzialny za wysyłanie (podpisanych lub nie) danych do lokalnego systemu gromadzącego dokumentacje medyczną.k). Czy Zamawiający oprócz relacyjnych baz danych dopuszcza budowanie warstwy lokalnej i regionalnej systemu w oparciu o rozwiązania klasy ECM? Takie rozwiązania o wiele lepiej się sprawdzają, jeśli chodzi o zarządzanie dużymi wolumenami danych, a tutaj taka sytuacja będzie miała miejsce.l). W którym systemie (HIS, czy warstwa lokalna rozwiązania) Zamawiający przewiduje podpisywanie dokumentacji medycznej wytworzonej w systemie HIS?

Odp. a).:Zamawiający wyjaśnia, że rolę i zadania pośrednich baz danych określił w załączniku nr 17 do SIWZ.

Odp. b).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Odp. c).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

31

Odp. d).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Odp. e).:Zamawiający podtrzymuje zapis w SIWZ.

Odp. f).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Odp. g).:Brak pytania do zapisu.

Odp. h).:Brak pytania do zapisu.

Odp. i).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Odp. j).:Zamawiający wyjaśnia, że realizacja przepływu danych jest zadaniem Wykonawcy.

Odp. k):Zamawiający wyjaśnia, że takie ustalenia należą do zadań Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Odp. .l):

Zamawiający wyjaśnia, że podpisywanie dokumentacji medycznej wytworzonej w systemie HIS jest oczywistą funkcjonalnością tego systemu.

Pyt. nr 132:Zamawiający w Załączniku 2b na stronie 3 napisał:

f) testy akceptacyjne kodów wykonywalnych wskazanych w pkt. a) – b);

Rozwiązania wytwarzające, udostępniające oraz integrujące lokalne i regionalne usługi elektroniczne objęte zakresem zamówienia muszą:

spełniać wymagania hierarchicznej architektury wytwarzania , udostępniania oraz integracji usług elektronicznych wytwarzanych lokalnie przez podmioty lecznicze i regionalnie przez podmioty wiodące objęte zakresem przedmiotu zamówienia;

w pełni współpracować ze środowiskami informatycznymi podmiotów leczniczych nie ograniczając funkcjonowania systemów informatycznych dla części medycznej posiadanych i eksploatowanych przez podmioty lecznicze objęte zakresem przedmiotu zamówienia;

wykorzystywać technologie integracji polegające na otwartych standardach i techniki integracji, nie wymagające modyfikowania schematów baz danych, kodu wykonawczego, architektury, funkcji i funkcjonalności oprogramowania aplikacyjnego (w tym systemów informatycznych dla części medycznej) z posiadanych i eksploatowanych w podmiotach leczniczych objętych zakresem przedmiotu zamówienia;

a).Co Zamawiający rozumie pod pojęciem "hierarchiczna architektura wytwarzania". Prosimy o dokładne wyjaśnienie?

b).Co Zamawiający rozumie pod pojęciem "w pełni współpracować ze środowiskami informatycznymi podmiotów" W jaki sposób ma się odbywać współpraca? Czy wystarczające będzie jeśli współpraca będzie polegać na wymianie danych zgodnie z interfejsem określonym w załączniku 10

c).Co Zamawiający rozumie pod pojęciem "otwartych standardów". Prośba o ich wyspecyfikowanie.

Odp. a).:Zamawiający wyjaśnia, że „hierarchiczna architektura wytwarzania” zdefiniował w załączniku nr 17 do SIWZ jako współpracujące ze sobą lokalne i regionalne usługi elektroniczne.

Odp. b).:Zamawiający wyjaśnia, że pojęcie „w pełni współpracować ze środowiskami informatycznymi podmiotów” określa warunek całkowitej zgodności funkcjonowania lokalnych usług elektronicznych ze środowiskami informatycznymi podmiotów leczniczych.

Odp. c).:

32

Zamawiający wyjaśnia, że pojęcie „otwartych standardów” określa wymaganie stosowania rozwiązań polegających na specyfikacjach i standardach, których specyfikacje są dostępne bez ograniczeń prawnych, finansowych, nie stanowią tajemnic handlowych podmiotów, które te specyfikacje opracowały i są niezależnie od tych podmiotów zatwierdzane i rozwijane.

Pyt. nr 133:

W Załączniku 2b na stronie 11 Zamawiający napisał:

wykonanie analiz przedwdrożeniowych dla każdego z podmiotów leczniczych objętych zakresem przedmiotu zamówienia, w zakresie zadania 2 i uzyskanie akceptacji jej wniosków przez Zamawiającego na podstawie odpowiednich uzgodnień z w/w podmiotami leczniczymi;

Czy w celach organizacyjnych i ze względu na harmonogram projektu Zamawiający wyrazi zgodę na centralizację wybranych prac wdrożeniowych, szczególnie główne konsultacje podczas etapu analizy przedwdrożeniowej i możliwie maksymalną standaryzację/unifikację [pod tzw. roll-out] wszystkich jednostek objętych postępowaniem przetargowym? Nie zakłóci to prac w jednostkach świadczących usługi medyczne. Analiza powinna być wykonana centralnie i mieć takie samo odniesienie do każdego podmiotu.

Odp.:Zamawiający wyjaśnia, że nie określa sposobu organizacji prac wdrożeniowych. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Pyt. nr 134:Dotyczy zapisów załącznika nr 19 i wymagania „rejestry korespondencji (wychodząca, przychodząca, indeks);”. Czym jest index wymieniony w tym wymaganiu, czy chodzi tutaj o tak zwane numeratory stosowane dla spraw i pism?

Odp.:

Zamawiający wyjaśnia, że określenie „indeks” jest oczywistym synonimem określenia „wykaz”.

Pyt. nr 135:Dotyczy zapisów załącznika nr 19 i wymagania „rozdzielnik wewnętrzny korespondencji przychodzącej;”. Czym jest rozdzielnik wewnętrzny korespondencji przychodzącej? Czy chodzi tutaj o możliwość przekazania korespondencji przychodzące do właściwej komórki organizacyjnej lub osoby?

Odp.:Zamawiający wyjaśnia, ze „rozdzielnik wewnętrzny korespondencji przychodzącej” jest oczywistym w znaczeniu określeniem dla wykazu wewnętrznych adresatów podmiotu dla korespondencji przychodzącej.Pyt. nr 136:Dotyczy zapisów załącznika nr 19 i wymagania „podręczne repozytorium plików elektronicznych prowadzonych spraw (dla potrzeb wewnętrznych);”. Czy w wymaganiu chodzi o możliwość korzystania w takcie wydawania decyzji administracyjnych z pism wychodzących w ramach prowadzonych spraw z wykorzystaniem repozytorium plików szablonów dokumentów wychodzących, które po autouzupełnieniu metadanymi z prowadzonej sprawy oraz po podpisaniu będą stanowić pismo wychodzące.

Odp.:

Zamawiający wyjaśnia, że „podręczne repozytorium plików elektronicznych prowadzonych spraw (dla potrzeb wewnętrznych) ” jest narzędziem zapewniającym szybki bezpośredni dostęp do wszystkich plików elektronicznych dotyczących spraw w toku.

Pyt. nr 137:

Dotyczy zapisów załącznika nr 19 i wymagania „obsługa własnej Elektronicznej Skrzynki Podawczej (ESP);” O jakiej dokładnie ESP mówi wymaganie?

Czy poszczególni partnerzy projektu oraz Zamawiający posiadają inne niż ePUAPowe skrzynki podawcze?

Jeśli tak to prosimy o przekazanie interfejsów do komunikacji z tymi skrytkami celem weryfikacji i oszacowania pracochłonności w tym zakresie. Jeśli jednak ani Partnerzy, ani Zamawiający nie dysponują dedykowanymi skrzynkami podawczymi poza ePUAPowymi, to prosimy o wykreślenie tego wymagania.

Odp.:

Zamawiający wyjaśnia, że wymaganie dotyczy indywidualnych elektronicznych skrzynek podawczych poszczególnych partnerów i Zamawiającego niezależnie od ich elektronicznych skrzynek podawczych udostępnianych przez serwis ePUAP.

Zamawiający wyjaśnia, że zapewnienie własnej ESP jest jednym z wymagań w zakresie dostarczenia podmiotom objętym zakresem zlecenia funkcjonalności systemu elektronicznego obiegu dokumentów.

Zamawiający wyjaśnia, że wymaganie określa konieczność dostarczenia takiego systemu elektronicznego obiegu dokumentów, który udostępni partnerom ich indywidualne elektroniczne skrzynki podawcze jako podstawowe dla ich środowisk informatycznych oraz zapewni integrację tych skrzynek z dedykowanymi skrzynkami podawczymi ePUAP dla tych podmiotów.

33

Pyt. nr 138:Dotyczy zapisów załącznika nr 19 i wymagania „synchronizacja własnej ESP z ESP ePUAP (nadrzędną ESP jest własna);” Na czym dokładnie ma polegać synchronizacja własnej ESP z ESP ePUAP i jak dokładnie Zamawiający wyobraża sobie proces synchronizacji?Prosimy o przekazanie specyfikacji interfejsów komunikacyjnych, które ze strony własnych ESP proces synchronizacji będą realizować, dane są niezbędne celem precyzyjnego oszacowania wartości zamówienia.

Dodatkowo czy poszczególni partnerzy projektu oraz Zamawiający posiadają inne niż ePUAPowe skrzynki podawcze?

Jeśli jednak ani Partnerzy, ani Zamawiający nie dysponują dedykowanymi skrzynkami podawczymi poza ePUAPowymi, to prosimy o wykreślenie tego wymagania.

Odp.:

Zamawiający wyjaśnia, że realizacja tego zadania należy do Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego.

Zamawiający wyjaśnia ponadto, że synchronizacja własnej ESP i ESP ePUAP musi utrzymywać identyczny stan obu ESP, przy czym własna ESP ma status nadrzędny.



Pyt. nr 139:Dotyczy zapisów załącznika nr 19 i wymagania „synchronizacja rejestrów adresatów i nadawców;”. Z czym dokładnie / jakim systemem rejestry adresatów i nadawców mają być synchronizowane? Jeśli synchronizacja odbywać się będzie z systemem, który nie będzie dostarczany w ramach zamówienia to prosimy o wyspecyfikowanie interfejsów do komunikacji z tym systemem. Czy chodzi tutaj jednak o synchronizację właściwych danych z SEOD Partnera z wersją zapasową działającą na poziomie Centralnym?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy utrzymania spójności między lokalnie eksploatowanym rozwiązaniem ESP elektronicznego obiegu dokumentów, a odpowiednimi rejestrami ESP ePUAP.

Pyt. nr 140:Dotyczy zapisów załącznika nr 19 i wymagania „synchronizacja rejestrów spraw, których korespondencja przechodzi przez ESP ePUAP”. Z czym dokładnie / jakim systemem rejestry spraw mają być synchronizowane? Jeśli synchronizacja odbywać się będzie z systemem, który nie będzie dostarczany w ramach zamówienia to prosimy o wyspecyfikowanie interfejsów do komunikacji z tym systemem. Czy chodzi tutaj jednak o synchronizację właściwych danych z SEOD Partnera z wersją zapasową działającą na poziomie Centralnym?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy utrzymania spójności między lokalnie eksploatowanym rozwiązaniem ESP elektronicznego obiegu dokumentów, a odpowiednimi rejestrami ESP ePUAP.

Pyt. nr 141:Dotyczy zapisów załącznika nr 19 i wymagania „indywidualne katalogi sieciowe (dla dekretowanej korespondencji przychodzącej i wychodzącej) dla użytkowników będących osobami prawnymi i funkcyjnymi (jednostki organizacyjne);” Czy wymaganie będzie spełnione przez udostępnienie w dostarczonym systemie konta użytkownika, z poziomu, którego będzie on posiadał dostęp do zadekretowanej na siebie korespondencji i spraw, które obsługuje jako osoba merytoryczna?Odp.:Zamawiający wyjaśnia, że wymaganie określa sposób przekazywania dekretowanej korespondencji przez umieszczanie jej w indywidualnych zewnętrznych katalogach sieciowych użytkowników/adresatów tej dekretacji.

Pyt. nr 142:Dotyczy zapisów załącznika nr 19 i wymagania „zgodność z obowiązującymi przepisami:

a) szczegółowy sposób postępowania z dokumentami elektronicznymi;

elektroniczne zarządzanie dokumentacją (instrukcja kancelaryjna, jednolite rzeczowe wykazy akt, instrukcje w sprawie organizacji i zakresu działania archiwów zakładowych);

wymagania techniczne formatów zapisu i informatycznych nośników danych, na których utrwalono materiały archiwalne przekazywane do archiwów państwowych;

niezbędne elementy struktury dokumentów elektronicznych;

postępowanie z dokumentacją, zasady jej klasyfikowania i kwalifikowania oraz zasady i tryb przekazywania materiałów archiwalnych do archiwów państwowych;

34

podpis elektroniczny.

Wykonawca prosi o precyzyjne wyspecyfikowanie aktów prawnych, z którymi ma być zgodne dostarczone w ramach zamówienia rozwiązanie.

Odp.:Zamawiający wyjaśnia, że zapewnienie zgodności oferowanego rozwiązania z obowiązującym stanem prawnym jest zadaniem Wykonawcy. Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego. i to Wykonawca powinien wiedzieć z jakimi aktami prawnymi powinien zapewnić zgodność oferowanego rozwiązania.

Pyt. nr 143:„W załączniku nr 17 w opisie usługi nr 7 – „Uwierzytelnianie i autoryzacja dostępu” mowa jest o „…realizacja Projektu spowoduje, że wszystkie podmioty objęte jego zakresem uzyskają techniczne możliwości integracji uwierzytelniania i autoryzacji dostępu do zasobów lokalnych środowisk IT przez ich włączenie do zakresu usługi regionalnej z zachowaniem jednak autonomii tych podmiotów w zarządzaniu lokalnym…”. W związku z brakiem dostępu wykonawcy do kodów źródłowych systemów w lokalnym środowisku IT, integracja uwierzytelniania i autoryzacji jest niemożliwa do wykonania przez Wykonawcę. Prosimy o potwierdzenie iż Wykonawca udostępni w lokalnym środowisku IT usługę uwierzytelniania i autoryzacji wraz pełną dokumentacją integracyjną, a producenci/dostawcy poszczególnych systemów są odpowiedzialni za integrację z wyżej wymienioną usługą.

Odp.:Zamawiający wyjaśnia, ze integracja uwierzytelniania i autoryzacji dostępu do zasobów lokalnych środowisk IT przez ich włączenie do zakresu usługi regionalnej z zachowaniem jednak autonomii tych podmiotów w zarządzaniu lokalnym nie znajduje się w przedmiocie zamówienia.

Pyt. nr 144:W załączniku nr 17 w opisie usługi nr 7 – „Uwierzytelnianie i autoryzacja dostępu” mowa jest o „W Koncepcji Projektu zakłada się, że wszystkie zasoby w jego zakresie będą objęte zakresem usługi 8)…”. Prosimy o potwierdzenie iż chodzi o usługę nr „7)” a nie „8)”.

Odp.:Zamawiający wyjaśnia, że odwołanie do usługi 8) jest omyłką pisarską i skorygował odpowiednie zapis w SIWZ.

Pyt. nr 145:W załączniku nr 18 w sekcji „Oprogramowanie Aplikacyjne Usługi Elektronicznej 7)” mowa jest o „Oprogramowaniu aplikacji pracownika”. Jednym z wymagań są „operacje kryptograficzne z wykorzystaniem prywatnego klucza PKI”. Prosimy o wymienienie o jakie operacje kryptograficzne chodzi.

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy wszelkich operacji przekształcających dane oraz dotyczących podpisu cyfrowego wymagających użycia prywatnego klucza PKI.

Pyt. nr 146:W załączniku nr 18 w sekcji „Wymagania funkcjonalne usług elektronicznych” akapit „usługa 7)” mowa jest o „realizacja uwierzytelniania i autoryzacji dostępu w modelu EDUROAM”. Prosimy o wykreślenie tego zapisu gdyż model EDUROAM jest dedykowany dla dostępu w środowiskach akademickich (głównie sieci bezprzewodowe oraz urządzenia mobilne) a nie dla środowisk medycznych.

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy realizacja uwierzytelniania i autoryzacji dostępu w określonym modelu, co nie jest zależne od środowiska. Model EDUROAM został w tym wymaganiu wskazany jako źródło rozwiązania, a nie produkt/rozwiązanie do przeniesienia w środowiska medyczne.Zamawiający podkreśla również i zwraca uwagę na to, że funkcjonalność usługi uwierzytelniania i autoryzacji dostępu jest niezależna od środowisk w, których jest wdrażana.

Pyt. nr 147:W SIWZ w punkcie „V WARUNKI UDZIAŁU W POSTĘPOWANIU ORAZ OPIS SPOSOBU DOKONYWANIA OCENY SPEŁNIANIA TYCH WARUNKÓW. „ w części 2, punkt 3, podpunkt „C” mowa jest o „c) min. 1 osoba posiadająca kwalifikacje specjalisty ds. bezpieczeństwa, potwierdzone certyfikatem CISA, CSSP lub równoważnym audytora wiodącego systemu zarządzania bezpieczeństwem informacji…”. Prosimy o potwierdzenie że chodzi o certyfikat „CISSP” a nie „CSSP”.

Odp.:Zamawiający wyjaśnia, że skrót „CSSP” jest omyłką pisarską i odpowiednio skorygował zapis w SIWZ.

Pyt. nr 148:Pytanie o podpis cyfrowy. Jakim standardem ma być realizowany podpis cyfrowy (np. XAdES)?

Odp.:

35

Zamawiający wyjaśnia, że wszędzie w specyfikacji, gdzie jest mowa o podpisie cyfrowym oznacza to konieczność zachowania zgodności z ustawowo dopuszczanymi standardami dla takiego podpisu tj. XAdES (ETSI TS 101 903), Cryptographic Message Syntax (ETSI TS 101 733) I PKCS#7.

Pyt. nr 149:

Prosimy o informację jaki zakres danych zebranych w ramach usług elektronicznych

5) monitorowanie gospodarki lekami (rzeczywiste zużycie leków);

6) monitorowanie zdarzeń systemu ratownictwa medycznego;

będzie przekazywany do warstwy lokalnej oraz warstwy regionalnej?

Odp.:Zamawiający wyjaśnia, ze zakresy danych dla wskazanych usług elektronicznych określają zakładki „Leki” i „Ratownictwo” w załączniku 9B do SIWZ.

Pyt. nr 150:W SIWZ na stronie 24 Zamawiający napisał: Przebieg procedury badania próbki zostanie udokumentowany przez Zamawiającego odpowiednim protokołem. Wykonawca zaznacza, że nie ma wymogu dostarczenia próbki do oferty. Prosimy zatem o usunięcie zapisu.

Odp.:Zamawiający wyjaśnia, że użycie sformułowania próbki jest omyłką pisarską i zostało skorygowane w SIWZ.

Pyt. nr 151:W załączniku 17, rozdział 2.7.3. Warunki wspólne dla elementów infrastruktury przetwarzania danych i oprogramowania aplikacyjnego, pkt c) Zamawiający napisał: wdrożenie do zarządzania i eksploatacji musi zakończyć się zaakceptowanym przez Zamawiającego sprawdzianem w zakresie wiedzy i czynności administracyjnych oraz eksploatacyjnych. Prosimy o wyjaśnienie o jakim sprawdzianie pisze Zamawiający?

Odp.:Zamawiający wyjaśnia, że wymaganie dotyczy sprawdzenia rezultatów wdrożenia do zarządzania i eksploatacji, np. poprzez test umiejętności w danym zakresie administratorów lub użytkowników w poszczególnych jednostkach.

Pyt. nr 152:Dotyczy Części 2 – OPZ dla Części 2, rozdziału 2.5 Wymagania licencyjne pkt a), oraz wzoru umowy - §19 ust 2, pkt. 1.

Dotyczy oprogramowania licencyjnego będącego dostępnym w ofercie gotowym produktem. Wg Wykonawcy nie jest zrozumiałe, czy Zamawiający wymaga udzielenia licencji w modelu użytkowników nazwanych. Jeśli tak to Wykonawca zwraca uwagę, że taki model licencjonowania jest sprzeczny z innym wymaganiem dotyczącym liczby użytkowników – tj bez ograniczeń. Należy wyjaśnić, że licencjonowanie w modelu na nazwanego użytkownika oznacza konkretnego identyfikowalnego z imienia i nazwiska użytkownika, który ma swoje konto w systemie i rejestruje się do systemu, by móc z niego korzystać. Dlatego ten typ licencji nie ma sensu przy licencjonowaniu dla nieograniczonej liczby użytkowników. Stosuje się go wyłącznie jeśli licencja na ograniczoną liczbę użytkowników, np. 10.

Prosimy o wyjaśnienie i ujednolicenie wymagań dla oprogramowania (gotowy produkt):

a) Czy licencjonowanie ma być na użytkowników nazwanych i wskazanie liczby użytkowników;

b) Prosimy o określenie czy licencja ma obejmować nieograniczoną liczbę użytkowników - wówczas Wykonawca wnosi o usunięcie wymagania na licencję na użytkowników nazwanych.

Prosimy o zmianę opisu przedmiotu zamówienia poprzez:

a) Dodanie definicji użytkowników aktywnych. Wskazujemy w tym miejscu na uwarunkowania jak wyżej – aktywnych jest równoznaczne z nazwanych, czyli posiadających konto w systemie.

Usunięcie „itp.” jako nieprecyzyjnego opisu przedmiotu zamówienia.

Odp.:Zamawiający wyjaśnia, że nie określa modelu licencjonowania, a jedynie dla ilustracji wskazuje przykłady takiego licencjonowania, a faktyczny model licencjonowania określa Wykonawca.

Pyt. nr 153:

Dotyczy Części 2 – OPZ dla Części 2, rozdziału 2.5 Wymagania licencyjne pkt. a), oraz wzoru umowy - §19 ust 2, pkt. 2.

Zamawiający w nieprecyzyjny sposób dokonał opisu przedmiotu zamówienia poprzez wymóg udzielenia licencji wyłącznej.

Prosimy o zmianę opisu przedmiotu zamówienia poprzez wyjaśnienie czy do oprogramowania powstałego w związku z wykonaniem umowy (niezbędnego do realizacji przedmiotu zamówienia) wymagane jest udzielenie licencji wyłącznej czy wymagane jest przeniesienie autorskich praw majątkowych o czym jest mowa w par 17 ust 4 umowy.

36

Odp.:Zamawiający dokonuje korekty zapisów poprzez wskazanie , iż Zamawiający oczekuje od Wykonawcy przekazania praw majątkowych powstałego w ramach realizacji zawartej przez strony umowy, którego opracowanie i wykonania Wykonawca wykonał samodzielnie lub zostało wykonane na jego zlecenie zgodnie. Korekty dokonuje się również w paragrafie 17 ust. 4 poprzez korektę zapisu na : „ W ramach wynagrodzenia, o którym mowa w ust.2 wykonawca przenosi na zamawiającego licencje, sublicencje, a także autorskie prawa majątkowe – zgodnie z zapisami zawartymi w par.19 i 20 Umowy.

Pyt. nr 154:

Dotyczy Części 2 – OPZ dla Części 2, rozdziału 2.5 Wymagania licencyjne pkt. a), oraz wzoru umowy - §19 ust 2, pkt. 1 i pkt. 2.

Zamawiający w nieprecyzyjny sposób dokonał opisu przedmiotu Zamówienia poprzez brak definicji użytkownika końcowego na potrzeby udzielania licencji.

Zamawiający wskazał jako użytkownika końcowego podmiotu leczniczego oraz wymaganiami par 19 ust 2 pkt. 1 i pkt. 2 gdzie jest mowa o liczbie użytkowników (nazwanych, aktywnych, bez ograniczeń, itp.) Nie ma jednak to przełożenia na definicję użytkownika na potrzeby udzielnych licencji.

Prosimy o zmianę opisu przedmiotu zamówienia poprzez sprecyzowanie opisu przedmiotu zamówienia poprzez wyjaśnienie czy przez użytkownika końcowego należy rozumieć pracowników podmiotu leczniczego czy podmiot leczniczy jako taki lub pacjentów.

Odp.:Zamawiający wyjaśnia, że Wykonawca nadinterpretuje zapis w SIWZ, ponieważ utożsamia użytkownika końcowego z osobami fizycznymi, podczas, gdy Zamawiający wskazuje, że użytkownikami końcowymi są osoby prawne.Zamawiający podkreśla także, że zapisy mówiące o liczbie użytkowników nie określają modelu licencjonowania, a jedynie dla ilustracji wskazuje przykłady takiego licencjonowania, a faktyczny model licencjonowania określa Wykonawca.

Pyt. nr 155:Dotyczy Części 2 – OPZ dla Części 2, rozdziału 2.5 Wymagania licencyjne pkt a), zapisy na temat oprogramowania aplikacyjnego dostarczanego z licencjami niewyłącznymi.

Zamawiający wskazał, że ma prawa do odstąpienia (przekazania) zakupionych licencji na oprogramowanie aplikacyjne podmiotom leczniczym na rzecz których dokonał ww. licencji.

Wykonawca ma wątpliwości czy zapis ten odnosi się do Części 2 przedmiotu zamówienia. Wykonawca nie wie bowiem w jakim celu Zamawiający ma mieć prawo do odstąpienia tych licencji podmiotom leczniczym, skoro w innym wymaganiu OPZ licencje niewyłączne mają być udzielone bezpośrednio dla tych podmiotów – cytując zapis OPZ dla Części 2 zamówienia: „w przypadku licencji/sublicencji niewyłącznych należy je udzielić dla wskazanych przez Zamawiającego podmiotów leczniczych - użytkowników końcowych”.

Prosimy o zmianę opisu przedmiotu zamówienia poprzez usunięcie powyższego wymagania dla realizacji Części 2.

Odp.:Zamawiający wyjaśnia, że skorygował zapis w SIWZ.

Pyt. nr 156:Dotyczy zapisów wzoru umowy rozdziale XI Licencje i Prawa Autorskie §19 ust 2 pkt. 1 oraz §20 ust 1

W ocenie wykonawcy w tych zapisach dochodzi do sprzeczności, polegających na tym, że to do tego samego oprogramowania - czyli oprogramowania, którego opracowanie i wykonanie przez Wykonawcę niezbędnego oprogramowania wymaga się jednocześnie licencji wyłącznej oraz przeniesienia praw majątkowych. Opis tego oprogramowania jest tożsamy w obydwu paragrafach umowy 19. Ust 2 pkt 2 i 20. Ust 1.

Prosimy o zmianę opisów przedmiotu zamówienia poprzez wyjaśnienie, do którego z oprogramowań Wykonawca ma udzielić licencji wyłącznej, a do jakiego udzielić praw majątkowych. Nie można względem tego samego oprogramowania jednocześnie udzielać licencji i przenosić praw majątkowych.

Odp.:Zamawiający dokonuje korekty zapisów Umowy poprzez wykreślenie pkt. 2 w ust 2 paragrafu 19 umowy, pozostawiając zapis w paragrafie 20. Zamawiający oczekuje od Wykonawcy przekazania praw majątkowych powstałego w ramach realizacji zawartej przez strony umowy, którego opracowanie i wykonania Wykonawca wykonał samodzielnie lub zostało wykonane na jego zlecenie.

Pyt. nr 157:Dotyczy zapisów wzoru umowy rozdziale XI Licencje i Prawa Autorskie §20 ust 5

Zamawiający napisał, że: Wykonawca w ramach wynagrodzenia, o którym mowa w § 17 przeniesie na Zamawiającego całość przysługujących mu praw majątkowych do Dokumentacji związanej z przedmiotem Umowy (w tym do instrukcji obsługi i instalacji), zwanych dalej łącznie Utworami, jakie powstaną w wykonaniu niniejszej umowy.

37

W ocenie Wykonawcy wymóg przeniesienia autorskich praw majątkowych do dokumentacji związanych z przedmiotem umowy jest wymaganiem zbyt szerokim ponieważ dokłada konieczność przeniesienia tych praw również do dokumentacji do oprogramowania autorstwa podmiotów trzecich.

Prosimy o zmianę opisów przedmiotu Zamówienia wnosimy o rozdzielenie wymagań odnośnie dokumentacji w ten sposób by przeniesienie praw autorskich było wymagane do dokumentacji tych elementów do oprogramowania lub usług które zostały wykonane przez Wykonawcę. W pozostałym zakresie dotyczącym dokumentacji oprogramowania obcego powinno się udzielić licencji.

Odp.:

Zamawiający wyjaśnia, że Wykonawca nadinterpretuje zapis wymagania rozszerzając zakres jego obowiązywania na dokumentację oprogramowania autorstwa osób trzecich.

Zamawiający zwraca uwagę i podkreśla, że wymaganie dotyczy przeniesienia na Zamawiającego całości przysługujących mu praw majątkowych do Dokumentacji związanej z przedmiotem Umowy (w tym do instrukcji obsługi i instalacji), zwanych dalej łącznie Utworami, jakie powstaną w wykonaniu niniejszej umowy. Dokumentacje do oprogramowania autorstwa podmiotów trzecich wykorzystanego do realizacji zamówienia z definicji nie są jednak Utworami, jakie powstaną w wykonaniu niniejszej umowy.

Pyt. nr 158:

W załączniku nr 2b na stronie 9 Zamawiający napisał „Zamawiający ma prawa do odstąpienia (przekazania) zakupionych licencji na oprogramowanie aplikacyjne podmiotom leczniczym na rzecz których dokonał ww. licencji;”

a) Prosimy o wyjaśnienie powyższy zapis jest niejasny.

b) Prosimy o wyjaśnienie czy ma zastosowanie do Części nr 2.

c) Prosimy o wyjaśnienie w jakim celu Zamawiający ma mieć prawo odstąpienia tych licencji podmiotom skoro zgodnie z zapisem załącznika nr 2b strona 8 „w przypadku licencji/sublicencji niewyłącznych należy je udzielić dla wskazanych przez Zamawiającego podmiotów leczniczych - użytkowników końcowych;” licencje niewyłączne maja być udzielone bezpośrednio tym podmiotom.

Odp.:Zamawiający wyjaśnia, że skorygował zapis w SIWZ.

Pyt. nr 159:W załączniku nr 2b na stronie 8 Zamawiający napisał „w przypadku licencji/sublicencji niewyłącznych należy je udzielić dla wskazanych przez Zamawiającego podmiotów leczniczych - użytkowników końcowych;”

a).W związku ze wskazaniem użytkowników końcowych jako podmiotu leczniczego oraz wymagania par 19 ust 2 pkt. 1 i pkt. 2 gdzie mowa o liczbie użytkowniku nazwanych (aktywnych, bez ograniczeń, itp). Prosimy o wskazanie podanie definicji użytkownika na potrzeby udzielanych licencji.b). Czy przez użytkownika należy rozumieć pracowników czy podmiot leczniczy lub pacjentów oraz z definicji dostępu licencyjnego w słowniku.

Odp.:Zamawiający wyjaśnia, że pojęcie użytkownika określa specyfikacja wymagań jako osobę prawną, która eksploatuje określony produkt.Zamawiający wyjaśnia, że pojęcie użytkownika określa specyfikacja wymagań jako osobę prawną, która eksploatuje określony produkt.

Pyt. nr 160:W załączniku nr 17 na rysunku 1 przedstawił Architekturę wytwarzania, udostępniania oraz integracji usług elektronicznych.

Prosimy o potwierdzenie, że przedmiotem Części 2 jest realizacja tylko Regionalnych usług elektronicznych z interfejsem wymiany danych prosimy o dołączenie załącznika nr 8 ze specyfikacją interfejsów dla Zamawiającego oraz dwóch podmiotów wiodących.Proszę również o potwierdzenie, że dane do Regionalnych usług elektronicznych będą wytwarzane na poziomie lokalnym, a rola wykonawcy części 2 jest wykonanie usług wymienionych w części 2 bez ingerencji w systemy zainstalowane na poziomie lokalnym.

Odp.:Zamawiający potwierdza interpretację Wykonawcy.

Pyt. nr 161:W załączniku nr 9b Zamawiający przedstawił Usługi Elektroniczne – Funkcjonalności. Prosimy o potwierdzenie, że w ramach Części 2 Wykonawca będzie musiał wykonać tylko te funkcjonalności, w których w kolumnie Regionalne (Wytwarzanie/Udostępnianie) jest oznaczenie „x”.

Odp.:38

Zamawiający nie potwierdza interpretację Wykonawcy.

Pyt. nr 162:

W załączniku 17 na stronie 3 Zamawiający opisał buforowanie „Współpraca usług 1), 2), 3), 5), i 6) wytwarzanych na poziomie lokalnym i regionalnym będzie realizowana przy wykorzystaniu rozwiązań informatycznych, które umożliwiają zbudowanie bufora danych zapewniającego bezpieczeństwo i ochronę danych (dane czułe) wytwarzanych i przetwarzanych na poziomie lokalnym (w podmiotach leczniczych). Zastosowane rozwiązanie będzie wykorzystywane wyłącznie dla udostępniania danych lokalnych usługom regionalnym. Wszystkie funkcje przetwarzania danych i zarządzania nimi (w tym m.in. wersjonowanie) będą realizowane poza rozwiązaniem buforującym. Przyjęto także, że dla zapewnienia odpowiednio wysokiej efektywności i dostępności wytwarzanych usług, rozwiązanie buforujące należy zaimplementować na obu poziomach modelu funkcjonowania usług elektronicznych (na poziomie lokalnym buforowanie usług lokalnych indywidualnie w podmiotach leczniczych, a na poziomie regionalnym zbiorcze buforowanie danych dla wszystkich podmiotów leczniczych w wyróżnieniem partycji bufora odpowiadających poszczególnym podmiotom leczniczym. Dane usług poziomu regionalnego wytworzone z danych usług poziomu lokalnego będą buforowane wyłącznie na poziomie regionalnym (podmioty wiodące).”

Prosimy o potwierdzenie, że na poziomie regionalnym buforowanie będą tylko dane pozyskane przez usługi, a nie wszelkie dane generowane w szpitalach.

Odp.:Zamawiający potwierdza interpretację Wykonawcy.

Pyt. nr 163:

W załączniku 17 na stronie 3 Zamawiający napisał:

interfejsu aplikacyjnego systemu operacyjnego z graficznym interfejsem użytkownika dla zapewnienia możliwości wykorzystywania do tego celu (dostęp) urządzeń wyposażonych w ekrany dotykowe lub w przyszłości w inne interfejsy użytkowe (np. polecenia głosowe, dwuwymiarowe kody kreskowe, znaczniki elektroniczne, ikony i znaki specjalne np. Braile’a).

Prosimy o potwierdzenie, że podkreślony zapis ma być zrealizowany w późniejszym terminie i nie jest objęty w chwili obecnej Częścią 2 zamówienia.

Odp.:Zamawiający potwierdza interpretację Wykonawcy dotyczącą wskazanego zapisu.

Pyt. nr 164:

W załączniku 17 na stronie 4 Zamawiający opisał sposób realizacji usługi nr 5. Prosimy o potwierdzenie, że integracja aplikacji na tabletach z systemami HIS różnych dostawców nie jest przedmiotem zamówienia w zakresie Części 2.

Odp.:Zamawiający wyjaśnia, że w załączniku 17 określił minimalne wymagania w zakresie przekazywania danych gromadzonych za pomocą tabletów do podmiotów leczniczych obsługujących zdarzenia ratownictwa medycznego.

Pyt. nr 165:W załączniku 17 na stronie 4 Zamawiający opisał sposób realizacji usługi nr 5 „Pokładowe stanowisko robocze karetki będzie wyposażone ponadto w tablet wzmocniony o mniejszej wadze pełniący rolę wysuniętego stanowiska mobilnego, przeznaczony do rejestracji danych przez członków zespołu ratownictwa medycznego”

Powyżej cytowanego tekstu Zamawiający opisuje już tablety z aplikacją, w cytowanym zdaniu używa słowa „ponadto w tablet wzmocniony”, proszę o potwierdzenie, że Zamawiający ma na myśli ten sam tablet.

Odp.:

Zamawiający nie potwierdza interpretacji Wykonawcy.

Pyt. nr 166:

W załączniku 17 na stronie 5 Zamawiający opisał sposób realizacji usługi nr 4:

a) „Dane gromadzone za pomocą mobilnych stanowisk oddziałowych są gromadzone w systemie informatycznym dla części medycznej, w celu ich udostępnienia dla lokalnego wytwarzania usługi 5). W zakresie przedmiotu zamówienia nie przewiduje się dalszego udostępniania tych danych dla wytwarzania regionalnej usługi 5).”

Proszę o uszczegółowienie przedmiotem Części 2 nie jest zrobienie lokalnego wytwarzania usług. Regionalna usługa nr. 5 to „Gromadzenie i udostępnianie danych o zdarzeniach ratownictwa medycznego – usługa 5” jaki jest związek zbierania informacji o zużyci leków a zbieraniu danych z karetek.

b) „Usługa uzupełnia dotychczas realizowaną gospodarkę lekami o dane rzeczywiste umożliwiając podniesienie poziomu jakości zarządzania w tym zakresie i przygotuje podmioty lecznicze do wytwarzania danych niezbędnych dla realizacji funkcjonalności zarządczej dla gospodarki lekami w podmiotach leczniczych jako elementu działalności zarządczej na poziomie regionalnym.”

39

Prosimy o potwierdzenie czy wykonawca ma tak dobrać rozwiązania aby realizacja tej usługi na poziomie regionalnym była wykonalna, natomiast nie jest przedmiotem Części 2.

Odp. a).:

Zamawiający wyjaśnia, że odwołanie do usługi 5) jest omyłką pisarską i odpowiednio skorygował wskazane odwołanie na 4).

Odp. b).:

Zamawiający potwierdza interpretację Wykonawcy.

Pyt. nr 167:Załącznik nr 18 do SIWZ dla części 2 zamówienia, Wymagania funkcjonalne usług elektronicznych, usługa 6), funkcjonalności systemowe

a) Proszę o dostarczenie szczegółowej listy raportów wraz z wyszczególnieniem poszczególnych pól na raportach.

b) Proszę o wyszczególnienie poszczególnych źródeł danych zasilających warstwę pośrednią wraz z ich szacunkowym rozmiarem.

Odp. a).:

Zamawiający zwraca uwagę na to, że lista raportów została określona w wymaganiach funkcjonalnych dla usługi 6).

Odp. b).:

Zamawiający wyjaśnia, że źródłami danych zasilających warstwę pośrednią są środowiska informatyczne podmiotów leczniczych.

Zamawiający wyjaśnia ponadto, że objętości danych, którymi źródła zasilają warstwę pośrednią w zależności od podmiotu leczniczego objętego zakresem zamówienia mieszczą się w przedziale od kilku do kilkudziesięciu GB.

Pyt. nr 168:

Załącznik nr 18 do SIWZ dla części 2 zamówienia, Wymagania funkcjonalne usług elektronicznych, usługa 6), funkcjonalności użytkowe:

a) Prośba o informację z jaką częstotliwością powinny być generowane wymienione raporty, grupy raportów?

b) Czy wymagana jest funkcjonalność tworzenia raportów ad-hoc?

Odp. a).:

Zamawiający wyjaśnia, że częstotliwość generacji raportów i grup raportów musi uwzględniać oczywistą funkcjonalność tworzenia raportów ad-hoc.

Odp. b).:Zamawiający wyjaśnia i zwraca uwagę na to, że tworzenie raportów ad-hoc jest funkcjonalnością oczywistą.

Pyt. nr 169:

Dot. Załącznik nr 18 do SIWZ dla części 2 zamówienia, Wymagania funkcjonalne usług elektronicznych, usługa 6), funkcjonalności użytkowe

a. Czy każde z wypunktowań zawiera jeden rozbudowany raport, który należy zaimplementować w każdym z podmiotów leczniczych objętych projektem oraz na poziomie regionalnym?

b. Jeśli każde z wypunktowań zawiera jedynie opis obszaru danych, z którego należy przygotować raporty, prosimy o podanie szczegółowej i zamkniętej listy raportów, które należy zaimplementować w ramach realizacji przedmiotu zamówienia.

c. Czy wskazane raporty mają być dostępne w formie prostych list i tabel czy Zamawiający wymaga przygotowania także wizualizacji w postaci wykresów?

Odp. a).:Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego. Do Wykonawcy należy zaproponowanie rozwiązana, które musi zostać zaakceptowane przez Zamawiającego.

Odp. b).:

Zamawiający przypomina, że Zadanie 2 w części 2 należy zrealizować w formule „zaprojektuj i wykonaj” uwzględniając wytyczne Zamawiającego. Do Wykonawcy należy zaproponowanie rozwiązana, które musi zostać zaakceptowane przez Zamawiającego.

Odp. c).:

Zamawiający wyjaśnia, że wizualizacja w postaci wykresów jest wymaganiem oczywistym.

Pyt. nr 170:

Dot. Załącznik nr 18 do SIWZ dla części 2 zamówienia, Wymagania funkcjonalne usług elektronicznych, usługa 6)40

Z jaką usługą katalogową należy się zintegrować?

Odp.:Zamawiający wyjaśnia, że usługę 6) należy zintegrować z usługą katalogową umożliwiającą korzystanie z mechanizmów uwierzytelniania i autoryzacji dostępu.

Pyt. nr 171:

Załącznik nr 16 do SIWZ dla części 2 zamówienia

Prosimy o potwierdzenie, że dla każdego z wymaganego oprogramowania aplikacyjnego usługi elektronicznej należy dostarczyć licencje pozwalające na korzystanie z oprogramowania przez nieograniczoną liczbę użytkowników.

Odp.:

Zamawiający wyjaśnia, że wymagania dotyczące licencji dla każdego z wymaganego oprogramowania aplikacyjnego usługi elektronicznej określono w objaśnieniach wewnątrz załącznika nr 16 do SIWZ.

Pyt. nr 172:Załącznik nr 17 do SIWZ dla części 2 zamówienia

„Realizacja lokalnych interfejsów danych na podstawie specyfikacji zbioru struktur/schematów jest realizowana w zakresie oddzielnego postępowania(załącznik nr 8)”

a. Na podstawie czyjej specyfikacji będą realizowane lokalne interfejsy danych? Czy za stworzenie specyfikacji będzie odpowiadał Wykonawca?

b. Czy lokalne interfejsy danych w każdym z podmiotów leczniczych będą udostępniały dane w tym samym ujednoliconym formacie?

Odp. a).:Zamawiający wyjaśnia, że specyfikację interfejsów wymiany danych określił w załączniku nr 10 do SIWZ.

Odp. b).:

Zamawiający potwierdza interpretację Wykonawcy.

Pyt. nr 173:

Załącznik nr 17 do SIWZ dla części 2 zamówienia

a. Czy w ramach realizacji przedmiotu zamówienia należy dokonać inicjalnego zasilenia (migracji) lokalnych hurtowni danych w podmiotach leczniczych?

b. Kto odpowiada za inicjalne zasilenie (migrację) danych w lokalnych repozytoriach/hurtowniach danych?

c. Jeśli jest to odpowiedzialność Wykonawcy to czy poszczególne podmioty lecznicze przygotują dane do inicjalnego zasilenia lokalnych hurtowni w formie i według specyfikacji zdefiniowanej przez Wykonawcę?

d. Prosimy o określenie nieprzekraczalnego terminu (np. 3 miesiące od daty podpisania umowy), do którego poszczególne podmioty lecznicze muszą dostarczyć dane do inicjalnej migracji danych i wprowadzenie zapisu do wzoru umowy mówiącego, że za opóźnienia w realizacji przedmiotu umowy wynikające z niedostarczenia ww. danych przez podmioty lecznicze w zdefiniowanym terminie nie ponosi odpowiedzialności Wykonawca.

Odp. a).:

Zamawiający wyjaśnia, że inicjalne zasilenie lokalnych hurtowni jest oczywistą konsekwencją ich funkcjonowania jako elementów buforujących pośredniczących w dostęp do danych zasilających usługi elektroniczne.

Odp. b).:

Zamawiający wyjaśnia, że za inicjalne zasilenie lokalnych hurtowni danych odpowiada Wykonawca.

Odp. c).:

Zamawiający wyjaśnia, że inicjalne zasilenie lokalnych hurtowni danych ma nastąpić przez zdefiniowany interfejs wymiany danych, a forma i definiowanie specyfikacji dla potrzeb takiego zasilenia przez Wykonawcę jest bezprzedmiotowe.

Odp. d).:

Zamawiający wyjaśnia, że żądania Wykonawcy są bezprzedmiotowe.

Pyt. Nr 174:Dotyczy Umowy - Załącznik nr 6b do SIWZ

41

OPIS PRZEDMIOTU ZAMÓWIENIA - prosimy o podanie pełnych, enumeratywnych list zobowiązań Wykonawcy we wszelkich zapisach umowy oraz OPZ, w których Zamawiający posługuje się nieskonkretyzowanym opisem przedmiotu umowy w postaci „w szczególności”, „w tym”, „m.in” itd. oraz o usunięcie tych sformułowań.

Jednoznaczny i skończony opis zobowiązań Wykonawcy nakazany ustawą PZp oraz jest konieczny w celu poprawnego dokonania wyceny oferty, oraz – na późniejszym etapie - także istnienia podstawy dla Zamawiającego oczekiwania od Wykonawcy dostarczenia bądź wykonania określonych zobowiązań.

Przykładem takich zapisów jest:

zapis „opracowanie i testy akceptacyjne obsługi dostarczanych kart m.in. w zakresie aplikacji pracownika podmiotu leczniczego)” – zał. 2 OPZ - pkt. 2.11. lit a)

zapis „warunkiem podpisania protokołu odbioru częściowego oprogramowania aplikacyjnego dla każdego z zakresów wskazanych w tiretach od drugiego do czwartego pkt. a) (zadania 2 – 4) będzie dokonanie odpowiednich odbiorów częściowych oraz dostarczenie przez Wykonawcę odpowiedniego raportu wykonania zawierającego m.in. wyniki zaakceptowanych przez Zamawiającego testów akceptacyjnych oraz niezbędnych funkcji i realizowanych funkcjonalności, w wersji papierowej (1 egz.) i elektronicznej (plik/pliki elektroniczne o spójnym nazewnictwie, niezbędne wykazy w formacie.csv lub równoważnym, 1 egz./1kpl.)” – zał. 2 OPZ - pkt. 2.11. lit c)

Zapis „Wykonawca udziela gwarancji na działanie układu elektronicznego dostarczonych kart zgodnie z ich parametrami technicznymi, w szczególności: liczba cykli kasowania i zapisu min. 100 000; trwałość zapisu danych min. 10 lat” - zał. 2 OPZ - pkt. 2.10.2. lit. c).§ 13 ust 9 wzoru umowy – „Warunkiem podpisania protokołu odbioru częściowego oprogramowania aplikacyjnego dla każdego z zakresów wskazanych w ust.7 pkt.2 do pkt. 4 (zadania 2 – 4) będzie dokonanie odpowiednich odbiorów częściowych oraz dostarczenie przez Wykonawcę odpowiedniego raportu wykonania zawierającego m.in. wyniki zaakceptowanych przez Zamawiającego testów akceptacyjnych oraz niezbędnych funkcji i realizowanych funkcjonalności, w wersji papierowej (1 egz.) i elektronicznej (plik/pliki elektroniczne o spójnym nazewnictwie, niezbędne wykazy w formacie .csv lub równoważnym, 1 egz./1kpl.)”.

Odp.:

W ocenie Zamawiającego opis przedmiotu zamówienia jest wystarczająco dokładny. Określenia „m.in.”, „ w szczególności” mają sugerować otwarty katalog, a więc dają szerszą możliwość Wykonawcom we wskazaniu odpowiednich dla ich koncepcji np. informacji ( w przypadku raportów). Wskazany w opisie zakres po ww. określeniach jest wyłącznie przykładowy i podkreślający co jest ważne dla Zamawiającego.

Pyt. nr 175:

Dotyczy Umowy - Załącznik nr 6b do SIWZ

PROCEDURA ODBIOROWA – Par 13

1). Prosimy o wyjaśnienie czy Zamawiający obliczając czas ewentualnych opóźnień w wykonaniu zobowiązań w stosunku do określonych terminów na potrzeby naliczania kar umownych będzie wliczał do czasu za jaki naliczy Wykonawcy karę czas w którym dany element podlegający odbiorowi był po stronie Zamawiającego w celu sprawdzenia/testów (licząc od momentu zgłoszenia przez Wykonawcę gotowości do odbioru – po zwrot danego elementu przez Zamawiającego Wykonawcy z uwagami)?

Prosimy o wprowadzenie do umowy zapisu stwierdzającego, iż czas w którym dany element przedmiotu umowy podlegający odbiorowi był po stronie Zamawiającego w celu sprawdzenia/testów , począwszy od momentu zgłoszenia przez Wykonawcę gotowości do odbioru – po zwrot danego elementu przez Zamawiającego Wykonawcy z uwagami – nie jest wliczany do czasu wykonywania zobowiązań przez Wykonawcę.

2). Prosimy o wyjaśnienie i określenie w Umowie terminu dla Zamawiającego na przeprowadzenie odbioru:

a) Końcowego,

b) Częściowego (o którym mowa § 13 ust. 7).

Obecnie Umowa reguluje jedynie termin w jakim Zamawiający ma tylko „przystąpić” do czynności odbiorowych: jest to aż 7 dni dla odbioru Końcowego.

3). § 13 ust 16 pkkt 3) – warunek przystąpienia do odbioru: „wdrożenie osób wskazanych przez Zamawiającego do administracji i zarządzania sprzętem oraz oprogramowaniem aplikacyjnym”. Prosimy o wyjaśnienie i wprowadzenie do umowy niżej wnioskowanych zmian:

a) wnosimy o usuniecie tego zapisu jako warunku w ogóle samego przystąpienia do odbioru. Dlaczego wykonanie dodatkowego zobowiązania o charakterze szkolenia ma warunkować odbiór dzieła lub jego części wykonanego zgodnie z SIWZ?

b) Wnośmy o wyodrębnienie tego zobowiązania jako odrębnej usługi podlegającej fakturowaniu i odbiorowi.

42

Prosimy o wyjaśnienie jaki konkretnego zakresu tego zobowiązania na potrzeby kalkulacji oferty. Czy chodzi tu o szkolenie osób? Zwracamy uwagę że skala tego wymagania pociągać może za sobą znaczne koszty – mając na uwadze 23 jednostki jeżeli zamawiający wskazane po 3 osoby do przeszkolenia z każdej z jednostek – liczba osób jest bliska setki.

4). § 13 ust 16 pkkt 4) – warunek przystąpienia do odbioru: „pisemne zaakceptowanie przez Zamawiającego przekazanych przez Wykonawcę odpowiednich wykazów osób uczestniczących we wdrożeniu”. Prosimy o wyjaśnienie i wprowadzenie do umowy niżej wnioskowanych zmian:

a) wnosimy o usuniecie tego zapisu jako warunku w ogóle samego przystąpienia do odbioru. Dlaczego kwestia tego kto uczestniczył w wykonaniu dzieła ma warunkować odbiór dzieła lub jego części wykonanego zgodnie z SIWZ?

b) Albo o jego modyfikację poprzez ograniczenie tego zobowiązania tylko do osób wskazanych w ofercie, a nie ogólnie uczestniczących we wdrożeniu (mogą być to dziesiątki osób)

5). Prosimy o wyjaśnienie i wprowadzenie do umowy zapisu uwzgledniającego odpowiedź na to pytanie czy zasada określona w 13 ust 4, 17 i 18 dotyczy tylko odbioru Końcowego, czy również odbiorów częściowych (o których mowa w § 13 ust 7)?

Odp. 1).:Zamawiający informuje, iż w przypadku obliczania terminów do naliczania kar umownych za opóźnienie, Zamawiający nie będzie wliczał czasu przeprowadzania odbioru od momentu przystąpienia przez Zamawiającego do odbioru – termin ulega zawieszeniu. W przypadku odnotowania w protokole odbioru nieprawidłowości uznanych za niezrealizowanie przedmiotu umowy, podjęcie przez Wykonawcę prac naprawczych skutkuje tym, iż termin do naliczania kar biegnie dalej od dnia zawieszenia.

Odp. 2).:Zamawiający nie wprowadza zapisu określającego czas przeprowadzenia odbioru przez Zamawiającego. Wystarczające jest określenie przez Zamawiającego terminu ostatecznego, do którego należy dostosować czas realizacji projektu.

Odp. 3).:Wdrożenie osób wskazanych przez Zamawiającego do administracji i zarządzania sprzętem oraz oprogramowaniem aplika-cyjnym jest oczywistym elementem zamówienia. Zamawiający wymaga otrzymania kompleksowego produktu, który po odbiorze będzie mógł w całości funkcjonować Zamawiający wskaże dokładną liczbę osób dla każdej jednostki, która zostanie dokładnie podana po podpisaniu przez strony Umowy. Liczba osób został wskazana w opisie przedmiotu zamówienia (załącznik 2b do SIWZ) w punkcie 2.7.2.Zamawiający nie wyklucza możliwości szkolenia e-lerningowego, jednakże szkolenie to nie może w całości zastąpić bezpośredniego wdrożenia w każdej z jednostek.

Odp. 4).:

Zamawiający nie wprowadza wnioskowanych przez wykonawcę zmian. Kwestia kto z pracowników jednostki powinien zostać wdrożony ma znaczenie dla Zamawiającego i Zamawiający wskaże te osoby Wykonawcy po podpisaniu umowy.

Odp. 5).:

Zasada określona w § 13 ust 4,17 i 18 ma zastosowanie do wszystkich odbiorów, to jest zarówno do częściowych jak i końcowego.

Pyt. nr 176:Dotyczy Umowy - Załącznik nr 6b do SIWZ

KARY UMOWNE i odpowiedzialność (par 16 Umowy): Wykonawca zwraca uwagę iż umowa jest przeregulowana w zakresie kar umownych z uwagi na ich ilość. Prosimy o wyjaśnienie oraz o wprowadzenie do umowy odpowiednich zmian:

1). Prosimy o usunięcie ogólne kary umownej której podstawa nie jest doprecyzowana. Dotyczy to kar:

§ 16 ust 1 pkt 2 - Z tytułu nienależytego wykonania któregokolwiek z zadań określonych w opisie przedmiotu zamówienia, o których w §2 ust. 1 Wykonawca zapłaci Zamawiającemu karę umowną w wysokości 30% (trzydziestu procent) wynagrodzenia netto określonego w §17 ust. 2 dla tego zadania.

§ 16 ust 3 - W przypadku naruszenia zapisów niniejszej Umowy innych niż wskazane powyżej, Zamawiający może żądać od Wykonawcy kary umownej w wysokości 10% (dziesięciu procent) całkowitego wynagrodzenia netto określonego w § 17 ust. 2, za każde naruszenie.

Zwracamy uwagę, że OGÓLNA kara umowa za - bez sprecyzowania o jakie konkretnie zobowiązanie chodzi powoduje, iż wykonawca nie jest wstanie bez ryzyka błędu oszacować potencjalnej ilości kar i wysokości kar umownych (wchodzi w grę wówczas naruszenie KAŻDEGO zobowiązania rozsianego po całej umowie i załącznikach do niej). Ponadto taki ogólny zapis skutkuje nadmierna restrykcyjnością umowy z punktu widzenia kar, a także dublowaniem kar z tego samego tytułu (obok niego istnieją też kary konkretne przewidziane za naruszenie terminu wykonania umowy). Prosimy o wprowadzenie w/w zmian do umowy.

43

Wykonawca wskazuje, iż zgodnie z niedawno opublikowanymi rekomendacjami Prezesa UZP dotyczącymi warunków umów w sektorze IT (pn. ANALIZA DOBRYCH PRAKTYK W ZAKRESIE REALIZACJI UMÓW IT, ZE SZCZEGÓLNYM UWZGLĘDNIENIEM SPECYFIKI PROJEKTÓW INFORMATYCZNYCH 7 OSI PRIORYTETOWEJ PO IG – dostępne na http://www.uzp.gov.pl/cmsws/page/?D;3109 - (dalej „Dobre praktyki UZP”):

„Kary umowne powinny być należne jedynie wtedy, gdy wypełniają hipotezę ściśle określonego postanowienia umownego. Nie jest rekomendowane blankietowe określenie przesłanek, na podstawie których ma być nałożona kara umowna, np. w przypadku niewykonania lub nienależytego wykonania umowy”.

2).Czy Zamawiający dopuści zmianę kar umownych z opóźniania na zwłokę w zakresie wdrożenia? Powyższe dotyczy kar wskazanych w § 16 ust. 1 pkt 3)?

Prosimy o wprowadzenie w/w zmiany do wzoru umowy. Zaostrzenie odpowiedzialności wykonawcy w stosunku do regulacji kodeksowejnie jest uzasadnione. Wykonawca nie powinien odpowiadać z tytułu kar umownych za naruszenie terminu z przyczyn za które nie ponosi on odpowiedzialności, a które mają swe źródłowo np. w działaniu Zamawiającego.


„Standardem w umowach IT powinno być określanie odpowiedzialności Wykonawcy za zwłokę. (…) Zamawiający powinien ocenić czy odpowiedzialność Wykonawcy należy ustalić jako zależną lub niezależną od winy Wykonawcy. Standardem na rynku jest określanie odpowiedzialności Wykonawcy jako zależną od jego winy. Natomiast w niektórych krytycznych przypadkach, może być uzasadnione ustalenie odpowiedzialności Wykonawcy niezależnie od jego winy. Takie rozszerzenie odpowiedzialności Wykonawcy jest odstępstwem od ogólnych reguł prawa cywilnego i jego wprowadzenie do IPU należy dokładnie rozważyć, gdyż może ono powodować nie tylko zwiększenie ceny oferty Wykonawców, lecz może również spowodować, iż potencjalne oferty Wykonawcy w ogóle nie złożą oferty. (…) Natomiast w przypadkach wykonywania usług wdrożeniowych uzasadnione jest, aby Zamawiający miał możliwość naliczenia kar umownych jedynie, gdy następuje zwłoka Wykonawcy. Jest to powodowane tym, że na etapie wdrożenia systemu, Wykonawca i Zamawiający muszą współpracować w celu prawidłowego wykonania wdrożenia systemu a niejednokrotnie opóźnienie wynika z błędów w materiałach źródłowych dostarczonych od Zamawiającego, lub też nienależytej współpracy na etapie tworzenia koncepcji wdrożenia. Alternatywnie, można rozpatrzeć wyłączenie podstawy do naliczania kary umownej, gdy opóźnienie ma miejsce na skutek okoliczności za które nie odpowiada Wykonawca.”

3).Czy Zamawiający dopuści wprowadzenie ograniczenia kar umownych (limitacji kar) liczonych za naruszenie terminu w ten sposób, iż każda z kar zastrzeżona w umowie z tytułu naruszenia danego terminu nie przekroczy łącznie 10% wartości przedmiotu umowy? - o co wnosimy. – przy pozostawieniu zasady, iż w razie powstania szkody o wyższej wysokości Zamawiający ma prawo domagać się odszkodowania uzupełniającego? Wnosimy o wprowadzenie w/w limitacji. Taki zapis równoważy pozycje stron w Umowie, z jednej strony Wykonawca nie jest narażony na kary przekraczające wartość umowy, z drugiej Zamawiającemu pozostaje ułatwienie w dochodzeniu roszczeń, ale jednocześnie jest ograniczone słusznym interesem Wykonawca. Zamawiający jest jednać chroniony poprzez prawo dochodzenia odszkodowania przewyższającego wysokość zastrzeżonych kar.

4). Czy Zamawiający dopuści wprowadzenie ŁĄCZNEGO ograniczenia kar umownych (łącznej limitacji kar) w ten sposób, iż łączna wysokość kar umownych z tytułu umowy nie przekroczy 100% wartości przedmiotu umowy netto? – o co wnosimy - przy pozostawieniu zasady, iż w razie powstania szkody o wyższej wysokości Zamawiający ma prawo domagać się odszkodowania uzupełniającego? Wnosimy o wprowadzenie takiej limitacji. Kary umowne przekraczające wartość zamówienia (przychodu Wykonawcy z tytułu całej umowy nawet gdyby był naliczone – należałoby je uznać za kary rażąco wygórowane w rozumieniu art. 484 par 2 kc).

Wnośmy o wprowadzenie zapisu:

Łączna wysokość wszystkich kar umownych naliczonych w związku realizacją Umowy nie przekroczy 100% wartości przedmiotu umowy netto?


„Odniesienie poziomu kar umownych do rzeczywistych szkódPoziom kar umownych nie może być dowolny. Kwoty te muszą być osadzone w rzeczywistości, którą są potencjalne szkody Zamawiającego. Należy pamiętać o tym, ze względu na zasady prawa cywilnego, zgodnie z którymi kara umowna nie może być rażąco wygórowana. W takim przypadku, Wykonawca może zażądać zmniejszenia kary umownej.Z powyższych względów, oraz z uwagi na pozostałe przysługujące Zamawiającym mechanizmy zabezpieczenia np. w postaci zabezpieczenia należytego wykonania umowy, gwarancji i rękojmi za dopuszczalną praktykę należy uznać określenie w umowie kwotowego lub procentowego poziomu kar umownych z poszczególnych tytułów. ”.

5).Czy zamawiający dopuści wprowadzenie następujących zapisów do umowy:

Całkowita odpowiedzialność każdej ze Stron z wszelkich tytułów wynikających z Umowy nie przekroczy 100 procent wartości przedmiotu umowy netto?

44

Żadna ze Stron nie ponosi odpowiedzialności za szkody polegające na utracie przez drugą Stronę korzyści, które uzyskałaby, gdyby szkody nie wyrządzono?

Wnosimy o wprowadzenie takich zapisów.


„Odpowiedzialność za utracone korzyści. Ponadto, 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”.

6.Czy Zamawiający dopuści zmniejszenie ilości kar przewidzianych w Umowie i pozostawienie ich wyłącznie dla kluczowych dla niego świadczeń niepieniężnych? Wyjaśniamy, że nie każdy element zobowiązania (nie każe działanie/zaniechanie Wykonawcy) może spowodować szkodę po stronie Zamawiającego, część z zadań czy czynności ma charakter obojętny z punktu widzenia wyrządzenia Zamawiającemu szkody (np. kara umowna za naruszenie czasu reakcji – jest bez znaczenia jeśli Wykonawca usunie wady w terminie). Dlatego wnosimy o:

a). usunięcie kary za naruszenie czasu reakcji określone w § 16 ust 1 pkt. 4 lit. a) - „w odniesieniu do Czasu reakcji Serwisu - karę umowną w wysokości 0,01 % kwoty całkowitego wynagrodzenia netto za zadania 1-4 w zakresie Umowy (zgodnie z załącznikiem nr 7 do Umowy) za każdy rozpoczęty odpowiedni kolejny okres maksymalnego Czasu reakcji Serwisu”.

b). Usuniecie kary z § 16 ust 2: „W przypadku naruszenia postanowień zawartych w § 10 ust 5, Zamawiający może żądać od Wykonawcy zapłaty kary umownej w wysokości 10% (dziesięciu procent) całkowitego wynagrodzenia netto określonego w § 17 ust. 2.

c). Usuniecie kary z § 16 ust 4: „W przypadku naruszenia warunku określonego w § 6 ust. 1, Zamawiający może żądać od Wykonawcy kary umownej w wysokości 10% (dziesięciu procent) całkowitego wynagrodzenia netto określonego w § 17 ust. 2.

d).Czy Zamawiający dopuści zmniejszenie wysokości niektórych kar w sposób podany poniżej. W ocenie Wykonawcy kary te są rażąco wygórowane.

Podstawa KaryObecna wysokość kary

Wnioskowana wysokość kary

z tytułu niewykonania, któregokolwiek z zadań, o których mowa w §2 ust. 1 50% 30%

W przypadku opóźnienia w wykonaniu któregokolwiek z zadań, o których w §2 ust. 1 / za każdy dzień opóźnienia 1% 0,1%

W przypadku niedochowania terminów określonych w dziale VII Umowy (gwarancja i serwis) ….w odniesieniu do Czasu usunięcia Awarii/ za rozpoczęty każdy kolejny okres usunięcia Awarii 0,02% 0,01%

w odniesieniu do Czasu usunięcia Wady Aplikacji 0,05% 0,025%

w odniesieniu do Czasu usunięcia Usterki Programistycznej 0,02% 0,01%

w odniesieniu do Czasu obsługi Konsultacji 0,01% 0,005%

Odp. :Zamawiający pozostawia bez zmian zapisy dotyczące kar umownych. W związku z 99 procentowym dofinansowaniem z Europejskiego Funduszu Rozwoju Regionalnego projektu, którego przedmiotem jest przedmiot niniejszego zamówienia, priorytetem dla Zamawiającego jest terminowa i zgodna z umową (zawartą w wyniku niniejszego postępowania) realizacja przedmiotu umowy. W sytuacji ziszczenia się okoliczności nakładających karę, jeżeli Wykonawca uzna, iż jest ona wygórowana, Wykonawca może wystąpić o jej miarkowanie.

Pyt. nr 177:

Dotyczy SIWZ Rdz. V pkt. 1.” Dla części 2.” Ppkt. 2f)

a) Jak należy rozumieć wytwarzanie usług elektronicznych – zwracamy uwagę, że przedmiotem zamówienia jest wykonanie usług elektronicznych, z których użytkownicy rozwiązania będą korzystać.

45

b) Czy wymiana danych i współdziałanie usług elektronicznych między podmiotami leczniczymi należy rozumieć jako platformę umożliwiającą udostępnianie i pobieranie dokumentacji medycznej przez dwa różne podmioty medyczne?

c) Zwracamy uwagę, że repozytorium dokumentacji medycznej, będące przedmiotem zamówienia, nie wytwarza dokumentów medycznych a jedynie je gromadzi i udostępnia – właśnie w standardzie HL7CDA min. Release 2 lub równoważnym – prosimy o zmianę tego wymogu.

d) Zwracamy uwagę, że przedmiotem zamówienia jest regionalne repozytorium a nie repozytoria w liczbie mnogiej, prosimy o zmianę warunku w tym zakresie w związku z tym, że jest możliwe posługiwanie się doświadczeniem w zakresie rozwiązania zbudowanego w architekturze: „realizowane nielokalnie dla grupy podmiotów leczniczych integrujące dane z poszczególnych podmiotów leczniczych (dane, metadane)” dotyczy zapisów: „repozytoria dokumentów medycznych i dokumentacji medycznej w jednej z architektur: „ oraz „repozytoria dokumentów medycznych i dokumentacji medycznej umożliwiające:”

e) Z uwagi na fakt, że Zamawiający nie określił w SIWZ ani OPZ rodzajów plików jakie mają być przechowywane w repozytorium dokumentów medycznych (oraz z niego udostępniane) oraz na specyfikę architektury projektu (dane medyczne mają pochodzić wyłącznie z systemu HIS), w naszej ocenie warunek dotyczący repozytorium:

gromadzenie, przechowywanie i udostępnianie plików w dowolnych formatach n.p.: tekstowym (.txt), dokumentu (.pdf, .docx, .xlsx), strukturalizowanym (.xml), graficznym (.jpg, .png, .tif), dźwiękowym (.wav, .wma, .aif, .mp3, .ra, .ogg), wideo (.flv, .dv, .avi, .asf, .mpg, .mov, .ogg, .wmv, .mkv, .mp4);

Jest nieadekwatny do przedmiotu zamówienia. Prosimy o jego zmianę na następujący:

gromadzenie, przechowywanie i udostępnianie plików w dowolnych formatach n.p.: tekstowym (.txt), dokumentu (.pdf,), strukturalizowanym (.xml)

f) Prosimy o wyjaśnienie – jak należy rozumieć zapis: interfejs menadżerski integrowanych usług elektronicznych na poziomie funkcjonalnym (zdalny klient) i ewentualnie aplikacyjnym (funkcje lub grupy funkcji jako poszczególne aplikacje).

g) Zwracamy uwagę że pojęcie OLAP odnosi się do struktury danych zlokalizowanej w Hurtowni Danych, natomiast sam warunek dotyczy interfejsu menadżerskiego – prosimy o wyjaśnienie z czego wynika taki sposób określenia warunku udziału.

h) Sposób publikacji raportów – czy zamawiający zrezygnuje z wymogu aby raporty w rozwiązaniu, którego wykonanie potwierdza spełnienie warunków udziału w postępowaniu, były publikowane w postaci docx, xlss (lub dopuszczenie jako równoważnego xls), xml, png i jpg.

i) Prosimy wyjaśnienie – jak należy rozumieć jako źródło danych oprogramowanie aplikacyjne – dostęp do danych oprogramowania aplikacyjnego odbywa się zawsze poprzez mechanizmy zdefiniowanych usług lub baz danych.

j) Zwracamy uwagę że pojęcie harmonogramowania zadań odnosi się do sposobu zasilania Hurtowni Danych, natomiast sam warunek dotyczy interfejsu menadżerskiego – prosimy o wyjaśnienie z czego wynika taki sposób określenia warunku udziału.

Odp. a).:

Zamawiający wyjaśnia i zwraca uwagę na to, że wykonanie dotyczy skończonego aktu tworzenia określonego stanu rzeczy np. skonstruowania oprogramowania usług elektronicznych, które zapewni realizację funkcjonalności oczekiwanej przez Zamawiającego. Wytwarzanie natomiast dotyczy ciągłego dostarczania określonego funkcjonalności oczekiwanej przez Zamawiającego zapewnianej przez wykonane oprogramowanie usług elektronicznych. Oznacza to, że Zamawiający oczekuje wykazania doświadczenia polegającego nie tylko na wykonaniu usług elektronicznych, ale na ich funkcjonowaniu.

Odp. b).:Zamawiający nie potwierdza interpretacji Wykonawcy.

Odp. c).:Zamawiający podtrzymuje zapis w SIWZ, ponieważ nie dotyczy on repozytorium, a wskazany przez Wykonawcę zapis dotyczy wymagań prezentacji jego doświadczenia, a nie zakresu zamówienia.

Odp. d).:Zamawiający podtrzymuje zapis w SIWZ i wyjaśnia, że zapis ma charakter wprowadzenia dla kilku wykazania doświadczenia polegającego na rozwiązaniach w różnych, ale uznanych w zakresie doświadczenia architektur, co nie wyklucza doświadczenia polegającego na wykonaniu jednego repozytorium dokumentów medycznych i dokumentacji medycznej w jednej z tych architektur.

Odp. e).:

Zamawiający zmodyfikował zapis w SIWZ.

Odp. f).:

Zamawiający wyjaśnia, że interfejs menadżerski ma zapewnić funkcjonalność zarządzania usługami elektronicznymi za pomocą klienta zarządzania i możliwość udostępnienia takiej funkcjonalności za pomocą aplikacji realizujących funkcje lub grupy funkcji zarządzania.

46

Odp. g).:Zamawiający rezygnuje z tego wymagania dotyczącego wykazania doświadczenia Wykonawcy i odpowiednio zmodyfikował SIWZ.

Odp. h).:

Zamawiający zmodyfikował zapis w SIWZ.

Odp. i).:Zamawiający potwierdza interpretację Wykonawcy.

Odp. j).:

Zamawiający rezygnuje z tego wymagania dotyczącego wykazania doświadczenia Wykonawcy i odpowiednio zmodyfikował SIWZ.

Zamawiający dokonuje następujących autokorekt SIWZ:

1.W Rozdziale V ust.1 dla części nr 1 pkt.3 lit. c) A ii) dokonuje się korekty zapisu na : certyfikat zarządzania projektami PRINCE 2 na poziomie Foundation lub ITIL na poziomie Foundation, lub równoważny w zakresie metodyki zarządzania projektami,

2.W Rozdziale V ust.1 dla części nr 1 pkt.3 lit. c) B iii) dokonuje się korekty zapisu na : w tym 5 osób posiadających certyfikat zarządzania projektami PRINCE 2 na poziomie Foundation lub ITIL na poziomie Foundation, lub równoważny w zakresie metodyki zarządzania projektami;

3.W Rozdziale V ust.1 dla części nr 2 pkt.2 lit. a) dokonuje się korekty zapisu na : jedną realizację zamówienia, którego przed -miotem była dostawa, rozmieszczenie i zainstalowanie urządzeń przetwarzania danych w zakresie serwerów niemodułowych lub modułowych (kasetowych) z macierzami dyskowymi i wirtualizacją zapewniającą zautomatyzowane zarządzanie i migrację maszyn wirtualnych między min. dwoma serwerami, taśmowych archiwizatorów danych obsługujących więcej niż 2 aktywne nośniki danych o wartości min. 5,50 mln. zł brutto.

4.W Rozdziale V ust.1 dla części nr 2 pkt.2 lit. d) dokonuje się korekty zapisu na: archiwizator taśmowy obsługujący więcej niż 2 aktywne nośniki danych lub archiwizator dyskowy o wartości min. 200 tys. zł brutto.

5.W Rozdziale V ust.1 dla części nr 2 pkt.3 A lit b) dokonuje się korekty zapisu na: certyfikat zarządzania projektami PRINCE 2 na poziomie Practitioner lub, ITIL na poziomie Practitioner, lub równoważny w zakresie metodyki zarządzania projektami.

6.W Rozdziale V ust.1 dla części nr 2 pkt.3B lit a) dokonuje się korekty zapisu na: każda posiadająca certyfikat zarządzania pro -jektami PRINCE 2 na poziomie Practitioner lub, ITIL na poziomie Practitioner, lub równoważny w zakresie metodyki zarządzania projektami,

W załączniku 2a do SIWZ dla części 1 zamówienia:- w punkcie 2.4 wymagania licencyjne, lit. a) tiret drugi – koryguje się numer wskazanego punktu.- w punkcie 2.5 wymagania dotyczące wdrażania lit. b) tiret ósmy - koryguje się zapis dotyczący wykonywanie prac w innym czasie niż wskazany.- w punkcie 2.9 Wymagania dotyczące gwarancji i warunki serwisu lit. a) – koryguje się zapis dotyczący oprogramowania aplikacyjnego- W punkcie 2.11 odbiór końcowy lit. e)- koryguje się zapis dotyczący odbioru końcowego.

W załączniku 2b do SIWZ dla części 2 zamówienia:- w punkcie 2.6.3 oprogramowanie aplikacyjne, lit. a) – koryguje się zapis dotyczący oczekiwań Zamawiającego do dostarczenia kompletnego oprogramowania aplikacyjnego.- w punkcie 2.6.3 oprogramowanie aplikacyjne , lit. b) usunięto warunki do spełnienia przez wdrożone oprogramowanie aplikacyjne.W załącznik nr 11 do SIWZ dla części nr 1 zamówienia, dodaje się:Import danych z zewnętrznych plików elektronicznych

Zasilenie (import) dokumentem z pliku elektronicznego w formacie XML na podstawie składni opisującej strukturę treści i znaczenie jej elementów na przykładzie karty medycznych czynności ratunkowych według wzoru określonego rozporządzeniem Ministra Zdrowia z dnia 20 grudnia 2012 r. (Dz. U. z dnia 29 grudnia 2012 r.) w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (funkcja/aplikacja importująca wykonująca import na podstawie pliku danych i pliku zawierającego opis struktury i znaczenia jej elementów).

W załącznik nr 18 do SIWZ dla części nr 2 zamówienia, w punkcie OPROGRAMOWANIE APLIKACYJNE USŁUG ELEKTRONICZNYCH 1), 2), 3), 5), 6) Wymagane funkcjonalności oprogramowania aplikacyjnego, dodaje się: na poziomie lokalnym możliwość zasilania usług elektronicznych wykorzystujących procesy ETL przez np. bezpośredni bezpieczny dostęp do obiektów baz danych, szyfrowane pliki elektroniczne, itp.

W załączniku nr 15 do SIWZ dla części 2 zamówienia:

47

- w punkcie 1 Serwer systemowych usług lokalnych (30 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, pamięci operacyjnej, kontrolerów RAID, portów rozszerzeń, oprogramowania.- w punkcie 2 serwer systemowych usług regionalnych (4 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, pamięci operacyjnej, kontrolerów RAID, portów rozszerzeń, oprogramowania.- w punkcie 3 serwer niezależny (5 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, pamięci operacyjnej, kontrolerów RAID, portów rozszerzeń, oprogramowania.- w punkcie 4 serwer niezależny rozbudowany (14 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, pamięci operacyjnej, kontrolerów RAID, portów rozszerzeń, oprogramowania.- w punkcie 5 serwer kasetowy (5 szt.), dokonuje się autokorekty w zapisach wymagań dla: modułu bazowego (obudowa), modułu procesorowego (procesor), serwera (oprogramowanie).- w punkcie 6 serwer kasetowy rozbudowany (4 szt.), dokonuje się autokorekty w zapisach wymagań dla: modułu bazowego (obudowa), modułu procesorowego (procesor), serwera (oprogramowanie).- w punkcie 7 serwer kasetowy rozbudowany dla podmiotów wiodących (2 szt.), dokonuje się autokorekty w zapisach wymagań dla: modułu bazowego (obudowa), modułu procesorowego (procesor), serwera (oprogramowanie).- w punkcie 8 macierz dyskowa (9 szt.), dokonuje się autokorekty w zapisach wymagań dla: dysków stałych.- w punkcie 9 macierz dyskowa rozbudowana (2 szt.), dokonuje się autokorekty w zapisach wymagań dla: dysków stałych, wysokiej dostępność (funkcjonalność).- w punkcie 10 archiwizator taśmowy standard (9 szt.), dokonuje się autokorekty w zapisach wymagań dla: archiwizatora (procesor) Archiwizatora (pamięć operacyjna), Archiwizatora (kontrolery RAID), Archiwizatora(porty rozszerzeń), Taśmowych urządzeń archiwizujących (wirtualna biblioteka taśmowa).- w punkcie 11 archiwizator taśmowy rozbudowany (2 szt.), dokonuje się autokorekty w zapisach wymagań dla: archiwizatora (procesor) Archiwizatora (pamięć operacyjna), Archiwizatora (kontrolery RAID), Archiwizatora(porty rozszerzeń), Taśmowych urządzeń archiwizujących (wirtualna biblioteka taśmowa).- w punkcie 12 archiwizator dyskowy (12 szt.), dokonuje się autokorekty w zapisach wymagań dla: archiwizatora (procesor) Archiwizatora (pamięć operacyjna), Archiwizatora (kontrolery RAID), Archiwizatora(porty rozszerzeń).- w punkcie 13 stanowisko robocze (100 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, karty graficznej eksploatacji, wbudowanych portów dla monitora.- w punkcie 14 stanowisko robocze rozbudowane( 3 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, karty graficznej eksploatacji oraz wbudowanych portów i konstrukcji dla monitora.- w punkcie 15 stanowisko robocze komunikacji i prezentacji( 1 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, karty graficznej eksploatacji oraz wbudowanych portów i konstrukcji dla monitora.- w punkcie 16 stanowisko robocze komunikacji ( 23 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, karty graficznej eksploatacji oraz wbudowanych portów i konstrukcji dla monitora.- w punkcie 17 stanowisko robocze dla obsługi kancelaryjnej ( 23 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, dysków stałych, wbudowanych czytników, karty graficznej eksploatacji, wbudowanych portów dla monitora.- w punkcie 18 stanowisko robocze ratownicze ( 19 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, eksploatacji, oraz wbudowanych portów i konstrukcji dla monitora.- w punkcie 19 stanowisko mobilne oddziałowe ( 110 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych portów, wbudowanych czytników, urządzeń peryferyjnych, eksploatacji oraz wózków.- w punkcie 20 stanowisko robocze terminal ( 30 szt.), dokonuje się autokorekty w zapisach wymagań dla: procesora, wbudowanych czytników, eksploatacji oraz wbudowanych portów dla monitora.- w punkcie 21 tablet wzmocniony ( 10 szt.), dokonuje się autokorekty w zapisach wymagań dla: kamery, transmisji danych, wyposażenia.- w punkcie 22 tablet wzmocniony rozbudowany ( 10 szt.), dokonuje się autokorekty w zapisach wymagań dla: kamery, transmisji danych, wyposażenia.- w punkcie 25 drukarki wzmocnione indywidualne (10 szt.) urządzenia wysokiego poziomu bezpieczeństwa( 10 szt.), dokonuje się autokorekty w zapisach wymagań dla: prędkości.

Zaktualizowano następujące załączniki:1. SIWZ2.Załącznik nr 2A - dla części 1 zamówienia ,3.Załącznik nr 2B - dla części 2 zamówienia,4. Załącznik nr 3 – dla obu części zamówienia – formularz ofertowy,5. Załącznik nr 4 – dla części 1 zamówienia,6. Załącznik nr 6A – dla części 1 zamówienia, 7. Załącznik nr 6B – dla części 2 zamówienia,8. Załącznik nr 9 B – dla części 2 zamówienia,9. Załącznik nr 10 – dla obu części zamówienia,10. Załącznik nr 11 – dla części 1 zamówienia, 11.Załącznik nr 15 – dla części 2 zamówienia, 12.Załącznik nr 17 – dla części 2 zamówienia,13. Załącznik nr 18 – dla części 2 zamówienia.

Powyższe informacje należy uwzględnić przy przygotowaniu oferty.

Zamawiający dokonał zmiany terminu składania i otwarcia ofert.48

Termin składania ofert: 07.04.2015r. – godz.11:30Termin otwarcia ofert: 07.04.2015r. – godz. 12:00

Z up. Marszałka Województwa Wielkopolskiego

Dyrektor Departamentu Zdrowia

Leszek Sobieski

49

bip.umww.pl · Web viewRegułą jest że producenci matryc chcą mieć jak najmniejszy piksel aby...

Documents

Transcript of bip.umww.pl · Web viewRegułą jest że producenci matryc chcą mieć jak najmniejszy piksel aby...