WYJAŚNIENIENIA I ZMIANA TREŚCI SIWZ

ZP/45/HIS+ERP/2020/UE

Warszawa, dnia 11.02.2021 r.

WYJAŚNIENIENIA I ZMIANA TREŚCI SIWZ

Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego, którego przedmiotem jest dostawa i wdrożenie systemu informatycznego e-Usługi wraz z modernizacją lub wymianą zintegrowanego systemu zarządzania (HIS + ERP), systemów powiązanych i sprzętu na rzecz Szpitala Praskiego p.w. Przemienienia Pańskiego Sp. z o.o. w Warszawie.

Zamawiający działając na podstawie art. 38 ust. 2 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. 2019 r. poz. 1843), dalej zwaną „ustawą Pzp informuje, iż w przedmiotowym postępowaniu wpłynęły zapytania Wykonawców do treści Specyfikacji Istotnych Warunków Zamówienia, zwanej dalej „SIWZ”.

Analogicznie, Zamawiający przedstawia w poniższej treści przedmiotowe zapytania Wykonawców wraz z przedłożeniem przyjętego stanowiska w sprawie, co przedstawia się następująco:

I. Treści wniosków Wykonawców w sprawie udzielenia wyjaśnień i dokonania zmian postanowień SIWZ.

Wniosek nr 1 o udzielenie wyjaśnień (pisownia oryginalna):

PYTANIE 1

Dotyczy Załącznik nr 6, OPZ, 2. REALIZACJA PRZEDMIOTU ZAMÓWIENIA SIWZ, ppkt. 17

Zamawiający wymaga spełnienia następujących warunków po wdrożeniu specjalizowanego oprogramowania aplikacyjnego w zakresie przedmiotu zamówienia.

Zamawiający precyzuje x.xx.:

(…) zapewnienie płynnego przejścia z wersji obecnie używanych na nowe wersje programów. Zamawiający rozumie przez to możliwość pracy - wprowadzania danych - z poziomu aktualnie używanej jak i z nowej wersji oprogramowania do czasu przeszkolenia wszystkich pracowników.

Pytanie: Zapis w powyższym brzmieniu wyklucza się wzajemnie i uniemożliwia dokładne oszacowanie czasy trwania szkoleń. Dlatego też zwracamy się z prośbą do Zamawiającego o:

a) Podanie dokładnej liczby osób (personelu) do przeszkolenia w podziale na grupy zawodowe, a tym samym w podziale na poszczególną funkcjonalność modułów, w których dana ilość personelu powinna uczestniczyć.

b) Potwierdzenie, że Zamawiający udostępni odpowiednią salę bądź sale (ile sal Zamawiający udostępni jednocześnie). Prosimy także o informacje dotyczące wyposażenia udostępnianych sal: ilość gniazd PEL, dostęp do sieci

lokalnej/internetu, ilość komputerów, rzutnik itp.

PYTANIE 2

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: Zamawiający w opisie monitora dotykowego automatu biletowego wymaga „Rodzaj wyświetlacza: IPS TFT”. Czy zamawiający dopuści również wyświetlacz LED LCD z podświetleniem krawędziowym (Edge LED)? Pozostałe parametry monitora będą zachowane. Wyświetlacz IPS TFT jest monitorem o dużych rozmiarach i z tego powodu nie jest stosowany powszechnie w automatach biletowych.

PYTANIE 3

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: Wymagania automat biletowy/monitor dotykowy. Z uwagi na sytuację związaną z wprowadzeniem stanu zagrożenia epidemicznego w Polsce wnosimy o zmianę wymagań. W

opinii wykonawcy ekran dotykowy powinien być antyseptyczny z powłoką antybakteryjną aby nie narażać pacjentów na zakażenia krzyżowe.

PYTANIE 4

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: W dokumencie SIWZ w pkt 5.3.4.3 jest wykaz ilościowy urządzeń składających się na system kolejkowy z informacją, że specyfikacja urządzeń jest w załączniku nr 4.

W załączniku nr 4 brak jest wymagań na: serwer zarządzający, monitor gabinetowy, monitor centralny recepcji. Natomiast dwukrotnie opisano wyświetlacz stanowiskowy LED.

W związku z powyższym pytamy:

3.1 Jakie są wymagania na monitor gabinetowy? Czy zamawiający dopuści monitory o min. wymaganiach: rozmiar 21,5”, rozdzielczość 1920x1080px, wbudowane głośniki,. Takie rozwiązanie zapewni prezentację treści: nazwa poradni, numer gabinetu, personalia lalkarza przyjmującego, godziny pracy poradni, prezentację numerów oczekujących oraz aktualnie wzywanego.

3.2 Jakie są wymagania na monitor centralny recepcji? Czy zamawiający dopuści monitor o

min. wymaganiach: rozmiar 42,5”, rozdzielczość 1920x1080px, wbudowane głośniki,

3.3 Jakie są wymagania na serwer zarządzający? Czy zamawiający dopuści serwer typu

RACK, o min wymaganiach: procesor o taktowaniu 3.2 GHz, 8 GB RAM, dysk 1 TB

3.4 Czy zamawiający dopuści dostawę monitorów LCD w rozmiarze 21,5” zamiast wyświetlacza stanowiskowego LED 4 znakowego. Cena urządzeń jest zbliżona a nieporównywalnie większe możliwości oraz ilości prezentacji treści możliwości ma ekran LCD.

PYTANIE 5

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: W załączniku nr 4 jest opisana drukarka biletowa do rejestracji. Czy zamawiający dopuści dostawę drukarki o parametrach:

• Wytrzymałość: mechanizm drukujący min. 150km wydruku

• Czujniki drukarki: czujnik końca papieru , czujnik otwarcia komory papieru

• Zasilanie: pobór mocy max 48W Pozostałe parametry się nie zmieniają.

PYTANIE 6

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: Jakiej kategorii kable UTP ma użyć wykonawca systemu kolejkowego przy montażu urządzeń?

5.1 Czy wykonawca ma doprowadzić zasilanie i sieć lan do każdego miejsca instalacji urządzeń? Jeżeli tak to prosimy o podanie informacji niezbędnych do oszacowania położenia instalacji

5.2. Czy zamawiający ma wolne porty w przełącznikach sieciowych? Jeżeli nie czy Wykonawca ma dostarczyć przełączniki w ramach instalacji. Jeżeli tak jakie są minimalne wymagania na przełączniki?

PYTANIE 7

Dotyczy: Załącznik nr 4 do SIWZ – specyfikacja urządzeń rozwiązania kolejkowego

Pytanie: Zamawiający w dokumencie SIWZ w punkcie 5.3.2 wymaga „Wykonanie integracji dostarczanego systemu kolejkowego z zaoferowanym ZSI”

W dokumencie nie jest opisana wymagana integracja. Jaki jest jej zakres? Czy mechanizm integracyjny systemu kolejkowego z systemem medycznym musi zapewniać możliwość realizacji następujących funkcjonalności:

• Pobranie listy pacjentów (wraz z identyfikatorem pacjenta oraz identyfikatorem) oczekujących na wizytę

• Potwierdzenie przybycia pacjenta do placówki z wykorzystaniem numeru PESEL i kodów kreskowych lub QR przy użyciu automatu biletowegoWeryfikacja statusu wizyty ( ważność skierowania, ubezpieczenie EWUŚ, dodatkowe

parametry ustawione w systemie ZSI/HIS np. wizyta pierwszorazowa)

• Przy negatywnej weryfikacji skierowanie pacjenta z numerem do Rejestracji celem

wyjaśnienia problemu

• Drukowanie biletów z numerem kolejkowym dla pacjentów z informacją : Nazwa Xxxxxxx, Numer gabinetu, Personalia Lekarza Przyjmującego, Godzina umówionej wizyty

• Wywołanie pacjenta/numeru kolejkowego do gabinetu lekarza odbywa się z systemu

ZSI/HIS i systemu kolejkowego

• Informacja dla Lekarza, o potwierdzeniu wizyty pacjenta na automacie biletowym

PYTANIE 8

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Obsługa min. 2 szt. pamięci typu SATA DOM o pojemności min. 128GB. Fabryczna obsługa min. 2 kart SD.”

Pytanie: Zamawiający w opisie płyty głównej wymaga „Obsługa min. 2 szt. pamięci typu SATA DOM o pojemności min. 128GB. Fabryczna obsługa min. 2 kart SD.” Powyższy zapis jest specyficzny dla określonego dostawcy. Jeżeli serwer będzie obsługiwał SATA DOM, to czy konieczna jest jeszcze obsługa slotów SD?

• Czy zamawiający dopuści serwer posiadający 2x USB 2.0 + 2x USB 3.0. +

• Czy zamawiający dopuści serwer z sygnalizacją diodami na przednim panelu zamiast

ekranu LCD – diody tak samo jak panel komunikują o całej diagnostyce. +

PYTANIE 9

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„min. 4 porty USB 2.0/3.0, 4 porty RJ45 1000BASE-T, 2 porty VGA, min. 1 port RS232.” Pytanie: Czy Zamawiający dopuści urządzenie z 1 portem VGA zainstalowanym z tyłu serwera?

PYTANIE 10

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Minimum 3 lata gwarancji z czasem reakcji do następnego dnia roboczego od przyjęcia zgłoszenia. Możliwość zgłaszania awarii poprzez linię telefoniczną producenta lub firmy serwisującej. Możliwość rozszerzenia gwarancji przez producenta do 7 lat.”

Pytanie: Czy Zamawiający dopuści urządzenie z możliwością rozszerzenia gwarancji przez producenta maksymalnie do 5 lat?

PYTANIE 11

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Obsługa min. 2 szt. pamięci typu SATA DOM o pojemności min. 128GB. Fabryczna obsługa min. 2 kart SD.”

Pytanie: Czy Zamawiający dopuści płytę główną z możliwością obsługi innej pamięci innego typu nuż pamięć typu SATA DOM?

PYTANIE 12

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Zabezpieczenia pamięci: ECC, Memory Sparing, Memory Mirror, SDDC, Lockstep.”

Pytanie: Czy Zamawiający dopuści rozwiązanie. w którym w przypadku Pamięci RAM nie jest wspierane zabezpieczenie Lockstep?

PYTANIE 13

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Redundantne zasilacze Hot Plug o mocy maksymalnej 600W każdy i wydajności minimum 92% każdy.”

Pytanie: Przy jakim obciążeniu Zamawiający wymaga dla obu redundantnych zasilaczy wydajności na poziomie 92%?

PYTANIE 14

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej

„Panel diagnostyczny lub sygnalizacja LED umieszczona na froncie obudowy, umożliwiająca wyświetlenie informacji o stanie procesorów, pamięciach, dyskach, wentylatorach, kontrolerze RAID, kartach PCI-E, zasilaczach, temperaturze.”

Pytanie: Czy Zmawiający dopuści rozwiązanie, które nie ma dedykowanej diody dla CPU i wentylatorów, a wszystko jest widoczne w iDRAC?

PYTANIE 15

Dotyczy: Załącznik nr 3 do SIWZ – specyfikacja wymagań dla platformy serwerowej Obsługa min. 2 szt. pamięci typu SATA DOM o pojemności min. 128GB.

Pytanie: Do czego potrzebna jest Zamawiającemu technologia SATA DOM i czy jest konieczna w ramach realizacji projektu, czy można zastosować inną technologię, która spełni oczekiwania Zamawiającego w tej kwestii?

PYTANIE 16

Dotyczy: Załącznik nr 2 do SIWZ - specyfikacja wymagań dla stacji roboczych Epeat na poziomie Gold

Pytanie: Czy Zamawiający dopuści rozwiązanie posiadające certyfikat na poziomie Silver a nie Gold?

PYTANIE 17

Dotyczy: Załącznik nr 1 do SIWZ

Wymagania dodatkowe: Certyfikat TCO na cały zestaw komputerowy typu AIO

Pytanie: Czy Zamawiający dopuści rozwiązanie, które nie posiada certyfikatu TCO, ale zamiast tego ma Standard ECMA - The Eco Declaration?

PYTANIE 18

Dotyczy: SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

System automatycznej digitalizacji dokumentów papierowych wraz z tabletami w zakresie oświadczeń woli pacjenta, połączonych z dokumentacją pacjenta. System musi kontrolować kompletność oświadczeń w systemie w zależności od stosowanych procedur medycznych. System musi umożliwiać składanie oświadczeń przez moduł samoobsługowy online z wykorzystaniem Profilu Zaufanego

Pytanie: Prośba o informację czy powyższe zapisy nie są błędne i powinny znajdować się w SIWZ? Jeżeli zamieszczone zapisy są poprawne prośba o uszczegółowienie informacji odnośnie specyfikacji technicznej systemu oraz ilości potrzebnego sprzętu.

PYTANIE 19

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o informację, czy system ERP będzie wdrażany w kilku lokalizacjach (np. filiach)? - a jeśli tak, prosimy o podanie:

a) liczby lokalizacji objętych wdrożeniem,

b) liczby Użytkowników w poszczególnych lokalizacjach,

c) średniego opóźnienia w transmisji pakietów (latency) pomiędzy centralą a

przedmiotowymi lokalizacjami.

PYTANIE 20

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o wyjaśnienie czy system ERP będzie wykorzystywany w wielu samodzielnych podmiotach prawnych (odrębny NIP, REGON, itp.) - a jeśli tak, prosimy o wyspecyfikowanie wszystkich podmiotów prawnych objętych wdrożeniem wraz ze wskazaniem liczby Użytkowników w poszczególnych podmiotach prawnych.

PYTANIE 21

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o wyjaśnienie czy system ERP będzie pracował wyłącznie w sieci LAN?

PYTANIE 22

Dotyczy: System ERP - Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.2 ZAKRES MIGRACJI DANYCH DO NOWEGO ZSI

1.2.2Przeniesienie danych z obecnego rozwiązania ERP

Prosimy o:

potwierdzenie, że migracja będzie obejmować wyłącznie dane niezbędne do rozpoczęcia pracy w nowym systemie, a dane historyczne będą migrowane wyłącznie w przypadkach uzasadnionych (np. wymaganych przepisami prawa),

a) potwierdzenie, że transakcje rozliczone dla należności i zobowiązań nie są danymi niezbędnymi do rozpoczęcia pracy w systemie – przez co wystarczy przeniesienie jedynie transakcji nierozliczonych na dzień startu systemu,

b) potwierdzenie, że Zamawiający dostarczy dane do migracji z aktualnie używanych systemów w formacie CSV i XLS,

c) potwierdzenie, że Wykonawca ponosi odpowiedzialność za poprawność przeprowadzenia migracji (procesu migracji)

i jest zobowiązany bez zbędnej zwłoki usunąć wszelkie skutki wynikające z błędów migracji (procesu migracji), ale za „jakość” migrowanych danych odpowiada Zamawiający i rolą Zamawiającego jest przygotowanie do zmigrowania danych o odpowiedniej „jakości” (dane muszą być: kompletne, spójne, prawidłowe, zgodne ze stanem faktycznym, zgodne ze standardem obowiązującym dla danej kategorii danych np. długość nr NIP, itp.),

d) wyjaśnienie czy dokumentacja techniczna opisująca struktury danych w aktualnie użytkowanych systemach jest dostępna?

e) wyjaśnienie czy posiadają Państwo wsparcie producentów aktualnego

oprogramowania w celu przygotowania danych do migracji?

PYTANIE 23

Dotyczy: System ERP - Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

13. System musi posiadać możliwość integracji a platformą wymiany elektronicznej faktur i dokumentów logistycznych, tym wymiany i potwierdzania zamówień

oraz SIWZ

k. Integrację z rozwiązaniami bankowymi (ERP) w tym realizacja „Płatności podzielonej”;

l. Integrację z systemami zewnętrznymi („Biała Lista”, JPK, systemy ZUS, inne wymagane prawem);

m. Integracja z kasami/drukarkami fiskalnymi online i offline,

p. Integracja z platformą elektronicznej wymiany faktur PEF ExpertZamawiający oczekuje integracji ze wszystkim systemami zewnętrznymi wymaganymi

prawem na dzień uruchomienia rozwiązania (niezależnie od obszaru).

Prosimy o doprecyzowanie zagadnień odnoszących się do „Integracji” – w związku z powyższym, prosimy o:

a) przedstawienie enumeratywnej listy systemów, z jakimi ma się integrować zamawiane

oprogramowanie,

b) przedstawienie zakresu integracji z systemami eksploatowanymi przez Xxxxxxx,

c) przedstawienie informacji na temat bazy danych (nazwa, producent) na jakiej pracują obecnie wykorzystywane systemy u Zamawiającego,

d) przedstawienie technologii integracji udostępnianej przez integrowane systemy, ewentualnie prosimy o wymienienie preferowanych technologii integracji (np. webservice, pliki płaskie, procedury składowane w bazie danych),

e) przedstawienie sposobu komunikacji integrowanych systemów: zdolność komunikacji, sposób komunikacji, opis transakcji, konstrukcja pliku komunikatu transakcji, opisane widoki baz danych, procedury składowe i inne informacje, które są konieczne do przeprowadzenia integracji,

f) określenie kierunków przepływu/wymiany danych [np. dwukierunkowa integracja],

g) przedstawienie dokumentacji i specyfikacji technicznej interfejsów (API),

h) określenie protokołów wymiany danych wraz ze wskazaniem wszystkich technicznych informacji umożliwiających wykonanie integracji,

i) wprowadzenie do SIWZ oraz wzoru Umowy zapewnienia, że Zamawiający pozyska we własnym zakresie i na własny koszt wszelkie umożliwiające przeprowadzenie integracji informacje i dane od producentów lub autorów eksploatowanych systemów, z którymi ma nastąpić integracja, a także zapewni na własny koszt wsparcie tych producentów w przypadku problemów z przeprowadzeniem integracji, jak również wsparcie przy procesie testowania integracji,

j) przedstawienie zakresu czynności jakie ma zrealizować Wykonawca, aby można było uznać, że spełnił on wymagania w zakresie integracji.

PYTANIE 24

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o potwierdzenie, że Zamawiający na potrzeby szkoleń zapewni:

a) sale szkoleniowe,

b) stacje robocze dla uczestników szkoleń,

c) pozostałą infrastrukturę [rzutnik, sieć, itp.]

PYTANIE 25

Dotyczy: SIWZ i Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o wyjaśnienie rozbieżności. W dokumencie SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA na str. 33 Zamawiający wskazał zakres funkcjonalny systemu ERP:

Nazwa modułu

Ilość licencji

Zakłada się że w ramach rozbudowy części administracyjnej systemu szpitalnego zostaną wdrożone następujące moduły systemu:

• Finanse i księgowość

• Koszty

• Rejestr sprzedaży

• Rejestr zakupów

• Zamówienia zakupu oraz kontrakty

• Zamówienie sprzedaży pozamedycznej, zamówienia cykliczne

• Windykacja

• Kasa

• Gospodarka Magazynowa

• Środki trwałe

• Wyposażenie

• Kadry

• Płace

• Grafiki (open)

• Kalkulacja Kosztów Leczenia

Łączna ilość licencji umożliwiająca pracę w części szarej to 70 użytkowników.

W chwili obecnej Szpital posiada 64 aktywne konta (z wyłączeniem

portalów

samoobsługowych –

pracowniczych).

Dla portalu

samoobsługowego pracowniczego

Zamawiający oczekuje licencji bez ograniczeń na liczbę użytkowników.

W chwili obecnej szpital posiada 806 aktywnych

• Wycena Procedur Medycznych

• Budżetowanie

• Raportowanie AOTMiT

• Portal pracowniczy

• Zamówienia publiczne

• Kalkulacja kosztów

- projektów, inwestycji

- kosztów leczenia na pacjenta

- innych nośników kosztowych nie ujętych rodzajowo w planie kont (dodatkowe wymiary księgowe, cechy)

unikatowych kont

użytkowników w systemach informatycznych części białej i szarej.

Zamawiający dopuszcza, aby poszczególne funkcjonalności mogły być realizowane przez moduły o innych nazwach i podziale niż podane powyżej. Oferowane produkty w ramach zintegrowanego rozwiązania muszą posiadać i realizować co najmniej funkcjonalności przedstawione w rozdziale Wymagania Szczegółowe i Załączniku nr 13 Opis Przedmiotu Zamówienia

Z kolei w Załączniku nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Zamawiający dla systemu ERP wskazał poniższy zakres:

1.1.5 Część szara ERP

1.1.5.1 Wymagania ogólne

1.1.5.2 Rachunkowość księgowa, podatkowa oraz finansowa

1.1.5.3 Ewidencja środków trwałych

1.1.5.4 Ewidencja kadrowa

1.1.5.5 Ewidencja płacowa

1.1.5.6 Kartoteka pracownicza

1.1.5.7 Gospodarka materiałowa

1.1.5.8 Zarządzanie zakupami

1.1.5.9 Sprzedaż

Rozbieżności przedstawiają się zatem następująco:

SIWZ

OPZ

	Wymagania ogólne
Finanse i księgowość Kasa	Rachunkowość księgowa, podatkowa oraz finansowa
Koszty Kalkulacja kosztów: - projektów, inwestycji - innych nośników kosztowych nie ujętych rodzajowo w planie kont (dodatkowe wymiary księgowe, cechy)	Incydentalnie wspomniano w OPZ w część ERP, bardziej dotyczy to punktu: 1.1.6.2 Budżetowanie i analiza zarządcza
Windykacja
Środki trwałe Wyposażenie	Ewidencja środków trwałych
Kadry	Ewidencja kadrowa
Płace	Ewidencja płacowa
	Kartoteka pracownicza
Grafiki (open)	Incydentalnie wspomniano w OPZ w części ERP
Portal pracowniczy
Gospodarka Magazynowa	Gospodarka materiałowa
Rejestr zakupów Zamówienia zakupu oraz kontrakty	Zarządzanie zakupami
Zamówienie sprzedaży pozamedycznej, zamówienia cykliczne
Zamówienia publiczne
Rejestr sprzedaży	Sprzedaż
Kalkulacja Kosztów Leczenia	Jest poza sekcją ERP (pkt. 1.1.5)
Wycena Procedur Medycznych	Jest poza sekcją ERP (pkt. 1.1.5)
Raportowanie AOTMiT	Jeśli to BI to jest poza sekcją ERP (pkt. 1.1.5)
Budżetowanie	Jest poza sekcją ERP (pkt. 1.1.5)

Prosimy zatem o:

a) potwierdzenie, że właściwy zakres funkcjonalny systemu ERP przedstawia nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA), czyli:

1.1.5 Część szara ERP

1.1.5.1 Wymagania ogólne

1.1.5.2 Rachunkowość księgowa, podatkowa oraz finansowa

1.1.5.3 Ewidencja środków trwałych

1.1.5.4 Ewidencja kadrowa

1.1.5.5 Ewidencja płacowa

1.1.5.6 Kartoteka pracownicza

1.1.5.7 Gospodarka materiałowa

1.1.5.8 Zarządzanie zakupami

1.1.5.9 Sprzedaż

b) dostosowanie/skorygowanie opisów (w tym dotyczących licencji) w dokumencie SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA na str. 33 w sekcji dotyczącej systemu ERP.

PYTANIE 26

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o wskazanie liczby użytkowników systemu ERP w podziale na obszary merytoryczne:

a) Rachunkowość księgowa, podatkowa oraz finansowa - …..

b) Ewidencja środków trwałych - …..

c) Ewidencja kadrowa - …..

d) Ewidencja płacowa - …..

e) Kartoteka pracownicza - …..

f) Gospodarka materiałowa - …..

g) Zarządzanie zakupami - …..

h) Sprzedaż - …..

PYTANIE 27

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

Prosimy o wskazanie liczby użytkowników systemu ERP do przeszkolenia w podziale na obszary merytoryczne:

a) Rachunkowość księgowa, podatkowa oraz finansowa - …..

b) Ewidencja środków trwałych - …..

c) Ewidencja kadrowa - …..

d) Ewidencja płacowa - …..

e) Kartoteka pracownicza - …..

f) Gospodarka materiałowa - …..

g) Zarządzanie zakupami - …..

h) Sprzedaż - …..

PYTANIE 28

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

1. Możliwość tworzenia budżetów przychodów i kosztów (np. wg. miejsc powstawania kosztów, prowadzonych projektów, realizowanych zadań, itp.) – wykorzystujących automatyczną konsolidację i dekompozycję danych.

Prosimy o zmianę treści wymagania na: „1. Możliwość tworzenia budżetów przychodów i kosztów (np. wg. miejsc powstawania kosztów, prowadzonych projektów, realizowanych zadań, itp.) – wykorzystujących automatyczną konsolidację danych”.

PYTANIE 29

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

2. Możliwość definiowania własnej struktury budżetu niezależnej od układu wynikającego z Planu Kont – Budżet Zarządczy

Prosimy o zmianę treści wymagania na: „2. Możliwość obsługi struktury budżetu niezależnej od układu wynikającego z Planu Kont – Budżet Zarządczy”.

PYTANIE 30

DOTYCZY: ZAŁĄCZNIK NR 13 DO SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

5. Możliwość wglądu w realizację budżetu dlawiększej liczby pracowników, z uwzględnieniem ograniczeń dostępu do danych.

Prosimy o potwierdzenie, że jeśli będzie zapewniona obsługa dostępu jednostek organizacyjnych (centrów), to Zamawiający uzna wymaganie za spełnione.

PYTANIE 31

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

7. Możliwość tworzenia raportów, zestawień i porównań wersji budżetowych na bazie mechanizmów tabel przestawnych Prosimy o zmianę treści wymagania na „Możliwość tworzenia raportów, zestawień i porównań wersji budżetowych”.

PYTANIE 32

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

8. Mechanizmy umożliwiające alokację wybranych wartości ekonomicznych do wskazanych komórek organizacyjnych i kategorii budżetowych. (Np. alokacja kosztów ogólnych na wybrane komórki organizacyjne, czy Projekty)

Prosimy o wyjaśnienie, czy jeżeli oferowana aplikacja zapewni obsługę narzutów albo korekty budżetu, to Zamawiający uzna wymaganie za spełnione?

PYTANIE 33

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządczaMechanizmy ułatwiające tworzenie kolejnych wersji budżetu w oparciu o automatyczne procesy sterowane wskazanymi parametrami – np. tworzenie budżetu w oparciu o proporcje wynikające z wykonania roku poprzedniego

Prosimy o wyjaśnienie, czy jeżeli oferowana aplikacja zapewni obsługę współczynników symulacji, to Zamawiający uzna wymaganie za spełnione?

PYTANIE 34

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

12. Możliwość pracy z formularzami budżetowymi w trybie offline lub online WWW

Prosimy o usunięcie wymagania. Zwracamy uwagę, że dla systemu ERP (a zagadnienia dotyczące obszaru budżetowania i analiz zarządczych są tematycznie powiązane z systemem ERP) Zamawiający nie wymaga interfejsu WWW.

PYTANIE 35

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

14. Możliwość dokonywania zmian w strukturach budżetowych (dodawanie, przenoszenie komórek organizacyjnych, dodawanie usuwanie kategorii budżetowych) w dowolnym momencie

Prosimy o potwierdzenie, że usuwanie kategorii budżetowych ma miejsce wtedy, gdy nie są używane albo następuje ich archiwizacja.

PYTANIE 36

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

16. Tworzenie budżetu na podstawie historycznego budżetu albo rzeczywistych i procentowych

danych o wzrostach i zmniejszeniach. Prosimy o wyjaśnienie, czy jeżeli oferowana aplikacja zapewni obsługę współczynników symulacji, to Zamawiający uzna wymaganie za spełnione?

PYTANIE 37

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

19. System umożliwia wprowadzenia planów kont, grup kont księgi głównej dla celów budżetowania lub inne alternatywnego rozwiązania pozwalające na tworzenie dowolnej struktury budżetu.

Prosimy o zmianę treści wymagania na: „19. System umożliwia wprowadzenia planów kont, grup kont księgi głównej dla celów budżetowania lub inne alternatywnego rozwiązania pozwalające na tworzenie struktury budżetu”.

PYTANIE 38

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

21. Możliwość zastosowania technologii Drill Down i Drill Up (drążenie danych, od ogółu do szczegółu i odwrotnie) we wszystkich analizach i budżetach.

Prosimy o usunięcie wymagania. W naszej ocenie nie znajduje ono uzasadnienia biznesowego. To funkcjonalność rozwiązań klasy BI.

PYTANIE 39

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

22. Mechanizmy umożliwiające alokację wybranych wartości ekonomicznych do wskazanych komórek organizacyjnych i kategorii budżetowych. (Np. alokacja kosztów ogólnych na wybrane komórki organizacyjne, czy umowy)

Prosimy o wyjaśnienie, czy jeżeli oferowana aplikacja zapewni obsługę narzutów albo korekty budżetu, to Zamawiający uzna wymaganie za spełnione?

PYTANIE 40

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

26. Możliwość planowania budżetów w układzie "od dołu" i "od góry"

Prosimy o zmianę treści wymagania na: „26. Możliwość planowania budżetów w układzie "od dołu"”.

PYTANIE 41

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

33. Możliwość tworzenia budżetów w układzie zadaniowym i źródeł finansowania.

Prosimy o potwierdzenie, że jeśli źródła finansowania będą jako typ danych finansowych czyli wpływ/wypływ dla zadania, to Zamawiający uzna wymaganie za spełnione?

PYTANIE 42

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

40. Możliwość tworzenia wielowymiarowych analiz w technologii OLAP, ze szczegółowym dostępem do wymiarów (słowników analitycznych) planu kont i lat obrotowych

Prosimy o usunięcie wymagania. W naszej ocenie nie znajduje ono uzasadnienia biznesowego. PYTANIE 43

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

46. Możliwość różnorodnej graficznej prezentacji danych. (np. wykresy, drzewa dekompozycji, grafy rozkładu

strukturalnego itp.)Prosimy o zmianę treści wymagania na: „46. Możliwość graficznej prezentacji danych. (np. wykresy)”.

PYTANIE 44

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

47. Możliwość docierania do raportów i analiz poprzez przeglądarkę internetową

Prosimy o potwierdzenie, czy jeśli wymaganie będzie realizowane przez osobne narzędzie (Generator Raportów WWW), to Zamawiający uzna wymaganie za spełnione?

PYTANIE 45

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

48. Możliwość definiowania Kluczowych Wskaźników Wydajności (KPI). Automatyczne wskazywanie ich trendów przy pomocy symboli graficznych

Prosimy o usunięcie wymagania (w naszej ocenie nie znajduje ono uzasadnienia biznesowego, ponieważ to funkcjonalność rozwiązań klasy BI) lub wyrażenie zgody na realizowanie przedmiotowego wymagania przez osobne narzędzie (aplikację „Kokpity menedżerskie”) działające w innej technologii niż moduł Budżetowania/Controllingu.

PYTANIE 46

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

49. Możliwość tworzenia wskaźnikowych kart wyników (zbiorcze zestawienia KPI) dla dowolnych zdefiniowanych obszarów działalności przedsiębiorstwa.

Prosimy o usunięcie wymagania (w naszej ocenie nie znajduje ono uzasadnienia biznesowego, ponieważ to funkcjonalność rozwiązań klasy BI) lub wyrażenie zgody na realizowanie przedmiotowego wymagania przez osobne narzędzie (aplikację „Kokpity menedżerskie”) działające w innej technologii niż moduł Budżetowania/Controllingu.

PYTANIE 47

Dotyczy: Załącznik nr 13 do SIWZ (SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA)

1.1.6.2 Budżetowanie i analiza zarządcza

50. Możliwość tworzenia Pulpitów Menadżerskich zawierających kluczowe raporty, analizy, karty wyników, grafy dedykowanych dla użytkowników systemu

Prosimy o usunięcie wymagania (w naszej ocenie nie znajduje ono uzasadnienia biznesowego, ponieważ to funkcjonalność rozwiązań klasy BI) lub wyrażenie zgody na realizowanie przedmiotowego wymagania przez osobne narzędzie (aplikację „Kokpity menedżerskie”) działające w innej technologii niż moduł Budżetowania/Controllingu.

PYTANIE 48

Dotyczy. SIWZ, Załącznik nr 12 do SIWZ, § 1 DEFINICJE pkt. 9:

9. ERP – Enterprise Resource Planning, część ZSI wspomagająca zarządzanie Szpitalem w zakresie obsługi systemu finansowo-księgowego, kadrowo-płacowego, obsługi magazynu, obiegu faktur, zwana też „częścią szarą” ZSI

Prosimy o potwierdzenie, że użyty w definicji ERP zwrot „obiegu faktur” odnosi się do zmiany statusu dokumentów (na różnych etapach ewidencji dokumentu) i nie odnosi się do funkcjonalności Elektronicznego Obiegu Dokumentów, które to oprogramowanie (EOD) nie jest objęte przedmiotem zamówienia.

PYTANIE 49

Dotyczy SIWZ, pkt. 6.2 DOSTĘPNOŚĆ DOSTARCZANEGO ROZWIĄZANIA, ppkt 6.2.1

Wymagany

Stan docelowy: Jaka będzie maksymalna liczba użytkowników zalogowanych jednocześnie do:

• modułu Finansowo-Księgowego

• modułu Sprzedażowego

• modułu Zakupowego

• modułu do zarządzania Środkami Trwałymi

• modułu Kadrowo

• modułu Płacowegomodułu Gospodarki Magazynowej Proszę podać liczby dla każdego z modułów oddzielnie

PYTANIE 51 / 50

Dotyczy SIWZ, pkt. 6.2 DOSTĘPNOŚĆ DOSTARCZANEGO ROZWIĄZANIA, ppkt 6.2.1

Wymagany

Stan docelowy: Ile stanowisk kasowych Zamawiający posiada i czy planuje zwiększenie ich ilości w trakcie wdrożenia?

PYTANIE 51

Dotyczy SIWZ, pkt. 6.2 DOSTĘPNOŚĆ DOSTARCZANEGO ROZWIĄZANIA, ppkt 6.2.1

Wymagany

Stan docelowy: Czy Zamawiający posiada drukarki czy kasy fiskalne? Jeżeli tak, to w jakiej ilości?

PYTANIE 52

Dotyczy SIWZ, pkt. 6.2 DOSTĘPNOŚĆ DOSTARCZANEGO ROZWIĄZANIA, ppkt 6.2.1

Wymagany

Stan docelowy: Czy Zamawiający dopuszcza, aby portal pracowniczy był licencjonowany zgodnie z ilością zatrudnionych osób? A jeśli tak, to jaka jest liczba wszystkich pracowników szpitala, zarejestrowanych w programie kadrowo/płacowym?

PYTANIE 53

Dotyczy SIWZ, pkt. 6.2 DOSTĘPNOŚĆ DOSTARCZANEGO ROZWIĄZANIA, ppkt 6.2.1

Wymagany

Stan docelowy: Czy Zamawiający dopuszcza, aby grafiki licencjonowane były zgodnie z ilością użytkowników?

PYTANIE 54

Dotyczy SIWZ, pkt 5.5 ORGANIZACJA WDROŻENIA, ppkt 5.5.2 Wymagania dotyczące szkoleń: Jaka ilość osób ma zostać przeszkolona w zakresie obsługi systemu ERP w poszczególnych obszarach?

PYTANIE 55

Dotyczy Załącznik nr 13 do SIWZ (OPZ) pkt 1.1.5 Część szara ERP, 1.1.5.1 Wymagania ogólne,

pkt 18: Jaki ma być dokładny zakres integracji systemu ERP z PEF?

PYTANIE 56 SIWZ – pkt 5.2

Zamawiający wskazał:

W okresie gwarancji Wykonawca będzie zobowiązany dostosowywać ZSI do zmian przepisów prawa (w tym zarządzeń Prezesa Narodowego Funduszu Zdrowia lub jego prawnych następców) w ramach wynagrodzenia przewidzianego Umową, w terminie uzgodnionym z Zamawiającym, niezakłócającym jego pracy, jednak nie później niż 14 dni przed wejściem w życie przepisów, a w przypadku, gdy przepisy te będą wchodziły w życie w terminie krótszym niż 14 dni od daty ich publikacji, w terminie nie później niż 14 dni od ich publikacji. W szczególności Wykonawca zobowiązany będzie do dostosowania ZSI do wymiany informacji z systemami centralnymi administracji rządowej i ubezpieczeniowej projektowanymi w ramach Ustawy o Systemie Informacji w Ochronie Zdrowia.

oraz

SIWZ, 7 Gwarancja, pkt.11, ppkt 3 Zamawiający wskazał:

udostępniania nowych wersji Oprogramowania poprzez ustaloną witrynę internetową lub serwer ftp, w szczególności związanych z wejściem w życie nowych przepisów prawa lub zawierających nowe funkcjonalności; w przypadku w którym udostępnianie następować będzie w związku ze zmianą przepisów prawa, Wykonawca zobowiązany będzie do jej dokonania na nie mniej niż 14 dni przed dniem wejścia w życie tych przepisów a w przypadku, gdy przepisy te będą wchodziły w życie w terminie krótszym niż 14 dni od daty ich publikacji, w terminie nie później niż 14 dni od ich publikacji. W uzasadnionych przypadkach, Zamawiający dopuści aby Wykonawca udostępnił odpowiednie zmiany w terminach umożliwiających Zamawiającemu wywiązanie się ze zmienionych przepisów prawa.

oraz

SIWZ, 7 Gwarancja, pkt. 15, ii) Zamawiający wskazał:

udostępniania nowych wersji oprogramowania poprzez ustaloną witrynę internetową, w szczególności związanych z wejściem w życie nowych przepisów prawa lub zawierających nowe funkcjonalności, w szczególności związane z rozliczeniami z NFZ; w ; udostępniania nowych wersji oprogramowania poprzez ustaloną witrynę internetową, w szczególności związanych z wejściem w życie nowych przepisów prawa lub zawierających nowe funkcjonalności, wszczególności związane z rozliczeniami z NFZ; w przypadku w którym udostępnianie następować będzie w związku ze zmianą przepisów prawa, Wykonawca zobowiązany będzie do jej dokonania na nie mniej niż 14 dni przed dniem wejścia w życie tych przepisów, a w przypadku, gdy przepisy te będą wchodziły w życie w terminie krótszym niż 14 dni od daty ich publikacji, w terminie nie później niż 14 dni od ich publikacji;

oraz

Wzór Umowy, § 9 Usługi utrzymania, pkt. 14, ppkt 14.3 Zamawiający wskazał:

udostępniania nowych wersji ZSI poprzez ustaloną witrynę internetową, w szczególności związanych z wejściem w życie nowych przepisów prawa lub zawierających nowe funkcjonalności, w szczególności związane z rozliczeniami z NFZ; w przypadku w którym udostępnianie, o którym mowa w niniejszy punkcie następować będzie w związku ze zmianą przepisów prawa, Wykonawca zobowiązany będzie do jej dokonania na nie mniej niż 14 dni przed dniem wejścia w życie tych przepisów, a w przypadku, gdy przepisy te będą wchodziły w życie w terminie krótszym niż 14 dni od daty ich publikacji, w terminie nie później jak 14 dni od ich publikacji;

Wnosimy o doprecyzowanie zapisów w zakresie ilości zmian lub usunięcie wskazanych zapisów. Zapisy dotyczące dostosowywania ZSI do ewentualnych zmian w przepisach prawa oraz do zarządzeń Prezesa Narodowego Funduszu Zdrowia powodują, że przedmiot zamówienia nie jest dostatecznie dookreślony i tym samym uniemożliwiają wykonawcy zdefiniowanie w dostatecznym stopniu szczegółowości warunków realizacji zamówienia i przenoszą całość ryzyka związanego z aktywnością ustawodawcy i Prezesa Narodowego Funduszu Zdrowia na Wykonawcę.

Uniemożliwia to skalkulowanie oferty, gdyż Wykonawca nie jest w stanie przewidzieć pracochłonności dostosowania do ewentualnych (nieokreślonych co do ilości) zmian. Przy tak skonstruowanych zapisach istnieje niebezpieczeństwo nieporównywalnych ofert. Przedmiot zamówienia winien być opisany w sposób jednoznaczny i wyczerpujący, uwzględniać wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty. Przy tak skonstruowanych zapisach brak jest wyczerpującego opisu przedmiotu zamówienia.

PYTANIE 57

SIWZ – pkt 5.5.1 ppkt 5Zamawiający wymaga:

Wykonawca zobowiązany jest do udziału w cyklicznych naradach przeglądu prac w siedzibie Zamawiającego. Zamawiający przewiduje częstotliwość narad co najmniej raz w tygodniu.

Zwracamy się z zapytaniem o możliwość doprecyzowania zapisu, że w przypadku zaistnienia (w związku z obecną sytuacja epidemiczną) zagrożenia zdrowia - możliwym będzie organizowanie narad z użyciem środków telekomunikacyjnych, tak aby nie było konieczności przyjazdu przedstawicieli wykonawcy na teren Szpitala, analogicznie do zapisów SIWZ w zakresie szkoleń, gdzie Zamawiający wskazał, że w przypadku ogłoszenia ograniczeń w kontaktach lub przemieszczaniu się w związku z zagrożeniami o charakterze epidemiologicznym przez władze administracyjne lub Zarząd Szpitala, Zamawiający dopuszcza szkolenia w formie online w miejsce szkoleń stacjonarnych.

PYTANIE 58

SIWZ – pkt 5.5.14 ppkt 7 Zamawiający wymaga:

Po upływie okresu gwarancji i będącego jej częścią nadzoru autorskiego, a także serwisu Zamawiający zastrzega sobie wystąpienie do Wykonawcy o zawarcie umowy na okres do 5 lat w zakresie objęcia ZSI dalszym nadzorem autorskim i serwisem. Wartość umowy będzie przedmiotem osobnego postępowania ze strony Zamawiającego, z tym, iż zgodnie ze złożoną w niniejszym postępowaniu ofertą Wykonawca gwarantuje, iż maksymalna cena zaoferowana Zamawiającemu nie przekroczy wskazanej w ofercie złożonej w niniejszym postępowaniu wartości rocznej nadzoru autorskiego oraz wartości rocznej dla serwisu – w łącznym koszcie nie przekraczającym 2.5% wartości wdrożenia , nie więcej jednak niż kwota 10 000 PLN brutto (dziesięć tysięcy złotych brutto) miesięcznie.

Zwracamy się z zapytaniem o możliwość doprecyzowania zapisu, że Zamawiający będzie mógł wystąpić do Wykonawcy o zawarcie umowy na okres do 5 lat w zakresie objęcia ZSI dalszym nadzorem autorskim i serwisem, wyłącznie jeden raz niezależnie od tego na jaki okres będzie zamierzał zawrzeć przedmiotową umowę (maksymalnie 5 letni).

Ponadto wnosimy o:

- doprecyzowanie w jakim terminie nastąpi wystąpienie Zamawiającego do Wykonawcy,

- dopuszczenie możliwości zmiany wynagrodzenia w związku ze zmianami cen na rynku, również z uwagi na możliwość wystąpienia większych kosztów itp.,Prosimy również o potwierdzenie uwzględnienia przez Zamawiającego zasady swobody

kontraktowania i pozostawienie decyzji wykonawcy ewentualnego przystąpienia do opisanego osobnego postępowania.

PYTANIE 59

SIWZ – pkt 7 Zamawiający wskazał, że:

W przypadku, w którym wykonanie Umowy związane będzie z modernizacją lub rozbudową istniejącego oprogramowania, gwarancja obejmuje całość oprogramowania modernizowanego lub rozbudowywanego.

Wnosimy o modyfikację i doprecyzowanie zapisów, poprzez wskazanie, że gwarancją objęte zostanie oprogramowanie wykonawcy, z wyłączeniem oprogramowanie nie stworzonego przez niego. Wskazany zapis jest ogólny i powodujący rozszerzenie odpowiedzialności wykonawców na te elementy systemu informatycznego, które nie zostały przez nich stworzone, co w rzeczywistości powoduje nałożenie na wykonawcę odpowiedzialności za okoliczności, na które wykonawca nie ma wpływu. W kontekście wskazanego powyżej zagadnienia należy także zwrócić uwagę na fakt, iż świadczenie usług serwisu i gwarancji w odniesieniu do oprogramowania, a także sprzętu niejednokrotnie wymaga posiadania przez wykonawcę dostępu do materiałów producenta tego oprogramowania oraz uzyskania przez wykonawcę stosownych praw do udostępnianych przez producenta poprawek i nowych wersji, tak by wykonywanie świadczeń w ramach serwisu i gwarancji było w praktyce możliwe. Tym samym w odniesieniu do elementów systemu takich jak Oprogramowanie Osób Trzech udzielenie gwarancji przez Wykonawcę może nie być praktycznie możliwe z uwagi na ograniczenia wynikające z prawa autorskiego a dotyczące modyfikacji tego oprogramowania.

PYTANIE 60

Wzór umowy

Zwracamy się z zapytaniem czy Zamawiający dokona modyfikacji zapisów wzoru umowy w ten sposób, że wprowadzi zapisy o górnej granicy odpowiedzialności odszkodowawczej wykonawcy na poziomie do 100 % wynagrodzenia z umowy. Pozwoli to na zachowanie równości stron oraz ukształtowanie stosunku zobowiązaniowego w sposób proporcjonalny, co stanowić winno podstawę kształtowania postanowień umowy wzajemnej. Przy braku limitacji Wykonawca składając ofertę nie jest w stanie przewidzieć ewentualnego zakresu swojej odpowiedzialności, a w konsekwencji właściwie oszacować ryzyk i prawidłowo skalkulować cenę oferty.

PYTANIE 61

Wzór umowy - § 3 ust. 1 Zamawiający wymaga:

Wykonawca jest zobowiązany realizować przedmiot Umowy przy współpracy z Zamawiającym, w szczególności poprzez:

1.1. udział, co najmniej raz w tygodniu, w naradach Kierownictwa Wdrożenia, odbywających się w siedzibie Zamawiającego lub innym miejscu wskazanym przez Zamawiającego, których przedmiotem będzie omówienie bieżącego postępu prac, zagadnień istotnych dla Wdrożenia, proponowanych przez Wykonawcę rozwiązań, jak również zagadnień mających wpływ na przedmiot i termin realizacji Wdrożenia;

1.2. udział w spotkaniach zorganizowanych przez Zamawiającego, dotyczących realizacji Umowy, zwoływanych w sytuacjach nadzwyczajnych zaistniałych w toku realizacji Umowy, na każde wezwanie Zamawiającego,

Zwracamy się z zapytaniem o możliwość doprecyzowania zapisu, że w przypadku zaistnienia (w związku z obecną sytuacja epidemiczną) zagrożenia zdrowia - możliwym będzie organizowanie narad i wzajemnych kontaktów z użyciem środków telekomunikacyjnych, tak aby nie było konieczności przyjazdu przedstawicieli wykonawcy na teren Szpitala, analogicznie do zapisów SIWZ w zakresie szkoleń, gdzie Zamawiający wskazał, że w przypadku ogłoszenia ograniczeń w kontaktach lub przemieszczaniu się w związku z zagrożeniami o charakterze epidemiologicznym przez władze administracyjne lub Zarząd Szpitala, Zamawiający dopuszcza szkolenia w formie online w miejsce szkoleń stacjonarnych.

PYTANIE 62

Wzór umowy – § 3 ust. 2

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Wykonawca jest zobowiązany do sporządzania raportów miesięcznych oraz raportów na zakończenie Etapu Wdrożenia i przedkładania ich Zamawiającemu. Raporty powinny zawierać informacje dotyczące: postępu wykonywanych prac, kosztów i ryzyka, osiągniętych wskaźników, ewentualnych opóźnień, przyczyn nieosiągnięcia zakładanych rezultatów, przewidywanych zagrożeń realizacji Umowy. Wykonawca zobowiązany jest składać raporty w następujących terminach: 2.1. raporty miesięczne – do 5 dnia każdego miesiąca kalendarzowego następującego po miesiącu, którego raport dotyczy, 2.2. raporty na zakończenie Etapu Wdrożenia – w terminie 10 dni od dnia zakończenia danego Etapu Wdrożenia.

Zwracamy się z zapytanie do Zamawiającego o możliwość doprecyzowania zapisów wzoru umowy, że chodzi o dni robocze. Okres 5 dni kalendarzowych może być okresem zbyt krótkim, w przypadku wystąpienia większej ilości dni wolnych od pracy takich jak święta.

PYTANIE 63

Wzór umowy – § 6 Zasady dokonywania odbiorów

Zamawiający uregulował zapisy wzoru umowy w zakresie dokonywania odbiorów prac.

Zwracamy się z pytaniem do Zamawiającego o możliwość doprecyzowania zapisów wzoru umowy poprzez dodanie możliwości dokonywania tzw. odbioru milczącego w sytuacji gdy Zamawiający nie dokonuje odbioru w terminie wyznaczonym w umowie, ani też nie zgłasza uwag oraz nie odmawia odebrania etapu lub całego systemu. Konsekwencją takiego działania/braku działania Zamawiającego powinna być możliwość uznania wykonania etapu lub całego systemu, zwłaszcza w przypadku rozpoczęcia jego użytkowania.

PYTANIE 64

Wzór umowy – § 9 ust. 14.3

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Zwracamy się z zapytaniem do Zamawiającego o możliwość zmiany zapisów SIWZ poprzez wskazanie obowiązku i terminu w jakim Zamawiający będzie informował Wykonawcę o konieczności dokonania modyfikacji ZSI, w szczególności związanych z wejściem w życie nowych przepisów prawa lub zawierających nowe funkcjonalności, w szczególności związane z rozliczeniami z NFZ oraz określenie biegnącego od tej daty terminu wykonania wskazanych modyfikacji, pozwalającego na wywiązanie się przez wykonawcę ze wskazanych obowiązków.

PYTANIE 65

Wzór umowy – § 9 ust. 16

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

W ramach świadczonych usług wsparcia powdrożeniowego, udzielonej gwarancji oraz nadzoru autorskiego producenta/producentów oprogramowania Wykonawca zapewni Zamawiającemu bez dodatkowego wynagrodzenia, w okresie świadczenia Usług Utrzymania, wsparcie w zakresie ewentualnej integracji systemu wykonanego lub dostarczonego w ramach Umowy z innym systemem informatycznym Zamawiającego,

Zwracamy się z zapytaniem do Zamawiającego o doprecyzowanie lub wykreślenie zapisów, z uwagi na to, że Zamawiający nakłada na wykonawcę obowiązki nie precyzując, do czego obligują Go przepisy prawa zamówień publicznych, ich ilości, a tym samym w sposób niewyczerpujący opisując przedmiot zamówienia. Art. 29 ust. 1 ustawy PZP nakłada na Zamawiającego obowiązek opisania przedmiotu zamówienia w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, uwzględnienia wszystkich wymagań i okoliczności mogących mieć wpływ na sporządzenie oferty. Przy tak skonstruowanych zapisach brak jest opisu przedmiotu zamówienia w tym zakresie zgodnego z dyspozycją normy art. 29 ustawy Prawo zamówień publicznych w zakresie wyczerpująco określonych warunków realizacji przedmiotu zamówienia.

Wskazane zapisy dotyczące wsparcia w zakresie ewentualnej integracji systemu wykonanego lub dostarczonego w ramach Umowy z innym systemem informatycznym Zamawiającego uniemożliwiają wykonawcy zdefiniowanie w dostatecznym stopniu szczegółowości warunków realizacji zamówienia, ani terminu ich realizacji, co uniemożliwia skalkulowanie oferty, gdyż Wykonawca nie jest w stanie przewidzieć pracochłonności

konieczności wsparcia w zakresie integracji z innym oprogramowaniem w przyszłości. Przy tak skonstruowanych zapisach istnieje niebezpieczeństwo nieporównywalnych ofert. Przedmiot zamówienia winien być opisany w sposób jednoznaczny i wyczerpujący, uwzględniać wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty. Przy tak skonstruowanych zapisach brak jest wyczerpującego opisu przedmiotu zamówienia.

PYTANIE 66

Wzór umowy – § 9 ust. 17

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Zamawiający może, po upływie okresu gwarancji i w drodze odrębnego postępowania, powierzyć Wykonawcy świadczenie Usług Utrzymania na okres dalszych 5 lat, w tym w zakresie dostosowania ZSI do zmieniających się przepisów. Wykonawca zobowiązuje się, że w ofercie złożonej we wspomnianym postępowaniu wartość Usług Utrzymania za każdy kolejny rok nie przekroczy sześćdziesięciokrotności minimalnego wynagrodzenia obowiązującego w dniu jej złożenia i jest to wartość rynkowa.

Natomiast w SIWZ w następujący:

Zwracamy się z zapytaniem czy Zamawiający przewiduje ewentualne zawarcie dwóch odrębnych umów, czy też jednej umowy – jeżeli tak na jakich warunkach.

Ponadto zwracamy się z pytaniem o możliwość doprecyzowania zapisu, że Zamawiający będzie mógł wystąpić do Wykonawcy o zawarcie umowy na okres do 5 lat wyłącznie jeden raz niezależnie od tego na jaki okres będzie zamierzał zawrzeć umowę (maksymalnie 5 letni) oraz doprecyzowanie w jakim terminie nastąpi wystąpienie Zamawiającego do Wykonawcy, dopuszczenie możliwości zmiany wynagrodzenia w związku ze zmianami cen na rynku, również z uwagi na możliwość wystąpienia większych kosztów itp.,

Prosimy również o potwierdzenie uwzględnienia przez Zamawiającego zasady swobody kontraktowania i pozostawienie decyzji wykonawcy ewentualnego przystąpienia do opisanego osobnego postępowania, czy też zawarcia umowy.

PYTANIE 67

Wzór umowy - § 10

Zwracamy się z pytaniem o możliwość doprecyzowania zapisów, że wynagrodzenie, o którym mowa w § 10 ust. 1 płatne będzie w całości – po podpisaniu Protokołu Odbioru Etapu Wdrożenia i doręczeniu faktury.

PYTANIE 68

Wzór umowy – § 10 ust. 6

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Wykonawca zobowiązany jest do wystawienia i doręczenia faktur VAT w terminie do 7 dni od dnia podpisania Protokołu Odbioru Etapu Wdrożenia. W przypadku uchybienia obowiązkowi wynikającemu ze zdania poprzedzającego, Wykonawca zobowiązany będzie do naprawienia szkody wynikającej z ewentualnego uznania płatności dokonywanych przez Zamawiającego za wydatki niekwalifikowane.

Zwracamy się z zapytaniem do Zamawiającego o doprecyzowanie lub wykreślenie zapisów, poprzez wyłączenie odpowiedzialności wykonawcy w okolicznościach, gdy brak terminowego doręczenia faktury VAT wynika z nieuzasadnionego braku działania Zamawiającego w zakresie dokonania Odbioru i analogicznie braku podpisania Protokołów. Zwracamy uwagę, że wykonawcy nie powinni ponosić konsekwencji działań i zaniechań dokonanych przez Zamawiających, a nie mających uzasadnienia prawnego i faktycznego.

PYTANIE 69

Wzór umowy – § 11 ust. 1

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Zamawiający jest uprawniony do domagania się od Wykonawcy zapłaty kar umownych w wysokości: 1.1. 0,2% Wynagrodzenia za każdy rozpoczęty dzień zwłoki w zakończeniu Etapu Wdrożenia w stosunku do terminów wskazanych w Harmonogramie Wdrożenia;0,25% Wynagrodzenia za każdy rozpoczęty dzień zwłoki w dokonaniu Wdrożenia w stosunku do terminu wskazanego w Harmonogramie Wdrożenia;

1.2. 0,05% Wynagrodzenia za każdy przypadek nieprzystąpienia do wykonania Usług Utrzymania w terminie wskazanym w Umowie;

1.3. 0,05% Wynagrodzenia za każdą rozpoczętą godzinę zwłoki, liczoną od upływu terminu w godzinach wyznaczonego jako czas reakcji, w usunięciu Awarii;

1.4. 0,0025% Wynagrodzenia za każdy rozpoczęty dzień zwłoki w usunięciu Błędu lub Usterki;

1.5. 20% Wynagrodzenia w przypadku odstąpienia od Umowy przez Zamawiającego lub wypowiedzenia Xxxxx przez Zamawiającego z powodu okoliczności, za które odpowiedzialność ponosi Wykonawca;

ZWRACAMY SIĘ Z ZAPYTANIEM DO ZAMAWIAJĄCEGO O MOŻLIWOŚĆ UREGULOWANIA ZAPISÓW WZORU UMOWY W SPOSÓB NIE DOPROWADZAJĄCY DO NAKŁADANIA NA WYKONAWCĘ KAR UMOWNYCH ZA WYSTĄPIENIE TEJ SAMEJ OKOLICZNOŚCI ORAZ WPROWADZENIE LIMITACJI KAR UMOWNYCH DO WYSOKOŚCI 20% WYNAGRODZENIA.

W świetle obowiązującego stanowiska doktryny i orzecznictwa Zamawiający nie jest uprawniony do kumulowania kar umownych w takim zakresie. Wierzyciel nie może zażądać zapłaty obu kar umownych, gdy dotyczą one de facto tej same okoliczności. Orzecznictwo Sądów wskazuje na niezgodność z przepisami prawa regulacji w zakresie możliwości nieuprawnionej kumulacji kar umownych na etapie zapisów umownych za wystąpienie tych samych okoliczności. Obciążenie dwukrotną karą umowną za tę samą okoliczność przejawiającą się w nienależytym wykonaniu zobowiązania uznać należy za sprzeczne z naturą odpowiedzialności odszkodowawczej (art. 3531 w zw. z art. 361 § 1 i 2 w zw. z art. 483 § 1 KC). Odpowiedzialność odszkodowawcza służyć ma wyrównaniu szkody a nie wzbogaceniu się uprawnionego. W Wyroku SN z dnia 28 stycznia 2011 roku, I CSK 315/10 wskazano:. (…) nie jest możliwe kumulowanie kary umownej przewidzianej za nienależyte wykonanie zobowiązania, np. wykonanie ze zwłoką, z karą umowną za niewykonanie tego samego zobowiązania.

Ponadto jak wynika z wzoru umowy

Zamawiającemu przysługuje prawo do odstąpienia od Umowy, bez wyznaczania dodatkowego terminu, z przyczyn leżących po stronie Wykonawcy w wypadku: 1.1. przekroczenia terminu zakończenia Etapu Wdrożenia wynikającego z Harmonogramu Wdrożenia, o którym mowa w

§ 5.1 Umowy o więcej niż 20 dni; 1.2. przekroczenia terminu zakończenia Wdrożenia, o którym

mowa w §5.1 Umowy o więcej niż 30 dni; 1.3. przekroczenia terminu usunięciu Wady, o którym mowa w §9.8, §9.9 lub

§9.10 Umowy o więcej niż 10 dni;

Zamawiający nie jest uprawniony do kumulowania kar umownych z tytułu nienależytego wykonanie zobowiązania, w tym kary umownej za nieterminową realizacją zobowiązania z karą umowną za niewykonanie zobowiązania (w przypadku wypowiedzenia, odstąpienia od umowy). Uznane jest, że nie istnieje możliwość jednoczesnego spełnienia wskazanych wymagań, od których naliczenie tych kar jest uzależnione, tj. wykonać, choćby w sposób nienależyty, i nie wykonać tego samego zobowiązania. Wierzyciel nie może zażądać zapłaty obu wymienionych kar umownych, gdyż wzajemnie się one wykluczają (uchwała Sądu Najwyższego z dnia 18 lipca 2012 r., III CZP 39/12, podobnie wyrok SN z dnia 28 czerwca 2017 r., IV CSK 525/16). Nie może dochodzić do obu kar naraz, bo retroaktywność odstąpienia (natura stosunku prawnego odstąpienia) na to nie zezwala. Art. 494 k.c. ma charakter przepisu kogentywnego w części, w jakiej określa "naturę" stosunku prawnego odstąpienia; w związku z tym niedopuszczalne jest porozumienie stron, które tą naturę miałoby modyfikować. Potwierdzeniem powyższego jest również orzecznictwo. W wyroku Sądu Apelacyjnego w Warszawie z dnia 26 października 2017 roku (I ACa 1259/16) wprost wskazano, że roszczenie o zapłatę kary umownej na wypadek zwłoki lub opóźnienia nie przysługuje stronie odstępującej od umowy wzajemnej, jeżeli w umowie zastrzeżono również taką karę w związku z odstąpieniem od umowy. Podobnie w uchwale Sądu Najwyższego z dnia 18 lipca 2012 roku, sygn. akt: III CZP 39/12).

Powyższe stanowisko znajduje również poparcie w wyroku KIO z dnia 1 września 2009 roku (KIO/UZP 1070/09):

W ocenie Xxxx (…) w razie odstąpienia od umowy dochodzi do jej rozwiązania ze skutkiem wstecznym od momentu zawarcia, a strony zobowiązane są do zwrotu świadczeń ( art. 395 § 2 k.c.). W razie wykonania prawa odstąpienia umowa uważana jest za nie zawartą. To, co strony już świadczyły, ulega zwrotowi w stanie niezmienionym, chyba, że zmiana była konieczna w granicach zwykłego zarządu. Za świadczone usługi oraz korzystanie z rzeczy należy się drugiej stronie odpowiednie wynagrodzenie. Zgodnie z cytowanym Wyrokiem oznacza to, że żadna ze stron stosunku umownego w przypadku odstąpienia od umowy nie może żądać roszczeń akcesoryjnych to jest kar umownych z tytułu nienależytego wykonania umowy, z tytułu wadliwości umowy.

Równocześnie wykonawca wskazuje, że bezzasadne jest takie ukształtowanie zapisów wzoru umowy, które pozwalają Zamawiającemu na żądanie zapłaty kar za naruszenia terminów cząstkowych bez ograniczenia ich wysokości do poziomu kary żądanej w przypadku odstąpienia od umowy. Należy uznać to za naruszenie zasady proporcjonalności poprzez działanie niezgodne z art. 7 ust. 1 ustawy pzp., ponieważ celem zachowania elementarnej

Szpital Praski p.w. Przemienienia Pańskiego Sp. z o.o.

adres: 00-000 Xxxxxxxx, Xx. Xxxxxxxxxxxx 00; e-mail: xxxxxxxxxxx@xxxxxxxxxxxxx.xx; Centrala tel.: (00) 000 00 00; Sekretariat Zarządu tel.: (00) 000 00 00; fax: (00) 000 00 00;

KRS: 0000468274; NIP: 1132866688; REGON: 012298823

Kapitał zakładowy: 19.335.000 zł

równości stron stosunku zobowiązaniowego, co jest fundamentalną wartością przy kształtowaniu postanowień umowy wzajemnej, jaką jest umowa o zamówienie publiczne.

Brak górnego limitu kar umownych we wzorze umowy powoduje, że Wykonawca wykonując zobowiązanie z naruszeniem obowiązków umownych może być obciążony karami umownymi przekraczającymi wartość kar umownych, jakie Zamawiający ustanowił z tytułu niewykonania zamówienia. Powoduje to rażącą dysproporcję między odpowiedzialnością za niewykonanie zobowiązania, a sytuacją w której zobowiązanie zostałoby wykonane, ale ze stwierdzeniem naruszenia przez Zamawiającego pewnych zapisów umowy. Brak wprowadzenia górnego limitu kar umownych powoduje również, co istotne brak możliwości rzetelnej oceny ryzyk, z jakimi wykonawca może spotkać się w toku realizacji przedmiotu zamówienia, a to w sposób bezpośredni wpływa na możliwość ubiegania się o przedmiotowe zamówienia zgodnie z zasadą uczciwej konkurencji, zgodnie z art. 7 ust. 1 ustawy pzp. Zaznaczyć należy, że nowelizacja ustawy prawo zamówień publicznych wprowadza obowiązek ustalenia w umowie o udzielenie zamówienia publicznego łącznej maksymalnej wysokości kar umownych, których mogą dochodzić strony (art. 436 pkt 3). W uzasadnieniu wskazano: Kierując się często uproszczonym postrzeganiem interesu zamawiającego, postanowienia umów zawierają rozwiązania nazbyt restrykcyjne i nieproporcjonalne do rodzaju i wartości zamówienia publicznego (np. z zakresu wysokości i kategorii zastrzeganych kar umownych, przerzucanie odpowiedzialności za większość ryzyk na wykonawców, nieuwzględnianie okoliczności związanych z trudnymi do oszacowania gwałtownymi zmianami rynkowymi). Paradoksalnym skutkiem takiego działania jest niekorzystny wpływ na efektywność wydatkowania środków publicznych, przez wyższe ceny wskazywane przez wykonawców uwzględniające koszt nieproporcjonalnego ryzyka po ich stronie, a także zmniejszanie konkurencyjności postępowań, przez rezygnację potencjalnych wykonawców z udziału w postępowaniach o udzielenia zamówienia publicznego.

PYTANIE 70

Wzór umowy – § 13 ust. 7 pkt 2 oraz ust. 9 i 13

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:Licencje na korzystanie z oprogramowania dostarczonego w ramach Wdrożenia obejmują nieograniczone terytorialnie i czasowo uprawnienie do korzystania z oprogramowania w całości lub w części, na następujących polach eksploatacji: tłumaczenia, przystosowywania, zmiany układu lub jakichkolwiek innych zmian w oprogramowaniu;

Zamawiający może upoważnić inne osoby do korzystania z utworu w zakresie uzyskanej licencji w celu rozwoju oprogramowania dostarczonego na podstawie Umowy.

Strony postanawiają, że w razie wątpliwości co do zakresu licencji powinna ona być interpretowana z uwzględnieniem, że zamiarem Stron było udzielenie Zamawiającemu licencji w najszerszym możliwym zakresie niezbędnym w celu umożliwienia Zamawiającemu: samodzielnego wprowadzenia, lub zlecenia wprowadzania przez podmioty trzecie, zmian do ZSI, rozwijania lub tworzenia jego nowych funkcjonalności i korzystania z nich.

Uprawnienia wskazane w zapisach stanowią element autorskich praw majątkowych, określonych w art. 74 ustawy o prawie autorskim i prawach pokrewnych. Natomiast zgodnie z zapisami umowy Zamawiający wymaga dostarczenia licencji na korzystanie z oprogramowania dostarczonego w ramach Wdrożenia.

Umowa nie powinna zawierać zapisów rodzących wątpliwości w zakresie ewentualnej konieczności wydania kodu źródłowego, bowiem istnieją w doktrynie i orzecznictwie

niejednolite poglądy i stanowiska dotyczące kwestii, czy pozyskanie przez licencjobiorcę praw do modyfikacji, rozwoju programu komputerowego w zakresie określonym w art. 74 ustawy o prawie autorskim i prawach pokrewnych rodzi obowiązek udostępnienia nabywcy kodu źródłowego programu komputerowego.

Wnosimy o usunięcie z umowy wskazanych zapisów.

PYTANIE 71

Wzór umowy – § 14 ust. 3

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

W przypadku odstąpienia od Umowy:

3.1. Zamawiający zwróci Wykonawcy lub usunie w sposób uniemożliwiający produkcyjne wykorzystanie wszelkie świadczenia Wykonawcy związane z Wdrożeniem, a Wykonawca zobowiązany będzie zwrócić otrzymane Wynagrodzenie w terminie 30 dni od daty otrzymania oświadczenia Zamawiającego o odstąpieniu od Umowy;Zamawiający w każdym przypadku będzie uprawniony do zatrzymania pojedynczych kopii świadczeń związanych z Wdrożeniem na potrzeby ewentualnego dochodzenia roszczeń przysługujących Zamawiającemu w stosunku do Wykonawcy lub osób trzecich lub ochrony przed roszczeniami takich osób;

3.2. z tytułu korzystania przez Zamawiającego z usług lub innych świadczeń w okresie od ich dostarczenia przez Wykonawcę, do dnia ich zwrotu lub zniszczenia Wykonawcy nie przysługuje jakiekolwiek wynagrodzenie lub odszkodowanie.

Zwracamy się z zapytaniem do Zamawiającego o możliwość zmiany zapisów wzoru umowy, tak aby pozostawały one w zgodzie przepisami prawa. Wprowadzone przez Zamawiającego w zapisach wzoru umowy zastrzeżenia ograniczające uprawnienia Wykonawcy do uzyskania zapłaty za zrealizowane w ramach umowy świadczenia w sytuacji, gdy Zamawiający odstąpił od umowy, stanowią naruszenie bezwzględnie obowiązujących przepisów prawa cywilnego, w tym art. 494 § 1 k.c. w zw. z art. 405 k.c. Przepisy te regulują, że w razie odstąpienia od umowy wzajemnej strony mają zwrócić sobie wszystkie otrzymane w ramach realizacji umowy świadczenia, a jeżeli nie jest możliwy zwrot w naturze, obowiązek zwrotu świadczeń przeradza się w obowiązek zwrotu równowartości tych świadczeń. Za istotną w przypadku odstąpienia od umowy należy w tym przypadku uznać faktyczną wartość świadczenia uzyskanego przez daną stronę (w niniejszym postępowaniu przez Zamawiającego). Wprowadzone zastrzeżenia z wzoru umowy ograniczają prawo wykonawcy do uzyskania stosownej rekompensaty za zrealizowane świadczenia, co stanowi naruszenie obowiązujących przepisów. Jak wskazano w wyroku KIO z dnia 4 września 2018 roku (KIO 1601/18): W ocenie Xxxx nie jest dopuszczalne uregulowanie zapisów umowy uniemożliwiających uzyskanie przez wykonawcę wynagrodzenia za spełnione świadczenie w przypadku odstąpienia od umowy. Zgodnie z art. 494 § 1 k.c. Strona, która odstępuje od umowy wzajemnej, obowiązana jest zwrócić drugiej stronie wszystko, co otrzymała od niej na mocy umowy, a druga strona obowiązana jest to przyjąć. Strona, która odstępuje od umowy, może żądać nie tylko zwrotu tego, co świadczyła, lecz również na zasadach ogólnych naprawienia szkody wynikłej z niewykonania zobowiązania. Orzecznictwo stoi na stanowisku, że Zamawiający narusza w tym zakresie przepisy kodeksu cywilnego, jeżeli nie przewiduje należnego wynagrodzenia wykonawcy za zrealizowane świadczenia, w tym zaangażowane nakłady, czas pracy pracowników i współpracowników, wynagrodzenie dla ewentualnych podwykonawców itp.Niewątpliwie szkodliwą praktyką dla obu stron jest wprowadzanie postanowień umożliwiających odstąpienie przez Zamawiającego od umowy ze skutkiem na

przeszłość (ex tunc). Jak podnosi się w doktrynie dokonanie zwrotu już wykonanych świadczeń polegającego na usługach wdrożenia, utrzymania, rozwoju itp. jest niemożliwe. Stąd też, rekomenduje się, aby w umowach określać jedynie uprawnienie Zamawiającego do wypowiedzenia umowy, mające skutek na przyszłość.

PYTANIE 72

Wzór umowy

Zwracamy się z zapytaniem czy Zamawiający dokona modyfikacji zapisów wzoru umowy w ten sposób, że wprowadzi zapisy ograniczające odpowiedzialność stron (wykonawcy) do szkody rzeczywistej (z wyłączeniem odpowiedzialności za utracone korzyści). Jest to praktykowane w umowach IT, z uwagi na potrzebę wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony. Może to uniemożliwiać skalkulowanie oferty, gdyż Wykonawca nie jest w stanie przewidzieć i oszacować ryzyk. Przy tak skonstruowanych zapisach istnieje niebezpieczeństwo nieporównywalnych ofert.

PYTANIE 73

Wzór umowy - § 16 ust. 6

Zamawiający uregulował zapisy wzoru umowy w następujący sposób:

Strony zobowiązują się zawrzeć oddzielną umowę o powierzenie przetwarzania danych osobowych w związku z wykonaniem Umowy przed powierzeniem przetwarzania takich danych.

Zamawiający nie udostępnił jednak wzoru umowy powierzenia przetwarzania danych osobowych, tak aby wykonawcy mogli zapoznać się z jej zapisami.

Zwracamy się z zapytaniem do Zamawiającego o udostępnienie wzoru umowy powierzenia przetwarzania danych osobowych, celem umożliwienia zapoznania się z nim przez wykonawców, a tym samym właściwego zdiagnozowania wszystkich obowiązków związanych z realizacją przedmiotu zamówienia, jak również oszacowania ich wartości. Zgodnie z art. 29 ustawy Prawo zamówień publicznych obowiązkiem Zamawiającego jest opisanie przedmiotu zamówienia w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, z uwzględnieniem wszystkich wymagań i okoliczności mogących mieć wpływ na sporządzenie oferty, a więc taki który zapewnia, że wykonawcy będą w stanie, bez dokonywania dodatkowych poszukiwań i interpretacji, zidentyfikować, co jest przedmiotem zamówienia i że wszystkie elementy istotne dla wykonania zamówienia będą w nim uwzględnione. Dla wykonawców ważnym jest, aby Zamawiający podał wszystkie dane, na podstawie których będą mogli oni dokładnie oszacować wartość prac i skalkulować realnie ofertę.

PYTANIE 74

Dot. 1.1.6.1 System analityczny Business Intelligence (BI). Dotyczy integracji z systemami

źródłowymi

Pytanie: Prośba o potwierdzenie, iż integracja z systemem BI dotyczy dwóch wymienionych poniżej, nowo wdrażanych systemów:

a) HIS

b) ERP

PYTANIE 75

Dot. 1.1.6.1 System analityczny Business Intelligence (BI)

Pytanie: Jaka powinna być częstotliwość ładowania danych do systemu BI / analitycznego? Czy raz na 24h będzie wystarczające?

PYTANIE 76

Dot. 1.1.6.1 System analityczny Business Intelligence (BI), dotyczy sizingu danych

Pytanie: Proszę wskazać szacowane dane ilościowe w GB, które mają trafić do BI z systemu HIS i osobno dla ERP.

• Jaki będzie sizing danych w GB, który trafi do BI?

• Jakie będą miesięczne przyrosty danych (w GB), prośba o wskazanie potencjalnie największych tabel i ilości wierszy

PYTANIE 77

Dot. 1.1.6.1 System analityczny Business Intelligence (BI), dotyczy liczby użytkowników

systemu BI Zamawiający precyzuje: 6.2.1, str. 33 SIWZ „Open (bez ograniczeń na liczbę użytkowników). W

chwili obecnej Szpital posiada 742 aktywne konta użytkowników w części białej.” Pytanie:

Jaka jest wymagana liczba użytkowników BI/ modułu raportowego:

a) Zaawansowany użytkownik (edytowanie, tworzenie, przeglądnę)

b) Standardowy użytkownik (przeglądnie istniejących raportów/dashboardów)

c) Subskrybent (otrzymywanie już wygenerowanych raportów - mailem)

PYTANIE 78

Dot. 1.1.6.1 System analityczny Business Intelligence (BI), dotyczy listy raportów w BI Zamawiający precyzuje: brak danych

Pytanie: Prośba o dokładne sprecyzowanie/ wskazanie listy raportów jakie będą początkowo generowane w narzędziu raportującym (BI), ich ilość, szczegóły oraz jeśli dostępne to ich wzory.

PYTANIE 79

Dot. 1.1.6.1 System analityczny Business Intelligence (BI ), dotyczy historyczność danych w BI

Pytanie:

Jak długo dane w BI będą przechowywane? (czy historyczność danych w BI z ostatnich 2 lat byłaby wystarczająca?)

PYTANIE 80

Dot. 1.1.6.1 System analityczny Business Intelligence (BI ) oraz 1.1.6.2 Budżetowanie i analiza zarządcza, wymaganie 46.

Zamawiający precyzuje: Możliwość różnorodnej graficznej prezentacji danych. (np. wykresy, drzewa dekompozycji, grafy rozkładu strukturalnego itp.)

Pytanie: Czy graficzna prezentacja danych typu: wykres (warstwowy, kolumnowy, liniowy, punktowy, kołowy, waterfall, skumulowany, liniowy/warstwowy schodkowy, grupowanie wartości, interpolowany), tabela, wskaźnik, strona WWW, obraz, filtry, linki do repozytorium, mapy, dynamiczna miara, dynamiczny wymiar jest wystarczający?Pytanie 81

Dot. 1.1.6.1 System analityczny Business Intelligence (BI ) oraz 1.1.6.2 Budżetowanie i analiza zarządcza, wymaganie 49.

Zamawiający precyzuje: Możliwość definiowania Kluczowych Wskaźników Wydajności (KPI). Automatyczne wskazywanie ich trendów przy pomocy symboli graficznych.

Pytanie: Czy wymaganie to jest tożsame z dashboardem zawierającym wskaźniki wydajności, na którym zaprezentowane są w różnej formie graficznej KPI?

PYTANIE 82

Dot. 1.1.6.1 System analityczny Business Intelligence (BI ) oraz 1.1.6.2 Budżetowanie i analiza zarządcza,, wymaganie 50.

Zamawiający precyzuje: Możliwość tworzenia Pulpitów Menadżerskich zawierających kluczowe raporty, analizy, karty wyników, grafy dedykowanych dla użytkowników systemu

Pytanie: Czy pojęcie grafy jest tożsame z wykresami (tj. wykres warstwowy, kolumnowy, liniowy, punktowy, kołowy, waterfall, skumulowany, liniowy/warstwowy schodkowy, grupowanie wartości, interpolowany)?

PYTANIE 83

1) Zamawiający opisał w SIWZ warunki udziału w postępowaniu wraz z dokumentami jakie należy złożyć celem wykazania ich spełnienia w następujący sposób:

Oświadczenia dokumenty potwierdzające spełnianie warunków udział w postępowaniu wykaz dostaw wykonanych (zgodnie z Załącznikiem nr 7 do SIWZ), a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności

jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których usługi zostały wykonane, oraz załączeniem dowodów określających czy te usługi zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego usługi były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej

przyczyny o obiektywnym charakterze wykonawca nie jest w stanie uzyskać tych dokumentów

– oświadczenie wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert, zawierający co najmniej 2 zamówienia obejmujące dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS, jednego producenta, do którego dostęp jest oparty o przeglądarkę www, dla podmiotów leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju z minimalną liczbą łóżek 150, o wartości nie mniejszej niż 1.500.000,00 złotych brutto każde.

WARUNKI UDZIAŁU W POSTĘPOWANIU DOTYCZĄCE ZDOLNOŚCI TECHNICZNEJ LUB ZAWODOWEJ; W

zakresie posiadania doświadczenia:

Zamawiający wymaga na potwierdzenie spełnienia tego warunku, aby Wykonawca w okresie ostatnich trzech lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał, minimum 2 (dwie)główne dostawy odpowiadające swoim rodzajem dostawie stanowiącej przedmiot zamówienia, tj.: obejmujące swym zakresem odpowiednio dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS, jednego producenta, do którego dostęp jest oparty o przeglądarkę www dla podmiotów leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju z minimalną liczbą łóżek 150, wraz z podaniem ich wartości, przedmiotu zamówienia, dat wykonania, podmiotów, na rzecz których zostały wykonane oraz załączeniem dowodów, określających czy dostawa została wykonana lub jest wykonywana należycie (…), przy czym za gotowy zintegrowany system typu HIS jednego producenta do którego dostęp jest oparty o przeglądarkę www Zamawiający uzna system, który składa się z co najmniej z następujących obszarów funkcjonalnych: a) obsługa ruchu chorych – izba przyjęć, b) obsługa ruchu chorych – oddział, c) obsługa przychodni – rejestracja,

d) obsługa przychodni – gabinet lekarski, e) obsługa dokumentacji medycznej, f) obsługa statystyki medycznej, g) obsługa apteki, h) obsługa apteczek oddziałowych, i) obsługa rozliczeń z NFZ (lub równoważnemu mu innego podmiotu pełniącego funkcję płatnika w systemie opieki zdrowotnej) - lecznictwo otwarte i zamknięte.

Wartość każdej z dostaw, o których mowa powyżej może być niższa niż 1 500 000,00 PLN brutto.

Jak wskazano powyżej zamówienia o wartości nie mniejszej niż 1.500.000,00 złotych brutto każde ma obejmować dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS (których to usług, wartość może być niższa niż wskazana kwota.)

Ponadto w SIWZ Zamawiający wymaga:

Wykonawca wykaże wartości samych usług określonych w warunku udziału w postępowaniu, bez wartości pozostałych elementów kontraktu, np. dostaw sprzętu. Wykonawca wskaże dokładną nazwę zrealizowanej usługi, która pozwoli na jednoznaczną identyfikację usługi wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane.

W warunkach udziału w postępowaniu wskazano:

dostawy odpowiadające swoim rodzajem dostawie stanowiącej przedmiot zamówienia, tj.: obejmujące swym zakresem odpowiednio dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS

Przedmiotem zamówienia jest:

dostawa i wdrożenie systemu informatycznego e-Usługi wraz z wdrożeniem zintegrowanego systemu zarządzania (HIS + ERP), systemów powiązanych i dostawą sprzętu na rzecz Szpitala Praskiego p.w. Przemienienia Pańskiego sp. z o.o. w Warszawie, którego sposób realizacji został szczegółowo opisany w SIWZ

Pytanie nr a

Wnosimy o udzielenie odpowiedzi i potwierdzenia, że w kontekście zapisów dotyczących warunku udziału postępowaniu w zakresie wartość każdej z dostaw - w części dotyczącej systemu typu HIS składającego się z co najmniej z następujących obszarów funkcjonalnych: obsługa ruchu chorych – izba przyjęć, obsługa ruchu chorych – oddział, obsługa przychodni – rejestracja, obsługa przychodni – gabinet lekarski, obsługa dokumentacji medycznej, obsługa statystyki medycznej, obsługa apteki, obsługa apteczek oddziałowych, obsługa rozliczeń z NFZ (lub równoważnemu mu innego podmiotu pełniącego funkcję płatnika w systemie opieki zdrowotnej) - lecznictwo otwarte i zamknięte, może być ona niższa niż 1 500 000,00 PLN brutto (jak wskazano w warunkach udziału w postępowaniu), natomiast wartość całego

przedmiotu zamówienia tj. dostawy odpowiadające swoim rodzajem dostawie stanowiącej przedmiot zamówienia winna być o wartości nie mniejszej niż 1.500.000,00 złotych brutto. Zaznaczamy, że dokumenty potwierdzające należyte wykonanie zamówienia wskazują najczęściej całkowitą wartość zrealizowanego przedmiotu umowy. Ponadto umowy zawierane w zamówieniach publicznych często zawierają jedną cenę za realizację przedmiotu umowy bez wyszczególnienia pozycji w zakresie systemów typu HIS, ERP, czy też dostawy sprzętu w ramach wdrożenia.

Mając na uwadze, że przedmiotem zamówienia jest dostawa i wdrożenie systemów informatycznych wraz dostawą sprzętu – a potwierdzeniem spełnienia warunku udziału w postepowaniu jest wykazanie się zamówieniami odpowiadającymi przedmiotowi zamówienia

– WNOSIMY O:

Usunięcie zapisu:

Wykonawca wykaże wartości samych usług określonych w warunku udziału w postępowaniu, bez wartości pozostałych elementów kontraktu, np. dostaw sprzętu. Wykonawca wskaże dokładną nazwę zrealizowanej usługi, która pozwoli na jednoznaczną identyfikację usługi

wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane.

oraz o potwierdzenie, że w załączniku nr 7 do SIWZ - wykaz dostaw wykonanych – należy wpisać całkowitą wartość zrealizowanych zamówień wdrożenia systemów informatycznych.

Pytanie nr b

Ponadto zwracamy się do Zamawiającego o potwierdzenie, że warunek udziału w postępowaniu o udzielenie zamówienia publicznego w zakresie zdolności technicznej lub zawodowej w postaci wymogu wykazania się doświadczeniem wykonania przedmiotu zamówienia dla podmiotu leczniczego z minimalną liczbą łóżek 150 – dotyczy liczy łóżek w danym podmiocie na dzień podpisania umowy z tym podmiotem, której wykonanie wykazywane jest jako doświadczenie potwierdzające spełnienie warunku udziału w postepowaniu.

Odpowiedź Zamawiającego:

Pytanie 1 a.

Grupa użytkowników	Ilość osób do przeszkolenia
Administratorzy IT	5
Księgowość, Środki Trwałe, Xxxx, Xxxxx	00
xxxxxxxxxx, xxxxxxxxxxx XXX	14
Sprzedaż	25
Kadry i Płace	20
Zakupy i zaopatrzenie	25
Magazyn	10
Apteka	10
Pielęgniarki i położne, ratownicy medyczni	380
Asystentki medyczne	30
Laboratorium	35
Lekarze ambulatorium	60
Lekarze oddziały	260
Lekarze blok operacyjny	120
Sterylizacja	15
Diagnostyka obrazowa	15
Inny personel? *	120

* o nieustalonej roli w związku z wdrożeniem rozwiązania.

Pytanie 1 b.

Zamawiający udostępni pomieszczenia do przeprowadzenia szkoleń personelu w ilości 2 pomieszczeń wyposażanych w 8 stanowisk szkoleniowych (stacje robocze) oraz stanowisko prezentacyjne wyposażone w rzutnik.

Pytanie 2.

Zamawiający dopuszcza monitory LCD/LED w dowolnej technologii: TN, TFT, VA, IPS, z zachowaniem wyspecyfikowanych parametrów technicznych.

Pytanie 3.

Zamawiający rozszerzył specyfikację o wymagania w stosunku do wyświetlacza LCD/LED: ekran odporny na działanie środków dezynfekujących.

Pytanie 4.

4.1 Zamawiający rozszerzył specyfikację o wymagania w stosunku do wyświetlacza LCD/LED , które zamieścił w Załączniku nr 4 do SIWZ,

4.2 Zamawiający rozszerzył specyfikację o wymagania w stosunku do wyświetlacza LCD/LED , które zamieścił w Załączniku nr 4 do SIWZ,

4.3 Zamawiający rozszerzył specyfikację o wymagania w stosunku do wyświetlacza LCD/LED , które zamieścił w Załączniku nr 4 do SIWZ,

4.4 Zamawiający dopuszcza zastosowanie wyświetlacza stanowiskowego w technologii LCD/LED (LCD z podświetlaniem LED). Specyfikacja w SIWZ została zaktualizowana.

Pytanie 5.

Zamawiający dopuszcza drukarkę o podanych parametrach.

Pytanie 6.

Zamawiający nie jest profesjonalistą w zakresie projektowania i instalacji sieci komputerowych i oczekuje, że oferent zaprojektuje i wykona właściwą dla zaproponowanego przez siebie rozwiązania sieć informatyczną oraz sieć zasilającą zgodnie z odpowiednimi normami dla tego typu instalacji.

Zamawiający wymaga, aby utworzona sieć LAN na potrzeby rozwiązania kolejkowego była zgodna z obecnie użytkowaną przez Zamawiającego, tj. spełniała wymagania dla kat. 6.

Zamawiający oczekuje połączenia wszystkich punktów rozwiązania ze wskazanym przez Zamawiającego pomieszczeniem dystrybucyjnym sieci.

Zamawiający dysponuje 5 portami dostępowymi w technologii 100 Base-T na potrzeby systemu kolejkowego zlokalizowane w pomieszczeniu dystrybucyjnym sieci tego samego budynku i zobowiązuje się je udostępnić w ramach projektu. W razie konieczności wykorzystania większej ilości portów, dostawa właściwego przełącznika sieciowego oraz koniecznego osprzętu na potrzeby systemu kolejkowego będzie leżało po stronie dostawcy. Zamawiający zapewni w takim przypadku właściwe miejsce w szafie sieciowej szafie dystrybucyjnej (rack 19”) o wielkości max 3U dla: przełącznika, listwy dystrybucyjnej UTP (patch panel 24-port min UTP5e) oraz organizera przewodów.

Na potrzeby planowania tras kablowych Zamawiający udostępnił w SIWZ wgląd do rysunków rzutów poszczególnych budynków, których dotyczy ta część projektu.

Pytanie 7

Zamawiający oczekuje minimalnie następującego zakresu integracji rozwiązania kolejkowego z systemem HIS pozwalającego na realizację następujących funkcji:

1. Możliwość potwierdzenia przybycia pacjenta do placówki z wykorzystaniem numeru PESEL i kodów kreskowych lub QR przy użyciu automatu biletowego, w celu informacji personelu (recepcja, lekarz)

o przybyciu pacjenta i zajęciu miejsca w poczekalni,

2. Weryfikacja statusu wizyty (ważność skierowania, ubezpieczenie EWUŚ, dodatkowe parametry ustawione w systemie ZSI/HIS np. wizyta pierwszorazowa, wizyta priorytetowa /poza kolejką innych pacjentów – pacjent po zabiegu/),

3. Przy negatywnej weryfikacji skierowanie pacjenta z numerem do Rejestracji celem dalszej obsługi pacjenta przez recepcjonistę,

4. Drukowanie biletów z numerem kolejkowym dla pacjentów z informacją: nazwa poradni, numer gabinetu (+ ew. piętro), godzina wizyty, aktualna pozycja w kolejce do gabinetu.

5. Wywołanie pacjenta/numeru kolejkowego do gabinetu lekarza odbywa się z systemu ZSI/HIS i systemu kolejkowego,

6. Informacja dla Xxxxxxx, o potwierdzeniu wizyty pacjenta na automacie biletowym – pacjent w poczekalni/pacjent się nie zgłosił.

Pytanie 8

Zamawiający nie ma na celu wskazywać konkretnego rozwiązania serwerowego, dlatego wymagania podaje w formie wymagań „minimalnych” pozostawiając oferentowi możliwości zaproponowania rozwiązania

o parametrach wykraczających poza oczekiwane minima.

8.1 Zamawiający oczekuje możliwości wykorzystania różnorodnych nośników danych w tym SATA DOM oraz pamięci SD. Rozwiązanie SATA DOM oraz SD są odmiennymi rozwiązaniami o różnym przeznaczeniu. Zamawiający dopuszcza płytę główną z możliwością obsługi 2 x SSD M.2 PCIe NVMe 3.0 4x w miejsce SATA DOM.

8.2 Zamawiający oczekuje w specyfikacji dostawy serwerów posiadających „min. 4 porty USB 2.0/3.0”, a zatem podana w pytaniu konfiguracja „2 x USB 2.0 + 2 x USB 3.0” spełnia w rozumieniu Zamawiającego podane przez niego wymagania.

8.3 Zamawiający dopuszcza serwery posiadające panel diagnostyczny w formie panelu z diodami.

Pytanie 9

Zamawiający dopuszcza serwery posiadające jedno złącze VGA przy spełnieniu pozostałych wymagań.

Pytanie 10

Zamawiający oczekuje możliwości przedłużenia ‘gwarancji producenta’ na serwery do łącznej długości 7 lat.

Pytanie 11

Zamawiający dopuszcza płytę główną z możliwością obsługi 2 x SSD M.2 PCIe NVMe 3.0 4x w miejsce SATA DOM.

Pytanie 12

Zamawiający oczekuje wspierania zabezpieczeń „ECC, Memory Sparing, Memory Mirror, SDDC, Lockstep”.

Pytanie 13

Zamawiający wymaga dla każdego z obu redundantnych zasilaczy wydajności na poziomie 92% w optymalnym zakresie mocy/obciążenia.

Pytanie 14

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 15

Patrz pytanie i odpowiedź 11, tj.:

Zamawiający dopuszcza płytę główną z możliwością obsługi 2 x SSD M.2 PCIe NVMe 3.0 4x w miejsce SATA DOM.

Pytanie 16

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 17

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 18

Dotyczy: SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Pod pojęciem systemu automatycznej digitalizacji dokumentów papierowych w zakresie oświadczeń woli pacjenta Zamawiający rozumie funkcjonalność systemu ZSI polegającą na możliwości skanowania i przechowywania w elektronicznej dokumentacji medycznej cyfrowych odwzorowań podpisanych oświadczeń woli pacjenta dotyczących udzielania świadczeń zdrowotnych. System ma za zadanie kontrolować kompletność udzielonych zgód na leczenie. Zamawiający oczekuje możliwość ustalenia alertów w przypadku np. skierowania chorego na zabiegi diagnostyczne lub lecznicze bez zamieszczenia w systemie zgody pacjenta na ten zabieg. Ponadto System musi umożliwiać składanie oświadczeń woli pacjenta przez moduł samoobsługowy online z wykorzystaniem Profilu Zaufanego . Zamawiający oczekuje, iż system będzie akceptował cyfrowe odwzorowania dokumentów o których mowa powyżej w formatach powszechnie stosowanych, np. plików pdf, przesłanych do ZSI poprzez dostępne urządzenia biurowe (skanery, tablety).

Zamawiający określił oczekiwaną przez siebie funkcjonalność zamawianego systemu, natomiast projektowanie szczegółowych rozwiązań technicznych leży po stronie Wykonawcy, który jest zobligowany dostarczyć rozwiązanie o funkcjonalności zgodnej z określoną w SIWZ. Zamawiający nie określa specyfikacji technicznych uzyskania oczekiwanego efektu

Pytanie 19

a) Zamawiający oczekuje projektu i obsługi wdrożenia systemu na terenie swojej siedziby składającej się z kompleksu budynków (budynku A oraz budynku A2 stanowiących funkcjonalną całość będącą głównym budynkiem Szpitala, budynku D w którym zlokalizowana jest Administracja Szpitala oraz Przychodnia Przyszpitalna, budynku F w którym zlokalizowana jest Ambulatoryjna Stacja Dializ i Kostnica, budynku E w którym znajduje się Dział IT, Kuchnia oraz Dział Techniczny) połączonych ze sobą siecią LAN.

b) liczba użytkowników została podana w odpowiedziach na pytania 1a oraz 26.

c) Rozwiązanie ZSI będzie wdrażane w lokalizacjach Szpitala objętych siecią LAN (budynki Szpitala) zatem opóźnienie należy uznać za pomijalnie niskie.

Pytanie 20

Rozwiązanie ZSI będzie wdrażane w jednym podmiocie prawnym, jednak Zamawiający oczekuje, że wdrażany system będzie mógł obsługiwać wielofirmowość także w zakresie udzielonej licencji.

Pytanie 21

Rozwiązanie ZSI będzie wdrażane w lokalizacjach Szpitala objętych siecią LAN (budynki Szpitala).

Pytanie 22

Zamawiający wyspecyfikował wymagania w zakresie konwersji danych w rozdziale 1.2 dokumentu OPZ stanowiącego załącznik do SIWZ, a tam określił:

Zakres konwersji danych ma zapewniać ciągłość pracy Zamawiającego w nowym systemie bez konieczności odwoływania się (poszukiwania, pobierania, przenoszenia) danych pomiędzy starymi oraz nowym systemem ZSI w okresie co najmniej rok wstecz od momentu uruchomienia systemu.

Zamawiający oczekuje, że Wykonawca w tym celu przygotuje i skonwertuje dane bilansów otwarcia oraz transakcje z bieżącego roku obrotowego do dnia uruchomienia systemu, a w tym:

(…)

• Otwarte transakcje należności na dzień uruchomienia wraz z historią rozliczeń do transakcji częściowo rozliczonych,

• Otwarte transakcje zobowiązań na dzień uruchomienia wraz z historią rozliczeń do transakcji częściowo rozliczonych,

(…)

• (Minimum) salda poszczególnych miesięcy za okres od początku roku do dnia uruchomienia systemu, jeśli uruchomienie systemu nastąpi w trakcie roku finansowego, tak aby możliwe było wykonanie kompletnego i poprawnego „bilansu próbnego” za dowolny okres narastająco w roku uruchomienia systemu.

Ponad to:

Zamawiający oczekuje, że konwersja bilansów otwarcia obejmie zakres minimalnie taki, aby zapewnił ciągłość pracy oraz raportowania z wdrożonego ZSI, co najmniej jednak jeden pełen rok (rok kalendarzowy) wstecz po roku w którym następuje uruchomienie systemu.

Zamawiający zwraca uwagę na zapisy punktu 1.2.3 „Warunki przeniesienia danych” dokumentu OPZ.

Zamawiający informuje, że nie posiada dokumentacji czy opisu struktur baz danych posiadanych systemów.

Pytanie 23

Zamawiający, zgodnie z wyrokiem Krajowej Izby Odwoławczej z dnia 28 września 2020 roku, sygn. akt KIO 2112/20, sporządził zamkniętą listę systemów podlegających integracji. Ponadto uzupełnił SIWZ

o informacje niezbędne do wykonania integracji, w tym o informacje związane z dostępem do interfejsów wymiany danych (wraz z ich opisem), ewentualnie dopuścił wymianę systemów, zatem zasadne jest odesłanie wykonawcy do znowelizowanej treści SIWZ.

Lista systemów z którymi Zamawiający oczekuje integracji została zawarta w ust. 5.3.1 oraz 5.3.3 SIWZ. Wymagania i technologie integracji zostały opisane x.xx. w ust. 5.3.5.3 SIWZ.

Zamawiający nie jest profesjonalistą w zakresie wdrażania rozwiązań informatycznych jak też nie zna metodyki używanej przez dostawcę, w związku czym nie jest w stanie określić „zakresu czynności, które ma wykonać Wykonawca” w celu prawidłowej realizacji integracji.

Pytanie 24

Patrz pytanie 1.b.

Pytanie 25

Zamawiający określił, że „Zamawiający dopuszcza, aby poszczególne funkcjonalności mogły być realizowane przez moduły o innych nazwach i podziale niż podane powyżej. Oferowane produkty w ramach zintegrowanego rozwiązania muszą posiadać i realizować co najmniej funkcjonalności przedstawione w rozdziale Wymagania Szczegółowe i Załączniku nr 13 Opis Przedmiotu Zamówienia”

Podany podział na moduły i podane nazwy są umowne, Zamawiający nie może bowiem przewidzieć jakie nazwy będą opisywały wybrane w toku postępowania rozwiązanie. Zatem podane nazwy należy traktować jako wymagania funkcjonalne opisane szczegółowo w dokumencie OPZ (co z resztą jest napisane w zacytowanym fragmencie).

Pytanie 26

Należy przyjąć całkowitą ilość użytkowników części szarej (ERP) na 115 osób bez wyraźnego podziału na obszary,. Szczegółowa liczba użytkowników jednoczasowo korzystających z systemu nie będzie przekraczać:

a) Rachunkowość księgowa, podatkowa oraz finansowa – 15 osób

b) Ewidencja środków trwałych – 10 osób

c) Ewidencja kadrowa – 10 osób

d) Ewidencja płacowa - 10 osób

e) Kartoteka pracownicza – 10 osób

f) Gospodarka materiałowa – 10 osób

g) Zarządzanie zakupami – 25 osób

h) Sprzedaż – 25 osób

Pytanie 27

Podział jaki może przedstawić na dzień dzisiejszy Zamawiający został ujęty w odpowiedzi na pytanie nr 1a oraz 26.

Pytanie 28

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 29

Ponieważ Zamawiający nie widzi różnicy zawartej w treści swojego wymagania oraz propozycji oferenta, to nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 30

Zamawiający oczekuje realizacji wymagania w postaci „Możliwość wglądu w realizację budżetu dla większej liczby pracowników, z uwzględnieniem ograniczeń kontroli dostępu do danych na poziomie struktury organizacyjnej (najlepiej struktury MPK/CC).

Pytanie 31

Zamawiający zmienia brzmienie wymagania na „Możliwość tworzenia raportów, zestawień i porównań wersji budżetowych”.

Pytanie 32

Pytanie oferenta jest niezrozumiałe dla Zamawiającego.

Wymaganie zapisane w OPZ dotyczy procesu tworzenia budżetu oraz kontroli jego wykonania (w tym wprowadzania korekt).

Pytanie 33

Nie, zamawiający nie zamierza zmieniać wymagań w tym zakresie.

Pytanie 34

Zamawiający nie wymaga, ale też nie wyklucza interfejsu WWW. Dodatkowo wymaganie posiada dwie formy alternatywne.

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 35

Zamawiający pisząc „usuwanie kategorii budżetowych” ma na myśli ich wyłączenie z użytkowania na dowolnej drodze, tak aby usunięte w ten sposób pozycje budżetu nie zakłócały pracy użytkowników (nie były dla nich widoczne) i zachowaniem spójności całego budżetu (lub wersji budżetu).

Pytanie 36

Nie, Zamawiający podtrzymuje wymaganie z OPZ w pierwotnym brzmieniu.

Pytanie 37

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 38

Zamawiający dokonuje korekty omyłki pisarskiej, oczekuje rozwiązania umożliwiającego tworzenie budżetów od ogółu do szczegółu oraz od szczegółów do ogółu (z dołu do góry i z góry do dołu - struktury organizacyjnej).

Pytanie 39

Nie, Zamawiający podtrzymuje wymaganie z OPZ w pierwotnym brzmieniu.

Pytanie 40

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 41

Nie, Zamawiający podtrzymuje wymaganie z OPZ w pierwotnym brzmieniu.

Określenia “typ danych finansowych” oraz “wpływ/wypływ dla zadania” są niezrozumiałe dla Zamawiającego.

Pytanie 42

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 43

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 44

Zamawiający oczekuje, że realizacja „raportów i analiz przez przeglądarkę internetową” będzie dostarczona na drodze rozwiązania, które jest w pełni zintegrowane z rozwiązaniem natywnym, w taki sposób, że nie zachodzi konieczność tworzenia oddzielnych zestawów raportów i analiz (oddzielne projektowanie lub wykonanie), a przygotowane raporty i analizy można przeglądać poprzez narzędzie natywne oraz przeglądarkę lub tylko przeglądarkę internetową.

Aby uniknąć pomyłek, Zamawiający tłumaczy, że rozumie przez określenie „raport” dokument zawierający źródłowe lub przetworzone (np. zagregowane, podsumowane lub zdekomponowane) transakcje w postaci tabelarycznej lub opisowej, natomiast przez określenie „analiza” różnego rodzaju zbiory danych dziedzinowych (data mart) przetworzone w modelach analitycznych i zwizualizowane w postaci grafów, wskaźników, wykresów, tabel przestawnych, wskaźników (KPI),. itp.

Pytanie 45

Zamawiający nie ogranicza dostawców co do technologii i architektury zaproponowanego rozwiązania, wspomniany przez oferenta podział na „moduły” jest tylko teoretyczny (Zamawiający nie może przewidzieć technologii oraz architektury przyszłego narzędzia). W tym kontekście zastosowanie rozwiązań OLAP oraz BI jest jak zasadne i dopuszczalne.

Pytanie 46

odpowiedź jak na pytanie nr 45

Pytanie 47

odpowiedź jak na pytanie nr 45

Pytanie 48

Zamawiający przez określnie „obieg faktur” rozumie popularne na rynku rozwiązanie/funkcjonalność typu „przepływ pracy” (workflow), co sprowadza się w praktyce do zmiany stanu (statusu) dokumentów wraz z przekazaniem i kolekcją dodatkowych argumentów (danych).

Pytanie 49

odpowiedź jak na pytanie nr 26

Pytanie 50 (omyłkowo opisane przez pytającego jako 51)

Zamawiający posiada trzy stanowiska kasowe i przewiduje, że ilość może ulec zmianie przed rozpoczęciem wdrożenia, w trakcie oraz po wdrożeniu, maksymalnie do 5 stanowisk.

Pytanie 51

Zamawiający nie posiada drukarek fiskalnych.

Pytanie 52

Nie dopuszcza. Zamawiający określił ilość wymaganych licencji oraz sposób licencjonowania w SIWZ.

Pytanie 53

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 54

odpowiedź jak na pytanie nr 1a

Pytanie 55

Zgodnie z wymaganiami SIWZ System musi być zintegrowany z PEF (Platforma Elektronicznego Fakturowania). Zakres integracji zgodny z ustawą z dnia 9 listopada 2018 r. o elektronicznym fakturowaniu w zamówieniach publicznych, koncesjach na roboty budowlane lub usługi oraz partnerstwie publiczno-prywatnym (Dz.U.2020.1666) oraz Rozporządzeniem Ministra Przedsiębiorczości i Technologii z dnia 25 kwietnia 2019 r. w sprawie listy innych ustrukturyzowanych dokumentów elektronicznych, które mogą być przesyłane za pośrednictwem platformy elektronicznego fakturowania służącej do przesyłania ustrukturyzowanych faktur elektronicznych oraz innych ustrukturyzowanych dokumentów elektronicznych (Dz.U.2019.856) . Zamawiający oczekuje wymiany następujących komunikatów: zamówienia, awizo dostawy, faktura, faktura korekta, potwierdzenie odbioru, nota księgowa.

Pytanie 56

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 57

Zamawiający zmienia to wymaganie i oczekuje udziału wykonawcy w cyklicznych naradach projektowych w siedzibie Zamawiającego lub przy pomocy ustalonych środków komunikacji elektronicznej w przypadku zarządzenia Zarządu Szpitala w związku z sytuacją epidemiczną. Strony w takim przypadku każdorazowo będą uzgadniać formę spotkania.

Pytanie 58

Zamawiający informuje, iż w związku ze złożeniem w dniu 28 sierpnia 2020 roku przez CompuGroup Medical Polska sp. z o.o. z siedzibą w Lublinie odwołania do Krajowej Izby Odwoławczej, w którym x.xx. podniesiono zarzut dotyczący cytowanego fragmentu SIWZ, Zamawiający podjął decyzję o uwzględnieniu przedmiotowego zarzutu i skreślenia cytowanego w pytaniu postanowienia SIWZ.

Pytanie 59

Zamawiający nie przewiduje zmian SIWZ w tym zakresie. ZSI stanowi funkcjonalną całość, za której działanie odpowiedzialność ponosi Wykonawca.

Pytanie 60

Zamawiający nie przewiduje wprowadzenia klauzuli limitującej odpowiedzialność odszkodowawczą wykonawcy. Zamawiający zwraca uwagę, że konieczność taka nie wynika z przepisów prawa powszechnie obowiązującego, a zasadą jest odpowiedzialność za całość szkody wyrządzonej.

Pytanie 61

Pytanie 62

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 63

Zamawiający nie przewiduje wprowadzenia instytucji odbioru milczącego (dorozumianego). Jednocześnie zwraca uwagę, że niedokonanie odbioru przez Zamawiającego z przyczyn, za które ponosi on odpowiedzialność, stawia go w zwłoce i powodować będzie odpowiedzialność względem wykonawcy wynikającą z przepisów Kodeksu cywilnego.

Pytanie 64

Zamawiający nie przewiduje zmian SIWZ w tym zakresie. Aktualizacja ZSI jest zobowiązaniem umownym, a Wykonawca jest profesjonalnym dostawcą kompleksowego i zgodnego z przepisami prawa rozwiązania informatycznego.

Pytanie 65

Zamawiający modyfikuje postanowienie celem uszczegółowienia obowiązków nałożonych na wykonawcę.

Pytanie 66

Zamawiający informuje, iż w związku ze złożeniem w dniu 28 sierpnia 2020 roku przez CompuGroup Medical Polska sp. z o.o. z siedzibą w Lublinie odwołania do Krajowej Izby Odwoławczej, w którym x.xx. podniesiono zarzut dotyczący cytowanego fragmentu projektu umowy, Zamawiający podjął decyzję o uwzględnieniu przedmiotowego zarzutu i skreślenia cytowanego w pytaniu postanowienia umownego.

Pytanie 67

Zamawiający podkreśla, że wynagrodzenie wypłacane będzie w proporcjach i w terminach określonych w §10 ust. 3 projektu umowy. Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 68

Obowiązek wystawienia przez wykonawcę faktury VAT aktualizuje się w chwili podpisania przez strony umowy Protokołu Odbioru Etapu Wdrożenia. Zatem, przeciwnie do twierdzeń wysuwanych przez Wykonawcę, brak działania Zamawiającego w zakresie dokonania Odbioru i podpisania Protokołów nie może spowodować rozpoczęcia biegu terminu określonego w §10 ust. 6 projektu umowy. Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 69

Jeżeli chodzi o kwestię nakładania na wykonawcę kar umownych za tę samą okoliczność Zamawiający podziela wywód prawny dotyczący niedopuszczalności ww. działania. Kluczowa w tym kontekście jest uchwała Sądu Najwyższego z dnia 18 lipca 2012 roku, sygn. akt II CZP 39/12, cytowana w pytaniu. Stosownie do jej brzmienia, roszczenie o zapłatę kary umownej na wypadek zwłoki lub opóźnienia nie przysługuje stronie odstępującej od umowy wzajemnej, jeżeli w umowie zastrzeżona została również kara na okoliczność odstąpienia od umowy. Wobec powyższej, powszechnie akceptowanej wykładni przepisów kodeksu cywilnego dot. kar umownych, dla Zamawiającego jest oczywiste, że ewentualna kara umowna za odstąpienie od umowy zastrzeżona w §11 ust. 1 pkt. 1.6 projektu umowy skonsumuje kary za zwłokę uregulowane w § 11 ust. 1 pkt 1.1, 1.2 oraz 1.4 i 1.5 projektu umowy. W związku z powyższym Zamawiający nie uznaje za celowe wprowadzania sugerowanych postanowień do umowy w tym zakresie.

W kontekście sugerowania wprowadzenia górnego limitu kar umownych Zamawiający zaznacza, iż cytowany przepis projektu nowelizacji ustawy prawo zamówień publicznych nie znajduje zastosowania do przedmiotowego postępowania. Ponadto Zamawiający wskazuje na pewien ład systemowy zawarty w projekcie umowy, który, w razie trwania zwłoki wykonawcy przez oznaczony czas (§14 ust. 1 projektu umowy), upoważnia zamawiającego do odstąpienia od umowy, co – jak wyżej wskazano – spowoduje skonsumowanie ww. kar umownych za zwłokę przez karę umowną zastrzeżoną na okoliczność odstąpienia od umowy przez Zamawiającego z powodu okoliczności, za które odpowiedzialność ponosi wykonawca.

Zamawiający zwraca uwagę na treść wyroku Sądu Apelacyjnego w Białymstoku z dnia 27 marca 2019 r., sygn.. akt I Aga 201/18. Sąd w niniejszej sprawie rozpatrywał m. in. zarzut apelacyjny nieważnego zastrzeżenia kary umownej za każdy dzień opóźnienia za zwłokę o treści:

zastrzeżenie kar umownych w obu analizowanych umowach: nr (...) było nieważne, ponieważ nie określało terminu końcowego naliczania kar umownych za zwłokę w wykonaniu zobowiązania ciążącego na powodzie, a tym samym, jako kreujące zobowiązanie "wieczne", sprzeczne jest z instytucją kary umownej, […].

Sąd Apelacyjny skonstatował: Powyższa niepewność [długotrwałości zwłoki] nie powinna rzutować, zdaniem Sądu Apelacyjnego, na skuteczność zastrzeżenia o karze umownej w sprawach, w których dłużnik ma wpływ na niewykonanie lub wykonanie niepełne swojego zobowiązania w terminie umownym, a więc jest w stanie samodzielnie ustalić w wybranym przez siebie momencie, zależną od jego woli spełnienia świadczenia, wysokość potencjalnie obciążającej go kary.

Pytanie 70

Zamawiający doprecyzował kwestię kodu źródłowego i dokonał odpowiedniej zmiany w SIWZ celem uniknięcia wątpliwości w tej materii.

Pytanie 71

Zamawiający nie podziela przekonania Wykonawcy o niezgodności cytowanych postanowień projektu umowy z przepisami prawa. Zwrócić należy uwagę na regulacje umowne dotyczące postępowania

Zamawiającego po odstąpieniu – zgodnie z postanowieniem §14 ust. 3.1, Zamawiający zwróci lub usunie w sposób uniemożliwiający produkcyjne wykorzystanie wszelkich świadczeń Wykonawcy związanych z Wdrożeniem. Takie postępowanie zgodne jest z regulacją wynikającą z przepisów prawa

o zwrocie świadczeń w razie odstąpienia od umowy. Zamawiający zwraca uwagę, że jedyną wartość ekonomiczną dla niego przedstawia funkcjonujący system informatyczny. Zamawiający nie odnosi korzyści ze świadczeń, o których wspomina w pytaniu Wykonawca, wykonanych niejako „po drodze”, takich jak np. czas pracy pracowników, zatem żadnego uzasadnienia nie miałoby uiszczenie za nie wykonawcy wynagrodzenia. Natomiast system informatyczny podlega zwrotowi w całości w razie odstąpienia od umowy.

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 72

Zamawiający nie dokona sugerowanych modyfikacji. Zamawiający zwraca uwagę, że obowiązku takiego nie przewiduje żaden przepis prawa powszechnie obowiązującego, a zasadą wynikającą wprost z regulacji kodeksu cywilnego jest odpowiedzialność z tytułu nienależytego wykonania zobowiązania lub jego niewykonania zarówno za szkodę rzeczywistą, jak i utracone korzyści.

Pytanie 73

Zamawiający udostępnia umowę powierzenia przetwarzania danych osobowych jako załącznik do SIWZ.

Pytanie 74

Wszystkie elementy wdrażanego rozwiązania ZSI (na które mogą się składać rozwiązania HIS, ERP, BI, OLAP, SQL itd.) powinny być ze sobą zintegrowane we właściwy dla nich sposób. Zatem rozwiązania BI powinno być zintegrowane z rozwiązaniami HIS oraz ERP (ale też innymi, jeśli występują jako element wdrażanego ZSI).

Pytanie 75

Ładowanie danych do systemów BI powinno się odbywać co najmniej raz na 24h.

Pytanie 76

Zamawiający nie jest w stanie oszacować wielkości danych dla systemu BI ponieważ nie jest w stanie przewidzieć jakie rozwiązanie wygra postępowanie, jaka będzie jego architektura oraz model danych. Taką wiedzę powinien posiadać oferent.

Pytanie 77

Zamawiający oczekuje następującego podziału licencji systemu raportującego: Administracja rozwiązaniem: 10

Projektowanie, edycja, tworzenie, publikacja: 15

Przeglądanie raportów, analiz bez ograniczeń, filtrowanie, sortowanie, drążenie: 30 Subskrypcja raportów i analiz w postaci statycznej: 150

Pytanie 78

Projektowanie raportów jest elementem wdrożenia, tak zakresie ilościowym jak i jakościowym.

Zamawiający przewiduje zaprojektowanie i wykonanie w ramach wdrożenia do 30 raportów i analiz BI.

Pytanie 79

Zamawiający przewiduje przechowywanie danych BI do 10 lat wstecz.

Pytanie 80

Zamawiający uznaje tak określony zakres funkcjonalny prezentacji danych jako spełniający jego wymagania.

Pytanie 81

Zamawiający oczekuje prezentacji wartości wskaźników oraz ich trendów w postaci tabelarycznej, wykresów liniowych, kolumnowych, słupkowych, liniowych, warstwowych, kołowych, pierścieniowych,

hierarchicznych: map drzewa, punktowych, bąbelkowych, kaskadowych, powierzchniowych. Odpowiednie wykresy powinny posiadać wersje 2D i 3D oraz możliwość budowania wykresów kombinowanych (combo).

Pytanie 82

Tak, pod pojęciem grafu Zamawiający rozumie wykresy stanowiące graficzne przedstawienie zakresu danych.

Pytanie 83

Pytanie a:

Kwestia przedłożenia odpowiedniego środka dowodowego na potwierdzenie wartości wykonanych dostaw/usług leży po stronie Wykonawcy, argumentacja iż wartość zamówienia jest z reguły łączna nie znajduje uzasadnienia wobec możliwości przekazania przez Wykonawcę kopii/ skanów odpowiednich dokumentów dowodowych. Wskazać należy, iż referencje nie posiadają formy stałej, odgórnie narzuconej, to Wykonawca występuje do danego podmiotu o wystawienie referencji o odpowiedniej treści (w tym wyodrębnienie poszczególnych elementów kontraktu, ich wartości, etc.)

Ponadto, Zamawiający dokonuje odpowiedniej modyfikacji treści SIWZ określającej zakresy dla spełniania przedmiotowych warunków w sposób bardziej przejrzysty dla Stron względem wymagań w rzeczonym zakresie:

„wykaz dostaw wykonanych (zgodnie z Załącznikiem nr 7 do SIWZ), a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, w okresie ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których usługi zostały wykonane, oraz załączeniem dowodów określających czy te usługi zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego usługi były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej przyczyny o obiektywnym charakterze wykonawca nie jest w stanie uzyskać tych dokumentów – oświadczenie wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert, zawierający co najmniej 2 zamówienia obejmujące dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS, jednego producenta, do którego dostęp jest oparty o przeglądarkę www, dla podmiotów leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju z minimalną liczbą łóżek 150, o wartości nie mniejszej niż 1.500.000,00 złotych brutto każde, przy czym wartość samego systemu typu HIS bez pozostałych dostaw i usług objętych danym zamówieniem powinna wynosić nie mniej niż 1.000.000,00 złotych brutto dla każdego zamówienia.”

Pytanie b

Zamawiający wyraża zgodę.

Wniosek nr 2 o udzielenie wyjaśnień (pisownia oryginalna):

Pytanie 1

Dotyczy: 1.1.1.1 Wymagania ogólne

Treść: System z poziomu administracji musi umożliwiać definiowanie własnych adnotacji do dokumentów, które będą widoczne dla użytkowników w trakcie ich uzupełniania

Pytanie: W jakim celu Zamawiający ma zamiar ewidencjonować tego typu adnotacje? Czy Zamawiający potwierdza, że takie informacje zostaną przekazane na etapie analizy przedwdrożeniowej?

Pytanie 2

Dotyczy: 1.1.1.3 Uprawnienia

Treść: Kopiowanie praw dostępu między użytkownikami. - System zapewnia możliwość kopiowania praw dostępu między użytkownikami

Pytanie: Czy przez określenie prawa dostępu Zamawiający rozumie uprawnienia umożliwiające dostęp? Pytanie 3

Dotyczy: 1.1.2.1 Gromadzenie danych w systemie

Treść: System musi zapewniać dostępne dla uprawnionego użytkownika z poziomu interfejsu uprawnionego użytkownika mechanizmy umożliwiające usunięcie lub scalenie podwójnych wpisów np. dotyczących danych osobowych pacjenta, powstałych na skutek błędnego wprowadzenia przez operatora określonych identyfikatorów lub innych danych elementarnych (z uwzględnieniem np. deklaracji POZ, wizyt itp.).

Pytanie: Xxxxxxx o potwierdzenie, że Zamawiający dopuści jako równoważną możliwość nałożenia walidacji na powyżej wymienione czynności, tak aby nie można było dopuścić do sytuacji w której pojawiają się zdublowane wpisy.

Pytanie 4

Dotyczy: 1.1.2.1 Gromadzenie danych w systemie

Treść: System musi dopuszczać wprowadzenie rozpoznania według lekarza zlecającego w formie słownikowej i opisowej. Pytanie: Czy Zamawiający ma na myśli słownik ICD10?

Pytanie 5

Dotyczy: 1.1.2.1 Gromadzenie danych w systemie

Treść: System musi zapewniać możliwość wprowadzenia blokady edycji wpisów dotyczących zaewidencjonowanych świadczeń w zadanym przedziale czasowym (od miesiąca do miesiąca) dla określonych opcjonalnie: komórek organizacyjnych, personelu realizującego, umów, świadczeń (produktów kontraktowych).

Pytanie: Czy Zamawiający dopuści jako równoważną możliwość edycji plików bez nakładania ograniczeń, bo czasami taka edycja może okazać się konieczna, ale z możliwością śledzenia zmian pomiędzy wersjami dokumentacji?

Pytanie 6

Dotyczy: 1.1.2.2 Obsługa załączników

Treść: System musi posiadać funkcjonalność ewidencji i kontroli składanych papierowych oświadczeń przez pacjenta: lista kontrolna, skany oświadczeń, dane identyfikacyjne w tym nadany numer, miejsce archiwizacji.

Pytanie: W jaki sposób Zamawiający zamierza ewidencjonować kontrolę składanych papierowych oświadczeń? Czy

Zamawiający potwierdza, że wystarczającym bezie możliwość wydrukowania odpowiedniego oświadczenia i wczytania go do rekordu pacjenta, po podpisie?

Pytanie 7

Dotyczy: 1.1.2.2 Obsługa załączników

Treść: Obsługa załączników - System posiada funkcjonalność dołączania załączników do dokumentacji Pacjenta bezpośrednio z urządzenia skanującego oraz ze skazanego zasobu sieciowego

Pytanie: Czy Zamawiający posiada urządzenia skanujące pozwalające na wykonanie tego typu czynności? Jeśli tak to prosimy o wskazanie nazwy i modelu takich urządzeń.

Pytanie 8

Dotyczy: 1.1.2.4 Izba przyjęć

Treść: Zarejestrowanie jakie stałe leki przyjmuje pacjent z użyciem słownika leków, a jeśli danego leku nie byłoby w słowników, wówczas w polu notatek

Pytanie: Czy Zamawiający potwierdza, że wystarczającym będzie wykorzystanie ogólnopolskiego słownika Pharmindex wykorzystującego w pełni bazę leków dostępna w Polsce, bez konieczności wpisywania brakującego leku w polu notatek?

Pytanie 9

Dotyczy: 1.1.2.4 Izba przyjęć

Treść: Wpisanie wywiadu wstępnego z możliwością użycia słownika,

Pytanie: Prosimy o potwierdzenie, że Zamawiający ma na myśli możliwość wykorzystania szablonów tekstów standardowych przygotowywanych przez użytkowników systemu.

Pytanie 10

Dotyczy: 1.1.2.5 SOR

Treść: System musi wymagać autoryzacji zmiany statusu pilności.

Pytanie: Co Zamawiający rozumie pod pojęciem statusu pilności - czy chodzi o statusu TRIAGE?

Pytanie 11

Dotyczy: 1.1.2.5 SOR

Treść: System musi udostępnić funkcjonalność szybkiego skierowania pacjenta na oddział nawet w sytuacji, gdy nie wypełniono w systemie wszystkich danych (w tym wymaganych do zakończenia pobytu na SOR), danych i dokumentów dokumentacji medycznej, wymaganej autoryzacji danych.

Pytanie: Szpitalny System Informatyczny powinien zbierać wszystkie niezbędne dane w momencie kiedy możliwe jest ich uzupełnienie chociażby z uwagi na fakt konieczności rozliczenia takiej usługi. Prosimy o usunięcie zapisu z treści OPZ, kierując się daleko idącą ostrożnością oraz dobrem pacjenta.

Pytanie 12

Dotyczy: 1.1.2.5 SOR

Treść: System musi umożliwiać wyświetlanie listy pacjentów przebywających na SOR w zadanym przedziale czasu, których status potwierdzenia płatnika jest ustawiony na "Oświadczenie".

Pytanie: Czy Zamawiający uzna wymaganie za spełnione jeśli dane zostaną przedstawione w dedykowanym pod tą funkcjonalność raporcie?

Pytanie 13

Dotyczy: 1.1.2.5 SOR

Treść: System w zależności od uzyskanych wyników badań automatycznie będzie przypisywał kolor TRIAGE. Przypisany przez system kolor personel medyczny będzie uprawniony zmodyfikować w zależności od nadanych uprawnień. (lekarz, pielęgniarka, ratownik medyczny).

Pytanie: Prosimy o wykreślenie danego punktu, kierując się daleko idącą ostrożnością i dobrem pacjenta. Badanie TRIAGE nie jest opierane jedynie na wynikach badań, ale również ocenie samego lekarza przeprowadzającego badanie wstępne.

Pytanie 14

Dotyczy: 1.1.2.5 SOR

Treść: System zapewni implementację wyników badań diagnostycznych do HIS do dokumentacji medycznej pacjenta.

Pytanie: Czy Zamawiający pod tym sformułowaniem rozumie integracje z systemem RIS/PACS?

Pytanie 15

Dotyczy: 1.1.2.7 Panel lekarski

Treść: System musi umożliwiać redefiniowanie znaczenia pól opisowych wywiadu w zależności od wymagań poszczególnych oddziałów/poradni.

Pytanie: Prosimy o potwierdzenie, że Zamawiający ma na myśli możliwość edycji pól opisowych, jeśli nie to prosimy o podanie przykładu lub usunięcie wymagania z treści OPZ.

Pytanie 16

Dotyczy: 1.1.2.7 Panel lekarski

Treść: System musi umożliwiać skonfigurowanie standardowego wydruku dla konfigurowalnego formularza z opcją drukowania całego formularza lub tylko wypełnionych/zaznaczonych wartości.

Pytanie: Prosimy o potwierdzenie, że zakres wydruków zostanie ustalony na etapie analizy przedwdrożeniowej.

Pytanie 17

Dotyczy: 1.1.2.8 Ordynacja Lekarska

Treść: System musi umożliwiać zlecenie leków pacjentowi z rozróżnieniem zlecenia określonego lokalnie i zewnętrznego. Pytanie: Czy Zamawiający poprzez frazę zlecenia określonego lokalnie i zewnętrznie rozumie zlecanie leków pacjentowi przebywającemu na oddziale lub udającego się do domu?

Pytanie 18

Dotyczy: 1.1.2.8 Ordynacja Lekarska

Treść: System musi umożliwiać zlecanie leków spoza receptariusza.

Pytanie: Czy Zamawiający wymaganie za spełnione jeśli zlecanie leków spoza receptariusza, ale będącego w bazie leków Apteki Szpitalnej, tj. kiedyś taka karta leku została dodana do systemu bez konieczności posiadania danego leku w magazynie.

Pytanie 19

Dotyczy: 1.1.2.9 Opieka pielęgniarska

Treść: System musi umożliwiać oznaczanie kolorem wkłuć w zależności od czasu, który upłynął od momentu jego założenia np. czerwonym wkłucie obwodowe powyżej 72h od założenia

Pytanie: Prosimy o potwierdzenie czy tego typu informacja może być prezentowana w formie alertu na liście pacjentów?

Pytanie 20

Dotyczy: 1.1.2.10 Blok operacyjny

Treść: System musi umożliwiać zdefiniowanie listy typowych opisów przedoperacyjnych powiązanych z planowaną główną procedurą.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku gdy tego typu opisy przedoperacyjne będą zrealizowane w postaci szablonów dostępnych dla danych sal operacyjnych?

Pytanie21

Dotyczy: 1.1.2.13 Zakażenia Szpitalne

Treść: System musi umożliwiać wyświetlanie alertu o możliwości zakażenia w przypadku zmian wybranych parametrów np. przy temperaturze ciała powyżej 38 st. C.

Pytanie: Zamawiający w punkcie 13 wymagań dla obszaru Zakażenia szpitalne podaje konkretne przykłady - czy Zamawiający potwierdza, że te przykłady mogą być uznane za te obowiązkowe do realizacji przedmiotowego punktu?

Pytanie 22

Dotyczy: 1.1.2.15 Apteka szpitalna

Treść: Obrót magazynowy. Wydawania na apteczki oddziałowe leków i innych materiałów. Dodatkowo: umożliwienie weryfikacji przekroczenia procentowego limitu ustawionego dla magazynu Pytanie: Ograniczenie zamawiania leków do stanu maksymalnego lub danego poziomu procentowego może w krytycznej, nieoczekiwanej sytuacji zagrozić życiu Pacjenta. Prosimy o wykreślenie danego wymagania.

Pytanie 23

Dotyczy: 1.1.2.15 Apteka szpitalna Treść: Sporządzanie zamówień:

-do dostawców na podstawie aktualnych stanów magazynowych, stanów minimalnych i maksymalnych, z tzw. zamówień doraźnych ściśle powiązanych z dokumentem wydania na oddział. Pytanie: Prosimy o modyfikację danego rozwiązania

następująco:

Sporządzanie zamówień:

-do dostawców na podstawie aktualnych stanów magazynowych, stanów minimalnych, z tzw. zamówień doraźnych ściśle powiązanych z dokumentem wydania na oddział.

-blokada zamówienia, kiedy umowa jest całkowicie zrealizowana lub wykorzystana jej wartość lub jest niezatwierdzona

-dokument zamówienia winien mieć możliwość dopisania ważnych elementów (np. cito) oraz winien pokazywać numer umowy.

Ograniczenie zamawiania leków do stanu maksymalnego może w krytycznej, nieoczekiwanej sytuacji zagrozić życiu Xxxxxxxx.

Pytanie 24

Dotyczy: 1.1.2.15 Apteka szpitalna Treść: Integracja z systemem szaf lekowych

- System musi umożliwiać w przyszłości integrację ze szpitalnym systemem w przypadku uruchamiania i wdrażania systemu UNIT DOSE

-System musi umożliwiać w przyszłości integrację ze szpitalnym systemem w przypadku uruchamiania i wdrażania systemu szaf RFID lub SZAF LEKOWYCH

Pytanie: Prosimy o określenie czy Zamawiający jest w posiadaniu szaf lekowych - jeśli tak prosimy o dokładne wskazanie producenta i modelu szaf.

Pytanie 25

Dotyczy: Dot. załącznik nr 13 do SIWZ - Pkt. 1.1.2.32 Laboratorium / Diagnostyka obrazowa / Sterylizacja

Treść: Zamawiający wymaga integracji systemu HIS z systemem LIS firmy XXXXXX (analityka, toksykologia) oraz z systemem Delphyn wykorzystywanym w laboratorium lub zastąpienia tego oprogramowania odpowiednimi modułami ZSI o co najmniej podobnej funkcjonalności.

Pytanie:

1.prosimy o informacje, czy Zamawiający posiada aktualnie podpisane umowy serwisowe z dostawcami wskazanych systemów? Czy wówczas w ramach tych umów Wykonawcy zobowiązani są do udostępniania komunikatów integracyjnych do systemów dziedzinowych HIS?

Pytanie:

2.prosimy o podanie dokładnie nazwy i wersji systemu Delphyn oraz podania kontaktu do działu serwisu ww. systemu w celu ustalenia i uzyskania informacji technicznej dotyczącej możliwości integracyjnych wskazanego rozwiązania.

Pytanie:

3.ewentualnie prosimy o potwierdzenie, że ww. systemy posiadają możliwości komunikacyjne i integracyjne pozwalające na połączenie z systemem HIS? Czy Zamawiający potwierdza, że ww. systemy posiadają odpowiednie licencje i moduł komunikacyjny do wymiany danych z HIS? Czy ewentualnie Zamawiający zapewni te licencje integracyjne po swojej stronie?

Prosimy o informację co w sytuacji kiedy wskazanie powyżej systemy nie posiadają takich możliwości?

Pytanie 26

Dotyczy: Dot załącznik nr 13 do SIWZ - Pkt. 1.1.2.32 Laboratorium / Diagnostyka obrazowa / Sterylizacja

Treść: Zamawiający również̇ wymaga, aby w cenie zaproponowanego rozwiązania były wszystkie koszty lezące po stronie Wykonawcy wymagane do integracji z minimum 4 zewnętrznymi jednostkami wykonującymi badania z zakresu patomorfologii oraz mikrobiologii w tym w Laboratorium w Szpitalu na Solcu.

Pytanie:

1.prosimy o informację jaki system (nazwa producenta, model, wersja) znajduje się w Laboratorium w Szpitalu w Solcu?

Pytanie:

2.prosimy o wyjaśnienie jakie min 4 zewnętrzne jednostki wykonujące badania z zakresu patomorfologii oraz mikrobiologii należy zintegrować z systemem? Wykonawca nie znając szczegółów nie jest w stanie określić kosztów takich prac. Wnioskujemy więc o usunięcie powyższego zapisu lub wprowadzenie zapisu, że koszty ewentualnych integracji z innymi systemami należy założyć jedynie po stronie wykonawcy a to Zamawiający lub firmy trzecie będą odpowiedzialne za koszty po stronie tych innych systemów z którymi należy się zintegrować. Wykonawca nie będzie pokrywał kosztów po stronie firm trzecich.

Pytanie 27

Dotyczy: Pkt 1.5 SYSTEM AUTOMATYCZNEJ DIGITALIZACJI DOKUMENTÓW.

Treść: System automatycznej digitalizacji dokumentów papierowych wraz z tabletami w zakresie oświadczeń́ woli pacjenta, połączonych z dokumentacją pacjenta. System musi kontrolować kompletność́oświadczeń́ w systemie w zależności od stosowanych procedur medycznych.

System musi umożliwiać́składanie oświadczeń́ przez moduł samoobsługowy online z wykorzystaniem Profilu Zaufanego.

Pytania:

Pyt 1. co zamawiający rozumie konkretnie pod pojęciem „system automatycznej digitalizacji”? prosimy o szczegółowy opis takiego procesu,

Pyt 2. zamawiający oczekuje aby ww system był dostarczony wraz z tabletami? OPZ nie opisuje wymagań dotyczących takiego sprzętu, ani co do ilości ani co do specyfikacji technicznej. Prosimy wiec o wyjaśnienie czy taki sprzęt zamawiający posiada czy planuje zakupić? W jakich ilościach i jakie parametry? Czy taki sprzęt posiada możliwość składania na nim podpisów oświadczeń woli pacjentów? Pyt. 3. Ilu użytkowników będzie korzystało z takich rozwiązań i ile będzie takich punktów przystosowanych do składania oświadczeń woli pacjentów?

Pyt 4. Prosimy o szczegółowy wykaz dokumentów, które będzie pacjent podpisywał? Jaki jest to rodzaj dokumentów: tylko oświadczenia? Inne dokumenty z wyborem np. checkboksów? Jakie dokładnie te dokumenty? Czy inne? Prosimy o podanie dokładnie ilości takich dokumentów? Ile takich dokumentów jest przewidzianych do podpisywania w skali jednego miesiąca? Odpowiedzi na te pytania dopiero pozwolą na oszacowanie takiego rozwiązania.

Pyt 5. Czy na tablecie ma się wyświetlać cały dokument do podpisania? Czy jedynie miejsce na podpis? Jak wówczas składający oświadczenie pacjent będzie mógł zapoznać się z oryginalnym dokumentem? Pyt 6. W jaki sposób system ma

kontrolować kompletność oświadczeń?

Pytanie 28

Dotyczy: pkt 5.3.1 e-Usługi oraz Zintegrowany System Informatyczny

Treść: Szczegółowe wymagania dla poszczególnych elementów wyżej wymienionego rozwiązania znajdują się w dalszej części SIWZ.

Pkt 4 j. Integracja z systemem obsługującym zewnętrzne Laboratorium Diagnostyka w zakresie nadawania i odbioru zleceń badań oraz odbioru podpisanych wyników badań;

Pytanie: Jakie systemy obsługujące zewnętrzne laboratoria Zamawiający ma na myśli? Prosimy o podanie nazwy producenta oraz wersji systemów. Czy Zamawiający posiada podpisane umowy serwisowe z tymi dostawcami w ramach których dostawcy zobligowani są do pokrycia kosztów takich integracji? Prosimy o potwierdzenie, że system HIS ma być jedynie przygotowany na takie integracje po swojej stronie? Prosimy o potwierdzenie, że Wykonawca nie ponosi kosztów związanych z pracami po stronie firm trzecich ?

Pytanie 29

Dotyczy: SIWZ pkt 5.3.1 e-Usługi oraz Zintegrowany System Informatyczny

Treść: Szczegółowe wymagania dla poszczególnych elementów wyżej wymienionego rozwiązania znajdują się w dalszej części SIWZ.

Pkt 4 q. Platinum wersja 3.0 firmy Xxxxxx Xxxxxxxxxxx – tylko integracja.

Pytanie: Prosimy o informację do czego i w jakim zakresie wykorzystywany jest ww system? W jakim zakresie i z którym systemem (HIS czy EPR) system ma zostać zintegrowany. Jaki ma być zakres wymiany danych? Czy Zamawiający posiada podpisaną umowę serwisową z tym dostawcą w ramach której dostawcy zobligowany jest do pokrycia kosztów takich integracji? Prosimy o potwierdzenie, że

dostarczony system ma być jedynie przygotowany na takie integracje po swojej stronie? Prosimy o potwierdzenie, że Wykonawca nie ponosi kosztów związanych z pracami po stronie firm trzecich ?

Pytanie 30

Dotyczy: SIWZ pkt 5.3.1 e-Usługi oraz Zintegrowany System Informatyczny

Treść: Szczegółowe wymagania dla poszczególnych elementów wyżej wymienionego rozwiązania znajdują się w dalszej części SIWZ.

Pkt 4 q. Platinum wersja 3.0 firmy Xxxxxx Xxxxxxxxxxx – tylko integracja.

Pytanie: zamawiający dopuszcza w tym zakresie wymianę systemu ale nigdzie nie określa funkcjonalności takiego rozwiązania. Prosimy wiec o podanie takich funkcjonalności w przypadku zastąpienia tego rozwiązania.

Pytanie 31

Dotyczy: SIWZ pkt 5.3.3 Integracja z centralnym systemem e-Zdrowie

Treść: Komunikaty przesyłane do systemów e-Zdrowie muszą być podpisane elektronicznie certyfikatem wydanym przez usługodawcę rozwiązania zgodnie z aktualnie obowiązującymi wymaganiami.

Pytanie: prosimy o potwierdzenie że użytkownicy posiadają lub będą posiadać wymaganie w tym celu

certyfikowane podpisy elektroniczne?

Pytanie 32

Dotyczy: SIWZ pkt 5.3.4.4 Silniki baz danych i inne oprogramowanie narzędziowe

Treść: Wykonawca dostarczy właściwe dla wdrażanego oprogramowania (wraz z BI) silniki baz danych (Oprogramowanie Bazodanowe) typu SQL wraz z niezbędną liczbą licencji do pracy Oprogramowania Bazodanowego w modelu opłaty jednorazowej, nieograniczonych czasowo, obejmujących liczbę użytkowników równą liczbie użytkowników ZSI (wymienioną w ust. 6.2). Z ostrożności zakłada się, że użytkownicy poszczególnych modułów nie pokrywają się.

Pytanie: Prosimy o informację jaki zamawiający posiada obecnie silnik bazy danych w ramach posiadanego systemu HIS (nazwa producenta i wersja) oraz ilość licencji. Czy zamawiający dopuszcza wykorzystanie tych licencji w przypadku rozbudowy systemu poprzez podniesienie go do najnowszej wersji?

Pytanie 33

Dotyczy: SIWZ pkt 5.5.2 Wymagania dotyczące szkoleń́

Pytanie: Zamawiający nigdzie nie określił podziału ilości użytkowników do szkoleń z poszczególnych obszarów. Prosimy więc o podanie ilości osób do przeszkolenia z podziałem na:

- personel lekarski

- personel pielęgniarski

- inny

Dodatkowo prosimy o podanie ilości użytkowników w zakresie:

- izba przyjęć/SOR

- oddziały,

- Diety/ Żywienie pozajelitowe,

- blok operacyjny,

- blok porodowy,

- Zakażenia szpitalne,

- Apteka,

- Apteczki oddziałowe,

- Rehabilitacja,

- rozliczenia z NFZ,

- rozliczenia komercyjne,

- rejestracja

- gabinety,

- Zarządzania aparatura medyczną,

- dializy,

- transport medyczny,

- medycyna pracy,

- kalkulacja kosztów leczenia,

- zarządzanie procedurami medycznymi,

- raporty BI Pytanie 34

Dotyczy: 1.1.3.2 E-Usługi – Portal Pacjenta

Treść: Wielojęzyczność Portal jest przystosowany do obsługi różnych języków, w zakresie zarówno elementów stałych strony WWW, jak i zasobów przechowywanych w bazie danych (np. typy poradni, specjalizacje lekarzy, itp.) wraz z zapamiętywaniem wybranego przez operatora języka. Wykonawca wraz z aplikacją dostarcza tłumaczenie elementów stałych strony WWW na wybrany język oraz konfiguruje system centralny w taki sposób, aby Zamawiający mógł samodzielnie wprowadzać tłumaczenia zasobów w bazie danych.

Pytanie: Czy Zamawiający przez określenie „różnych języków” rozumie następujące języki: polski, angielski, włoski, niemiecki i francuski? Jeśli nie to prosimy o sprecyzowanie szczegółowo różnych języków.

Pytanie 35

Dotyczy: 1.1.3.2 E-Usługi – Portal Pacjenta

Treść: System musi umożliwiać pacjentowi samodzielne zakładanie indywidualnego konta na portalu. Do założenia konta tymczasowego pacjent musi podać następujące dane: imię, nazwisko, XXXXX (tylko w przypadku posiadania obywatelstwa polskiego), typ i numer dokumentu potwierdzającego tożsamość oraz adres e-mail. Po zatwierdzeniu danych portal wysyła kod aktywacyjny na podany przez pacjenta adres e-mail. Wprowadzenie i zatwierdzenie otrzymanego kodu powodują automatyczne aktywowanie konta pacjenta. Tak założone konto ma status konta tymczasowego aż do momentu jego aktywowania przez upoważnionego pracownika jednostki, na podstawie wniosku dostarczonego przez pacjenta. Wniosek drukowany jest bezpośrednio z aplikacji Portalu po aktywowaniu konta tymczasowego.

Pytanie: Powyższy szczegółowy opis ogranicza konkurencyjność, prosimy o zmianę na następujące: System musi umożliwiać pacjentowi samodzielne zakładanie indywidualnego konta na portalu. Do założenia konta tymczasowego pacjent musi podać następujące dane: imię, nazwisko, XXXXX (tylko w przypadku posiadania obywatelstwa polskiego), numer telefonu oraz adres e-mail. Tak założone konto ma status konta tymczasowego aż do momentu jego aktywowania przez upoważnionego pracownika jednostki.

Pytanie 36

Dotyczy: E-Usługi – Rejestracja

Treść: Portal udostępnia funkcję umożliwiającą pacjentowi przesłanie za jego pośrednictwem pliku zawierającego skierowanie (ustandaryzowany plik xml lub skan skierowania).

Pytanie: Powyższy szczegółowy opis ogranicza konkurencyjność, prosimy o dopuszczenie możliwości przekazywania do Portalu Pacjenta kodu z eSkierowania

Pytanie 37

Dotyczy: E-Usługi – Rejestracja

Treść: Rejestracja za pośrednictwem portalu pacjenta może zostać ograniczona:

a. do wybranych poradni, lekarzy oraz gabinetów,

b. poprzez ustalenie liczby rezerwacji wprowadzanych przez pacjenta,

c. poprzez ustalenie liczby dni jakie muszą upłynąć pomiędzy kolejnymi rezerwacjami do tej samej poradni.

Pytanie: Prosimy o wykreślenie podpunktu c z powyższego wymagania, są przypadki wśród pacjentów, że odstęp dni między wizytami nie może zostać ograniczony ze względu na dobro pacjenta lub dni te są niemożliwe do określenia.

Pytanie 38

Dotyczy: E-Usługi - Powiadomienia

Treść: Funkcja pozwala na konfigurację formatu treści wiadomości do wysyłki, w tym użycie parametrów: imię i nazwisko pacjenta, numer pacjenta, data wizyty (dd-mm-yyyy), dzień wizyty (dd), miesiąc wizyty (numer w formacie mm lub słownie), rok wizyty (yyyy), godzina wizyty (HH:mm), nazwa krótka usługi.

Pytanie: Prosimy o modyfikacje zapisu do następującego: Funkcja pozwala na konfigurację formatu treści wiadomości do wysyłki, w tym użycie parametrów: data wizyty (dd-mm-yyyy), dzień wizyty (dd), miesiąc wizyty (numer w formacie mm lub słownie), rok wizyty (yyyy), godzina wizyty (HH:mm), nazwa krótka usługi.

Dane ograniczenie jest związane z ergonomią wysyłanych wiadomości i z przekazaniem najważniejszych treści w powiadomieniu.

Pytanie 39

Dotyczy: E-Usługi - Powiadomienia

Treść: Funkcja zapisuje w bazie danych systemu wszystkie wysłane wiadomości wraz z datą ich wygenerowania. Wiadomości te są powiązane z wizytą, usługą, pacjentem oraz wykorzystanym szablonem wiadomości.

Pytanie: Powyższe wymaganie ogranicza konkurencyjność prosimy o dopuszczenie przechowywanie informacji dotyczących wysyłanych powiadomień do osoby która otrzymała powiadomienia oraz typ powiadomienia. Bez zachowywania treści powiadomienia, zakładamy że są one szablonowe w zależności od typu powiadomienia.

Pytanie 40

Dotyczy: E-Usługi - Powiadomienia

Treść: Funkcja posiada mechanizm kontroli przed ponowną wysyłką tego samego komunikatu. Pytanie: Prosimy o wykreślenie powyższego wymagania, powiadomienia są wysyłane automatycznie a nie ręcznie i nie ma potrzeby mechanizmu kontrolnego.

Pytanie 41

Dotyczy: E-Usługi - Powiadomienia

Treść: Funkcja pozwala na generowanie wiadomości tylko do tych pacjentów, którzy posiadają uzupełniony w systemie numer telefonu komórkowego.

Pytanie: W nawiązaniu do wyżej zadanego pytania dotyczącego zakładania konta pacjenta, prosimy o wykreślenie danego punktu lub oznaczenie konieczności uzupełnienia numeru telefonu przez pacjenta.

Pytanie 42

Dotyczy: E-Usługi - Powiadomienia

Treść: Funkcja pozwala na określanie indywidualnie dla każdego pacjenta preferowanych kanałów komunikacyjnych w przypadku powiadomień o wizytach, badaniach, zbliżającym się terminie przyjęcia do placówki wg kolejki oczekujących, informacjach o badaniach profilaktycznych.

Pytanie: Prosimy o doprecyzowanie jakie kanały Zamawiający ma na myśli. Pytanie 43

Dotyczy: E-Usługi - Leki

Treść: Dla pacjentów i posiadających konto stałe funkcja pozwala na przesłanie za pośrednictwem portalu „zamówienia” na wystawienie recepty (e-Recepty) na kontynuację leczenia.

Pytanie: Xxxxxxx o wyjaśnienie w jaki sposób Zamawiający chce rozróżniać sposób recepty? Prosimy o zmianę wymagania, aby w systemie istniała możliwość przesłania za pośrednictwem portalu

„zamówienia” na wystawienie recepty (e-Recepty) przez Pacjenta. Pytanie 44

Dotyczy: E-Usługi - Dokumentacja

Treść: Funkcja pozwala na ograniczenie wyświetlania HZiCh do wybranych usług. Pytanie: Prosimy o doprecyzowanie czym są usługi w dokumentacji pacjenta?

Pytanie 45

Dotyczy: E-Usługi - Wyniki

Treść: Po zalogowaniu pacjent może wyświetlić listę wszystkich udostępnionych mu wyników badań laboratoryjnych i ograniczyć listę na podstawie różnych kryteriów (nazwa badania, jednostka wykonująca) interesujące go wyniki.

Pytanie: Czy Zamawiający dopuści rozwiązanie wyszukania dokumentu związanego z wynikami badań?

Pytanie 46

Dotyczy: E-Usługi - Ankiety

Treść: Wyniki wypełnionych przez pacjentów ankiet prezentowane są w aplikacji administracyjnej. Pytanie: Czy Zamawiający dopuści rozwiązanie, aby wypełnione ankiety przez Pacjenta trafiały do dedykowanego miejsca dla ankiet w aplikacji administracyjnej?

Pytanie 47

Dotyczy: E-Usługi - Kontrahent

Treść: Funkcja pozwala na zakładanie kont dla personelu kontrahenta (dane osobowe) oraz określanie przynależności do danego kontrahenta.

Pytanie: Czy Zamawiający dopuści rozwiązanie w którym to kontrahent będzie miał tworzone konto administratora i potem sam indywidualnie będzie mógł tworzyć konta dla swoich pracowników?

Pytanie 48

Dotyczy: E-Usługi - Kontrahent

Treść: Pracownik kontrahenta po zalogowaniu do portalu ma możliwość przeglądu listy usług realizowanych przez Zamawiającego na rzecz kontrahenta wraz z harmonogramami realizacji usług.

Pytanie: Czy Zamawiający dopuści rozwiązanie w którym pracownik kontrahenta będzie miał możliwość zarezerwowania usługi tak jak to widać z poziomu konta pacjenta, jedynie zawężone do terminów i usług dedykowanych dla kontrahenta?

Pytanie 49

Dotyczy: E-Usługi – e-Dokumentacja

Treść: System musi zabezpieczać dokumentację przed uszkodzeniem lub utratą.

Pytanie: Czy dane wymaganie może być zrealizowane na poziomie infrastruktury/backupy?

Pytanie 50

Dotyczy: e-Dokumentacja

Treść: System musi umożliwiać logowanie udostępnień EDM poza system informatyczny, z odnotowaniem następujących danych: - data i godzina udostępnienia - dane wnioskodawcy / systemu pobierającego dane System musi obsługiwać standard HL7CDA R2 na najwyższym (trzecim) poziomie interoperacyjności.

Pytanie: Prosimy o doprecyzowanie konkretnego standardu HL7CDA, lub przesłanie przykładu.

Pytanie 51

Dotyczy: Załącznik nr 5 do SIIWZ – Formularz oferty

Treść: Oferujemy funkcjonalność systemu, rozumianą jako sumę ilości twierdzących deklaracji w liczbie, zsumowanych zgodnie z Załącznikiem nr 4a do SIWZ, stanowiącego integralną część niniejszej oferty.

Pytanie: Zgodnie z SIWZ tabelę funkcjonalności dodatkowych stanowi załącznik nr 5a. Prosimy o naniesienie poprawki.

Pytanie 52

Dotyczy: Załączniki

Pytanie: Prosimy o udostępnienie załączników w formie edytowalnej.

Odpowiedź Zamawiającego:

Pytanie 1

Przez adnotacje Zamawiający rozumie dodatkowe parametry dla dokumentów, które w postaci pól różnego typu (także opisowych, memo), będą uzupełniane przez użytkowników. Zakres takich parametrów zostanie ustalony podczas wdrożenia. Pytanie Wykonawcy o cel ewidencjonowania tego typu adnotacji wykracza poza kompetencje Wykonawcy.

Pytanie 2

Tak, przez określenie „prawa dostępu” Zamawiający rozumie „uprawnienia użytkownika”.

Pytanie 3

Zamawiający nie dopuszcza mechanizmu „nałożenia walidacji na powyżej wymienione czynności, tak aby nie można było dopuścić do sytuacji w której pojawiają się zdublowane wpisy” w miejsce mechanizmu

„scalenia” rekordów. Jednocześnie Zamawiający dopuszcza różne rozwiązania równoważne prowadzące w istocie do tego samego efektu, tj. pozostawienia jednego rekordu (np. pacjenta) w miejsce wielu rekordów reprezentujących ten sam podmiot.

Pytanie 4

Tak, Zamawiający oczekuje użycia w systemie znormalizowanej nomenklatury ICD10 oraz ICD9 odpowiednio.

Pytanie 5

Zamawiający oczekuje możliwości blokowania zmian w dokonanych wpisach dla określonych grup użytkowników: personelu realizującego świadczenia, komórek organizacyjnych, itd.

Pytanie 6

Zamawiający oczekuje możliwości oznaczenia w systemie które z wymaganych oświadczeń zostało złożone (podpisane) przez pacjenta (w postaci listy kontrolnej) oraz możliwości dołączania zeskanowanych podpisanych oświadczeń.

Pytanie 7

Zamawiający przewiduje nabycie takich urządzeń w najbliższej przyszłości z możliwością składowania zeskanowanych dokumentów w wybranych folderach lokalnych, sieciowych, sftp, wysyłkę smtp.

Rozwiązanie musi posiadać możliwość przechowywania zeskanowanych załączników zgód pacjenta skojarzonych z kartoteką pacjenta oraz “kartą hospitalizacji”.

Pytanie 8

Zamawiający dopuszcza każde rozwiązanie, pod warunkiem zagwarantowania przez Wykonawcę aktualizacji bazy danych z Rejestrem Produktów Leczniczych

Pytanie 9

Zamawiający ma na myśli możliwość użycia dowolnego słownika, definiowanego przez użytkowników, także w postaci szablonów tekstowych.

Pytanie 10

Tak, Zamawiający miał na myśli TRIAGE (kategorie pilności, o których mowa w § 6 Rozporządzenia Ministra Zdrowia z dnia 27 czerwca 2019 r. w sprawie szpitalnego oddziału ratunkowego).

Pytanie 11

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 12

Zamawiający wymaga, by potwierdzenie statusu ubezpieczenia zdrowotnego było generowane automatycznie, w tym obejmowało każdorazowo potwierdzenie ubezpieczenia w chwili przyjęcia oraz wypisu pacjenta ze Szpitala, natomiast w przypadku pacjentów, których status potwierdzenia płatnika jest ustawiony na "Oświadczenie" Zamawiający oczekuje by system wymagał dostarczenia pacjentowi oświadczenia uprawniającego do uzyskania bezpłatnych świadczeń zdrowotnych w każdej dobie hospitalizacji.

Pytanie 13

Zamawiający rezygnuje z tego wymagania.

Pytanie 14

Zamawiający oczekuje integracji wyników badań diagnostyki obrazowej oraz laboratoryjnej z dokumentacją pacjenta zgodnie z wymaganiami integracji opisanymi w ust. 5.3.1 pkt 4. oraz pkt. 5. SIWZ

Pytanie 15

Wymagający oczekuje możliwości zmiany znaczenia pól opisowych wywiadu w zależności od oddziału/poradni.

Pytanie 16

Tak, Zamawiający oczekuje uzgodnienia szczegółów na etapie wdrożenia.

Pytanie 17

Zamawiający przez określenia ‘zlecenie lokalnie’ i ‘zewnętrznie’ rozumie odpowiednio zlecenie wykonane wewnętrznie przez personel medyczny Zamawiającego oraz zlecenie leków wykonane przez personel zewnętrzny (leki stałe przyjmowane przez pacjenta).

Pytanie 18

Tak, Zamawiający dopuszcza rozwiązanie polegające na zlecaniu leków spoza receptariusza, ale będącego w bazie leków Apteki Szpitalnej.

Pytanie 19

Zamawiający oczekuje oznaczania kolorem statusu wkłuć z poziomu karty pacjenta. Prezentacja w formie alertu na liście pacjentów jest pożądana jako rozwiązanie opcjonalne.

Pytanie 20

Zamawiający uznaje wymaganie za spełnione w przypadku możliwości stosowania szablonów tekstowych.

Pytanie 21

Zamawiający oczekuje realizacji wymagania w formie opisanej w punktach (łącznie): 1.1.2.6 ppkt. 6, 1.1.2.7 ppkt. 66, 1.1.2.13 ppkt. 13, gdzie podał przypadki (nie “przykłady”) czyli wymagane obowiązkowo.

Pytanie 22

Ocena co do prawidłowości stosowanych procedur wewnątrz Szpitala należy do Zamawiającego, a nie oferenta. Brzmienie pkt. 1.1.2.15 ppkt. 3 zostało zmodyfikowane.

Pytanie 23

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 24

Zamawiający nie posiada systemu szaf lekowych na dzień postępowania, ale planuje ich wdrożenie w przyszłości i oczekuje, że wdrożone rozwiązanie będzie gotowe na taką integrację zgodnie z wymaganiami opisanymi w rozdziale 5.3.5.3.2 SIWZ.

Pytanie 25

Zamawiający zmodyfikował wymagania dot. integracji z posiadanymi systemami w tym Centrum LSI Xxxxxx (komunikacja HL7) oraz wymiany rozwiązania e-Delphyn firmy Diahem.

Zamawiający posiada aktualne umowy serwisowe. W ramach umów nie ma jednak zapewnionego udostępniania komunikatów HL7, zamierza jednak taką usługę nabyć od dostawcy rozwiązania w ramach niniejszego postępowania.

Dokładne nazwy i wersje systemów użytkowanych przez Zamawiającego oraz dane producenta zostały wskazane w części 5.3.1. zmodyfikowanego SIWZ.

Zamawiający nie jest producentem systemów informatycznych o które pyta Wykonawca, wobec powyższego nie posiada kompetencji by udzielić odpowiedzi na szczegółowe pytania dotyczące specyfikacji technicznej, której dotyczy pytanie.

Pytanie 26

Zamawiający informuje, że uszczegółowił wymagania dot. integracji wdrażanego rozwiązania systemami zewnętrznych laboratoriów w ust. 5.3.1 pkt. 5 SIWZ.:

a. z systemem zewnętrznym obsługującym Laboratorium Diagnostyka w zakresie nadawania i odbioru zleceń badań oraz odbioru podpisanych wyników badań (przy użyciu standardu HL7 v2-3/FHIR – rozwiązanie własne Diagnostyka),

b. z systemem obsługującym Laboratorium Histopatologiczne prowadzonym przez Szpital Solec Sp. z o.o. z siedzibą w Warszawie w zakresie wymiany zleceń oraz odbioru podpisanych wyników badań (przy użyciu standardu HL7 v2-3/FHIR – system PATeXpert firmy MARCEL S.A));

Dokładne nazwy i wersje systemów użytkowanych przez Zamawiającego oraz dane producenta zostały wskazane w części 5.3.1. zmodyfikowanego SIWZ.

Pytanie 27

Szczegółowa odpowiedź na to pytanie została udzielona przy odpowiedzi na pytanie nr 18 wniosku nr 1, tj.:

Pytanie 28

Zamawiający oczekuje wykonania kompletnej integracji z systemami dostawców zewnętrznych wym. w odpowiedzi do pyt. 26.

Oznacza to, że organizacja zadań podwykonawczych w tym zakresie należy do zadań wykonawcy.

Pytanie 29

Zamawiający wykreślił wymaganie integracji z systemem Platinum z SIWZ.

Pytanie 30

Zamawiający wykreślił wymaganie integracji z systemem Platinium z SIWZ.

Pytanie 31

Dostawa podpisów elektronicznych dla pracowników Zamawiającego nie jest elementem postępowania. Użytkownicy systemu posiadają niezbędne certyfikaty z aktualnie obowiązującymi wymaganiami.

Pytanie 32

Zamawiający posiada licencję Oracle Database Standard Edition 2 CPU.

Pytanie 33

Odpowiedzi udzielono w treści odpowiedzi na pytanie nr 1a, wniosku nr 1.

Pytanie 34

Zamawiający oczekuje dostawy rozwiązania w j. polskim oraz j. angielskim.

Pytanie 35

Zamawiający nie podziela zdania oferenta co do ograniczania konkurencyjności przez taki opis wymagania. Opis zawiera wymaganie biznesowe co do kształtu procesu rejestracji nowego pacjenta w portalu samoobsługowym i jest procesem stosowanym w wielu branżach w podobnych zastosowaniach.

Pytanie 36

Zamawiający nie podziela zdania oferenta co do naruszenia konkurencyjności, jednak przychyla się do zmiany wymagania z powodów czysto merytorycznych w zakresie możliwości podania kodu e Skierowania, wraz z numerem PESEL, alternatywnie do pozostałych wymagań.

Pytanie 37

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 38

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 39

Zarzut ograniczenia konkurencyjności poprzez wymóg przechowywania jednej danej w tabeli więcej jest niezrozumiały. Zamawiający nie przewiduje zmiany wymagania, gdyż oczekuje przechowywania również treści wysłanego powiadomienia.

Zamawiający nie przewiduje zmian SIWZ w tym zakresie

Pytanie 40

Zamawiający nie przewiduje zmian SIWZ w tym zakresie

Pytanie 41

Z uwagi na fakt, że Xxxxxxxxxxx miał na myśli wysyłanie także wiadomości tekstowych GSM, numer telefonu komórkowego w tym kontekście wydaje się zasadny.

Zamawiający zmienia brzmienie tego wymagania 1.1.3.2 ppkt. 6 w następujący sposób:

System musi umożliwiać pacjentowi samodzielne zakładanie indywidualnego konta na portalu:

- do założenia konta (tymczasowego) pacjent musi podać następujące dane: imię, nazwisko, XXXXX (lub numer paszportu w przypadku osób nie posiadających numeru PESEL), typ i numer dokumentu potwierdzającego tożsamość (dowód osobisty lub paszport) oraz adres e-mail i numer telefonu, a także preferowany kanał komunikacji (email, SMS).

- pacjent tworzy hasło dostępu.

- Portal wysyła kod aktywacyjny na podany przez pacjenta adres e-mail lub SMS na podany numer telefonu (zgodnie z preferencjami pacjenta). Kod jest ważny przez zadany w ustawieniach Portalu czas (np. 12h).

- Wprowadzenie i zatwierdzenie otrzymanego kodu powodują automatyczne aktywowanie konta pacjenta.

- Tak założone konto ma status konta tymczasowego aż do momentu jego aktywowania przez upoważnionego pracownika jednostki, na podstawie wniosku dostarczonego przez pacjenta.

- Wniosek drukowany jest bezpośrednio z aplikacji Portalu po aktywowaniu konta tymczasowego lub w Recepcji podczas wizyty. Wniosek zawiera między innymi regulamin, zgody na przetwarzanie danych

- Konto tymczasowe jest aktywne przez zadanych w parametrach Portalu czas (np. 15 dni).

Pytanie 42

Zamawiający miał na myśli kanały: tekstowy GSM oraz e-mail.

Pytanie 43

Zamawiający miał na myśli utworzenie takiej funkcji, za pomocą której pacjent będzie mógł złożyć zamówienie na koleją receptę (e-Receptę) na kontynuację leczenia przy pomocy portalu samoobsługowego.

Pytanie 44

Zamawiający precyzuje, że w tym kontekście pod pojęciem „usług” rozumie wykonane procedury medyczne wg. używanej w aplikacji klasyfikacji (pożądane ICD9).

Pytanie 45

Zamawiający nie przewiduje zmian SIWZ w tym zakresie.

Pytanie 46

Zamawiający dopuszcza takie rozwiązanie.

Pytanie 47

Zamawiający dopuszcza takie rozwiązanie.

Pytanie 48

Zamawiający dopuszcza takie rozwiązanie.

Pytanie 49

Zamawiający dopuszcza takie rozwiązanie.

Pytanie 50

Wszystkie wymagania odnośnie używanych standardów wymiany danych zostały doprecyzowanie w 5.3.5.3 SIWZ.

Pytanie 51

Zamawiający miał na myśli załącznik nr 5a do SIWZ.

Pytanie 52

Zamawiający udostępni wersje edytowane formularzy oferty oraz oświadczeń.

Wniosek nr 3 o udzielenie wyjaśnień (pisownia oryginalna):

1.W związku treścią SIWZ Rozdział 8.1 pkt 1 c) III)

Zamawiający w zakresie wykazu dostaw wymaga przedstawienia świadczonych usług, których wartość zgodnie z SIWZ może być niższa niż 1 500 000 zł brutto, z kolei w zakresie posiadania potencjału osobowego Zamawiający wymaga, aby wskazane przez Wykonawcę osoby brały udział w projektach o wartości równej, bądź wyższej od 1 500 000 zł brutto. W związku z powyższym prosimy o zmianę zapisu w przedmiocie wartości świadczonych dostaw przez zastosowanie takiego kryterium, jak w przypadku posiadania potencjału osobowego, czyli powyżej 1 500 000 zł brutto.

2.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.1.4 System kolejkowy podpunkt 4): Prosimy o akceptację rozwiązania wykorzystującego wyświetlacze stanowiskowe LCD

3.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.1.4 System kolejkowy podpunkt 8):

Zamawiający wymaga, aby Wykonawca wykonał odpowiednie okablowanie zasilające oraz sieci LAN (zgodnie ze standardem wykonania istniejącego okablowania, kat min. 6), doprowadzając punkty elektryczno-logiczne do miejsc wskazanych przez Zamawiającego przewidzianych, jako lokalizacje montażu wyświetlaczy stanowiskowych, automatów biletowych - Prosimy o wskazanie długości torów kablowych oraz udostępnienie planów budynku wraz ze wskazaniem punktów instalacji urządzeń systemu kolejkowego. Bez tej informacji nie jest możliwe skalkulowanie oferty.

4.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.1.4 System kolejkowy:

Prosimy o potwierdzenie, że Zamawiający zapewni infrastrukturę sieciową (switche, UPS itd.) wymaganą do podłączenie urządzeń systemu kolejkowego.

5.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.2.1 Przeniesienie danych z obecnego rozwiązania HIS: Prosimy o podanie informacji czy Zamawiający posiada aktywne wsparcie dla licencji Oracle 11.

6.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.2.1 Przeniesienie danych z obecnego rozwiązania HIS: Prosimy o podanie informacji, czy posiadana licencja Oracle umożliwia uruchamianie innych aplikacji niż

Optimed (wersja Full Use) czy jest to wersja ograniczona ASFU.

7.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.2.1 Przeniesienie danych z obecnego rozwiązania HIS: Prosimy o podanie informacji, ile licencji Oracle posiada zamawiający oraz czy są to licencje per CPU czy NUP.

8.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.2.1 Przeniesienie danych z obecnego rozwiązania HIS: Prosimy o podanie numeru CSI licencji Oracle posiadanej przez Zamawiającego

9.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.1.2.23 Recepty podpunkt 17):

Prosimy o potwierdzenie, że Zamawiający dopuści rozwiązanie, w którym dostępna będzie baza BLOZ lub Pharmindex wraz z interakcjami oraz jej aktualizację. Baza BAZYL nie posiada bazy interakcji. Oferent chciałby zwrócić uwagę na fakt, iż nie zdarza się aby w systemach medycznych jednocześnie funkonowały dwie bazy leków. Dodatkowo oferent pragnie zauważyć, iż równoległy zakup dwóch pokrywających się co do idei działania baz leków - może budzić wątpliwości co do dyscypliny finansów publicznych.

10.W związku z treścią Opisu Przedmiotu Zamówienia - pkt 1.1.6.2 Budżetowanie i analiza zarządcza podpunkt 15):

Prosimy o potwierdzenie, czy Zamawiający miał na myśli możliwość uzupełniania planu budżetu na podstawie danych z wykonania? Jeśli nie, prosimy o uszczegółowienie punktu OPZ.

11.W związku z treścią § 1 pkt 3 oraz pkt 5 wzoru umowy:

Wykonawca wskazuje, iż definiując pojęcia "Awarii" oraz "Błędu" Zamawiający posłużył się niedookreślonymi pojęciami "funkcji krytycznych" oraz "mniej istotnej funkcjonalności". Zamawiający nie określił, które funkcjonalności będzie uznawał za krytyczne, a które za "mniej istotne". Wskazane wyżej definicje mają zaś kluczowe znaczenia dla określenia kosztów obsługi serwisowej i w związku z tym muszą być one jednoznaczne. W obecnym kształcie definicje naruszają wymagania opisu przedmiotu zamówienia wynikające z art. 29 ust. 1 p.z.p. W związku z powyższym Wykonawca wnosi o wskazanie jednoznacznych i obiektywnych kryteriów kwalifikacji funkcjonalności do grupy funkcjonalności krytycznych oraz mniej istotnych wskazując, że za krytyczne mogłyby zostać uznane funkcjonalności dotyczące przyjęcia pacjenta do szpitala, przeniesienia pacjenta między oddziałami, wypisu pacjenta czy rejestracji zgonu, które rzeczywiście są kluczowe dla korzystania z ZSI.

12.W związku z treścią §3 ust. 1.1 - 1.2 wzoru umowy:

Wykonawca podnosi, że w związku z ogłoszonym i obowiązującym stanem epidemii SARS-CoV-2019 celowym jest takie zorganizowanie procesu wdrożenia, aby stwarzał on jak najmniejsze ryzyka dla zdrowia jego uczestników. Z tych względów Wykonawca prosi o dopuszczenie przeprowadzania narad i spotkań projektowych w trybie zdalnym tj. z wykorzystaniem dostępnych systemów telekonferencyjnych.

13.W związku z treścią §3 ust. 4 wzoru Umowy i oświadczeniem Zamawiającego, iż nie jest on profesjonalistą w dziedzinie przedmiotu Umowy:

Wykonawca prosi o potwierdzenie, że w związku z tym, Zamawiający nie będzie ingerował w techniczne aspekty wdrożenia jako, że posiada on wiedzy, która umożliwiałaby mu dokonywanie takiej ingerencji.

14.W związku z treścią §9 ust. 1 oraz §8 ust. 2-3 wzoru umowy:

Wykonawca prosi o potwierdzenie, że Usługi Utrzymania stanowią element gwarancji jakości, o której mowa w §8 ust. 2-3 wzoru umowy. Wykonawca wskazuje, że zakres Usług Utrzymania odpowiada w zasadzie świadczeniom realizowanym w ramach gwarancji, co wskazuje, iż nie powinny być one traktowane jako świadczenie odrębne od samej gwarancji.

15.W związku z treścią §9 ust. 8-10 wzoru Umowy:

Wykonawca wskazuje, że Zamawiający w przywołanych wyżej przepisach posługuje się pojęciem "podjęcia interwencji" nie definiując jednak tego pojęcia. Wykonawca prosi w związku z tym o potwierdzenie, że za podjęcie interwencji będzie traktowane w szczególności przesłanie np. przez system zgłoszeń on-line (§9 ust. 5.3), informacji o przyjęciu zgłoszenia i przystąpieniu do jego analizy.

16.W związku z treścią §9 ust. 17 wzoru Umowy:

Wykonawca wskazuje, iż przywołane klauzula jest dotknięta sankcją nieważności i jako taka powinna zostać usunięta z wzoru umowy. Wykonawca podkreśla, iż w ramach prowadzonego obecnie postępowania

Zamawiający nie może oczekiwać, aby Wykonawca składał oświadczenia co do wysokości wynagrodzenia umownego w przyszłych postępowaniach, które musiałby być prowadzone zgodnie z przepisami ustawy p.z.p. Niezależnie od przyjętego trybu żaden przepis prawa nie daje Zamawiającemu prawa do zawierania z wykonawcami porozumień dotyczących przyszłych postępowań zamówieniowych. Takie działanie Zamawiającego jest sprzeczne z prawem, a przyszłe postępowanie prowadzone przy zastosowaniu takiej klauzuli musiałoby być uznane za nieważne. Nie sposób przy tym nie zauważyć, iż wprowadzając omawianą

klauzulę Zamawiający de facto wskazuje preferowanego wykonawcę przyszłych zamówień, co wyłączałoby możliwość uznania takiego przyszłego postępowania za przeprowadzone zgodnie z art. 7 ust. 1 p.z.p. Niezależnie od powyższego ewidentnym przekroczeniem zasady swobody kontraktacji (art. 3531 k.c.) jest żądanie od wykonawcy złożenia z ponad sześcioletnim wyprzedzeniem oświadczenia o rynkowości ceny obliczanej zgodnie z algorytmem określonym przez Zamawiającego. Mając na uwadze powyższe Wykonawca domaga się wykreślenia §9 ust. 17 wzoru umowy.

17.W związku z treścią §10 ust. 3 wzoru umowy:

Wykonawca wskazuje, że Zamawiający nie może określać wysokości wynagrodzenia umownego należnego za wykonanie poszczególnych etapów realizacji zamówienia. Jest to bowiem wyłączne uprawnienie wykonawcy, który jest odpowiedzialny za konstrukcję ceny ofertowej. Stąd też za niedopuszczalne należy uznać wprowadzanie klauzul umownych, na podstawie których Zamawiający uprawniony będzie do zatrzymania części wynagrodzenia jako pozornej zapłaty za "świadczenia" takie jak "odbiór końcowy" czy "zakończenie świadczenia Usług Utrzymania". Takie postanowienia stanowią de facto obejście przepisów dotyczących zabezpieczenia i jako takie nie mogą zostać uznane za sprzeczne z ustawą p.z.p. Wykonawca dostrzega potrzebę zabezpieczenia się przez Zamawiającego przez manipulowaniem ceną i sztucznym zawyżaniem wczesnych etapów realizacji zamówienia. Wykonawca wnosi więc o dokonanie zmiany §10 ust. 3 i nadanie mu następującego brzmienia:

Wynagrodzenie, o którym mowa będzie płatne w terminie 14 dni od podpisania przez Zamawiającego protokołu odbioru Etapu Wdrożenia, w następujących częściach

1.1. Analiza Przedwdrożeniowa i przedstawienie Harmonogramu Szczegółowego - nie więcej niż 10%

1.2. dostawa, instalacja, konfiguracja i wdrożenie oprogramowania i sprzętu komputerowego

1.3. instalacja oraz konfiguracja niezbędnych baz danych na potrzeby ZSI, a także dostawa i instalacja licencji na oprogramowanie –

1.4. Wdrożenie: prace dostosowawcze, powdrożeniowe, szkolenie personelu, integracja, migracja danych, itd.

– 20% Wynagrodzenia

1.5. Uruchomienie e-Usług i odbiór końcowy Przedmiotu Zamówienia.

Zamawiający zastrzega przy tym, iż łączne suma wynagrodzenia z tytułu wykonania Etapów 1.1- 1.3 nie może przekroczyć 60%, a wynagrodzenie za wykonanie Etapu 1.5 wyniesie nie mniej niż 5%

18.W związku z treścią §11 wzoru umowy:

Wykonawca wskazuje, iż Zamawiający nie wprowadził regulacji dotyczących limitów kar oraz całkowitej odpowiedzialności Wykonawcy. Powyższe działanie uniemożliwia precyzyjne określenie granic ryzyk projektowych. Wykonawca wskazuje w tym miejscu na dokument pn. Analiza dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych (…) - dokument opublikowany na stronie Urzędu Zamówień publicznych w sekcji Repozytorium Wiedzy/Dobre praktyki/Dobre praktyki w branży IT (Rozdział IV. Odpowiedzialność za niewykonanie lub nienależyte wykonanie umowy IT /2. Granica odpowiedzialności umownej / 6. Kary umowne oraz nową ustawę Prawo zamówień publicznych, która zacznie obowiązywać od 1 stycznia 2021 roku

Art. 436. Umowa zawiera postanowienia określające w szczególności:(…) 3) łączną maksymalną wysokość kar umownych, których mogą dochodzić strony;(…)

Mając na uwadze powyższe Wykonawca prosi o wprowadzenie do wzoru Umowy klauzul zbliżonych do rekomendowanych w treści przywołanych wyżej dokumentu tj. o dodanie następujących postanowień umownych:

„Całkowita wysokość kar umownych nie może przekroczyć 20% wynagrodzenia brutto określonego w §10 ust. 1 Umowy.

”Zamawiający może dochodzić odszkodowania przenoszącego wysokość zastrzeżonych na jego rzecz kar umownych, maksymalnie jednak do wysokości wynagrodzenia brutto określonego w §10 ust. 1. Umowy”

Wykonawca podkreśla, iż brak omawianych limitów stanowi naruszenie art. 29 ust. 1 p.z.p., co potwierdziła także Krajowa Izba Odwoławcza w wyroku z 21 lipca 2020 r. (KIO 1270/20), w którym wyrażono pogląd, iż brak limitu utrudni lub uniemożliwi wykonawcom zainteresowanym udziałem w postępowaniu prawidłową kalkulację ryzyk wynikających z możliwości naliczenia przez Zamawiającego kar umownych. W tym zakresie Izba uznała, iż potwierdził się zarzut naruszenia art. 29 ust. 1 Pzp. Analogiczne zarzuty były również uwzględniane w innych orzeczeniach Izby (por. wyrok z 3 czerwca 2020 r., KIO 401/20).

19.W związku z treścią §13 ust. 7 wzoru umowy:

Wykonawca prosi o potwierdzenie, iż w przypadku Oprogramowania Bazodanowego (np. ORACLE) i

Oprogramowania Systemowego (np. WINDOWS) warunki licencji będą określane przez producentów takiego oprogramowania. Wykonawca wyjaśnia, że wymienione wyżej rodzaje oprogramowania oferowane są do sprzedaży na standardowych warunkach licencji, które nie podlegają negocjacji. Wykonawca, ani żaden inny podmiot działający na rynku nie będzie więc w stanie spełnić w stosunku do tego oprogramowania wymagań określonych w §13 ust. 7 wzoru umowy. Stąd też Wykonawca prosi o potwierdzenie, że te wymagania nie odnoszą się do Oprogramowania Systemowego i Oprogramowania Bazodanowego.

20.W związku z treścią §16 wzoru umowy:

Wykonawca prosi o dopuszczenie możliwości aneksowania umowy w przypadku, w którym po złożeniu oferty doszłoby do wycofania z dystrybucji modeli sprzętu wskazanego w ofercie lub jeśli jego nabycie byłoby utrudnione. Zmiana umowy polegałaby na dopuszczeniu możliwości zaoferowania sprzętu o parametrach nie gorszych od tych, które miał sprzęt pierwotnie oferowany (bez zmiany wysokości wynagrodzenia).

21.W związku z treścią §16 wzoru umowy:

Wykonawca wskazuje, że w §16 występuje błąd w numeracji ustępów. Z systematyki omawianego paragrafu wynika, że obecne ust. 2-5 faktycznie stanowią wyliczenie podstaw aneksowania umowy stanowiące element ust. 1. Wykonawca prosi, aby dotychczasowe ust. 2-5 otrzymały numery 1.1 - 1.4 (wnosząc także o wprowadzenie odpowiedniej zmiany w numeracji ustępów 6-10)

22.W związku z treścią §13 wzoru umowy:

Wykonawca wskazuje, że w §13 wzoru umowy występuje błąd dotyczących numeracji ustępów (numeracja zaczyna się od ustępu 4). Wykonawca prosi o usunięcie tego błędu.

23.W związku z wzorem umowy:

Wykonawca wnosi o dołączenie do dokumentacji przetargowej wzoru umowy powierzenia przetwarzania danych osobowych, o której mowa w art. 28 RODO

Odpowiedź Zamawiającego:

Pytanie 1

Zamawiający uzupełnia wymaganie (lapsus, który należy sprostować) poprzez dodanie przedrostka „nie”

2 zamówienia obejmujące dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS, jednego producenta, do którego dostęp jest oparty o przeglądarkę www, dla podmiotów leczniczych funkcjonujących w systemie ochrony zdrowia według przepisów właściwych dla danego kraju z minimalną liczbą łóżek 150, o wartości nie mniejszej niż 1.500.000,00 złotych brutto każde, przy czym wartość samego systemu typu HIS bez pozostałych dostaw i usług objętych danym zamówieniem powinna wynosić nie mniej niż 1.000.000,00 złotych brutto dla każdego zamówienia.”

Pytanie 2

Zamawiający dopuścił rozwiązanie z wyświetlaczami LCD odpowiednio modyfikując SIWZ.

Pytanie 3

W celu właściwego oszacowania kosztorysu dla tego elementu projektu, Zamawiający udostępnił plany budynków pod projektowane rozwiązania LAN w załączniku nr 21 do SIWZ.

Pytanie 4

Pytanie 5

Zamawiający nie posiada takiego wsparcia.

Pytanie 6

Zamawiający posiada wersję Oracle Database Standard Edition 2 CPU.

Pytanie 7

Odpowiedzi udzielono przy odpowiedzi na pytanie nr 6 (wersja Oracle Database Standard Edition 2 CPU).

Pytanie 8

Odpowiedzi udzielono przy odpowiedzi na pytanie nr 6 (wersja Oracle Database Standard Edition 2 CPU). Nr posiadanej licencji: OPL-P-100211-1000005-AP.

Pytanie 9

Zamawiający dopuszcza każde rozwiązanie, pod warunkiem zagwarantowania przez Wykonawcę aktualizacji bazy danych z Rejestrem Produktów Leczniczych.

Pytanie 10

Zamawiający miał na myśli możliwość generowanie planów budżetu na podstawie danych z wykonania za dowolny okres w możliwością modyfikacji wartości np. przy pomocy określonych operatorów: ilorazu, iloczynu, sumy, różnicy, itp.

Pytanie 11

Zamawiający nie podziela przekonania Wykonawcy. Definicje pojęć Awarii oraz Błędu zostały sformułowane zgodnie z powszechnym standardem definiowania tych pojęć. W kontekście pojęcia

„Awarii” Zamawiający zwraca uwagę, że „funkcja krytyczna” została użyta jako przykładowa, obok innych sytuacji uznawanych za Awarię. Wykonawca próbuje, pomijając daleko idące zaawansowanie przedmiotu zamówienia, sprowadzić kwestię Awarii do ledwo kilku arbitralnie wybranych sytuacji. Tymczasem, w opinii Zamawiającego, enumeratywne wyliczenie funkcjonalności, których błędne działanie należy uznać za Awarię albo Błąd, jest niemożliwe.

Pytanie 12

Pytanie 13

Zamawiający, zgodnie z oświadczeniem zawartym w projekcie umowy, nie jest profesjonalistą w dziedzinie przedmiotu umowy (§3 ust. 4 projektu umowy). W tym samym ustępie została uregulowana kwestia ingerencji Zamawiającego w wykonanie przedmiotu umowy:

[…] Strony ustalają, że Wykonawca nie może powoływać się na oświadczenia Zamawiającego w zakresie wskazanym w zdaniu poprzednim, w celu ograniczenia odpowiedzialności Wykonawcy, chyba że Wykonawca poinformuje Zamawiającego na piśmie o swoich zaleceniach oraz o ryzykach niezastosowania się do nich, a Zamawiający mimo to podejmie decyzję pozostającą w sprzeczności z tymi zaleceniami. […]

Wobec powyższego Zamawiający nie złoży oświadczenia, o którym mowa w niniejszym pytaniu.

Pytanie 14

Krajowa Izba Odwoławcza w wyroku z dnia 28 września 2020 roku, sygn. akt KIO 2112/20, doszła do przekonania, że Usługi Utrzymania wynikają z gwarancji jakości.

Pytanie 15

Przez „podjęcie interwencji” Zamawiający rozumie faktyczne rozpoczęcie przez wykonawcę analizy zgłoszonego (zgodnie z umową) problemu (a nie jedynie przyjęcie zgłoszenia).

Pytanie 16

Zamawiający informuje, iż w związku ze złożeniem w dniu 28 sierpnia 2020 roku przez CompuGroup Medical Polska Sp. z o.o. z siedzibą w Lublinie odwołania do Krajowej Izby Odwoławczej, w którym x.xx. podniesiono zarzut dotyczący przedmiotowego fragmentu projektu umowy, Zamawiający podjął decyzję o uwzględnieniu zarzutu i skreślenia cytowanego w pytaniu postanowienia projektu umowy.

Pytanie 17

W związku z wyrokiem Krajowej Izby Odwoławczej z dnia 28 września 2020 roku, sygn. akt KIO 2112/20, Zamawiający zmienił postanowienie § 10 ust. 3 pkt 3.7 wzoru umowy przez wskazanie, że za świadczone usługi utrzymania wykonawca będzie otrzymywał wynagrodzenie w okresach miesięcznych – do wysokości wynagrodzenia wskazanej w tym postanowieniu wzoru umowy.

Pytanie 18

Zamawiający odsyła do odpowiedzi udzielonej wykonawcy na pytanie numer 69 z wniosku nr 1.

Pytanie 19

Zamawiający potwierdza, że wymagania te nie dotyczą Oprogramowania Bazodanowego oraz Oprogramowania Systemowego, dla których wykonawca obowiązany jest dostarczyć, zgodnie z SIWZ,

„jedynie” licencje niewyłączne na czas nieokreślony i dokonuje odpowiednich zmian w SIWZ.

Pytanie 20

Zamawiający wskazuje, że możliwość, o której pisze wykonawca, wynika wprost z przepisów ustawy prawo zamówień publicznych – zmiana produktu zaoferowanego na równoważny (a zatem spełniający wymagania SIWZ) w związku z wycofaniem produktu zaoferowanego z dystrybucji nie jest istotną zmianą umowy zgodnie z art. 144 ust. 1e pzp, a zatem dopuszczalna jest taka zmiana na gruncie art. 144 ust. 1 pkt 5 pzp.

Pytanie 21

Zamawiający stwierdza omyłkę pisarską i dokonuje korekty numeracji ustępów wskazanych w pytaniu.

Pytanie 22

Zamawiający stwierdza omyłkę pisarską i dokonuje korekty numeracji ustępów wskazanych w pytaniu.

Pytanie 23

Zamawiający udostępnia umowę powierzenia przetwarzania danych osobowych jako załącznik do SIWZ.

Wniosek nr 4 o udzielenie wyjaśnień (pisownia oryginalna):

Dotyczy: OPIS PRZEDMIOTU ZAMÓWIENIA SYSTEM INFORMATYCZNY (zał. nr 2 do SIWZ)

1. Czy Zamawiający wymaga, aby dane wyników Pracowni Serologii Transfuzjologicznej były dostępne w systemie HIS?

2. Prosimy o potwierdzenie że oferowanie oprogramowanie musi być z funkcjonalnością systemu HIS „zlecenie zamówienia do Banku Krwi” w celu wymiany informacji dotyczących gospodarką krwi?integrowane dwustronnej

1. Czy zgodnie z pkt. 1.2.3 Warunki przeniesienia danych Załącznika nr 13 do SIWZ Zamawiający potwierdza, że w przypadku braku możliwości dostarczenia opisu struktur danych lub próbek danych, lub braku możliwości udzielenia dostępu do migrowanych danych, wszelkie analizy oraz prace migracyjne Wykonawca będzie zobowiązany przeprowadzić we własnym zakresie (pokrywając wszelkie koszty), celem ostatecznego umieszczenia danych z zastępowanych systemów w proponowanym rozwiązaniu.

4. Czy Zamawiający wymaga, aby oprogramowanie Pracowni Serologii Transfuzjologicznej dostępne było z poziomu przeglądarki internetowej (wielowarstwowa aplikacja webowa), co pozwala na łatwy i szybki dostęp z urządzenia każdej klasy, niezależnie od systemu operacyjnego i parametrów komputerów obsługujących stanowisko?

5. Czy Zamawiający wymaga pełnej funkcjonalności (serologia + banki krwi) na każdym zainstalowanym stanowisku oprogramowania Pracowni Serologii

Transfuzjologicznej.

6. Dotyczy punktu 1.2 ZAKRES MIGRACJI DANYCH DO NOWEGO ZSI

„Zamawiający oczekuje, że Wykonawca zaprojektuje i wykona przeniesienie do bazy danych nowego ZSI cześć danych z obecnych rozwiązań HIS oraz ERP (migracja i konwersja danych) w zaproponowanej cenie. Zadanie, o którym mowa będzie polegać na pobraniu (eksport), przygotowaniu (konwersji), kontroli spójności i poprawności danych, a następnie importu tak przygotowanych danych do nowego wdrażanego rozwiązania ZSI, a następnie końcowej kontroli poprawności przeniesionych danych.

Strona 96z 103(v.3.1) Dobór środków technicznych koniecznych do wykonania tak opisanego zadania leży w całości po stronie Wykonawcy. Wykonawca powinien uwzględnić wszelkie

koszty	migracji, niezbędnych narzędzi oraz jeśli			to konieczne	udział	podwykonawców
i niezbędnych licencji		programów	narzędziowych. Zamawiający		na	żądanie Wykonawcy
dostarczy	podczas	realizacji	projektu wykaz	struktur	źródłowych	baz danych

1) których nastąpi pobranie danych. W przypadku niemożności dostarczenia opisu struktur danych, dostarczenie danych do migracji będzie leżało po stronie Zamawiającego”

Prosimy o potwierdzenie , że w przypadku niemożności dostarczenia opisu struktur danych, dostarczenie danych do migracji będzie leżało po stronie Wykonującego a nie Zamawiającego.

Mogła nastąpić pomyłka pisarska, ponieważ w punkcie 1.2.3 Warunki przeniesienia danych. Zamawiający informuje, że nie posiada dokumentacji czy opisu struktur baz danych posiadanych systemów. W związku z czym Xxxxxxxxxxx oczekuje, że Wykonawca:

a. przeprowadzi analizę zakresu migrowanych danych w wymienionych

b. pozyska szczegółową wiedzę w zakresie struktur danych systemów źródłowych przy pomocy zasobów własnych lub we współpracy z profesjonalnymi podwykonawcami na zasadach rynkowych,

c. opracuje plan migracji i zaprojektuje właściwe do tego celu narzędzia,

d. zaplanuje i wdroży kontrolę jakości migrowanych danych na całym procesie ich przeniesienia.

Odpowiedź Zamawiającego:

Pytanie 1

Tak, jest to celem Zamawiającego z uwzględnieniem możliwości technicznych.

Pytanie 2

Tak, Zamawiający potwierdza takie oczekiwanie.

Pytanie 3

Zamawiający oczekuje, że dostawca zaprojektuje i wykona migrację danych w określonym w SIWZ zakresie w ramach zamówienia (w cenie), przy założeniach, że dostawca otrzyma dostęp do danych, próbki danych oraz strukturę danych (strukturę tabel) – czyli w zakresie informacji posiadanych przez Zamawiającego. W przypadku braku możliwości technicznych do automatycznego przeniesienia danych dane, mogą one podlegać przeniesieniu ręcznemu (np. przy zastosowaniu aplikacji klasy RPA). Szczegółowo warunki współpracy z Wykonawcą zostały opisane w 1.2.3. OPZ .

Pytanie 4

Pożądanym rozwiązaniem jest dostęp przez interfejs html (przeglądarka WEB), jednak Zamawiający nie wyklucza innych rozwiązań spełniających wymagania zapisane w SIWZ.

Pytanie 5

Tak, wymaga.

Pytanie 6

Rzeczywiście w tekst SIWZ wkradła się niespójność, której jest omyłką pisarska.

Intencją Zamawiającego jest zamówienie kompleksowej usługi wraz z migracją danych, tak jak podano w ust. 1.2.3.

Jednocześnie w pkt. 3 tego ustępu Zamawiający pisze:

Co należy rozumieć w taki sposób, że tylko w przypadku niemożliwości dostarczenia wymagań opisanych w pkt. 2 wymaganie dostarczenia danych przejdzie na Zamawiającego.

Wniosek nr 5 o udzielenie wyjaśnień (pisownia oryginalna):

1.Dotyczy zał. nr 13 do SIWZ - 1.5 System automatycznej digitalizacji dokumentów:

"System automatycznej digitalizacji dokumentów papierowych wraz z tabletami w zakresie oświadczeń woli pacjenta, połączonych z dokumentacją pacjenta. System musi kontrolować kompletność oświadczeń w systemie w zależności od stosowanych procedur medycznych. System musi umożliwiać składanie oświadczeń przez moduł samoobsługowy online z wykorzystaniem Profilu Zaufanego".

Prosimy o podanie szczegółów opisanego systemu: funkcje, ilości stanowisk, ilości tabletów. Obecny opis jest niejasny i nie ma odzwierciedlenia we wniosku o dofinansowanie projektu realizowanego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego na lata 2014-2020 (RPO WM 2014-2020).

Odpowiedź Zamawiającego:

Wniosek nr 6 o udzielenie wyjaśnień (pisownia oryginalna):

Zwracam się z prośbą o wyjaśnienie treści SIWZ w następującym zakresie:

1. „7.System musi umożliwiać integrację Cenników z modułem Elektronicznego Obiegu Dokumentów w celu ich dystrybucji i zatwierdzania” – prosimy o informację czy moduł Elektronicznego Obiegu Dokumentów jest elementem przedmiotowego postępowania. Jeżeli tak to prosimy o udostępnienie opisu funkcjonalnego. Jeżeli nie to prosimy o podanie producenta SEOD, doprecyzowanie zakresu wymiany danych oraz udostępnienie interfejsów komunikacyjnych oraz dokumentacje umożliwiającą integrację w zakresie opisanym w SIWZ.

2. „4.System musi umożliwiać integrację KNPM z modułem Elektronicznego Obiegu Dokumentów w celu ich dystrybucji i zatwierdzania”

Prosimy o doprecyzowanie analogicznie do pytania 1.

Odpowiedź Zamawiającego:

Odpowiedź 1

Wymóg integracji z modułem EOD należy rozumieć tak, że Zamawiający oczekuje aby wprowadzone cenniki normatywów procedur medycznych były zatwierdzane przy pomocy wieloetapowego procesu akceptacji (EOD).

Odpowiedź 2

Jak w odpowiedzi powyżej.

Wniosek nr 7 o udzielenie wyjaśnień (pisownia oryginalna):

Lp.

Rozdział SIWZ

Fragment SIWZ

Pytanie do Zamawiającego

13.3 Załącznik nr 3A specyfikacja

wymagań dla urządzenia sieciowego w postaci przełącznika agregacyjnego.

Zamawiający oczekuje dostawy przełącznika

CISCO Catalyst WS-C4500X- 16SFP+ wraz z wyposażeniem,

lub urządzenia w pełni z nim kompatybilnego pod kątem integracji z istniejącymi u Zamawiającego

przełącznikami serii Catalyst WS- C4500X

W związku z tym, że

przełącznik agregacyjny Cisco Catalyst 0000-X xx już ogłoszony przez producenta status End of Sale i jest

osiągalny w sprzedaży tylko do 30.10.2020r., czy

Zamawiający wyraża zgodę na zaproponowanie w ofercie przełącznika Cisco

będącego następcą tego modelu,

o parametrach nie gorszych od

wyspecyfikowanych w OPZ?

1.1.1 Wymagania ogólne

System posiada aktywny monitoring kompletności dokumentacji lekarskiej i

pielęgniarskiej wraz z możliwością wylistowania brakujących dokumentów z poszczególnych dni

z poziomu widoku kontekstu pacjenta

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania. Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik (wykaz) umożliwiający realizacje tej

funkcjonalności

1.1.1 Wymagania ogólne

System posiada aktywny monitoring kompletności dokumentacji lekarskiej i

pielęgniarskiej wraz z możliwością wylistowania brakujących dokumentów z poszczególnych dni

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania. Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik (wykaz) umożliwiający realizacje tej

funkcjonalności

1.1.1 Wymagania ogólne

System musi prezentować podgląd danych pacjenta z różnych perspektyw (stan na dany dzień, podgląd parametrów życiowych, wgląd w badania i wszystkie inne zdefiniowane przez użytkownika) w zakresie wszystkich

hospitalizacji pacjenta bez konieczności

wychodzenia z kontekstu tego pacjenta.

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania. Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik

umożliwiający realizacje tej funkcjonalności oraz o sprecyzowanie co to

jest kontekst pacjenta?

1.1.1 Wymagania ogólne

System ma możliwość niezależnego uzupełniania dokumentów przez poszczególne grupy personelu

(lekarz, pielęgniarka, sekretarka i inne grupy personelu) bez wzajemnej blokady uzupełniania danego

dokumentu oraz z

możliwością podglądu wprowadzonej informacji przez inną grupę

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania

1.1.1 Wymagania ogólne

System ma możliwość tworzenia i zapisu przez uprawnionych

użytkowników bez zaawansowanych kompetencji informatycznych całych dokumentów w postaci formularzy

ponownego wykorzystania

Xxxxxxx o doprecyzowanie zapisu –

zaawansowane kompetencje informatyczne

1.1.1 Wymagania ogólne

System umożliwia importowanie i eksportowania

zgłoszenia choroby

nowotworowej do Rejestru Nowotworów

Którego rejestru nowotworów?

1.1.1.2 Wydajność i zgodność

Wykonawca przedstawi zakres testów akceptacyjnych wydajnościowo -

obciążeniowych dla opisanej infrastruktury

technicznej i oprogramowania, potwierdzających spełnienie parametrów odnośnie zadanych czasów odpowiedzi Systemu. W przypadku, jeśli opisana w specyfikacji infrastruktura jest niewystarczająca do spełnienia zadanych wymagań wydajnościowych, Wykonawca

zobowiązany jest do

Prosimy o wskazanie gdzie znajduje się opis infrastruktury?

		dostarczenia na własny koszt dodatkowych serwerów i/lub macierzy
		System musi zapewniać możliwość
		określenia uprawnień odnośnie
9.	1.1.1.3 Uprawnienia	zasad modyfikacji zapisów dotyczących zdarzeń terapeutycznych, dostępu do historii poprzednich zapisów,	O jakich zdarzeniach terapeutycznych jest mowa?
		możliwości
		chronologicznego wyszukiwania, przeglądania i
		drukowania tych zapisów (w tym dokumentacji
		medycznej).
10.	1.1.1.3 Uprawnienia	System zapewnia możliwość kopiowania praw dostępu między użytkownikami	Prosimy o doprecyzowanie zapisu – opis mechanizmu działania.
11.	1.1.2.1 Gromadzenie danych w systemie	System musi umożliwiać zdefiniowanie zablokowania zarejestrowania więcej niż jednego pacjenta np. o tym samym numerze PESEL lub o tym samym imieniu nazwisku i dacie urodzenia.	Prosimy o sprecyzowanie zapisu, w tym o wyjaśnienie co dzieje się w przypadku rejestracji np. bliźniąt jednojajowych, gdzie data urodzenia imię i nazwisko są xxxxxxx?
12.	1.1.2.1 Gromadzenie danych w systemie	System musi zapewniać ewidencjonowanie przyporządkowania do wykonanego świadczenia medycznego informacji o ilości i typie zużytych wyrobów medycznych i produktów leczniczych.	Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik umożliwiający realizacje tej funkcjonalności?
13.	1.1.2.1 Gromadzenie danych w systemie	System musi zapewniać możliwość wprowadzenia blokady edycji wpisów dotyczących zaewidencjonowanych świadczeń w zadanym przedziale czasowym (od miesiąca do miesiąca) dla określonych opcjonalnie: komórek organizacyjnych, personelu	Prosimy o precyzyjne opisanie mechanizmu - czy ma dziać się to na żądanie uprawnionego operatora systemu?

realizującego, umów, świadczeń (produktów

kontraktowych).

14.

1.1.2.1 Gromadzenie danych w systemie

System musi umożliwiać pracownikom szybkie wprowadzanie danych rozliczeniowych (kod produktu kontraktowego, kod produktu jednostkowego, rozpoznania, zrealizowane

procedury medyczne) dotyczących świadczeń wykonanych w gabinetach (wprowadzenie danych z listy dziennej przyjęć danego lekarza poprzez np. wsadowy import wskazanych

wartości z arkusza xls lub wprowadzenie tych danych z wykorzystaniem jednej formatki umożliwiającej szybkie

uzupełnienie danych dla

danego dnia i lekarza).

Prosimy o doprecyzowanie zapisu

,, szybkie wprowadzanie danych rozliczeniowych”. Co

Zamawiający rozumie pod pojęciem ,,szybkie”?

15.

1.1.2.2 Obsługa załączników

System musi posiadać

funkcjonalność ewidencji i kontroli składanych papierowych oświadczeń przez pacjenta: lista kontrolna, skany

oświadczeń, dane identyfikacyjne w tym

nadany numer, miejsce archiwizacji.

Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik

umożliwiający realizacje tej funkcjonalności?

16.

1.1.2.3 Dokumentacja medyczna

System musi umożliwiać weryfikację podpisu

elektronicznego niekwalifikowanego na podpisanych wizytach.

Prosimy o doprecyzowanie mechanizmu

działania opisane funkcjonalności oraz o

sprecyzowanie co to jest

„podpisana wizyta”?

17.

1.1.2.3 Dokumentacja medyczna

System musi umożliwiać weryfikację podpisu

elektronicznego kwalifikowanego na podpisanych wizytach

Prosimy o doprecyzowanie mechanizmu

działania opisane funkcjonalności oraz o

sprecyzowanie co to jest

„podpisana wizyta”?

18.

1.1.2.4 Izba przyjęć

Moduł umożliwia zdefiniowanie czy i dla jakich

oddziałów dostępne jest dokonanie ponownego przyjęcia pacjenta

Wskazane dwa zapisy wykluczają się

przebywającego już w szpitalu.

wzajemnie. Prosimy o wskazanie właściwego

zapisu.

Blokowanie możliwości dokonanie ponownego

przyjęcie pacjenta przebywającego już w

szpitalu

19.

1.1.2.4 Izba przyjęć

Możliwość założenia kolejnej karty DiLO

pacjenta dla drugiej grupy

rozpoznań bez konieczności zamykania aktywnej karty

Wskazane dwa zapisy wykluczają się

wzajemnie. Prosimy o wskazanie właściwego

zapisu.

Możliwość zablokowania zakładania kilku

aktywnych kart DiLO dla pacjenta

20.

1.1.2.4 Izba przyjęć

Wydruk danych z poszczególnych ksiąg

Prosimy o doprecyzowanie jakich danych oraz

jakich ksiąg dotyczy zapis.

21.

1.1.2.4 Izba przyjęć

Współpraca z czytnikami dowodów osobistych w zakresie co najmniej odczytywania danych pacjenta: nazwisko, imię, XXXXX, nr dowodu

osobistego

Xxxxxxx o wskazanie jakie czytniki dowodów osobistych są wykorzystywane przez Zamawiającego?

22.

1.1.2.5 SOR

System musi umożliwiać tworzenie wymaganej

dla SOR dokumentacji medycznej.

Prosimy o precyzyjne wskazanie dokumentacji

jakiej dotyczy zapis.

23.

1.1.2.5 SOR

System musi umożliwiać klasyfikację pacjentów z

wykorzystaniem następujących kolorów: czarny, czerwony, pomarańczowy, żółty,

zielony, niebieski

Prosimy o wykreślanie koloru "czarnego". Pacjent o kolorze "czarnym" nie jest pacjentem, lecz zwłokami.

24.

1.1.2.5 SOR

Zaawansowane wyszukiwanie pacjenta.

Prosimy o doprecyzowanie co Zamawiający

rozumie pod wskazanym zapisem.

25.

1.1.2.5 SOR

System powinien umożliwiać śledzenie procesu udzielania świadczeń w przebiegu TRIAGE poprzez przypisanie zadań wykonywanych przez personel za pomocą indywidualnych dla danej grupy kolorów informujących o zleconych, wykonanych i zatwierdzonych

zadaniach.

Prosimy o doprecyzowanie zapisu

– opis

mechanizmu działania.

26.

1.1.2.5 SOR

System w zależności od uzyskanych wyników badań automatycznie będzie przypisywał kolor TRIAGE. Przypisany przez system kolor personel medyczny będzie

uprawniony zmodyfikować w zależności od nadanych uprawnień. (lekarz,

pielęgniarka, ratownik medyczny).

Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik

umożliwiający realizacje tej funkcjonalności?

27.

1.1.2.5 SOR

System musi umożliwiać definiowanie własnych wykazów w oparciu o zgromadzone w systemie dane.

Prosimy o doprecyzowanie zapisu

– opis

mechanizmu działania. Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik (wykaz) umożliwiający realizacje tej

funkcjonalności.

28.

1.1.2.6 Obsługa oddziału

System zapewnia możliwość wyświetlania ostrzeżeń na liście pacjentów oddziału co najmniej w zakresie:

− Skala Norton, REAL, XXXXXXXX΄A.

− Ocena stanu odżywienia

− Liczba dni od założenia aktualnego cewnika

− Liczba dni cewnikowania

− Odleżyny

− Liczba dni od zakończenia poprzedniej

hospitalizacji na oddziale

− Czas przymusu bezpośredniego

− Czas założonego wkłucia obwodowego

przekraczający 72h

Prosimy o doprecyzowanie zapisu

– opis

mechanizmu działania.

29.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość wyświetlania na liście pacjentów oddziału alertu o podejrzeniu

zakażenia szpitalnego wygenerowany po wpisaniu w dokumentację wartości

przekraczające dopuszczalne normy (np. temperatura powyżej 38°C, określone

wskaźniki biochemiczne lub inne określone

przez użytkownika)

Prosimy o precyzyjne wskazanie o jakich

wskaźnikach mowa w niniejszym zapisie.

30.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość podejrzenia dokumentacji pacjenta w trakcie uzupełniania dokumentacji bez wychodzenia z kontekstu

dokumentu

Prosimy o doprecyzowanie o jakiej dokumentacji jest mowa we wskazanym zapisie?

31.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość uzupełnienia dokumentacji związanej z zakażeniami szpitalnymi, wraz z automatycznym rozpoznaniem patogenu

alertowego i wygenerowaniem wymaganych przepisami prawa raportów, w tym sprawozdawczości w systemach

NFZ.

Prosimy o wyjaśnienie co oznacza

,,automatyczne rozpoznanie patogenu”?

32.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość wyświetlania listy braków w dokumentacji oraz wyświetlania komunikatu w przypadku zatwierdzania dokumentu wypisu pacjenta

Xxxxxxx o doprecyzowanie jakiej dokumentacji dotyczy wskazany zapis? Prosimy o informacje czy Zamawiający udostępni odpowiedni

słownik umożliwiający realizacje tej

funkcjonalności?

33.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość generowania wszystkich wymaganych prawnie

raportów

Prosimy o wskazanie raportów, o których

mowa we wskazanym zapisie?

34.

1.1.2.6 Obsługa oddziału

System musi zapewniać możliwość ewidencji

danych niezbędnych dla sporządzenia karty

gorączkowej.

Prosimy o wskazanie danych, o których mowa we wskazanym zapisie?

35.

1.1.2.6 Obsługa oddziału

System z poziomu administracji musi posiadać możliwość definiowania własnych adnotacji do dokumentów, które będą widoczne dla

użytkowników w trakcie ich uzupełniania

Prosimy o przedstawienie opisu mechanizmu działania wskazanej funkcjonalności – czy zapis zostanie zrealizowany poprzez pole ,,uwagi”? Prosimy o

informacje czy Zamawiający

udostępni odpowiedni słownik adnotacji

umożliwiający realizacje tej

funkcjonalności?

36.

1.1.2.6 Obsługa oddziału

wprowadzenie danych o rodzaju hospitalizacji

dla celów statystycznych, np. hospitalizacja całodobowa z zabiegiem operacyjnym, hospitalizacja dzienna bez zabiegów i badań

laboratoryjnych itp.

Prosimy o doprecyzowanie co mieści się w zapisie

,,itp….”

37.

1.1.2.6 Obsługa oddziału

System musi umożliwiać odmowę przyjęcia na

oddział – zgłoszenie na Izbę

Przyjęć żądania anulowania przyjęcia.

Prosimy o doprecyzowanie wskazanego zapisu.

38.

1.1.2.6 Obsługa oddziału

System musi umożliwiać definiowanie przez

administratora minimalnego zbioru

danych, który musi być uzupełniony przed zamknięciem

hospitalizacji pacjenta.

Prosimy o podanie przykładu.

Prosimy o

informacje czy Zamawiający

udostępni odpowiedni słownik zbioru danych

umożliwiający realizacje tej funkcjonalności

39.

1.1.2.6 Obsługa oddziału

System musi umożliwiać przekazanie do

wykonania procedur zabiegowych w

gabinetach zabiegowych oddziału

Prosimy o doprecyzowanie wskazanego zapisu.

40.

1.1.2.6 Obsługa oddziału

Odstąpienie od sekcji zwłok z możliwością

złożenia elektronicznego podpisu przez członka

rodziny upoważnionego wcześniej bądź

przedstawiciela ustawowego.

Prosimy o doprecyzowanie i opisanie mechanizmu działania wskazanej funkcjonalności.

41.

1.1.2.6 Obsługa oddziału

System musi umożliwiać obsługę dyżurów

lekarskich.

Prosimy o doprecyzowanie wskazanego zapisu.

42.

1.1.2.6 Obsługa oddziału

System musi umożliwiać blokowanie wypisu przy braku potwierdzenia kompletności dokumentacji medycznej pacjenta.

Prosimy o wskazanie o jakiej dokumentacji mowa w niniejszym zapisie? Prosimy o

informacje czy Zamawiający

udostępni odpowiedni słownik umożliwiający realizacje tej

funkcjonalności?

43.

1.1.2.6 Obsługa oddziału

System musi umożliwiać parametryzację kart

informacyjnych leczenia szpitalnego

– dla

każdego oddziału osobno

Prosimy o wskazanie kart opisanych w niniejszym zapisie.

44.

1.1.2.6 Obsługa oddziału

System musi umożliwiać tworzenie, obsługę i monitowanie różnych ścieżek postępowania z pacjentem obejmujących zdarzenia medyczne realizowane poprzez usługi ambulatoryjne,

hospitalizacyjne i diagnostyczne.

Prosimy o wskazanie ścieżek opisanych w

niniejszym zapisie.

45.

1.1.2.7 Panel lekarski

System musi umożliwiać stosowanie filtrów listy pacjentów obejmujące:

- pacjentów z innych oddziałów z leczeniem

skojarzonym

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

46.

1.1.2.7 Panel lekarski

System musi umożliwiać tekstowe

wyszukiwania elementów historii leczenia.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

47.

1.1.2.7 Panel lekarski

System musi umożliwiać dołączanie do EDM i archiwizowanie zeskanowanych dokumentów z

formy papierowej

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania.

48.

1.1.2.7 Panel lekarski

System musi umożliwiać ograniczanie

wyświetlanych w panelu danych dotyczących

danego pacjenta z okresu:

- ostatnie 24h,

- ostatnie 72h,

- wybrany dzień,

-zakres dat od do,

-informacjach ginekologicznych.

Prosimy o wskazanie danych wymienionych w niniejszym zapisie.

49.

1.1.2.7 Panel lekarski

System musi umożliwiać redefiniowanie znaczenia pól opisowych wywiadu w zależności od wymagań poszczególnych

oddziałów/poradni.

Prosimy o informację co znaczy redefiniowanie?

50.

1.1.2.7 Panel lekarski

System musi umożliwiać ustawienie dla każdego badania wartości domyślnej, wstawianej po wczytaniu szablonu bądź danego badania.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

Prosimy o

informacje czy Zamawiający udostępni

odpowiedni słownik

umożliwiający realizacje tej funkcjonalności?

51.

1.1.2.7 Panel lekarski

System musi umożliwiać domyślne wczytanie

poprzedniej wartości badania.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

52.

1.1.2.7 Panel lekarski

System musi umożliwiać ewidencjonowanie badań przedmiotowych w strukturze hierarchicznej i ich prezentację za pomocą tzw.

„drzewa”.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

53.

1.1.2.7 Panel lekarski

System musi umożliwiać automatyczne dodawania procedury medycznej na podstawie zrealizowanej konsultacji

O jakiej procedurze mowa w niniejszym zapisie? Prosimy o informacje czy Zamawiający

udostępni odpowiedni słownik umożliwiający

realizacje tej funkcjonalności?

54.

1.1.2.7 Panel lekarski

System musi umożliwiać pobieranie wyników diagnostycznych oraz laboratoryjnych z danego dnia do

obserwacji lekarskich.

Czy wskazana funkcjonalność ma działać w sposób automatyczny a co za tym idzie z wystąpieniem ryzyka nie zapoznana się

bezzwłocznie z wynikiem badania

przez

zlecającego badanie?

55.

1.1.2.7 Panel lekarski

System musi umożliwiać przypominanie o

wypełnieniu dokumentu związanego ze stanem odżywienia, monitorowaniem bólu,

zakażeniami, oceną geriatryczną, oceną

zagrożenia wystąpienia odleżyn, oceną

kategorii pacjenta (wywiad

epidemiologiczny).

Czy wskazany zapis stanowi kompletny wykaz?

56.

1.1.2.7 Panel lekarski

System musi umożliwiać wprowadzanie informacji związanych z podjętymi

resuscytacjami, ich przyczynami, skutecznością

– dokonywanie analiz, generowanie raportów.

Prosimy o wskazanie zakresu danych

dotyczących niniejszego zapisu.

57.

1.1.2.7 Panel lekarski

System musi umożliwiać wystawianie różnego rodzaju

zaświadczeń np. potwierdzenia przyjęcia do szpitala / pobytu w szpital, ZUS ZLA.

Wymagana możliwość korzystania z

gotowych szablonów zaświadczeń

Xxxxxxx o podanie wykazu zaświadczeń

opisanych we wskazanym zapisie.

System musi umożliwiać

58.

1.1.2.7 Panel lekarski

administratorowi lub wyznaczonej osobie bezpośrednie

zaczytywanie listy leków refundowanych na

Prosimy o wskazanie pliku, z jakiego mają być

zaczytywane dane.

podstawie pliku .xls

publikowanego przez

Ministerstwo Zdrowia

59.

1.1.2.7 Panel lekarski

System musi umożliwiać generowanie

formularza zgody pacjenta na zabieg wg

ustalonej przez użytkownika treści

Prosimy o podanie wskazanych w niniejszym

zapisie treści.

60.

1.1.2.7 Panel lekarski

System musi umożliwiać dodawanie dowolnych plików powiązanych z danym pacjentem oraz

wizytą lub hospitalizacją.

Prosimy o wskazanie plików opisanych w

niniejszym zapisie.

61.

1.1.2.7 Panel lekarski

System musi umożliwiać skonfigurowanie standardowego wydruku dla konfigurowalnego formularza z opcją drukowania całego formularza lub tylko wypełnionych/zaznaczonych

wartości

Prosimy o doprecyzowanie o jakim wydruku mowa jest w niniejszym zapisie?

62.

1.1.2.7 Panel lekarski

System musi umożliwiać wygenerowanie

raportu z liczbą dni od zakończenia poprzedniej hospitalizacji na oddziale z możliwością

monitorowania readmisji

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

63.

1.1.2.8 Ordynacja Lekarska

System musi umożliwiać prezentację odpowiednich statusów

realizacji zlecenia za pomocą różnych znaków graficznych lub

opisów tekstowych

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

Prosimy o

informacje czy Zamawiający udostępni

odpowiedni słownik

umożliwiający realizacje tej funkcjonalności?

64.

1.1.2.8 Ordynacja Lekarska

System musi umożliwiać zbiorcze przyjmowanie zleceń przez

pielęgniarkę

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

65.

1.1.2.8 Ordynacja Lekarska

System musi umożliwiać synchronizację pomiędzy kartą zleceń lekarskich, a księgą zabiegów

pielęgniarskich.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

Prosimy o

informacje czy Zamawiający udostępni

odpowiedni słownik

umożliwiający realizacje tej funkcjonalności?

66.

1.1.2.8 Ordynacja Lekarska

System musi posiadać mechanizm definiowania

dodatkowych filtrów

ograniczających listę zleceń. Użytkownik może zaznaczyć więcej niż

jeden filtr w danym momencie.

Prosimy o wskazanie filtrów o jakich mowa jest

w niniejszym zapisie.

67.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać odnotowanie realizacji

wielu zleceń pielęgniarskich jednocześnie.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

68.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać wprowadzanie zaleceń

pielęgniarskich w rozbiciu na 3 pola z

możliwością zdefiniowania ich nagłówków

przez administratora.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

69.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać definiowanie

szablonów zaleceń dla wszystkich pól

jednocześnie lub indywidualnie dla każdego

pola

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

70.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać pobrania zatwierdzonych zaleceń do karty informacyjnej.

Prosimy o wskazanie o jakiej karcie informacyjnej oraz o których zleceniach mowa oraz w

niniejszym zapisie.

71.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać oznaczanie kolorem wkłuć w zależności od czasu, który upłynął od momentu jego założenia np. czerwonym

wkłucie obwodowe powyżej 72h

od założenia

Prosimy o precyzyjne opisanie

mechanizmu działania wskazanej funkcjonalności. Prosimy o informacje czy Zamawiający

udostępni odpowiedni słownik umożliwiający realizacje

tej funkcjonalności?

72.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać ewidencję pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika kolejności.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

Prosimy o wykreślenie niniejszego zapisu.

Wprowadzenie takiego zapisu znacznie ogranicza możliwość jednolitej pracy

użytkowników w systemie.

73.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać automatyczne

ustalanie kategorii opieki

pielęgniarskiej dla pacjenta, na podstawie kategorii określanych dla kryterium: aktywność fizyczna, odżywianie,

wydalanie.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

74.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać przypisanie każdemu pacjentowi kategorii pielęgnacyjnej na dobę.

Jaką dobę na myśli ma Xxxxxxxxxxx ile ona ma

trwać i jak ma się zachowywać system w przypadku tzw. doby

„zerowej”?

75.

1.1.2.9 Opieka pielęgniarska

System musi posiadać mechanizm automatycznego kopiowania kategorii

pielęgniarskiej z poprzedniej doby/zmiany dla pacjenta z

możliwością jej zmiany w dniu bieżącym

Prosimy o doprecyzowanie zapisu – na dobę

czy na zmianę? Ile trwa zmiana? Czy występują u Zamawianego różne długości trwania zmian a jeżeli tak to prosimy o informacje czy

Zamawiający udostępni odpowiedni

słownik?

76.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać kategoryzację pacjentów na podstawie wyboru z listy wartości w formularzach min. Karty

Indywidualnej Opieki, Zaleceń pielęgniarskich,

Bilansu płynów, Karty realizacji opieki

Prosimy o wskazanie listy wartości o których

mowa w niniejszym zapisie.

77.

1.1.2.9 Opieka pielęgniarska

Podczas tworzenia dokumentu oceny stanu

odżywiania, system musi

uzupełnić dokument danymi ostatnich pomiarów

Proszę o wskazanie o jakich pomiarach mowa

jest w niniejszym zapisie?

78.

1.1.2.9 Opieka pielęgniarska

System musi umożliwiać listy pacjentów na oddziale do pacjentów posiadających zlecenia z uwagami do podania

Prosimy o precyzyjne opisanie mechanizmu działania wskazanej funkcjonalności oraz o wyjaśnienie co oznacza

„…musi umożliwiać

listy pacjentów…”

79.

1.1.2.10 Blok operacyjny

System musi umożliwiać automatyczne rozliczanie personelu

uczestniczącego w zabiegu w systemie punktowym

Prosimy o opisanie w jaki sposób?

Co dzieje się

w sytuacji gdzie jednocześnie jest realizowanych dwa i więcej zabiegów

operacyjnych w trakcie trwania jednej

operacji? Jak wówczas przypisać punkty?

80.

1.1.2.10 Blok operacyjny

wszystkie przekrojowe analizy na podstawie wprowadzonych danych.

Prosimy o doprecyzowanie zapisu "wszystkie przekrojowe analizy na podstawie

wprowadzonych danych".

81.

1.1.2.10 Blok operacyjny

automatyczne przenoszenie

statystyk (w ujęciu miesięcznym ) wszystkich procedur do modułu koszty w celu wyliczenia kluczy

podziałowych

Prosimy o doprecyzowanie zapisu "wszystkich procedur"

82.

1.1.2.10 Blok operacyjny

System musi umożliwiać ewidencjonowanie zabiegów połączonych, tzn. osobnych zabiegów chirurgicznych wykonywanych w ramach jednego znieczulenia i na tej samej sali (ale

dotyczących innych procedur i potencjalnie

wykonywanych przez inne zespoły).

Prosimy o doprecyzowanie zapisu – opis

mechanizmu działania. Ile ma być np. wpisów do księgi operacyjnej?

83.

1.1.2.10 Blok operacyjny

System musi umożliwiać zdefiniowanie dopuszczalnych różnic czasu wystąpienia zdarzeń związanych z zabiegiem. W przypadku przekroczenia tej różnicy użytkownik powinien być uprzedzany o wystąpieniu

takiej sytuacji

Xxxxxxx o wskazanie o jakich zdarzeniach mowa jest w niniejszym zapisie?

84.

1.1.2.10 Blok operacyjny

System musi umożliwiać definiowania grup realizowanych procedur (np. główne,

dodatkowe, anestezjologiczne) i listy procedur

w każdej grupie niezależnie dla każdej Sali

operacyjnej.

Prosimy o informację czy chodzi o procedury ICD9? Prosimy o informacje czy Zamawiający udostępni odpowiedni słownik umożliwiający realizacje tej funkcjonalności?

85.

1.1.2.10 Blok operacyjny

System musi umożliwiać ewidencję procedur wykonanych w ramach zabiegu w kosztach funkcjonowania innych komórek

organizacyjnych.

Prosimy o wskazanie których - pacjent

jednocześnie może przebywać tylko i

wyłącznie w jednej komórce organizacyjnej.

86.

1.1.2.10 Blok operacyjny

- automatycznej (w momencie zaplanowanie

lub przyjęcia zabiegu),

- automatycznej opóźnionej (zabiegi są

wpisywane do księgi po zakończeniu dnia operacyjnego),

Wskazane dwa zapisy wykluczają się wzajemnie. Prosimy o wskazanie

właściwego

zapisu.

87.

1.1.2.10 Blok operacyjny

System musi umożliwiać określenie (globalnie

lub dla każdej sali operacyjnej) zakresu danych, których ewidencja jest obowiązkowa przed

oznaczeniem zabiegu jako

wykonany

Prosimy o wskazanie zakresu danych opisanych w niniejszym zapisie.

88.

1.1.2.10 Blok operacyjny

System musi umożliwiać definiowanie różnych raportów prezentujących opis zabiegu dla

różnych sal operacyjnych.

Prosimy o doprecyzowanie o jakich raportach mowa?

89.

1.1.2.11 Blok Porodowy

System musi umożliwiać rejestrację porodu, poród:

…

- w izbie przyjęć,

- w domu (z pomocą lub bez pomocy),

- w innym miejscu.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

90.

1.1.2.11 Blok Porodowy

- płeć: męska, żeńska, nieznana,

Xxxxxxx o wykreślenie zapisu

,,nieznana” i

zmianę na właściwe ,,nieokreślona”.

91.

1.1.2.12 Bank krwi -zlecenia

System musi umożliwiać automatyczne

przekazanie do modułu KKL

danych o wartości zużytej krwi na pacjenta

Prosimy o wyjaśnienie, w jaki sposób system ma liczyć wartość a nie ilość zużytej krwi?

92.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać stworzenie karty

zakażenia personelu

Prosimy o wskazanie wzoru dokumentu.

93.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać wyświetlanie alertu o możliwości zakażenia w przypadku zmian

wybranych parametrów np. przy temperaturze

ciała powyżej 38 st. C.

Prosimy o przedstawienie wykazu paramentów i w jaki sposób ma być to alarmowane?

94.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać realizację karty

zakażenia:…

Na czym ma polegać realizacja karty zakażenia?

95.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać

uzupełnianie karty zakażenia fragmentami, z możliwością

powrotu do wybranych zakładek.

Prosimy o wskazanie o jakich zakładkach mowa jest w niniejszym zapisie?

Należy wskazać, że nie

każdy system HIS posiada zakładki.

96.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać zbiorczą modyfikacje kart zakażeń i kart drobnoustroju alarmowego.

Prosimy o wyjaśnienie na czym ma polegać zbiorcza modyfikacja? Prosimy o informacje czy Zamawiający

udostępni odpowiedni słownik modyfikacji umożliwiający realizacje

tej funkcjonalności?

97.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać nanoszenie wszystkich niezbędnych danych do wypełnienia Karty Zakażenia Szpitalnego. Dane ewidencjonowane w innych modułach pojawiają się

automatycznie.

Prosimy o doprecyzowanie co oznacza zapis

,,wszystkich niezbędnych danych” oraz ,, inne moduły”?

98.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać odbieranie kart

zgłoszenia zakażenia szpitalnego przez zespół kontroli zakażeń zakładowych jako

indywidualne karty rejestracji

Prosimy o doprecyzowanie na czym polega wskazany w zapisie odbiór?

99.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać zatwierdzanie przez lekarza odpowiedzialnego za rejestr zakażeń

szpitalnych kart spływających z

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

poszczególnych

oddziałów i uwzględniania ich w raportach.

100.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać dwuetapowe

zatwierdzania karty: wstępnej weryfikacji przez jedną osobą i ostatecznego zatwierdzenia przez

inną.

Prosimy o wykreślenie wskazanego zapisu, z uwagi na brak podstaw prawnych do jego realizacji.

101.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać dostęp do danych z

całego systemu (mechanizm

wartości początkowych pól karty oraz dowiązywania

formularzy należących do innych modułów).

Co Zamawiający rozumie pod pojęciem

,,dowiązywanie”?

102.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać generowanie

dowolnych raportów z

zakresu tematyki zakażeń szpitalnych.

Prosimy o wskazanie jakich raportów oraz jakiego zakresu danych dotyczy niniejszy zapis?

103.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać dostęp do wykazu zużycia

antybiotyków na

poszczególnych oddziałach w

przeliczeniu na jednostki mocy (dawki), DDD, opakowania i inne.

Prosimy o wskazanie co Zamawiający rozumie pod zapisem ,,inne…”?

104.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać wygenerowane raportu z pacjentami z wybranej grupy ryzyka oraz pacjentów

spełniających warunki do pobrania badania przesiewowego (przypadki

zostaną opisane w przesłanej ocenie

ryzyka).

Proszę o dołączenie do dokumentacji wskazanej w niniejszym zapisie oceny ryzyka. Proszę o wskazanie jakiego raportu jakiej grupy ryzyka, jakich warunków?

105.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać - określenie podstawy podania antybiotyków: profilaktyka

okołooperacyjna, profilaktyka medyczna,

leczenie zakażenia, inne + opis. Na podstawie podań leków analiza przyczyn podawania

leków. Terapia empiryczna, celowana, itd.

Proszę o wyjaśnienie czy Zamawiający ma na myśli podstawę podania czy też zastosowania?

Proszę o wskazanie co kryje się pod wskazanym w zapisie

,,itd…”?

106.

1.1.2.13 Zakażenia szpitalne

System musi umożliwiać podgląd w moduł zakażenia przy przyjmowaniu pacjenta do szpitala oraz na oddziale pacjenta, u którego wcześniej wystąpiło zakażenie szpitalne lub

wykryto patogen alarmowy.

Prosimy o wyjaśnienie dlaczego Zamawiający wymaga

modułowej budowy systemu?

107.

1.1.2.14 Zlecenia i skierowania

System musi zapewniać

możliwość ewidencji danych niezbędnych dla sporządzenia karty

gorączkowej.

Prosimy o wskazanie o jakich danych mowa jest w niniejszym zapisie?

108.

1.1.2.17 Diety

System musi umożliwiać eksport danych w

formacie .csv w zakresie diet do zewnętrznego

programu.

Prosimy o wskazanie o jakich danych mowa jest w niniejszym zapisie?

109.

1.1.2.18 Leki – Zlecenia i realizacja

System musi umożliwiać modyfikację parametrów

pompy w trakcie jej podawania oraz odstawienia pompy z przeliczaniem

jednostek właściwych dla danego

urządzenia

Prosimy o wykaz urządzeń i producentów pomp oraz wykaz właściwych dla danego

urządzenia jednostek.

110.

1.1.2.18 Leki – Zlecenia i realizacja

System musi umożliwiać zawężenie listy pacjentów na oddziale do pacjentów

posiadających leki do decyzji.

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

111.

1.1.2.18 Leki – Zlecenia i realizacja

System dla wyróżnionych grup leków

„Antybiotyki”, „P. zakrzepowe” oraz „P.

cukrzycowe” musi umożliwiać konfigurację wyników badań laboratoryjnych oraz

parametrów życiowych, które będą

prezentowane przy datach podania

leku

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

112.

1.1.2.18 Leki – Zlecenia i realizacja

System musi umożliwiać rozdział zleceń dla pielęgniarki lekowej (tabletki, kapsułki, etc.) i zabiegowej (iniekcje).

Prosimy o informację, co w sytuacji, kiedy dany lek np. paracetamol jest zlecony "w razie

potrzeby" i jego postać jest zarówno i.v jak i

p.o – gdzie wówczas ma się lek pokazać?

113.

1.1.2.18 Leki – Zlecenia i realizacja

System musi umożliwiać synchronizację pomiędzy kartą zleceń

lekarskich, a księgą zabiegów

pielęgniarskich

Prosimy o precyzyjne opisanie mechanizmu

działania wskazanej funkcjonalności.

114.

1.1.2.25 Xxxxxxxxxxx x XXX

System musi umożliwiać z poziomu Raport JGP łatwy i szybki wgląd w wyniki jednostki.

Proszę o wskazanie do oznacza w rozumieniu Zamawiającego Raport JGP oraz o sprecyzowanie sformułowania

„łatwy i szybki

wgląd w wyniki jednostki”.

115.

1.1.2.25 Xxxxxxxxxxx x XXX

System musi umożliwiać zintegrowanie

Raportu JGP z Optymalizatorem JGP.

Proszę o opisanie mechanizmu oraz zakresu

integracji.

116.

1.1.2.25 Rozliczenia z NFZ

System musi umożliwiać automatyczne

wyznaczanie także innych potencjalnych grup w

przypadku alternatywnej kwalifikacji świadczenia z jawnym

oznaczeniem grupy

najbardziej intratnej.

Prosimy o wyjaśnienie sformułowania

,,intratna grupa”.

117.

1.1.2.28 Gabinet

System musi umożliwiać generowanie raportu,

podsumowującego wizyty danego lekarza z wszystkich poradni, z informacjami o rozpoznaniach, typie wizyty, wykonanych ICD9

itp.

Prosimy o wskazanie co

Zamawiający ma na myśli pod

,,itp…”?

118.

1.1.2.28 Gabinet

System musi umożliwiać generowanie karty znieczulenia przy zabiegach wymagających asysty anestezjologa.

Czy Zamawiący w Gabinecie wykonuje

znieczulenia przy zabiegach wymagających asysty anestezjologa a jak tak to prosimy o informacje czy Zamawiający udostępni odpowiedni słownik (wykaz) umożliwiający

realizacje tej funkcjonalności

119.

1.1.2.28 Gabinet

System musi umożliwiać automatyczną,

konfigurowalną (w zależności od specyfiki danego zasobu) generowanie, wydruk i

przegląd księgi gabinetu, poradni,

pracowni

Prosimu o precyzyjne określanie o jakich

księgach mowa?

120.

1.1.2.28 Gabinet

System musi umożliwiać użytkowanie zdefiniowanych wcześniej wzorców

dokumentacji dedykowanych dla danego typu

wizyty (w zależności od

specjalności wizyty i gabinetu).

Prosimy o wskazanie wykazów oraz wzorów dotyczących niniejszego zapisu.

121.

1.1.2.28 Gabinet

System musi umożliwiać generowanie

raportów, wykazów i wydruków

Prosimy o wskazanie o jakich raportach i

		niezbędnych dla pracy gabinetu według potrzeb Zamawiającego	wykazach mowa w niniejszym zapisie?
122.	1.1.2.28 Gabinet	System musi umożliwiać wydruk zaświadczenia lub orzeczenia lekarskiego.	Prosimy o wskazanie którego zaświadczenia lub orzeczenia lekarskiego oraz w jakim zakresie?
123.	1.1.2.28 Gabinet	System musi umożliwiać generowanie formularza zgody pacjenta na zabieg.	Prosimy o przedstawienie wzoru kwestionariusza.
124.	1.1.2.29 Gabinet POZ	System musi umożliwiać uzupełnianie dokumentów związanych z zakażeniem.	Prosimy o doprecyzowanie jakie zakażenia oraz jakie dokumenty Zamawiający ma na myśli w niniejszym zapisie?
125.	1.1.2.29 Gabinet POZ	wypełnienie kwestionariusza wywiadu przesiewowego przed szczepieniem dorosłych	Prosimy o przedstawienie wzoru kwestionariusza.
126.	1.1.2.29 Gabinet POZ	System musi umożliwiać dostęp do podglądu wyników badań. W przypadku wyników badań laboratoryjnych w formie tabelarycznej powinny zostać oznaczane wartości odstające.	Co Zamawiający rozumie pod sformułowaniem ,,wartości odstające”?
127.	1.1.2.29 Gabinet POZ	Ankieta satysfakcji kobiet objętych opieką okołoporodową.	Prosimy o przedstawienie wzoru.
128.	1.1.2.29 Gabinet POZ	- Edynburska skala depresji poporodowej (EPDS).	Prosimy o przedstawienie wzoru.
129.	1.1.2.29 Gabinet POZ	Gromadzenie danych - daty wizyt.	Prosimy o przedstawienie wzoru.
130.	1.1.2.29 Gabinet POZ	- Karta opieki nad kobietą ciężarną - edukacja prowadzona przez położną (POZ).	Prosimy o przedstawienie wzoru.
131.	1.1.2.29 Gabinet POZ	Plan porodu.	Prosimy o przedstawienie wzoru.
132.	1.1.2.29 Gabinet POZ	Program edukacji przedporodowej.	Prosimy o przedstawienie wzoru.
133.	1.1.2.29 Gabinet POZ	System musi umożliwiać uzupełnianie dokumentacji medycznej POZ wymaganej dla pielęgniarki/pielęgniarki środowiskowej/położnej.	Prosimy o przedstawienie wzoru.
134.	1.1.2.29 Gabinet POZ	Ankieta satysfakcji kobiet objętych opieką okołoporodową.	Prosimy o przedstawienie wzoru i wykazu.

135.

1.1.2.31 Badania profilaktyczne

System musi umożliwiać implementację dedykowanych raportów

pozwalających na profilowanie pacjentów wg założonych

kryteriów. Generator ten powinien pozwalać na samodzielne zakładanie warunków

wyszukiwania pacjentów wg wszystkich możliwych

kombinacji i zakresów. Po wygenerowaniu konkretnego zapytania system

powinien zwracać listę pacjentów

spełniających założone kryteria.

Prosimy o wskazanie parametrów raportu.

136.

1.1.2.31 Badania profilaktyczne

System musi umożliwiać wydruk lub zapis w

formacie .doc / .xls / .csv wygenerowanej lista

pacjentów.

Prosimy o doprecyzowanie zapisu

– opis

mechanizmu działania.

137.

1.1.2.31 Badania profilaktyczne

System musi umożliwiać definiowanie dedykowanych, modyfikowanych przez użytkowników, pism kierowanych do

odpowiedniej grup pacjentów. Wygenerowane pismo powinno zawierać dane pacjenta: Imię, Nazwisko, PESEL, adres zamieszkania i

korespondencyjny

Prosimy o wzory.

138.

1.1.3.12 E- Dokumentacja

System musi umożliwiać masowy import

obsługiwanych dokumentów archiwalnych.

Prosimy o doprecyzowanie mechanizmu oraz

zakresu działania wskazanej funkcjonalności.

139.

ZAŁĄCZNIK NR 4 DO SIWZ - SPECYFIKACJA URZĄDZEŃ ROZWIĄZANIA KOLEJKOWEGO

Biletomat:

Jednostka sterująca

Procesor min. dwurdzeniowy o częstotliwości

taktowania procesora min. 2.4GHz, Pamięć RAM min. 2 GB

Dysk twardy SSD min. 128GB

Karta sieciowa zintegrowana, 10/100/1000 MBit/s

Karta graficzna zintegrowana

Porty I/O: min. 4x USB 2.0

Czy Zamawiający zgodzi się na dostarczenie rozwiązania przez Wykonawcę w postaci odpowiednio zoptymalizowanego oprogramowania wraz z procesorem 4

rdzeniowym ale o częstotliwości taktowania

1,5 GHz?

140.

ZAŁĄCZNIK NR 4 DO SIWZ - SPECYFIKACJA URZĄDZEŃ ROZWIĄZANIA KOLEJKOWEGO

Zapisy dotyczące wyświetlaczy LED

Czy Zamawiający zgodzi się na dostarczenie rozwiązania wyświetlającego treści nie na wyświetlaczach LED a na monitorach przy

wykorzystaniu minikomputerów Raspberry Pi ?

Odpowiedź Zamawiającego:

Odpowiedź 1

Tak. W rozumieniu Zamawiającego urządzenie będące następcą przykładowego modelu powinno spełniać wymaganie zapisane jako “(…) lub urządzenia w pełni z nim kompatybilnego pod kątem integracji z istniejącymi u Zamawiającego przełącznikami serii Catalyst WS-C4500X".

Odpowiedź 2

Zamawiający oczekuje, że dostawca będzie znał wymagania formalno-prawne w zakresie koniecznej dokumentacji medycznej. Zamawiający będzie współpracował przy wdrożeniu systemu określając wykaz wymaganych dokumentów określonych jako „obowiązkowe”.

Odpowiedź 3

Odpowiedź udzielono w odpowiedzi na pytanie nr 2 zadane w przedmiotowym wniosku.

Odpowiedź 4

Za “kontekst pacjenta” Zamawiający rozumie takie miejsce w systemie, w którym podczas przeglądania danych pojedynczego pacjenta (kartoteka pacjenta) możliwe jest wyświetlenie list: hospitalizacji pacjenta, wizyt ambulatoryjnych (przychodnie), wykonanych badań, zleceń, skierowań, recept oraz innych zdarzeń/danych oraz historycznych wyników badań ambulatoryjnych oraz szpitalnych – bez wychodzenia z aktualnej wizyty lub hospitalizacji pacjenta. System powinien umożliwiać przeglądanie danych szczegółowych tych list.

Odpowiedź 5

Zamawiający miał na myśli taką funkcjonalność przy pomocy, której możliwa jest praca w “kontekście pacjenta” przez wiele osób na raz, tworzenie dokumentów dla tego samego pacjenta w tym samym czasie, rejestrowanie zdarzeń, zleceń, skierowań, itd. Dla jasności Zamawiający precyzuje, że nie oczekuje możliwości edycji tego samego dokumentu, np. tego samego zlecenia na badania, przez więcej niż jedną osobę jednocześnie, lecz o możliwość jednoczasowej edycji wielu różnych dokumentów składających się na ten sam pobyt pacjenta w szpitalu lub wizytę w poradni.

Odpowiedź 6

Zamawiający poprzez “zaawansowane kompetencje informatyczne” rozumie kompetencje związane ze znajomością technologii informatycznych na wyższym niż podstawowym poziomie (wykraczające poza zwykłą obsługę systemu), takich jak (na przykład): języki programowania, języki i składnia skryptów, składnia języka znaczników XML, JSON, itd..

Odpowiedź 7

Zamawiający precyzuje, iż chodzi o Krajowy Rejestr Nowotworów, o którym mowa w Rozporządzeniu Ministra Zdrowia z dnia 14 czerwca 2018 roku w sprawie Krajowego Rejestru Nowotworów (Dz.U. 2018 r., poz. 1197)

Odpowiedź 8

Zamawiający miał na myśli infrastrukturę opisaną w załączniku nr 3 do SIWZ

Odpowiedź 9

Pojęcie “zdarzenia terapeutyczne” należy rozumieć jako czynności związane z obsługą medyczną pacjenta. Analogicznie “zapis zdarzeń terapeutycznych” oznaczania wszystkie zdarzenia zapisane w systemie związane z procesem leczenia czy diagnostyki.

Odpowiedź 10

Wymaganie należy tak rozumieć, że system powinien umożliwiać kopiowanie schematu uprawnień pomiędzy użytkownikami lub posiadać równoważnych mechanizm, którego celem jest możliwość przypisywania uprawnień wg. wcześniej utworzonego schematu uprawnień (użytkownicy wzorcowi, uprawnienia na grupę, rolę, profil, szablon, itp.).

Odpowiedź 11

Zamawiający doprezycowuje, iż wymaga by istniała możliwość takiej parametryzacji systemu aby kontrola zdefiniowanych wcześniej parametrów (PESEL lub Imię i Nazwisko i Data Urodzenia i inne parametry związane z kartoteką pacjenta) polegała na blokadzie lub ostrzeżeniu.

Odpowiedź 12

Zamawiający oczekuje możliwości rejestracji zużycia materiałów “na pacjenta”, przy czym szczegółowy mechanizm powinien zostać opracowany na etapie wdrożenia – tak, Zamawiający udostępni aktualnie funkcjonujące słowniki produktów leczniczych i wyrobów leczniczych.

Odpowiedź 13

Funkcja powinna być dostępna dla uprawnionego, wskazanego (poprzez rolę czy profil) użytkownika systemu (np. Administratora).

Odpowiedź 14

Zamawiający przez “szybkie wprowadzanie” rozumie posługiwanie się wcześniej zdefiniowanym wzorcem wpisu, szablonem rekordu, skrótem, kartoteką, skryptem, itp. w odróżnienia od ręcznego wprowadzania danych jednostkowych.

Odpowiedź 15

TAK, Zamawiający udostępni właściwy słownik kontrolny.

Odpowiedź 16

Chodzi o wizytę podpisaną elektronicznie, czyli podpisanie elektronicznie dokumentacji wytworzonej podczas wizyty (tylko tej, która podlega podpisaniu).

Odpowiedź 17

Analogicznie jak odpowiedź udzielona na pytanie nr 16 zadane w przedmiotowym wniosku.

Odpowiedź 18

Zamawiający wyjaśnia, iż oczekuje od systemu 2 różnych funkcjonalności: 1) możliwości zdefiniowania alertu oraz możliwości zablokowania ponownego przyjęcia do szpitala pacjenta hospitalizowanego wcześniej w określonym (zdefiniowanym) przedziale czasowym w ramach nowej hospitalizacji, oraz 2) blokowania możliwości jednoczasowej hospitalizacji tej samej osoby w różnych komórkach szpitala. Wymagania należy rozumieć w taki sposób, że Zamawiający oczekuje możliwości zmiany zachowania systemu w opisany sposób, na drodze parametryzacji systemu.

Odpowiedź 19

Wymagania należy rozumieć w taki sposób, że Zamawiający oczekuje możliwości zmiany zachowania systemu w opisany sposób, na drodze parametryzacji systemu.

Odpowiedź 20

Zamawiający miał na myśli “księgi” wymienione w wierszy poprzednim (ust. 1.1.2.4 pkt 59 OPZ).

Odpowiedź 21

Zamawiający rezygnuje z tego wymagania.

Odpowiedź 22

Wskazany zapis dotyczy dokumentacji wymaganej przepisami prawa. Zamawiający wskazał właściwe przepisy prawa w SIWZ ust. 5.2. W związku z dynamiczną sytuacją otoczenia prawnego oraz kultury legislacyjnej praktykowanej w Rzeczypospolitej Polskiej po 2015 roku szczegółowy katalog obligatoryjnych dokumentów Zamawiający określi na etapie wdrożenia.

Odpowiedź 23

Zamawiający nie podziela opinii oferenta w poruszanej kwestii i nie zmienia brzemienia tego wymagania.

Odpowiedź 24

Wymaganie należy rozumieć w taki sposób, że wyszukiwanie powinno odbywać się przy pomocy dowolnych parametrów (pól) charakterystycznych występujących w kartotece pacjenta, tj. imię, nazwisko, PESEL, data urodzenia, NIP, adres (np. miasto), itp. z możliwością używania operatorów logicznych, filtrowania wyników poprzez maski ? oraz *, itp.

Odpowiedź 25

System powinien podpowiadać listę zadań w ramach procedury medycznej dla każdego typu TRIAGE wraz z możliwością śledzenia postępu realizacji zadań.

Odpowiedź 26

Zamawiający rezygnuje z tego wymagania.

Odpowiedź 27

TAK, Zamawiający poda odpowiedni słownik do realizacji tego zadania.

Odpowiedź 28

Zamawiający oczekuje, że system będzie w sposób czytelny, informacyjnie, wyświetlał podczas prezentacji karty pacjenta, podane w tabeli, informacje w postaci ostrzeżenia.

Odpowiedź 29

Listę parametrów analitycznych, których przekroczenie system ma traktować jako podejrzenie zakażenia Zamawiający udostępni podczas realizacji projektu.

Odpowiedź 30

Zamawiający ma na myśli w tym punkcie proces, w którym podczas uzupełniania danych w karcie pacjenta, np. tworzenia nowego zlecenia badań, użytkownik może przeglądać inne wpisy w tej karcie tego pacjenta, bez konieczności opuszczania kontekstu tego pacjenta i tworzonego właśnie wpisu.

Odpowiedź 31

Zamawiający wyjaśnia, iż poprzez określenie „automatyczne rozpoznanie patogenu alertowego” ma na myśli taką funkcjonalność, gdzie na podstawie wprowadzonych do systemu wyników badań system będzie wysyłał do użytkownika ostrzeżenie o wykryciu patogenu alertowego występującego na liście zdefiniowanej przez Zamawiającego, co jednocześnie uruchomi konieczność zgłoszenia zakażenia patogenem alertowym (czynnikiem alarmowym) informacji do Państwowej Inspekcji Sanitarnej lub NFZ. Szczegółowa lista patogenów alarmowych zostanie określona na etapie wdrożenia wraz z przyporządkowaniem do oczekiwanej reakcji systemu.

Odpowiedź 32

Analogicznie jak odpowiedź udzielona na pytanie nr 22 zadane w przedmiotowym wniosku.

Odpowiedź 33

Zamawiający udostępni listę wymaganych raportów w trakcie wdrożenia.

Odpowiedź 34

Wymaganie dotyczy możliwości tworzenia karty gorączkowej bezpośrednio w systemie, a za dane rozumie możliwość wprowadzania danych imię i nazwisko, nr księgi głównej, daty, nazwy oddziału, pesel, wyników badań grupy krwi, , daty przeprowadzenia zabiegów operacyjnych, porodów , nr kolejnego dnia pobytu w oddziale, a także wyniki pomiarów (2 lub 3 razy w ciągu doby) ciężaru ciała pacjenta, temperatury

Odpowiedź 35

Tak, wymaganie to można zrealizować poprzez pole uwagi, zakładając, że będzie istniała kontrola wpisów dokonywanych przez poszczególnych użytkowników - tzn. że użytkownicy nie będą mogli modyfikować wpisów innych użytkowników. W optymalnym przypadku wpisy poszczególnych użytkowników mogą być dodawane przyrostowo.

Odpowiedź 36

Zamawiający rezygnuje z oczekiwania określonego w OPZ cz. 1.1.2.6 pkt. 36 tiret szóste tj. „wprowadzenie danych o rodzaju hospitalizacji dla celów statystycznych, np. hospitalizacja całodobowa z zabiegiem operacyjnym, hospitalizacja dzienna bez zabiegów i badań laboratoryjnych itp.”

Odpowiedź 37

System musi udostępniać funkcję “odmowy” przyjęcia na oddział (możliwość rejestracji faktu odmowy przyjęcia) z możliwością informowania Izby Przyjęć o fakcie odmowy np. w formie “żądania anulowania przyjęcia”.

Odpowiedź 38

Zamawiający zdefiniuje taki słownik podczas projektu.

Odpowiedź 39

Zamawiający ma na myśli zlecenia zabiegów wykonywanych w gabinetach zabiegowych.

Odpowiedź 40

Zamawiający ma na myśli funkcję importu (załączenia) odpowiedniego dokumentu podpisanego elektronicznie.

Odpowiedź 41

System powinien umożliwiać planowanie dyżurów lekarskich wraz z miejscem do opisu ich przebiegu.

Odpowiedź 42

Zamawiający udostępni listę kontrolną dokumentacji wymaganej do wypisu na etapie wdrożenia projektu.

Odpowiedź 43

Wymaganie należy rozumieć tak jak je zapisano. Pojęcie karty informacyjnej leczenia szpitalnego opisano w rozporządzeniu Ministra Zdrowia z dnia 6 kwietnia 2020 r. w sprawie Rodzaju, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania

Odpowiedź 44

Zamawiający oczekuje możliwości tworzenia takich schematów postępowania (zwanych tutaj “ścieżkami postępowania” w ramach funkcjonalności dostępnych wyznaczonym użytkownikom. Przez schematy postępowania Zamawiający rozumie opis sposobu postępowania jako procedury wewnętrznej Zamawiającego (może to być załączony dokument np. PDF).

Odpowiedź 45

Zamawiający oczekuje możliwości wyświetlenia listy pacjentów danego oddziału, którzy zostali skierowani z innych oddziałów w ramach procedur leczenia skojarzonego – o ile w danym systemie tacy pacjenci podlegają czynności skierowania (czasowego; odesłania) do innego oddziału.

Odpowiedź 46

Chodzi o “pełnotekstowe” (technologia FTS – Full-Text Search) przeszukiwanie dokumentacji medycznej i kartoteki pacjenta.

Odpowiedź 47

System powinien umożliwiać załączanie zeskanowanych dokumentów do dokumentacji pacjenta.

Odpowiedź 48

System powinien umożliwiać możliwość filtrowania zdarzeń w karcie pacjenta (zleceń, wyników, wpisów) wg. podanego w wymaganiu klucza.

Document Metadata

Table of Contents

WYJAŚNIENIENIA I ZMIANA TREŚCI SIWZ

Document Metadata