Dotyczy postępowania: Dostawa, instalacja, konfiguracja, zaprojektowanie i wykonanie okablowania strukturalnego oraz wdrożenie wraz z instruktażem, serwisem i nadzorem autorskim, Zintegrowanego Systemu Informatycznego dla SPZOZMSW w Kielcach Znak Sprawy 13/PN/2014 Zestaw pytań nr 6 1. W związku z wymogiem: Wymagania funkcjonalne dotyczące - zakup 75 licencji i wdrożenie systemu HIS (ang. Hospital Information System) części medycznej - system szpitalny, zapewniający obsługę szeregu procesów w obszarze medycznym, a także (RIS/PACS, video) RIS (ang. Radiology Information System) i PACS (ang. Picture Archiving and Communication System) (podłączenie 3 urządzeń DICOM i 1 urządzenia video) prosimy o podanie producentów i modeli 3 urządzeń DICOM i 1 urządzenia video. Zamawiający informuje, że posiada aparaty: - RTG Multix Pro producent SIEMENS, rok produkcji 11.2007 - RTG Axiom Iconos MD Pro producent SIEMENS, rok produkcji 10.2007 - USG producent GE Healthcare model LOGIQ S7 Pro rok produkcji 05.2013 - Gastroskop producent OLUMPUS model GIF-H185 rok produkcji 2014 2. W związku z treścią 1 ust. 2 pkt 3-4 wzoru umowy wykonawca prosi o wyjaśnienie, który z terminów realizacji umowy wskazany w tych przepisach jest wiążący. Wykonawca wskazuje, iż zachowanie synchronizacji obu terminów (tj. terminu określonego liczbą miesięcy oraz datą dzienną) wymagałoby zawarcia umowy w z dniem 01 grudnia 2014 r. Nie można jednak wykluczyć, że umowa zostanie zawarta wcześniej lub później. W pierwszym przypadku pomimo zachowania terminu z ust. 2 pkt 4 wykonawca może zostać obciążony karą za przekroczenie terminu z ust. 2 pkt 3. W drugim przypadku zachowując z termin określony w ust. 2 pkt 3 wykonawca przekroczy termin z ust. 2 pkt 4. Wobec powyższego Wykonawca prosi o ujednolicenie terminów realizacji umowy poprzez: wykreślenie przepisu ust. 2 pkt 4 i zmianę treści ust. 2 pkt 3 w części następującej po słowach o którym mowa w 1 ust. 1 pkt 1 lit. a poprzez nadanie im brzmienia: do 30 kwietnia 2015 r.. Zamawiający wyjaśnia że termin 30.04.2014 jest najpóźniejszym terminem realizacji umowy. Jeżeli umowa zostanie zawarta przed dniem 1.12.2014 obowiązuje termin 5- mcy realizacji umowy, natomiast jeżeli umowa zostanie zawarta w terminie późniejszym to termin zakończenia umowy będzie 30.04.2014. Zamawiający nie zmienia zapisów SIWZ 3. W związku z treścią 1 ust. 5 wzoru umowy Wykonawca zwraca uwagę, iż termin przeprowadzenia weryfikacji, o której mowa w tym przepisie (4 miesiące od podpisania umowy) stoi w sprzeczności z terminem zakończenia wdrożenia (5 miesięcy od podpisania umowy 30 kwietnia 2015 r. por. 1 ust. 2 pkt 3-4). Weryfikacja funkcjonalności przed zakończeniem wdrożenia nie jest możliwa do przeprowadzenia. Stąd też Wykonawca wnosi o wykreślenie z ust. 5 fragmentu lecz nie później niż 4 miesiące od dnia zawarcia umowy. Jednocześnie Wykonawca prosi o potwierdzenie, że weryfikacja nastąpi po zakończeniu wdrożenia. W związku z treścią 1 ust. 6 oraz 14 ust. 3 wzoru umowy Wykonawca prosi o potwierdzenie, iż stwierdzenie niezgodności w trakcie weryfikacji, o której mowa w tym przepisie nie skutkuje automatycznym wypowiedzeniem umowy (w grę wchodzi w zasadzie odstąpienie o umowy). Należy zauważyć, że ewentualne niezgodności mogą dotyczyć małych fragmentów systemu a ich usunięcie wymagać będzie jedynie drobnych zmian konfiguracyjnych. W każdym wypadku Zamawiający może zaś korzystać z uprawnień wynikających z rękojmi. Postanowienie dotyczące wypowiedzenia umowy stoi w sprzeczności z regulacją kodeksową. Z tych względów dla uniknięcia wątpliwości Wykonawca zwraca się o wykreślenie z ust. 6 zdania Negatywny wynik weryfikacji skutkuje wypowiedzeniem przez Zamawiającego niniejszej Umowy z winy Wykonawcy, jak również wykreślenia 14 ust. 3 w całości.
- 2 - Zamawiający nie zmienia treści SIWZ. Wyjaśnienie: termin 4 miesięcy nie stoi w sprzeczności z pozostałymi terminami. W 5 miesiącu muszą być przeprowadzone np. instruktarze stanowiskowe a więc system musi być w pełni funkcjonalny co najmniej w IV miesiącu realizacji. 4. W związku z treścią 2 ust. 7 wzoru umowy Wykonawca wskazuje, iż konieczność sporządzania szczegółowych raportów tygodniowych dotyczących prac wiąże się ze znaczącym zwiększeniem czasochłonności, a co za tym idzie także ze wzrostem kosztów wdrożenia. Jednocześnie korzyści Po stronie Zamawiającego uzyskiwanie cotygodniowych raportów są niewielkie. Z tych względów Wykonawca zwraca się z prośbą o wykreślenie z 2 ust. 7 pkt 1) w całości z pozostawieniem pkt 2. Zamawiający nie zmienia treści SIWZ Raporty tygodniowe są niezbędne do śledzenia stanu zaawansowania prac i bieżącej reakcji na wszelkie zagrożenia. 5. W związku z treścią 6 ust. 3 pkt 1 wzoru umowy Wykonawca prosi o wykreślenie tego przepisu. Należy wskazać, iż przedmiotem zamówienia jest dostawa oprogramowania gotowego, a nie wykonanie oprogramowania dedykowanego. Postanowienie umowy dotyczące wprowadzania bliżej nieokreślonych zmian w dostarczonym produkcie stoi w sprzeczności z SIWZ, która określa wymagania funkcjonalne Oprogramowania jak również z przepisami PZP, które wymagają od Zamawiającego sporządzenia jednoznacznego opisu przedmiotu zamówienia. Otwarta klauzula, którą posłużył się Zamawiający nie pozwala dokonać wyceny kosztów wdrożenia. Zamawiający nie zmienia treści SIWZ. Całość dostarczonego oprogramowania musi spełniać wymagania SIWZ. Niniejszy zapis jest zabezpieczeniem zamawiającego przed próbą dostarczenia oprogramowania uniemożliwiającego integrację z systemami zewnętrznymi opisanymi w SIWZ. 6. W związku z treścią 9 wzoru umowy Wykonawca prosi o podanie definicji usterki o priorytecie wysokim oraz standardowym lub ewentualne ujednolicenie terminologii stosowanej przez Zamawiającego z definicjami zawartymi w Załączniku nr 10a do SIWZ, w którym występują pojęcia Usterki, Usterki Pilnej, Błędu Niekrytycznego, Błędu Krytycznego oraz Błędu Oprogramowania. Wykonawca zwraca również uwagę, iż definicje zawarte w Załączniku nr 10a do SIWZ pokrywają się zakresami a ich wzajemne relacje są trudne do określenia. W szczególności dotyczy to pojęć Usterki i Błędu Oprogramowania, Wykonawca wnosi więc o wykreślenie definicji Błędu Oprogramowania (ponieważ pokrywa się ona z pojęciem Usterki). Zamawiający zmienia zapisy 10 załącznika nr 8 do SIWZ WZÓR UMOWY zastępując go nowym o następującym brzmieniu: Nadzór autorski, gwarancja i serwis Systemu 1. W okresie realizacji przedmiotu umowy Wykonawca zobowiązany jest zapewnić nadzór autorski, który obejmować będzie: a. Gwarancję na oprogramowanie aplikacyjne Dostawcy b. Aktualizację produktu w zakresie niezbędnym do naprawy błędów. c. Modyfikacje produktu uwzględniające zmieniające się przepisy ogólne, rozporządzenia, ustawy, obowiązujące wykładnie prawne lub wskazówki jednostek nadrzędnych.
- 3-2. W okresie realizacji przedmiotu umowy Wykonawca zobowiązany jest zapewnić gwarancję i serwis Systemu na następujących zasadach: OPIS CZYNNOŚCI SERWISOWYCH DLA SYSTEMU WYMAGANIE Zgłaszanie usterek poprzez system serwisowy TAK Dostępność systemu serwisowego 24/7 Ilość osób upoważnionych do zgłaszania błędów. 5 Doradztwo w zakresie rozbudowy systemu o kolejne moduły. Gotowość przyjmowania i rozpatrywania indywidualnych żądań zmian (tj. modyfikacji płatnych) produktu. TAK TAK 3. Wymagany czas reakcji serwisu Wykonawcy: 12 godzin. 4. Priorytety Usterek i wymagane czasy ich usunięcia: PRIORYTET USTERKI KRYTYCZNY WYSOKI STANDARDOWY Czas usunięcia usterki 48 godzin od zgłoszenia usterki 72 godziny od zgłoszenia usterki 96 godzin od zgłoszenia usterki Uwagi W przypadku zastosowania rozwiązania zastępczego następuje obniżenie priorytetu do poziomu WYSOKI W przypadku zastosowania rozwiązania zastępczego następuje obniżenie priorytetu do poziomu STANDARDOWY 5. W przypadku kiedy warunki gwarancyjne dla danego sprzętu zostały opisane w złączniku nr 9 do SIWZ obowiązują one niezależnie od warunków opisanych w niniejszym paragrafie, z wyjątkiem sytuacji, kiedy awarie sprzętu są przyczyną Usterek Systemu. Zamawiający zmienia zapisy 13 punkt 5. załącznika nr 8 do SIWZ WZÓR UMOWY zastępując go nowym o następującym brzmieniu:
- 4 - W przypadku zwłoki Wykonawcy w wykonywaniu czynności realizowanych w ramach Etapu 4 o którym mowa w 1 ust. 1 pkt 4), zgodnie z postanowieniami niniejszej umowy, Zamawiający uprawniony jest do naliczenia Wykonawcy kary umownej w wysokości: a. 100 zł, za każdą rozpoczętą godzinę zwłoki w przypadku zgłoszeń o priorytecie KRYTYCZNY lub zwłokę w reakcji serwisu, b. 50 zł, za każdą rozpoczętą godzinę zwłoki w przypadku zgłoszeń o priorytecie WYSOKI, c. 25 zł, za każdą rozpoczętą godzinę zwłoki w przypadku zgłoszeń o priorytecie STANDARDOWY. Zamawiający zmienia zapisy załącznika nr 10a do SIWZ DEFININCJE w następujący sposób: - zmienia definicję Usterki na: Usterka - nierealizowanie funkcji Zintegrowanego Systemu Informatycznego określonych w opisie przedmiotu zamówienia (zał. nr 9 do SIWZ), wynikające z przyczyn, za które odpowiada Wykonawca; - usuwa definicje Błąd Krytyczny, Błąd Niekrytyczny, Błąd Oprogramowania, Usterka Pilna. - Dodaje definicje: Usterka o priorytecie KRYTYCZNY z powodu nieprawidłowego funkcjonowania jakiegokolwiek elementu Systemu nie jest możliwe realizowanie żadnego procesu biznesowego Szpitala, rozumianego, jako seria powiązanych ze sobą działań lub zadań, które rozwiązują określony problem lub prowadzą do osiągnięcia określonego efektu w obrębie Systemu. Przykład: awaria serwera (sprzętu), awaria serwera bazy danych. Usterka o priorytecie WYSOKI z powodu nieprawidłowego funkcjonowania jakiegokolwiek elementu systemu Zamawiający nie może realizować w Systemie przynajmniej jednego procesu biznesowego lub doświadcza wymiernego obniżenia efektywności, w tym wynikającego z konieczności pracy w ponadnormatywnym wymiarze czasu w celu nadrobienia powstałych w wyniku nieprawidłowego działania zaległości. Przykład: obniżenie wydajności systemu, z powodu, którego nie jest możliwe obsłużenie nominalnej liczby pacjentów w jednostce czasu. Usterka o priorytecie STANDARDOWY pozostałe Usterki. 7. W związku z treścią 11 ust. 3 pkt 2 wzoru umowy Wykonawca zwraca się o wykreślenie z listy pól eksploatacji oprogramowania prawa do rozpowszechniania Oprogramowania. Należy wskazać, iż celem Zamawiającego nie jest uzyskanie licencji umożliwiającej dowolne rozpowszechnianie systemu, lecz korzystanie z niego w ramach własnej organizacji (por. ust. 3 pkt 3). Zamawiający nie zmienia treści SIWZ: zamawiający dokładnie określił obszar rozpowszechniania w SIWZ w zakresie własnych jednostek. 8. Prosimy o podanie warunków gwarancyjnych dla macierzy wymaganej przez Zamawiającego w ramach przedmiotowego zamówienia. Wg Wykonawcy brak jest takiej informacji w SIWZ. Odpowiedź: Zamawiający we Wzorze Umowy (załącznik nr 8 do SIWZ) 7 Etap 4 Gwarancja jakości i rękojmia punkt 2. wymaga aby Wykonawca udzielił 3 letniej gwarancji na dostarczony sprzęt. Obowiązuja
- 5 - również zapisy zmienionego w odpowiedzi na pytanie nr 6 13 punkt 5. załącznika nr 8 do SIWZ WZÓR UMOWY. 9. Zamawiający wymaga: RUCH CHORYCH - IZBA PRZYJĘĆ, pkt 53 Wydruk standardowych dokumentów związanych z pobytem pacjenta na Izbie Przyjęć w zakresie gromadzonych w systemie danych: ( ) - Karta Nowotworowa, Prosimy o udostępnienie wzoru karty nowotworowej. Zamawiający wyjaśnia, że chodzi o wzór karty nowotworowej w postaci opublikowanej w załączniku nr 1 do Dz.U. 2007.114 poz 779 Karta Zgłoszenia Nowotworu Złośliwego MZIN 1a 10. Zamawiający wymaga: RUCH CHORYCH - IZBA PRZYJĘĆ, pkt 56 System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta. Czy Zamawiający zrezygnuje z sortowania procedur ICD9 wg częstości użycia? System posiada możliwość automatycznego kodowania procedur dla określonych jednostek. Zamawiający usuwa w całości zapisy punktu 56 załącznika nr 9 do SIWZ, sekcja RUCH CHORYCH - IZBA PRZYJĘĆ. 11. Zamawiający wymaga: RUCH CHORYCH - STATYSTYKA, pkt 13 Elektroniczna komunikacja z instytucjami nadrzędnymi: ( ) Ministerstwo Zdrowia, Ministerstwo Spraw Wewnętrznych Prosimy o wyjaśnienie o jaką komunikację z MSW chodzi w tym punkcie? Zamawiający usuwa w całości zapisy punktu 13 załącznika nr 9 do SIWZ, sekcja RUCH CHORYCH - STATYSTYKA. 12. Zamawiający wymaga: SYSTEM IDENTYFIKACJI PACJENTA, pkt 7 Współpraca z termiczną drukarką opasek, która nadrukowuje znaki identyfikacyjne dla pacjentów na systemach Windows oraz Linux. Wymienialne kasetki z opaskami w trakcie pracy. Rozdzielczość wydruku opasek 12 punktów na mm/300 dpi Czy zamawiający dopuści, aby wydruk był realizowany z użyciem drukarki zainstalowanej na komputerze użytkownika i do wydruków opasek będzie dedykowana drukarka? Zamawiający zmienia zapisy punktu 7 załącznika nr 9 do SIWZ, sekcja SYSTEM IDENTYFIKACJI PACJENTA w następujący sposób: Współpraca z drukarką opasek, która nadrukowuje znaki identyfikacyjne dla pacjentów. 13. Zamawiający wymaga: PAKIET STANDARDOWYCH ZESTAWIEŃ DANYCH I WYDRUKÓW, pkt 23 Podsumowanie zdarzeń szpitalnych pkt 25 Raport audytu danych osobowych pkt 34 Raport nowotworowy pkt 38 Raport pacjentów na przepustkach pkt 39 Raport pacjentów przeniesionych pkt 49 Sprawozdanie z pomocy doraźnej
- 6 - pkt 39 Dostępność usług na podstawie zajętości grafika pkt 64 Raport struktury wiek-płeć Prosimy o szczegółową specyfikację raportu (lista kolumn). Zamawiający usuwa w całości zapisy punktów 23, 25, 34, 38, 39, 49, załącznika nr 9 do SIWZ, sekcja PAKIET STANDARDOWYCH ZESTAWIEŃ DANYCH I WYDRUKÓW. Zamawiający usuwa w całości zapisy punktów 39, 64 załącznika nr 9 do SIWZ, sekcja WYDRUKI. 14. Zamawiający wymaga: PAKIET STANDARDOWYCH ZESTAWIEŃ DANYCH I WYDRUKÓW, pkt 30 Wywiad pkt 32 Wywiad epidemiologiczny pkt 90 Wydruk wizyty Prosimy o specyfikację raportu. Zamawiający usuwa w całości zapisy punktów 30, 32, 90 załącznika nr 9 do SIWZ, sekcja WYDRUKI. 15. Zamawiający wymaga: Dostarczany system HIS należy zintegrować z posiadanym przez zamawiającego systemem LIS, tak aby umożliwiało to wymianę zleceń miedzy systemami oraz odbiór wyników. Zamawiający posiada zintegrowany system informatyczny Zarządzania Laboratorium PHOENIX firmy WKM Medical. Czy zintegrowany system informatyczny PHOENIX jest zgodny ze standardem HL7 w wersji 2.3 oraz, czy Zamawiający pokryje wszelkie koszty integracji ze strony dostawcy tego systemu? Zamawiający nie zmienia treści SIWZ. System według informacji uzyskanych od producenta systemu LIS posiada możliwość wymiany danych zgodnie ze standardem HL7 w wersji 2.3. Wszystkie koszty integracji należy uwzględnić w cenie oferty Wykonawcy. 16. Zamawiający wymaga: b) migracja danych z istniejących systemów: - KS SOMED firmy Kamsoft (system do obsługi przychodni) - KS MEDIS firmy Kamsoft (system do obsługi szpitala), Prosimy o przedstawienie zakresu danych podlegających migracji - lista pól podlegających wczytaniu do bazy dostarczanego systemu. Zamawiający nie zmienia treści SIWZ Zamawiający wyjaśnia że posiada możliwość eksportu danych w plikach XLS za określony okres czasu. Migracji będą podlegać wszystkie dane niezbędne do prawidłowego rozliczenia z NFZ.