dla rozwoju Mazowsza

Samodzielny Publiczny Szpital Kliniczny im. Prof. W. Orłowskiego Centrum Medycznego Kształcenia Podyplomowego00-416 Warszawa, ul. Czerniakowska 231

Sprawa nr: 52/8/2014 Warszawa dnia: 18.07.2014

O D P O W I E D Źna zapytania w sprawie SIWZ

dot. postępowania w trybie przetargu nieograniczonego na system usług informatycznych w Samodzielnym Publicznym Szpitalu Klinicznym im. prof. W. Orłowskiego CMKP w Warszawie.

Zamawiający działając na podstawie art. 38 ust. 2 przepisów ustawy z dnia 29 stycznia 2004 roku Prawo zamówień publicznych odpowiada na pytania, które wpłynęły na zapisy SIWZ.

Pytanie nr 02.01:Pytanie 1 Dotyczy: SIWZ, 3. Warunki udziału w postępowaniu i opis sposobu dokonywania oceny spełniania tych warunków, tabela, p. 2 Wiedza i doświadczenie, ppkt. 5, str. 5 Zamawiający wymaga, aby wykazano co najmniej „dwa o podobnym charakterze i zakresie zamówienia (za podobne zamówienia uznaje się usługi wdrożenia użytkowników do obsługi, dla użytkowników wdrażanego systemu informatycznego w liczbie - nie mniejszej niż 200) każde”. Czy Zamawiający ma na myśli szkolenia dla co najmniej 200 osób wdrożonego systemu informatycznego?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający uzna różne formy realizacji wdrażania użytkowników, jako spełnienie tego wymagania.

Pytanie nr 02.02:Pytanie 2:Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.07 Obszar Funkcjonalny – Zakażenia szpitalne, p. HIS.07.015, str. 17 Czy Zamawiający wymaga, aby raportowanie do stacji sanitarno- epidemiologicznej odbywało się automatycznie po wpisaniu rozpoznania choroby zakaźnej?Odpowiedź:Zamawiający wymaga, aby oferowany system umożliwiał zgłaszanie do stacji sanitarno-epidemiologicznej chorób zakaźnych zgodnie z aktualnym wykazem chorób zakaźnych podlegających zgłaszaniu i na zasadach określonych w Rozporządzeniu Ministra Zdrowia z dnia 10 lipca 2013 roku w sprawie zgłoszeń podejrzenia lub rozpoznania zakażenia, choroby zakaźnej lub zgonu z powodu zakażenia lub choroby zakaźnej.

Pytanie nr 02.03.01:Pytanie 3: Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.02 Obszar Funkcjonalny – Rejestracja, p. HIS.02.004, str. 4 Zamawiający pisze, że „System musi mieć możliwość zachowania numerów kartotek pacjentów z obecnie używanego przez Zamawiającego systemu informatycznego.” Z jakiego systemu informatycznego korzysta obecnie Zamawiający?Odpowiedź:Zamawiający w części białej korzysta obecnie z systemu SERUM (System Elektronicznej Rejestracji Usług Medycznych) firmy Kamsoft.

Pytanie nr 02.03.02:Pytanie 3: Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.02 Obszar Funkcjonalny – Rejestracja, p. HIS.02.004, str. 4 Zamawiający pisze, że „System musi mieć możliwość zachowania numerów kartotek pacjentów z obecnie używanego przez Zamawiającego systemu informatycznego.” W jaki sposób zamawiający przewiduje możliwość przeniesienia numerów kartotek pacjentów do dostarczonego systemu HIS?Odpowiedź:Zamawiający oczekuje, że obecne numery kartotek pacjentów będą możliwe do podejrzenia w oferowanym przez Wykonawcę systemie. Chodzi o zachowanie spójności numeracji (identyfikatorów) w oferowanym systemie z dokumentacją papierową pacjentów. Zamawiający dopuszcza, że w oferowanym systemie numery pacjentów (identyfikator pacjenta) będą inne niż dotychczas, o ile obecny numer kartoteki zostanie wpisany w rekord każdego pacjenta.

Pytanie nr 02.03.03:Pytanie 3: Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.02 Obszar Funkcjonalny – Rejestracja, p. HIS.02.004, str. 4 Zamawiający pisze, że „System musi mieć możliwość zachowania numerów kartotek pacjentów z obecnie używanego przez Zamawiającego systemu informatycznego.” Za pomocą jakich plików można wyeksportować dane z obecnie używanego systemu do dostarczonego systemu HIS?Odpowiedź:Zamawiający udostępni na swojej stronie internetowej plik Format_serum_csv.doc, w którym zamieszczony jest opis struktury danych eksportowanych z systemu SERUM firmy Kamsoft.

Pytanie nr 02.04:Pytanie 4: Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki, p. HIS.09.009, str. 22 Wykonawca zwraca się z prośbą o wyjaśnienie następującej funkcjonalności: „System musi mieć możliwość kopiowania cennika (utworzenie nowego o tej samej zawartości, ale innym identyfikatorze).”Odpowiedź:Funkcjonalność ta ma ułatwić zarządzanie cennikami komercyjnymi. Zamawiający oczekuje, że w odniesieniu do takich cenników oferowany system umożliwi ich duplikowanie z jednoczesnym nadaniem nowego identyfikatora (numeru) dla zduplikowanego (nowo utworzonego) cennika.

Pytanie nr 02.05:Pytanie 5: Dotyczy: Załącznik nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, HIS.12, Obszar Funkcjonalny – Archiwum papierowe dokumentacji medycznej, p. HIS.12.006, str. 31Wykonawca zwraca się z prośbą o wyjaśnienie, jak Zamawiający rozumie sformułowanie „planowe zniszczenie dokumentacji medycznej”? Czy Zamawiający ma na myśli zniszczenie dokumentacji po upłynięciu ustawowego czasu przechowywania różnych rodzajów dokumentacji medycznej?

Odpowiedź:Zamawiający potwierdza przedstawione rozumienie tego wymagania funkcjonalnego.

Pytanie nr 02.06.01:Pytanie 6: Dotyczy: Załącznik nr 8: Ramowy harmonogram prac nad wdrożeniem Systemu, p. 9. Etap III, str. 1 Zamawiający wskazuje, że w Etapie III ma nastąpić „integracja z systemem PACS i LIS”. Z jakim systemem PACS należy się zintegrować?Odpowiedź:Zamawiający wykorzystuje system PACS firmy Alteris. Zamawiający dopuszcza możliwość zastąpienia posiadanego oprogramowania PACS firmy Alteris rozwiązaniem Wykonawcy zamiast wykonywania integracji.

Pytanie nr 02.06.02:Pytanie 6: Dotyczy: Załącznik nr 8: Ramowy harmonogram prac nad wdrożeniem Systemu, p. 9. Etap III, str. 1 Zamawiający wskazuje, że w Etapie III ma nastąpić „integracja z systemem PACS i LIS”. Czy Zamawiający zobowiązuje się do gwarantowania zgody na integrację i współpracę podczas realizacji tego zadania ze strony Zamawiającego i firmy dostarczającej system PACS?Odpowiedź:Zamawiający dopuszcza możliwość zastąpienia oprogramowania PACS rozwiązaniem Wykonawcy zamiast wykonywania integracji. Zamawiający powołał specjalny zespół odpowiedzialny za przebieg wdrożenia i gwarantuje jego pełną współpracę.

Pytanie nr 02.06.03:Pytanie 6: Dotyczy: Załącznik nr 8: Ramowy harmonogram prac nad wdrożeniem Systemu, p. 9. Etap III, str. 1 Zamawiający wskazuje, że w Etapie III ma nastąpić „integracja z systemem PACS i LIS”.Czy Zamawiający udostępni kody źródłowe, interfejsy , protokoły wymiany danych i inne niezbędne dokumenty do przeprowadzenia integracji z systemem LIS i PACS?Odpowiedź:Zamawiający dopuszcza możliwość zastąpienia użytkowanego oprogramowania PACS rozwiązaniem proponowanym przez Wykonawcę zamiast wykonywania integracji. Zamawiający uważa, że oprogramowanie firmy Alteris na rynku polskim stanowi produkt znany potencjalnym Wykonawcom i potrafią oni się z nim zintegrować lub zastąpić to oprogramowanie własnym. Odnośnie oprogramowania LIS to jest to system CENTRUM firmy Marcel użytkowany przez firmę ALAB. Licencje na system CENTRUM stanowią własność Zamawiającego i Zamawiający gwarantuje współpracę zarówno pracowników własnych, jak i firmy ALAB przy integracji. Analogicznie jak w przypadku oprogramowania PACS, Zamawiający uważa, że oprogramowanie firmy Marcel na rynku polskim stanowi produkt znany potencjalnym Wykonawcom i potrafią oni się z nim zintegrować.

Pytanie nr 02.06.04:Pytanie 6: Dotyczy: Załącznik nr 8: Ramowy harmonogram prac nad wdrożeniem Systemu, p. 9. Etap III, str. 1 Zamawiający wskazuje, że w Etapie III ma nastąpić „integracja z systemem PACS i LIS”.W jakim zakresie Zamawiający oczekuje integracji systemów PACS i LIS z nowo dostarczonym systemem?Odpowiedź:Zamawiający oczekuje integracji w zakresie wzajemnej wymiany informacji pomiędzy tymi systemami, w szczególności w zakresie informacji na temat pacjentów i wyników ich badań. Zamawiający dopuszcza możliwość zastąpienia użytkowanego oprogramowania PACS rozwiązaniem Wykonawcy zamiast wykonywania integracji.

Pytanie nr 02.07:Pytanie 7: Dotyczy: Załącznik nr 16 do SIWZ: Sposób weryfikacji wymagań - funkcjonalności podstawowe Systemu, 5. Informacje dodatkowe, str. 3Zamawiający wskazuje, że „Próbkę Wykonawcy, który złożył ofertę najkorzystniejszą, Zamawiający, zgodnie z art. 97 ust. 1 ustawy Pzp, przechowuje w terminach wyznaczonym przez przepisy prawa, w sposób gwarantujący jej nienaruszalność.”W jaki sposób będzie przechowywana próbka w postaci laptopa? Kto będzie odpowiadał za ewentualne jej zniszczenie?Wykonawca proponuje wprowadzenie zapisu do umowy tj.: załącznika nr 9 istotne postanowienia umowy: Zamawiający obowiązuje się do należytego przechowywania próbki złożonej wraz z ofertą w postaci sprzętu komputerowego – laptopa i ponosi całkowitą odpowiedzialność za sprzęt w okresie przechowywania próbki, w sposób gwarantujący jej nienaruszalność.Odpowiedź:Zamawiający będzie przechowywał próbkę zgodnie z wymogami przytoczonej ustawy. Zapisy załącznika nr 9 do SIWZ stanowią zbiór istotnych postanowień umowy, które Zamawiający chciałby umieścić w umowie z Wykonawcą, ale nie stanowią kompletnej umowy. Zamawiający bierze na siebie odpowiedzialność za przechowywanie próbki w okresie, w którym będzie ją przechowywał.

Pytanie nr 02.08:Pytanie 8: Dotyczy: Załącznik nr 18 do SIWZ: Sposób przeprowadzenia oceny wg kryterium: funkcjonalności dodatkowe Systemu, Przedmiot oceny, p. 1.1, str. 1Zamawiający pisze, że „Przedmiotem oceny są funkcjonalności oferowanego oprogramowania Systemu usług informatycznych, zwanego dalej Systemem, określone przez Zamawiającego jako dodatkowe (opcjonalne, niekonieczne) i opisane w załącznikach do SIWZ:1) nr 1: Wymagania ogólne (podstawowe i dodatkowe) wobec Systemu i jego wdrożenia,2) nr 4: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej,3) nr 5: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części administracyjnej/ szarej.”W jaki sposób będą punktowane dodatkowe funkcjonalności dotyczące e-usług opisanych w Załączniku nr 6? Według dokumentacji z Załącznika nr 18 podczas prezentacji systemu (ocena punktowa stanowi 40% kryterium oceny oferty) będą punktowane funkcjonalności dodatkowe z Załączników 1, 4 oraz 5.Odpowiedź:Zamawiający zwraca uwagę na zapis z pierwszego akapitu pierwszej strony z Załącznika nr 6 do SIWZ: „2) dodatkowe (opcjonalne) – niekonieczne, niepodlegające ocenie, ponieważ dotyczą elementów Systemu, które nie muszą istnieć w dniu składania oferty – części pisanej na zlecenie Zamawiającego”.

Pytanie nr 02.09:Pytanie 9: Dotyczy: Załącznik nr 18 do SIWZ: Sposób przeprowadzenia oceny wg kryterium: funkcjonalności dodatkowe Systemu, 4. Ocena punktowa prezentacji Próbki, p. 4.1, str. 2Zamawiający wskazuje że „Każda z zaprezentowanych funkcjonalności dodatkowych będzie oceniana punktowo przez członków Komisji Przetargowej w skali: 0-1, gdzie 1-oznacza, że funkcjonalność została zaprezentowana; 0-nie została zaprezentowana lub prezentacja nie wykazała jej spełnienia. Następnie zostanie wyciągnięta średnia z przyznanych punktów dla każdej prezentowanej funkcjonalności dodatkowej, a uzyskane wyniki zsumowane.”Pytanie Wykonawcy: jeżeli każda z dodatkowych funkcjonalności będzie podlegała ocenie w systemie 0-1 (nie ma/jest) to w jaki sposób może zostać wyciągnięta „średnia z przyznanych punktów dla każdej prezentowanej funkcjonalności dodatkowej, a uzyskane wyniki zsumowane”? Czy Zamawiający miał na myśli sformułowanie: „następnie zostanie wyciągnięta średnia z przyznanych punktów dla wszystkich funkcjonalności dodatkowych”? Odpowiedź:Zamawiający zgodnie z odpowiedzią nr 01.03 z dnia 04.07.2014 r. potwierdza, że zmienił zapis w Załączniku nr 18 do SIWZ w punkcie 4.1 na następujący: „Każda z zaprezentowanych funkcjonalności dodatkowych będzie weryfikowana przez Komisję Przetargową na zasadzie "jest-brak" (TAK/NIE).”

Pytanie nr 02.10:Pytanie 10 : Czy zamawiający dopuszcza poniższą funkcjonalność w systemie ERP?Obszar Funkcjonalny – Rozliczenia z płatnikami i statystykiHIS.09.006 System powinien mieć możliwość tworzenia słownika cenników: dodawanie, przeglądanie, modyfikowanie, usuwanie pozycji tego słownika.Odpowiedź:Zamawiający dopuszcza taką możliwość, zgodnie z zapisami w załącznikach do SIWZ nr 1, 4, 5, 6: „Zamawiający nie wymaga, aby wyróżnione obszary funkcjonalne stanowiły odpowiednie moduły (aplikacje) oferowanego Systemu. Funkcjonalności ujęte w danym obszarze mogą być zrealizowane z wykorzystaniem różnych modułów (aplikacji). W takim przypadku Zamawiający zakłada, że między tymi modułami (aplikacjami) zostanie zachowana komunikacja zapewniająca warunki pracy nie gorsze niż, gdyby dany obszar funkcjonalny realizowany był przez jeden moduł”.

Pytanie nr 02.11:Pytanie 11: Czy w poniższej funkcjonalności zamawiający miał na myśli umowy z płatnikami komercyjnymi?HIS.09.012 System powinien mieć możliwość określenia limitu wykonań (ilościowego i wartościowego) dla danej umowy ,co najmniej z dokładnością do miesiąca, kwartału, półrocza, roku, trwania całej umowy z podziałem na OPK.Odpowiedź:Zamawiający potwierdza przedstawione rozumienie tego wymagania funkcjonalnego.

Pytanie nr 02.12:Pytanie 12 : Dotyczy: Załącznik nr 5 do SIWZ: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części administracyjnej/szarej, tabela na str. 1W tabeli na stronie 1 w wierszach: ERP.22, ERP.23 i ERP.26 liczba wypisanych funkcjonalności dodatkowych nie pokrywa się z liczbą wypisanych funkcjonalności dodatkowych w dalszej części Załącznika. W module ERP.22 Zarządzanie Kadrami i Płacami (KP): Płace w tabeli na str.1 podano liczbę funkcjonalności= 2, natomiast w tabeli na stronach od 46 do 50 zał. nr 5 jest ich 3.W module ERP.23 KP: Kadry w tabeli na str. 1 podano liczbę funkcjonalności dodatkowych= 4, natomiast w tabeli na stronach od 51 do 59 zał. nr 5 jest ich 5.W module ERP.26 Budżetowanie w tabeli na str. 1 podano liczbę funkcjonalności dodatkowych= 1, natomiast w tabeli na stronie 62 zał. nr 5 jest ich 2.Prosimy o podanie poprawnej liczby funkcjonalności dodatkowych w powyższych modułach oraz prawidłową sumę wszystkich funkcjonalności dodatkowych w części administracyjnej. Odpowiedź:Zamawiający potwierdza wystąpienie oczywistych błędów rachunkowych dla wskazanych trzech obszarów funkcjonalnych (ERP.22, ERP.23 i ERP.26), przy czym ogólna liczba wymagań pozostała bez zmian i wynosi 457 i koryguje zapisy na stronie 1 załącznika nr 5 do SIWZ w następujący sposób:Było: „W części szarej Zamawiający wyróżnił 457 wymagań funkcjonalnych, w tym 431 podstawowych (P) i 26 dodatkowych (D), które zebrał w 26 obszarach funkcjonalnych oznaczonych kodami i nazwami jak w tabelce poniżej:” Jest: „W części szarej Zamawiający wyróżnił 457 wymagań funkcjonalnych, w tym 428 podstawowych (P) i 29 dodatkowych (D), które zebrał w 26 obszarach funkcjonalnych oznaczonych kodami i nazwami jak w tabelce poniżej:”

Ponadto zastępuje tabelę ze strony 1 załącznika nr 5 do SIWZ następującą tabelą:

Kod obszaru

Oznaczenie obszaru funkcjonalnego Liczba wymagań

ERP.01 Wymagania ogólne wobec ERP 8 = 8(P) + 0(D)

ERP.02 Finanse i Księgowość (FK) – Wymagania ogólne 10 = 10(P) + 0(D)

ERP.03 FK: Sprawozdawczość finansowa, zamykanie okresów, BO 10 = 7(P) + 3(D)

ERP.04 FK: Plan kont, budowa kont, księgowanie 2 = 2(P) + 0(D)

ERP.05 FK: Konta analityczne w układzie skorowidzów – katalogów

9 = 6(P) + 3(D)

ERP.06 FK: Dokumenty 9 = 9(P) + 0(D)

ERP.07 FK: Księgowanie dokumentów 7 = 7(P) + 0(D)

ERP.08 FK: Zestawienia obrotów i sald, zestawienia z kartotek kont

8 = 8(P) + 0(D)

ERP.09 FK: Potwierdzenia sald 4 = 4(P) + 0(D)

ERP.10 FK: Generowanie zestawień do zawieranych porozumień zapłaty

5 = 4(P) + 1(D)

ERP.11 FK: Rozliczanie pożyczek ZFŚS 2 = 0(P) + 2(D)

ERP.12 FK: Windykacja, kompensaty, noty odsetkowe 9 = 9(P) + 0(D)

ERP.13 FK: Obsługa kas 9 = 9(P) + 0(D)

ERP.14 FK: Obsługa bankowa 9 = 9(P) + 0(D)

ERP.15 FK: Analizy i zestawienia 16 = 16(P) + 0(D)

ERP.16 Środki Trwałe (ŚT): Ewidencja 38 = 36(P) + 2(D)

ERP.17 ŚT: Nadzór nad aparaturą medyczną – specyficzne obiekty inwentarzowe

18 = 17(P) + 1(D)

ERP.18 Fakturowanie 31 = 28 (P) + 3(D)

ERP.19 Magazyny ogólne 41 = 40(P) + 1(D)

ERP.20 Magazyny 37 = 35(P) + 2(D)

ERP.21 MB: Tworzenie dokumentów 14 = 14(P) + 0(D)

ERP.22 Zarządzanie Kadrami i Płacami (KP): Płace 54 = 51(P) + 3(D)

ERP.23 KP: Kadry 93 = 88(P) + 5(D)

ERP.24 Planowanie i Rozliczanie Czasu Pracy 3 = 3(P) + 0(D)

ERP.25 Zamówienia 6 = 5(P) + 1(D)

ERP.26 Moduł Budżetowanie 5 = 3(P) + 2(D)

RAZEM 457 = 428(P) + 29(D)

Pytanie nr 02.13:Pytanie 13: Załącznik nr 5 do SIWZ: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części administracyjnej/szarej, Moduł Obszar funkcjonalny – MB: Tworzenie dokumentów, str. 44Czy Zamawiający w numeracji funkcjonalności, omyłkowo w pierwszej funkcjonalności modułu ERP.21, wpisał kod ERP.22.001 zamiast ERP.21.001?Odpowiedź:Zamawiający potwierdza wystąpienie oczywistego błędu i koryguje zapisy na stronie 44 w części „Obszar funkcjonalny – MB: Tworzenie dokumentów” ERP.21 w pierwszym wymaganiu zmienia kod z ERP.22.001 na ERP.21.001.

Pytanie nr 02.14:Pytanie 14: Załącznik nr 16 i załącznik nr 18 Czy Zamawiający zrezygnuje z dostarczenia próbki i zastąpienia tej próbki prezentacją po otwarciu ofert z możliwością udostępnienia scenariusza prezentacji zarówno podstawowych jak i dodatkowych funkcjonalności systemu?

Zgodnie z treścią ustawy – Prawo zamówień publicznych i Rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia 2009 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 (Dz. U. z 2009 r., nr 226, poz. 1817, dalej „Rozporządzenie w sprawie rodzajów dokumentów”) dopuszczalne jest żądanie wyłącznie dokumentów i oświadczeń (które mają być załączone do oferty) oraz żądanie złożenia wyjaśnień treści dokumentów i treści oferty (po złożeniu oferty, na wezwanie zamawiającego w przypadku wątpliwości co do treści dokumentów lub treści oferty). Demonstracja działania systemu nie mieści się więc w żadnej z tych kategorii.

Z szeregu orzeczeń Krajowej Izby Odwoławczej wynika jednak, że praktyka przeprowadzania demonstracji nie jest uznawana przez składy orzekające za wadliwą. W przypadku konkretnych problemów Krajowa Izba Odwoławcza nie wypracowała jednolitego stanowiska w zakresie ich rozwiązania. Jedyna spójność w orzeczeniach dotyczy samej możliwości przeprowadzenia demonstracji- zgodnie z ugruntowanym poglądem zamawiający może żądać jej przeprowadzenia tylko w przypadku systemów standardowych, ponieważ demonstracja działania systemu traktowana jest podobnie jak próbka w rozumieniu wskazanego powyżej Rozporządzenia w sprawie rodzajów dokumentów, a próbki można żądać tylko w zakresie systemów istniejących na chwilę składania ofert, a nie systemów, które mają być dopiero opracowane w ramach zamówienia (tak między innymi w wyroku Krajowej Izby Odwoławczej z dnia 28 kwietnia 2009 r., sygn. KIO/UZP 469/09, wyrok KIO z dnia 7 listopada 2008 r., sygn. KIO/UZP 1173/08, KIO/UZP 70/08). Jeśli zatem zamawiający prowadzi postępowanie, którego przedmiotem jest wdrożenie systemu opartego o oprogramowanie dedykowane, to demonstracja działania funkcjonalności tego oprogramowania może dotyczyć wyłącznie elementów standardowych, czyli „gotowych”, wyłączona zaś będzie w odniesieniu do elementów, które mają dopiero powstać w wyniku wykonania zamówienia np. integracji systemów.Pytanie: Wobec powyższego Czy Zamawiający zrezygnuje z dostarczenia próbki i zastąpienia tej próbki prezentacją po otwarciu ofert z możliwością udostępnienia scenariusza prezentacji zarówno podstawowych jak i dodatkowych funkcjonalności systemu?Odpowiedź:Zamawiający podtrzymuje zapis dotyczący prezentacji próbki, zwraca jednakże uwagę, że odpowiedzią na pytanie nr 01.01 z dnia 04.07.2014 r. Zamawiający zawęził zakres wyboru funkcjonalności podstawowych do prezentacji próbki przyjmując następujące dodatkowe ograniczenia:1. warunek do 50 funkcjonalności zmienia na dokładnie 12 funkcjonalności,2. funkcjonalności zostaną wybrane tylko spośród wymienionych w załącznikach do SIWZ nr 4 (część biała) i nr 5 (część szara),3. funkcjonalności nie będą wymagały dodatkowych (fizycznych) urządzeń zewnętrznych, w szczególności czytników kodów kreskowych i drukarek, przy czym na komputerze stanowiącym próbkę musi zostać zainstalowana wirtualna drukarka z opcją tworzenia wydruku do pliku PDF,4. Zamawiający oczekuje prezentacji funkcjonalności według scenariusza Wykonawcy.

Jednocześnie Zamawiający podtrzymuje zapis o konieczności zweryfikowania wszystkich zadeklarowanych przez Wykonawców funkcjonalności dodatkowych z puli 71 wymagań tego typu zawartych w załącznikach do SIWZ nr 1, 4 i 5.

Pytanie nr 03.01:W związku z treścią §5 ust. 1 pkt 3 lit. g) Wykonawca prosi o potwierdzenie, iż fizyczny udział Personelu Wykonawcy ma być zapewniony w okresie „okołowdrożeniowym” tj. w okresie uruchomienia produkcyjnego Systemu, w trakcie którego czynności wymienione w przepisie umowy będą wykonywane pierwszy raz. Wykonawca chce wykluczyć możliwość interpretacji przepisu, która nakazywałaby zapewnić udział Personelu przy pierwszym wykonywaniu danej czynności przez danego pracownika już po uruchomieniu SUI.Odpowiedź:Zamawiający zakłada, że w trakcie uruchomienia zostaną przetestowane wszystkie istotne funkcjonalności, za wyjątkiem rozliczenia z NFZ. W związku z tym Zamawiający wymagać będzie od Wykonawcy obecności jego pracownika jedynie w przypadku przeprowadzenia pierwszego rozliczenia. Zamawiający dopuszcza wsparcie zdalne pierwszego procesu rozliczeń.

Pytanie nr 03.02:W załączniku nr 2 Zamawiający wskazuje wymóg dostarczenia UPS, natomiast wymagania określone w tabelce wydają się niekompletne, prosimy o poprawienie i uzupełnienie tabelki z wymaganymi parametrami.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający wskazał parametry minimalne i oczekuje, że Wykonawcy uwzględnią je w swojej ofercie.

Pytanie nr 03.03:E.12 Elektroniczna Skrzynka Podawcza (ESP) z Urzędowym Poświadczeniem Odbioru (UPO) Z opisu wymagań E.12 ESP z UPO wynika, że będzie możliwość składania dokumentów w formie elektronicznej w kierunku klient-szpital. Czy Zamawiający zakłada również komunikację w formie elektronicznej w drugą stronę, tzn. szpital-klient? Jeżeli tak, to które wymagania opisują ten kierunek komunikacji?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ, w szczególności oczekuje możliwości wysłania odpowiedzi w formie elektronicznej w kierunku szpital-klient z zastosowaniem podpisu elektronicznego ze strony szpitala.

Pytanie nr 03.04:E.12 Elektroniczna Skrzynka Podawcza (ESP) z Urzędowym Poświadczeniem Odbioru (UPO)Czy system powinien posiadać Katalog Formularzy/Usług (wyszukiwarka, przejrzysty dostęp do formularzy, możliwość szybkiego złożenia konkretnego dokumentu za pomocą konkretnego formularza)?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 03.05:ZSI.01 Wymagania ogólne dla Systemu W opisie wymagania ZSI.01.003 napisano, że informacja raz wprowadzona powinna być dostępna we wszystkich elementach systemu. Czy Zamawiający dopuszcza, aby moduł EOD posiadał własną bazę użytkowników i słowniki opisujące strukturę szpitala?Odpowiedź:Zamawiający dopuszcza taką możliwość, o ile ta własna baza lub słowniki będzie zsynchronizowana (zapewniona zostanie spójność) z pozostałymi bazami i słownikami tego typy działającymi w ramach SUI.

Pytanie nr 03.06:Prosimy o zmniejszenie zabezpieczenia należytego wykonania umowy do 5% wartości zamówienia (pkt 15.1 SIWZ) wskazujemy, że wysoka kwota zabezpieczenia wpływa na zwiększenie kosztów oferty, gdyż wymaga od Wykonawców zaangażowania dodatkowych środków finansowych lub zaciągnięcia dodatkowych zobowiązań na tę okoliczność.Odpowiedź:Zamawiający zmniejsza zabezpieczenie należytego wykonania umowy wartości zamówienia (pkt 15.1 SIWZ):Było: „10%”;Jest: „5%”.

Pytanie nr 03.07:W załączniku nr 1 w części ZIS.02. Zamawiający posługuje się nieprecyzyjnym określeniem „około” przedstawiając liczbę osób do przeszkolenia w poszczególnych obszarach, prosimy o doprecyzowanie tych zapisów, ponieważ przy wyliczaniu czasu szkoleń istotne jest ile faktycznie osób jest do przeszkolenia. Posługiwanie się nieprecyzyjnym określeniem naraża Wykonawców i Zamawiającego na oferty, które będą nieporównywalne w zakresie liczby osób do przeszkolenia.Odpowiedź:Zamawiający przez słowo „około” rozumie do 3 osób mniej lub do 3 osób więcej niż podano w wymaganiu.

Pytanie nr 03.08:Prosimy o wyjaśnienie, co Zamawiający ma na myśli poprzez określenie „itp.” w załączniku nr 4 w pkt HIS.16.004 lub wykreślenie tego określenia.Odpowiedź:Zamawiający wykreśla skrót „itp.” z wymagania HIS.16.004.

Pytanie nr 03.09:Prosimy o precyzyjne określenie co Zamawiający rozumie poprzez „ważne zadania Zamawiającego” pkt 2.2 załącznika nr 7. Proponujemy przyjęcie definicji odnoszących się do konkretnych funkcji systemu, których brak prawidłowego działania byłby kwalifikowany jako Błąd Krytyczny np.

logowanie do Systemu; przyjęcie pacjenta; przeniesienie pacjenta; wypis pacjenta (z wyłączeniem funkcjonalności wydruku karty wypisowej); rejestracja zgonu.

Odpowiedź:Zamawiający za ważne uznaje wszystkie zadania i procesy związane z obsługą pacjenta w SUI, w szczególności: rejestracją, przyjęciem, przeniesieniem, odnotowaniem danych niezbędnych do rozliczeń i procesem rozliczeniowym oraz terminowością i ciągłością rozliczeń finansowo-księgowych, w szczególności wypłatą wynagrodzeń, traktuje jako ważne.

Pytanie nr 03.10:Prosimy o precyzyjne określenie co Zamawiający rozumie poprzez „realizacji zadań Zamawiającego” pkt 2.3 załącznika nr 7. Proponujemy przyjęcie definicji odnoszących się do konkretnych funkcji systemu, których brak prawidłowego działania byłby kwalifikowany jako Awaria np.

kodowanie procedur; wystawienie faktur; sprawdzanie uprawnień pacjentów do ubezpieczenia; rozliczenie z NFZ; wysyłanie zleceń do systemu laboratoryjnego i aptecznego; odbiór wyników badań z systemu laboratoryjnego; wydruk karty wypisowej.

Odpowiedź:Zamawiający za zadania z pkt. 2.3 uznaje wszystkie inne zadania, aniżeli podane w odpowiedzi na pytanie 03.09.

Pytanie nr 03.11:Prosimy o wyjaśnienie, w jaki sposób błąd krytyczny, awaria i usterka programistyczna (załącznik nr 7 pkt 2.2, 2.3, 2.4) są skorelowane z definicjami wskazanymi w umowie (załącznik nr 9) tj. Awarią (§ 1 pkt 16), Błędem (§ 1 pkt 17)Odpowiedź:Zamawiający uważa te zapisy za wzajemnie dopełniające się. Zwracamy uwagę, że Załącznik nr 7 do SIWZ stanie się Załącznikiem nr 9 do Umowy, której istotne postanowienia stanowią Załącznik nr 9 do SIWZ.

Pytanie nr 03.12:Prosimy o zmianę elementu definicji błędu w załączniku nr 9 poprzez zastąpienie sformułowania „Błędem jest też ograniczenie wydajności (spadek wydajności) o nie więcej niż 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, wporównaniu z Systemem wolnym od Wad” na „Błędem jest też ograniczenie wydajności (spadek wydajności), o conajmniej, 25% alenie więcej niż 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, wporównaniu z Systemem wolnym od Wad, na co najmniej 20% stanowisk SUI”. Uszczegółowienie takie jest uzasadnione faktem, że spowolnienie systemu o kilka procent może wynikać z czynników obiektywnych dotyczących np. sposobu korzystania z SUI poprzez zapytania o raporty przez wielu użytkowników i fakt ten nie powinien być błędem, jak i to, że spowolnienie występujące na mniej niż 20% stanowisk może być spowodowane lokalnymi uwarunkowaniami sieciowymi lub wręcz problemami w z wydajnością stacji roboczej.Odpowiedź:Zamawiający wprowadza zmianę w treści załącznika nr 9 do SIWZ §1 pkt. 17 w następujący sposób:Było: „Błędem jest też ograniczenie wydajności (spadek wydajności) o nie więcej niż 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad.Jest:„Błędem jest też ograniczenie wydajności (spadek wydajności), o co najmniej, 15% ale nie więcej niż 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad, na co najmniej 15% stanowisk SUI”.

Pytanie nr 03.13:Prosimy o dodanie w definicji Awarii (załącznik nr 9) sformułowania, aby zdanie docelowe brzmiało: „Awarią jest również ograniczenie wydajności (spadek wydajności) Systemu, o co najmniej 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad, o ile występuje, dla co najmniej 10% stanowisku SUI”. Spowolnienie występujące na mniej niż 10% stanowisk może być spowodowane lokalnymi uwarunkowaniami sieciowymi lub wręcz problemami w z wydajnością stacji roboczej.Odpowiedź:Zamawiający wprowadza zmianę w treści załącznika nr 9 do SIWZ §1 pkt. 16 w następujący sposób:Było: „Awarią jest również ograniczenie wydajności (spadek wydajności) Systemu o co najmniej 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad.”Jest:„Awarią jest również ograniczenie wydajności (spadek wydajności) Systemu, o co najmniej 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad, o ile występuje, dla co najmniej 5% stanowisk SUI”.

Pytanie nr 04.01:Załącznik nr 6 – pkt. E.03.031 ”System będzie miał możliwość integracji za pomocą protokołów HL7 z dowolnym systemem HIS, który wspiera ten protokół.”Czy Zamawiający dopuszcza realizację integracji za pomocą protokołu innego niż HL7, np. za pomocą dedykowanych formatów XML, który będzie wykorzystywany do integracji z dowolnym systemem HIS i tym samym uzna dany punkt SIWZ za spełniony?Odpowiedź:Zamawiający dopuszcza takie rozwiązanie o ile Wykonawca dostarczy szczegółowy opis tych protokołów dla oferowanego Systemu.

Pytanie nr 04.02:Załącznik nr 6 – pkt. E.08.002 ”System będzie miał możliwość przypominania o wizycie przy pomocy komunikatów email lub opcjonalnie sms.”Prosimy o potwierdzenie, że Zamawiający oczekuje w zakresie opcjonalnego wysyłania wiadomości SMS, zapewnienia możliwości wysyłania wiadomości SMS, przy założeniu, że koszty związane z samą wysyłką wiadomości SMS nie są objęte niniejszym zamówieniem. W przypadku jednak gdy Zamawiający oczekuje, że koszty wysyłki wiadomości SMS mają być pokryte przez Wykonawcę, prosimy o podanie puli wiadomości która ma być zapewniona do wysyłki. Odpowiedź:Zamawiający oczekuje funkcjonalności umożliwiającej wysyłanie wiadomości SMS, jednakże dostarczenie pakietu SMS nie wchodzi w zakres niniejszego zamówienia.

Pytanie nr 04.03:Załącznik nr 6 – pkt. E.01 „Szpitalny Portal Informacyjny”Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.01 „Szpitalny Portal Informacyjny” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem trwania serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.04:Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.03 „e-Konsultacje” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem trwania serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.05:Załącznik nr 6 – pkt. E.04 „e-Szkolenia”Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.04 „e-Szkolenia” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.06:Załącznik nr 6 – pkt. E.07 „e-Rejestracja”Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.07 „e-Rejestracja” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem trwania serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.07:Załącznik nr 6 – pkt. E.09 „e-Badania”Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.09 „e- Badania” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.08:Załącznik nr 6 – pkt. E.10 „e-Recepta”Czy Zamawiający dopuszcza dostarczenie funkcjonalności SUI opisanych w punkcie E.10 „e- Recepta” w formie usług sieciowych dostarczanych i utrzymywanych przez Wykonawcę? W przypadku odpowiedzi twierdzącej na powyższe pytanie, czy Zamawiający uzna za spełnione wymagania SIWZ odnośnie dostarczenia przedmiotowych funkcjonalności, jeżeli będą one świadczone przez Wykonawcę w postaci usług sieciowych przez okres identyczny z czasem trwania serwisu gwarancyjnego na całe rozwiązanie tj. 24 miesiące?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiego rozwiązania.

Pytanie nr 04.09:Załącznik nr 2 – pkt. 11. UPS – 4 szt.Zamawiający wymaga: Minimum 1000i; 800 WattCzy Zamawiający ma na myśli minimum 1000 VA?Odpowiedź:Zamawiający potwierdza przedstawione rozumienie tego wymagania.

Pytanie nr 04.10:Załącznik nr 2 – pkt. 9. Urządzenia do drukowania - 2 szt.Zamawiający w specyfikacji wymaga: Możliwość zastosowania tonerów o różnej pojemności w zależności od potrzeb np.: 2000 stron, 5500 stron, 8000 stron. Liczba wydruków wynikających z wielkości tonerów są orientacyjne.Czy Zamawiający dopuści możliwość zastosowania tonerów o dwóch pojemnościach: 2500 stron i 10 000 stron?Odpowiedź:Zamawiający dopuści takie rozwiązanie.

Pytanie nr 04.11:Zamawiający w specyfikacji i wymaganiach budowy instalacji elektrycznej i sieci komputerowej podaje, że: „Urządzenia medyczne mające m.in. bezpośrednią styczność z ciałem pacjenta (grupa 2) nie mogą być podłączane do niniejszej instalacji”.Prosimy o wyszczególnienie tych urządzeń, podanie ich ilości, w których pomieszczeniach się znajdują oraz informację do jakiej sieci te urządzenia mają być podłączone.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający chce podłączać urządzenia medyczne do obecnej instalacji elektrycznej tak, aby nowa sieć elektryczna (powstała w efekcie realizacji umowy przetargowej) miała zastosowanie wyłącznie do komputerów i urządzeń dostarczanych w ramach SUI.

Pytanie nr 04.12:Załącznik nr 1 – pkt. ZSI.01.024We wszystkich miejscach Interfejsu użytkownika, w których prezentowane są dane w formie tabelarycznej System zapewnia możliwość sortowania poszczególnych kolumn po nagłówkach.W systemach informatycznych zdecydowana większość danych prezentowana z Interfejsu użytkownika jest w formie tabelarycznej. Jednak z technicznego punktu widzenia nie zawsze metoda sortowania po nagłówkach jest odpowiednia, często korzystniejsza jest metoda filtrowania danych według wielu zadanych parametrów. Takim przykładem mogą być np. lista kontrahentów czy rozrachunki z kontrahentami. Czy warunek zostanie uznany za spełniony jeśli w systemie ZSI część tabel jest objęta mechanizmem filtrowaniem, a nie sortowaniem po nagłówkach?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 04.13:Załącznik nr 8 – istotne postanowienia umowy - §2.1WYKONAWCA podejmuje się świadczenia usług na najwyższym, profesjonalnym poziomie, zgodnie z wszystkimi obowiązującymi przepisami prawa i zgodnie z interesami ZAMAWIAJĄCEGO

Odwołanie się do „interesów Zamawiającego” jest niewskazane ze względu na fakt, iż jest to kryterium subiektywne o nieustalonej treści. Rekomendujemy, aby z niego zrezygnować na rzecz obiektywnych i weryfikowalnych kryteriów, takich jak opisy poszczególnych zadań w dokumentacji. Intencja działań Zamawiającego jest domyślna i nie ulega wątpliwości, że Wykonawca będzie pośrednio realizował te interesy i te intencje, ale to kryterium nie powinno obarczać Wykonawcy, a raczej organ zarządzający Zamawiającego podpisujący umowę.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Kwestionowane postanowienie ma charakter klauzuli mającej zastosowanie przy wykładni poszczególnych postanowień umowy, nie stanowi samo w sobie źródła obowiązków dla Wykonawcy.

Pytanie nr 04.14:Załącznik nr 9 – istotne postanowienia umowy - §2.2WYKONAWCA zobowiązuje się wykonać SUI z zachowaniem maksymalnej profesjonalnej staranności, dążąc do docelowego korzystania przez ZAMAWIAJĄCEGO(…) dążąc do docelowego korzystania przez Zamawiającego (…)Jest to kryterium nieweryfikowalne o subiektywnej naturze. W jaki sposób Wykonawca ma realizować taki wymóg? Proponujemy usunięcie tego zapisu.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Postanowienia §2.2 Istotnych Postanowień Umowy mają charakter klauzuli mającej zastosowanie przy wykładni poszczególnych postanowień umowy, nie stanowią same w sobie źródła obowiązków dla Wykonawcy.

Pytanie nr 04.15.01:Załącznik nr 9 – istotne postanowienia umowy - §2.2 1) – 6)Otwartość systemu rozumiana jako „w szczególności HL7, DICOM” jest określona na poziomie wysokiego oczekiwania. Czy użycie słowa „w szczególności” należy uważać, że musi zapewniać jeszcze co najmniej jedna zgodność (poza tymi)?Odpowiedź:Zamawiający nie wymaga dodatkowej zgodności poza wymienionymi.

Pytanie nr 04.15.02:Załącznik nr 9 – istotne postanowienia umowy - §2.2 1) – 6)Otwartość systemu rozumiana jako „w szczególności HL7, DICOM” jest określona na poziomie wysokiego oczekiwania. Zakładamy, że Wykonawca nie jest odpowiedzialny za nienależyte wykonanie umowy w przypadku, gdy wymagania opisane przez Zamawiającego w dokumentacji projektowej pozostają w „niezgodności” z oczekiwaniami zapisanymi w treści §2.2. Czy taka teza jest słuszna?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 04.16.01:Załącznik nr 9 – istotne postanowienia umowy - §2.3Przepis ten zawiera odwołania do kryteriów o niejednoznacznej treści – wymagających wyjaśnienia lub uchylenia. Co należy rozumieć przez:

1. „światowe standardy profesjonalnej obsługi wdrożeń systemów informatycznych” - o jakie konkretnie zasady chodzi? Czy mają to być jakiekolwiek zasady (w tym wzajemnie wykluczające się, czy wyłącznie zasady powszechnie przyjęte). Prosimy o doprecyzowanie.

2. „Zasady obowiązujące w Unii Europejskiej” – pojęcie to ma zbyt szeroki zakres znaczeniowy: „zasady obowiązujące” – czy chodzi tu o przepisy i normy obowiązującego prawa, czy również może o zwyczaje, czy mają one być powszechnie obowiązujące, czy też również Zamawiający ma na myśli „zasady” obowiązujące lokalnie w dowolnym z obszarów Unii? Nie ulega wątpliwości że ostatni wariant interpretacyjny prowadzi do absurdu i jest nie do zaakceptowania przez racjonalnego wykonawcę. Rekomendujemy zawężenie tego wymogu do zgodności z obowiązującym prawem Polskim (które jest zgodne z prawem UE).

Odpowiedź:Zamawiający zmienia brzmienie §2 pkt 3 następująco:Było:„WYKONAWCA zobowiązuje się do wykonania SUI z uwzględnieniem światowych standardów profesjonalnej obsługi wdrożeń systemów informatycznych, przy wykorzystaniu całej posiadanej wiedzy i doświadczenia. W ramach Umowy, WYKONAWCA zobowiązuje się zapewnić pełną zgodność SUI z przepisami prawa i zasadami obowiązującymi w Unii Europejskiej, w szczególności w Polsce. Ocena zgodności SUI z tymi wymaganiami będzie dokonywana w oparciu o stan istniejący w chwili zgłoszenia SUI do odbioru.”Jest:„WYKONAWCA zobowiązuje się do wykonania SUI z uwzględnieniem standardów profesjonalnej obsługi wdrożeń systemów informatycznych, przy wykorzystaniu całej posiadanej wiedzy i doświadczenia. W ramach Umowy, WYKONAWCA zobowiązuje się zapewnić pełną zgodność SUI z przepisami prawa obowiązującymi w Unii Europejskiej, w szczególności w Polsce. Ocena zgodności SUI z tymi wymaganiami będzie dokonywana w oparciu o stan istniejący w chwili zgłoszenia SUI do odbioru”.

Pytanie nr 04.17:Załącznik nr 9 – istotne postanowienia umowy - §2.6„(…) którymi dysponuje wyłącznie ZAMAWIAJĄCY lub które może stworzyć jedynie ZAMAWIAJĄCY.”Postulujemy aby mówić tu o informacjach dotyczących Zamawiającego, którymi „nie dysponuje Wykonawca”. Sposób określenia tych wiadomości powinien abstrahować od tego, czy są to wiadomości posiadane „wyłącznie” czy też „niewyłącznie” przez Zamawiającego. Szczególnie, iż Wykonawca nie jest w stanie takich okoliczności weryfikować.Prosimy o zmianę zapisu.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Postanowienie wyłącza odpowiedzialność Wykonawcy w wypadku nieprzekazania przez Zamawiającego niezbędnych informacji posiadanych przez Zamawiającego.

Pytanie nr 04.18:Załącznik nr 9 – istotne postanowienia umowy - §3Czy w zakresie zarządzania projektem Zamawiający wyznacza jakąś metodykę zarządzania projektem (PRINCE2) jako obowiązującą lub „odpowiednio obowiązującą”, czy nawiązującą?Takie rozwiązanie pozwoliłoby odpowiednio odczytywać domyślny zakres działania poszczególnych uczestników projektu (Komitetu Sterującego itd.)Odpowiedź:Zamawiający wskazuje metodykę PRINCE2 oraz oczekuje jej stosowania odpowiedniego do potrzeb i warunków przedmiotowego projektu.

Pytanie nr 04.19:Załącznik nr 9 – istotne postanowienia umowy - §3.8„Ustalenia zapadłe w trakcie posiedzenia Komitetu Sterującego są wiążące dla Stron”Wskazane jest, aby dopisać „w zakresie niewykraczającym poza postanowienia Umowy”.Odpowiedź:Zamawiający potwierdza, że postanowienia Komitetu Sterującego nie mogą pozostawiać w sprzeczności z postanowieniami Umowy. Postanowienie §3 ust. 8 wyraźnie wskazuje, że ”jeżeli podjęte uchwały powodować będą konieczność zmiany postanowień Umowy, członkowie Komitetu Sterującego zaproponują Stronom termin wprowadzenia tych zmian i takie ustalenia staną się wiążące dla Stron z chwilą dokonania zmian w Umowie.”

Pytanie nr 04.20:Załącznik nr 9 – istotne postanowienia umowy - §4.2WYKONAWCA zobowiązuje się zapewnić wykonanie Umowy przez osoby wskazane w Ofercie. Zmiana którejkolwiek z osób, wskazanych w Ofercie, w trakcie wykonywania Umowy, musi być uzasadniona przez WYKONAWCĘ na piśmie i wymaga pisemnej zgody ZAMAWIAJĄCEGO.”Zapis ten stanowi poważne usztywnienie obowiązków Wykonawcy. Rekomendujemy, aby uwzględnić, że do zmiany jest wystarczające, aby:Osoby te posiadały kwalifikacje nie gorsze niż wymagane (analogiczne),Wykonawca zapewnił, że zmiana nie spowoduje negatywnych skutków dla projektu Tytułem uzasadnienia pragniemy wskazać, że zdarzenia losowe (ciąża, choroba, wypadek itd.) nie mogą narażać Wykonawcy na ryzyko braku zgody na zmianę osoby – szczególnie w okoliczności tak dotkliwych kar umownych z tytułu niewykonania lub nienależytego wykonania umowy.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Celem Zamawiającego nie jest utrudnianie Wykonawcy realizacji projektu, ale ze względu na szczególny charakter działalności prowadzonej przez Zamawiającego (w tym na zgromadzone przez Zamawiającego dane wrażliwe) niedopuszczalne jest, aby Wykonawca zmieniał pracowników realizujących umowę bez wiedzy i zgody Zamawiającego, a także by zmiana osób realizujących projekt odbywała się bez ważnego powodu. Dodatkowo podnosimy, że zgodnie z - §4 ust. 2 Załącznika nr 9 do SIWZ: „ZAMAWIAJĄCY nie odmówi takiej zgody bez ważnych i uzasadnionych przyczyn.”

Pytanie nr 04.21:Załącznik nr 9 – istotne postanowienia umowy - §4.4Zapis ten stanowi zbędne zawężenie swobody podejmowania przez Wykonawcę wszelkich koniecznych działań do wykonania Umowy i osiągnięcia jej celów (co kontrastuje z zapisami wymogów określonych w §2.2.). Postulujemy o usunięcie tego wymogu. Nie ma to ryzyka dla Zamawiającego i nie może powodować wzrostu kosztów. Nadmiarowość i zbędność tego zapisu widzieć należy w szczególnie w kontekście potencjalnych następstw przewidzianych w treści §4.13.Odpowiedź:W odniesieniu do zmian objętych - §4 ust. 2 Istotnych Postanowień Umowy odpowiednie zastosowanie mają postanowienia - §4 ust. 3, a zatem „ZAMAWIAJĄCY nie odmówi takiej zgody bez ważnych i uzasadnionych przyczyn”.

Pytanie nr 04.22:Załącznik nr 9 – istotne postanowienia umowy - §4.6Rekomendujemy, aby Wykonawcy przysługiwało analogiczne uprawnienie w przypadku takich okoliczności dotyczących personelu Zamawiającego.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Nie wyklucza to jednak możliwości zgłaszania zastrzeżeń do współpracy z poszczególnymi osobami odpowiedzialnymi za wdrożenie ze strony Zamawiającego.

Pytanie nr 04.23:Załącznik nr 9 – istotne postanowienia umowy - §6.3.1)Proponujmy, aby zapis ten ograniczyć do przyjazdów innych niż wynikających z Harmonogramu.Odpowiedź:Zamawiający akceptuje proponowane brzmienie i wprowadza zmianę dotychczasowego zapisu §6.3.1 w następujący sposób:Było: „Każdorazowo przyjazd konsultantów WYKONAWCY wymaga uprzedniego poinformowania ZAMAWIAJĄCEGO drogą faksową lub elektroniczną. Faks/email winien zawierać co najmniej przedmiot, przewidzianych do wykonania zadań, z wyraźnym oznaczeniem tych jednostek organizacyjnych ZAMAWIAJĄCEGO, których niezbędne jest zaangażowanie do realizacji danego zadania.”Jest: „Każdorazowo przyjazd konsultantów WYKONAWCY w przypadkach innych niż wynikające z Harmonogramu, wymaga uprzedniego poinformowania ZAMAWIAJĄCEGO drogą faksową lub elektroniczną. Faks/email winien zawierać co najmniej przedmiot, przewidzianych do wykonania zadań, z wyraźnym oznaczeniem tych jednostek organizacyjnych ZAMAWIAJĄCEGO, których niezbędne jest zaangażowanie do realizacji danego zadania”.

Pytanie nr 04.24:Załącznik nr 9 – istotne postanowienia umowy - §6.4) – 5)Co należy rozumieć przez „artykułowanie”, o którym tu mowa?Co należy rozumieć przez „wyspecyfikowanie”? W szczególności jaki zakres informacji poza wyliczeniem będzie (musi) obejmować „wyspecyfikowanie”?Odpowiedź:Zamawiający przyjmuje, że Wykonawca miał na myśli słowa użyte w §6 ust. 3 pkt. 4)-5). Przez „artykułowanie” i „wyspecyfikowanie” Zamawiający rozumie podanie listy uwag.

Pytanie nr 04.25:Załącznik nr 9 – istotne postanowienia umowy - §7.2Co w przypadku, gdy Zamawiający nie udzielił informacji w terminie pozwalającym za zachowanie terminu 14 dniowego dla Wykonawcy?Odpowiedź:Zamawiający wskazuje na postanowienia §2 ust. 6 i §20 ust. 3 Załącznika nr 9 do SIWZ. Zamawiający zakłada, że Wykonawca wyspecyfikuje wszystkie swoje wymagania informacyjne w odpowiednim dokumencie, na które zostanie mu udzielona odpowiedź.

Pytanie nr 04.26:Załącznik nr 9 – istotne postanowienia umowy - §7.4Rekomendujemy, aby dopisać, że w przypadku sprzeczności postanowienia Umowy mają pierwszeństwo nad postanowieniami Dokumentu Zarządczego.Odpowiedź:Zamawiający potwierdza, że postanowienia umowy mają pierwszeństwo przed postanowieniami Dokumentu Zarządczego.

Pytanie nr 04.27:Załącznik nr 9 – istotne postanowienia umowy - §25.3.1)Proponujemy skorygowanie zapisu przez zapewnienie jednoznaczności. Termin 30 dni należy zacząć liczyć od „podpisania protokołu bezusterkowego odbioru końcowego”.Odpowiedź:Zamawiający modyfikuje postanowienie §25 ust. 3 pkt 1) w Załączniku nr 9 do SIWZ i nadaje mu brzmienie:„3. Zabezpieczenie należytego wykonania umowy, o którym mowa w ust. 1, zostanie zwrócone lub

zwolnione w następujący sposób:1) część zabezpieczenia gwarantująca zgodne z umową wykonania zamówienia (70% wysokości

wniesionego zabezpieczenia, tj. kwotę: .......................... zł, słownie: ................................) w ciągu 30 dni od podpisania protokołu bezusterkowego odbioru końcowego.”

Pytanie nr 04.28:Załącznik nr 9 – istotne postanowienia umowy - §10.3Zapisano w §10.3 „zostanie opracowany”. Prosimy o wyjaśnienie przez kogo.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zdaniem zamawiającego §10 ust. 3 rozstrzyga tę sprawę.

Pytanie nr 04.29.01:Załącznik nr 9 – istotne postanowienia umowy - §10.7Zwracamy na uwagę na skrót myślowy wymagający sprostowania „(…) wszelkie odchylenia” nie powinny być usuwane, ale korygowane do zakresów dopuszczalności przewidzianych w określonych wymaganiach. Rekomendujemy odpowiednią korektę w treści §10.7.Odpowiedź:Zamawiający zmienia brzmienie §10 ust. 7:Było:„Test akceptacyjny zostanie przeprowadzony przez przedstawicieli ZAMAWIAJĄCEGO w terminach określonych zgodnie z Harmonogramem Wdrożenia, po pomyślnym zakończeniu testów jednostkowych i integracyjnych. Na tym etapie ZAMAWIAJĄCY będzie uprawniony do przeprowadzenia testów Systemu w dowolny sposób, z zastrzeżeniem, że zmiana ustalonego sposobu przeprowadzenia testów nie powinna spowodować dodatkowej pracochłonności po stronie WYKONAWCY oraz przedłużać terminu na wykonanie tych testów. Wszelkie odchylenia od oczekiwanych wyników lub inne nieprawidłowości stwierdzone w trakcie wykonywania tych testów będą na bieżąco usuwane przez WYKONAWCĘ;”,Jest:„Test akceptacyjny zostanie przeprowadzony przez przedstawicieli ZAMAWIAJĄCEGO w terminach określonych zgodnie z Harmonogramem Wdrożenia, po pomyślnym zakończeniu testów jednostkowych i integracyjnych. Na tym etapie ZAMAWIAJĄCY będzie uprawniony do przeprowadzenia testów Systemu w dowolny sposób, z zastrzeżeniem, że zmiana ustalonego sposobu przeprowadzenia testów nie powinna spowodować dodatkowej pracochłonności po stronie WYKONAWCY oraz przedłużać terminu na wykonanie tych testów. Wszelkie odchylenia od oczekiwanych wyników lub inne nieprawidłowości stwierdzone w trakcie wykonywania tych testów będą na bieżąco korygowane przez WYKONAWCĘ;”.

Pytanie nr 04.29.02:Załącznik nr 9 – istotne postanowienia umowy - §10.7Swoboda w zakresie metod testowania przez Zamawiającego nie może prowadzić do naruszenia terminów przez Wykonawcę. Czy Zamawiający może zapisać ten postulat w Umowie?Odpowiedź:Zamawiający wskazuje, że w §10 ust. 7 znajduje się zapis „ZAMAWIAJĄCY będzie uprawniony do przeprowadzenia testów Systemu w dowolny sposób, z zastrzeżeniem, że zmiana ustalonego sposobu przeprowadzenia testów nie powinna spowodować dodatkowej pracochłonności po stronie WYKONAWCY oraz przedłużać terminu na wykonanie tych testów.”

Pytanie nr 04.30:Załącznik nr 9 – istotne postanowienia umowy - §12.1.4)Co w przypadku, gdy okoliczności po stronie Zamawiającego doprowadzą do naruszenie przez Wykonawcę terminów wynikających z harmonogramu?Odpowiedź:„Przyczyny nieleżące po stronie WYKONAWCY” swoim zakresem obejmują także przyczyny leżące po stronie Zamawiającego, ergo postanowienie § 12 ust. 1 pkt. 4) Istotnych Postanowień Umowy dotyczące przedłużania terminu realizacji Umowy mają zastosowanie również w wypadku, gdy nieprawidłowości wynikając również z przyczyn leżących po stronie Zamawiającego.

Pytanie nr 04.31:Załącznik nr 9 – istotne postanowienia umowy - §15.2„Strony Umowy zobowiązują się solidarnie do respektowania tego prawa niezależnie od powstałych okoliczności.”Takie zdanie nie może być zaakceptowane w obecnym brzmieniu – Wykonawca brałby bowiem na siebie (solidarną) odpowiedzialność za Zamawiającego np. w przypadku łamania przez niego uprawnień licencyjnych. Wykonawca nie może wyrazić na to zgody. Solidarna odpowiedzialność może dotyczyć wyłącznie odpowiedzialności za używanie oprogramowania zgodnie z umową niniejszą i licencją. W przeciwnym razie Wykonawcy można by przypisywać odpowiedzialność np. w sytuacji w której Zamawiający zaczyna nielegalnie przerabiać, powielać, rozpowszechniać oprogramowanie itd. – bez zgody i wiedzy Wykonawcy. Mając to na uwadze rekomendujemy zmianę.Odpowiedź:Zamawiający modyfikuje zapis Załącznika nr 9 do SIWZ w następujący sposób:Było:„Aplikacje będące przedmiotem Umowy są chronione prawem autorskim wynikającym z przepisów ustawy z dnia 4 lutego 1994 roku o prawie autorskim i prawach pokrewnych (Dz. U. z 2006r., Nr 90, poz. 631 z późn. zm.). Strony Umowy zobowiązują się solidarnie do respektowania tego prawa niezależnie od powstałych okoliczności. Wykonawca gwarantuje Zamawiającemu, że wykonanie przedmiotu umowy nie spowoduje naruszenia przez Wykonawcę lub Zamawiającego praw autorskich innych podmiotów, znaków handlowych i towarowych, patentów, rozwiązań konstrukcyjnych, know – how oraz innych praw chronionych oraz, że Wykonawca uprawniony jest do udzielenia Zamawiającemu licencji na SUI.”Jest: „Aplikacje będące przedmiotem Umowy są chronione prawem autorskim wynikającym z przepisów ustawy z dnia 4 lutego 1994 roku o prawie autorskim i prawach pokrewnych (Dz. U. z 2006r., Nr 90, poz. 631 z późn. zm.). Strony Umowy zobowiązują się do respektowania tego prawa niezależnie od powstałych okoliczności. Wykonawca gwarantuje Zamawiającemu, że wykonanie przedmiotu umowy nie spowoduje naruszenia przez Wykonawcę lub Zamawiającego praw autorskich innych podmiotów, znaków handlowych i towarowych, patentów, rozwiązań konstrukcyjnych, know – how oraz innych praw chronionych oraz, że Wykonawca uprawniony jest do udzielenia Zamawiającemu licencji na SUI lub zapewni Zamawiającemu udzielenie przez osoby trzecie licencji na część aplikacji SUI, na warunkach zgodnych z warunkami Umowy”.

Pytanie nr 04.32:Załącznik nr 9 – istotne postanowienia umowy - §15.4Zwracamy uwagę na zbyt szerokie udzielenie uprawnień licencyjnych dla podmiotów współpracujących. Konieczne jest doprecyzowanie. Rekomendujemy na końcu tego ustępu przedłużenie zdania o słowa: „(,,,) w granicach realizowania przez te podmioty zadań zleconych przez Zamawiającego.”W przeciwnym razie interes licencjodawcy nie będzie należycie zabezpieczony.Odpowiedź:Zamawiający akceptuje propozycję i wprowadza zmianę:Było:„W ramach wynagrodzenia umownego Wykonawca udziela Zamawiającemu licencji niewyłącznej na korzystanie z SUI na użytek własny na terytorium Rzeczypospolitej Polskiej. Uprawnionymi do korzystania z SUI są pracownicy Zamawiającego oraz inne podmioty działające na podstawie umów cywilnoprawnych zawartych z Zamawiającym.”,Jest:„W ramach wynagrodzenia umownego Wykonawca udziela Zamawiającemu licencji niewyłącznej na korzystanie z SUI na użytek własny na terytorium Rzeczypospolitej Polskiej. Uprawnionymi do korzystania z SUI są pracownicy Zamawiającego oraz inne podmioty działające na podstawie umów cywilnoprawnych zawartych z Zamawiającym, w granicach realizowania przez te podmioty zadań zleconych przez Zamawiającego”.

Pytanie nr 04.33:Załącznik nr 9 – istotne postanowienia umowy - §15.8Proponujemy, aby zaznaczyć, że „dowolna liczba” dotyczy wyłącznie użytkowników realizujących zadania w ramach podstawowej działalności Zamawiającego”. Celem wykluczenia sytuacji w której Zamawiający wykorzystuje nabyte licencje do świadczenia usług na rzecz innych osób – z pominięciem prawa Wykonawcy do wynagrodzenia.Odpowiedź:Zamawiający uznaje takie rozumienie odnośnie zapisu "dowolna liczba".

Pytanie nr 04.34:Załącznik nr 9 – istotne postanowienia umowy - §15.10Zamawiający oczekuje, że „przechodzą na niego” prawa autorskie w ramach oprogramowania dedykowanego. Czy możliwe jest zastąpienie przeniesienia prawem licencyjnym o odpowiednio szeroko zakreślonym obszarze pól eksploatacji (podany w obecnym: §15.10)? Tak, aby Zamawiający mógł samodzielnie dokonywać dalszego obsługiwania tych zagadnień.W polach eksploatacji zapisuje się wprost, że nie udziela się praw do rozpowszechniania ani upubliczniania rozwiązania do używania przez inne podmioty.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.35:Załącznik nr 9 – istotne postanowienia umowy - §15.11Wymóg przekazanie kodu źródłowego nie jest zgody ze standardami żadnego z Wykonawców na rynku informatyki służby zdrowia. Zwracamy się z uprzejmym zapytaniem, czy zabezpieczenie kodów źródłowych w firmie powierniczej (escrow oprogramowania) lub w kancelarii notarialnej z zastrzeżeniem w jakich przypadkach dostęp do kodów źródłowych może zostać udzielony Zamawiającego (rzeczywiste/faktyczne udostępnienie kodu), może zastąpić obecne oczekiwania zapisane w projekcie Umowy? Rozwiązanie takie nie narusza interesów Zamawiającego, a uwzględnia istotę tajemnicy przedsiębiorstwa Wykonawcy.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.36:Załącznik nr 9 – istotne postanowienia umowy - §15.10.b)Prosimy o uzasadnienie oczekiwania dot. udzielenia prawa do zwielokrotniania.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający oczekuje np. możliwości stworzenia wersji testowej na potrzeby przeprowadzania prób samodzielnej modyfikacji po zakończeniu projektu.

Pytanie nr 04.37:Załącznik nr 9 – istotne postanowienia umowy - §19.5Ciężary i ryzyka związane ze stanowiącym przedmiot odbioru elementem Umowy przechodzą na ZAMAWIAJĄCEGO z chwilą podpisania protokołu odbioru końcowegoIstotne jest aby przejęcie ryzyka (uszkodzenia lub zniszczenia) sprzętu przekazywanego w ramach umowy przechodziło na Zamawiającego z chwilą przekazania. Zapis zdania 1 tego ustępu pozostawia w tym zakresie wątpliwość. Czy zatem „protokół odbioru końcowego”, o którym mowa w zdaniu 1 rozumieć należy jako protokół odbioru zdarzenia projektowego obejmującego dostawę danego towaru lub sprzętu lub innego produktu?Odpowiedź:Zamawiający modyfikuje zapis Załącznika nr 9 do SIWZ w następujący sposób:Było:„Ciężary i ryzyka związane ze stanowiącym przedmiot odbioru elementem Umowy przechodzą na ZAMAWIAJĄCEGO z chwilą podpisania protokołu odbioru końcowego. Jednakże korzyści związane z tym elementem przechodzą na ZAMAWIAJĄCEGO z chwilą podpisania protokołu ostatniego etapu prac oraz uregulowania wszystkich płatności przewidzianych w Umowie.”Jest: „Ciężary i ryzyka związane ze stanowiącym przedmiot odbioru elementem Umowy przechodzą na ZAMAWIAJĄCEGO z chwilą podpisania protokołu odbioru końcowego z zastrzeżeniem, że ZAMAWIAJĄCY ponosi ryzyka i ciężary związane z dostarczonym sprzętem w okresie od dnia odbioru dostawy do dnia instalacji sprzętu. Jednakże korzyści związane z odbieranym elementem umowy przechodzą na ZAMAWIAJĄCEGO z chwilą podpisania protokołu ostatniego etapu prac oraz uregulowania wszystkich płatności przewidzianych w Umowie”.

Pytanie nr 04.38:Załącznik nr 9 – istotne postanowienia umowy - §20.1Co należy rozumieć przez „przyjęte zasady obsługi systemów komputerowych”.Odpowiedź:Zamawiający ma na myśli przyjęte na rynku zasady profesjonalnego działania.

Pytanie nr 04.39:Załącznik nr 9 – istotne postanowienia umowy - §20.2Co Zamawiający rozumie przez „negatywny wpływ na działanie Aplikacji obecnie eksploatowanych”?Odpowiedź:Zamawiający miał na myśli doprowadzenie innych użytkowanych przez niego aplikacji do generowania błędów, które w przypadku braku ingerencji ze strony systemu oferowanego przez Wykonawcę tych błędów by nie wygenerowały.

Pytanie nr 04.40:Załącznik nr 9 – istotne postanowienia umowy - §20.3Proponujemy dopisać, że wyłączenie odpowiedzialności dotyczy również przypadków wystąpienie zdarzeń o charakterze siły wyższej i ich następstw.Odpowiedź:Zamawiający modyfikuje §20 ust. 3 Istotnych Postanowień Umowy:Było: „WYKONAWCA nie ponosi odpowiedzialności za nieterminową realizację Umowy w przypadku braku możliwości wykonywania jej przedmiotu z powodu okoliczności, za które odpowiedzialność ponosi ZAMAWIAJĄCY.”, Jest: „WYKONAWCA nie ponosi odpowiedzialności za nieterminową realizację Umowy w przypadku braku możliwości wykonywania jej przedmiotu z powodu okoliczności, za które odpowiedzialność ponosi ZAMAWIAJĄCY lub wystąpienia Siły Wyższej.”

Pytanie nr 04.41:Załącznik nr 9 – istotne postanowienia umowy - §20Dla zapewnienia racjonalizacji zakresu odpowiedzialności cywilnej Wykonawcy konieczne jest oddzielenia odpowiedzialności Wykonawcy od ryzyka działalności prowadzonej przez Zamawiającego. Realizując ten postulat proponujemy, aby dodać symetryczny dla stron zapis:„4. Odpowiedzialność odszkodowawcza Stron ogranicza się do rzeczywiście poniesionej szkody.” Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.42:Załącznik nr 9 – istotne postanowienia umowy - §22.2.3)Doświadczenie Wykonawcy wskazuje na fakt, że zakres przyczyn uzasadniających zmianę harmonogramu może okazać się zbyt wąski. Rekomendujemy dodanie przypadku dopuszczalności zmian w sytuacji konieczności zmian w harmonogramie (niepowodujących przesunięcia terminu wykonania umowy) z przyczyn związanych z działalnością operacyjną Zamawiającego (specyfika związana ze świadczeniem usług medycznych i zachowaniem ciągłości obsługi pacjentów czasami zmienia długoterminowe plany związane np. ze szkoleniem personelu itd.).Odpowiedź:Zamawiający akceptuje propozycję i wprowadza zmianę w §22 ust. 2 pkt. 3:Było:„konieczności zmiany terminu umownego lub harmonogramu realizacji przedmiotu zamówienia z powodu:a) konieczności wykonania dodatkowych badań, ekspertyz, analiz,b) zmiany przepisów, które skutkują zmianą sposobu realizacji zamówienia,c) konieczności wykonania prac wynikających z zaleceń organów uprawnionych;”Jest:„konieczności zmiany terminu umownego lub harmonogramu realizacji przedmiotu zamówienia z powodu:a) konieczności wykonania dodatkowych badań, ekspertyz, analiz,b) zmiany przepisów, które skutkują zmianą sposobu realizacji zamówienia,c) konieczności wykonania prac wynikających z zaleceń organów uprawnionych;d) specyfiki działalności operacyjnej Zamawiającego, w szczególności związanej z ciągłością świadczenia usług medycznych”.

Pytanie nr 04.43:Załącznik nr 9 – istotne postanowienia umowy - §23.1.6)Zapis został sformułowany nadmiarowo.Rekomendujemy aby zapis ten ograniczyć do zajęcia części majątku koniecznej do dalszego wykonywania umowy. Sam fakt zajęcia np. rachunku bankowego na kwotę 200 PLN nie może uzasadniać prawa do rozwiązania umowy (odstąpienia).Odpowiedź:Zamawiający modyfikuje brzmienie §23 ust. 1. Pkt 6) Załącznika nr 9 do SIWZ i nadaje mu brzmienie:Było:„6) zostanie wydany nakaz zajęcia jakiejkolwiek części majątku WYKONAWCY”.Jest:„6) zostanie wydany nakaz zajęcia jakiejkolwiek części majątku WYKONAWCY, w zakresie, który uniemożliwi bądź utrudni realizację umowy;”.

Pytanie nr 04.44:Załącznik nr 9 – istotne postanowienia umowy - §23.1.9)Rekomendujemy aby uprawnienie to zostało poprzedzone obowiązkiem przesłania pisemnego wezwania zapowiadającego taką sankcję. Zmiana taka nie zwiększa ryzyka Zamawiającego, a przyczynia się do polepszenia pewności/trwałości współpracy.Odpowiedź:Zamawiający modyfikuje §23 ust. 1 pkt. 9) Istotnych Postanowień Umowy i nadaje mu brzmienie:Było:„9) gdy WYKONAWCA opóźnia się z realizacją przedmiotu zamówienia 14 dni,”Jest:„9) gdy WYKONAWCA opóźnia się z realizacją przedmiotu zamówienia 14 dni, po uprzednim bezskutecznym pisemnym wezwaniu do wykonania umowy;”.

Pytanie nr 04.45:Załącznik nr 9 – istotne postanowienia umowy - §23.3Rekomendujemy dodanie w tym ustępie nowego punktu 3) o następującym brzemieniu:3) Zamawiający pomimo pisemnego wezwania przez Wykonawcę i bezskutecznego upływu wyznaczonego mu w tym celu odpowiedniego terminu, nie wykonuje lub wadliwie wykonuje Umowę.”Zapis ten równoważy asymetrię Stron w obecnych zapisach i symbolicznie dyscyplinuje Zamawiającego w zakresie wykonywania umowy.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.46:Załącznik nr 9 – istotne postanowienia umowy - §24.1Proponujemy zapisanie, że Wykonawca odpowiada za „rzeczywiście poniesione szkody (…)”Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.47:Załącznik nr 9 – istotne postanowienia umowy - §24.2Proponujemy obniżenie stawki kary do 0,3% - co jest racjonalne i powszechnie stosowane na rynku.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.48:Załącznik nr 9 – istotne postanowienia umowy - §24.4Zapis zdania 2 tego ustępu:„WYKONAWCA, zobowiązany będzie do zwrotu wszelkich kosztów poniesionych przez ZAMAWIAJĄCEGO w celu dokończenia realizacji przedmiotu Umowy w kwocie przewyższającej niezapłacone WYKONAWCY na mocy niniejszej umowy wynagrodzenie.”Jest nieakceptowalny ponieważ jest to zgoda na pokrycie kary umownej o nieograniczonej wysokości. Takie oczekiwanie jest wątpliwie od strony cywilnoprawnej (obowiązek kwotowego oznaczenia wysokości kary) prowadzi do obciążenia Wykonawcy ryzykiem o nieoznaczonej wartości. Rekomendujemy wykreślenie tego zdania i ograniczenie się do 20 procentowej kary umownej.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.49:Załącznik nr 9 – istotne postanowienia umowy - §24.6Prosimy uwzględnić, że przesłanie przelewu może nastąpić na podstawie przesłanej noty obciążeniowej, a nie samego wezwania. Rekomendujemy uzupełnić ten zapis.Odpowiedź:Zamawiający postanawia zmodyfikować zapis §24 ust. 6:Było: „6. Kwoty kar umownych przewidziane Umową płatne będą w terminie 14 dni od daty otrzymania przez Stronę wezwania do zapłaty”Jest:„6. Kwoty kar umownych przewidziane Umową płatne będą w terminie 14 dni od daty otrzymania przez Stronę noty obciążeniowej”.

Pytanie nr 04.50:Załącznik nr 9 – istotne postanowienia umowy - §24Rekomendujemy dodanie nowego zapisu ust. 9. analogicznego jak obecny §24 ust. 4.:„9. W przypadku odstąpienia od Umowy przez Wykonawcę z przyczyn za które odpowiedzialność ponosi Zamawiający, Wykonawca ma prawo obciążyć Zamawiającego karą w wysokości 20% wynagrodzenia brutto za przedmiot Umowy.”Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 04.51:Załącznik nr 7 – pkt. 2Czy w razie konfliktu definicji z tego Załącznika ze słowniczkiem w §1 Umowy, pierwszeństwo mają definicje zawarte w Załączniku? Jak należy rozstrzygać takie wątpliwości?Odpowiedź:Zgodnie z odpowiedzią udzieloną na pytanie 03.11:„Zamawiający uważa te zapisy za wzajemnie dopełniające się. Zwracamy uwagę, że Załącznik nr 7 do SIWZ stanie się Załącznikiem nr 9 do Umowy, której istotne postanowienia stanowią Załącznik nr 9 do SIWZ”.

Pytanie nr 04.52:Załącznik nr 7 – pkt. 2.7Czy Zamawiający zmieni przedział godzinowy na „8:00 - 16:00”?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.01:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu; pkt. 4 Forma świadczenia serwisu gwarancyjnego; Wykonawca będzie świadczył usługi serwisu gwarancyjnego poprzez: 6) wprowadzanie do Oprogramowania nowych funkcjonalności lub usprawnień już istniejących stanowiących wynik inwencji twórczej Autora Oprogramowania,Pytanie:Czy Zamawiający uzna ten punkt za zrealizowany, jeśli nowe funkcjonalności i usprawnienia zostaną udostępnione przez Wykonawcę poprzez portal internetowy lub na nośniku optycznym np. CD, DVD?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.02:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu; pkt 5. Przedmiot i sposób realizacji nadzoru autorskiego Oprogramowania Systemu; 5.2 Wykonawca będzie prowadził nadzór autorski poprzez:,3) wprowadzanie do Oprogramowania nowych funkcjonalności lub usprawnień już istniejących stanowiących wynik inwencji twórczej Autora OprogramowaniaPytanie:Czy Zamawiający uzna ten punkt za zrealizowany, jeśli nowe funkcjonalności i usprawnienia zostaną udostępnione przez Wykonawcę poprzez portal internetowy lub na nośniku optycznym np. CD, DVD?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.03.01:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu; Załącznik nr 9 do SIWZ Istotne postanowienia Umowy; paragraf 2 Obowiązki stron; pkt. 5 WYKONAWCA w ramach realizacji Umowy jest zobowiązany do informowania Zamawiającego o nowych wersjach oprogramowania, udostępnianych przez jego producentów i do implementacji nowych wersji do SUI w ramach gwarancji i opieki autorskiej.Pytanie: Czy zamawiający wyraża zgodę, aby instalacja nowych wersji systemu przez Wykonawcę odbywała się z częstotliwością raz na kwartał, nie częściej? Zapewni to stabilną pracę w systemie.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Aktualizacje muszą się odbywać niezwłocznie po ich opublikowaniu przez producentów, ponieważ wpływają one bezpośrednio na wszystkie aspekty działalności Zamawiającego, w szczególności na rozliczenia z NFZ czy sposób księgowania w systemie.

Pytanie nr 05.03.02:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu; pkt. 4 Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu; Załącznik nr 9 do SIWZ Istotne postanowienia Umowy; paragraf 2 Obowiązki stron; pkt. 5 WYKONAWCA w ramach realizacji Umowy jest zobowiązany do informowania Zamawiającego o nowych wersjach oprogramowania, udostępnianych przez jego producentów i do implementacji nowych wersji do SUI w ramach gwarancji i opieki autorskiej.Pytanie: Ewentualnie czy Zamawiający może określić minimalną wymaganą częstotliwość instalowania przez Wykonawcę nowych wersji systemu?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający nie jest w stanie przewidzieć np. częstotliwości zmian w prawie, które w konsekwencji wymagają zmian w oprogramowaniu. Aktualizacje muszą się odbywać niezwłocznie po ich opublikowaniu przez producentów, ponieważ wpływają one bezpośrednio na wszystkie aspekty działalności Zamawiającego, w szczególności na rozliczenia z NFZ czy sposób księgowania w systemie.

Pytanie nr 05.04:Zamawiający w Załączniku nr 7 do SIWZ wymaga serwisu gwarancyjnego i nadzoru autorskiego przez okres 24 miesięcy, a w zał. nr 9 do SIWZ Zamawiający wymaga udzielenia gwarancji na SUI przez okres 36 miesięcy.Pytanie: Prosimy o ujednolicenie zapisów.Odpowiedź:Zamawiający oczekuje minimum 24 miesięcy serwisu gwarancyjnego i nadzoru autorskiego.

Pytanie nr 05.05.01:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem SystemuPytania:Zamawiający wymaga dla części szarej systemu, zapewnienia serwisu gwarancyjnego: od poniedziałku do piątku w godzinach 7.00-16.00.

1. Prosimy o potwierdzenie, czy wymaganie dotyczące czasu reakcji dla zgłoszenia zarejestrowanego po godz. 16.00 w dniu roboczym lub w dzień ustawowo wolny od pracy będzie dotrzymane, jeśli Wykonawca podejmie czynności naprawcze w ciągu 4 godz. w następnym dniu roboczym.

Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 05.05.02:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem SystemuPytania:Zamawiający wymaga dla części szarej systemu, zapewnienia serwisu gwarancyjnego: od poniedziałku do piątku w godzinach 7.00-16.00.

2. Prosimy o doprecyzowanie, w jakich godzinach Zamawiający będzie liczył czas usunięcia Błędu Krytycznego. Kiedy upłynie czas rozwiązania Błędu Krytycznego, gdy zgłoszenie nastąpi w dzień roboczy o godz. 15.00 oraz w piątek o godz. 17.00?

Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Czas serwisu w części szarej systemu, liczony jest od momentu zgłoszenia przez Zamawiającego, gdy zgłoszenie nastąpiło w godzinach 7.00-16.00 w dni robocze. Jeżeli zgłoszenie nastąpiło po godzinie 16.00 to czas liczony jest od godziny 7.00 w pierwszym dniu roboczym następującym po dniu dokonaniu zgłoszenia.

Pytanie nr 05.05.03:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem SystemuPytania:Zamawiający wymaga dla części szarej systemu, zapewnienia serwisu gwarancyjnego: od poniedziałku do piątku w godzinach 7.00-16.00.

3. Podstawowym wymaganiem efektownej i szybkiej obsługi zgłoszeń serwisowych jest jak najlepsza komunikacja osób ze strony Wykonawcy oraz Zamawiającego . Odnosząc się do zapisów dotyczących czasów reakcji i naprawy zgłoszeń serwisowych dla części szarej, prosimy o potwierdzenie, czy Zamawiający zagwarantuje dostępność swoich użytkowników merytorycznie oraz technicznie przygotowanych do współpracy z Wykonawcą w terminach, w jakich Wykonawca będzie realizował usługi serwisowe.?

Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.05.04:Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem SystemuPytania:Zamawiający wymaga dla części szarej systemu, zapewnienia serwisu gwarancyjnego: od poniedziałku do piątku w godzinach 7.00-16.00.

4. Czy Zamawiający po uprzednim przeszkoleniu, oraz ewentualnym doraźnym wsparciu Konsultantów Wykonawcy akceptuje możliwość, samodzielnej instalacji poprawek oprogramowania?

Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.06:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy oraz Załącznik nr 7 do SIWZ: Serwis gwarancyjny i nadzór autorski nad Oprogramowaniem Systemu.Pytanie:W załączniku nr 9 do SIWZ, Zamawiający w definicji Wady systemu wskazał kwalifikację wad, jako Awarię, Błąd i Usterkę,W kolejnych definicjach Zamawiający wskazał interpretację zdarzenia określanego, jako Awaria i BłądW załączniku nr 7 do SIWZ, Zamawiający zdefiniował Błąd Krytyczny, Awarię i Usterkę Programistyczną.

1. Jako, że definicje zawarte w w/w załącznikach nie są tożsame, prosimy o jednoznaczne określenie, co Zamawiający rozumie, jako Awarię, Błąd i Usterkę.

Odpowiedź:Zamawiający w odpowiedzi na pytanie nr 03.11 udzielił już wyjaśnienia, które brzmi następująco: „Zamawiający uważa te zapisy za wzajemnie dopełniające się. Zwracamy uwagę, że Załącznik nr 7 do SIWZ stanie się Załącznikiem nr 9 do Umowy, której istotne postanowienia stanowią Załącznik nr 9 do SIWZ”.

Pytanie nr 05.07:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.02 Obszar Funkcjonalny – Rejestracja; Kod HIS.02.004; System musi mieć możliwość zachowania numerów kartotek pacjentów z obecnie używanego przez Zamawiającego systemu informatycznego.Pytanie: Prosimy o podanie formatu w jakim w obecnie używanym systemie zapisywane są numery kartotek.Odpowiedź:Zamawiający chce zachować obecny sposób numerowania kartotek pacjentów lub umożliwić powiązanie obecnie posiadanej dokumentacji papierowej z nowym systemem. Obecnie numer kartoteki pacjenta odpowiada pierwszemu numerowi pacjenta z księgi głównej z jego pierwszej wizyty w poradni, w szczególności przyjmuje jeden z trzech formatów:

1. C/R/K, gdzie C to cyfra od 1 do 99999, R to rok w postaci 4 cyfr, K to typ księgi prowadzonej dla poradni lub zakładu (2 lub 4),

2. C/R, gdzie C to cyfra od 1 do 99999, R to rok w postaci 4 cyfr,3. C, gdzie C to cyfra od 1 do 99999.

Ponadto Zamawiający zwraca uwagę, że w odpowiedzi na pytanie nr 02.03.02 udzielił już częściowej odpowiedzi, która brzmi następująco: „Zamawiający oczekuje, że obecne numery kartotek pacjentów będą możliwe do podejrzenia w oferowanym przez Wykonawcę systemie. Chodzi o zachowanie spójności numeracji (identyfikatorów) w oferowanym systemie z dokumentacją papierową pacjentów. Zamawiający dopuszcza, że w oferowanym systemie numery pacjentów (identyfikator pacjenta) będą inne niż dotychczas, o ile obecny numer kartoteki zostanie wpisany w rekord każdego pacjenta”.

Pytanie nr 05.08:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.03 Obszar Funkcjonalny – Poradnia; Kod HIS.04.002 System musi mieć możliwość automatycznego bądź ręcznego nadawania numerów w Księdze Głównej. Zamawiający dopuszcza, jako poprawne, ręczne zmienianie nadanych automatycznie numerów.Pytanie: Numer księgi głównej jest kluczowym identyfikatorem w systemie, który musi zachować swoją unikalność. Czy Zamawiający dopuści system w którym numery ksiąg są nadawane automatycznie bez możliwości ręcznej zmiany numeru?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.09:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.05 Obszar Funkcjonalny – Oddział; Kod HIS.05.002 System musi mieć możliwość automatycznego lub ręcznego nadawania numerów w Księdze Chorych Oddziału Pytanie: Numer księgi oddziałowej jest kluczowym identyfikatorem w systemie, który musi zachować swoją unikalność. Czy Zamawiający dopuści system w którym numery ksiąg są nadawane automatycznie bez możliwości ręcznej zmiany numeru?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.10:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.07 Obszar Funkcjonalny – Zakażenia szpitalne; Kod HIS.07.004 System musi mieć możliwość dostępu do wyników antybiogramów i tworzenia raportów dla poszczególnych oddziałów/rodzajów badań/rodzaju organizmów/rodzaju antybiotyków o określonej wrażliwości/w wybranym okresie czasu.UWAGA: W celu realizacji tego wymagania konieczna jest integracja z programem Marcel (zewnętrzny system używany przez firmę Alab na terenie szpitala; Zamawiający gwarantuje zgodę na integrację i współpracę podczas realizacji tego zadania ze strony Zamawiającego i firmy Alab).Pytanie: Czy Zamawiający pokryje ewentualny koszt integracji z programem Marcel, leżący po stronie dostawcy programu Marcel?Odpowiedź:Zamawiający oczekuje dostosowania oferowanego Systemu do wymagań oprogramowania Centrum firmy Marcel, a nie odwrotnie, zatem to Wykonawca ponosi całość kosztów związanych z integracją.

Pytanie nr 05.11:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.16 Obszar Funkcjonalny – Apteka i magazyn materiałów medycznych; Kod HIS.16.010 System musi mieć możliwość tworzenia i edycji zamówień przetargowych:1. tworzenie zamówienia przetargowego na podstawie zużycia leków w zadanym okresie,2. drukowanie formularzy cenowych,3. edycja zamówienia przetargowego,4. podział zamówienia na pakiety,5. ewidencja wprowadzonych przetargów,6. wprowadzanie ofert do zamówień przetargowych,7. monitorowanie okresu ważności umowy,8. analiza ofert – wybieranie najkorzystniejszej oferty na podstawie kryteriów wyboru ofert,9. wprowadzanie aneksów (np. zmiana ceny, ilości, daty obowiązywania umowy, VAT).Pytanie: Czy Zamawiający dopuści system w którym moduł Apteki i magazynu materiałów medycznych nie jest wyposażony w funkcje tworzenia zamówień przetargowych, ale umożliwia przygotowanie danych do stworzenia zamówień przetargowych?Odpowiedź:Zamawiający dopuści taki system, o ile tak przygotowane dane spełnią wymagania SIWZ i będą automatycznie przenoszone do systemu w części szarej, gdzie nastąpi ich dalsza realizacja w formie zamówień zgodnie z wymaganiami.

Pytanie nr 05.12:Załącznik nr 4 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela HIS.19 Obszar Funkcjonalny – Żywienie; Kod HIS.19.006 System musi mieć możliwość przeniesienia pacjenta na inny oddział, co powoduje automatyczne zamkniecie dla niego zlecenia na dietę na oddziale opuszczanym.Pytanie: Czy Zamawiający dopuści system w którym zamknięcie zlecenia diety realizowane jest nie w sposób automatyczny?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.13:Załącznik nr 1 do SIWZ Wymagania ogólne (podstawowe i dodatkowe) wobec Systemu i procesu jego wdrożenia; tabela ZSI.01 Wymagania ogólne dla Systemu; Kod ZSI.01.019 Oferowany system informatyczny powinien umożliwiać export całości dokumentacji do formatu XML. System powinien umożliwiać eksport całości dokumentacji, jak również wybranych pacjentów, wg kryteriów wyszukiwania np. całość dokumentacji za rok 2010, całość dokumentacji dla pacjentów z rocznika itp.. Możliwość odtworzenia oznacza przede wszystkim, że system nie eksportuje jedynie kodów używanych do opisu zdarzeń medycznych, ale również pełny opis dla każdego kodu tak, by inny system informatyczny mógł w pełni odczytać przekazywaną informację. System informatyczny będzie eksportował dokumentację do formatu przenoszenia danych medycznych HL7 CDA (HL7 Clinical Document Architecture - Release 2.0, http://xml.coverpages.org/CDA-20040830v3.pdf). System będzie umożliwiał podpisanie elektroniczne eksportowanej dokumentacji medycznej dostarczanym podpisem niekwalifikowanym. Do pliku XML powinna być eksportowana całość dokumentacji medycznej zgodnie ze standardami/normami. Jeżeli takie nie zostały ustalone, to zgodnie z rozwiązaniem własnym (technicznym) Wykonawcy, którego kompletny opis należy dostarczyć Zamawiającemu. Pytanie: Prosimy o zdefiniowanie jakie elementy dokumentacji pacjenta powinny być eksportowane do formatu XML.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający ponownie zwraca uwagę na treść wymagania, w szczególności na fragment: „Do pliku XML powinna być eksportowana całość dokumentacji medycznej zgodnie ze standardami/normami. Jeżeli takie nie zostały ustalone, to zgodnie z rozwiązaniem własnym (technicznym) Wykonawcy, którego kompletny opis należy dostarczyć Zamawiającemu”.

Pytanie nr 05.14:Załącznik nr 1 do SIWZ Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części medycznej/białej, tabela ZSI.01 Wymagania ogólne dla Systemu; Kod ZSI.01.33 System musi mieć możliwość eksportu danych, w zakresie wszystkich danych niezbędnych do rozliczeń z NFZ, do systemu SERUM, tak by w okresie przejściowym móc pracując w nowo dostarczonym oprogramowaniu, prawidłowo rozliczać świadczenia wyłącznie z systemu SERUM, do czasu zakończenia umów zawartych przez Zamawiającego z NFZ. Szczegółowy format eksportu danych Wykonawca ustali z dostawcą systemu SERUM, na co Zamawiający wystawi stosowne upoważnienie po podpisaniu Umowy.Pytanie: Czy Zamawiający pokryje koszty integracji z systemem SERUM? Czy Zamawiający lub dostawca oprogramowania SERUM zagwarantuje możliwość integracji systemu SERUM z oferowanym oprogramowaniem?Odpowiedź:Wykonawca pokrywa koszty wykonania integracji z systemem SERUM. Format przeniesienia danych został opublikowany na stronie internetowej Zamawiającego (www.szpital-orlowskiego.pl) w pliku Format_serum_csv.doc.

Pytanie nr 05.15:Załącznik nr 1: Wymagania ogólne (podstawowe i dodatkowe) wobec Systemu i procesu jego wdrożenia, tabela Wymagania ogólne dla Systemu kod ZSI.01.005 System zapewnia poprawną jednoczesną pracę 400 Użytkowników (320 w części białej i 80 w części szarej) z wykorzystaniem serwera o parametrach wskazanych w ofercie przez Wykonawcę.Pytanie

a. Czy postępowanie obejmuje także Oprogramowanie Serwerowych Systemów Operacyjnych oraz licencje CAL do nich?

b. Czy w przypadku gdy dostarczane przez nas Oprogramowanie Aplikacyjne wykorzystuje Windows Server Zamawiający posiada licencje dostępowe dla użytkowników (CAL), których zakupu nie musimy dublować? W jakiej ilości? Dla ilu użytkowników ewentualnie należy dostarczyć licencje CAL?

c. Windows Server nie daje możliwości licencjonowanie licencji CAL dla pracowników na nieograniczoną ich liczbę. Jaka jest ogólna liczba pracowników szpitala, którzy będą korzystać oprogramowania w części szarej oraz w części białej?

Odpowiedź:Zamawiający określił w specyfikacji w załączniku nr 2 do SIWZ wymagania dla oprogramowania serwerowego, które ma zostać dostarczone w ramach oferty Wykonawcy. Zamawiający potwierdza, że w ramach postępowania Wykonawca musi zapewnić niezbędną liczbę licencji na oprogramowanie serwerowe oraz wszystkich niezbędnych licencji towarzyszących i sublicencji, które umożliwią pracę w oferowanym przez Wykonawcę rozwiązaniu. Jeżeli w oferowanym rozwiązaniu nie jest możliwe licencjonowanie na nielimitowaną liczbę użytkowników Zamawiający dopuści dostarczenie licencji na urządzenia, jednak liczba tych licencji musi dawać co najmniej 100% zapas w stosunku do zamawianej liczby komputerów tj. musi obejmować nie mniej niż 200%*280 = 560 licencji na urządzenia.

Pytanie nr 05.16:Załącznik nr 5: Wymagania funkcjonalne podstawowe i dodatkowe w zakresie części administracyjnej/szarej; tabela ERP 20 Obszar funkcjonalny – Magazyny, kod ERP.20.007 System musi mieć możliwość wykorzystania kodu kreskowego przy identyfikacji surowców i towarów, drukowanie etykiet identyfikacyjnych na etapie przyjęcia; oraz kod ERP.20.036 System musi mieć możliwość generowania własnych kodów kreskowych i ich wydruku na etykietach.Pytanie:Czy postępowanie obejmuje dostawę drukarek kodów kreskowych oraz materiałów eksploatacyjnych (etykiety, taśmy żywiczne) i w jakich ilościach? Jeśli Zamawiający posiada już takie elementy i należy ich użyć w projekcie prosimy o ich specyfikacjęOdpowiedź:Zamawiający nie wymaga dostarczenia tych elementów w ramach niniejszego postępowania. Obecnie etykiety drukowane są z programu NiceLabel Express v. 5.2.2 na drukarce DATAMAX model DMX-E-4203. Używany jest papier: naklejka do znakowania E1045, 50mm x 25mm zakupiony w firmie Etimark. Użyta taśma do drukarki: resin 2000 67mm x 94mm, chg. 503106309 zakupiona w firmie SKK. Dane do drukowania pobierane z pliku MS Excel. Ilość, wysokość i szerokość pól oraz czcionka na etykiecie są definiowalne przez użytkownika. Użyty kod kreskowy Code 128. Warunkiem podstawowym jest odczytywanie wydrukowanych kodów przez czytnik DENSO N661 E-C900-02-3664(A).

Pytanie nr 05.17:Załącznik nr 1 do SIWZ; Wymagania ogólne dla Systemu; ZSI.01.025 W Systemie pola wymagane (obligatoryjne) muszą być jednoznacznie rozróżnialne np. inny kolor, kształt. Zamawiający uzna wymaganie za spełnione również wówczas, gdy po wypełnieniu formularza brakujące dane zostaną oznaczone, jednak Zamawiający preferuje czytelne oznaczenie pól wymaganych przed ich wypełnieniem.Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy system przy próbie zapisu dokumentu poinformuje o braku wypełnienia pól obligatoryjnych, wskaże te pola oraz umożliwi zapis dopiero po ich uzupełnieniu?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.18:Załącznik nr 1 do SIWZ; Wymagania ogólne dla Systemu; ZSI.01.026 System umożliwi wyszukiwanie elementów po fragmencie frazy.Pytanie: Czy zamawiający uzna warunek za spełniony, jeżeli funkcja podpowiedzi będzie realizowana dla elementów słownikowych?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.19:Załącznik nr 1 do SIWZ; Wymagania ogólne dla Systemu; ZSI.01.030 System musi posiadać możliwość zdalnego połączenia się przez uprawnionych użytkowników z każdym komputerem pracującym w ramach Systemu. Zamawiający oczekuje udostępnienia całego pulpitu użytkownika na komputerze. W szczególności chodzi Zamawiającemu o zdalny dostęp administratorów i użytkowników o charakterze kadry zarządczej (w szczególności tych o specjalnych uprawnieniach do akceptowania zdarzeń opisanych w SIWZ, jako wymagające akceptu osoby odpowiedzialnej) do systemu np. poprzez łącze VPN. Zamawiający przewiduje do 50 tego typu użytkowników w Systemie.Pytanie: Czy dobrze rozumiemy, że Zamawiającemu chodzi w tym wymaganiu o możliwość podłączenia zdalnej końcówki np. spoza sieci LAN i pracy użytkownika z tej końcówki na systemie?Odpowiedź:Zamawiający potwierdza takie rozumienie punktu ZSI.01.030, w szczególności chodzi o zdalny dostęp administratorów i użytkowników o charakterze kadry zarządczej (w szczególności tych o specjalnych uprawnieniach do akceptowania zdarzeń opisanych w SIWZ, jako wymagające akceptu osoby odpowiedzialnej) do systemu np. poprzez łącze VPN. Zamawiający przewiduje do 50 tego typu użytkowników w Systemie.

Pytanie nr 05.20:Załącznik nr 5 do SIWZ, Wymagania ogólne wobec ERP, ERP.01.004 We wszystkich miejscach Interfejsu użytkownika, w których prezentowane są dane w formie tabelarycznej ERP zapewnia możliwość wielopoziomowego grupowania danych i sortowania poszczególnych kolumn.Pytanie: Prosimy o wyjaśnienie zasadności takiej funkcjonalności? Prosimy też o przybliżenie aspektu biznesowego takiej funkcjonalności?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Kluczowym procesem jest sortowanie lub filtrowanie (zgodnie z odpowiedzią na pytanie nr 04.12).

Pytanie nr 05.21.01:Załącznik nr 5 do SIWZ, Budżetowanie, ERP.26.001, System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie czy wymienione okresy budżetowe będą tymi, które zostaną później potwierdzone na etapie analizy i wg takich okresów Zamawiający będzie planował swoje wydatki, koszty i przychody?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 05.21.02:Załącznik nr 5 do SIWZ, Budżetowanie, ERP.26.001, System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata.Pytanie: Czy okres budżetowy będzie powiązany z konkretnym budżetem czy też będzie jednym z jego wymiarów budżetowych?Odpowiedź:Zamawiający uzna oba rozwiązania.

Pytanie nr 05.22:Załącznik nr 5 do SIWZ, Fakturowanie, ERP.18.010 System musi mieć możliwość wprowadzenia dla kontrahenta numerów jego umów z informacją o czasie ich trwania, usługach, ich cenie oraz ilościach fakturowanych w poszczególnych okresach. System musi mieć możliwość przypisania pozycjom kontraktów cech, które następnie będą posiadały odzwierciedlenie w ewidencji postaci rejestrowej dokumentu (cechy dokumentu).

Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, co Zamawiający rozumie poprzez cechy, które mają być przypisane do kontraktów? Prosimy o wyjaśnienie i przykłady takich cech.Odpowiedź:Zamawiający poprzez cechy rozumie wartości z cennika dla danego kontrahenta (słownik). Np. przy wystawianiu faktury sprzedaży dla kontrahenta X z przypisanego mu cennika wybieramy usługi do zafakturowania.

Pytanie nr 05.23:Załącznik nr 5 do SIWZ, Fakturowanie, ERP.18.031 System musi mieć możliwość własnego definiowania parametrów na potrzeby VAT (poprzez dokonywanie wyboru ze zdefiniowanych pól) w tym stawek VAT, rodzajów zdarzeń VATPytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, co Zamawiający rozumie pod pojęciem "rodzajów zdarzeń VAT"? Prosimy o wyjaśnienie. Odpowiedź:Zamawiający pod pojęciem „rodzajów zdarzeń VAT” rozumie, w szczególności: zakup dotyczy działalności zwolnionej, zakup dotyczy działalności opodatkowanej, zakup dotyczy działalności zwolnionej i opodatkowanej, sprzedaż krajowa z VAT, Eksport z VAT, sprzedaż zwolniona z VAT, sprzedaż krajowa nie podlegająca.

Pytanie nr 05.24:Załącznik nr 5 do SIWZ, Magazyny ogólne; ERP.19.010 System musi mieć możliwość wielopoziomowego dostępu z przypisywaniem uprawnień użytkownikom, w tym blokady ponownego otwarcia zamkniętego okresu bez akceptu osoby upoważnionej.Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli do ponownego otwarcia zamkniętego okresu wymaganie będą specjalne uprawnienia?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.25:Załącznik nr 5 do SIWZ, Magazyny ogólne; ERP.19.012 System musi mieć możliwość elastycznego tworzenia kodu indeksu materiałowego – o długości znaków minimum 22 znaki, oznaczenie literowo – cyfrowe z zastosowaniem myślników.Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy dostarczany system będzie umożliwiał tworzenia kodu indeksu materiałowego - o długości do 20 znaków w podstawowym indeksiemagazynowym? Informacje o grupie można ustawić poprzez przydzielenie indeksu do odpowiedniej klasy lub podklasy. Dodatkowo funkcjonuje wiele dodatkowych identyfikatorów.Odpowiedź:Zamawiający uzna to wymaganie za spełnione, jeśli oferowany system będzie umożliwiał tworzenie kodu indeksu materiałowego o długości minimum 20 znaków.

Pytanie nr 05.26:Załącznik nr 5 do SIWZ, Magazyny ogólne; ERP.19.014 System musi mieć możliwość generowania dokumentów rozchodu na podstawie zapotrzebowania wygenerowanego w gospodarce magazynowej (dwustopniowe zatwierdzenie na linii: OPK (pobierający) – magazyn).Pytanie: Prosimy o podanie celowości dwustopniowej akceptacji?Odpowiedź:Zamawiającemu oczekuje, że użytkownik bezpośrednio składający zapotrzebowanie nie będzie miał możliwości zamówić towaru od dostawców. Drugie zatwierdzenie to akceptacja osoby z działu zamówień publicznych.

Pytanie nr 05.27:Załącznik nr 5 do SIWZ, Magazyny ogólne; ERP.19.017 Dokumenty ewidencjonujące przychód i rozchód magazynowy w Systemie muszą być oparte na szablonie. Dokumenty te mają mieć cechy dokumentu księgowego, a jako że stanowią luźne karty kontowe mają mieć oznaczenie zgodne z ustawą o rachunkowości w tym przede wszystkim z art. 13 ust. 4. Możliwość definiowania przez użytkownika wszystkich dokumentów dokumentujących obrót magazynowy.Pytanie: Czy dobrze rozumiemy, że Zamawiający ma w tym przypadku na myśli wydruki dokumentów przychodowych i rozchodowych?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 05.28:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.001 System musi mieć możliwość przeliczania jednostek miar zgodnie ze słownikiem (pola znakowo-cyfrowe), który ma mieć charakter otwarty, z możliwością definiowania przeliczników przez Zamawiającego.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, w jaki sposób mają być definiowane przeliczniki w tym słowniku? Do czego mają być wykorzystywane pola znakowo-cyfrowe? Odpowiedź:Zamawiający poprzez znak rozumiał w szczególności przecinek. Pola mają być wykorzystywane do przeliczania asortymentu, w szczególności paczek na sztuki np. 1 karton na 100 strzykawek; 5 Litrów płynu na porcje 0,5 litra.

Pytanie nr 05.29:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.002 System musi mieć możliwość dokonywania wydań i przyjęć dla danego zakresu numerów partii. System umożliwi ewidencję wydawania materiałów z datą ważności wg zasady: wcześniejsza data ważności tego samego materiału ma zostać wydana wcześniej.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób ma być kontrolowana możliwość wydań i przyjęć do danego zakresu partii? Odpowiedź:Zamawiający oczekuje, że oferowany system będzie potrafił rozróżnić zarówno partię, z której pochodzi towar, jak i datę jego ważności. Celem jest, aby materiały z krótszą datą ważności, niezależnie od numeru partii, zostały wydane wcześniej.

Pytanie nr 05.30:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.004 System musi mieć możliwość w przypadku braku możliwości pobrania daty ważności w sposób automatyczny, wymuszenia podania tej daty ręcznie lub potwierdzenie, że data do danego produktu nie musi być wprowadzona.Pytanie: Czy będzie wystarczające, że jeśli data nie będzie wymagana to będzie mogła być uzupełnionanp. 2000-01-01?Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania.

Pytanie nr 05.31:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.010 System musi mieć możliwość wprowadzenia w szczególności danych o indeksie materiału i usługi: 1. nazwa pełna, 2. nazwa skrócona, 3. nazwa skrócona (liczba znaków 22-30), 4. kod grupy materiałowej, 5. jednostka miary handlowa, 6. jednostka miary techniczna, 7. przelicznik jednostek miar, 8. stan minimum, 9. stan maksimum, 10. stawka VAT, 11. uwagi użytkownika, 12. ilość w opakowaniu, 13. wielkość pakietu handlowego, 14. data aktualności indeksu, 15. wyróżnik przeznaczenia, 16. wyróżnik odbiorcy, 17. informacje o materiałach zastępczych, 18. cena zakupu, 19. data założenia indeksu materiału lub usługi, 20. informacja o dacie i osobach dokonujących 3 ostatnich modyfikacji informacji o indeksie, 21. data dezaktywacji indeksów.Pytanie: Czy wystarczająca będzie informacja o zamiennikach, materiałach zastępczych czy wymagana jest również obsługa zamienników i w jaki sposób ma ona działać w systemie? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.32:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.011 System musi mieć możliwość prowadzenie słownika indeksów materiałowych. Wprowadzając nowy kod powinno się weryfikować zarówno nazwę, jak i kod materiału, W ramach słownika takie pary muszą być unikatowe.Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy dostarczony system będzie uniemożliwiał dublowanie indeksu, kodu materiału, ale pozwalał na powtarzanie się nazw?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.33:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.017 System powinien mieć możliwość natychmiastowego przesłania automatycznego komunikatu o osiągnięciu przez dany produkt stanu minimalnego w magazynie.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób ma działać kontrola i potwierdzanie wydań poniżej stanu minimalnego?Odpowiedź:Zamawiający oczekuje, że po osiągnięciu stanu minimalnego danego asortymentu w magazynie, każde jego wydanie będzie wymagało akceptu osoby o dedykowanym do tego celu uprawnieniu. W przeciwnym wypadku wydanie nie będzie mogło nastąpić.

Pytanie nr 05.34:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.019 System musi mieć możliwość wydania produktów z przekroczeniem stanów minimalnych po zatwierdzeniu przez upoważnionego użytkownika.Pytanie: Czy Zamawiający uzna wymagania za spełnione w przypadku, gdy dostarczany system będzie dawał możliwość wykonania przez operatora na żądanie raportu o stanach magazynowych, dla których został przekroczony zapas minimalny?Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania.

Pytanie nr 05.35:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.020 System musi mieć możliwość natychmiastowego przesłania automatycznego komunikatu o osiągnięciu przez dany produkt stanu maksymalnego.Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy dostarczany system będzie miał możliwość wykonania przez operatora na żądanie raportu o stanach magazynowych, dla których został przekroczony zapas maksymalny?Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania.

Pytanie nr 05.36.01:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.021 System musi mieć możliwość przekazanie wskazanym użytkownikom zestawienia komunikatów z danego dnia na koniec tego dnia roboczego (godzina musi stanowić parametr ustawień Systemu).Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, co mają zawierać zestawienia komunikatów? Co zawierają komunikaty i czego dotyczą? W jaki sposób ma to działać?Odpowiedź:Zamawiający oczekuje, że w ramach komunikatów dziennych zostaną pod wybrane adresy email (lista do 20 adresów email) wysłane zbiorcze zestawienia ze wszystkich wysyłanych w danym dniu komunikatów. Do zestawień mają być również dołączone treści poszczególnych komunikatów, które były wygenerowane danego dnia. Jeżeli w danym dniu nie było żadnych komunikatów, to musi zostać wygenerowany raport stwierdzający brak jakichkolwiek komunikatów w danym dniu.

Pytanie nr 05.36.02:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.021 System musi mieć możliwość przekazanie wskazanym użytkownikom zestawienia komunikatów z danego dnia na koniec tego dnia roboczego (godzina musi stanowić parametr ustawień Systemu).Pytanie: Czy zamawiający uzna wymaganie za spełnione, jeśli komunikaty dzienne będą wysyłane poprzez komunikator wewnętrzny Systemu ERP?Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania.

Pytanie nr 05.37:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.023 System musi mieć możliwość przyjęcia produktów z przekroczeniem stanów maksymalnych po zatwierdzeniu przez upoważnionego użytkownika.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób ma działać kontrola i potwierdzanie przyjęć powyżej stanów maksymalnych?Odpowiedź:Zamawiający oczekuje, że po osiągnięciu stanu maksymalnego danego asortymentu w magazynie, każde jego przyjęcie będzie wymagało akceptu osoby o dedykowanym do tego celu uprawnieniu. W przeciwnym wypadku przyjęcie na stan nie będzie mogło nastąpić. Akceptacja musi być wymagana również w sytuacji, gdy stan maksymalny zostanie przekroczony przy dodawaniu wielu egzemplarzy np. stan maksymalny ustalony na 20 sztuk. W magazynie jest 12 sztuk. Chcemy wprowadzić dostawę na 10 sztuk. System powinien poinformować wówczas o przekroczeniu stanu maksymalnego i zapytać o decyzję użytkownika, czy:

1. akceptuje przyjęcie ponad stan maksymalny (wymaga specjalnego uprawnienia),2. akceptuje przyjęcie do stanu maksymalnego (podaje ile sztuk należy odrzucić),3. nie akceptuje przyjęcia.

Pytanie nr 05.38:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.026 System musi mieć możliwość automatycznego powiadamienia wybranych użytkowników lub grup użytkowników o przekroczonym terminie dostawy.Pytanie: Czy powiadomienie za pomocą wewnętrznego komunikatora systemu ERP będzie wystarczające?Odpowiedź:Zamawiający uzna to rozwiązanie, o ile będzie zachowany automatyzm w generowaniu tego komunikatu.

Pytanie nr 05.39:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.027 System musi mieć możliwość powiadamiania wybranych użytkowników lub grup użytkowników o zbliżającym się końcu daty ważności materiałów w magazynie.Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy dostarczany system będzie umożliwiał wykonanie przez operatora na jego żądanie raportu o stanach magazynowych, dla których kończy się data ważności? Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania.

Pytanie nr 05.40:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.028 System musi mieć możliwość powiadomienia oczekiwanego odbiorcy i osoby uprawnionej do wydania z magazynu towaru na 30 dni i na 7 dni przed zbliżającym się terminem końca daty ważności materiału.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, kim jest oczekiwany odbiorca? Czy wystarczające będzie możliwość wykonania raportu o stanach z kończącym się terminie ważności?Odpowiedź:Zamawiający nie uzna tego, jako równorzędnego rozwiązania. Oczekiwanym odbiorcą w rozumieniu Zamawiającego jest osoba, która złożyła elektroniczne zamówienia na dany towar zgodnie z pozostałymi wymaganiami SIWZ i na podstawie zamówienia której dokonano sprowadzenia towaru do magazynu.

Pytanie nr 05.41:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.029 System musi mieć możliwość zablokowania wysyłania komunikatu do oczekiwanych odbiorców, jeżeli odbiór towaru z magazynu został przez nich dokonany i potwierdzony wcześniej.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, kim jest oczekiwany odbiorca?Odpowiedź:Oczekiwanym odbiorcą w rozumieniu Zamawiającego jest osoba, która złożyła elektroniczne zamówienia na dany towar zgodnie z pozostałymi wymaganiami SIWZ i na podstawie zamówienia której dokonano sprowadzenia towaru do magazynu.

Pytanie nr 05.42:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.030 System musi mieć możliwość wprowadzenia OPK zamawiającego dany towar (lista wielokrotnego wyboru) i oczekiwanego odbiorcy (lista wielokrotnego wyboru - użytkownicy).Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób mają być rozdzielane koszty na poszczególnych użytkowników lub OPK, jeśli będzie możliwość wielokrotnego wyboru? Odpowiedź:Zamawiający oczekuje, że koszty zostaną podzielone pomiędzy poszczególne OPK (jednostki organizacyjne) zgodnie z wielkością ich złożonego zamówienia elektronicznego (zapotrzebowania).

Pytanie nr 05.43:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.031 System musi mieć możliwość w momencie wprowadzania na stan magazynowy zdefiniowania oczekiwanego terminu odbioru z magazynu (przy braku zdefiniowania data ważności).Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, do czego ma być wykorzystywany w systemie oczekiwany termin odbioru? Kto jest odbiorcą? Prosimy o opisać procesu, którego to wymaganie dotyczy?Odpowiedź:Zamawiający oczekuje, że „oczekiwany termin odbioru” dla danego asortymentu zostanie wprowadzony zgodnie i w powiązaniu z elektronicznymi dokumentami zamówienia wewnętrznego danego asortymentu. Wykorzystywany będzie zgodnie z innymi punktami dotyczącymi tego terminu w szczególności z punktem kolejnym tj. ERP.20.032.

Pytanie nr 05.44:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.032 System musi mieć możliwość niezwłocznego powiadomienia wybranych użytkowników (oczekiwanego odbiorcę i osobę uprawnioną do wydania) o nieodebranym materiale zamówionym z podziałem na OPK, które go zamówiły po przekroczeniu terminu oczekiwanego odbioru.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób ma następować powiadomienie?Odpowiedź:Zamawiający oczekuje, że powiadomienie nastąpi poprzez wiadomość email na adres powiązany z użytkownikami pełniącymi wskazane w tym punkcie role. Alternatywnie, jako rozwiązanie równoważne, Zamawiający uzna generowany automatycznie komunikat na wewnętrznym komunikatorze Systemu.

Pytanie nr 05.45.01:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.034 System musi mieć możliwość podania podczas przyjmowania na magazyn materiału terminu ważności i będzie powiadamiał o zbliżającym się zakończeniu terminu ważności (na 90 dni przed końcem terminu ważności) użytkownika odpowiedzialnego za wydawanie z magazynu. Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, w jaki sposób ma następować powiadomienie?Odpowiedź:Zamawiający oczekuje, że powiadomienie nastąpi poprzez wiadomość email na adres powiązany z użytkownikami pełniącymi wskazane w tym punkcie role. Alternatywnie, jako rozwiązanie równoważne, Zamawiający uzna generowany automatycznie komunikat na wewnętrznym komunikatorze Systemu.

Pytanie nr 05.45.02:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.034 System musi mieć możliwość podania podczas przyjmowania na magazyn materiału terminu ważności i będzie powiadamiał o zbliżającym się zakończeniu terminu ważności (na 90 dni przed końcem terminu ważności) użytkownika odpowiedzialnego za wydawanie z magazynu. Pytanie: Czy zamawiający uzna wymaganie za spełnione, jeśli powiadomienia będą wysyłane poprzez komunikator wewnętrzny Systemu ERP?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 05.46:Załącznik nr 5 do SIWZ, Magazyny; ERP.20.035 System musi mieć możliwość bilansowania dostaw, wydań, zwrotów.Pytanie: Prosimy o doprecyzowanie wymagania poprzez wskazanie, co zamawiający rozumie poprzez bilansowanie dostaw wydań, zwrotów oraz dokumentów ze śledzeniem kodów kreskowych?Odpowiedź:Zamawiający oczekuje weryfikacji faktycznego stanu magazynowego (inwentaryzacja) z dokumentami źródłowymi za pomocą kodów kreskowych (kod wskazuje weryfikowany towar).

Pytanie nr 05.47:Załącznik nr 5 do SIWZ, MB: Tworzenie dokumentów, ERP.21.008 System musi mieć możliwość wygenerowania protokołu kasacjiPytanie: Czy zamawiający uzna wymaganie za spełnione, jeśli protokół kasacji będzie wydrukiem wykonanym na podstawie dokumentu Kasacji (rodzaj rozchodu wewnętrznego z odpowiednią dekretacją księgową)?Odpowiedź:Zamawiający nie uzna takiego rozwiązania. Rozchód wewnętrzny asortymentu przeznaczonego do kasacji odbywa się w oparciu o zatwierdzony przez upoważnione osoby Protokół Kasacji (najpierw Protokół, potem rozchód-zdjęcie ze stanu). Zamawiający dopuszcza sytuację, w której generowany zostaje „rozchód wewnętrzny kasacja” w wersji roboczej (z możliwością jego zmiany, usunięcia w sytuacji nie zatwierdzenia Protokołu przez decydentów) i na jego podstawie Protokół Kasacji z zastrzeżeniem, że Protokół kasacji nie jest tożsamy z „rozchodem wewnętrznym kasacja”. Zakres informacji zawarty w Protokole Kasacji jest większy niż w „rozchodzie wewnętrznym kasacja” – dokument ten ma cechy „protokołu” a nie tylko „dokumentu rozchodu”.

Pytanie nr 05.48:Załącznik nr 5 do SIWZ, MB: Tworzenie dokumentów, ERP.21.009 System musi mieć możliwość zdejmowania ze stanu magazynowego obiektów inwentarzowych na podstawie protokołu kasacji.Pytanie: Czy zamawiający uzna wymaganie za spełnione, jeśli idąc za koncepcją z pkt. ERP.21.008 zdejmowanie obiektów ze stanu magazynowego będzie odbywało się poprzez zatwierdzenie roboczego dokumentu kasacji?Odpowiedź:Intencją Zamawiającego było, aby w sytuacji kasacji i wygenerowania w systemie Protokołu Kasacji (to jest dokumentu o cechach „protokołu”) nie było konieczności ponownego wpisywania z klawiatury asortymentu do dokumentu rozchodu aby dokonać zdjęcia ze stanu. Zamawiający uzna wymaganie za spełnione, jeżeli zdejmowanie asortymentu będzie następowało poprzez zatwierdzenie roboczego dokumentu „rozchodu wewnętrznego kasacja” w sposób opisany przez Zamawiającego przy odpowiedzi na pytanie 05.47.

Pytanie nr 05.49:Załącznik nr 5 do SIWZ, Zamówienia; System musi mieć możliwość eksportu danych, raportów oraz zestawień systemowych i definiowanych przez użytkowników do innych systemów w formatach ODF, CSV, RTF, PDF.Pytanie: Czy Zamawiający dopuści możliwość eksportu danych do formatów CSV, PDF, XLS, HTML, XML, DOC?Odpowiedź:Zamawiający dopuści taką możliwość, jeżeli Wykonawca w ramach swojej oferty na komputerach dedykowanych do pracy w części szarej zapewni oprogramowanie, dla których formaty DOC (DOCX) i XLS (XLSX) są formatami natywnymi. Zamawiający uważa, że praca w formatach natywnych daje nieporównywalnie lepsze rezultaty, niż praca w formatach importowanych z konkurencyjnych rozwiązań.

Pytanie nr 05.50.01:Załącznik nr 5 do SIWZ, KP: Kadry; ERP.23.014 System musi mieć możliwość przypisania pracowników do wielu jednostek organizacyjnych w ramach jednej struktury organizacyjnej.Pytanie: Prosimy o wyjaśnienie, co Zamawiający rozumie przez powyższe wymaganie.Czy Zamawiający zaakceptuje rozwiązanie, w ramach, którego w systemie obowiązuje tylko jedna struktura organizacyjna, ale jedna osoba może być przypisana do niej w kilku różnych miejscach? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i przypomina, że brzmią one: „System musi mieć możliwość przypisania pracowników do wielu jednostek organizacyjnych w ramach jednej struktury organizacyjnej”. Wiele jednostek organizacyjnych należy utożsamiać z wieloma miejscami w ramach jednej struktury organizacyjnej.Zamawiający zwraca uwagę, że Wykonawca zadał pytania do dwóch różnych wymagań (ERP.23.014 i ERP.03.008) w jednym fizycznym pytaniu, co znacząco utrudniło udzielenie odpowiedzi.

Pytanie nr 05.50.02:Załącznik nr 5 do SIWZ, FK: Sprawozdawczość finansowa, zamykanie okresów, BO; ERP.03.008 System musi mieć możliwość generowania raportów w układzie co najmniej wydruku dowodów wg:1. dowodów – w trybie jednoczesnego wyboru zakresu „od – do” wg dowodu, daty, kwoty, 2. sumy kont – w trybie jednoczesnego wyboru zakresu „od – do” wg dowodu, daty oraz poziomu analityki, 3. wykazu dowodów – w trybie jednoczesnego wyboru zakresu „od – do” wg dowodu, daty, kwoty, 4. kartoteki kont – w trybie jednoczesnego wyboru zakresu „od – do” wg konta, daty, kwoty, symbolu dowodu, identyfikatora.Pytanie: Prosimy o uszczegółowienie wymagania czy raport sum konto to jest wydruk obrotów i sald kont? Odpowiedź:Nie, raport sum kont nie jest tożsamy z wydrukiem obrotów sald kont. Zamawiający zwraca uwagę, że Wykonawca zadał pytania do dwóch różnych wymagań (ERP.23.014 i ERP.03.008) w jednym fizycznym pytaniu, co znacząco zaciemniło obraz odpowiedzi.

Pytanie nr 05.51:Załącznik nr 5 do SIWZ, FK: Dokumenty; ERP.06.002 System musi mieć możliwość przygotowania, edytowania i wydrukowania dokumentu PK „polecenie księgowania” na podstawie wyboru (odznaczenia) na koncie analitycznym zespołu „2” konkretnych dokumentów zawierających wszystkie dane tego dokumentu.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie przykładu takiej operacji operacji?Odpowiedź:Na przykład Zamawiający zawiera porozumienie spłaty zobowiązań z Wierzycielem i w związku tym, że stosuje zasadę, że porozumienia ewidencjonowane są na innym koncie analitycznym, dokona przeksięgowania faktur z konta 202-11-00101 na 202-12-00101 („12” porozumienia); intencją jest aby system poprzez wybranie („odznaczenie”) dokumentów na kartotece konta 202-11-00101 automatycznie przygotował je do wprowadzenia na konto 202-12-00101; przez „automatycznie” rozumie się pobranie podstawowych danych o dokumentach (tj. numer faktury, kwoty, opis operacji) do trybu księgowania dowodu (bez konieczności ręcznego wprowadzania danych do przeksięgowania); intencją jest żeby z dokumentów wybranych do przeksięgowania system wygenerował dokument PK – polecenie księgowania.

Pytanie nr 05.52:Załącznik nr 5 do SIWZ, FK: Dokumenty; ERP.06.003 System musi mieć możliwość wprowadzenia kilku dat płatności do jednego księgowanego dokumentu (np. faktury zakupu) z podziałem na rachunki bankowe kontrahenta z uwzględnieniem planowych terminów spłat w wiekowaniu należności i zobowiązań (harmonogram).Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli na etapie przygotowania płatności do emisji będzie możliwość zmiany rachunku bankowego kontrahenta ze standardowego podpowiedzianego z dokumentu zakupu?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.53:Załącznik nr 5 do SIWZ, FK: Dokumenty; ERP.06.007 System ma mieć możliwość dokonywania w każdym czasie zmian w zakresie ustalania kosztów uzyskania przychodów i przychodów podatkowych (nawet w dokumentach zaksięgowanych dla uprawnionych użytkowników). Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku, gdy uprawniony użytkownik będzie miał prawo odtwierdzenia dokumentu?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.54.01:Załącznik nr 5 do SIWZ, FK: Dokumenty; ERP.06.008 System ma mieć możliwość zatwierdzenia ustaleń dotyczących oznakowania kosztów uzyskania przychodów i przychodów podatkowych oraz wskazania, (co najmniej) loginu operatora dokonującego tych ustaleń.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, o jakie oznakowanie chodzi?Odpowiedź:Intencją jest, aby system umożliwił wskazanie przy każdej zaksięgowanej pozycji czy stanowi ona koszt uzyskania przychodów / przychód podatkowy dla celów rozliczania podatku CIT; Zamawiający zostawia dowolność w oznakowaniu pozycji jako kup / n-kup, to jest: albo system przy każdej zaksięgowanej pozycji w oddzielnym polu oznaczonym jako np. „kwota stanowiąca kup” pozwoli wpisać tę kwotę (pole ma być edytowalne w każdym czasie), albo w oddzielnym polu pozwoli na umieszczenie opisu, np.: „kup”, „n-kup”.

Pytanie nr 05.54.02:Załącznik nr 5 do SIWZ, FK: Dokumenty; ERP.06.008 System ma mieć możliwość zatwierdzenia ustaleń dotyczących oznakowania kosztów uzyskania przychodów i przychodów podatkowych oraz wskazania, (co najmniej) loginu operatora dokonującego tych ustaleń.Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli będzie przetrzymywana historia zmiany dokumentu z datą i operatorem, który dokonywał zmiany? Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.55:Załącznik nr 5 do SIWZ, FK: Księgowanie dokumentów; ERP.07.007 System musi mieć możliwość automatycznego przeksięgowania obrotów (zapisów) wybranych kont na inne konto z wygenerowaniem dokumentu PK.Pytanie: Czy chodzi o automat przeksięgowujący zapisy na konta wynikowe? Prosimy o wyjaśnienie.Odpowiedź:Przez automatyczne przeksięgowanie obrotów (zapisów) wybranych kont na inne konta, Zamawiający rozumie tryb w którym w wyniku wybrania / odznaczenia w systemie pozycji zaksięgowanych na wybranym koncie (zarówno wynikowym jak i bilansowym) system umożliwi ich zaksięgowanie (przeksięgowanie) na inne zadane konto – bez konieczności wpisywania danych z klawiatury. Dodatkowo, w oparciu o dokonane działania, system wygeneruje dokument PK. Np. Zamawiający ewidencjonuje zobowiązania bieżące na koncie 202-11-xxxx, w sytuacji dochodzenia ich przez Wierzyciela na drodze sądowej Zamawiający ewidencjonuje takie zobowiązania na koncie 202-13-xxxx i musi dokonać stosowym przeksięgowań z kont – system ma mieć możliwość ich przeksięgowania bez konieczności ponownego wpisywania danych z klawiatury, z wygenerowaniem dokumentu PK.

Pytanie nr 05.56:Załącznik nr 5 do SIWZ, FK: Generowanie zestawień do zawieranych porozumień zapłaty; ERP.10.003 System musi mieć możliwość automatycznego przygotowania dokumentu PK na podstawie wybranych dokumentów tj. zaksięgowanych faktur.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, o jaką automatyzację chodzi?Jakiego typu operacja ma się tworzyć z faktur?Odpowiedź:Na przykład Zamawiający zawiera porozumienie spłaty zobowiązań z Wierzycielem i w związku tym, że stosuje zasadę, że porozumienia ewidencjonowane są na innym koncie analitycznym, dokona przeksięgowania faktur z konta 202-11-00101 na 202-12-00101 („12” porozumienia); intencją jest aby system poprzez wybranie („odznaczenie”) dokumentów na kartotece konta 202-11-00101 automatycznie przygotował je do wprowadzenia na konto 202-12-00101; przez „automatycznie” rozumie się pobranie podstawowych danych o dokumentach (tj. numer faktury, kwoty, opis operacji) do trybu księgowania dowodu (bez konieczności ręcznego wprowadzania danych do przeksięgowania); intencją jest żeby z dokumentów wybranych do przeksięgowania system wygenerował dokument PK – polecenie księgowania.

Pytanie nr 05.57:Załącznik nr 5 do SIWZ, FK: Generowanie zestawień do zawieranych porozumień zapłaty; ERP.10.004 System musi mieć możliwość automatycznego przeniesienia danych z wybranych dokumentów (dokumentów PK z punktu poprzedniego) do pliku CSV.Pytanie: Czy Zamawiający dopuści przeniesienia danych do formatu Excel? Odpowiedź:Zamawiający uzna to rozwiązanie, jeżeli automatyczne przeniesienie danych z wybranych dokumentów PK nastąpi do formatu Excel oraz Wykonawca w ramach niniejszego postępowania dostarczy na wszystkie komputery części szarej pakiet biurowy zawierający edytor natywnie obsługujący format MS Excel. Wymagane jest, aby zakres przenoszonych danych zawierał: identyfikator dokumentu, opis operacji, numer konta i kwotę strony ma, numer konta kwotę strony winien.

Pytanie nr 05.58:Załącznik nr 5 do SIWZ, FK: Generowanie zestawień do zawieranych porozumień zapłaty; ERP.10.005 System powinien mieć możliwość rejestracji i zawierania w Systemie ugody dotyczących spłaty należności.Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli w systemie będzie możliwość zarejestrowania faktu ugody i dla danego rekordu przypięcia dokumentu przygotowanego w innym systemie np. MS Word?Odpowiedź:Zamawiający uzna to rozwiązanie, jeżeli Wykonawca w ramach niniejszego postępowania dostarczy na wszystkie komputery części szarej pakiet biurowy zawierający edytor natywnie obsługujący format MS Word.

Pytanie nr 05.59:Załącznik nr 5 do SIWZ, FK: Windykacja, kompensaty, noty odsetkowe, ERP.12.002 System ma mieć możliwość modyfikowania treści szablonów lub poszczególnych dokumentów z punktu powyżej przed ich ostatecznym zapisaniem w Systemie.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, o jakie modyfikacje szablonu?Odpowiedź:Chodzi o modyfikacje w zakresie treści wezwań jakie będą stosowane u Zamawiającego; przy czym przyjmuje się zasadę, że dane zawarte w każdym z typów wezwań dotyczące dokumentów będących przedmiotem wezwania (np. faktur) będą takie same i będą dotyczyły wskazania: Numeru dokumentu (faktury), daty faktury, nierozliczonej kwoty, daty płatności, dni zwłoki.

Pytanie nr 05.60:Załącznik nr 5 do SIWZ, FK: Windykacja, kompensaty, noty odsetkowe, ERP.12.009 System musi mieć możliwość wygenerowania noty odsetkowej sprawdzającej dokument otrzymany od wierzyciela na podstawie ręcznie wybranych (odznaczonych w Systemie) dokumentów. Możliwość wygenerowania tej noty w trybie odsetek kalkulowanych wg „zasad ogólnych” i zgodnie z ustawą o terminach zapłaty w transakcjach handlowych.Pytanie: Prosimy o doprecyzowanie wymagana w obecnej formie jest ono niezrozumiałeOdpowiedź:Zamawiający usuwa zapis wymagania ERP.12.009 z SIWZ.

Pytanie nr 05.61:Załącznik nr 5 do SIWZ, FK: Obsługa kas, ERP.13.007 System musi mieć możliwość automatycznego tworzenia specyfikacji gotówki.Pytanie: Czy wymaganie będzie spełnione w przypadku, gdy system będzie posiadał raport, który ręcznie będzie można uzupełnić ilościami i nominałem w trakcie inwentaryzacji kasy?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.62:Załącznik nr 5 do SIWZ, FK: Obsługa kas, ERP.13.008 System musi mieć możliwość wydruku duplikatu dokumentów KP i KW – wydruk ma zawierać informację „duplikat”, datę wygenerowania, imię i nazwisko osoby generującej wydruk.Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli dostarczany system będzie udostępniał dwa rodzaje wydruku: standard oraz duplikat z napisem duplikat na dokumentach KP/KW.Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.63:Załącznik nr 5 do SIWZ, FK: Obsługa bankowa; ERP.14.001 System musi mieć zaimplementowany automat generujący polecenia przelewów na potrzeby bankowości elektronicznej na podstawie zestawienia zobowiązań płatnych do danego dnia. Automatyczne grupowanie dokumentów do jednego wierzyciela na jeden dokument przelewu, w przypadku, gdy mają zostać przekazane na jedno konto bankowePytanie: Prosimy o podanie liczby i nazw banków, z których usług korzysta Zamawiający i z których systemami miałaby następować wymiana danych.Odpowiedź:Aktualnie Szpital korzysta z usług dwóch banków – Bank Gospodarstwa Krajowego i CITI Handlowy. Nie jest wykluczone, że po zakończeniu aktualnych umów współpracy nastąpi zmiana banku obsługującego. System musi mieć możliwość prowadzenia obsługi bankowej również dla innych banków, z którymi Szpital potencjalnie będzie współpracował po zakończeniu aktualnych umów. Zamawiający oczekuje dostosowania oferowanego systemu do jak największej liczby systemów bankowych dostępnych na terytorium Polski.

Pytanie nr 05.64:Załącznik nr 5 do SIWZ, FK: Analizy i zestawienia, ERP.15.001 W oparciu o przyjęte przez Zamawiającego klucze podziałowe służące alokacji kosztów na jednostki korzystające i ustalaniu kosztu własnego danego ośrodka powstawania kosztów (dalej OPK) System ma mieć możliwość automatycznego wyliczenia wartości kosztów przenoszonych na poszczególne OPK i automatycznego zaksięgowania ich na konta kosztowe wg zasad przyjętych przez Zamawiającego (zgodnie z zarządzeniem wewnętrznym nr 111 Dyrektora Szpitala im. Witolda Orłowskiego w Warszawie). Zarządzenie zostanie udostępnione po podpisaniu Umowy. Wyliczenie wartości kosztów lokowanych na OPK korzystających i koszu własnego OPK, odbywać się ma w trybie zdefiniowanych automatów, które poprzez ustalone wyrażenia algebraiczne pobierają dane ze zdefiniowanych kont zespołu „5” i z wykorzystaniem kluczy podziałowych, dokonują przeliczenia wartości i lokują je na odpowiednio zadanych kontach księgowych. Pytanie: Prosimy o udostępnienie zarządzenia wewnętrznego nr 111 Dyrektora Szpitala im. Witolda Orłowskiego w Warszawie, bądź rezygnację z realizacji w przedmiotowym postępowaniu powyższego wymagania. Brak, bowiem dostępu Wykonawcy do dokumentu zawierającego wytyczne zgodzie, z którymi ma funkcjonować dostarczany system lub przesuniecie dostarczenia ww. dokumentu dopiero na czas po podpisaniu Umowy powoduje, że wymaganie w obecnej formie jest nieostre, a przez to niezgodne z art.29. ust.1 ustawy PZP oraz uniemożliwia wycenę pracochłonności, co będzie skutkowało brakiem porównywalności ofert.Odpowiedź:Zamawiający poda zarządzenie wewnętrzne nr 111 do publicznej wiadomości na stronie internetowej Zamawiającego (www.szpital-orlowskiego.pl).

Pytanie nr 05.65:Załącznik nr 5 do SIWZ, FK: Analizy i zestawienia, ERP.15.009 System musi mieć możliwość tworzenia kalkulacji kosztowych opartych na etapach rozdziału kosztu, pozwalających na określenie, który ośrodek jest rozliczany w danym etapie.Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, o jakie kalkulacje chodzi?Odpowiedź:Chodzi o alokację kosztów, ustalanie kosztów własnych jednostek organizacyjnych w oparciu o zarządzenie wewnętrzne nr 111, które zostało udostępnione Wykonawcom na stronie internetowej Zamawiającego (www.szpital-orlowskiego.pl).

Pytanie nr 05.66:Załącznik nr 5 do SIWZ, Środki Trwałe (ŚT): Ewidencja; ERP.16.001 System musi mieć możliwość prowadzenia pełnej ewidencji obiektów inwentarzowych (pełnej ewidencji majątku trwałego) w układzie danych ewidencjonowanych na indywidualnych kartotekach:Kartoteka ma mieć możliwość rejestracji informacji o obiekcie w co najmniej zakresie: 1. numeru inwentarzowego 2. nazwy obiektu inwentarzowego 3. symbol klasyfikacji GUS 4. konto księgowe 5. typ środka trwałego 6. sposób naliczania amortyzacji 7. współczynnik amortyzacji 8. forma własności, 9.status środka (w użytkowaniu, wyłączony) 10. data pierwszego nakładu, data wykreślenia z ewidencji, data przeszacowania 11. wartość początkowa, wartość po przeszacowaniu 12. umorzenie bilansowe/roczne/miesięczne, aktualna wartość bilansowa 13. użytkownik/data przyjęcia przez użytkownika/konto powstawania kosztów/pracownik odpowiedzialny 14. dostawca – sprzedawca 15. numer fabryczny obiektu/rok produkcji 16. pole tekstowe 1000-1500 znaków do umieszczenia wyczerpujących informacji dodatkowych (opis zdarzeń związanych z obiektem)Pytanie: Prosimy o uszczegółowienie wymagania poprzez określenie, o jaką datę i wartość chodzi w przypadku przeszacowania? Odpowiedź:W związku z tym, że przeszacowanie wartości środków trwałych w świetle ustawy o rachunkowości może nastąpić wyłącznie na podstawie odrębnych przepisów, Zamawiający nie zna daty i wartości ewentualnego przeszacowania, nie może też wykluczyć, że ustawodawca nie podejmie decyzji o przeszacowaniu, stąd pozycja o przeszacowaniu w wymaganiach programu.

Pytanie nr 05.67:Załącznik nr 5 do SIWZ, Środki Trwałe (ŚT): Ewidencja; ERP.16.031 System musi mieć możliwość generowania raportów wg nadanych cech – grup oraz zakresów w grupie. Pytanie: Prosimy o uszczegółowienie wymagania poprzez wskazanie, jakie cechy na myśli Zamawiający w powyższym wymaganiu? Odpowiedź:Zamawiający ma na myśli grupy (cechy) na podstawie których będzie analizował stan i ruch środków trwałych. Zamawiający zakłada, że każdy środek trwały na kartotece (bądź w innym wyznaczonym odrębnie polu) będzie miał możliwość zakodowania informacji niezbędnych do generowania dodatkowych raportów z uwzględnieniem tych grup (cech), np. dotyczących formy finansowania (w szczególności: środki własne, darowizna, dotacja, UE), lub cech na podstawie których przygotowuje informacje do sprawozdań w zakresie środków trwałych.

Pytanie nr 05.68:Załącznik nr 5 do SIWZ, Środki Trwałe (ŚT): Ewidencja; ERP.16.034 System powinien mieć możliwość seryjnego zakładania kartotek tego samego typu środka inwentarzowego każde na osobnej kartotece z innym numerem inwentarzowym. Dla nisko cennych (to samo miejsce użytkowania, osoby odpowiedzialne, inne cechy środka, to jest na dokumencie przyjęcia) np. wprowadzenie 10 krzeseł wymaga podania cech obiektu tylko raz i podania liczby dodawanych identycznych obiektów inwentarzowych. Wszystkie 10 krzeseł zostanie wówczas zaewidencjonowanych z kolejnymi numerami inwentarzowymi.Pytanie: Czy Zamawiający uzna wymaganie za spełnione, jeżeli dostarczony system pozwoli na kopiowanie i późniejsze zmiany nowych kart ewidencyjnych środka?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.69:Specyfikacja Istotnych warunków zamówienia; 2. Opis przedmiotu zamówienia; 2.18 Czas realizacji zamówienia do 31.12.2014r Zamawiający przedłuży termin realizacji przedmiotu umowy, po uzyskaniu zgody instytucji współfinansujących przedmiot zamówieniaPytanie: Opierając się na naszym doświadczeniu w realizacji tego typu zamówień oraz z uwagi na zakres przedmiotu zamówienia, zwracamy uwagę, że założony przez Zamawiającego na wdrożenie Systemu w zakresie przedstawionym w SIWZ jest zbyt krótki. Przedstawiony przez Zamawiającego termin realizacji (mniej niż 6 m-cy) jest w naszej ocenie nierealny, nawet w przypadku zastosowania rozwiązania prekonfigurowanego. Elementem kluczowym procesu wdrożeniowego jest analiza przedwdrożeniowa, w tym uzgodnienie specyfiki procesów Zamawiającego, uzgodnienie danych podstawowych oraz ich konfiguracja w Systemie. Do powyższych prac należy dodać pracochłonność związaną z migracją danych z przejmowanych systemów, integracją, testami oraz szkoleniami użytkowników końcowych i administratorów. Przy tak znaczącej ilości zadań wdrożeniowych niezbędnych do realizacji projektu po obu stronach, Wykonawcy i Zamawiającego, w naszej ocenie wdrożenie w terminach zakreślonych przez Zamawiającego jest zadaniem niewykonalnym. Prosimy, zatem o wydłużenie realizacji projektu do 12 m-cy od podpisania umowy.Odpowiedź:Zamawiający przedłuża czas realizacji zamówienia nie później niż do dnia 30 czerwca 2015 roku.

Pytanie nr 05.70.01:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Prosimy o potwierdzenie, że w świetle powyższych zapisów umowy przeniesienie danych z systemów części administracyjnej (szarej) obecnie użytkowanych do nowego systemu nie jest przez Zamawiającego wymagane.Odpowiedź:Zamawiający potwierdza to rozumienie wymagań.

Pytanie nr 05.70.02:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Jeżeli jednak dokonanie migracji było by również konieczne dla systemów części administracyjnej (szarej) to zwracamy uwagę na fakt że co do zasady, ze względu na różną logikę biznesową systemów informatycznych (struktury danych, algorytmy, powiązania między obiektami archiwalnymi i aktualnymi) przyjętą praktyką jest przenoszenie i odtwarzanie w nowych systemach ilościowo-wartościowych bilansów otwarcia bez przenoszenia historycznych danych - w tym transakcji - (np. nie przenosi się poszczególnych historycznych operacji na elemencie majątku a jedynie odtwarza aktualny na dzień przeniesienia stan majątku, nie przenosi się historycznych transakcji magazynowych lub faktur a jedynie aktualny na dzień przeniesienia stan magazynu oraz salda dwustronne rozliczeń z kontrahentem wraz z pozycjami nierozliczonymi i rozliczonymi częściowo, nie przenosi się dekretów księgowych z lat poprzednich ani historii rozliczeń a jedynie stan na dzień). Efektem tego jest prawidłowa praca w nowym systemie, bez obciążania go archiwalnymi danymi i słownikami. Co prawda wymusza to wykorzystanie dotychczas używanych systemów, jako źródeł danych archiwalnych, lecz ich utrzymanie i tak jest praktykowane, jako niezbędne do celów porównawczych i raportowych oraz zachowania stanu prawnego na dzień wygenerowania i użycia danych. Zmiana systemu wspierającego zarządzanie jest doskonałą okazją do wprowadzenia zmian organizacyjnych, dostosowania do nowych wymagań czy otoczenia biznesowego – a wiąże się to często np. z rekonfiguracją planu kont. Takie zmiany również uniemożliwiają przeniesienie danych i transakcji archiwalnych do nowego systemu.Czy w zakresie systemu administracyjnego (szarego) wystarczające będzie przeniesienie:• kartoteki kontrahentów • kartoteki indeksów towarowych• aktualnych stanów magazynowych• saldami dwustronnymi nierozliczonych i częściowo rozliczonych pozycji rozrachunkowych• kartoteki majątku trwałego (ilościowo-wartościowy bilans otwarcia)• kartoteki pracowników (dane osobowe oraz płace pracowników tj. listy płac oraz składniki płacowe) – przeniesienie danych kadrowo-płacowych będzie realizowane dla aktualnie zatrudnionych pracowników?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.70.03:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Czy Zamawiający dostarczy dane z migrowanych systemów w uzgodnionym z Wykonawcą formacie, np. csv, xls? Na konieczność dostarczenia przez Zamawiającego wszelkich niezbędnych do przeprowadzenia migracji informacji i danych od producentów lub autorów eksploatowanych baz danych, z których ma nastąpić migracja danych do nowego systemu informatycznego wskazuje m.in. wyrok KIO 1207/12Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.70.04:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Czy Zamawiający dysponuje dokumentacją i/lub wiedzą wystarczającą do prawidłowego rozpoznania struktur danych i metod ich wyznaczania? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.70.05:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Czy Zamawiający dopuszcza możliwość rezygnacji z migracji niektórych danych w przypadku, gdyby na etapie analizy przedwdrożeniowej zostało jednoznacznie stwierdzone, że dane te nie będą Zamawiającemu potrzebne (np. w związku ze zmianami stanu prawnego lub innej logiki realizacji zadań w Systemie)?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.70.06:Załącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 5. [PRZEDMIOT UMOWY]; 3) Wykonanie na rzecz ZAMAWIAJĄCEGO usługi wdrożenia SUI oraz usług towarzyszących, na które składają się: e) przeniesienie danych z systemów ZAMAWIAJĄCEGO wg Załącznika nr 4 do Umowy,OrazZałącznik nr 4 do Umowy: Przeniesienie danych przeniesienie danych z systemów ZAMAWIAJĄCEGO do SUI. Załącznik zostanie opracowany na podstawie oferty Wykonawcy w zakresie zgodnym z wymaganiami postawionymi w załącznikach nr 1, nr 4, nr 5 i nr 6 do SIWZ.OrazZałącznik nr 9 do SIWZ: Istotne postanowienia umowy, § 9. [Migracja Danych] 1. Zakres Migracji określają SIWZ, Dokument Zarządczy i Projekt Techniczny. WYKONAWCA dokona wszystkich prac niezbędnych do zakończenia Migracji. W ramach tych prac WYKONAWCA m.in. zbada strukturę baz danych ZAMAWIAJĄCEGO, przygotuje odpowiednie algorytmy, przeniesie dane do nowej bazy danych, dokona weryfikacji poprawności danych poddanych migracji oraz poprawi występujące w nich błędy. Przeniesieniu podlegają wyłącznie dane w części medycznej (białej).Pytanie: Czy Zamawiający posiada wsparcie producentów aktualnego oprogramowania w celu przygotowania danych do migracji?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 05.71:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.04.003 System będzie miał możliwość definiowania szaty graficznej rozwiązania służącego do nauki niezależnie od tego, czy będzie ono miało charakter e-learningu czy wikipedii. Zamawiający oczekuje, że obie wersje systemów służących zdobywaniu wiedzy zostaną uruchomione w ramach usługi e-Szkolenia. Pytanie:Czy Zamawiający oczekuje opracowania mechanizmów obsługi e-learningu w ramach wdrożenia? Jeżeli tak to jaką funkcjonalność mają one posiadać (od strony użytkowej i administracyjnej)Odpowiedź:Zamawiający oczekuje dostarczenia gotowego i konfigurowalnego rozwiązania w zakresie e-learningu typu LCMS (ang. Learning Content Management System).

Pytanie nr 05.72:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.13.007 System musi wyróżniać, co najmniej następujące podstawowe grupy użytkowników: 1. Zainteresowany (osoba lub instytucja) – ten, kto składa pismo (zapytanie) do Szpitala i oczekuje decyzji lub informacji, 2. Użytkownik (pracownik Szpitala) – ten, kto w ramach pracy na rzecz Szpitala bierze udział w przyjmowaniu, przetwarzaniu i wytwarzaniu wszelkiego rodzaju dokumentów, 3. Administrator – ten, kto wprowadza ustawienia do Systemu i nimi zarządza. 4. Archiwista – ten, kto wykonuje brakowanie elektronicznej dokumentacji niearchiwalnej oraz przygotowuje elektroniczną dokumentację archiwalną do przekazania do archiwum państwowego.Pytania: Czy Zamawiający uzna wymaganie za spełnione jeżeli system udostępni dla grupy "Archiwista" funkcjonalność oznaczania statusów na teczkach dokumentacji archiwalnej i niearchiwalnej? Czy Zmawiający oczekuje realizację pełnego zakresu obsługi Archiwum zakładowego w ramach systemu? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Jeżeli przynajmniej Archiwista i Zainteresowany będą mieli uprawnienie do oznaczania statusów na teczkach dokumentacji archiwalnej i niearchiwalnej zamawiający uzna to rozwiązanie.

Pytanie nr 05.73:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.13.011 System będzie miał możliwość ewidencji pism, która powinna udostępniać metryczkę pisma, która powinna pozwalać na wprowadzenie, w szczególności następujących danych:1. Numer pisma – unikalny, kolejny numer pisma w roku, nadawany automatycznie po dodaniu pisma, bez możliwości edycji,2. Data rejestracji pisma w Systemie, ustawiana automatycznie, bez możliwości edycji,3. Data wpływu pisma do jednostki, ustawiana ręcznie, z możliwością edycji (domyślna wartość to aktualna data),4. Tytuł pisma – skróconej informacji, czego pismo dotyczy,5. Data i znak/numer pisma,6. Charakter pisma, w postaci otwartego słownika wypełnianego przez Zamawiającego, w szczególności: wystąpienie, skarga.7. Sposobu załatwienia pisma w szczególności: udzielono odpowiedzi, przekazano wg właściwości, który powinien być w relacji z charakterem pisma. Każdy charakter pisma powinien mieć zdefiniowaną listę sposobów załatwienia. Definicja słownika sposobu załatwienia powinna zawierać dane automatyzujące proces załatwiania spraw,8. Informacji, u kogo aktualnie znajduje się pismo, ustawiana automatycznie, bez możliwości edycji,9. Danych podmiotu – nadawcy/adresata pisma. Może wystąpić wielu adresatów dla jednego pisma. Dane podmiotu powinny być złożone z wielu atrybutów, w szczególności: typ instytucja/osoba, nazwa/nazwisko i imię, adres (kraj, miejscowość, ulica, nr domu, nr lokalu, kod pocztowy, poczta, skrytka pocztowa),10. Danych o załącznikach – może wystąpić wiele załączników dla jednego pisma. Dane o załącznikach powinny być złożone z wielu atrybutów, w szczególności: nazwa oryginalna, tytuł, opis, typ, format, dostęp, język, typ załącznika: plik, podpis (podpis zewnętrzny), plik i podpis (podpis wewnętrzny). Powinna być możliwość dodawania nowych załączników z dysku, nośnika danych oraz bezpośrednio ze skanera,11. Pismach związanych – powinna być możliwość ustawienia relacji z wieloma pismami.Pytanie do punktu 11:Czy Zamawiający uzna wymaganie za spełnione jeżeli system udostępni funkcjonalność rejestracji wielu pism w ramach jednej sprawy? Pisma w sprawie zostaną potraktowane jako związane ze sobą.Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.74:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.13.032 System będzie miał możliwość dla uprawnionych użytkowników (administratorów) dostępu do konsoli administracyjnej.Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeżeli system udostępni mechanizm konfiguracji wybranych ustawień dla poszczególnych modułów funkcjonalnych uprawnionym użytkownikom (administratorom)?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.75:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.14.001 System będzie miał możliwość obsługi następujących rejestrów, ewidencji, wykazów:1. Wykaz zwolnień lekarskich przekazywanych do ZUS,2. Wykaz bloczków zwolnień lekarskich pobieranych z ZUS,3. Rejestr znaczków i biletów komunikacji miejskiej,4. Rejestr wyrabianych pieczątek,5. Rejestr odbieranych przesyłek kurierskich,6. Rejestr korespondencji przychodzącej,7. Rejestr druków ścisłego zarachowania,8. Ewidencja czasu pracy, grafiki pracownikówPytanie do punktu 8:Czy Zamawiający uzna wymaganie za spełnione jeżeli system udostępni mechanizm oznaczania przez użytkowników swojego czasu pracy na formularzu wprowadzania danych. Prezentacja czasu pracy poszczególnych pracowników odbywałaby się na zasadzie listy wpisów za wybrany okres z możliwością filtrowania. Jeżeli nie to jakiej funkcjonalności oczekuje Zamawiający od systemu w ramach obsługi Ewidencji czasu pracy i grafików pracowników?Odpowiedź:Zamawiający oczekuje możliwości stworzenia grafików pracy dla wszystkich pracowników z możliwością wpisania liczby godzin w postaci pary „data i godzina (gg:mm) od” oraz „data i godzina (gg:mm) do” przepracowanych każdego dnia. Informacje z grafików rzeczywiście wypełnianych przez pracowników, powinny być zestawione z planowanymi grafikami pracy. Zamawiający oczekuje również, że pracownicy będą mogli wprowadzać dane o swoich nieobecnościach wraz z podaniem przyczyny nieobecności.

Pytanie nr 05.76:Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług. Kod E.14.002 System będzie miał możliwość obsługi rejestru umów, który powinien zawierać w szczególności:1. Automatyczne generowanie kolejnych numerów umów;2. Tworzenie przez administratora np.: dane kontrahenta; daty umowy, tryb zawarcia, przedmiot, czas trwania, warunkirozwiązania, możliwość dodawania aneksów i innych dokumentów;3. Funkcja podglądu rejestru dla upoważnionych użytkowników;4. Sygnalizacja zbliżającego się końca obowiązywania umowy.5. Kreator raportów umów z opcją wyszukiwania w szczególności po dacie, numerze, obowiązywaniu, kontrahencie, przedmiocie.Pytanie:Czy Zamawiający uzna wymaganie za spełnione, jeżeli kreator raportów zostanie zrealizowany na zasadzie listy dokumentów umów z możliwością wyszukiwania i filtrowania wg określonych kryteriów?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 05.77:Załącznik nr 10 do SIWZ: Istotne postanowienia umowy. Par. 15, ust. 10 Z chwilą podpisania protokołu odbioru końcowego Przedmiotu umowy oraz w ramach wynagrodzenia umownego przechodzą na Zamawiającego majątkowe prawa autorskie na wszystkich polach eksploatacji, odnoszące się do oprogramowania dedykowanego, wytworzonego w ramach budowy portalu, obejmujące w szczególności:a) stosowanie, wyświetlanie, przekazywanie i przechowywanie niezależnie od formatu, systemulub standardu,b) trwałe lub czasowe utrwalanie lub zwielokrotnianie w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, niezależnie od formatu, systemu lub standardu, w tym wprowadzenie do pamięci komputera oraz trwałe lub czasowe utrwalanie lub zwielokrotnianie takich zapisów, włączając w to sporządzanie ich kopii,c) tworzenie nowych wersji i adaptacji (tłumaczenie, przystosowanie, zmianę układu lub jakiekolwiek inne zmiany),d) zezwolenie na tworzenie opracowań i przeróbek oraz rozporządzanie i korzystanie z takich opracowań na wszystkich polach eksploatacji określonych w niniejszej umowie,e) modyfikację kodów źródłowych.Pytanie:Jak Zamawiający rozumie pojęcie "portalu" w kontekście tego zapisu? Czy jest to równoważne z pojęciem "portalu internetowego" z dokumentu SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA?Odpowiedź:Zamawiający potwierdza, że przez użycie słowa „portal” rozumiał „portal internetowy”.

Pytanie nr 06.01:Roz. 3.2 pkt 2 siwz Zwracamy się do Zamawiającego z zapytaniem czy warunki dot. wiedzy i doświadczenia wykonawca ma spełnić łącznie, czy też wystarczy, aby został spełniony którykolwiek z warunków alternatywnie?Odpowiedź:Zamawiający oczekuje spełnienia wszystkich wymienionych warunków, przy czym każda z dostaw lub usług może stanowić odrębne zamówienie.

Pytanie nr 06.02:Par. 23 Projektu Umowy - Prawo odstąpienia nie zostało ograniczone termiem, a zatem narusza dyspozycję art. 395 par. 1 KC.Czy Zamawiający wyraża zgodę na modyfikację zapisu?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.03:Par. 24 ust. 3 Projektu Umowy - W przypadku opóźnień w realizacji usług wsparcia (dotrzymania Czasu Reakcji, Czasu Obejścia lub Czasu Rozwiązania) WYKONAWCA zobowiązany będzie do zapłaty kary umownej w wysokości 0,1% wynagrodzenia brutto za przedmiot Umowy za każdy dzień opóźnienia.

W przypadku czasów reakcji i naprawy liczonych w godzinach, kara umowna wynosić będzie 0,02 % wynagrodzenia brutto za każdą godzinę opóźnienia, wykonawca zwraca się o zmianę podstawy naliczania kar umownych z opóźnienia na zwłokę.

Czy Zamawiający dopuszcza zmniejszenie kar umownych o ½?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.04:Dotyczy § 18 Projektu Umowy: Czy Zamawiający zgodzi się na doprecyzowanie terminu dokonania płatności na rzecz Wykonawcy o którym mowa w § 18 ust. 2 projektu umowy, w ten sposób, że za termin płatności będzie uznana data zaksięgowania wpływu należności na konto bankowe Wykonawcy?Odpowiedź:Zamawiający przez słowo „uiszczone” rozumie obciążenie rachunku Zamawiającego.

Pytanie nr 06.05:Dotyczy § 20 Projektu Umowy: Czy Zamawiający dopuszcza dodanie do projektu umowy postanowienia o następującej treści: „Każda ze Stron ponosi odpowiedzialność z tytułu niewykonania lub nienależytego wykonania Umowy, z wyłączeniem utraconych korzyści. Jednakże w granicach dopuszczonych prawem powszechnie obowiązującym, całkowita odpowiedzialność odszkodowawcza którejkolwiek ze Stron, wynikająca z Umowy z zastrzeżeniem szkód spowodowanych umyślnym działaniem oraz przypadków, gdy nieograniczoną odpowiedzialność przewidują bezwzględnie obowiązujące przepisy prawa, jest ograniczona do łącznej kwoty wynagrodzenia brutto Wykonawcy określonego w § 17 Umowy.” Taki zapis pozwoli Wykonawcy ustalić górną granicę ryzyka i w ten sposób umożliwi poprawne skalkulowanie kosztów bez podnoszenia ceny.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.06:Dotyczy § 24 ust. 7 Projektu Umowy: Zamawiający w § 24 ust. 7 przewidział dla siebie prawo potrącenia kar umownych z tytułu niewykonania lub nienależytego wykonania umowy z wynagrodzenia Wykonawcy. W związku z powyższym zauważyć należy, iż działanie Zamawiającego oparte na ww. prawie doprowadzić może nie tylko do poważnych nieporozumień pomiędzy Stronami Umowy, a także może wywrzeć negatywny skutek na przebieg realizacji zamówienia. Niejednokrotnie bowiem zarówno sam fakt wystąpienia zdarzenia skutkującego powstaniem roszczenia o naliczenie kar umownych lub o odszkodowanie, jak i ustalenie wysokości kar lub odszkodowania może być sporne. W takiej sytuacji niezbędne wydaje się podjęcie przez Strony Umowy działań zmierzających nie tylko, do ustalenia przesłanek skutkujących naliczeniem kar umownych, ale także czynników wpływających na ich wysokość. Niczym nieograniczone jednostronne prawo naliczenia kar umownych i potrącenia ich przez Zamawiającego godzi nie tylko w interes Wykonawcy ale także uniemożliwia mu podjęcie próby zbadania, czy naliczona kara umowna potrącona została prawidłowo i w odpowiedniej wysokości. W związku z powyższym prosimy o dodanie do projektu umowy ustępu, na mocy którego płatność kar umownych będzie następowała na podstawie noty obciążeniowej. Ponadto Wykonawca wnosi o dodanie do projektu umowy następującego postanowienia: „Każda Strona może potrącić wymagalną wierzytelność wynikającą z Umowy, po uzyskaniu uprzedniej zgody drugiej Strony”.Odpowiedź:Zamawiający odnośnie noty obciążeniowej wprowadził zmianę w odpowiedzi na pytanie nr 04.49: Było: „6. Kwoty kar umownych przewidziane Umową płatne będą w terminie 14 dni od daty otrzymania przez Stronę wezwania do zapłaty”Jest:„6. Kwoty kar umownych przewidziane Umową płatne będą w terminie 14 dni od daty otrzymania przez Stronę noty obciążeniowej”. W odniesieniu do konieczności uzyskania zgody drugiej strony na potrącenie wierzytelności Zamawiający nie wyraża zgody i podtrzymuje zapisy SIWZ.

Pytanie nr 06.07:Dotyczy § 24 ust. 8 Projektu Umowy: Czy Zamawiający zgodzi się na doprecyzowanie postanowienia umownego w ten sposób, że Strony będą uprawnione do dochodzenia odszkodowania uzupełniającego, przewidzianego w § 24 ust. 8 projektu umowy wyłącznie do wysokości rzeczywistej straty, a z wyłączeniem utraconych korzyści?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.08:Dotyczy § 24 Projektu Umowy: Czy Zamawiający dopuszcza doprecyzowanie postanowień § 24 projektu umowy, o proponowane brzmienie ww. ustępu: „Całkowita suma kar umownych naliczonych na podstawie Umowy nie przekroczy 20% łącznej kwoty wynagrodzenia brutto Wykonawcy określonego w § 17 Umowy”? Na wypadek, gdyby Zamawiający nie uwzględnił ograniczenia całkowitej wysokości kar umownych do 20% łącznej kwoty wynagrodzenia brutto Wykonawcy określonego w § 17 projektu umowy, zwracamy się o rozważenie innej wartości procentowej. Dopiero bowiem wskazanie maksymalnej wysokości kar umownych pozwala Wykonawcy na oszacowanie ryzyka kontraktowego związanego z karami i uwzględnienie go w wycenie (przy czym zachodzi prawidłowość, że im większe ryzyko kar i wyższy limit, tym konieczność nałożenia wyższego narzutu na cenę pod to ryzyko).Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.09:Dotyczy § 24 Projektu Umowy: Wykonawca proponuje by postanowienia § 8 projektu umowy, które ustanawiają podstawy do naliczenia kar umownych z tytułu opóźnienia w spełnieniu poszczególnych świadczeń przewidzianych Umową, zastąpić przesłanką zwłoki lub ewentualnie opóźnienia wynikającego z przyczyn leżących po stronie Wykonawcy. Takie uregulowanie podstaw uprawniających Zamawiającego do naliczenia kar umownych zagwarantuje równość stron umowy o udzielenie zamówienia publicznego - zapis ten zapewni z jednej strony ochronę interesów Zamawiającego na wypadek niedochowania terminów spełnienia świadczeń z winy Wykonawcy a z drugiej wyeliminuje ryzyko obciążenia karą umowną Wykonawcy w przypadku niedochowania terminów określonych umową z przyczyn niezależnych od Wykonawcy.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 06.10:Dotyczy Projektu Umowy: Prosimy o potwierdzenie, że stosowanie przewidzianych przez Zamawiającego sankcji w postaci rozwiązania umowy (ewentualnie odstąpienia od umowy) nie dotyczy sytuacji, w których niedotrzymanie terminów lub kryteriów świadczenia usług wynika z okoliczności niezawinionych przez Wykonawcę (jak przykładowo: siła wyższa, przypadek, czy bezprawne działania osób trzecich). Sama zaś odpowiedzialność odszkodowawcza dłużnika z tytułu niewykonania lub nienależytego wykonania umowy nie aktualizuje się w przypadku, gdy niewykonanie lub nienależyte wykonanie umowy nastąpiło w skutek okoliczności niezależnych od Wykonawcy (art. 471 KC).Odpowiedź:Zamawiający wykluczył odpowiedzialność Wykonawcy z tytułu Siły Wyższej oraz okoliczności z powodu okoliczności, za które odpowiedzialność ponosi Zamawiający. Patrz odpowiedź na pytanie 12.10.01 i 12.10.02.

Pytanie nr 06.11.01:Rozdz. 4 ust. 4.5 Zamawiający zawarł wyliczenie dokumentów, które muszą zostać załączone do umowy: wypełnione formularze oceny spełniania parametrów określonych w OPZ, deklaracje CE, dokumentacja oprogramowania, certyfikaty producenta okablowania dla firmy instalacyjnej, plan wdrożenia systemu, oraz wskazał na konieczność załączenia do oferty laptopa wraz z proponowanym oprogramowaniem, jako próbkę systemu.Zwracamy się do Zamawiającego z zapytaniem w jaki sposób laptop wraz z proponowanym oprogramowaniem ma zostać dostarczony?Odpowiedź:Zamawiający przypomina zapisy Załącznika nr 16 (pkt. 1.5) i nr 18 (pkt. 1.5) do SIWZ, które brzmią:„Komputer powinien być zabezpieczony w odpowiednim trwałym opakowaniu (gruba koperta, pudełko kartonowe) odpowiednio opisanym i podpisanym. Opakowanie powinno być trwałe i niemożliwe do zdjęcia bez rozerwania. Komputer ten, pod względem formalnym, stanowić będzie załącznik do oferty”.

Pytanie nr 06.11.02:Rozdz. 4 ust. 4.5 Zamawiający zawarł wyliczenie dokumentów, które muszą zostać załączone do umowy: wypełnione formularze oceny spełniania parametrów określonych w OPZ, deklaracje CE, dokumentacja oprogramowania, certyfikaty producenta okablowania dla firmy instalacyjnej, plan wdrożenia systemu, oraz wskazał na konieczność załączenia do oferty laptopa wraz z proponowanym oprogramowaniem, jako próbkę systemu.Jednocześnie zwracamy się do Zamawiającego z zapytaniem czy laptop wraz z proponowanym oprogramowaniem ma zostać dostarczony z ofertą czy Zamawiający dopuszcza dostarczenie w/w, w późniejszym terminie?Odpowiedź:Zamawiający oczekuje dostarczenia laptopa razem z ofertą, gdyż będąc próbką, stanowi on załącznik do oferty.

Pytanie nr 07.01:Pytanie dotyczące wymagania ERP.26.001 System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata. Czy Zamawiający zgodzi się usunąć z zapisu możliwość planowania budżetów na najkrótsze okresy: dni oraz tygodnie? Jest to rozwiązanie bardzo czasochłonne z punktu widzenia Użytkownika, przez co wykorzystywane sporadycznie. Jednocześnie, tego typu funkcjonalność generuje dla Wykonawcy większe koszty, dlatego mając na uwadze budżet projektu wnosimy o jej zmodyfikowanie. Odpowiedź:Zamawiający postanawia zmodyfikować wymaganie ERP.26.001 w następujący sposób:Było: „System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata.” Jest:„System musi mieć możliwość planowania budżetów na różne okresy: miesiące, kwartały, lata.”

Pytanie nr 08.01:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.012Pytanie 1.Prosimy o wyjaśnienie w jakim zakresie system powinien umożliwiać zmiany w dokumencie SIWZ lub załącznikach do niego lub usunięcie wymagania.Odpowiedź:Zamawiający w załącznikach do SIWZ w wybranych wymaganiach zaznaczył, że przeprowadzanie danej operacji wymaga dwustopniowego zatwierdzenia. Przykładem takiej operacji jest zamawianie rzeczy na oddziały. Wówczas zamówienie składa osoba z oddziału, ale do realizacji jest przekazywane dopiero po zatwierdzeniu przez dział zamówień.

Pytanie nr 08.02:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.019Pytanie 2.Czy wystarczające jest, aby oferowany system udostępniał otwarty interfejs REST umożliwiający pobieranie dokumentów medycznych, na którego podstawie można zbudować dowolne rozwiązanie zewnętrzne pobierające dokumenty w dowolnej ilości wg. zdefiniowanych kryteriów?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i przypomina fragment wymagania: „Do pliku XML powinna być eksportowana całość dokumentacji medycznej zgodnie ze standardami/normami. Jeżeli takie nie zostały ustalone, to zgodnie z rozwiązaniem własnym (technicznym) Wykonawcy, którego kompletny opis należy dostarczyć Zamawiającemu”.

Pytanie nr 08.03:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.028Pytanie 3.Prosimy o usunięcie wymagania lub zmianę jego treści ze względu na istnienie w oferowanym systemie pól tekstowych, w których można wpisać zapytania SQL oraz dowolne wyrażenia.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i przypomina fragment wymagania: „System musi blokować możliwość wprowadzenia w komórki do tego nieprzeznaczone zapytań SQL”. Jeżeli oferowany system posiada komórki, w które wprowadza się zapytania SQL zgodnie z instrukcją, to fakt ten nie narusza przytoczonego wymagania.

Pytanie nr 08.04:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.030Pytanie 4.Prosimy o potwierdzenie, że chodzi tutaj o możliwość przechwycenia pulpitu użytkownika systemu operacyjnego w nagłych przypadkach wymagających zatwierdzenia danych przez osoby do tego uprawnione.Zwracamy uwagę, że w związku z wymaganiami rejestracji logowania danych ip czynność wykonana ze stacji zdalnej będzie zarejestrowana jako czynność wykonana ze stacji udostępniającej ale przez użytkownika o charakterze kadry zarządczej o uprawnieniach do akceptowania zdarzeń opisanych w SIWZ.Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 08.05:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.033Pytanie 5.Prosimy o wyjaśnienie w jakim celu Zamawiający zamierza korzystać z rozliczeń z systemu SERUM, skoro nowo dostarczany system będzie miał możliwość rozliczania z NFZ świadczeń w nim zaewidencjonowanych od momentu jego uruchomienia z wykorzystaniem funkcji tzw. bilansu otwarcia. Rozliczenia wykonywane w systemie SERUM będą w nim zakończone i system ten będzie traktowany jako archiwum danych rozliczeniowych.Prosimy o usunięcie wymagania lub oznaczenie jako nieobligatoryjne do realizacji w ramach wdrożenia nowego systemu u Zamawiającego.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający chciałby zakończyć obecne kontrakty (umowy z NFZ) w dotychczasowym systemie informatycznym (SERUM). Ma to ułatwić sytuację w przypadku rozliczeń umowy z NFZ, a w szczególności wykonywania korekt do świadczeń. Zamawiający również, dzięki odpowiednim raportom, będzie mógł zweryfikować działanie wdrażanego systemu bez konieczności podwójnego wprowadzania danych (nowy system będzie okresie do zakończenia umów z NFZ źródłem danych dla systemu SERUM).

Pytanie nr 08.06:Dotyczy: Załącznik nr 04 do SIWZ - HIS.01 Obszar Funkcjonalny – Wymagania ogólne część medyczna - HIS.01.004Pytanie 6.Prosimy o informację o jaki dokładnie zakres danych chodzi w wymaganiu?Odpowiedź:Zamawiający oczekuje możliwości wyeksportowania całej zawartości baz danych wykorzystywanych w systemie dla części białej.

Pytanie nr 08.07:Dotyczy: Załącznik nr 04 do SIWZ - HIS.02 Obszar Funkcjonalny – Obszar Funkcjonalny – Rejestracja - HIS.02.015Pytanie 7.Czy możliwość wydruku tych informacji jest wystarczająca do spełnienia wymagania?Odpowiedź:Zamawiający uzna to rozwiązanie.

Pytanie nr 08.08:Dotyczy: Załącznik nr 04 do SIWZ - HIS.04 Obszar Funkcjonalny – Izba przyjęć - HIS.04.013Pytanie 8.Prosimy o przekazanie wzoru formularza „triażowania”.Odpowiedź:Zamawiający przyjął, że dostosuje się do propozycji wzorów formularzy Wykonawcy w tym zakresie funkcjonalności. Zamawiający informacyjnie wskazuje na przykładowe wzory formularzy triage zamieszczone są w pliku triage.zip na jego stronie internetowej www.szpital-orlowskiego.pl.

Pytanie nr 08.09:Dotyczy: Załącznik nr 04 do SIWZ - HIS.04 Obszar Funkcjonalny – Izba przyjęć - HIS.04.018Pytanie 9.Prosimy o wskazanie podstawy prawnej regulującej tego typu świadczenia na izbie przyjęć wraz ze wskazaniem odpowiednich typów ksiąg.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający uważa, że profesjonalny Wykonawca przygotowujący ofertę dysponuje tego typu wiedzą.

Pytanie nr 08.10:Dotyczy: Załącznik nr 04 do SIWZ - HIS.05 Obszar Funkcjonalny – Oddział - HIS.05.011Pytanie 10.Prosimy o wyjaśnienie, w jaki sposób księga depozytów powinna być tworzona w oparciu o księgi oddziałowe?Odpowiedź:Zamawiający oczekuje, że depozyty, zaewidencjonowane w księdze depozytów, będą przypisane do pacjentów znajdujących się na konkretnych oddziałach. Przeniesienie pacjenta na inny oddział powinno być odnotowane automatycznie w księdze depozytów. Ponadto depozyt można założyć wyłącznie dla pacjenta znajdującego się na oddziale (w tym na izbie przyjęć).

Pytanie nr 08.11:Dotyczy: Załącznik nr 04 do SIWZ - HIS.06 Obszar Funkcjonalny – Anestezjologia HIS.06.006Pytanie 11.Prosimy o doprecyzowanie zapisu „niezbędne”.Odpowiedź:Zamawiający przez słowo „niezbędne” rozumiał wszystkie wymagane obowiązującymi na terenie Polski przepisami regulacje dotyczące prowadzenia kart znieczuleń przez zabiegami operacyjnymi.

Pytanie nr 08.12:Dotyczy: Załącznik nr 04 do SIWZ - HIS.07 Obszar Funkcjonalny – Zakażenia szpitalne HIS.07.015Pytanie 12.Prosimy o przekazanie wzoru raportu do stacji sanitarno-epidemiologicznej.Odpowiedź:Zamawiający przypomina, że oferowany system musi być zgodny z przepisami prawa, w tym z Rozporządzeniem Ministra Zdrowia z dnia 23 grudnia 2011 roku w sprawie listy czynników alarmowych, rejestrów zakażeń szpitalnych i czynników alarmowych oraz raportów o bieżącej sytuacji epidemiologicznej szpitala z późniejszymi zmianami oraz Rozporządzeniem Ministra Zdrowia z dnia 10 lipca 2013 roku w sprawie zgłoszeń podejrzenia lub rozpoznania zakażenia, choroby zakaźnej lub zgonu z powodu zakażenia lub choroby zakaźnej z późniejszymi zmianami.

Pytanie nr 08.13:Dotyczy: Załącznik nr 04 do SIWZ - HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki HIS.09.008 - …. podpięcia do wybranej usługi innej wskazanej z innego słownika dostępnych usług,.Pytanie 13.Prosimy o doprecyzowanie z podaniem przykładów działania wg. opisanego schematu.Odpowiedź:Zamawiający przedstawia następujący przykład: Istnieje cennik czynności pielęgniarskich, gdzie znajduje się pozycja „odkażenie zranienia pacjenta”. Podczas tworzenia nowego cennika obsługi izby przyjęć chcemy dodać do niego czynność „odkażenie zranienia pacjenta”. Zamiast wprowadzać ją ponownie wstawiamy referencję do cennika czynności pielęgniarskich.

Pytanie nr 08.14:Dotyczy: Załącznik nr 04 do SIWZ - HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki HIS.09.016 Pytanie 14.Prosimy o doprecyzowanie wymagania, w obecnej formie jest ono niejasne.Odpowiedź:Zamawiający oczekuje, że w obszarach przynależnych do obu zakresów działalności (medycznej i administracyjnej) wspólne dane będą dostępne w obu systemach i będą one jednakowe. O ich spójność musi zadbać oferowany system. Przykład: Szpital wystawia fakturę do NFZ. Jest ona wystawiana w części białej systemu. Musi być jednak zaewidencjonowana w części szarej. Powinno się to wydarzyć automatycznie.

Pytanie nr 08.15:Dotyczy: Załącznik nr 04 do SIWZ - HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki HIS.09.021Pytanie 15.Prosimy o wyjaśnienie pojęcia ‘automatyczne śledzenie’ wraz z podaniem przykładów działania.Odpowiedź:Przez pojęcia „automatycznego” śledzenia Zamawiający rozumie możliwości podejrzenia stanu realizacji kontraktów z NFZ na wskazany dzień, w szczególności na dzień i godzinę generowania zapytania.

Pytanie nr 08.16:Dotyczy: Załącznik nr 04 do SIWZ - HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki HIS.09.023Pytanie 16.Prosimy o przyporządkowanie wskazanych raportów do wymienionych w treści wymagania instytucji.Jeżeli i lista przyporządkowania nie pokrywa się z wymienionymi instytucjami to prosimy o usunięcie z treści wymagania instytucji nieoprzyrządowanych do żadnego zestawienia.Prosimy o przekazanie wzorów (zakresu danych) wymienionych zestawień.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający przypomina, że Wykonawca potwierdza w oświadczeniu zgodność oferowanego systemu z przepisami obowiązującymi na terytorium Polski.

Pytanie nr 08.17:Dotyczy: Załącznik nr 04 do SIWZ - HIS.09 Obszar Funkcjonalny – Rozliczenia z płatnikami i statystyki HIS.09.031Pytanie 17.Prosimy o potwierdzenie, że wymaganie dotyczy rozliczeń z NFZ.Odpowiedź:Zamawiający potwierdza, że wymaganie HIS.09.031 dotyczy rozliczeń z NFZ.

Pytanie nr 08.18:Dotyczy: Załącznik nr 04 do SIWZ - HIS.15 Obszar Funkcjonalny – Pracownie diagnostyczne i zabiegowe oraz zakłady - HIS.15.011 - …zlecenie badania przypisanych do różnych płatników i umów,Pytanie 18.Prosimy o dopuszczenie możliwości realizacji wymagania za pomocą oddzielnych zleceń do różnych płatników.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 08.19:Dotyczy: Załącznik nr 04 do SIWZ - HIS.15 Obszar Funkcjonalny – Pracownie diagnostyczne i zabiegowe oraz zakłady - HIS.15.031 Pytanie 19.Prosimy o wyjaśnienie dlaczego w przypadku jednych wymagań, oznaczonych jako wymagania podstawowe zakreślona jest komórka , gdzie należy wpisać odnośnik do miejsca w dokumentacji opisującego tę funkcjonalność podczas gdy inne wymagania podstawowe muszą być w ofercie szczegółowo opisane.Odpowiedź:Zamawiający wyeliminował konieczność wskazywania w dokumentacji tych funkcjonalności, które:

1. mają charakter procesowy i ich wskazanie w dokumentacji mogłoby skutkować wskazaniem całości dokumentu, jako miejsca opisu danego wymagania,

2. zdaniem Zamawiającego mogą być trudne do opisania w dokumentacji.

Pytanie nr 08.20:Dotyczy: Załącznik nr 04 do SIWZ - HIS.16 Obszar Funkcjonalny – Apteka i magazyn materiałów medycznych - HIS.16.033 Pytanie 20.Prosimy o doprecyzowanie wyrażenia ‘lista braków’. Czy chodzi o leki których stan magazynowy jest poniżej stanu minimalnego?Odpowiedź:Zamawiający potwierdza, że chodzi o leki, których stan jest mniejszy, bądź równy, stanowi minimalnemu.

Pytanie nr 08.21:Dotyczy: Załącznik nr 04 do SIWZ - HIS.16 Obszar Funkcjonalny – Apteka i magazyn materiałów medycznych - HIS.16.093 Pytanie 21.Prosimy o podanie przykładów takich operacji Odpowiedź:Przykładowy opis wykorzystania opisanego wymagania: Następuje dostawa leków na podstawie dokumentu PZ. Następuje kolejna dostawa leków na podstawie dokumentu PZ. Na koniec miesiąca dostarczana jest faktura za dostawę leków. Faktura ta musi zostać przypisana do realizacji tj. do obu dostaw (dwóch dokumentów PZ). Faktura musi być zgodna z dokumentami PZ oraz z ewentualną umową na podstawie której zostały zrealizowane dostawy i dostarczona faktura. Przez zgodność Zamawiający rozumie w szczególności spójną liczbę dostarczonych jednostek na dokumentach PZ i fakturze oraz cenę zgodną pomiędzy fakturą i umową na dostawy.

Pytanie nr 08.22:Dotyczy: Załącznik nr 05 do SIWZ – ERP.01 Obszar funkcjonalny – Wymagania ogólne wobec ERP - ERP.01.005Pytanie 22.Czy poprzez to wymaganie Zamawiający rozumie współpracę z systemami typu HomeBanking?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Zamawiający miał na myśli systemy typu Homebanking.

Pytanie nr 08.23:Dotyczy: Załącznik nr 05 do SIWZ – ERP.01 Obszar funkcjonalny – Wymagania ogólne wobec ERP - ERP.01.006Pytanie 23.Czy pod pojęciem struktury organizacyjnej Zamawiający rozumie strukturę kosztową ośrodków powstawania kosztów?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Zamawiający miał na myśli strukturę kosztową ośrodków powstawania kosztów.

Pytanie nr 08.24:Dotyczy: Załącznik nr 05 do SIWZ – ERP.01 Obszar funkcjonalny – Wymagania ogólne wobec ERP - ERP.01.004Pytanie 24.Czy Zamawiający zaakceptuje rozwiązanie, w którym każda z tabel może zostać wyeksportowana do formatu .xls i tam dane mogą być wielopoziomowo grupowane i sortowane Odpowiedź:Zamawiający zaakceptuje rozwiązanie, w którym każda z tabel może zostać wyeksportowana do formatu .xls i tam dane mogą być wielopoziomowo grupowane i sortowane, o ile Wykonawca w ramach realizacji przedmiotu zamówienia dostarczy na każdy komputer w części administracyjnej program, dla którego format pliku .xls jest formatem natywnym.

Pytanie nr 08.25:Dotyczy: Załącznik nr 05 do SIWZ – ERP.02 Obszar funkcjonalny – Finanse i Księgowość (FK) – Wymagania ogólne - ERP.02.003Pytanie 25.Data wykonania usługi/odebrania dostawy nie wynikają z ustawy o rachunkowości lecz z ustawy o podatku od towarów i usług i dotyczy zawartości faktury a nie dekretacji dokumentu księgowego. Prosimy w związku z tym o usunięcie tej daty z wymagań dotyczących dekretacji dokumentu, gdyż data ta zgodnie z ustawą o rachunkowości jest identyfikowana przez datę operacji, i przeniesienie tej części wymagania do wymagań dotyczących postaci faktury.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Wymaganie rejestracji daty otrzymania dokumentu (daty wpływu do jednostki) oraz daty wykonania usługi/odebrania dostawy związane jest z zasadami dokonywania rozliczenia VAT w zakresie podatku VAT naliczonego (związanego z zakupami) a nie VAT należnego (związanego ze sprzedażą), w związku z tym nie może być przeniesione do wymagań dotyczących postaci faktury.

Pytanie nr 08.26:Dotyczy: Załącznik nr 05 do SIWZ – ERP.02 Obszar funkcjonalny – Finanse i Księgowość (FK) – Wymagania ogólne - ERP.02.009Pytanie 26.Wymaganie jest nieweryfikowalne i nie ma możliwości stwierdzenia, że jest ono spełnione. Oferent nie zna postaci wydruku, o którym pisze Zamawiający, w związku z tym nie ma pewności, że wydruk w postaci wymaganej przez Zamawiającego będzie możliwy do wykonania z systemu. Prosimy o przedstawienie wzoru wydruku jako załącznika do wymagań lub usunięcie wymagania ze względu na brak możliwości weryfikacji jego spełnialności.Odpowiedź:Zamawiający udostępni plan kont na swojej stronie internetowej www.szpital-orlowskiego.pl w pliku plank.pdf.

Pytanie nr 08.27:Dotyczy: Załącznik nr 05 do SIWZ – ERP.02 Obszar funkcjonalny – Finanse i Księgowość (FK) – Wymagania ogólne - ERP.02.010Pytanie 27.Co Zamawiający rozumie poprzez skorowidz tworzący konta analityczne? Czy chodzi o możliwość wydruku słowników, które zostały wykorzystane do budowy poziomu analityki w planie kont? Prosimy o wyjaśnienie.Odpowiedź:Przez skorowidz Zamawiający rozumie wykaz kont analitycznych z danego rodzaju kont. Również chodzi o możliwość wydruku słowników.

Pytanie nr 08.28:Dotyczy: Załącznik nr 05 do SIWZ – ERP.03 Obszar funkcjonalny – FK: Sprawozdawczość finansowa, zamykanie okresów, BO - ERP.03.008Pytanie 28.Co Zamawiający rozumie poprzez dowód i wykaz dowodów? Czym ma się różnić wydruk z podpunktu 1 tego wymagania od wydruku z podpunktu 3? Prosimy o wyjaśnienie wymagania.Odpowiedź:Raport w układzie dowodów jest zestawieniem dokumentów wprowadzonych do ksiąg (np. faktura zakupu, faktura sprzedaży) pod danym symbolem dowodu (np. PK, KO, WB) Jeden dowód może zawierać kilka dokumentów (kilka faktur). Przykładowy raport w załączeniu na stronie www.szpital-orlowskiego.pl.Raport "wykazu dowodów" jest zestawieniem wskazującym numery dowodów (np. PK, KO, WB) jakie zostały wprowadzone do ksiąg w danym okresie Przykładowy raport w załączeniu na stronie www.szpital-orlowskiego.pl w pliku raport.zip.

Pytanie nr 08.29:Dotyczy: Załącznik nr 05 do SIWZ – ERP.04 Obszar funkcjonalny – FK: Plan kont, budowa kont, księgowanie - ERP.04.002Pytanie 29.Wymaganie nie może zostać zweryfikowane pod kątem spełnialności. Zamawiający oczekuje, że program Oferenta będzie umożliwiał wprowadzanie kont oraz zapisów na nich w konfiguracjach stosowanych u Zamawiającego w użytkowanych przez niego systemach nie podając ani nazw użytkowanych systemów ani stosowanej konfiguracji. Bez tych danych nie ma możliwości określenia, czy kryterium jest spełnione a jedynym Oferentem, który spełnia te wymagania jest dostawca aktualnie użytkowanego przez Zamawiającego systemu, co jest niezgodne z Ustawą Prawo Zamówień Publicznych..Odpowiedź:Zamawiający dopuszcza zmiany planu kont, jeżeli będzie tego wymagała konstrukcja systemu i pod warunkiem, że nie zmniejszy to jakości pracy działu finansowo-księgowego.

Pytanie nr 08.30:Dotyczy: Załącznik nr 05 do SIWZ – ERP.05 Obszar funkcjonalny – FK: Konta analityczne w układzie skorowidzów – katalogów - ERP.05.007Pytanie 30.Czy uprawnienie ma umożliwiać wprowadzanie wskazanych danych kontrahenta lub brak możliwości zakładania kartoteki kontrahenta czy też ma to być szereg uprawnień określających prawa do wprowadzania poszczególnych wymienionych w wymaganiu pól, np jedno prawo do wprowadzania regonu, kolejne prawo do wprowadzania adresu, itd? Prosimy o wyjaśnienia.Odpowiedź:Zamawiający opisał ogólne uprawnienie do wypełniania formularza. Jeżeli uprawnienie to dotyczyć będzie poszczególnych pól to Zamawiający zaakceptuje takie rozwiązanie.

Pytanie nr 08.31:Dotyczy: Załącznik nr 05 do SIWZ – ERP.06 Obszar funkcjonalny – FK: Dokumenty - ERP.06.002Pytanie 31.Czy dokument polecenia księgowania ma dotyczyć tylko przeksięgowań dla kont zespołu 2? Czy jest dopuszczalny inny mechanizm pozwalający na przeksięgowanie danych kont 2 np pozwalających na zaznaczenie transakcji podlegających np kompensacie lub transakcji podlegających cesji?Odpowiedź:Tak, mechanizm generowania dokumentu PK na zasadach określonych w ERP.06.002 dotyczy tylko kont zespołu "2". Zamawiający uzna inny mechanizm pozwalający na przeksięgowanie danych z kont zespołu "2" pod warunkiem, że w wyniku tego zostanie przygotowany dokument który będzie miał cechy i wygląd dokumentu PK - polecenie księgowania oraz będzie on edytowalny (z uwagi na to, że pewien zakres informacji, jaki będzie musiał być zawarty w treści PK, nie będzie pobierany z zapisów na koncie 2).

Pytanie nr 08.32:Dotyczy: Załącznik nr 05 do SIWZ – ERP.07 Obszar funkcjonalny – FK: Księgowanie dokumentów - ERP.07.002Pytanie 32.Co w przypadku, gdy osoba wprowadzająca dekretuje wyjątkowo długi dokument i jest zmuszona wyjść z niego bo np. kończy pracę w danym dniu a jeszcze nie wprowadziła wszystkich pozycji lub musi wykonać coś pilnego na zlecenie przełożonego a zgodnie z wymaganiem nie ma takiej możliwości? Czy automatyczne oznaczanie dokumentu jako kompletnego (jeśli jest zbilansowany) lub niekompletnego (jeśli zbilansowany nie jest) i brak możliwości zaksięgowania dokumentu niezbilansowanego nie jest lepszym rozwiązaniem?Odpowiedź:Zamawiający zaakceptuje przedstawione rozwiązanie, ale preferuje takie, które nie pozwoli wyjść z dokumentu niezbilansowanego. Zamawiający zaznacza, że dokument zbilansowany nie musi być tożsamy z dokumentem kompletnym.

Pytanie nr 08.33:Dotyczy: Załącznik nr 05 do SIWZ – ERP.07 Obszar funkcjonalny – FK: Księgowanie dokumentów - ERP.07.004Pytanie 33.W jaki sposób Zamawiający wyobraża sobie wycofywanie rozrachunków z dokumentów zaksięgowanych? Modyfikacja zaksięgowanych dokumentów jest niezgodna z ustawą o rachunkowości, której to zgodności wymaga Zamawiający. Prosimy o usunięcie wymagania.Odpowiedź:Zamawiający nie żąda modyfikacji zaksięgowanych dokumentów. Dokonywanie rozrachunków wiąże się z ustaleniem salda strony winien bądź strony ma danego konta i Zamawiający żąda możliwości zestawienia dokonanej płatności z danym dowodem (np. fakturą) i możliwości wycofania go w sytuacji, w której nastąpiło błędne sparowanie. Wycofanie rozrachunku nie jest modyfikacją dokumentów zaksięgowanych.

Pytanie nr 08.34:Dotyczy: Załącznik nr 05 do SIWZ – ERP.07 Obszar funkcjonalny – FK: Księgowanie dokumentów - ERP.07.007Pytanie 34.Czy chodzi o automat przeksięgowujący zapisy na konta wynikowe? Prosimy o wyjaśnienia.Odpowiedź:Nie. Na przykład Zamawiający zawiera porozumienie spłaty zobowiązań z Wierzycielem i w związku tym, że stosuje zasadę, że porozumienia ewidencjonowane są na innym koncie analitycznym, dokona przeksięgowania faktur z konta 202-11-00101 na 202-12-00101 („12” porozumienia); intencją jest aby system poprzez wybranie („odznaczenie”) dokumentów na kartotece konta 202-11-00101 automatycznie przygotował je do wprowadzenia na konto 202-12-00101; przez „automatycznie” rozumie się pobranie podstawowych danych o dokumentach (tj. numer faktury, kwoty, opis operacji) do trybu księgowania dowodu (bez konieczności ręcznego wprowadzania danych do przeksięgowania); intencją jest żeby z dokumentów wybranych do przeksięgowania system wygenerował dokument PK – polecenie księgowania.

Pytanie nr 08.35:Dotyczy: Załącznik nr 05 do SIWZ – ERP.08 Obszar funkcjonalny – FK: Zestawienia obrotów i sald, zestawienia z kartotek kont - ERP.08.006Pytanie 35.Co Zamawiający rozumie poprzez pojęcie grupy i wyróżników w grupie w kontekście tego wymagania? Czy chodzi o grupy określone w sprawozdaniach Rb-Z i Rb-N? Prosimy o wyjaśnienia.Odpowiedź:Zamawiający udzielił odpowiedzi na to pytanie w wymaganiu ERP.05.006.

Pytanie nr 08.36:Dotyczy: Załącznik nr 05 do SIWZ – ERP.09 Obszar funkcjonalny – FK: Potwierdzenia sald - ERP.09.004Pytanie 36.Wymaganie jest niejasne. Czy Zamawiającemu chodzi o możliwość wygenerowania wezwania do zapłaty dla wierzyciela/dłużnika? Prosimy o wyjaśnienia.Odpowiedź:Przez sformułowanie "możliwość wygenerowania automatycznie informacji dotyczącej wierzyciela i dłużnika" Zamawiający ma na myśli wygenerowanie informacji dotyczących wierzyciela i dłużnika zawartych w dokumencie "potwierdzenie sald" w zakresie nazw i adresów. Informacje te powinny być "pełne" to jest bez dokonywania skrótów nazw lub pominięć.

Pytanie nr 08.37:Dotyczy: Załącznik nr 05 do SIWZ – ERP.13 Obszar funkcjonalny – FK: Obsługa kas - ERP.13.002Pytanie 37.Co Zamawiający rozumie poprzez pojęcie "specyfikacji gotówki"? Prosimy o wyjaśnienie tego pojęcia.Odpowiedź:Zamawiający poprzez „specyfikację gotówki” rozumie rozkład ilościowy nominałów pieniędzy występujących w kasie.

Pytanie nr 08.38:Dotyczy: Załącznik nr 05 do SIWZ – ERP.13 Obszar funkcjonalny – FK: Obsługa kas - ERP.13.007Pytanie 38.Zamawiający nie pozwala na usuwanie i zmienianie dokumentów KP i KW po wydruku. Co w przypadku, gdy po wydruku osoba wprowadzająca dokument kasowy zorientuje się, że popełniła błąd? W jaki sposób Zamawiający wyobraża sobie w tej sytuacji poprawę tego błędu? Prosimy o wyjaśnienia.Odpowiedź:W sytuacji pomyłek usunięcie lub zmiana wydrukowanego dokumentu KP może nastąpić tylko wówczas, gdy system ma możliwość dokonywania takich czynności (usunięcie / zmiana KP) po uzyskaniu akceptu osoby upoważnionej (innej niż kasjer). W sytuacji wypisania na KP kwoty niższej niż dokonana wpłata - kasjer wystawia "dodatkowe" KP, a jeśli wypisana na KP kwota jest wyższa niż dokonana wpłata - wystawia dokument KW.

Pytanie nr 08.39:Dotyczy: Załącznik nr 05 do SIWZ – ERP.14 Obszar funkcjonalny – FK: Obsługa bankowa - ERP.14.001Pytanie 39.Czy generowanie przelewu ma następować na polecenie operatora? Prosimy o wyjaśnienia.Odpowiedź:Tak, generowanie przelewu zawsze inicjuje operator.

Pytanie nr 08.40:Dotyczy: Załącznik nr 05 do SIWZ – ERP.14 Obszar funkcjonalny – FK: Obsługa bankowa - ERP.14.003Pytanie 40.Czy generowanie przelewu ma następować na polecenie operatora? Prosimy o wyjaśnienia.Odpowiedź:Tak, generowanie przelewu zawsze inicjuje operator.

Pytanie nr 08.41:Dotyczy: Załącznik nr 05 do SIWZ – ERP.14 Obszar funkcjonalny – FK: Obsługa bankowa - ERP.14.006Pytanie 41.Czy Zamawiający posiada rachunki bankowe w innych walutach niż oficjalnie obowiązującej na terenie RP?Jeżeli odpowiedz na powyższe pytanie brzmi „nie” prosimy o usunięcie wymagania.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 08.42:Dotyczy: Załącznik nr 05 do SIWZ – ERP.14 Obszar funkcjonalny – FK: Obsługa bankowa - ERP.14.006Pytanie 42.Czy Zamawiający prowadzi rozliczenia w innych walutach niż oficjalnie obowiązującej na terenie RP?Jeżeli odpowiedz na powyższe pytanie brzmi „nie” prosimy o usunięcie wymagania.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 08.43:Dotyczy: Załącznik nr 05 do SIWZ – ERP.15 Obszar funkcjonalny – FK: Analizy i zestawienia - ERP.15.001Pytanie 43.Prosimy o udostępnienie zarządzenia przed złożeniem ofert. Informacja ta ma duże znaczenie dla oszacowania wartości oferty.Odpowiedź:Zamawiający udostępni zarządzenie wewnętrzne nr 111 na swojej stronie internetowej www.szpital-orlowskiego.pl.

Pytanie nr 08.44:Dotyczy: Załącznik nr 05 do SIWZ – ERP.15 Obszar funkcjonalny – FK: Analizy i zestawienia - ERP.15.001 - … wartości i lokują je na odpowiednio zadanych kontach księgowych. Pytanie 44.Czy Zamawiający dopuszcza rozliczanie kosztów w oparciu o kartoteki dla ośrodków, a przeksięgowanie między kontami jest realizowane dopiero podczas przeksięgowania z kont zespołu 5 na konta zespołu 7? Jeśli nie, to proszę podać cele takiej funkcjonalności? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 08.45:Dotyczy: Załącznik nr 05 do SIWZ – ERP.15 Obszar funkcjonalny – FK: Analizy i zestawienia - ERP.15.004 Pytanie 45.Jak zamawiający definiuje automatyczne pobieranie wartości?Odpowiedź:Zamawiający przez „automatyczne” rozumie wykonanie czynności przez system, bez konieczności ingerencji operatora w proces. Zamawiający zdefiniował sposób wymiany jako „automatyczny” tj. działający samoczynnie, za pomocą odpowiedniego urządzenia, w naszym przypadku urządzeniem jest oferowany system. Definicja słowa „automatyczny” przytoczona za słownikiem języka polskiego PWN.

Pytanie nr 08.46:Dotyczy: Załącznik nr 05 do SIWZ – ERP.18 Obszar funkcjonalny – FK: Analizy i Obszar funkcjonalny – Fakturowanie - ERP.18.010 Pytanie 46.Co Zamawiający rozumie poprzez cechy, które mają być przypisane do kontraktów? Prosimy o wyjaśnienie i przykłady takich cech.Odpowiedź:Zamawiający poprzez cechy rozumie wartości z cennika dla danego kontrahenta (słownik). Np. przy wystawianiu faktury sprzedaży dla kontrahenta X z przypisanego mu cennika wybieramy usługi do zafakturowania.

Pytanie nr 08.47:Dotyczy: Załącznik nr 05 do SIWZ – ERP.18 Obszar funkcjonalny – FK: Analizy i Obszar funkcjonalny – Fakturowanie - ERP.18.020 Pytanie 47.Prosimy o wyjaśnienie jakie znaczenie dla rejestru sprzedaży ma data odbioru faktury? Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 08.48:Dotyczy: Załącznik nr 05 do SIWZ – ERP.18 Obszar funkcjonalny – FK: Analizy i Obszar funkcjonalny – Fakturowanie - ERP.18.021 Pytanie 48.Czy pod pojęciem daty powstania obowiązku podatkowego Zamawiający akceptuje datę w formacie miesiąc i rok rozliczenia VAT?Odpowiedź:Zamawiający akceptuje takie rozwiązanie.

Pytanie nr 08.49:Dotyczy: Załącznik nr 05 do SIWZ – ERP.18 Obszar funkcjonalny – FK: Analizy i Obszar funkcjonalny – Fakturowanie - ERP.18.031 Pytanie 49.Co Zamawiający rozumie pod pojęciem "rodzajów zdarzeń VAT"? Prosimy o wyjaśnienie.Odpowiedź:Zamawiający pod pojęciem „rodzajów zdarzeń VAT” rozumie, w szczególności: zakup dotyczy działalności zwolnionej, zakup dotyczy działalności opodatkowanej, zakup dotyczy działalności zwolnionej i opodatkowanej, sprzedaż krajowa z VAT, Eksport z VAT, sprzedaż zwolniona z VAT, sprzedaż krajowa nie podlegająca.

Pytanie nr 08.50:Dotyczy: Załącznik nr 05 do SIWZ – ERP.19 Obszar funkcjonalny – Magazyny ogólne - ERP.19.009 Pytanie 50.Co Zamawiający rozumie przez pojęcie wizytówki w kontekście struktury organizacyjnej zakładu?Odpowiedź:Zamawiający rozumie przez to treść pieczęci drukowanej na dokumentach. Zamawiający chce uniknąć stemplowania każdego wydruku ręcznie pieczątką, tylko chce uzyskać te dane bezpośrednio na wydruku z systemu.

Pytanie nr 08.51:Dotyczy: Załącznik nr 05 do SIWZ – ERP.19 Obszar funkcjonalny – Magazyny ogólne - ERP.19.032 Pytanie 51.Z czym ma być porównywany rozchód? Prosimy o wyjaśnienie na jakiej zasadzie ma następować porównanie?Odpowiedź:Porównanie ma następować miesiąc do miesiąca, kwartał do kwartału, rok do roku.

Pytanie nr 08.52:Dotyczy: Załącznik nr 05 do SIWZ – ERP.19 Obszar funkcjonalny – Magazyny ogólne - ERP.19.034 Pytanie 52.Czy pod pojęciem symbolu klasyfikacyjnego Zamawiający ma na myśli klasyfikację rodzajową kosztów? Prosimy o wyjaśnienie.Odpowiedź:Zamawiający rozumie przez symbol klasyfikacyjny symbol towaru według klasyfikacji PKWiU.

Pytanie nr 08.53:Dotyczy: Załącznik nr 05 do SIWZ – ERP.20 Obszar funkcjonalny – Magazyny - ERP.20.002 Pytanie 53.Wymaganie to jest sprzeczne z wymaganymi przez Zamawiającego sposobami wyceny rozchodów wg FIFO i LIFO a tym samym jest niezgodny z Ustawą o Rachunkowości. Prosimy o usunięcie zapisu lub jego zmianę określającą, że taki sposób wydawania materiałów jest wymagany tylko przy wyborze do rozchodu materiałów z konkretnej dostawy.Odpowiedź:Zamawiający ustalił to wymaganie w odniesieniu do dostawców, którzy przywożą partie towaru nieadekwatnie do ich dat ważności. Nowsza partia może mieć krótszy termin ważności, wówczas, zachowując zasadę odpowiedzialnej gospodarki materiałowej, trzeba to uwzględnić.

Pytanie nr 08.54:Dotyczy: Załącznik nr 05 do SIWZ – ERP.20 Obszar funkcjonalny – Magazyny - ERP.20.010 Pytanie 54.Co Zamawiający rozumie pod pojęciem usług w kontekście wymagań magazynowych? O jakich usługach mówi Zamawiający? Prosimy o wyjaśnienia.Czy pod pojęciem jednostki miary handlowej i technicznej Zamawiający rozumie jednostkę miary przychodu i rozchodu?Co Zamawiający rozumie przez pojęcie "wyróżnika przeznaczenia"? Prosimy o przykład.Co Zamawiający rozumie przez pojęcie wielkości pakietu handlowego? Czy chodzi o możliwość wprowadzenia umowy handlowej z określeniem ilości poszczególnych materiałów w umowie? Prosimy o wyjaśnienie.Odpowiedź:Zamawiający wykreśla z wymagania ERP.20.010 pojęcie usług. Zamawiający potwierdza, że przez pojęcie „jednostki miary handlowej” rozumie „jednostkę miary handlową”, a pod pojęciem „jednostki miary technicznej” rozumie „jednostkę miary rozchodu”. Zamawiający poprzez pojęcie „wyróżnik przeznaczenia” rozumie jednostkę organizacyjną Zamawiającego. Poprzez „wielkość pakietu handlowego” zamawiający rozumie ilość dostarczonego towaru w ramach jednostki handlowej. Pakiet handlowy może być mniejszy (dostawa sukcesywna) lub równy (dostawa jednorazowa) ilości materiałów w umowie.

Pytanie nr 08.55:Dotyczy: Załącznik nr 05 do SIWZ – ERP.20 Obszar funkcjonalny – Magazyny - ERP.20.011 Pytanie 55.Na czym miała by polegać weryfikacja kodu i nazwy? Prosimy o wyjaśnienie.Odpowiedź:Zamawiający oczekuje, że para kod-nazwa będzie unikatowa/niepowtarzalna. Weryfikacja ma zapewnić taką funkcjonalność.

Pytanie nr 08.56:Dotyczy: Załącznik nr 05 do SIWZ – ERP.20 Obszar funkcjonalny – Magazyny - ERP.20.037 Pytanie 56.O jakich zamówieniach sprzedaży pisze Zamawiający? Czy prowadzona jest sprzedaż z magazynu i czy na taką sprzedaż są tworzone zamówienia? Prosimy o wyjaśnienia.Odpowiedź:W wymaganiach tych Zamawiającemu chodzi o zapotrzebowania wewnętrzne i rozchód wewnętrzny.

Pytanie nr 08.57:Dotyczy: Załącznik nr 05 do SIWZ – ERP.22 Obszar funkcjonalny – Zarządzanie Kadrami i Płacami (KP): Płace - ERP.22.030 Pytanie 57.Prosimy o wyjaśnienie co Zamawiający rozumie pod pojęciem „wg wybranych kryteriów”?Odpowiedź:Kryteria wyliczania średnich urlopowych to w przypadku:

1. lekarzy: łączne wynagrodzenie za godziny nadliczbowe i dodatek nocny 20% z trzech miesięcy poprzedzających urlop, podzielone przez łączną liczbę godzin w tych miesiącach, a następnie pomnożone przez liczbę godzin urlopu;

2. lekarzy stażystów: łączne wynagrodzenie za dyżury stażystów i dodatek nocny 20% z trzech miesięcy poprzedzających urlop, podzielone przez łączną liczbę godzin w tych miesiącach, a następnie pomnożone przez liczbę godzin urlopu;

3. pielęgniarek i położnych oraz personelu niższego: łączne wynagrodzenie za dodatki nocne (65%) i świąteczne (45%) z trzech miesięcy poprzedzających urlop, podzielone przez łączną liczbę godzin w tych miesiącach, a następnie pomnożone przez liczbę godzin urlopu;

4. pracowników obsługi: pielęgniarek i położnych oraz personelu niższego: łączne wynagrodzenie za dodatki nocne (20%) i świąteczne (45%) z trzech miesięcy poprzedzających urlop, podzielone przez łączną liczbę godzin w tych miesiącach, a następnie pomnożone przez liczbę godzin urlopu.

Pytanie nr 08.58:Dotyczy: Załącznik nr 05 do SIWZ – ERP.22 Obszar funkcjonalny – Zarządzanie Kadrami i Płacami (KP): Płace - ERP.22.045Pytanie 58.Prosimy o wyjaśnienie co Zamawiający rozumie pod pojęciem „automatycznego”?Odpowiedź:Zamawiający przez „automatyczne” rozumie wykonanie czynności przez system, bez konieczności ingerencji operatora w proces. Zamawiający zdefiniował sposób wymiany jako „automatyczny” tj. działający samoczynnie, za pomocą odpowiedniego urządzenia, w naszym przypadku urządzeniem jest oferowany system. Definicja słowa „automatyczny” przytoczona za słownikiem języka polskiego PWN.

Pytanie nr 08.59:Dotyczy: Załącznik nr 05 do SIWZ – ERP.23 Obszar funkcjonalny – KP: Kadry - ERP.23.066Pytanie 59.Prosimy o wyjaśnienie jaki jest celu używania przedmiotowej funkcjonalności?Odpowiedź:Zamawiający wykorzystuje takie przeliczenia w swojej codziennej działalności.

Pytanie nr 08.60:Dotyczy: Załącznik nr 05 do SIWZ – ERP.25 Obszar funkcjonalny – Zamówienia - ERP.25.001Pytanie 60.Opisana w wymaganiu ścieżka jest próbą przeniesienia procesu zamawiania z wersji papierowej na system informatyczny Współczesne systemy zamówień pozwalają na przekazywanie danych pomiędzy jednostkami uczestniczącymi w procesie analizy zamówienia w sposób elektroniczny bez konieczności rejestrowania wszystkich opisanych przez Państwa danych od razu na etapie składania zamówienia. Część danych jest uzupełniana dopiero przy kolejnych etapach akceptacji/przetwarzania zamówienia. Czy w związku z powyższym Zamawiający uzna wymaganie za spełnione jeżeli dane konieczne do wprowadzenia w tym wymaganiu nie będą wprowadzone od razu, a będą wprowadzane w dalszych etapach przetwarzania zamówienia, przez inne jednostki organizacyjne uczestniczące w procesie?Odpowiedź:Zamawiający rozumie, że proces zamówienia angażuje wiele jednostek organizacyjnych, jednak dane przedstawione w tym wymaganiu pochodzą z jednej jednostki organizacyjnej i są konieczne już na pierwszym etapie składania zamówienia wewnętrznego, dlatego dopuszczenie ich uzupełniania w terminie późniejszym jest bezzasadne.

Pytanie nr 08.61:Dotyczy: Załącznik nr 05 do SIWZ – ERP.25 Obszar funkcjonalny – Zamówienia - ERP.25.005Pytanie 61.Czy zamawiający dopuści system charakteryzujący się następującymi funkcjonalnościami?„System musi mieć możliwość eksportu danych, raportów oraz zestawień systemowych i definiowanych przez użytkowników do innych systemów w formatach ODF, CSV, RTF”Odpowiedź:Zamawiający dopuści takie rozwiązanie.

Pytanie nr 08.62:Dotyczy: Załącznik nr 05 do SIWZ – ERP.26 Obszar funkcjonalny – Moduł Budżetowanie - ERP.26.001Pytanie 62.Prosimy o opisanie w jaki sposób miałaby wyglądać funkcja rozliczająca dany budżet (w dniach / tygodniach) rzeczywistymi kosztami bezpośrednimi i pośrednimi, gdy rozliczanie kosztów jest z dokładnością do miesiąca?Prosimy o wykreślenie okresów mierzonych w dniach i tygodniach.Czy Zamawiający zaakceptuje planowanie w okresach miesięcznych z możliwością wykonywania analiz kwartalnych i rocznych?Odpowiedź:Zamawiający zaakceptuje takie rozwiązanie. Zamawiający w pytaniu 07.01 wprowadził już zmianę w tym zakresie, a brzmiała ona: „Zamawiający postanawia zmodyfikować wymaganie ERP.26.001 w następujący sposób:Było: „System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata.” Jest:„System musi mieć możliwość planowania budżetów na różne okresy: miesiące, kwartały, lata””.

Pytanie nr 08.63:Dotyczy: Załącznik nr 05 do SIWZ – ERP.26 Obszar funkcjonalny – Moduł Budżetowanie - ERP.26.002Pytanie 63.Czy budżety dla szpitala oznaczają sumę budżetów dla ośrodków czy zupełnie osobny plan zbiorczy dla całej jednostki?Odpowiedź:Dla Zamawiającego budżet dla Szpitala oznacza sumę budżetów dla ośrodków.

Pytanie nr 08.64:Dotyczy: Załącznik nr 05 do SIWZ – ERP.26 Obszar funkcjonalny – Moduł Budżetowanie - ERP.26.003Pytanie 64.Czy Zamawiający zaakceptuje rozwiązanie, gdzie plany budżetów w obszarze sprzedaży są realizowane z dokładnością do kont księgowych?Jeśli nie jak miałyby one wyglądać?Odpowiedź:Zamawiający zaakceptuje rozwiązanie, gdzie plany budżetów w obszarze sprzedaży są realizowane z dokładnością do kont księgowych.

Pytanie nr 08.65:Dotyczy: Załącznik nr 05 do SIWZ – ERP.26 Obszar funkcjonalny – Moduł Budżetowanie - ERP.26.005Pytanie 65.Prosimy o podanie wzoru / algorytmu dla wyznaczania rentowności oddziałów w oparciu o podział kosztów. Co Zamawiający rozumie przez podział kosztów w kontekście liczenia rentowności?Odpowiedź:Zamawiający oczekuje, że dostarczony system będzie potrafił dokonać zestawienia przychodów i kosztów każdej jednostki organizacyjnej i w związku z tym określić jej rentowność.

Pytanie nr 08.66:Dotyczy: Załącznik nr 01 do SIWZ - ZSI.01 Wymagania ogólne dla Systemu - ZSI.01.001Pytanie 66.Składająca się z 5 części norma PN-EN 13606-(1 do 5) dotyczy Informatyki w ochronie zdrowia w zakresie przesyłania elektronicznej dokumentacji zdrowotnej.Norma określa ogólne wytyczne dotyczące modelu referencyjnego, specyfikacji wymiany archetypów, archetypów referencyjnych i listy terminów, bezpieczeństwa danych, specyfikacji interfejsu.Ogólne wytyczne aby mogły być praktycznie zastosowane powinny zostać praktycznie zaprojektowane i zaimplementowane w dwóch systemach, które mają wymieniać (przesyłać wzajemnie) dokumentację zdrowotną (medyczną).Co w praktyce oznacza potrzebę stworzenia i zaimplementowania standardu wymiany elektronicznej dokumentacji medycznej (EDM) zgodnie z normą 13606.Przedmiotem opracowania, wynikającego z powszechnie obowiązujących przepisów prawa, są prace prowadzone przez Centrum Systemów Informacyjnych w Ochronie Zdrowia (CSIOZ) w ramach projektu P1 (Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych). W ramach tego projektu zostały opracowane formaty komunikatów i protokół wymiany danych dotyczących dokumentów elektronicznych (elementów EDM), które mają być wymieniane z P1 (udostępnione do konsultacji dokumenty w ramach tzw. Implementation Guide).Prace te są zgodnie z ROZPORZĄDZENIEM MINISTRA ZDROWIA z dnia 28 marca 2013 r. w sprawie wymagań dla Systemu Informacji Medycznej (Dz.U.2013.463), powołującym się na normę PN-EN-13606Czy wg. intencji zamawiającego implementacja i możliwość wymiany danych zgodnie z opracowanym i opublikowanym standardem wymiany elektronicznych dokumentów medycznych w ramach systemu P1, stanowi spełnienie wymagania SIWZ dotyczącego: "System musi spełniać wymogi do prowadzenia dokumentacji w wersji elektronicznej oraz normy PN EN 13606"?Jeżeli nie, prosimy o wskazanie jakich funkcjonalności zamawianego systemu oczekuje Zamawiający w celu spełnienia wymagań normy PN-EN 13606?Odpowiedź:Zamawiający potwierdza, że jego intencją było zachowanie zgodności z normą PN-EN 13606 w jak największym możliwym stopniu, w szczególności w kontekście powstającego projektu P1, tworzonego przez CSIOZ.

Pytanie nr 09.01:Dotyczy wymagania E.13.001. Pierwsze zdanie w przedmiotowym wymaganiu jest nie zrozumiałem dla Wykonawcy. W jaki sposób „System będzie miał możliwość współdziałania z System Elektronicznego Obiegu Dokumentów, który umożliwi przekazywanie dokumentów elektronicznych pomiędzy pracownikami zakładu opieki zdrowotnej z zachowaniem zdefiniowanych przez administratora ścieżek przepływu.”? Wykonawca prosi o wyjaśnienie o jaki System chodzi. Odpowiedź:Zamawiający miał na myśli wszystkie podsystemy wchodzące w skład SUI.

Pytanie nr 09.02:Dotyczy wymagania E.13.001. Wykonawca prosi o wskazanie w jakich dokładnie formatach elektronicznych dokumenty będzie przetwarzał System Elektronicznego Obiegu Dokumentów.Odpowiedź:Zamawiający nie narzuca Wykonawcom konkretnego systemu obiegu dokumentów. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.03:W kontekście wymagania:

E.13.002 System będzie miał możliwość obsługi pism, obsługi akt spraw, kontroli i sprawozdawczości, administrowania Systemem oraz archiwizacji w sposób usystematyzowany i spójny.

O jakie administrowanie Systemem chodzi. Wykonawca widzi nie poprawną gramatycznie konstrukcję zdania.Odpowiedź:Zamawiający przez pierwsze słowo System rozumie oferowany SUI. Używając drugiego słowa System miał na myśli administrowanie Systemem Obiegu Dokumentów (stanowiącym element SUI), zgodnie z miejscem występowania tego wymagania.

Pytanie nr 09.04:Czy w kontekście wymagania E.13.010, Zamawiający pisząc ewidencja ma na myśli rejestry dla poszczególnych wymienionych w wymaganiu typów obiektów?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 09.05:Dotyczy wymagania E.13.038. Co Zamawiający rozumie pod pojęcie fizyczne usunięcie pisma z systemu?Odpowiedź:Zamawiający oczekuje, że administrator będzie mógł całkowicie wykasować wybrane pismo z systemu. Fakt ten wraz z kopią wymazanego pisma powinien być odnotowany w logach systemu. Zamawiający dopuszcza, że kopia pisma, będzie przechowywana w oddzielnym katalogu (miejscu), a link do niej znajdzie się w logach systemu.

Pytanie nr 09.06:Dotyczy wymagania E.13.044. W jaki sposób do archiwum zakładowego mają być przekazywane cytuje „Dekretacje”? W rozumieniu Wykonawcy dekretacja jest procesem zachodzącym dla pism rejestrowanych w Systemie EOD i w związku z tym Wykonawca nie widzi możliwości archiwizacji takiego „obiektu”. Prosimy o wyjaśnienie lub wykreślenie wymagania.Odpowiedź:Zamawiający usuwa z wymagania E.12.044 wymaganie archiwizowania dekretacji, uznając że są one elementem procesu dotyczącego dokumentów.

Pytanie nr 09.07:Czy w związku z wymaganiami Elektronicznej Skrzynki Podawczej Zamawiający oczekuje dostarczenia przez Wykonawcę urządzenia HSM z certyfikatem FIPS 140-2 poziom 3? Jeśli nie to czy Zamawiający dostarczy urządzenie HSM we własnym zakresie?Odpowiedź:Zamawiający oczekuje w ramach postępowania dostarczenia wszystkich niezbędnych elementów SUI, aby działał on zgodnie z wymogami przepisów obowiązujących na terytorium RP, w tym wymaganych urządzeń. Ponadto Zamawiający zwraca uwagę, że udzielił odpowiedzi na to pytanie w wymaganiu E.12.008.

Pytanie nr 09.08:Czy Zamawiający akceptuje rozwiązanie pozwalające na weryfikację i składanie podpisów elektronicznych w oparciu o mechanizmy dostarczone przez Platformę ePUAP?Odpowiedź:Zamawiający zaakceptuje takie rozwiązanie.

Pytanie nr 09.09:Jaka dokładnie liczba użytkowników będzie korzystała z Systemem Elektronicznego Obiegu Dokumentów?Odpowiedź:Zamawiający przewiduje, że z Systemu Elektronicznego Obiegu Dokumentów będzie korzystało do 150 użytkowników.

Pytanie nr 09.10:Jak Zamawiający rozumie wymaganie E.12.006? Co dla Zamawiającego znaczy możliwość wysłania wniosku poprzez upload pliku? Czy chodzi tutaj o wysyłkę plików przez Zainteresowanego poprzez ESP?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania E.12.006. Ponadto Zamawiający oczekuje możliwości wprowadzenia dokumentu otrzymanego w wersji papierowej do Systemu Elektronicznego Obiegu Dokumentów. Wprowadzenia takiego miałby dokonać pracownik kancelarii z odpowiednimi uprawnieniami. Jednocześnie skan oryginalnego dokumentu powinien być dołączony do wersji elektronicznej.

Pytanie nr 09.11:W kontekście wymagania E.12.015, o jakie zarządzanie dokumentami elektronicznymi chodzi? W jakim zakresie?Odpowiedź:Zamawiający miał na myśli w szczególności podgląd, segregację, sortowanie i filtrowanie dokumentów elektronicznych, a także przypisanie dokumentu do konkretnego działu lub osoby odpowiedzialnej za jego dalsze przetwarzanie oraz podgląd historii działów i osób zaangażowanych w praca nad wskazanym dokumentem elektronicznym.

Pytanie nr 09.12:Dotyczy wymagania E.14.002. Z jakimi dokładnie elementami Systemu konieczna będzie integracja w zakresie np. dystrybucji numeru umowy oraz dystrybucji danych wygenerowanych w kontekście przedmiotowego wymagania?Odpowiedź:Zamawiający nie narzuca Wykonawcom konkretnego rozwiązania, które jest zależne od oferowanego przez Wykonawcę systemu obsługi części administracyjnej szpitala. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.13:Dotyczy wymagania E.14.003. Z jakimi dokładnie elementami Systemu konieczna będzie integracja w zakresie np. dystrybucji numeru zarządzeń? Odpowiedź:Zamawiający nie narzuca Wykonawcom konkretnego rozwiązania, które jest zależne od oferowanego przez Wykonawcę systemu obsługi części administracyjnej szpitala, elektronicznego systemu obiegu dokumentów i konstrukcji portalu informacyjnego. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.14:Dotyczy wymagania E.14.003. Jakie parametry posiadać będą obiekty Zarządzenia, Zamówienia publiczne, Zarządzenia –inne i Zarządzenia stałe? Jakim typem obiektu jest moduł w przedmiotowym wymaganiu?Odpowiedź:Zamawiający nie narzuca Wykonawcom konkretnego rozwiązania, które jest zależne od oferowanego przez Wykonawcę systemu obsługi części administracyjnej szpitala, elektronicznego systemu obiegu dokumentów i konstrukcji portalu informacyjnego. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.15:Dotyczy wymagania E.14.004. Z jakimi dokładnie elementami Systemu konieczna będzie integracja w zakresie np. dystrybucji numeru pełnomocnictw i upoważnień?Odpowiedź:Zamawiający nie narzuca Wykonawcom konkretnego rozwiązania, które jest zależne od oferowanego przez Wykonawcę systemu obsługi części administracyjnej szpitala, elektronicznego systemu obiegu dokumentów i konstrukcji portalu informacyjnego. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.16:Dotyczy wymagania E.14.005. Czy i jeśli tak to w jakim zakresie rejestr spraw sądowych będzie się integrował z pozostałymi komponentami Systemu?Odpowiedź:Zamawiający oczekuje, że rejestr spraw sądowych będzie współpracował z rozwiązaniami, które są zależne od oferowanego przez Wykonawcę systemu obsługi części administracyjnej szpitala, elektronicznego systemu obiegu dokumentów i konstrukcji portalu informacyjnego. Zamawiający przypomina, że dostawa takiego systemu jest elementem niniejszego postępowania przetargowego (Sprawa nr 52/8/2014).

Pytanie nr 09.17:Dotyczy: Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług, moduł E.02 e-Diagnostyka, p. E.02.002 i E.02.003, str. 6.Zamawiający pisze, że: „(…) Miniaturkę obrazu z możliwością podglądu obrazu w jakości referencyjnej.” Czy Zamawiający zaakceptuje obsługę formatów wyświetlanych przez przeglądarki www (jpeg, png, gif), czy też wymagane jest generowanie miniatur z innych formatów jak pdf?Odpowiedź:Zamawiający zaakceptuje takie rozwiązanie.

Pytanie nr 09.18:Dotyczy: Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług, moduł E.04 e-Szkolenia, p. E.04.003, str. 12„System będzie miał możliwość definiowania szaty graficznej rozwiązania służącego do nauki niezależnie od tego, czy będzie ono miało charakter e-learningu czy wikipedii. Zamawiający oczekuje, że obie wersje systemów służących zdobywaniu wiedzy zostaną uruchomione w ramach usługi e-Szkolenia.” Z wcześniejszej części dokumentu wynika, że ta funkcjonalność ma być częścią portalu, a portal ma być spójny graficznie ze stroną www. W jaki sposób Zamawiający rozumie sformułowanie „możliwość definiowania szaty graficznej”?Odpowiedź:Zamawiający wprowadził to wymaganie, w odniesieniu do możliwości zastosowania przez Wykonawcę gotowego rozwiązania pudełkowego dostępnego na rynku. Wówczas możliwość definiowania szaty graficznej, a w szczególności układu pół na formularzach będzie miała istotne znaczenie, gdyż rozwiązanie to będzie miało niezależny moduł administrowania.

Pytanie nr 09.19:Dotyczy: Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług, moduł E.09 E.09 e-Badania, p.E.09.005, str. 17.„System będzie miał możliwość upoważnienia do wglądu i pobierania danych z badań innej osoby zarejestrowanej w bazie pacjentów Szpitala.”Czy Zamawiający ma na myśli możliwość przeglądania dokumentacji medycznej np. swoich dzieci?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Ponadto w przypadku osób starszych, które złożą stosowne oświadczenie lub osób ubezwłasnowolnionych powinna być możliwość wglądu w wyniki badań przez ich opiekuna.

Pytanie nr 09.20:Pytanie 4: Dotyczy: Załącznik nr 6: Wymagania funkcjonalne w zakresie realizacji e-Usług, moduł E.09 E.11 e-Speaker, str. 19.Nigdzie w SIWZ nie znaleźliśmy informacji o tym, żeby system miał wydawać jakiekolwiek dźwięki lub też wymagać mówienia czegokolwiek. Zwracamy się do Zamawiającego z prośbą o wyjaśnienie, na czym ma polegać ułatwienie korzystania z systemu przez osoby niesłyszące lub głuchonieme. Odpowiedź:Zamawiający zwraca uwagę na wymaganie E.11.003, które brzmi: „System będzie miał możliwość wykorzystania na dedykowanym stanowisku do komunikacji z osobami niedosłyszącymi rozwiązania opartego o pętlę indukcyjną. W skład tego rozwiązania wejdzie kompletny zestaw złożony w szczególności z: mikrofonu, wzmacniacza pętli indukcyjnej, nadajnika i odbiornika oraz niezbędnego okablowania”.

Pytanie nr 10.01:1. Załącznik nr 1 do SIWZ, ZSI.01.013, ZSI.01.014, ZSI.01.029Czy Zamawiający dopuści, aby zamiast adresu IP stacji dostępna była nazwa stacji?Odpowiedź:Zamawiający uzna takie rozwiązanie.

Pytanie nr 10.02:Załącznik nr 6 do SIWZ, punkty E.11.001, E.11.002Czy Zamawiający jest w posiadaniu wzmiankowanego zestawu komputerowego, czy wymaga jego dostarczenia przez Wykonawcę?Odpowiedź:Zamawiający wymaga dostarczenia takiego zestawu w ramach postępowania.

Pytanie nr 10.03: Załącznik nr 6 do SIWZ, punkt E.11.003Czy Zamawiający jest w posiadaniu opisywanych elementów rozwiązania, czy oczekuje ich dostarczenia przez Wykonawcę?Odpowiedź:Zamawiający wymaga dostarczenia takiego rozwiązania w ramach postępowania.

Pytanie nr 10.04:Załącznik nr 6 do SIWZ, E.11.004Czy Zamawiający obecnie korzysta już z usług jakiegoś dostawcy w zakresie w/w funkcjonalności? Jeśli tak, to którego?Odpowiedź:Zamawiający nie korzysta obecnie z takich usług.

Pytanie nr 10.05:Załącznik nr 6 do SIWZ, E.08.002Czy Zamawiający potwierdza, że przez zamieszczenie zapisu o możliwości przypominania o wizycie przy pomocy SMS rozumie dostarczenie odpowiedniej funkcjonalności dającej taką opcję, przy założeniu, że koszty wysyłania wiadomości SMS nie są objęte niniejszym zamówieniem?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Zamawiający oczekuje funkcjonalności umożliwiającej wysyłanie wiadomości SMS, jednakże dostarczenie pakietu SMS nie wchodzi w zakres niniejszego zamówienia.

Pytanie nr 10.06:Załącznik nr 7 do SIWZ, 3.Wymagania serwisowe dla Oprogramowania Systemu zapewniające funkcjonowanie części medycznej:1) okres zapewnienia serwisu gwarancyjnego: od poniedziałku do piątku w godzinach 6.00-18.00,2) czas reakcji na zgłoszenie: do 4 Godzin Roboczych,3) czas obsługi zgłoszenia/konsultacji: do 5 Dni Roboczych,4) czas usunięcia Błędu Krytycznego: do 48 godzin,5) czas usunięcia awarii: do 5 Dni Roboczych,6) czas usunięcia Usterki Programistycznej: do 20 Dni Roboczych.Czy Zamawiający zgodzi się na wydłużenie czasu reakcji na zgłoszenie do 5 godzin roboczych?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 10.07:Załącznik nr 7 do SIWZ, 4. ppkt 6), 7) i 8) Czy Zamawiający potwierdza, że termin wprowadzenia zmian do systemu stanowiący konsekwencję inwencji twórczej Autora Oprogramowania, zmiany przepisów prawa lub zmian wymaganych przez organa lub instytucje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości, w szczególności: Ministerstwo Zdrowia, NFZ, Centrum Zdrowia Publicznego i Państwowy Zakład Higieny oraz ZUS, urzędy skarbowe i statystyczne będzie każdorazowo uzgadniany przez Strony ?Odpowiedź:

Załącznik nr 7 do SIWZ w pkt 4 i ppkt. 6), 7), 8) brzmi:

„4. Wykonawca będzie świadczył usługi serwisu gwarancyjnego poprzez:(…)6) wprowadzanie do Oprogramowania nowych funkcjonalności lub usprawnień już istniejących

stanowiących wynik inwencji twórczej Autora Oprogramowania,7) wprowadzanie bez wniosku ze strony Zamawiającego do Oprogramowania zmian

stanowiących konsekwencję wejścia w życie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny opublikowanych w postaci ustaw lub rozporządzeń,

8) wprowadzanie do Oprogramowania zmian wymaganych przez organa lub instytucje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości, w szczególności: Ministerstwo Zdrowia, NFZ, Centrum Zdrowia Publicznego i Państwowy Zakład Higieny oraz ZUS, urzędy skarbowe i statystyczne.”

W przypadku ppkt. 6) termin wprowadzania może być uzgadniany z Wykonawcą. W pozostałych przypadkach terminy określone są przez przepisy prawa lub wymienione w tych punktach instytucje.

Pytanie nr 10.08:Załącznik nr 9 do SIWZ, § 116) Awaria – Zatrzymanie lub zakłócenie pracy Systemu, w szczególności polegające na niemożności realizacji bądź na istotnym ograniczeniu realizacji funkcjonalności całego Systemu lub jednej z jego krytycznych funkcji. Awarią może być na przykład częste, nieprzewidywalne lub nieuniknione zatrzymania lub zakłócenia pracy Systemu, poważne uszkodzenia bazy danych oraz zasobu danych bądź też nieuzasadniona konieczność dodatkowego ręcznego przetwarzania danych, przerwy w działaniu Systemu lub jego poszczególnych, wyraźnie określonych w Dokumentacji elementów, nieprawidłowe wyniki generowane przez aplikacje, pola danych, których poprawności nie da się potwierdzić, lub które są wykorzystywane niezgodnie z przeznaczeniem, jak również błędy w sprawozdaniach. Awarią jest również ograniczenie wydajności (spadek wydajności) Systemu o co najmniej 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad. Awarią Sprzętu jest zatrzymanie jego pracy bądź podzespołu uniemożliwiające pracę danego Sprzętu, a w przypadku Serwerów również zatrzymanie pracy jednego z elementów zapewniających redundancję;17) Błąd – Zakłócenie pracy Systemu, w szczególności polegające na ograniczeniu realizacji lub uciążliwości w realizacji funkcjonalności niektórych funkcji Systemu. Wystąpienie Błędu wiąże się z koniecznością niewielkich dodatkowych nakładów pracy, w porównaniu z Systemem wolnym od Wad, nie uniemożliwiając jednak funkcjonowania całego Systemu lub jego poszczególnych, wyraźnie określonych w Dokumentacji elementów w sposób opisany dla Awarii. Błędem jest też ograniczenie wydajności (spadek wydajności) o nie więcej niż 50% liczony względem liczby przetwarzanych transakcji w jednostce czasu lub czasu oczekiwania na wykonanie transakcji, w porównaniu z Systemem wolnym od Wad.Prosimy o informacje w jaki sposób i za pomocą jakiego narzędzia Zamawiający planuje dokonywać pomiaru w/w parametru wydajnościowego systemu.Odpowiedź:Zamawiający planuje weryfikować ten parametr systemu w szczególności poprzez: badanie parametrów sieci, badanie parametrów serwerów, badanie szybkości reakcji na poszczególnych stanowiskach.

Pytanie nr 10.09.01:Załącznik nr 9 do SIWZ, § 15 ust. 10Czy Zamawiający potwierdza, że w przypadku, gdy Wykonawca zastosuje w ramach budowy portalu oprogramowanie, które nie zostanie wytworzone w ramach jego budowy, tj. oprogramowanie, które nie jest oprogramowaniem dedykowanym w rozumieniu § 15 ust. 10, Wykonawca zobowiązany jest do udzielenia Zamawiającemu licencji na oprogramowanie „niededykowane” na warunkach, co najmniej jak dla oprogramowania aplikacyjnego w zakresie funkcjonalności części białej ?Odpowiedź:W przypadku zastosowania oprogramowania „niededykowanego” do budowy portalu informacyjnego Zamawiający potwierdza, że należy dostarczyć licencje na w/w oprogramowanie na warunkach określonych w §15 pkt. 8 (dla części białej).

Pytanie nr 10.09.02:Załącznik nr 9 do SIWZ, § 15 ust. 10Czy Zamawiający potwierdza, że w przypadku gdy Wykonawca zastosuje w ramach budowy portalu oprogramowanie, które nie zostanie wytworzone w ramach jego budowy, tj. oprogramowanie, które nie jest oprogramowaniem dedykowanym w rozumieniu § 15 ust. 10, a jednocześnie dokona wyłącznie modyfikacji tego oprogramowania „niededykowanego”, to Wykonawca zobowiązany jest do przeniesienia autorskich praw majątkowych na warunkach określonych w § 15 ust. 10 -12 umowy wyłącznie w stosunku do modyfikacji tego oprogramowania, natomiast Wykonawca jest zobowiązany do udzielenia Zamawiającemu licencji na korzystanie z oprogramowanie „niededykowanego” na warunkach co najmniej, jak dla licencji dla oprogramowania aplikacyjnego w zakresie funkcjonalności części białej ?

Ze względu na fakt, że uzyskanie zgody producenta oprogramowania „niededykowanego”, które zostanie wykorzystane w budowie portalu, na przeniesienie autorskich praw majątkowych na warunkach określonych w § 15 ust. 10 -12 umowy nie jest obiektywnie możliwe, bowiem żaden producent tego oprogramowania nie wyrazi zgody na wyzbycie się praw własności intelektualnej do własnego produktu, czy Zamawiający dopuszcza zmianę zapisu § 15 ust. 10 w sposób następujący:

„Z chwilą podpisania protokołu odbioru końcowego Przedmiotu umowy oraz w ramach wynagrodzenia umownego przechodzą na Zamawiającego majątkowe prawa autorskie na wszystkich polach eksploatacji, odnoszące się do oprogramowania dedykowanego, wytworzonego w ramach budowy portalu, obejmujące w szczególności:a) stosowanie, wyświetlanie, przekazywanie i przechowywanie niezależnie od formatu, systemu lub standardu,b) trwałe lub czasowe utrwalanie lub zwielokrotnianie w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, niezależnie od formatu, systemu lub standardu, w tym wprowadzenie do pamięci komputera oraz trwałe lub czasowe utrwalanie lub zwielokrotnianie takich zapisów, włączając w to sporządzanie ich kopii,c) tworzenie nowych wersji i adaptacji (tłumaczenie, przystosowanie, zmianę układu lub jakiekolwiek inne zmiany),d) zezwolenie na tworzenie opracowań i przeróbek oraz rozporządzanie i korzystanie z takich opracowań na wszystkich polach eksploatacji określonych w niniejszej umowie,e) modyfikację kodów źródłowychW przypadku, gdy Wykonawca zastosuje w ramach budowy portalu oprogramowanie „niededykowane”, tj. oprogramowanie, które nie zostanie wytworzone w ramach budowy portalu, Wykonawca zobowiązany jest do zapewnienia lub udzielenia Zamawiającemu licencji na to oprogramowanie na co najmniej warunkach licencji dla oprogramowania aplikacyjnego w zakresie funkcjonalności części białej. W przypadku, gdy Wykonawca w ramach budowy portalu wytworzy modyfikacje oprogramowania „niededykowanego” tj. oprogramowania, które nie zostanie wytworzone w ramach budowy portalu, Wykonawca zobowiązany jest do przeniesienia autorskich praw majątkowych na polach eksploatacji określonych w niniejszym ust. wyłącznie do modyfikacji tego oprogramowania, a w zakresie dla oprogramowanie „niededykowanego” Wykonawca zapewni lub udzieli Zamawiającemu licencję na to oprogramowanie co najmniej na warunkach licencji dla oprogramowania aplikacyjnego w zakresie funkcjonalności części białej” ?Odpowiedź:Zamawiający dopuszcza zmianę, z tym że w ostatnim zdaniu po słowach „w zakresie funkcjonalności części białej” dodaje „zgodnie z §15 pkt. 8.

Pytanie nr 11.01:PYTANIE 1 - dotyczy załącznik nr 2 do SIWZ, macierz dyskowa pkt. 2.W punkcie 2 Zamawiający wymaga, aby kontrolery macierzy obsługiwały następujące poziomy RAID: 1, 3, 5, 6, 10, 30, 50, natomiast w punkcie 5 Zamawiający wymaga, aby macierz wspierała poziomy RAID 5, 6, 10, 50. Bazując na naszym doświadczeniu i stosowanych najlepszych praktykach obserwujemy, że RAID 3 i 30 są rzadko stosowanymi poziomami zabezpieczeń RAID ze względu na ograniczoną wydajność wynikającą z zastosowania dedykowanego dysku, na którym są przechowywane sumy kontrolne. W zamian za RAID 3 i 30 sugerujemy użycie odpowiednio technologii RADI 5 i 50. W związku z powyższym, czy Zamawiający ujednolici wymagania i skoryguje zapisy usuwając z punktu 2 tabeli RAID 3, 30 i dopuści macierz, która wspiera i której kontrolery obsługują poziomy RAID 1, 5, 6, 10, 50? Odpowiedź:Zamawiający postanawia ujednolicić zapisy i dopuszcza zaproponowane rozwiązanie. Zmianie podlega punkt 2 w tabeli Macierz dyskowa – szt. 1:Było:„Dwa redundantne kontrolery posiadające łącznie minimum cztery złącza 10GbE iSCSI w tym min. 2 SFP+. Obsługiwane poziomy RAID co najmniej 1, 3, 5, 6, 10, 30, 50.”Jest:„Dwa redundantne kontrolery posiadające łącznie minimum cztery złącza 10GbE iSCSI w tym min. 2 SFP+. Obsługiwane poziomy RAID co najmniej 1, 5, 6, 10, 50.”

Pytanie nr 11.02:PYTANIE 2 - dotyczy załącznik nr 2 do SIWZ, macierz dyskowa pkt. 2.Czy Zamawiający dopuści rozwiązanie, w którym kontrolery macierzy posiadają wyłącznie 4 złącza 1GbE iSCSI?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 11.03:PYTANIE 3 - dotyczy załącznik nr 2 do SIWZ, macierz dyskowa pkt. 4.Czy Zamawiający dopuści rozwiązanie, w którym macierz nie będzie obsługiwała dysków SSD?Odpowiedź:Zamawiający dopuści takie rozwiązanie.

Pytanie nr 11.04:PYTANIE 4 – dotyczy komputery stacjonarneCzy Zamawiający dopuści zaoferowanie urządzenia wyposażonego w złącza D-SUB oraz DVI pod warunkiem zaoferowania monitora wyposażonego także w port DVI?Odpowiedź:Zamawiający dopuści takie rozwiązanie.

Pytanie nr 12.01:Pytanie 1§ 5 ust.1 pkt 2) lit. a: Istotne postanowienia umowy - Czy Zamawiający potwierdza, że załącznikiem określającym szczegółowe warunki licencyjne będzie Załącznik nr 8 do Umowy, zgodnie z § 15 ust.14 Umowy ?Odpowiedź:Zamawiający potwierdza.

Pytanie nr 12.02:Pytanie 2§ 5 ust. 1 pkt 4 lit. g): Czy przez „zabezpieczenie fizycznego udziału personelu WYKONAWCY” należy rozumieć wyłącznie zapewnienie personelu WYKONAWCY na miejscu (w organizacji Zamawiającego) przy pierwszorazowym wykonywaniu przez Użytkowników procesów o znaczeniu kluczowym czy sformułowanie dopuszcza także możliwość zapewnienie personelu WYKONAWCY w sposób zdalny przy pierwszorazowym wykonywaniu przez Użytkowników procesów o znaczeniu kluczowym?Odpowiedź:Zamawiający dopuszcza zapewnienie wsparcia zdalnego np. poprzez technologię zdalnego pulpitu.

Pytanie nr 12.03:Pytanie 3§ 14 ust. 5: Czy Zamawiający potwierdza, że zapewni Wykonawcy stały i nieprzerwany dostęp zdalny do SUI na czas trwania gwarancji/rękojmi/nadzoru autorskiego ? Jeżeli nie, czy Zamawiający zobowiązuje się, że wraz z każdym zgłoszenie serwisowym lub innym zobowiązaniem Wykonawcy związanym z gwarancją/rękojmią/nadzorem autorskim udostępni Wykonawcy każdorazowo dostęp zdalny do SUI ?Odpowiedź:Zamawiający zobowiązuje się, że wraz z każdym zgłoszenie serwisowym lub innym zobowiązaniem Wykonawcy związanym z gwarancją/rękojmią/nadzorem autorskim udostępni Wykonawcy każdorazowo dostęp zdalny do SUI.

Pytanie nr 12.04:Pytanie 4§ 15 ust. 2: Ze względu na fakt, że Wykonawca nie w każdym przypadku będzie uprawniony do udzielenia Zamawiającemu licencji na SUI, bowiem w zakresie dotyczącym części oprogramowania SUI, Wykonawca co najwyżej dostarczy Zamawiającemu licencje producentów oprogramowania (Wykonawca nie będzie stroną umowy licencyjnej)czy Zamawiający dopuszcza zmianę części zapisu w sposób następujący:„(...)oraz, że Wykonawca uprawniony jest do udzielenia Zamawiającemu licencji lub sublicencji na SUI lub zapewni Zamawiającemu udzielenie przez osoby trzecie licencji na część aplikacji SUI, na warunkach zgodnych z warunkami Umowy.Odpowiedź:Zamawiający dopuści takie rozwiązanie. Patrz odpowiedź na pytanie 04.31:„Aplikacje będące przedmiotem Umowy są chronione prawem autorskim wynikającym z przepisów ustawy z dnia 4 lutego 1994 roku o prawie autorskim i prawach pokrewnych (Dz. U. z 2006r., Nr 90, poz. 631 z późn. zm.). Strony Umowy zobowiązują się do respektowania tego prawa niezależnie od powstałych okoliczności. Wykonawca gwarantuje Zamawiającemu, że wykonanie przedmiotu umowy nie spowoduje naruszenia przez Wykonawcę lub Zamawiającego praw autorskich innych podmiotów, znaków handlowych i towarowych, patentów, rozwiązań konstrukcyjnych, know – how oraz innych praw chronionych oraz, że Wykonawca uprawniony jest do udzielenia Zamawiającemu licencji na SUI lub zapewni Zamawiającemu udzielenie przez osoby trzecie licencji na część aplikacji SUI, na warunkach zgodnych z warunkami Umowy”.

Pytanie nr 12.05:Pytanie 5Czy Zamawiający dopuszcza uzupełnieni zapisu w sposób następujący: „pod warunkiem potwierdzenia zasadności roszczeń prawomocnym wyrokiem sądu lub ugodą zawartą za pisemną (pod rygorem nieważności) zgodą Wykonawcy” ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający zwraca uwagę, że nie wskazano odniesienia do SIWZ.

Pytanie nr 12.06:Pytanie 6§ 15 ust. 14: Czy Zamawiający potwierdza, że warunki opisane w paragrafie 15 stanowią przedmiotowo istotne składniki treści Umowy Licencyjnej ?Odpowiedź:Zamawiający potwierdza.

Pytanie nr 12.07:Pytanie 7§ 18 ust. 1: Jaki dokument/załącznik do Umowy określi podział wynagrodzenia określonego w § 17 na poszczególne etapy rozliczeń, z § 18 ust. 1 ?Z § 17 i § 18 nie wynika bowiem jak rozkładają się płatności za fakturę pierwszą, drugą, trzecią i końcową. Czy Zamawiający dopuszcza zmianę Umowy poprzez wskazane wartości (procentowej) jakie zostaną przyporządkowane do poszczególnych faktur ?Odpowiedź:Zamawiający przewiduje przeprowadzenie płatności zgodnie z przyjętym harmonogramem rzeczowo-finansowym będącym załącznikiem do umowy o dofinansowanie projektu stanowiącego przedmiot postępowania. Harmonogram ten udostępnimy na etapie podpisywania umowy.

Pytanie nr 12.08:Pytanie 8§ 23 ust. 1 pkt 6): Czy Zamawiający dopuszcza zmianę zapisu w sposób następujący: „zostanie wydany nakaz zajęcia majątku WYKONAWCY w stopniu uniemożliwiającym wykonywanie Umowy” ?Obecne brzmienie zapisu oznacza, że jakiekolwiek zajęcie komornicza na niewielką wartość może skutkować odstąpieniem przez Zamawiającego od Umowy, pomimo tego, że Wykonawca dysponuje środkami umożliwiającymi zaspokojenie roszczeń komornika, a przede wszystkim realizację Umowy.Odpowiedź:BrakZamawiający w odpowiedzi na pytanie 04.43 zmodyfikował brzmienie §23 ust. 1 pkt. 6):Było:„6) zostanie wydany nakaz zajęcia jakiejkolwiek części majątku WYKONAWCY”.Jest:„6) zostanie wydany nakaz zajęcia jakiejkolwiek części majątku WYKONAWCY, w zakresie, który uniemożliwi bądź utrudni realizację umowy;”.

Pytanie nr 12.09:Pytanie 9§ 23 ust. 2: Czy Zamawiający dopuszcza – w przypadku odstąpienia – odebranie także części wykonanych etapów, które jeszcze nie zostały potwierdzone protokołem ? Istnieje bowiem możliwość, że w chwili odstąpienia Wykonawca ukończy Etap w 90%, zatem rozliczenie powinno obejmować także prace i dostawy zrealizowane (w sposób uzasadniony) do dnia odstąpieniaOdpowiedź:Zamawiający podtrzymuje zapisy SIWZ

Pytanie nr 12.10.01:Pytanie 10§ 24: Czy Zamawiający potwierdza, że kary umowne określone w § 24 z tytułu opóźnienia nie będą naliczane za okres opóźnienia spowodowany przez: a/ siłę wyższą, Odpowiedź:Zamawiający zmienia definicję Siły Wyższej w §1 pkt. 6 Załącznika na 9 do SIWZ:Było:„6) Siła Wyższa – wydarzenia i okoliczności nadzwyczajne, nieprzewidywalne, niezależne od woli i intencji którejkolwiek ze Stron Umowy, które mogą wynikać w szczególności z następujących okoliczności: wojna lub wojna domowa, zamieszki, rozruchy i akty sabotażu, katastrofy naturalne, takie jak silne burze, huragany, trzęsienia ziemi, powodzie, zniszczenie przez piorun; wybuchy, pożar, zniszczenie maszyn, pomieszczeń lub wszelkiego rodzaju instalacji; bojkot, strajk, blokady wszelkiego rodzaju, strajk „włoski”, okupowanie pomieszczeń, akty władzy o charakterze powszechnym”;Jest:„6) Siła Wyższa – wydarzenia i okoliczności nadzwyczajne, nieprzewidywalne, niezależne od woli i intencji którejkolwiek ze Stron Umowy, które mogą wynikać w szczególności z następujących okoliczności: wojna lub wojna domowa, zamieszki, rozruchy i akty sabotażu, katastrofy naturalne, takie jak silne burze, huragany, trzęsienia ziemi, powodzie, zniszczenie przez piorun; wybuchy, pożar, zniszczenie maszyn, pomieszczeń lub wszelkiego rodzaju instalacji; bojkot, strajk, blokady wszelkiego rodzaju, strajk „włoski”, okupowanie pomieszczeń”Zamawiający wykluczył z definicji Siły Wyższej akty prawne o charakterze powszechnym. Jednocześnie Zamawiający potwierdza, że kary umowne nie będą naliczane w sytuacji wystąpienia Siły Wyższej w nowym rozumieniu przedstawionym powyżej.

Pytanie nr 12.10.02:Pytanie 10§ 24: Czy Zamawiający potwierdza, że kary umowne określone w § 24 z tytułu opóźnienia nie będą naliczane za okres opóźnienia spowodowany przez: b/ okoliczności będące następstwem działania lub zaniechania Zamawiającego lub osoby, za którą Zamawiający ponosi odpowiedzialnośćOdpowiedź:Zamawiający przypomina, że w Załączniku nr 9 do SIWZ w §20 pkt. 3 miał brzmienie:„WYKONAWCA nie ponosi odpowiedzialności za nieterminową realizację Umowy w przypadku braku możliwości wykonywania jej przedmiotu z powodu okoliczności, za które odpowiedzialność ponosi ZAMAWIAJĄCY.”, a obecnie po odpowiedzi na pytanie 04.40 otrzymał brzmienie: „WYKONAWCA nie ponosi odpowiedzialności za nieterminową realizację Umowy w przypadku braku możliwości wykonywania jej przedmiotu z powodu okoliczności, za które odpowiedzialność ponosi ZAMAWIAJĄCY lub wystąpienia Siły Wyższej”.

Pytanie nr 12.10.03:Pytanie 10§ 24: Czy Zamawiający potwierdza, że kary umowne określone w § 24 z tytułu opóźnienia nie będą naliczane za okres opóźnienia spowodowany przez: c/ okoliczności niezależne od Wykonawcy, za które Wykonawca nie ponosi odpowiedzialności ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 12.10.04:Pytanie 10§ 24: Czy Zamawiający potwierdza, że kary umowne określone w § 24 z tytułu opóźnienia nie będą naliczane za okres opóźnienia spowodowany przez: Czy Zamawiający dopuszcza zastąpienie w § 24 każdego pojęcia „opóźnienie” pojęciem „opóźnienie z przyczyn dotyczących Wykonawcy” lub „zwłoką”?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 12.11:Pytanie 11 do § 24 ust. 5: Ze względu na wysokość kary umownej za naruszenie zasad poufności określonych w § 21, czy Zamawiający dopuszcza wykreślenie z zapisu zwrotu “za każdy przypadek naruszenia”. W ten sposób w przypadku naruszenia, Zamawiający naliczy kare umowną w wysokości 10%, a w pozostałym zakresie dochodził będzie odszkodowania uzupełniającego ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 12.12.01:Pytanie 12Czy Zamawiający dopuszcza wprowadzenie do umowy limitu naliczanych przez Zamawiającego kar umownych do 20% łącznego wynagrodzenia brutto za przedmiot Umowy lub innego limitu określonego przez Zamawiającego ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 12.12.02:Pytanie 12Czy Zamawiający dopuszcza wprowadzenie klauzuli o łącznej odpowiedzialności Wykonawcy nieprzekraczającej 110% łącznej wartości wynagrodzenia brutto za przedmiot umowy ?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiej klauzuli.

Pytanie nr 12.12.03:Pytanie 12Czy Zamawiający dopuszcza wyłączenie odpowiedzialności Wykonawcy z tytułu utraconych korzyści?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ i nie dopuszcza takiej klauzuli.

Pytanie nr 12.13:Pytanie 13do pkt 4 ppkt 6), 7) i 8) Załącznika nr 7 do SIWZ: Czy Zamawiający potwierdza, że termin wprowadzenia zmian do systemu stanowiący konsekwencję inwencji twórczej Autora Oprogramowania, zmiany przepisów prawa lub zmian wymaganych przez organa lub instytucje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości, w szczególności: Ministerstwo Zdrowia, NFZ, Centrum Zdrowia Publicznego i Państwowy Zakład Higieny oraz ZUS, urzędy skarbowe i statystyczne będzie każdorazowo uzgadniany przez Strony ?Odpowiedź:Zamawiający udzielił już odpowiedzi w pytaniu 10.07, która brzmiała:„Załącznik nr 7 do SIWZ w pkt 4 i ppkt. 6), 7), 8) brzmi:„4. Wykonawca będzie świadczył usługi serwisu gwarancyjnego poprzez:(…)6) wprowadzanie do Oprogramowania nowych funkcjonalności lub usprawnień już istniejących stanowiących wynik inwencji twórczej Autora Oprogramowania,7) wprowadzanie bez wniosku ze strony Zamawiającego do Oprogramowania zmian stanowiących konsekwencję wejścia w życie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny opublikowanych w postaci ustaw lub rozporządzeń,8) wprowadzanie do Oprogramowania zmian wymaganych przez organa lub instytucje w stosunku do których Zamawiający ma obowiązek prowadzenia sprawozdawczości, w szczególności: Ministerstwo Zdrowia, NFZ, Centrum Zdrowia Publicznego i Państwowy Zakład Higieny oraz ZUS, urzędy skarbowe i statystyczne.”W przypadku ppkt. 6) termin wprowadzania może być uzgadniany z Wykonawcą. W pozostałych przypadkach terminy określone są przez przepisy prawa lub wymienione w tych punktach instytucje.”

Pytanie nr 12.14:Pytanie 14do pkt 5 Załącznika nr 7 do SIWZ: Czy Zamawiający potwierdza, że realizacja nadzoru autorskiego, w zakresie wszelkich napraw Oprogramowania podejmowanych z własnej inicjatywy autora/-ów Oprogramowania, rozwój oprogramowania podejmowany z własnej inicjatywy autora/-ów Oprogramowania, wydawanie kolejnych wersji oprogramowania wraz z odpowiednią dokumentacją będzie każdorazowo uzgadniany przez Strony ?Odpowiedź:Zamawiający potwierdza, że w przypadku pkt. 5 termin wprowadzania może być uzgadniany z Wykonawcą.

Pytanie nr 13.01:Zestaw instalacyjny musi zawierać pakiet automatycznej instalacji stacji roboczej obejmujący wszystkie niezbędne komponenty do prawidłowej pracy Systemu (w tym katalogi aplikacji, środowisko uruchomieniowe, czcionki, skróty itd.; dotyczy to również wszystkich ewentualnych wtyczek i rozszerzeń niezbędnych do prawidłowej pracy Systemu, jeżeli aplikacja działa przez przeglądarkę WWW). Po wykonaniu pakietu stacja robocza będzie w pełni przygotowana i skonfigurowana do pracy i nie będzie wymagała żadnych dodatkowych prac administratora.Prosimy o doprecyzowanie lub usunięcie skrótu „itd.“Odpowiedź:Zamawiający przez skrót „itd.“ Rozumie w tym przypadku inne niewymienione, które w rozwiązaniu oferowanym przez Wykonawcę są niezbędne do pracy na nowo dostarczonym sprzęcie.

Pytanie nr 13.02:Oferowany system informatyczny powinien umożliwiać export całości dokumentacji do formatu XML. System powinien umożliwiać eksport całości dokumentacji, jak również wybranych pacjentów, wg kryteriów wyszukiwania np. całość dokumentacji za rok 2010, całość dokumentacji dla pacjentów z rocznika itp.. Możliwość odtworzenia oznacza przede wszystkim, że system nie eksportuje jedynie kodów używanych do opisu zdarzeń medycznych, ale również pełny opis dla każdego kodu tak, by inny system informatyczny mógł w pełni odczytać przekazywaną informację. System informatyczny będzie eksportował dokumentację do formatu przenoszenia danych medycznych HL7 CDA (HL7 Clinical Document Architecture - Release 2.0, http://xml.coverpages.org/CDA-20040830v3.pdf). System będzie umożliwiał podpisanie elektroniczne eksportowanej dokumentacji medycznej dostarczanym podpisem niekwalifikowanym.Prosimy o doprecyzowanie lub usunięcie skrótu „itp.“Odpowiedź:Zamawiający rezygnuje w tym punkcie z zastosowania skrótu itp.

Pytanie nr 13.03:Zamawiający uzna również wymaganie za spełnione, jeśli komunikat będzie można zaadresować do konkretnego użytkownika, do pracowników konkretnej jednostki organizacyjnej, do użytkowników pełniących określoną rolę np. lekarze, pielęgniarki oraz do użytkowników wskazanego modułu z możliwością dowolnej kombinacji w/w np. wszystkie pielęgniarki pracujące w oddziale chirurgii korzystające z modułu apteczki oddziałowej, o ile pozostałe wymagania zawarte w tym punkcie zostaną zachowane, w szczególności dotyczące adresów IP, przynajmniej w zakresie komunikacji 1 do 1, i blokowania pracy do czasu potwierdzenia zapoznania się z komunikatem.Czy Zamawiajacy uzna zapis za spełniony jeżeli na ekranie będzie się notorycznie pojawiał komunikat o wiadomosciach do potwierdzenia nie blokujac jednak wykonania pilniejszych zadań, np. zlecenie pilnego badania dla pacjenta?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 13.04:W szczególności chodzi Zamawiającemu o zdalny dostęp administratorów i użytkowników o charakterze kadry zarządczej (w szczególności tych o specjalnych uprawnieniach do akceptowania zdarzeń opisanych w SIWZ, jako wymagające akceptu osoby odpowiedzialnej) do systemu np. poprzez łącze VPN. Zamawiający przewiduje do 50 tego typu użytkowników w Systemie.Czy Zamawiajacy rozumie przez to wewnetrzną funkcjonalność systemu umożliwjącaca zdalny dostęp? Czy dopuszcza stosowanie rozwiązań dedykowanych takich jak funkcja systemu Windows, takich jak np.: zdalny pulpit.Odpowiedź:Zamawiający dopuszcza stosowanie rozwiązań dedykowanych.

Pytanie nr 13.05:System musi mieć możliwość eksportu danych, w zakresie wszystkich danych niezbędnych do rozliczeń z NFZ,Czy Zamawiający zgodzi się na przełączenie systemów w trakcie rozliczenia z importem danych już rozliczanych w Serum w bieżącym okresie rozliczeniowym?Odpowiedź:Zamawiający dopuszcza taką możliwość pod warunkiem zagwarantowania przez Wykonawcę, pewności, ciągłości i pełności rozliczeń z NFZ.

Pytanie nr 13.06:Wykonawca dokona przeniesienia i scalenia danych archiwalnych z obecnie wykorzystywanego programuCo Zamawiający rozumie przez "scalenie danych archiwalnych"? Czy Zamawiający zobowiązuje się do przekazania na etapie analizy przedwdrożeniowej precyzyjnych reguł scalania danych, np. przez określenie pól, które będą kwalifikowały odrębne rekordy do scalenia? Wykonawca nie ma prawa do modyfikacji importowanych danych Zamawiającego, nie może sam podejmować decyzji merytorycznych, np określać które dane mają być scalone a które nie. Czy Zamawiający dostarczy dane wyeksportowane zgodnie ze specyfikacją formatu dostarczoną przez Wykonawcę? Jeżeli nie prosimy o opisanie dla każdego zakresu struktury danych które zostaną wyeksportowane, co jest konieczne do oszacowania przez Wykonawcę kosztów pracProsimy o wskazanie, które z wymienionych zakresów danych mają podlegać migracji w zakresie wizyt pacjentów:1. Ambulatorium / Wizyty2. Ruch ambulatoryjny - wizyty ambulatoryjne (historyczne)3. Rezerwacje – wizyty przełomowe4. Dodatkowo grafiki5. Deklaracje POZ Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Format komunikacji z systemem SERUM firmy Kamsoft został opublikowany na stronie internetowej Zamawiającego www.szpital-orlowskiego.pl w pliku Format_serum_csv.doc

Pytanie nr 13.07:System powinien mieć możliwość wydrukowania potwierdzenia rejestracji z datą, godziną oraz imieniem i nazwiskiem pracownika,Prosimy o podanie wzoru tego wydruku. W przypadku nie podania wzoru czy Zamawiający zakceptuje wzór wydruku przedstawiony przez Wykonawcę.Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.08:System musi mieć możliwość generowania w szczególności następujących zestawień:1. liczby przyjętych pacjentów wg rodzajów wizyt np. planowa ze skierowaniem, przyjęcie nagłe bez skierowania.2. liczby przyjętych pacjentów z podziałem na poradnie,3. liczby wykonanych porad z podziałem na typy porad wg klasyfikacji NFZ,4. miesięczne lub roczne podsumowanie wykonanych wizyt,5. zestawienia wg wybranych rozpoznań lub grup rozpoznań,6. zestawienia wg skierowań z poradni do poradni lub do szpitala,7. zestawienia brakujących danych, niezbędnych do przeprowadzenia rozliczeń z NFZ,8. zestawienie wg lekarzy w podziale na dni, liczbę pacjentów, liczbę punktów z kontraktu z NFZ.Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich sa wykonywane. Jest to niezbedne do oszacowania czasochłonosci ich wykonania. W przypadku nie podania wzorów czy Zamawiający zakceptuje wzory wydruków przedstawione przez Wykonawcę.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.09:System musi mieć możliwość generowania zestawień liczby zleceń w poszczególnych poradniach oraz ich rodzajów, w tym wystawionych przez konkretnych realizatorów usług medycznych.Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich sa wykonywane. Jest to niezbedne do oszacowania czasochłonosci ich wykonania. W przypadku nie podania wzorów czy Zamawiający zakceptuje wzory wydruków przedstawione przez Wykonawcę.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.10:System musi mieć możliwość generowania zestawień ilościowych i kwotowych wykonanych usług (zbiorcze lub z podziałem na zleceniodawców, zleceniobiorców lub pacjentów).Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich sa wykonywane. Jest to niezbedne do oszacowania czasochłonosci ich wykonania. W przypadku nie podania wzorów czy Zamawiający zakceptuje wzory wydruków przedstawione przez Wykonawcę.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.11:System musi mieć możliwość wydruku dla danego pacjenta:1. historii choroby,2. karty konsultacyjnej,3. zaleceń lekarskich,4. zaświadczeń (orzeczeń lekarskich),Prosimy o podanie wzorów tych wydruków. W przypadku nie podania wzorów czy Zamawiający zakceptuje wzory wydruków przedstawione przez Wykonawcę.Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.12:Pytanie dotyczące wymagania ERP.26.001 System musi mieć możliwość planowania budżetów na różne okresy: dni, tygodnie, miesiące, kwartały, lata. Czy Zamawiający zgodzi się usunąć z zapisu możliwość planowania budżetów na najkrótsze okresy: dni oraz tygodnie? Jest to rozwiązanie bardzo czasochłonne z punktu widzenia Użytkownika, przez co wykorzystywane sporadycznie. Jednocześnie, tego typu funkcjonalność generuje dla Wykonawcy większe koszty, dlatego mając na uwadze budżet projektu wnosimy o jej zmodyfikowanie. Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ.

Pytanie nr 13.13:UWAGA: W celu realizacji tego wymagania konieczna jest integracja z programem Marcel (zewnętrzny system używany Czy Zamwiajacy zapewni pokrycie kosztów prac integracyjnych pozostajacych po stronie firmy Alab?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. To Wykonawca ma dostosować swój system do programu Marcel, a nie odwrotnie, w związku z czym to wykonawca ponosi wszelkie koszty integracji.

Pytanie nr 13.14:System musi mieć możliwość dostępu do rejestru i wyników badań bakteriologicznych i tworzenie raportów dla poszczególnych:Prosimy o podanie wzorów tych raportów wraz z kryteriami dla jakich jest wykonywany. Jest to niezbedne do oszacowania czasochłonosci ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.15:System musi mieć możliwość prowadzenia raportów liczbowych i procentowych na podstawie danych z kart zakażeń szpitalnych oraz zakażeń o etiologii alarmowej z podziałem na szpitalne i pozaszpitalne:Prosimy o podanie wzorów tych raportów wraz z kryteriami dla jakich jest wykonywany. Jest to niezbedne do oszacowania czasochłonosci ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.16:System musi mieć możliwość tworzenia raportów ilościowych z zakażeń szpitalnych.Prosimy o podanie wzorów tych raportów wraz z kryteriami dla jakich jest wykonywany. Jest to niezbedne do oszacowania czasochłonosci ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.17:System musi mieć możliwość wydruku karty informacyjnej leczenia szpitalnego dla pacjenta z informacji zgromadzonych w Systemie.Prosimy o podanie wzoru tego wydruku. W przypadku nie podania wzoru czy Zamawiający zakceptuje wzór wydruku przedstawione przez Wykonawcę?Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.18:System musi mieć możliwość wydruku częściowej i pełnej dokumentacji pacjenta (historii choroby).Prosimy o podanie wzoru tego wydruku. W przypadku nie podania wzoru czy Zamawiający zakceptuje wzór wydruku przedstawione przez Wykonawcę?Odpowiedź:Zamawiający zaakceptuje wzór zaproponowany przez Wykonawcę, o ile będzie on zawierał wszystkie pola wymagane odrębnymi przepisami.

Pytanie nr 13.19:System musi mieć możliwość generowania zestawień sprawozdawczych do Narodowego Funduszu Zdrowia, Ministerstwa Zdrowia, Głównego Urzędu Statystycznego, Państwowego Zakładu Higieny, Państwowej Inspekcji Sanitarnej i wewnętrznych raportów weryfikujących dane, w szczególności zestawienie:Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzory dokumentów przedstawione przez Wykonawcę, o ile będą zawierały wszystkie informacje niezbędne w tym zakresie określone odpowiednimi przepisami (do celów kontrolnych). Wersje elektroniczne zestawień sprawozdawczych są opisane na stronach instytucji, do których należy te raporty dostarczać/wysyłać.

Pytanie nr 13.20:System musi mieć możliwość gromadzenia odpowiednich danych do prowadzenia statystyk ruchu chorych na oddziałach szpitalnych, w szczególności dotyczących liczby:Prosimy o podanie wzorów tych statystyk wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.21:System musi mieć możliwość gromadzenia odpowiednich danych do prowadzenia następujących statystyk ruchu chorych w poradniach specjalistycznych:Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.22:System musi mieć możliwość wydruku statystyk dotyczących obłożenia oddziałów na dany dzień i godzinę (domyślnie aktualny dzień i godzina).Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.23:System musi mieć możliwość wygenerowania i wydruku miesięcznych, kwartalnych, półrocznych i rocznych statystyk dotyczących:Prosimy o podanie wzorów tych zestawień wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania.Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.24:System musi mieć możliwość zlecania dla pacjenta, m.in.: leków, diet, badań diagnostycznych, badań laboratoryjnych, badań w pracowniach i zakładach, zabiegów w pracowniach i zakładach, zabiegów operacyjnych, transportu, czynności pielegniarskich.Prosimy o doprecyzowanie lub usunięcie skrótu „m.in.”Odpowiedź:Zamawiający wprowadza zmianę treści tego punktu poprzez zamianę zwrotu „m.in.“ na „w szczególności“.

Pytanie nr 13.25:System musi mieć możliwość wydruku w szczególności:Prosimy o podanie wzorów tych wydruków. W przypadku nie podania wzorów czy Zamawiający zaakceptuje wzory wydruków przedstawione przez Wykonawcę?Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.26:System musi mieć możliwość generowania i wydruku podziału kosztów żywienia w rozbiciu na oddziały, rodzaje diet oraz miesięczną stawkę żywieniową w przeliczeniu na 1 osobę (średni koszt wyżywienia 1 osoby).Prosimy o podanie wzoru tego wykazów wraz z kryteriami dla jakich jest wykonywany. Jest to niezbędne do oszacowania czasochłonności ich wykonania. W przypadku nie podania wzorów czy zamawiający zaakceptuje wzory wydruków przedstawione przez Wykonawcę?Odpowiedź:Zamawiający zaakceptuje wzory zaproponowane przez Wykonawcę, o ile uwzględnione w nich zostaną przedstawione w tym punkcie informacje.

Pytanie nr 13.27:W ramach projektu należy zaprojektować i wdrożyć do użytkowania interaktywny portal internetowy - Szpitalny Portal Informacyjny. Przeznaczenie portalu:(…)4. sprawdzanie wyników badań laboratoryjnych i innych wybranych informacji medycznych dotyczących pacjenta.Prosimy od doprecyzowanie co Zamawiający rozumie przez zwrot „innych wybranych informacji”? W razie braku doprecyzowania wnosimy o wykreślenie zapisu.Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Te inne informacje zostały opisane w pozostałych wymaganiach załącznika nr 6 do SIWZ, w szczególności Zamawiający miał na myśli sprawdzanie:

1. aktywnych skierowań do specjalistów lub szpitala,2. dokumentacji wykonywanej w laboratorium obrazowym,3. terminów zapisów na wizyty pacjenta.

Pytanie nr 13.28:System w ramach portalu e-Pacjent umożliwi prowadzenie korespondencji między pacjentem a placówką za pomocą Elektronicznej Skrzynki Podawczej (z wykorzystaniem urzędowego potwierdzenia odbioru).Prosimy o wyjaśnienie w jaki sposób miałoby się odbywać potwierdzenie odbioru korespondencji? Prosimy o wyjaśnienie co oznacza elektroniczna skrzynka podawcza?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiający zwraca uwagę, że standard Elektronicznej Skrzynki Podawczej obowiązuje podmioty publiczne prowadzące działalność na terytorium RP od wielu lat. "Elektroniczna skrzynka podawcza", działa na podstawie rozporządzenia Prezesa Rady Ministrów z dnia 29 września 2005 r. w sprawie warunków organizacyjno-technicznych doręczania dokumentów elektronicznych podmiotom publicznym (rozporządzenie to wydano na podstawie art. 16 ust. 3 ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. Nr 64, poz. 565)). Wykonawca może pobrać opis standardu ze strony Zamawiającego www.szpital-orlowskiego.pl z pliku StandardESP_v1.0.pdf.

Pytanie nr 13.29:System będzie miał możliwość wystawiania własnych (wewnętrznych) certyfikatów na potrzeby podpisywania podpisem niekwalifikowanym w szczególności zleceń i dokumentów. Prosimy o wyjaśnienie do czego miałby taki niekwalifikowany podpis służyć?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Niekwalifikowany podpis elektroniczny służy do podpisywania nim dokumentów elektronicznych.

Pytanie nr 13.30:System będzie miał możliwość realizacji tej funkcji we wszystkich medycznych jednostkach organizacyjnych Zamawiającego.Proszę o zdefiniowanie pojęcia "wszystkich jednostek Zamawiającego".Czy Zamawiającemu chodzi o wszystkie poradnie?Odpowiedź:Zamawiający podtrzymuje zapisy SIWZ. Zamawiającemu chodzi o wszystkie jednostki organizacyjne wchodzące w skład części medycznej (białej).

Pytanie nr 13.31:7. Etap I: Zakłada się, że etap I będzie trwał do 21 dni od daty podpisania umowy. W tym czasie Wykonawca sporządzi i przedstawi Zamawiającemu do akceptacji Analizę Przedwdrożeniową. W skład analizy,Wnosimy o przedłużenie czasu pierwszego etapu do 60 dni. Wykonanie analizy jest kluczowe dla całego projektu i powinno być określone realnym terminem. 21 dni od podpisania umowy może nie pozwolić na rzetelne zgromadzenie wszystkich informacji niezbędnych do wykonania analizy.Odpowiedź:Zamawiający przedłuża dopuszczalną długość trwania pierwszego etapu do 31 dni.

Pytanie nr 14.01:Pytanie nr 1:Dotyczy: „Switch sieciowy w warstwie rdzeniowej – 1 szt.” Czy Zamawiający dopuści aby przełącznik 48 portowy został zamieniony na dwa przełączniki 24 portowe połączone w stosie, z redundantnymi zasilaczami i wentylatorami, z prędkością w stosie do 80 Gb/s ? Odpowiedź:Zamawiający dopuszcza takie rozwiązania, o ile łączenie w stos nie zajmie żadnego z wymaganych minimum 40 portów oraz urządzenia osiągną pozostałe parametry opisane w SIWZ przez Zamawiającego.

Pytanie nr 14.02:Pytanie nr 2:Dotyczy: „Macierz dyskowa – 1 szt.”Dla komponentu – Kontrolery – występuje zapis: Obsługiwane poziomy RAID co najmniej 1, 3, 5, 6, 10, 30, 50 , natomiast dla komponentu Bezpieczeństwo danych mamy zapis: - Wspierane poziomy RAID: 5, 6, 10, 50. Czy Zamawiający dla przejrzystości i jednoznaczności zapisów specyfikacji przyjmie zapis: Obsługiwane poziomy RAID co najmniej 0, 1, 5, 6, 10, 50 ? Zgodnie z opisywaną architekturą macierz będzie pracować z wykorzystaniem RAID na poziomie 5.Odpowiedź:Zamawiający wprowadził zmianę odpowiadając na pytanie 11.01: „Zamawiający postanawia ujednolicić zapisy i dopuszcza zaproponowane rozwiązanie. Zmianie podlega punkt 2 w tabeli Macierz dyskowa – szt. 1:Było:„Dwa redundantne kontrolery posiadające łącznie minimum cztery złącza 10GbE iSCSI w tym min. 2 SFP+. Obsługiwane poziomy RAID co najmniej 1, 3, 5, 6, 10, 30, 50.”Jest:„Dwa redundantne kontrolery posiadające łącznie minimum cztery złącza 10GbE iSCSI w tym min. 2 SFP+. Obsługiwane poziomy RAID co najmniej 1, 5, 6, 10, 50””.

Pytanie nr 14.03:Pytanie nr 3:Dotyczy: „Macierz dyskowa – 1 szt.”Dla komponentu – Funkcjonalność – występuje zapis: - Mechanizm dynamicznej alokacji przestrzeni dyskowej dla dysków logicznych (Thin Provisioning).Ponieważ zgodnie z opisem wymaganej konfiguracji macierz będzie udostępniała swoje zasoby dla środowiska wirtualnego w celu zapewnienia wysokiej dostępności (HA), wymieniona funkcjonalność nie będzie miała zastosowania. iska. Czy Zamawiający zrezygnuje z tej funkcjonalności jako nadmiarowej w stosunku do potrzeb konfiguracji środowiska?Odpowiedź:Zamawiający rezygnuje z wymagania mechanizmu dynamicznej alokacji przestrzeni dyskowej dla dysków logicznych (Thin Provisioning).

Pytanie nr 15.01:Dotyczy wymagania ERP.03.002: „System powinien mieć możliwość zamykania kont wynikowych oraz zamykania kręgu kosztów w trybie zapisów „pod trzynastym” miesiącem.” Czy „w trybie zapisów „pod trzynastym” miesiącem” należy rozumieć jako możliwość wprowadzania zapisów zamykających konta wynikowe oraz krąg kosztów w okresie specjalnym (trzynasty miesiąc roku obrotowego) ?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Zamawiający dopuści alternatywne rozwiązanie zapewniające podobną do okresu specjalnego funkcjonalność oferowanego systemu w zakresie tego wymagania.

Pytanie nr 15.02:Dotyczy wymagania ERP.03.005: „System musi mieć możliwość bezpośredni dostęp do danych historycznych z poprzednich lat bilansowych w ramach wdrażanej aplikacji (dostęp do ksiąg lat poprzednich).”.Czy należy rozumieć, że dane historyczne z poprzednich lat obrotowych, do których ma być bezpośredni dostęp, to dane które zostaną wprowadzone do oferowanego systemu przez użytkowników? Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Dane historyczne to dane, które będą agregowane w kolejnych latach użytkowania oferowanego systemu.

Pytanie nr 15.03:Dotyczy wymagania ERP.06.002 „System musi mieć możliwość przygotowania, edytowania i wydrukowania dokumentu PK „polecenie księgowania” na podstawie wyboru (odznaczenia) na koncie analitycznym zespołu „2” konkretnych dokumentów zawierających wszystkie dane tego dokumentu.”. Proszę o podanie przykładu zastosowania opisanej funkcjonalności. Odpowiedź:Zamawiający udzielił już odpowiedzi, odpowiadając na pytanie nr 05.51: „Na przykład Zamawiający zawiera porozumienie spłaty zobowiązań z Wierzycielem i w związku tym, że stosuje zasadę, że porozumienia ewidencjonowane są na innym koncie analitycznym, dokona przeksięgowania faktur z konta 202-11-00101 na 202-12-00101 („12” porozumienia); intencją jest aby system poprzez wybranie („odznaczenie”) dokumentów na kartotece konta 202-11-00101 automatycznie przygotował je do wprowadzenia na konto 202-12-00101; przez „automatycznie” rozumie się pobranie podstawowych danych o dokumentach (tj. numer faktury, kwoty, opis operacji) do trybu księgowania dowodu (bez konieczności ręcznego wprowadzania danych do przeksięgowania); intencją jest żeby z dokumentów wybranych do przeksięgowania system wygenerował dokument PK – polecenie księgowania.”

Pytanie nr 15.04:Dotyczy wymagania ERP.22.008 „System musi mieć możliwość automatycznej kontroli rocznego ograniczenia podstaw składek na ubezpieczenie emerytalno – rentowe (np. w przypadku zatrudnienia pracownika na kilku umowach).” Czy należy rozumieć, że pracownicy są zatrudniani równolegle na kilku różnych rodzajach umów, np. jednocześnie umowa o pracę, umowa zlenienie i umowa o współpracę (przy prowadzeniu działalności gospodarczej), czy wymagane jest równoległe zatrudnienie kilku umów o pracę w jednym okresie?Odpowiedź:Zamawiający potwierdza, że pracownicy są zatrudniani równolegle na kilku różnych rodzajach umów, w szczególności lekarzy.

Pytanie nr 15.05:Dotyczy wymagania ERP.22.048 „System powinien mieć możliwość wbudowany kalkulator wynagrodzeń Brutto – Netto.” Czy wymaganie zostanie spełnione w przypadku, gdy system będzie umożliwiał próbne przeliczenie wskazanych pracowników na wybranej liście płac, korzystając tym samym ze wszystkich aktualnych danych wskaźników, dodatków i potrąceń, danych pochodzących z kadr, karach , wyrokach, pożyczkach, związkach zawodowych, absencjach chorobowych i urlopowych itp. Czy chodzi o kalkulator umożliwiający obliczenie na podstawie podstawowych ogólnych założeń?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Chodzi o kalkulator umożliwiający obliczenie na podstawie podstawowych ogólnych założeń.

Pytanie nr 15.06:Dotyczy wymagania ERP.22.049 „System powinien mieć możliwość wbudowany kalkulator godzin nadliczbowych, nocy i świąt”, Czy wymaganie zostanie uznane za spełnione, jeżeli system automatycznie będzie wyliczał godziny nadliczbowe 50% i 100% pokazując wyniki na formularzu, bez dedykowanego kalkulatora?Odpowiedź:Zamawiający nie uzna takiego rozwiązania. Określenie "kalkulator godzin nadliczbowych, nocy i świąt" jest szersze niż "wyliczanie godzin nadliczbowych 50% i 100%"- zakres kalkulacji nie ogranicza się do godzin kalkulowanych jak godziny nadliczbowe w wysokości 50% i 100%.

Pytanie nr 15.07:Dotyczy wymagania ERP.23.005 „System musi mieć możliwość przenoszenia do archiwum (tryb nieaktywny) pracowników, którzy zakończyli pracę w Szpitalu na wszystkich swoich umowach.”Czy Zamawiający akceptuje rozwiązanie, że system nie będzie przenosił archiwalnych danych do innej struktury bazy danych, tylko umożliwiał filtrowanie danych tylko do aktualnie obowiązujących? W przypadku konieczności przywrócenia osób zwolnionych do ponownej pracy, system od razu posiadałby historię bez potrzeby przywracania danych z archiwum (np. na potrzeby poprawnego wyliczenia stażu pracy w szpitalu za okresy poprzedniego i aktualnego zatrudnienia) ?Odpowiedź:Zamawiający zaakceptuje takie rozwiązanie.

Pytanie nr 15.08:Dotyczy wymagania ERP.23.014. Czy Zamawiający wymaga możliwości przypisania do jednej umowy o pracę kilku jednostek organizacyjnych ? Czy wymaganie zostanie spełnione, jeżeli system pozwoli na przypisanie do jednego zatrudnienia jednj jednostki organizacyjnej, natomiast do wielu OPK z dokładnością do kwoty lub udziału procentowego?Odpowiedź:Zamawiający nie zaakceptuje takiego rozwiązania. Przykład: pracownik zatrudniony na jedną umowę o pracę (np. lekarz rezydent) rozliczany jest kosztowo (wynagrodzenie brutto) i w części dotyczącej składek ZUS na różne ośrodki kosztów (wynagrodzenie podstawowe na inne konto, wynagrodzenie za dyżury na inne). Rozliczenie to nie polega tylko na ujęciu kwot brutto wynagrodzenia i pochodnych na kontach kosztowych na podstawie kalkulacji podziałowej dokonanej w oparciu o "łączną" kalkulację obydwu składników wynagrodzenia (oraz pochodnych), ale ma się odbyć na zasadzie odrębnej kalkulacji wynagrodzenia podstawowego z pochodnymi od tego wynagrodzenia na odpowiedni OPK oraz odrębnej kalkulacji wynagrodzenia za dyżury z pochodnymi od wynagrodzenia za dyżury, na odpowiedni OPK. W sytuacji rozliczania wynagrodzeń lekarzy rezydentów istnieje również konieczność wygenerowania odrębnej kartoteki wynagrodzeń na potrzeby rozliczania umów z Ministerstwem Zdrowia, zatem wymagane jest odrębne naliczanie i rejestrowanie wynagrodzeń w części finansowanej ze środków MZ (wynagrodzenie "podstawowe" bez innych elementów, np. dyżurów). W wyniku tego wymaga się, aby jedno zatrudnienie (jedna umowa) mogła być przypisana na cele kalkulacji wynagrodzenia do kilku OPK, a składniki/części wynagrodzenia wynikające z tej umowy mogły być odrębnie kalkulowane na liście płac ze wskazaniem odrębnych OPK.

Pytanie nr 16.01:ad. Załącznik nr 2 do SIWZ Punkty Dostępowe str. 31: Czy Zamawiający przez określenie "Możliwość blokowanie P2P w ramach sieci." w punkcie dotyczącym punktów dostępowych ma na myśli sieć również przewodową wraz z stykiem z Internetem ?Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania.

Pytanie nr 16.02:ad. Załącznik nr 2 do SIWZ Switch sieciowy w warstwie rdzeniowej str 28: Czy Zamawiający dopuszcza aby przełącznik z liczbą portów 10GBE, SFP+ min. 40 z możliwością podłączenia do każdego portu kabla światłowodowego zastąpić na dwa przełączniki po min. 20 portów każdy połączone w stosie (wysokość każdego przełącznika1U/19”, pozostałe parametry zgodne z wymaganiami SIWZ) ?Zastosowanie 2 przełączników zwiększy niezawodność sieci w przypadku awarii przełącznika ( redundantny przełącznik).Odpowiedź:Zamawiający odpowiedział już na to pytanie w pytaniu 14.01:„Zamawiający dopuszcza takie rozwiązania, o ile łączenie w stos nie zajmie żadnego z wymaganych minimum 40 portów oraz urządzenia osiągną pozostałe parametry opisane w SIWZ przez Zamawiającego”.

Pytanie nr 16.03:ad. Załącznik nr 3 do SIWZ Wytyczne dla konstrukcji instalacji logicznej str. 2:Czy zamawiający potwierdza, że Punkt elektryczno-logiczny (PEL) – moduł naścienny ma składać się z podwójnego gniazda elektrycznego 230V i pojedynczego portu RJ45 kat. 6 ?Normy okablowania strukturalnego zalecają aby punkt przyłączeniowy sieci okablowania strukturalnego zawierał min. dwa porty RJ45.Odpowiedź:Zamawiający potwierdza takie rozumienie wymagania. Jednocześnie Zamawiający zmienia wymaganie z załącznika nr 3 do SIWZ w następujący sposób: Było: „Punkt elektryczno-logiczny (PEL) – moduł naścienny (natynkowy lub podtynkowy) umożliwiający podłączenie do dedykowanej sieci elektrycznej i dedykowanej sieci logicznej złożony z podwójnego gniazda elektrycznego 230V i pojedynczego portu RJ45 kat. 6.”Jest:„Punkt elektryczno-logiczny (PEL) – moduł naścienny (natynkowy lub podtynkowy) umożliwiający podłączenie do dedykowanej sieci elektrycznej i dedykowanej sieci logicznej złożony z podwójnego gniazda elektrycznego 230V i minimum pojedynczego portu RJ45 kat. 6”.

Pytanie nr 16.04: ad. Załącznik nr 3 do SIWZ Wytyczne dla konstrukcji instalacji logicznej str. 7:Proszę o wyjaśnienie zapisów pkt. 6 „Założenia Użytkownika i minimalne wymagania dla przyjmowanych rozwiązań” pp. 4 do pp.6. W pp.4 Zamawiający wymaga aby wszystkie elementy toru transmisyjnego były zgodne z wymaganiami obowiązujących norm przywołanych w projekcie dla poszczególnych elementów, tzn. na Kategorię 6 wg. ISO/IEC 11801 Am.1 i Am.2;a w pp.5 Zamawiający wymaga aby Wykonawca zastosował kabel instalacyjny ekranowany typu S/FTP o paśmie przenoszenia 500MHz w osłonie LS0H. Wymagana wydajność transmisyjna t.j. pasmo przenoszenia do 500 MHz zgodnie z przytoczoną normą ISO/IEC 11801 Am.1 i Am.2; oznacza, że komponenty powinny posiadać kategorię 6A (dla kategorii kat.6 norma wymaga pasma przenoszenia do 250 MHz).Podobnie w pp.6 Zamawiający wymaga zastosowania modułów gniazd RJ45 o wydajności opisanej powyżej czyli do 500 MHz, a więc moduł powinien być kat. 6A. Pytanie: Jakiej kategorii mają być wszystkie wymagane elementy ekranowane toru transmisyjnego: kategorii 6 (pasmo przenoszenia do 250MHz) czy kategorii 6A ( pasmo przenoszenia do 500 MHz) ? Do jakiej klasy okablowania strukturalnego mają być certyfikowane wykonane kanały transmisyjne: do Klasy E (kat.6 komponentów) czy klasy EA (kategoria 6A komponentów ) w rozumieniu wymagań normy ISO/IEC 11801 Am.1 i Am.2; ?Odpowiedź:Zamawiający miał na myśli w pp. 4 kategorię 6A. Zamawiający poprawia oczywisty błąd pisarski:Było: „Wszystkie elementy toru transmisyjnego mają być zgodne z wymaganiami obowiązujących norm przywołanych w projekcie dla poszczególnych elementów, tzn. na Kategorię 6 wg. ISO/IEC 11801 Am.1 i Am.2;.” Jest:„Wszystkie elementy toru transmisyjnego mają być zgodne z wymaganiami obowiązujących norm przywołanych w projekcie dla poszczególnych elementów, tzn. na Kategorię 6A wg. ISO/IEC 11801 Am.1 i Am.2”.

Pytanie nr 17.01:UPS – w treści załącznika numer 2 (str. 24) jest:(…)UPS – 4 szt.

Producent / Model oferowanego

sprzętulub oprogramowania

Lp. Nazwa komponentu

Minimalne parametry techniczno-eksploatacyjne Dane oferenta

1. Wymagane parametry Minimum 1000i; 800 Watt

(…) PYTANIEJakie ma być przeznaczenie wskazanych UPS’ów – czyli:

co ma być przyłączone do tego upsa (jakie i ile gniazd wyjściowych) wymagany czas podtrzymania rodzaj obudowy gwarancja zarządzanie

Odpowiedź:Zamawiający chciałby, aby zamówione urządzenia UPS zabezpieczyły działanie oferowanego systemu SUI w minimalnym zakresie, a w szczególności umożliwiły nieprzerwaną pracę serwerów (minimum 2) i macierzy do czasu włączenia zasilania awaryjnego tj. ok. 5 minut. Rodzaj obudowy i typ zarządzania według uznania Wykonawcy. Gwarancja minimum 24 miesiące.

Pytanie nr 17.02:Na stronie 18 załącznika numer 2 jest wymóg numer 12 dot. BIOS

Możliwość odczytania z BIOS:(…)

Informacji o dysku twardym: model, pojemność, wersja firmware,(…) PYTANIECzy Zamawiający zrezygnuje z wymogu odczytu z BIOS informacji o wersji firmware dysku twardego.Odpowiedź:Zamawiający rezygnuje z wymogu odczytania bezpośrednio z BIOS wersji firmware dysku twardego.

Pytanie nr 18.01:W zapisie SIWZ w punkcie 14 odnoszącym się do: switcha siecioweg w warstwie rdzeniowej widnieje zapis:„Porty 10 GbE, SFP+ z obsługą funkcji full duplex; liczba portów minimum 40 z możliwością podłączenia do każdego portu kabla światłowodowego wielomodowego.” oraz „Urządzenie musi mieć możliwość montażu w szafie 19”. Wysokość maksymalnie 2U.”Czy zamawiający dopuszcza rozwianie oparte na zestawieniu dwóch switchy w stos spełniające ilość wymaganych portów, jako rozwiązanie równoważne spełniające wymogi? Odpowiedź:Zamawiający odpowiedział już na to pytanie w pytaniu 14.01:„Zamawiający dopuszcza takie rozwiązania, o ile łączenie w stos nie zajmie żadnego z wymaganych minimum 40 portów oraz urządzenia osiągną pozostałe parametry opisane w SIWZ przez Zamawiającego”.

Pytanie nr 18.02:W zapisie SIWZ w punkcie 17 odnoszącym się do: punktu dostępowego w innych wymaganiach widnieje zapis:„Możliwość blokowanie P2P w ramach sieci.”Czy AccesPointy będą pracować z konsolą lub UTM wymienionymi w „Załącznik nr 02 - Specyfikacja i wymagania minimalne sprzętu informatycznego” jeśli tak czy zamawiający zrezygnuje z tej funkcji w AccesPoint na rzecz obsługi tej funkcji przez inne urządzenie sieciowe wymienione w tym postępowaniu? Odpowiedź:Zamawiający dopuści rozwiązanie, które zrealizuje to wymaganie Zamawiającego w innym urządzeniu, w szczególności w kontrolerze sieci wifi lub UTM.

Pytanie nr 19.01.01:Dotyczy HIS.22.003Jakie są minimalne wymagania dotyczące przedmiotowych zestawień?Odpowiedź:Zamawiający oczekuje, że zestawienia będą możliwe do skonfigurowania przez uprawnionego użytkownika.

Pytanie nr 19.01.02:Dotyczy HIS.22.003Czy zestawienia mają dotyczyć tylko wykonanych cykli sterylizacji, czy też tego, co było sterylizowane?Odpowiedź:Zamawiający oczekuje, że zestawienia będą obejmować całość zagadnień objętych obszarem wymagań HIS.22, w tym również to co było sterylizowane.

Pytanie nr 19.01.03:Dotyczy HIS.22.003Czy w/w zestawienia mają dotyczyć tylko sterylizacji, czy też udokumentowania całego ciągu technologicznego dla procesu dekontaminacji materiału - przyjęcie, mycie i dezynfekcja ręczna lub automatyczna, zwalnianie po myciu, pakowanie, sterylizacja, zwalnianie po sterylizacji, wydanie do użytkownika?Odpowiedź:Zamawiający oczekuje, że zestawienia będą obejmować całość zagadnień objętych obszarem wymagań HIS.22. Zamawiający nie narzuca konstrukcji oferowanego systemu.

Pytanie nr 19.01.04:Dotyczy HIS.22.003Czy użytkownik wymaga, aby można było zarządzać w systemie (wprowadzać, korygować, usuwać) listami zestawów narzędzi wraz z ich zawartością oraz pojedynczymi narzędziami? Tylko wówczas można je uwzględniać w takich zestawieniach.Odpowiedź:Zamawiający oczekuje, że zestawienia będą obejmować całość zagadnień objętych obszarem wymagań HIS.22. Zamawiający nie narzuca konstrukcji oferowanego systemu.

Pytanie nr 19.01.05:Dotyczy HIS.22.003Jeśli tak, to kto ma wprowadzić takie listy do systemu- Użytkownik czy Wykonawca?Odpowiedź:Jeżeli oferowany system będzie posiadał zarządzanie listami zestawów narzędzi według pytania 19.01.04 to Zamawiający oczekuje, że takie listy będzie wprowadzał uprawniony do tego użytkownik SUI.

Pytanie nr 19.01.06:Dotyczy HIS.22.003Czy raporty z przeprowadzanych cykli mycia-dezynfekcji oraz sterylizacji mają być w jakikolwiek sposób włączane do zasobów systemu (np. skany wydruków)?Odpowiedź:Zamawiający przypomina, że postępowanie przetargowe obejmuje dostarczenie systemu zintegrowanego tj. wszystkie dane muszą być zawarte w SUI i musi być możliwe ich wykorzystanie w innych obszarach funkcjonalnych np. w przypadku sterylizacji jest to część medyczna, w szczególności obsługa operacji i część administracyjna, w szczególności kalkulacja kosztów na poszczególne OPK.

Pytanie nr 19.01.07:Dotyczy HIS.22.003Czy system ma dawać możliwość przypisywania do sterylizowanych zestawów czasu przydatności do zużycia?Odpowiedź:Jeżeli oferowany system będzie posiadał zarządzanie listami zestawów narzędzi według pytania 19.01.04 to Zamawiający oczekuje, że będzie taka możliwość.