Wykonawcy biorący udział w postępowaniu

Poznań, 5 marca 2021 roku

Znak sprawy SzW/7/2020

Wykonawcy biorący udział w postępowaniu

dotyczy postępowania prowadzonym w trybie przetargu nieograniczonego na dostawę, instalację i wdrożenie aplikacji i systemów szpitalnych, Lokalnego Oprogramowania Komunikacyjnego, oraz dostawę Systemu Autoryzacji - ETAP II (numer referencyjny nadany postępowaniu przez Zamawiającego –SzW/7/2020)

Wyjaśnienie treści specyfikacji istotnych warunków zamówienia- część III

Zamawiający na podstawie art. 38 ust. 1, 2 i 4 ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych, zwanej dalej ustawą przekazuje treść zapytań wraz z wyjaśnieniami oraz dokonuje modyfikacji treści SIWZ zgodnie z odpowiedziami zawartymi poniżej.

Pytanie numer 164

Specyfikacja Istotnych Warunków Zamówienia, V. Termin wykonania zamówienia: Termin wykonania przedmiotu: 90 dni od daty podpisania umowy.

Wskazany w SIWZ oraz w ogłoszeniu o zamówieniu termin realizacji zamówienia jest nierealny do dotrzymania i nieproporcjonalny do zakresu i złożoności przedmiotu zamówienia. W związku z powyższym wnioskujemy o wydłużenie terminu realizacji przedmiotu do 150 dni.

Odpowiedź na pytanie numer 164

Zamawiający informuje, że w dniu 1 lutego 2021 roku dokonał modyfikacji treści SIWZ, w tym w zakresie wydłużenia terminu wykonania przedmiotu zamówienia z 90 na 150 dni od daty podpisania umowy (dotyczy części I – XLVI)

Pytanie numer 165

SIWZ VI Podstawy wykluczenia z postępowania o udzielenie zamówienia, warunki udziału w postępowaniu oraz wykaz oświadczeń i dokumentów potwierdzających spełnienie warunków udziału w postępowaniu oraz braku podstaw wykluczenia

pkt. 3 Warunki udziału w postępowaniu, określone przez Zamawiającego zgodnie z art. 22 ust.1b ustawy Pzp:

„3.3. zdolność techniczna lub zawodowa:

Wykonawca musi wykazać, że w ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

- 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XLVI)

- 2 dostawy systemu autoryzacji (dotyczy części XLVII)”

W związku z tym, iż dostaw (wdrożeń) systemów dedykowanych medycynie pracy, ze względu na ilość jednostek tego typu, w stosunku do systemów szpitalnych jest znacząco mniej. Wnioskujemy o zmianę zapisu na:

Wykonawca musi wykazać, że w ostatnich 3 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

- 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XLVI). W przypadku oprogramowania dedykowanego jednostkom medycyny pracy, Wykonawca musi wykazać, że w okresie ostatnich 5 lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

- 3 dostawy obejmujące oprogramowanie wraz z wdrożeniem w podmiotach medycyny pracy o wartości minimalnej każdej z wykazanych dostaw wynoszącej 100.000,00 złotych brutto.

Odpowiedź na pytanie numer 165

Zamawiający przychyla się do proponowanej zmiany zapisu w zakresie sposobu spełniania przedmiotowego warunku udziału w postępowaniu oraz dokonuje modyfikacji zapisów SIWZ
w zakresie rozdziału VI pkt 3.3. zdolność techniczna lub zawodowa w sposób następujący:

Było:

Wykonawca musi wykazać, że 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, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

• 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XLVI)

• 2 dostawy systemu autoryzacji (dotyczy części XLVII)

Jest:

Wykonawca musi wykazać, że 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, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

• 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XXXV oraz od XXXVII do XLVI)

• 3 dostawy obejmujące oprogramowanie dedykowane podmiotom medycyny pracy wraz z ich wdrożeniem o wartości minimalnej każdej z wykazanych dostaw wynoszącej 100.000,00 złotych brutto (dotyczy części XXXVI)

• 2 dostawy systemu autoryzacji (dotyczy części XLVII)

Pytanie numer 166

SIWZ, Punkt V – Termin wykonania oraz Wzór umowy (Par 7 ust 8).

Zgodnie z § 7 ust. 8 „Okres Wdrożenia wynosi 90 (dziewięćdziesiąt) Dni od dnia zawarcia Umowy. Tym samym, ilekroć jest w Umowie używane określenie Okres Wdrożenia należy przez to rozumieć 90 kolejnych Dni, z których pierwszym jest dzień przypadający po dniu zawarcia Umowy. „

Zwracamy uwagę, iż Okres Wdrożenia, w tym zaprojektowania LOK, jego produkcji, dostawy, instalacji i uruchomienia jest nierealny do wykonania w tak krótkim czasie. Mając na uwadze powyższe prosimy o wydłużenie Okresu Wdrożenia do 210 Dni dla zadań obejmujących rozbudowę /wymianę HIS i wykonanie LOK oraz 150 Dni dla zadań obejmujących tylko wykonanie LOK.

Dzięki tym zmianom realizacja Umowy stanie się możliwa do wykonania zgodnie z jej postanowieniami. W przypadku

odpowiedzi pozytywnej prosimy o wprowadzenie stosownych zmian również w pozostałej części umowy.

Odpowiedź na pytanie numer 166

Zamawiający dokonał zmiany Okresu Wdrożenia. Okres ten wynosi teraz 150 Dni (dni roboczych) przy czym zmieniła się też definicja dnia roboczego, obecnie nie obejmuje on już sobót.

Pytanie numer 167

Definicje "Wymagania Zamawiającego", str. 9

Czy Zamawiający potwierdzi, że stanowiska, wytyczne, uwagi Zamawiającego kierowane do Wykonawcy podczas

realizacji Umowy muszą się mieścić w zakresie przedmiotu zamówienia określonym w SIWZ i OPZ?

Odpowiedź na pytanie numer 167

Tak, Zamawiający potwierdza, że nie może wydawać jakichkolwiek wytycznych dotyczących realizacji przedmiotu umowy które wykraczają ponad przedmiot zamówienia określonym w SIWZ i OPZ. Xxxxx Xxxxxxxxxxx wskazuje, że dokonał zmiany definicji Wymagania Zamawiającego, po zmianach : Wymagania Zamawiającego to zbiorcze określenie na wszelkie wymagania stawiane Wykonawcy przez Zamawiającego, dotyczące sposobu realizacji i wykonania całości Przedmiotu Zamówienia, a tym samym Przedmiotu Umowy, określone w Umowie, SIWZ, OPZ i wszelkich załącznikach do niego, Ofercie Wykonawcy oraz wszelkich uzgodnieniach pomiędzy Wykonawcą a Zamawiającym ustalanych w czasie realizacji Umowy, przy czym wszelkie wymagania stawiane Wykonawcy, jak i sposób realizacji Umowy w imieniu Zamawiającego wobec Wykonawcy, określa wyłącznie Organizator Postępowania, działający w imieniu i na rzecz Zamawiającego Razem (a tym samym poszczególnych Zamawiających Indywidualnych) co obejmuje również działania Organizatora Postępowania w imieniu i na rzecz Zamawiającego;

Pytanie numer 168

Definicje "Umowa powierzenia", str. 10

Czy Zamawiający potwierdzi, że Zamawiający Indywidualni nie będą nabywali na własność przewidzianych do dostarczenia w ramach zamówienia wartości niematerialnych i prawnych, w tym oprogramowania, a jedynie prawa do korzystania z nich w ramach licencji?

Odpowiedź na pytanie numer 168

Umowy nie przewidują przeniesienia autorskich praw majątkowych z producenta oprogramowania na Zamawiających Indywidulanych tylko udzielania licencji do korzystania z oprogramowań objętych przedmiotem zamówienia przez Zamawiających Indywidualnych, na warunkach wskazanych w umowach : WUa, XXx, WUc.

Pytanie numer 169

Zgodnie z § 7 ust. 9 Umowy „Niezrealizowanie przez Wykonawcę całości Przedmiotu Umowy Zasadniczy w Okresie Wdrożenia zawsze wiązać się będzie z obciążeniem Wykonawcy karami umownymi z tytułu opóźnienia w realizacji Przedmiotu Umowy Zasadniczy, chyba że zaistniały przewidziane w Umowie okoliczności uzasadniające przedłużenie Okresu Wdrożenia.”

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

- „Standardem w umowach IT powinno być określanie odpowiedzialności Wykonawcy za zwłokę.”

Ponadto Wykonawca wskazuje, iż na Wyrok Krajowej Izby Odwoławczej z dnia 31 października 2017 r. (sygn. akt KIO 2163/17), w którym stwierdzono, iż „okoliczność, że to zamawiający ustanawia wzór umowy nie oznacza, że może jednostronnie narzucać uciążliwą regulację obowiązków po stronie przeciwnej… Takie jednostronne ustanawianie warunków umowy nie stanowi realizacji swobody zawierania umów a wręcz ją narusza ustanawiając przywilej dyktowania warunków tylko po jednej stronie w tym przypadku zamawiającego.”

Mając na uwadze powyższe prosimy o zmianę brzmienia § 7 ust. 9 poprzez zastąpienie zwrotu „z tytułu opóźnienia” na

„z tytułu zwłoki”?

Odpowiedź na pytanie numer 169

Zamawiający nie zmieni opóźnienia na zwłokę. Rozwiązanie to jest dopuszczalne i zgodne z prawem. Zamawiający nie uwzględnia wniosku wskazanego w pytaniu.

Pytanie numer 170

Zgodnie z par. 8 ust. 12 wzorca Umowy „…Realizacja Przedmiotu Umowy Zasadniczy w Okresie Dodatkowym wiąże się z obciążeniem Wykonawcy karami umownymi z tytułu opóźnienia w realizacji Przedmiotu Umowy Zasadniczy, chyba, że zachodzą przewidziane w Umowie okoliczności zwalniające Wykonawcę z odpowiedzialności z tytułu zaistniałego opóźnienia w realizacji Przedmiotu Umowy Zasadniczy.

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

- „Standardem w umowach IT powinno być określanie odpowiedzialności Wykonawcy za zwłokę.”

Ponadto Wykonawca wskazuje, iż na Wyrok Krajowej Izby Odwoławczej z dnia 31 października 2017 r. (sygn. akt KIO 2163/17), w którym stwierdzono, iż „okoliczność, że to zamawiający ustanawia wzór umowy nie oznacza, że może jednostronnie narzucać uciążliwą regulację obowiązków po stronie przeciwnej… Takie jednostronne ustanawianie warunków umowy nie stanowi realizacji swobody zawierania umów a wręcz ją narusza ustanawiając przywilej dyktowania warunków tylko po jednej stronie w tym przypadku zamawiającego.”

Mając na uwadze powyższe prosimy o zmianę brzmienia § 8 ust. 12 poprzez zastąpienie zwrotu „z tytułu zaistniałego opóźnienia” na „z tytułu zwłoki”?

Odpowiedź na pytanie numer 170

Zamawiający nie zmieni opóźnienia na zwłokę. Rozwiązanie to jest dopuszczalne i zgodne z prawem. Zamawiający nie uwzględnia wniosku wskazanego w pytaniu

Pytanie numer 171

SIWZ, Rozdział V

Prosimy o zmianę terminu realizacji przedmiotu zamówienia z do 90 dni od daty zawarcia umowy na maksymalnie do 180 dni od daty zawarcia umowy. Zapisy w obecnym kształcie, terminy dostarczenia i odebrania dokumentacji wykonawczej i powykonawczej oraz wprowadzony w kraju stan zagrożenia epidemicznego ogłoszony z powodu COVID - 19 i ograniczenia z nim związane, może spowodować świadczenie nie możliwe do spełnienia przez Wykonawcę.

Odpowiedź na pytanie numer 171

Zamawiający informuje, że w dniu 1 lutego 2021 roku dokonał modyfikacji treści SIWZ, w tym w zakresie wydłużając terminu wykonania przedmiotu zamówienia z 90 na 150 dni od daty podpisania umowy (dotyczy części I – XLVI)

Pytanie numer 172

Załącznik nr 54a, Wzór umowy, par. 5 pkt. 10

Prosimy o wykreślenie zapisów zdania drugiego: Nie mniej jednak do zakończenia realizacji Przedmiotu Umowy Zasadniczy Wykonawca obowiązany jest wykonać wszelkie czynności wymagane do udzielenia tych licencji zgodnie z Wymaganiami Zamawiającego, co obejmuje dostarczenie kompletnej Dokumentacji Oprogramowania, w dalszej części zapisów niniejszego ustępu następuje powtórzenie powyższych zapisów.

Odpowiedź na pytanie numer 172

Treść par. 5 ust 10 jest następująca - Parametryzacja, o jakiej mowa w ust. 9 niniejszego paragrafu, to ustalenie wartości parametrów wdrożenia Oprogramowania Aplikacyjnego i LOK, dostosowanie do indywidualnie ustalonych wymagań Zamawiającego, zgodnie z Wymaganiami Zamawiającego. W paragrafie tym nie ma tekstu wskazanego w pytaniu więc Zamawiający nie dokonuje żadnych zmian w par 5 ust 10.

Pytanie numer 173

Załącznik nr 54a, par. § 7 pkt. 9

Nie zrealizowanie przez Wykonawcę całości Przedmiotu Umowy Zasadniczy w Okresie Wdrożenia zawsze wiązać się będzie z obciążeniem Wykonawcy karami umownymi z tytułu opóźnienia w realizacji Przedmiotu Umowy Zasadniczy, chyba że zaistniały przewidziane w Umowie okoliczności uzasadniające przedłużenie Okresu Wdrożenia.

Wykonawca wnosi o wyjaśnienie, czy jeśli nie będzie ponosił winy w niezrealizowaniu Przedmiotu Umowy Zasadniczego w Okresie Wdrożenia (uwzględniając oczywiście odpowiedzialność Wykonawcy za osoby, z pomocą których zobowiązanie wykonuje i za których działania/zaniechania ponosi odpowiedzialność jak za swoje własne np. podwykonawców) to zostanie obciążony karami umownymi?

Odpowiedź na pytanie numer 173

Umowa określa konsekwencje opóźnienia w sposób jednoznaczny. W przypadku przekroczenia przez obowiązującego Okresu Wdrożenia, to jest nie zrealizowania wszystkich obowiązków umownych jakie Wykonawca powinien zrealizować w Okresie Wdrożenia występuje opóźnienie czego konsekwencją są kary umowne. Opóźnienie nie wystąpi i tym samym nie będzie kar umownych gdy nie wykonania obowiązków Wykonawcy w terminie umownym spowodowane jest działaniem lub zaniechaniem Zamawiającego Indywidualnego lub Organizatora Postępowania lub jest następstwem siły wyższej, przy czym siła wyższa nie obejmuje konsekwencji covid-19 na warunkach wskazanych w umowie. Nic innego nie usprawiedliwia nie dochowanie terminów wskazanych w umowie. Tym samym Wykonawca odpowiada z tytułu opóźnienia a nie zwłoki, przy czym jak wskazano umowa wskazuje konkretne przypadki kiedy opóźnienie nie wystąpi mimo niedochowania terminu.

Pytanie numer 174

Załącznik nr 54a, Wzór umowy, par. 7 pkt.9

Prosimy o zmianę „opóźnienia” na „zwłokę” w całej umowie, aby Wykonawca nie był obciążony odpowiedzialnością za działania, na które nie ma realnego wpływu. Obarczanie odpowiedzialnością za zdarzenia nie będące w zakresie wpływu Wykonawcy jest nieuprawnione, zwiększa ryzyko transakcji, a tym samym cenę i prowadzi do nierównomierności stron w obrocie gospodarczym.

Odpowiedź na pytanie numer 174

Zamawiający nie zastąpi opóźnienia zwłoką

Pytanie numer 175

Załącznik nr 54a, Wzór umowy, par. 8 pkt. 4

Prosimy o usunięcie zapisu „Wykonawca po upływie 7 Dni od dnia zawarcia Umowy nie może żądać od Zamawiającego jakikolwiek dokumentów czy informacji dotyczących HIS Aktualnego i Infrastruktury Zamawiającego”. Brak możliwości żądania dokumentów prowadzi do utrudnienia a wręcz może niezasadnie uniemożliwić Wykonawcy realizację Przedmiotu Umowy zgodnie z wszelkimi Wymaganiami Zamawiającego, tym bardziej, że Zamawiający zastrzega sobie prawo do kierowania w czasie realizacji Przedmiotu Umowy wszelkich stanowisk, wytycznych czy uwag, co należy rozumieć jako postawienie dodatkowych wymagań i wytycznych Wykonawczy w czasie realizacji Przedmiotu Umowy.

Odpowiedź na pytanie numer 175

Po pierwsze zmieniona została definicja Wymagania Zamawiającego, co jednoznacznie rozstrzyga kwestię, że Zamawiający nie może kierować do Wykonawcy stanowisk, wytycznych, uwag wykraczających poza przedmiot zamówienia, co oznacza że w czasie realizacji umowy nie ma możliwości że Zamawiający postawi Wykonawcy dodatkowe wymagania. Po drugie par 8 ust 4 został zasadniczo zmieniony, podobnie jak inne zapisy par 8, przez co z umowy jednoznacznie wynika że Zamawiający obowiązany jest do pełnej współpracy z Wykonawcą w czasie realizacji przedmiotu umowy.

Treść par. 8 ust 4,5 po zmianach w umowie :

4. Wykonawca w terminie 7 Dni od dnia zawarcia Umowy przedstawi Zamawiającemu wszelkie wymagane przez siebie informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, a Zamawiający w terminie kolejnych 7 Dni przedstawi Wykonawcy na piśmie żądane przez niego informacje i dokumenty, z zastrzeżeniem, że obowiązek Zamawiającego w tym zakresie odnosi się jedynie wyłącznie do informacji i dokumentów, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego (to jest dokumentów i informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego rzeczywiście posiadanych przez Zamawiającego w dniu zawarcia Umowy, których posiadanie przez Zamawiającego nie było podnoszone, potwierdzone w Postępowaniu Przetargowym). Wykonawca po upływie 7 Dni od dnia zawarcia Umowy nie może żądać od Zamawiającego jakikolwiek dokumentów czy informacji dotyczących HIS Aktualnego i Infrastruktury Zamawiającego, uzależniając od tego prawidłowe i terminowe wykonanie Umowy. Tym samym w dalszym toku realizacji Umowy, w przypadku jakichkolwiek nieprawidłowości w realizacji Przedmiotu Umowy, Wykonawca nie może powoływać się na okoliczność, że nieprawidłowość w realizacji, to jest jej niewykonanie lub nienależyte wykonanie, w tym nieterminowe wykonanie Umowy wynika z tego czy związane jest z tym, że w toku realizacji Umowy, Zamawiający nie przedstawił Wykonawcy wymaganych informacji czy dokumentów dotyczących HIS Aktualnego i Infrastruktury Zamawiającego. Powyższe nie oznacza, że Zamawiający nie ma obowiązku współpracy z Wykonawcą na każdy etapie realizacji Umowy. Obowiązek współpracy Xxxxxxxxxxxxx z Wykonawcą obejmuje przede wszystkim udzielanie przez Zamawiającego wszelkich wyjaśnień jakie są zdaniem Wykonawcy konieczne do prawidłowego wykonania Umowy, w tym przedstawiania wymaganych przez Wykonawcę dokumentów i danych dotyczących HIS Aktualnego i Infrastruktury Zamawiającego. Obowiązek o jakim mowa w zdaniu poprzednim dotyczy całego okresu realizacji Umowy. Niemniej nie przedstawienie przez Zamawiającego informacji czy dokumentacji dotyczącej HIS Aktualnego czy Infrastruktury Zamawiającego innej niż informacje i dokumenty, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Xxxxxxxxxxxxx, nie może stanowić dla Wykonawcy okoliczności zwalniającej go z odpowiedzialności z tytułu niewykonania lub nienależytego wykonania Umowy.

5. Tym samym, jak wskazano wyżej, mimo żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego oraz Infrastruktury Zamawiającego, Zamawiający może ich nie przedstawić gdy są to dokumenty lub informacje których posiadania (dysponowania nimi) Zamawiający nie potwierdził w toku Postępowania Przetargowego, bądź są to dokumenty lub informacje jakimi Zamawiający nie dysponuje. Tym samym Zamawiający na wezwanie Wykonawcy o jakim mowa w ust. 4 obowiązany jest przedstawić Wykonawcy tylko informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego:

1. których posiadanie (dysponowanie) Zamawiający potwierdził w toku Postępowania Przetargowego przed dniem złożenia ofert (przed dniem złożenia Oferty Wykonawcy), przy czym potwierdzenie to następuje poprzez wskazanie tej okoliczności w OPZ lub w odpowiedziach Zamawiającego kierowanych do wykonawców w toku Postępowania Przetargowego lub

2. co których posiadania (dysponowania) Zamawiający nie wypowiedział się w toku Postępowania Przetargowego przed dniem złożenia ofert, a rzeczywiście je posiada.

Do stwierdzenia okoliczności nie posiadania (brak dysponowania) przez Zamawiającego informacjami lub dokumentami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego, o jakich mowa w zdaniu poprzednim pkt b ,wystarczające jest zawsze jednostronne oświadczenie Zamawiającego w tym zakresie. Tym samym o tym czy Zamawiający rzeczywiście dysponuje informacjami lub dokumentami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego, których posiadania nie potwierdził w Postępowaniu Przetargowym, decyduje sam Zamawiający. Nie przedstawienie przez Zamawiającego informacji i dokumentów wymaganych przez Wykonawcę z powodu okoliczności wskazanych w niniejszym ustępie nie będzie traktowane jako nienależyte wykonanie Umowy przez Zamawiającego i tym samym nie powoduje dla Zamawiającego jakichkolwiek negatywnych konsekwencji, w tym w szczególności nie jest podstawą żądania przez Wykonawcę jakichkolwiek kwot finansowych w związku z niewykonaniem lub nienależytym wykonaniem Umowy, czy w związku z rozwiązaniem Umowy z jakiegokolwiek powodu (tytułu) przez którąkolwiek ze stron Umowy. Jednocześnie nieprzedstawienie przez Zamawiającego Wykonawcy informacji lub dokumentów z powodu okoliczności o jakich mowa w niniejszym ustępie nie stanowi dla Wykonawcy okoliczności uzasadniających w jakimkolwiek stopniu zwolnienie od odpowiedzialności z tytułu niewykonania lub nienależytego wykonania Umowy. Możliwość nie przedstawienia przez Zamawiającego dokumentów lub informacji o jakiej mowa w zdaniu pierwszym niniejszego ustępu dotyczy wyłącznie okoliczności o charakterze obiektywnym, to jest braku rzeczywistego dysponowania przez Zamawiającego wymaganymi przez Wykonawcę dokumentami czy informacjami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego. Tym samym na każdym etapie realizacji Umowy Zamawiający obowiązany jest przedstawić Wykonawcy wszelkie posiadana przez Zamawiającego informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, niezależnie od tego kiedy Wykonawca z wnioskiem o wskazane informacje i dokumenty zawnioskuje do Zamawiającego. Obowiązek o jakim mowa w zdaniu poprzednim Zamawiający realizuje jedynie w zakresie rzeczywiście posiadanych przez siebie informacji i dokumentów.

Pytanie numer 176

Załącznik 54a, wzór umowy, par. 8, pkt. 4

Prosimy o potwierdzenie, że w toku realizacji umowy Zamawiający przekaże Wykonawcy:

1. Wykaz osób odpowiedzialnych za wdrożenie w poszczególnych jednostkach organizacyjnych wraz z wykazem osób decydujących o zakresach uprawnień użytkowników w systemie w poszczególnych jednostkach organizacyjnych.

2. Wykaz osób do przeszkolenia z poszczególnych modułów systemu wraz z jednostką organizacyjną i zajmowanym stanowiskiem.

3. Wykaz jednostek „funkcjonalnych” szpitala nie mających bezpośredniego odzwierciedlenia w schematach organizacyjnych, koniecznych do wyróżnienia w systemie informatycznym.

4. Wykaz jednostek, w których uruchomiane będą poszczególne moduły.

5. Wykaz prowadzonych list oczekujących (rodzaj, jednostki zapisujące do kolejki) wraz z informacją o ilości i rodzaju kolejek sprawozdawanych do NFZ wraz z wykazem miejsc zapisu pacjentów do kolejek oczekujących.

6. Wykaz jednostek szpitalnych zlecających badania.

7. Wykaz jednostek w zakładach diagnostyki (rejestracje/pracownie) do ujęcia w systemie informatycznym (laboratoria, pracownie diagnostyki obrazowej, diagnostyki nie obrazowej, inne).

8. Wykaz grup zawodowych pracowników mających ewidencjonować zlecenia w systemie medycznym

9. Wykazy realizowanych badań w jednostkach diagnostycznych z informacjami o normach, kosztach, procedurach, itd.

10. Cenniki do ujęcia w systemie (w ramach realizacji zamówienia – cenniki badań itp.)

11. Wykaz urządzeń do podłączenia do systemu informatycznego.

12. Wykaz prowadzonej dokumentacji medycznej do ujęcia w systemie informatycznym w podziale na grupy:

1. Dokumentacja prowadzona w postaci elektronicznej możliwa do podpisania kwalifikowanym podpisem elektronicznym, podpisem zaufanym, podpisem osobistym albo z wykorzystaniem sposobu potwierdzania pochodzenia oraz integralności danych dostępnego w systemie teleinformatycznym udostępnionym bezpłatnie przez Zakład Ubezpieczeń Społecznych.

2. Digitalizacja dokumentu papierowego (zamiana dokumentów papierowych na elektroniczne np. poprzez skanowanie dokumentów), wynikająca w wielu przypadkach z ergonomii rozwiązania oraz warunków organizacyjno-technicznych uniemożliwiających w prosty dla użytkownika sposób prowadzenia jej w formie elektronicznej.

13. Wykaz prowadzonej dokumentacji medycznej z informacjami o wszystkich jednostkach tworzących dany dokument wraz z wykazem osób podpisujących dokumentację w danej jednostce.

14. Wskazanie centrów kwalifikacyjnych, z których podpisy mają być wykorzystywane przy podpisywaniu dokumentów:

1. centra podpisów kwalifikowanych

2. centrum niekwalifikowane

15. Wszelkich występujących w podmiocie leczniczym regulaminów i dokumentacji opisujących procedury (reguły) pozostające w związku z systemem informatycznych oraz ochroną danych osobowych w szczególności:

1. Dokumentacji procedur przewidzianych w §1 ust 5 rozporządzeniu ministra zdrowia z dnia 6 kwietnia 2020 r. w sprawie rodzajów, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania w tym opisu stosowanych procedur zabezpieczania dokumentacji medycznej i systemów ich przetwarzania, w tym procedur dostępu oraz przechowywania

2. Instrukcji zarzadzania systemem informatycznym oraz innych dokumentów pokrewnych, o których mowa w materiałach „Wytyczne, zasady i rekomendacje dla usługodawców w zakresie budowy i stosowania systemu bezpiecznego przetwarzania elektronicznej dokumentacji medycznej”

16. Wskazanie stosowanych nośników podpisów elektronicznych.

17. W zakresie bloku operacyjnego:

1. Wykaz sal operacyjnych oraz sal zabiegowych.

2. Wykaz urządzeń i zestawów wykorzystywanych na bloku

3. Wykaz czynności wykonywanych na tych urządzeniach lub przy ich użyciu oraz ich kosztu.

4. Wykaz wykonywanych rodzajów zabiegów wraz z ich opisami

18. W zakresie żywienia:

1. Wykaz diet obowiązujących w szpitalu wraz z typem (płatna, dla chorych, bezpłatna, zlecenie, specjalna) oraz wartości odżywcze dla danej diety.

2. Wykaz ilości oraz rodzajów posiłków dla danej diety.

3. Wykaz produktów spożywczych (nazwa, grupa produktów żywnościowych (np. produkty zbożowe), cena ostatniego przychodu, gramatura oraz wartości odżywcze)

4. Wykaz potraw (nazwa potrawy, składniki potrawy, średnia waga danej potrawy, ew. opis potrawy - sposób przyrządzania)

19. W zakresie zakażeń szpitalnych:

1. Wykaz kart dotyczących zakażeń zakładowych i drobnoustrojów wraz z zakresem ewidencjonowanych danych, wzorami kart i słownikami do wybranych pól na karcie

2. Opis sposobu obiegu kart zakażeń zakładowych i drobnoustrojów

20. W zakresie zarządzania systemem informatycznym:

1. Wykaz infrastruktury przeznaczonej do instalacji systemu.

2. Zakres wprowadzenia domeny w szpitalu, zwłaszcza w zakresie stacji mających działać w systemie.

3. Określenie osób nadających uprawnienia w systemie.

4. Określenie osób odpowiedzianych za konfigurację systemu.

5. Zasady uzyskania dostępu zdalnego do systemu.

Odpowiedź na pytanie numer 176

Zamawiający przekaże po podpisaniu umowy wszystkie niezbędne dokumenty w celu prawidłowego wykonania umowy w tym wymienione w pytaniu

Pytanie numer 177

Załącznik nr 54a, Wzór umowy, par. 8 pkt. 8

Wykonawca wnosi o usunięcie zapisu. Naliczanie kary umownej w sytuacji, gdy bez danej informacji nie da się zrealizować przedmiotu umowy – jest nadmiarowe – gdyż Wykonawca de facto przyjmuje na siebie odpowiedzialność za działania/zaniechania Zamawiającego na etapie Postępowania Przetargowego. Kara umowna może być naliczona za niewykonanie/nienależyte wykonanie umowy po stronie Wykonawcy – a nie ze względu na działania Zamawiającego

Odpowiedź na Pytanie numer 177

Celem zapisów umowy par. 8 ust 4, 5 i dalsze jest uniknięcie sytuacji gdzie Wykonawca po podpisaniu Umowy w czasie realizacji kontraktu widząc, że nie jest w stanie go prawidłowo zrealizować z powodu braku określonych informacji dotyczących oprogramowania jakim dysponuje Zamawiający a jakie ma być zintegrowane z LOK i Oprogramowaniem Aplikacyjnym zwraca się do Zamawiającego o podanie tych informacji, warunkując od tego zrealizowanie kontraktu. Zamawiający nie dysponując żądanymi przez Wykonawcę informacjami lub dysponując nim w nie pełnym zakresie, nie mogąc sprostać żądaniu Wykonawcy traktowany byłby jako wierzyciel przez którego działanie/ zaniechanie dłużnik (Wykonawca) nie może prawidłowo zrealizować swojego zobowiązania. W takiej sytuacji Wykonawca mógłby się uwolnić od odpowiedzialności z tytułu niewykonania lub nienależytego wykonania zobowiązania. Wykonawca nie wykonałby zobowiązania twierdząc, iż nie mógł tego uczynić bo Zamawiający nie dostarczył mu niezbędnych informacji i dokumentów, bez których wykonawca nie może zrealizować swojego zobowiązania w ogóle lub nie może go zrealizować w terminie wskazanym w Umowie. Stąd Xxxxxxxxxxx odwrócił sytuację w sposób zabezpieczający interesy obu stron. Jeżeli Wykonawca nie jest w stanie zrealizować zobowiązania z powodu niedostarczenia przez Zamawiającego informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego, których posiadanie Zamawiający potwierdził przed podpisaniem Umowy to wówczas Zamawiający ponosi za taką sytuację odpowiedzialność. Jeżeli Wykonawca z takiego tytułu nie odstąpi od Umowy wówczas Zamawiający będzie w zwłoce z przedstawieniem wymaganych dokumentów co zwalnia Wykonawcę z odpowiedzialności za nieterminowe wykonanie zobowiązania jak i odpowiedzialności co do wybranego sposobu realizacji zobowiązania. Podkreśla się, że dotyczy to wyłącznie informacji potwierdzonych przez Zamawiającego w toku postępowania przetargowego, czy to wynikających z opisu przedmiotu zamówienia czy potwierdzonych poprzez udzielanie przez Zamawiającego odpowiedzi na pytania wykonawców. W każdym razie w przypadku tych informacji jakiej Zamawiający potwierdził że posiada i przekaże Wykonawcy a ich nie przekazał odstąpienie od Umowy przez Wykonawcę na jakimkolwiek etapie realizacji zamówienia nie skutkuje obciążeniem Wykonawcy karą umowną. Wykonawca może też żądać odszkodowania od Zamawiającego na zasadach ogólnych. Sytuacja odmienna jest gdy Wykonawca żąda informacji jakich posiadania Zamawiający nie potwierdził w toku postępowania przetargowego to jest w okresie poprzedzającym zawarcie Umowy. Wykonawca musi wiedzieć przed podpisaniem Umowy dokładnie jakich informacji potrzebuje dotyczących HIS Aktualnego i Infrastruktury Zamawiającego potrzebnych do prawidłowego zrealizowania Umowy. Jeżeli Wykonawca tego nie wiedział albo liczył na to, że mimo braku potwierdzenia posiadania informacji przez Zamawiającego w toku postępowania przetargowego, Zamawiający te informacje będzie miał a w rzeczywistości Zamawiający tych informacji nie ma, a brak tych informacji rzeczywiście uniemożliwia lub w sposób istotny utrudnia prawidłowe wykonanie zobowiązania Wykonawcy, wówczas gdy Wykonawca odstępuje od Xxxxx obowiązany jest zapłacić karę umowną przewidzianą w par. 8 ust. 8. Brak kary umownej w tej sytuacji prowadziłoby do sytuacji, że wykonawcy bez ponoszenia jakiegokolwiek ryzyka ale też bez odpowiedzialnego przygotowania się do realizacji zamówienia, podpisywaliby umowy, na zasadzie, że jak się okaże, że nie można zrealizować zamówienia z powodu niedysponowania przez Zamawiającego określonymi informacjami to najwyżej bezkosztowo się od umowy odstąpi. Bezkosztowo, bowiem gdyby nie wskazane zapisy Umowy, to brak przedstawienia jakichkolwiek informacji przez Zamawiającego które zdaniem Wykonawcy są niezbędne do prawidłowego wykonania zamówienia traktowane byłoby jako zawinione działanie wierzyciela zwalniające Wykonawcę z odpowiedzialności. Mogłaby dojść nawet do takiej sytuacji, że nieprzedstawienie przez Zamawiającego określonych informacji czy dokumentów, którymi rzeczywiście Zamawiający nie dysponuje, a które zdaniem Wykonawcy są niezbędne do prawidłowego wykonania Umowy, uprawniałby Wykonawcę nie tylko do odstąpienia od Umowy ale i żądania z tego tytułu odszkodowania od Zamawiającego. Mogłoby dojść do tego pomimo faktu, że Zamawiający nie udziela informacji czy nie przedstawia dokumentów nie dlatego że tego nie chce, tylko dlatego, że tego obiektywnie uczynić nie może, bo faktycznie nie ma wiedzy i faktycznie nie ma dokumentów. Celem Zamawiającego nie jest rozwiązywanie Umowy z Wykonawcą i obciążanie go z tego tytułu karą umowną w sytuacji gdy Wykonawca nie może zrealizować zamówienia z powodu braku określonych informacji jakimi w modelu doskonałym Zamawiający może dysponować albo nawet powinien dysponować. Zamawiający nie wie jakich informacji będzie oczekiwał Wykonawca, jakie będą mu potrzebne do wykonania kontraktu. Stąd zasadnym jest dokonanie podziału na informacje których posiadania Zamawiający potwierdza i których nie potwierdza przed zawarciem Umowy. Skoro Zamawiający nie potwierdził w toku postępowania posiadania określonych informacji a Wykonawca zdecydował się na złożenie oferty i zawarcie umowy, to nie może oczekiwać że odstąpienie od niej z powodu braku informacji tych informacji które z punktu widzenia tego konkretnego wykonawcy są niezbędne do zrealizowania kontraktu powinno być dla niego bezkosztowne. Specyfika zamówienia jest taka, że poszczególni zamawiający w odniesieniu do HIS Aktualnego korzystają w większym czy mniejszym zakresie z usług firm informatycznych które pierwotnie dokonały wdrożenia obecnego oprogramowania i udzielenia licencji a następnie zajmują się jego obsługą. Duża część wiedzy dotycząca HIS Aktualnego nie jest przekazywana Zamawiającemu przez firmy o jakich mowa w zdaniu poprzednim. Zamawiający Indywidualni koncentrują się na zapewnieniu sprawności działania HIS Aktualnego i swojej infrastruktury informatycznej. Kontrakty zawarte z firmami informatycznymi nie zawsze gwarantują, że do Zamawiających Indywidualnych przekazywane będą dokumenty i informacje dotyczące HIS Aktualnego i infrastruktury, które mogą okazać się niezbędne wykonawcą do prawidłowego wykonania przedmiotu Umowy w niniejszym postępowaniu przetargowym.

Tym samym Zamawiający nie zmianie zasadniczo zapisów Umowy w par 8 ust. 5, 6 to jest nie zrezygnuje z możliwości obciążenia wykonawcy karą umowną w sytuacji wskazanej w tym miejscu Umowy. Zamawiający jednak obniżył karę umowną wskazaną w par 8 ust 8 Umowy z pierwotnej wysokości 5 % do wysokości 3 %. Odpowiednie zmiany Zamawiający wprowadził również w zapisach umowy dotyczących kar umownych i zasad odstąpienia od Umowy.

Pytanie numer 178

Załącznik nr 54a, Wzór umowy, par. 8 pkt. 11

Prosimy o zmianę zapisu na „…kary umownej do w wysokości 5 % (pięć procent) Wynagrodzenia netto.”

Poprzez wprowadzenie do Umowy zapisów dotyczących obowiązku wezwania Wykonawcy do wyjaśnień przed naliczeniem kary umownej co do okoliczności mających być podstawą naliczenia kary umownej oraz wprowadzenie przedimka „do wysokości” zamiast „w wysokości”, co może umożliwić Zamawiającemu naliczenie kary umownej adekwatnie do szkody (jej swoiste miarkowanie), zgodnie z funkcją kary umownej i złożonymi przez Wykonawcę wyjaśnieniami,

Odpowiedź na Pytanie numer 178

Zamawiający nie uwzględni wniosków zawartych pytaniu. Zapisy umowy par. 8 ust. 11 został zmieniony w zakresie terminu na złożenie Projektu Planu Wdrożenia, nadal obowiązuje kara umowna w jednej wysokości. Ta kara umowna ma bardziej charakter dyscyplinujący wykonawcę. Nadto zapisy umowne w karach do wysokości a nie poprzez wskazanie konkretnej wysokości, powodują że umowa jest mało transparentna i wzmacnia uznaniowość zamawiającego, co może budzić podejrzenie co do rzetelności zamawiającego. Kary umowne są naliczane jako procent wynagrodzenia brutto a nie netto i tego Zamawiający również nie zmieni. Jest to rozwiązanie zgodne z prawem.

Pytanie numer 179

Załącznik nr 54a, Wzór umowy, par. 8 pkt. 19

Prosimy o dopuszczenie możliwości dostarczenia dokumentacji w wersji papierowej w ilości 1 egzemplarza. Wykonawca ma obowiązek dostarczenia dokumentacji również w wersji elektronicznej, która Zamawiający może wydrukować w nieograniczonej liczby egzemplarzy.

Odpowiedź na Pytanie numer 179

Zamawiający nie może uwzględnić powyższej prośby. Zapis umowy pozostaje nie zmieniony.

Pytanie numer 180

Załącznik nr 54a, Wzór umowy, par. 8 pkt. 22

Prosimy o doprecyzowania, czy przez pracowników Zamawiający rozumie cały personel Zamawiającego, czy jedynie osoby zatrudnione na umowę o pracę?

Odpowiedź na Pytanie numer 180

Zamawiający nie wprowadza w tym zakresie zmian w umowie. Zamawiający wyjaśnia, że przez pracowników Zamawiającego o jakich mowa w par 8 ust.22 rozumie cały personel Zamawiającego więc nie tylko osoby zatrudnione na umowę o pracę.

Pytanie numer 181

Załącznik nr 54a, Wzór umowy, par. 9 pkt. 7

Prosimy o zmianę zapisu na „…kary umownej do w wysokości 5 % (pięć procent) Wynagrodzenia netto.” poprzez wprowadzenie przedimka „do wysokości” zamiast „w wysokości”, co może umożliwić Zamawiającemu naliczenie kary umownej adekwatnie do szkody (jej swoiste miarkowanie), zgodnie z funkcją kary umownej i złożonymi przez Wykonawcę wyjaśnieniami,

Odpowiedź na Pytanie numer 181

 Brak zgody

Pytanie numer 182

Załącznik nr 54a, Wzór umowy, par. 9 pkt. 13

Prosimy o dodanie zapisów o wyrażeniu zgody na nagrywanie uwag Zamawiającego przekładanych w formie ustnej, zgodnie z przepisami o ochronie danych osobowych.

Odpowiedź na Pytanie numer 182

W tym zakresie Zamawiający wprowadził zmiany w umowie :

Zmiana Umowy 54 A numer 40

Par. 9 ust. 13 przed zmianą

Zamawiający w terminie kolejnych 2 Dni od dnia otrzymania Projektu LOK składa do niego uwagi. Uwagi wymagają formy pisemnej. Wykonawca może zrezygnować z pisemnej formy uwag Zamawiającego, poprzez pisemne oświadczenia złożone w tym zakresie do Zamawiającego. W takim przypadku uwagi Zamawiający przedkładać będzie w formie ustnej na spotkaniu z Wykonawcą, przy czym złożenie ustnych uwag wymaga ich nagrywania wspólnie przez Xxxxxxxxxxxxx i Wykonawcę. Uwagi Zamawiającego wymagają uzasadnienia w zakresie w jakim jest to konieczne do wykazania zasadności tych uwag.

Par. 9 ust. 13 po zmianą

Zamawiający w terminie kolejnych 2 Dni od dnia otrzymania Projektu LOK składa do niego uwagi. Uwagi wymagają formy pisemnej. Wykonawca może zrezygnować z pisemnej formy uwag Zamawiającego, poprzez pisemne oświadczenia złożone w tym zakresie do Zamawiającego. W takim przypadku uwagi Zamawiający przedkładać będzie w formie ustnej na spotkaniu z Wykonawcą, przy czym złożenie ustnych uwag wymaga ich nagrywania wspólnie przez Xxxxxxxxxxxxx i Wykonawcę. Zamawiający i Wykonawca wyrażają zgodę na nagrywania ich wypowiedzi w sytuacji i jakiej mowa w zdaniu poprzednim. Na żądanie którejkolwiek ze stron umowy rozpoczęcie nagrywania wypowiedzi uczestników spotkania o jakich mowa w dwóch zdaniach poprzednich, nastąpić może dopiero po podpisaniu przez wszystkich uczestników spotkania które będzie nagrywane, porozumienia/oświadczenia służącemu zabezpieczeniu danych osobowych uczestników spotkania Uwagi Zamawiającego wymagają zawsze uzasadnienia w zakresie w jakim jest to konieczne do wykazania zasadności tych uwag.

Pytanie numer 183

Załącznik nr 54a, Wzór umowy, par. 9 pkt. 19

Prosimy o wyjaśnienie co Zmawiający rozumie poprzez użycie sformułowania „wszelkie wymagania”? Zamawiający nie definiuje pojęcia „wszelkich wymagań”? Pojęcie „wszelkie wymagania” zwalnia Zamawiającego z obowiązku świadomego zaakceptowania Projektu.

Odpowiedź na Pytanie numer 183

Treść par 9 ust 19 przedstawia się następująco :

Akceptacja Projektu LOK, to jest akceptacja bez zastrzeżeń oznacza, że według wiedzy i najlepszych intencji Zamawiającego, Zamawiający nie dostrzega w przedłożonym Projekcie LOK elementów, które uzasadniały by twierdzenie, że zrealizowany na podstawie przedłożonego dokumentu LOK nie będzie spełniać Wymagań Zamawiającego, w tym nie będzie spełniał wszystkich założeń funkcjonalnych opisanych w OPZ. Jednocześnie przedmiotowa akceptacja nie oznacza, że Zamawiający ma pewność, że zrealizowany na podstawie przedłożonego projektu LOK spełniać będzie wszystkie Wymagania Zamawiającego. Tym samym akceptacja Projektu LOK, to jest akceptacja bez zastrzeżeń, nie oznacza, że Zamawiający w przypadku zrealizowania przez Wykonawcę LOK zgodnie z przedłożoną wersją Projektu LOK, którą Zamawiający zaakceptował, odebrana zostanie przez Xxxxxxxxxxxxx jako spełniająca wszelkie Wymagania Zamawiającego. O ostatecznym odbiorze przez Zamawiającego LOK wykonanego przez Wykonawcę decydować będzie spełnienie przez ten LOK wszelkich Wymagań Zamawiającego, co będzie możliwe do ustalenia podczas odbiorów, w tym realizowanych testów sprawdzających prawidłowość działania wykonanego przez Wykonawcę LOK. Tym samym celem usunięcia wszelkich wątpliwości, Wykonawca po zrealizowaniu LOK zgodnie z zaakceptowanym przez Xxxxxxxxxxxxx Projektem LOK, w przypadku stwierdzenia przez Zamawiającego, że zrealizowany LOK nie spełnia wszystkich Wymagań Zamawiającego, nie może powoływać się na okoliczność, iż projekt na podstawie którego XXX został zrealizowany, został wcześniej zaakceptowany przez Zamawiającego bez zastrzeżeń. Innymi słowy całe ryzyko dotyczące tego czy LOK spełniać będzie wszystkie Wymagania Zamawiającego spoczywa wyłącznie na Wykonawcy niezależnie od tego, czy Projekt LOK zaakceptowany był uprzednio bez zastrzeżeń przez Zamawiającego.

Podkreślone powyżej pojęcie wszystkie w zdaniu drugim niniejszego ustępu umowy, jak podkreślone powyżej pojęcie wszelkie w trzecim zdaniu niniejszego ustępu umowy, jak i podkreślone powyżej pojęcie wszelkich w czwartym zdaniu niniejszego ustępu umowy, a także pojęcia wszystkich, wszystkie w dwóch ostatnich zdaniach niniejszego ustępu umowy, odnoszą się zawsze do pojęcia Wymagania Zamawiającego i oznaczają to samo – pełne zakres wymagań zawarty w pojęciu Wymagania Zamawiającego. Nie ma potrzeby osobnego definiowana pojęcia wszystkie czy wszelkie wymagania, bowiem w Umowie jest zdefiniowane pojęcie Wymagania Zamawiającego. Pojęcie zdefiniowane w umowie – Wymagania Zamawiającego – dokładnie określa z czym ma być zgodny przedmiot umowy, w tym LOK. Jeżeli coś ma być zgodne z określonymi wymaganiami, to oznacza z założenia zgodne ze wszystkimi wymaganiami. Tym samym nawet bez użycia słów wszystkie/ wszelkie Wymagania Zamawiającego zawsze oznacza że chodzi o wszystkie wymagania bez wyjątków w tym zakresie. Pojęcie wszystkie / wszelkie to przeciwieństwo niektóre / nie wszystkie / z wyjątkami / nie koniecznie wszystkie. Celem uniknięcia wszelkich wątpliwości interpretacyjnych umowy, zamawiający stawiając przed pojęciem Xxxxxxxxx Zamawiającego słowa wszystkie / wszelkie chciał podkreślić, że LOK ma być zgodny z Wymaganiami Zamawiającego w pełnym zakresie tych wymagań, bez żadnych odstępstw i wyjątków. W tym miejscu Zamawiający wskazuje ze dokonując zmian umowy wprowadził pewne złagodzenie warunków odbioru przedmiotu umowy w zakresie występowania wad nieistotnych.

Zamawiający nie będzie zmieniał wskazanego zapisu umowy. Wszelkie czynności jakie zamawiający będzie podejmował w czasie realizacji umowy podejmować je będzie świadomie. Jeżeli Xxxxxxxxxxx miał podstawy do zaakceptowania Projektu LOK a tego nie uczynił dokonując jego odrzucenia, podczas gdy przedstawiony Projekt LOK spełniał Wymagania Zamawiającego a wykonanie oprogramowania LOK zgodnie z tym projektem prowadziłoby do powstania LOK zgodnego w Wymaganiami Zamawiającego, Zamawiający z tego tytułu ponosić będzie odpowiedzialność odszkodowawczą, co odnosi się do sytuacji nieuzasadnionego odstąpienia od umowy i nieuzasadnionego obciążania Wykonawcy karą umowną 5 % na zasadach wskazanych w par. 9 ust. 18 umowy

Pytanie numer 184

Załącznik nr 54a, Wzór umowy, par. 10 pkt 8

„ Jednocześnie  przedmiotowa akceptacja nie oznacza, że Zamawiający ma pewność…” – zastosowane przez Zamawiającego sformułowanie jest nieprecyzyjne. Prosimy jednoznaczne wskazanie, że w przypadku akceptacji Zmiany Projektu LOK, Zamawiający uzna, że Projekt LOK spełnia wszystkie Wymagania Zamawiającego lub prosimy o jednoznaczne wskazanie kryteriów akceptacji Zmiany Projektu LOK, po spełnieniu których Zamawiający poprzez akceptację potwierdzi spełnienie wszystkich Wymagań Zamawiającego. Niedopuszczalne jest formułowanie warunków akceptacji w taki sposób, że akceptacja nie daje Zamawiającemu pewności spełnienia Wszystkich Wymagań i jest furtką do ewentualnego stwierdzenia przez Zamawiającego, że pomimo akceptacji Wymagania Zamawiającego nie są spełnione. Niemożliwym jest realizowanie Projektu LOK z zaakceptowanymi przez Zamawiającego Zmianami, które de facto w skutku są tożsame z brakiem pełnej akceptacji i brakiem spełnienia „wszelkich Wymagań Zamawiającego”. Obowiązkiem Zamawiającego jest jednoznaczne wskazanie, czy zaproponowane zmiany spełniają Wymagania Zamawiającego czy nie spełniają, tym bardziej, że w przypadku, gdyby zaakceptowane przez Xxxxxxxxxxxxx Zmiany nie spełniały według Zamawiającego Wszystkich Wymagań, Wykonawca obarczony jest ponadnormatywnym ryzykiem niepewności  czy spełnia wszystkie Wymagania Zamawiającego czy nie spełnia, przy jednoczesnej pozornej na to zgodzie.

Odpowiedź na Pytanie numer 184

Wymagania Zamawiającego są określone w OPZ i SWIZ. Nadto jest umowa definiuje czym są Wymagania Zamawiającego. Zamawiający nie dokona w tym zakresie zmian zapisów umowy. Wykonawca projektu rozwiązanie informatyczne i bierze za to pełną odpowiedzialność, to jest za ostateczny efekt, że zaproponowane i zrealizowane rozwiązanie informatyczne spełniać będzie Wymagania Zamawiającego. Zamawiający wskazuje że akceptacja Zmiany Projektu LOK oparta jest na tych samych zasadach do przyjęcie Projektu LOK. W przypadku Zmiany Projektu LOK Zamawiający się wypowiada wobec zmian do projektu który już wcześniej został zaakceptowany. O tym czy zmiany w projekcie LOK ostatecznie spełniać będą Wymagania Zamawiającego będzie można ustalić podczas odbioru LOK. Ostatecznie to LOK, jako gotowy i wdrożony produkt informatyczny ma spełniać Wymagania Zamawiającego. Zdaniem Zamawiające przy tego typu realizacji dzieła jakim jest przygotowanie i dostarczenie LOK, nadużyciem ze strony Wykonawcy byłoby żądanie od Zamawiającego przyjęcia pełnej i nieograniczonej odpowiedzialności za aprobaty udzielane przez Zamawiającego Wykonawcy na poszczególne rozwiązania wprowadzane przez Wykonawcę do realizowanego przez Wykonawcę przedmiotu umowy. Takie rozwiązanie byłoby dopuszczalne a w zasadzie pożądane i wymagane w sytuacji gdyby to Zamawiający po zaakceptowaniu Projektu LOK , czy nawet bez takiej akceptacji ( gdyby umowa tego nie przewidywała) narzucałby Wykonawcy wprowadzenie określonych rozwiązań do projektowanego i realizowanego przez Wykonawcę LOK. Tym samym zapisy umowy w zakresie wskazanym w pytaniu nie będą zmieniane.

Pytanie numer 185

Załącznik nr 54a, Wzór umowy, par. 11 pkt. 6

Zamawiający określa, że: W ramach Odbioru Zasadniczego przeprowadzone zostaną testy HIS Uzupełnienie co najmniej w zakresie wskazanym w OPZ oraz testy wskazane w Harmonogramie Wdrożenia. Ponadto Odbiór Zasadniczy przebiegać będzie zgodnie z Harmonogramem Odbioru Zasadniczego, ustalonym między Zamawiającym a Wykonawcą przed rozpoczęciem Odbioru Zasadniczego. W przypadku braku porozumienia stron co do treści tego harmonogramu, o jego ostatecznym kształcenie decyduje Xxxxxxxxxxx. OPZ (będący załącznikiem do Umowy) wskazuje minimalne elementy Harmonogramu Odbioru Zasadniczego.

Prosimy o informację czy Zamawiający zamierza współdziałać z Wykonawcą w toku realizacji umowy?
Zwracamy uwagę, że uzgodnienie harmonogramu testów jest czynnością dwustronną, w której czynny udział bierze zarówno Zamawiający i Wykonawca. Obarczanie odpowiedzialnością wyłącznie jednej ze stron za ewentualne działania drugiej ze stron, które pozostają poza jakąkolwiek kontrolą obarczonego odpowiedzialnością Wykonawcy jest sprzeczne z zasadami współżycia społecznego oraz powoduje konieczność kalkulowania dodatkowych ryzyk do ceny oferty, co znacząco powiększa jej wartość.
prosimy również o wykreślenie sformułowania: OPZ (będący załącznikiem do Umowy) wskazuje minimalne elementy Harmonogramu Odbioru Zasadniczego. Prosimy o odpowiedź, na jakiej podstawie Wykonawca ma założyć, jakie inne wytyczne, uwagi oprócz opisanych w OPZ, będą musiały zostać uwzględnione w zakresie testów? Wykonawca konstruując odpowiedzialną ofertę winien dokonać tego na podstawie zdefiniowanego zakresu. Dodatkowy zakres prac jaki kryje się pod ogólnikowym i zabezpieczającym w pełni interesy Zamawiającego zapisem, nie może być podstawą do określenia ceny ryczałtowej, jakiej oczekuje Zamawiający Tworzenie nieprecyzyjnych i tylko skrótowych informacji, uniemożliwia, wykonanie prawidłowej wyceny przez Wykonawcę. Nadmieniamy przy tym, że działanie takie, jest niezgodne z obowiązującą ustawą PZP. Zgodnie z Art. 29. 1. Ustawy PZP: Przedmiot zamówienia opisuje się w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, uwzględniając wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty oraz ust 2. Przedmiotu zamówienia nie można opisywać w sposób, który mógłby utrudniać uczciwą konkurencję. Na podstawie powyższego Zamawiający ma obowiązek, bez względu na tryb prowadzonego postępowania, precyzyjnego opisania przedmiotu zamówienia, tak, aby każdy z Wykonawców, w wycenie uwzględnił ten sam zakres i oferty były porównywalne.

Odpowiedź na Pytanie numer 185

Zamawiający nie tylko zamierza ale i ma prawny obowiązek pełnej współpracy z Wykonawcą we wszelkich aspektach realizacji umowy, co jest niezbędne do prawidłowego wykonania umowy przez Wykonawcę zgodnie z Wymaganiami Zamawiającego. Co do zacytowanego w pytaniu zdania W przypadku braku porozumienia stron co do treści tego harmonogramu, o jego ostatecznym kształcenie decyduje Zamawiający. OPZ (będący załącznikiem do Umowy) wskazuje minimalne elementy Harmonogramu Odbioru Zasadniczego, to Zamawiający podkreśla, że najpierw strony umowy mają się porozumieć, na zasadzie negocjacji uwzględniającej interesy i prawa obu stron. Dopiero w braku porozumienia stron umowy w tym zakresie to jest w przypadku braku porozumienia stron co do treści tego harmonogramu, o jego ostatecznym kształcenie decyduje Zamawiający. Umowa musi przewidywać rozstrzygnięcie zagadnienia w sytuacji gdy nie ma w tym zakresie porozumienia stron. Zamawiający dokona jednak zmiany zapisu umowy, co będzie bardziej zabezpieczać interes Wykonawcy, chroniąc go przed nałożeniem na niego w tym zakresie nadmiernych obowiązków.

Zmiana Umowy 54 A numer 41

Par. 11 ust. 6 przed zmianą

W ramach Odbioru Zasadniczego przeprowadzone zostaną testy HIS Uzupełnienie co najmniej w zakresie wskazanym w OPZ oraz testy wskazane w Harmonogramie Wdrożenia. Ponadto Odbiór Zasadniczy przebiegać będzie zgodnie z Harmonogramem Odbioru Zasadniczego, ustalonym między Zamawiającym a Wykonawcą przed rozpoczęciem Odbioru Zasadniczego. W przypadku braku porozumienia stron co do treści tego harmonogramu, o jego ostatecznym kształcenie decyduje Xxxxxxxxxxx. OPZ (będący załącznikiem do Umowy) wskazuje minimalne elementy Harmonogramu Odbioru Zasadniczego.

Par. 11 ust. 6 po zmianą

W ramach Odbioru Zasadniczego przeprowadzone zostaną testy HIS Uzupełnienie co najmniej w zakresie wskazanym w OPZ oraz testy wskazane w Harmonogramie Wdrożenia. Ponadto Odbiór Zasadniczy przebiegać będzie zgodnie z Harmonogramem Odbioru Zasadniczego, ustalonym między Zamawiającym a Wykonawcą przed rozpoczęciem Odbioru Zasadniczego. Ustalając Harmonogram Odbioru Zasadniczego Wykonawca uwzględni konieczność przeprowadzenia przez Zamawiającego wszystkich wymaganych testów HIS Uzupełnienie zgodnie z Wymaganiami Zamawiającego, Zamawiający zaś uwzględni możliwości organizacyjne Wykonawcy związane z realizacją Umowy oraz innych umów realizowanych przez Wykonawcę w wyniku Postępowania Przetargowego.

Teraz sytuacja jest taka, że OPZ określa minimalny poziom testów. Wykonawca przedkłada w czasie realizacji umowy Harmonogram Wdrożenia gdzie może nastąpić doprecyzowanie zasad i sposobów przeprowadzenia testów. Zaś Harmonogram Odbioru Zasadniczego ma być tak ułożony y umożliwić przeprowadzenie wszystkich testów wskazanych w Harmonogramie Wdrożenia. Xxx Xxxxxxxxxxx Odbioru Zasadniczego nie wprowadza co do zasady zgodnie z postanowieniami umowy nowy testów. Strony muszą się między sobą porozumieć jak dokładnie ma przebiegać Odbiór Zasadniczy. Należy to w interesie obu stron. Jednak gdy Wykonawca nie będzie współpracował z Zamawiającym

Pytanie numer 186

Załącznik nr 54a, Wzór umowy, par. 11

Prosimy o potwierdzenie, że wszystkie czynności wymienione w par. 11 są wyłączenie z terminu realizacji zamówienia, czynności odbiorowe nie leżą po stronie Wykonawcy, nie ma on wpływu na czas ich trwania i przebieg oraz termin złożenia podpisów przez Zamawiającego. Zamawiający wskazuje, że sam wyznacza termin, ale za wynik obciąża Wykonawcę. Pozostawienie zapisów w obecnym nieprecyzyjnym kształcie jest sprzeczne z zasadami współżycia społecznego, dobrymi obyczajami oraz przenosi nadmiernie odpowiedzialność na Wykonawcę, co uniemożliwia złożenie odpowiedzialnej oferty bądź znacząco wpływa na wartość ceny.

Odpowiedź na Pytanie numer 186

Tak, Zamawiający potwierdza, że wszelkie czynności odbiorowe nie wchodzą w okres realizacji przez Wykonawcę zadania/czynności które są przedmiotem odbioru. Jest to rozwiązanie standardowe. Zamawiający potwierdza, że wszystkie czynności wymienione w par. 11 są wyłączone z terminu realizacji zamówienia, czynności odbiorowe nie leżą po stronie Wykonawcy, nie ma on wpływu na czas ich trwania i przebieg oraz termin złożenia podpisów przez Zamawiającego na protokołach związanych z odbiorem.

Pytanie numer 187

Załącznik nr 54a, Wzór umowy, par. 11 pkt. 7

Prosimy o wskazanie przesłanek uzasadniających przekroczenie terminów o których mowa w ustępie 2 i 8 niniejszego paragrafu, które to przekroczenie nie stanowi ani zwłoki ani opóźnienia po stronie Zamawiającego.

Odpowiedź na Pytanie numer 187

Treść par.11 ust. 7 jest następująca :

Odbiór Zasadniczy rozpoczyna się w Dacie Rozpoczęcia Odbioru Zasadniczego, a kończy się Datą Zakończenia Odbioru Zasadniczego. Przystąpienie przez Zamawiającego do Odbioru Zasadniczego z przekroczeniem terminu o jakim mowa w ust. 2 niniejszego paragrafu, jak i przedłużenie przez Zamawiającego Odbioru zasadniczego ponad okres wskazany w ust. 8 niniejszego paragrafu, a w przypadku wystąpienia kolejnych Odbiorów Zasadniczych, ponad okres wskazany w Umowie, nie stanowi zwłoki, ani opóźnienia po stronie Wykonawcy, chyba że przystąpienie przez Xxxxxxxxxxxxx do Odbioru Zasadniczego z przekroczeniem terminu wskazanego w ust. 2 niniejszego paragrafu lub przekroczenie trwania Odbioru Zasadniczego ponad okres wskazany w Umowie jest następstwem okoliczności za jakie odpowiedzialność podnosi Wykonawca. Równocześnie przekroczenie przez Xxxxxxxxxxxxx terminów o jakich mowa w zdaniu poprzednim nie stanowi ani zwłoki ani opóźnienia po stronie Zamawiającego.

Wskazany zapis umowy mówi o tym, że jeżeli Zamawiający przystąpi do odbioru Zasadniczego z przekroczeniem okresu wskazanego w ust.2 to jest po upływie 5 Dni od dnia otrzymania przez Zamawiającego od Wykonawcy Zawiadomienia Zakończenie Okresu Wdrożenia, to nie jest to ani zwłoka ani opóźnienie Wykonawcy, co jednoznacznie zabezpiecza interes Wykonawcy. Nie przystąpienie w wskazanym terminie przez Zamawiającego do odbioru jest zwłoką Zamawiającego i jeżeli Wykonawca poniósł z tego tytułu szkody, to jest z tytułu zawinionego przez Zamawiającego nieterminowego przystąpienia do odbioru, Wykonawca ma roszczenia do Zamawiającego o naprawienie poniesionej z tego tytułu szkody. Zamawiający nie będzie ani w opóźnieniu ani w zwłoce w przystąpieniu do Odbioru Zasadniczego, jeżeli przystąpienie np. będzie niemożliwe wskutek okoliczności leżących po stronie Wykonawcy, jak np. uporczywe przez Wykonawcę unikanie ustalania Harmonogramu Odbioru Zasadniczego.

Pytanie numer 188

Załącznik nr 54a, Wzór umowy, par. 11 pkt. 7

Prosimy o usunięcie zapisu „…co obejmuje również uprawnienie do podejmowania działań nieobjętych zakresem testów wskazanych w OPZ, podejmowanie działań nieuzgodnionych z Wykonawcą, jak i nieobjętych Harmonogramem Odbioru Zasadniczego”. Zapis ten jest niejasny i prowadzi do nierówności stron Umowy.

Odpowiedź na Pytanie numer 188

Wskazany zapis umowy nie zostanie zmieniony. Nie można Zamawiającego pozbawić możliwości weryfikacji poprawności zrealizowania zadań przez Wykonawcę, za jakie Zamawiający ma zapłacić. Zasady odbioru są określone w umowie. Niemniej jednak podczas odbioru mogą ujawnić się okoliczności, gdzie mimo lub nawet wskutek przeprowadzonych testów istnienie potrzeba dodatkowego zweryfikowania odbieranego przedmiotu umowy. Nie jest to nadużycie pozycji Zamawiającego.

Pytanie numer 189

Załącznik nr 54a, Wzór umowy, par. 11 pkt. 16

Prosimy o dopisanie dalszej części wymagania: (…) określone w OPZ.

Odpowiedź na Pytanie numer 189

Treść par.11 ust. 16 jest po zmianach zupełnie inna niż pierwotnie w umowie. Obecną treść wskazanego ustępu należy czytać razem z zmianami w ust. 14,15,16.

Zmiana Umowy 54 A numer 29

Par. 11 ust. 14,15,16 przed zmianą

14. Zamawiający jest uprawniony do dokonana Negatywnego Odbioru Zasadniczego w przypadku stwierdzenia jakiejkolwiek nieprawidłowości w funkcjonowaniu HIS Uzupełnienie lub Systemu Autoryzacji, to jest w przypadku stwierdzenia jakiejkolwiek niezgodności HIS Uzupełnienie, Dokumentacji Oprogramowania lub Systemu Autoryzacji z Wymaganiami Zamawiającego. Nieprawidłowość w funkcjonowaniu HIS Uzupełnienie to jakakolwiek niezgodność Oprogramowania Aplikacyjnego lub Lokalnego Oprogramowania Komunikacyjnego z Wymaganiami Zamawiającego, jak i nie pełnienie przez nie funkcji lub zadań opisanych w Wymaganiach Zamawiającego lub spełnienie ich na poziomie innym, o parametrach gorszych, niż wskazane w Wymaganiach Zamawiającego. Nieprawidłowość to również jakakolwiek niezgodność z Wymaganiami Zamawiającego w Wdrożeniu HIS Uzupełnienie lub w Dokumentacji Oprogramowania. Tym samym Zamawiający jest zawsze uprawniony do dokonania Negatywnego Odbioru Zasadniczego w sytuacji stwierdzenia jakiejkolwiek nieprawidłowości odnoszącej się do Przedmiotu Umowy Zasadniczy.

15. Negatywny Odbiór Zasadniczy oznacza, że stworzone, dostarczone, zainstalowane i skonfigurowane przez Wykonawcę oprogramowanie (Oprogramowanie Aplikacyjne lub Lokalne Oprogramowanie Komunikacyjne) lub dostarczona dokumentacja, bądź System Autoryzacji lub przeprowadzone Wdrożenie lub sposób udzielenia licencji, są niezgodne z Umową (niezgodne z Wymaganiami Zamawiającego). Niezależnie od poziomu tej niezgodności z Umową, o jakiej mowa w zdaniu poprzednim, co zawsze stanowi niezgodność z Wymaganiami Zamawiającego, taki HIS Uzupełnienie, Dokumentacja Oprogramowania czy przeprowadzone Wdrożenie, bądź System Autoryzacji, a tym samym Przedmiot Umowy Zasadniczy, nie przedstawia dla Zamawiającego żadnej wartości ekonomicznej. Wystąpienie jakiejkolwiek nieprawidłowości (w rozumieniu o jakim mowa w ust. 14 niniejszego paragrafu) w funkcjonowaniu HIS Uzupełnienie powoduje, że Umowa nie osiągnęła zamierzonego przez Zamawiającego celu, a Zamawiający nie uzyskał żadnej korzyści majątkowej (ekonomicznej), a nadto narażony zostaje na negatywne konsekwencje finansowe związane z niezrealizowaniem Projektu oraz niedostosowaniem prowadzonej przez niego działalności do realizacji zadań jakim miał służyć HIS Uzupełnienie. Oznacza to, że w przypadku, gdy odbierany w Odbiorze Zasadniczym Przedmiot Umowy Zasadniczy wykazuje jakiekolwiek nieprawidłowości, wówczas taki Przedmiot Umowy Zasadniczy nie ma dla Zamawiającego wartości ekonomicznej. Stwierdzenie nieprawidłowości w rozumieniu o jakim mowa w ust. 14 niniejszego paragrafu, w żadnych okolicznościach nie uprawnia Wykonawcy do żądania od Zamawiającego przyjęcia Przedmiotu Umowy (Przedmiotu Umowy Zasadniczy). HIS Uzupełnienie, w którym występuje jakakolwiek nieprawidłowość, nie przedstawia dla Zamawiającego żadnej wartości. Tym samym Wykonawca nie może domagać się od Zamawiającego dokonania Pozytywnego Odbioru Zasadniczego, powołując się na to, że stwierdzone nieprawidłowości czy niezgodności są mało istotne lub że będą poprawione w ramach Gwarancji czy Rękojmi.

16. Celem uniknięcia wszelkich wątpliwości, jakakolwiek niezgodność, również taka która zdaniem Wykonawcy jest mało istotna, uprawnia Zamawiającego do dokonania Negatywnego Odbioru Zasadniczego. Wykonawca nie może podnosić, że stwierdzona niezgodność jest nieistotna wobec Wymagań Zamawiającego. Nie ma takiego elementu Wymagań Zamawiającego, w tym w szczególności wymagań odnoszących się do działania, funkcjonalności, konfiguracji i innych parametrów technicznych HIS Uzupełnienie lub dotyczącej jego dokumentacji, czy też odnoszących się do efektów Wdrożenia, których niespełnienie uprawniałoby Wykonawcę do żądania zaakceptowania i przyjęcia przez Zamawiającego zrealizowanego przez Wykonawcę Przedmiotu Umowy Zasadniczy. Innymi słowy, zrealizowany przez Wykonawcę Przedmiot Umowy w zakresie Przedmiot Umowy Zasadniczy musi zawsze w pełnym zakresie, bez żadnych wyłączeń i wyjątków, być zgodny z Wymaganiami Zamawiającego.

Par. 11 ust. 14,15,16 po zmianach

14. Zamawiający jest uprawniony do dokonana Negatywnego Odbioru Zasadniczego w przypadku stwierdzenia nieprawidłowości w realizacji Przedmiot Umowy Zasadniczy (Nieprawidłowość Odbiór). Nieprawidłowość Odbiór to wszelkie niezgodności HIS Uzupełnienie, Dokumentacji Oprogramowania lub Systemu Autoryzacji z Wymaganiami Zamawiającego. Nieprawidłowość Odbiór w funkcjonowaniu HIS Uzupełnienie to jakakolwiek niezgodność Oprogramowania Aplikacyjnego lub Lokalnego Oprogramowania Komunikacyjnego z Wymaganiami Zamawiającego, jak i nie pełnienie przez nie funkcji lub zadań opisanych w Wymaganiach Zamawiającego lub spełnienie ich na poziomie innym, o parametrach gorszych, niż wskazane w Wymaganiach Zamawiającego. Nieprawidłowość Odbiór to również jakakolwiek niezgodność z Wymaganiami Zamawiającego w Wdrożeniu HIS Uzupełnienie lub w Dokumentacji Oprogramowania. Nieprawidłowość Odbiór nie obejmuje wad mało istotnych, które w odniesieniu do oprogramowań składających się na HIS Uzupełnienie obejmują wady które nie są Wadą Krytyczną (Awarię), Wadą Istotną (Błąd Istotny), potrzebą Gwarancyjnego Wsparcia Serwisowego w rozumieniu par. 15 ust. 15,16,18 Umowy. Wady mało istotne, o jakich mowa w zdaniu poprzednim, zwane dalej Dopuszczalne Wady Małoistotne dotyczyć mogą również Dokumentacji Oprogramowania. Dopuszczalne Wady Małoistotne nie mogą się odnosić do warunków i sposobu udzielania licencji objętych Przedmiotem Umowy.

15. Negatywny Odbiór Zasadniczy oznacza, że stworzone, dostarczone, zainstalowane i skonfigurowane przez Wykonawcę oprogramowanie (Oprogramowanie Aplikacyjne lub Lokalne Oprogramowanie Komunikacyjne) lub dostarczona dokumentacja, bądź System Autoryzacji lub przeprowadzone Wdrożenie lub sposób udzielenia licencji, są niezgodne z Umową (niezgodne z Wymaganiami Zamawiającego). Niezależnie od poziomu tej niezgodności z Umową, o jakiej mowa w zdaniu poprzednim, co zawsze stanowi niezgodność z Wymaganiami Zamawiającego, taki HIS Uzupełnienie, Dokumentacja Oprogramowania czy przeprowadzone Wdrożenie, bądź System Autoryzacji, a tym samym Przedmiot Umowy Zasadniczy, nie przedstawia dla Zamawiającego żadnej wartości ekonomicznej. Zasada o jakiej mowa w dwóch zdaniach poprzednich nie ma zastosowania w odniesieniu do Dopuszczalnych Wad Małoistotnych stwierdzonych podczas Odbioru Zasadniczego. Wystąpienie jakiejkolwiek Nieprawidłowości Odbiór (w rozumieniu o jakim mowa w ust. 14 niniejszego paragrafu) w funkcjonowaniu HIS Uzupełnienie powoduje, że Umowa nie osiągnęła zamierzonego przez Zamawiającego celu, a Zamawiający nie uzyskał żadnej korzyści majątkowej (ekonomicznej), a nadto narażony zostaje na negatywne konsekwencje finansowe związane z niezrealizowaniem Projektu oraz niedostosowaniem prowadzonej przez niego działalności do realizacji zadań jakim miał służyć HIS Uzupełnienie. Oznacza to, że w przypadku, gdy odbierany w Odbiorze Zasadniczym Przedmiot Umowy Zasadniczy wykazuje jakiekolwiek Nieprawidłowość Odbiór, wówczas taki Przedmiot Umowy Zasadniczy nie ma dla Zamawiającego wartości ekonomicznej. Stwierdzenie jakiejkolwiek Nieprawidłowości Odbiór w rozumieniu o jakim mowa w ust. 14 niniejszego paragrafu, w żadnych okolicznościach nie uprawnia Wykonawcy do żądania od Zamawiającego przyjęcia Przedmiotu Umowy (Przedmiotu Umowy Zasadniczy). HIS Uzupełnienie, w którym występuje taka nieprawidłowość, nie przedstawia dla Zamawiającego żadnej wartości. Tym samym Wykonawca nie może domagać się od Zamawiającego dokonania Pozytywnego Odbioru Zasadniczego w przypadku wystąpienia jakiejkolwiek Nieprawidłowości Odbiór, powołując się na to, że stwierdzone nieprawidłowości czy niezgodności będą poprawione w ramach Gwarancji czy Rękojmi.

16. Celem uniknięcia wszelkich wątpliwości, jakakolwiek Nieprawidłowość Odbiór, uprawnia Zamawiającego do dokonania Negatywnego Odbioru Zasadniczego. W przypadku stwierdza w Odbiorze Zasadniczym Dopuszczalnych Wad Małoistotnych, Wykonawca obowiązany jest je usunąć w terminie 30 dni od dnia sporządzenia Pozytywnego Protokołu Odbioru Zasadniczego. Wykonawca nie może podnosić, że oprócz Dopuszczalnych Wad Małoistotnych stwierdzone inne niezgodności z Wymaganiami Zamawiającego uprawniają go do Pozytywnego Odbioru Zasadniczego.

Pytanie numer 190

Załącznik nr 54a, Wzór umowy, par. 12 pkt. 5

Wykonawca wnosi o ograniczenie licencji zgodnie z potrzebami Zamawiającego i Licencją na kraju. Brak ograniczeń terytorialnych dla licencji na Oprogramowanie Aplikacyjne skutkuje tym, że Zamawiający miałby możliwość implementacji systemu w dowolnym miejscu na świecie. Tak szeroki zakres nie ma odzwierciedlenia ani uzasadnienia w OPZ. Wykonawca wnosi o modyfikację zapisu.

Odpowiedź na Pytanie numer 190

Zamawiający uwzględnił już ten postulat. Obecnie par. 12 ust. 5 po zmianie brzmi następująco : Licencja Oprogramowania Aplikacyjnego ograniczona jest terytorialnie do obszaru Rzeczypospolitej Polski, z tym zastrzeżeniem, że wskazane ograniczenie terytorialne nie oznacza, że uprawniony do korzystania z Licencji Oprogramowanie Aplikacyjne (Zamawiający) nie będzie mógł wykorzystywać Oprogramowania Aplikacyjnego do obsługi dowolnych pacjentów, niezależnie jakie jest ich miejsce zamieszkania czy pobytu. Oznacza to, że wskazane ograniczenie terytorialne nie stanowi przeszkody do tego by Zamawiający mógł wykorzystywać Oprogramowanie Aplikacyjne do obsługi wszelkich pacjentów (osób korzystających z usług Zamawiającego) bez jakichkolwiek ograniczeń w tym zakresie, co dotyczy również pacjentów mających miejsce zamieszkania lub pobytu, w tym pobytu tylko czasowego, lub tylko czasowo znajdujących się (przebywających) poza granicami Polski.

Pytanie numer 191

Załącznik nr 54a, wzór umowy, par. 14 Dokumentacja Oprogramowania ust. 4

Dokonując zmian i aktualizacji HIS Uzupełnienie Wykonawca zobowiązany będzie dostarczyć Zamawiającemu zaktualizowane wersje Dokumentacji Oprogramowania o dokonane zmiany i aktualizacje HIS Uzupełnienie oraz odpowiednio Załącznik nr 54b oraz Załącznik nr 54c

Mając na uwadze zakres Projektu Wykonawca prosi o potwierdzenie, że wymaganie zostanie uznane za spełnione jeżeli Wykonawca będzie udostępniał dokumentację w formie Dodatku do samodzielnego pobrania na udostępnionym dysku FTP do którego będzie miał dostęp Zamawiający.

Odpowiedź na Pytanie numer 191

Takie rozwiązania jest dopuszczalne ale jak skończy się Gwarancja, najpóźniej w Dacie Końcowej Gwarancji Wykonawca obowiązany jest dostarczyć wskazaną dokumentację obejmującą wszystkie zmiany w okresie od Odbioru Zasadniczego do zakończenia gwarancji przekazać Zamawiającemu w formie zgodnie z postanowieniami umowy, co obejmuje też dokumentację w formie papierowej.

Pytanie numer 192

Załącznik nr 54a, Wzór umowy, par. 15 pkt. 7

Wykonawca wnosi o usunięcie zapisu i określenie jednoznacznego terminu zakończenia gwarancji i rękojmi. W powszechnie stosowanym nazewnictwie i terminologii nie występują pojęcia: „zamknięcia gwarancji” lub „zamknięcia rękojmi”.

Odpowiedź na Pytanie numer 192

Po pierwsze termin zakończenia gwarancji i rękojmi jest jednoznacznie wskazany w umowie i był jednoznacznie wskazany w umowie przed zmianami dokonywanymi przez Zamawiającego w toku niniejszego Postępowania Przetargowego. Zamawiający dokonał w tym zakresie zmian w umowie. Xxxxx występuje pojęcie Data Zamknięcia Gwarancji i Rękojmi oraz pojęcie Daty Końcowej Gwarancji i Rękojmi. W sposób zasadniczy ograniczona została rozpiętość czasowa między tymi pojęciami. Po zmianach wynosi ona tylko 21 dni kalendarzowych.

Par.15 ust. 8 po zmianach w umowie brzmi :

Oprócz Daty Końcowej Gwarancji i Rękojmi wyróżnia się Datę Zamykającą Gwarancję i Rękojmię. Data Zamykająca Gwarancję i Rękojmię to dzień przypadający na 21 dzień kalendarzowy po Dacie Końcowej Gwarancji i Rękojmi. Okres pomiędzy Datą Końcową Gwarancji i Rękojmi a Datą Zamykającą Gwarancję i Rękojmię, zwany Okresem Dodatkowym Gwarancji i Rękojmi to okres w jakim Zamawiający może dochodzić uprawnień z tytułu Rękojmi i Gwarancji (to jest żądać od Wykonawcy wykonania przez niego jego obowiązków wynikających z Gwarancji i Rękojmi), będących konsekwencją zgłoszenia wad Przedmiotu Umowy w Okresie Gwarancji i Rękojmi, które to wady zostały usunięte przez Wykonawcę i w związku z tym na te elementy Przedmiotu Umowy, które były objęte wskazanymi wadami, Rękojmia i Gwarancja biegnie na nowo. Okres pomiędzy Datą Końcową Gwarancji i Rękojmi a Datą Zamykającą Gwarancję i Rękojmię (Okres Dodatkowy Gwarancji i Rękojmi) to okres w jakim Zamawiający może również dochodzić uprawnień z tytułu Gwarancji i Rękojmi dotyczących prac realizowanych przez Wykonawcę w Okresie Gwarancji i Rękojmi w ramach jego obowiązków wskazanych w ust. 3 niniejszego paragrafu. Tym samym Gwarancja wynikająca z Umowy nie ma zastosowania do wad Przedmiotu Umowy ujawnionych po Dacie Zamykającej Gwarancję i Rękojmię. Okres Dodatkowy Gwarancji i Rękojmi to okres w jakim Wykonawca po Dacie Końcowej Gwarancji i Rękojmi obowiązany jest usuwać wady Przedmiotu Umowy, które ujawnią się w tym okresie lub które zgłoszone zostaną przez Zamawiającego w tym okresie, a dotyczą tylko tych elementów Przedmiotu Umowy wobec których w Okresie Gwarancji i Rękojmi stwierdzono wady i wady te były usunięte przez Wykonawcę wskutek czego na te elementy Przedmiotu Umowy Gwarancja i Rękojmia biegnie na nowo.

Tym samym odpowiedź na pytanie kiedy ustaje odpowiedzialność Wykonawcy wobec Zamawiającego z tytułu Gwarancję i Rękojmi jest następująca – odpowiedzialność ustaje z dniem Data Końcowa Gwarancji i Rękojmi za wyjątkiem sytuacji - ujawnienia się lub zgłoszenia wad przedmiotu umowy dotyczących tych jego elementów gdzie w Okresie Gwarancji i Rękojmi czyli do Daty Końcowej Gwarancji i Rękojmi zgłoszone były wady i Wykonawca je usunął przez co gwarancja i rękojmia biegnie na nowo – i ten liczony na nowo bieg Gwarancji i Rękojmi kończy się z upływem 21 dnia kalendarzowego od Daty Kończącej Gwarancję i Rękojmię, czyli z dniem Data Zamykająca Gwarancję i Rękojmię.

Pytanie numer 193

Załącznik nr 54a, Wzór umowy, par. 15 pkt. 19

Zamawiający wskazuje, że: do każdego rodzaju Wady, o jakich mowa w ust. 14-18 niniejszego paragrafu, może dojść z przyczyn leżących po stronie Zamawiającego, Wykonawcy lub wskutek wypadków losowych.

Prosimy o potwierdzenie, ze zakresem gwarancji nie są objęte Wady wynikające z niewłaściwego działania infrastruktury, która nie jest przedmiotem niniejszego postępowania, bądź wszelkie konsekwencje wynikające z działania wirusów komputerowych, ataków hackerskich bądź też rażącego niedbalstwa w zabezpieczaniu systemu i danych oraz, że w przypadku wystąpienia wady niewynikającej z przyczyn leżących po stronie Wykonawcy (Oprogramowania Aplikacyjnego) nie są objęte gwarancją i ich realizacja będzie umniejszać pakiet godzin, o którym mowa w ust. 33.

Wykonawca nie może ponosić nieograniczonej odpowiedzialności za działania niebędące w jego kontroli. Obarczanie odpowiedzialnością wyłącznie jednej ze stron za ewentualne działania drugiej ze stron, które pozostają poza jakąkolwiek kontrolą obarczonego odpowiedzialnością Wykonawcy jest sprzeczne z zasadami współżycia społecznego oraz powoduje konieczność kalkulowania dodatkowych ryzyk do ceny oferty, co znacząco powiększa jej wartość.

Odpowiedź na Pytanie numer 193

Po pierwsze zagadnienie to podnoszone było przez innych pytających i w odwołaniu do KIO, wobec czego Zamawiający dokonał zmiany postanowienia par.15 ust. 19. Wskazany zapis umowy po zmianie brzmi :

Do każdego rodzaju Wady, o jakich mowa w ust. 14-18 niniejszego paragrafu, może dojść z przyczyn leżących po stronie Zamawiającego, Wykonawcy lub wskutek wypadków losowych przy czym odpowiedzialność Wykonawcy za wady spowodowane z winy Zamawiającego ograniczona jest w sposób wskazany w ust. 30 niniejszego paragrafu, to jest maksymalnie do czterech zdarzenia w ciągu każdego roku trwania Okresu Gwarancji.

Par. 15 ust. 30 po zmianie brzmi :

W zakresie maksymalnie 4 (czterech) pojedynczych zdarzeń w ciągu każdego roku Okresu Gwarancji i Rękojmi, Gwarancja obejmuje również awarie, które powstały wskutek zwykłej eksploatacji Oprogramowania przez Zamawiającego lub osoby, którym Zamawiający udostępnił te oprogramowania do korzystania, zgodnie z ich przeznaczeniem, co obejmuje w szczególności pracowników Zamawiającego, pracowników Organizatora Postępowania, pracowników szpitali uczestniczących w Projekcie, jak też osób nie będących pracownikami podmiotów wskazanych wcześniej, a działających z ich upoważniania, inne osoby zaangażowane w realizację lub obsługę Projektu. Tym samym w ciągu każdego roku trwania Gwarancji Wykonawca w ramach Gwarancji zobowiązany będzie usuąć awarie nie spowodowane z winy Wykonawcy, jednak w wymiarze nie większym niż cztery zdarzenia w ciągu każdego roku trwania Okresu Gwarancji.

Jednocześnie Zamawiający potwierdza, że po zakresem czterech zdarzeń w ciągu każdego roku trwania Gwarancji i Rękojmi Wykonawca nie ponosi odpowiedzialności w ramach Gwarancji za zdarzenia nie spowodowane z jego winy.

Zamawiający potwierdza, że zakresem Gwarancji nie są objęte Wady wynikające z niewłaściwego działania infrastruktury, która nie jest przedmiotem niniejszego postępowania, bądź wszelkie konsekwencje wynikające z działania wirusów komputerowych, ataków hackerskich bądź też rażącego niedbalstwa w zabezpieczaniu systemu i danych.

W przypadku wystąpienia wady niewynikającej z przyczyn leżących po stronie Wykonawcy (Oprogramowania Aplikacyjnego) Zamawiający w pierszej kolejności będzie korzystał z rozwiązania wskazanego w par 15 ust19 i ust 30 umowy. Nadto realizacja usuwania wad przedmiotu umowy za których odpowiedzialność nie ponosi Wykonawca może być realizowana poprzez umniejszanie pakiet godzin, o którym mowa w ust. 33.

Pytanie numer 194

Załącznik nr 54a, Wzór umowy, par. 15 pkt. 37

Zamawiający określił, że: W ramach Gwarancji Wykonawca przeprowadzać będzie co najmniej raz na 6 miesięcy w Okresie Gwarancji audyt bezpieczeństwa na zasadach ustalonych z Zamawiającym po podpisaniu Umowy. Zagadnienie o jakim mowa w zdaniu poprzednim uregulowana zostanie najpóźniej na etapie Odbioru Zasadniczego. Wykonawca obowiązany jest opracować schematy i zasady przeprowadzania audytu bezpieczeństwa a dokumentacja w tym zakresie, będąca podstawą weryfikacji przez Zamawiającego realizowania przez Wykonawcę jego obowiązków umownych w zakresie audytu bezpieczeństwa w ramach Gwarancji, dostarczona zostanie do Zamawiającego najpóźniej przed rozpoczęciem Odbioru Zasadniczego.

Zamawiający w OPZ nie określił żadnych wymogów dotyczących bezpieczeństwa, dostępności i wydajności dostarczanego oprogramowania, a określanie wymagań dla zrealizowania audytu bezpieczeństwa dopiero po podpisaniu umowy jest niedopuszczalne. Prosimy o odpowiedź, na jakiej podstawie Wykonawca ma założyć, jaki zakres audytu bezpieczeństwa będzie musiał zostać zrealizowany na rzecz Zamawiającego? Wykonawca konstruując odpowiedzialną ofertę winien dokonać tego na podstawie zdefiniowanego zakresu. Dodatkowy zakres prac jaki kryje się pod ogólnikowym i zabezpieczającym w pełni interesy Zamawiającego zapisem, nie może być podstawą do określenia ceny ryczałtowej, jakiej oczekuje Zamawiający Tworzenie nieprecyzyjnych i tylko skrótowych informacji, uniemożliwia, wykonanie prawidłowej wyceny przez Wykonawcę. Nadmieniamy przy tym, że działanie takie, jest niezgodne z obowiązującą ustawą PZP. Zgodnie z Art. 29. 1. Ustawy PZP: Przedmiot zamówienia opisuje się w sposób jednoznaczny i wyczerpujący, za pomocą dostatecznie dokładnych i zrozumiałych określeń, uwzględniając wszystkie wymagania i okoliczności mogące mieć wpływ na sporządzenie oferty oraz ust 2. Przedmiotu zamówienia nie można opisywać w sposób, który mógłby utrudniać uczciwą konkurencję. Na podstawie powyższego Zamawiający ma obowiązek, bez względu na tryb prowadzonego postępowania, precyzyjnego opisania przedmiotu zamówienia, tak, aby każdy z Wykonawców, w wycenie uwzględnił ten sam zakres i oferty były porównywalne. Zamawiający nie może również, zamiast przygotowania jasnego i kompletnego opisu przedmiotu zamówienia, polecić Wykonawcy wykonanie wszelkich jego sugestii. Ze względu na powyższe prosimy o wykreślenie par. 15 pkt. 37.

Odpowiedź na Pytanie numer 194

par. 15 pkt. 37 po zmianach w umowie brzmi :

W ramach Gwarancji Wykonawca obowiązany jest do usunięcia wszelkich wad Przedmiotu Umowy stwierdzony w wyniku przeprowadzonych przez Zamawiającego audytu bezpieczeństwa. W tym zakresie Wykonawca obowiązany jest do usunięcia wad Przedmiotu Umowy w terminie 60 dni od dnia przedstawienia przez Zamawiającego Wykonawcy wyników audytu bezpieczeństwa. Zamawiający raport a audytu bezpieczeństwa przedstawiać może Wykonawcy tylko jeden raz w ciągu każdego roku Okresu Gwarancji. W przypadku nie usunięcia w terminie wad o jakich mowa w dwóch zdaniach poprzednich, do opóźnienia w tym zakresie stosuje się zapisy Umowy dotyczące opóźnienia w usuwaniu Wad - nieprawidłowość typu III (niezgodność).

Tym samym odwrócona została dotychczasowa zasada w zakresie audytu bezpieczeństwa. Audyt zleca płaci za niego Zamawiający, a Wykonawca obowiązany jest w ramach Gwarancji usunąć wady dostarczonego oprogramowania jakie stwierdzone zostaną w ramach tego audytu, przy czym odnosi się to wyłącznie do oprogramowania wykonanego zgodnie z Wymaganiami Zamawiającego. Tym samym jeżeli wskazan

Pytanie numer 195

Załącznik 54a, wzór umowy, par. 15, pkt. 39

Prosimy o wykreślenie części zdania o treści: „…a nadto iż zostały one uprzednio zaakceptowane przez Xxxxxxxxxxxxx”. W powyższym zapisie Zamawiający wskazuje, że instrukcja obsługi ma być zgodna z opisem zawartym w OPZ oraz wymaganiami Zamawiającego, które na etapie sporządzania oferty nie są znane, dlatego w opinii Wykonawcy narzucanie dodatkowych obowiązków wynikających z konieczności akceptowania instrukcji przez Zamawiającego jest wysoce nadmiarowe.

Odpowiedź na Pytanie numer 195

Zamawiający dokonał w tym zakresie zmiany WUa zmiana numer 44

Par. 15 ust. 39 przed zmianą

Uprawnienia Zamawiającego wynikające z Gwarancji nie obejmują wad których przyczyną było nienależyte wykorzystanie Przedmiotu Umowy przez Zamawiającego lub Organizatora Postępowania lub podmiotów działających na ich zlecenie lub z ich upoważnienia, przez co należy rozmieć korzystanie z Przedmiotu Umowy w sposób sprzeczny z instrukcją obsługi dostarczoną przez Wykonawcę i wskazówkami Wykonawcy, pod warunkiem, iż instrukcja obsługi i wskazówki Wykonawcy są zgodne z Przedmiotem Umowy, to jest w szczególności z jego opisem zawartym w OPZ oraz Wymaganiach Zamawiającego, a nadto iż zostały one uprzednio zaakceptowane przez Zamawiającego.

Par. 15 ust. 39 po zmianie

Uprawnienia Zamawiającego wynikające z Gwarancji, z zastrzeżeniem uprawnień Zamawiającego wskazanych w ust. 30 niniejszego paragrafu nie obejmują wad których przyczyną było nienależyte wykorzystanie Przedmiotu Umowy przez Zamawiającego lub Organizatora Postępowania lub podmiotów działających na ich zlecenie lub z ich upoważnienia, przez co należy rozmieć korzystanie z Przedmiotu Umowy w sposób sprzeczny z instrukcją obsługi dostarczoną przez Wykonawcę i wskazówkami Wykonawcy, pod warunkiem, iż instrukcja obsługi i wskazówki Wykonawcy są zgodne z Przedmiotem Umowy, to jest w szczególności z jego opisem zawartym w OPZ oraz Wymaganiach Zamawiającego.

Analogicznie - zmiana umowy 54 B numer 46

Par. 15 ust. 39 przed zmianą

Uprawnienia Zamawiającego wynikające z Gwarancji nie obejmują wad których przyczyną było nienależyte wykorzystanie Przedmiotu Umowy przez Zamawiającego lub Organizatora Postępowania lub podmiotów działających na ich zlecenie lub z ich upoważnienia, przez co należy rozmieć korzystanie przez Zamawiającego/Organizatora Postępowania z Przedmiotu Umowy w sposób sprzeczny z instrukcją obsługi dostarczoną przez Wykonawcę i wskazówkami Wykonawcy, pod warunkiem, iż instrukcja obsługi i wskazówki Wykonawcy są zgodne z Przedmiotem Umowy, to jest w szczególności jego opisem zawartym w OPZ oraz Wymaganiach Zamawiającego, a nadto iż zostały one uprzednio zaakceptowane przez Xxxxxxxxxxxxx.

Par. 15 ust. 39 po zmianie

Uprawnienia Zamawiającego wynikające z Gwarancji z zastrzeżeniem uprawnień Zamawiającego wskazanych w ust. 30 niniejszego paragrafu, nie obejmują wad których przyczyną było nienależyte wykorzystanie Przedmiotu Umowy przez Zamawiającego lub Organizatora Postępowania lub podmiotów działających na ich zlecenie lub z ich upoważnienia, przez co należy rozmieć korzystanie przez Zamawiającego/Organizatora Postępowania z Przedmiotu Umowy w sposób sprzeczny z instrukcją obsługi dostarczoną przez Wykonawcę i wskazówkami Wykonawcy, pod warunkiem, iż instrukcja obsługi i wskazówki Wykonawcy są zgodne z Przedmiotem Umowy, to jest w szczególności jego opisem zawartym w OPZ oraz Wymaganiach Zamawiającego.

Pytanie numer 196

Załącznik nr 54a, par. 15. pkt. 20

Wykonawca zwraca uwagę, iż zaproponowane przez Zamawiającego terminy realizacji zgłoszeń serwisowych znacząco odbiegają od przyjętych norm branżowych. Pozostawienie zapisów w obecnym brzmieniu spowoduje konieczność doliczenia przez Wykonawców w cenach przedstawionych ofert zarówno wysokich kosztów obsługi serwisu 24/7, jak również wysokiego ryzyka. Wykonawca wnosi o wydłużenie czasu realizacji zgłoszeń, tj. dla Wady Krytycznej do 48 godzin, dla Wady Istotnej – do 8 dni, dla Wady Niezgodności – do 14 dni.

Odpowiedź na Pytanie numer 196

Zamawiający nie zmieni terminów realizacji zgłoszeń. Par 15 ust 20 nie będzie zmieniany. Takie są oczekiwania i wymagania poszczególnych Zamawiających Indywidulanych. Nadto zdaniem Xxxxxxxxxxxxx terminy realizacji zgłoszeń serwisowych w ramach Gwarancji określone w umowie nie odbiegają od standardów rynkowych. Terminy te zostały zaakceptowany w Postępowaniu LOK, z analogicznych terminów korzystają obecnie Zamawiający Indywidualni w zakresie posiadanych systemów hisowych (HIS Aktualny). Nadto w ramach dokonywanych zmian w umowie Zamawiający przedłużył niektóre terminy. Zamawiający nie może zmienić terminu usunięcia Wady Krytycznej. Wskazany zapis umowy po zmianach brzmi następująco :

Ilekroć w Umowie, w tym w szczególności w niniejszym paragrafie, jest mowa o niezwłocznym usuwaniu Wad, oznacza to, że Wady usunięte zostaną (Usunięcie Wady nastąpi) najpóźniej w następujących terminach od zgłoszenia:

1. Wada Krytyczna - maksymalnie w ciągu 1 dnia, to jest 24 godziny przypadające na dzień kalendarzowy (Wada Krytyczna – Termin Usunięcia Wady to 24 godziny przypadające na dzień kalendarzowy, a nie tylko na Dzień);

2. Wada Istotna - maksymalnie w ciągu 8 dni, to jest 192 godziny przypadające na dni kalendarzowe (Wada Istotna – Termin Usunięcia Wady to 8 dni, to jest 192 godziny przypadające na dni kalendarzowe);

3. Wada Niezgodność – maksymalnie w ciągu 14 dni, to jest 336 godzin przypadających na dni kalendarzowe (Wada Niezgodność - Termin Usunięcia Wady to 14 dni, to jest 336 godzin przypadających na dni kalendarzowe);

4. Gwarancyjne Wsparcie Serwisowe – indywidualnie uzgadnianym pomiędzy Zamawiającym a Wykonawcą, przy czym uzgodnienie to uwzględniać będzie zawsze potrzebę zapewnienia prawidłowego działania Oprogramowania, nie późnej jednak niż w terminie 23 Dni.

Pytanie numer 197

Załącznik nr 54a, Wzór umowy, par. 5 pkt. 10

Prosimy o potwierdzenie, że parametryzacja obejmuje wyłącznie zakres przedmiotu Umowy określony w SIWZ i OPZ oraz zakres parametryzacji oprogramowania aplikacyjnego odnosi się do zakresu funkcjonalnego oprogramowania, do którego Zamawiający uzyskał prawo do eksploatacji na podstawie udzielonej licencji.

Odpowiedź na Pytanie numer 197

Parametryzacja obejmuje wyłącznie zakres przedmiotu Umowy określony w SWIZ i OPZ

Pytanie numer 198

par. 25 ust. 2 lit. i - Czy Zamawiający potwierdzi, że przesłanka odstąpienia od umowy na wykonanie zamówienia w postaci zajęcia majątku Wykonawcy nie dotyczy jakiegokolwiek zajęcia, a jedynie zajęcia całości majątku Wykonawcy lub tej jego części, która jest konieczna do wykonania Przedmiotu Umowy?

Odpowiedź na Pytanie numer 198

Tak, Zamawiający potwierdza

Pytanie numer 199

Załącznik nr 54a, Wzór umowy, par. 19 pkt. 7

Prosimy o dodanie zapisów: Wykonawca może wystawiać ustrukturyzowane faktury elektroniczne w rozumieniu przepisów ustawy z dnia 9 listopada 2018 r. o elektronicznym fakturowaniu w zamówieniach publicznych, koncesjach na roboty budowlane lub usługi oraz partnerstwie publiczno-prywatnym. W przypadku wystawienia ustrukturyzowanej faktury elektronicznej, o której mowa w ust. 7, Wykonawca jest obowiązany do wysłania jej do Zamawiającego za pośrednictwem Platformy Elektronicznego Fakturowania („PEF”). Zamawiający wyraża również zgodę na przesyłanie faktur, duplikatów tych faktur oraz ich korekt a także wszelkich pism i dokumentów związanych z dochodzeniem należności dotyczących niniejszej umowy, w formie elektronicznej na adres e-mail: […..]. Zamawiający zobowiązuje się przyjmować faktury, o których mowa powyżej, w formie papierowej w przypadku, gdy przeszkody techniczne lub formalne uniemożliwiają przesłanie faktur drogą elektroniczną.

Odpowiedź na Pytanie numer 199

Zamawiający nie zgadza się na dodanie wskazanego w pytaniu zapisu do umowy

Pytanie numer 200

Załącznik nr 54a, Wzór umowy, par. 19 pkt. 19

Zgodnie z orzecznictwem sądowym dotyczącym regulowania zobowiązań (patrz wyrok SN z dnia 14 stycznia 2016 r. (I CSK 1094/14), długi pieniężne są spełnione ze skutkiem umorzenia długu z chwilą uznania rachunku bankowego wierzyciela. Proszę zatem o zmianę zapisu na: „Za datę zapłaty uznaje się  dzień uznania rachunku Wykonawcy”.

Odpowiedź na Pytanie numer 200

Zamawiający uwzględnił w całości wniosek wskazany w pytaniu. Zmiana taka wprowadzona została we wszystkich wzorach umów – WUa – zmiana umowy numer 42 , WUb – zmiana umowy numer 41 , WUc – zmiana umowy numer 29.

Pytanie numer 201

dot. § 3 ust. 2 i 10 wzór umowy załącznik nr 54b do SIWZ

2. Celem Umowy w zakresie oprogramowania systemu informatycznego części medycznej jest dostarczenie Zamawiającemu nowego, zintegrowanego funkcjonalnie i technologicznie oprogramowania aplikacyjnego zapewniającego wytwarzanie, przetwarzanie, przechowywanie i udostępnianie danych związanych z działalnością statutową Zamawiającego jako podmiotu leczniczego realizującego świadczenia zdrowotne

10. HIS Nowy musi w pełnym zakresie współdziałać z LOK. Wskazane oprogramowania muszą być zintegrowane zgodnie z Wymaganiami Zamawiającego i za integrację tę pełną odpowiedzialność ponosi Wykonawca a koszty tej integracji w całości objęte są Ofertą Wykonawcy i zawarte w cenie zaproponowanej przez Wykonawcę w Ofercie Wykonawcy.

11. Lokalne Oprogramowania Komunikacyjne musi współpracować z HIS Nowym (…).

1) Wykonawca wnosi o wyjaśnienie, czym jest „współdziałanie” z LOK? 2) Wykonawca wnosi o wyjaśnienie, czym jest „współpracowanie” z HIS Nowym? 3) Wykonawca wnosi po potwierdzenie, iż wszystkie informacje niezbędne do współpracy, współdziałania lub integracji, jaką ma w ramach umowy wykonać Wykonawca, znajdują się w SIWZ.

Odpowiedź na Pytanie numer 201

Zamawiający potwierdza, iż wszystkie informacje niezbędne do współpracy, współdziałania jak i integracji pomiędzy HIS Nowym a LOK, jaką ma w ramach umowy wykonać / zapewnić Wykonawca, znajdują się w SIWZ w tym OPZ. Powołane w pytaniu sformułowania współdziałanie, współpracowanie pomiędzy LOK a HIS Nowym mają w ujęciu technicznym, informatycznym i programistycznym wyłącznie takie znaczenie jak wynika z SIWZ w tym OPZ.

Pytanie numer 202

dot. § 8 ust. 1 w zw. § 12 ust. 7 lit. i) i k) i § 12 ust. 11 lit. b) i § 12 ust. 8 wzór umowy załącznik nr 54b do SIWZ – pytania odrębne w pkt a – f

a) Wykonawca wnosi o jednoznaczne wyjaśnienie, czy Zamawiający wymaga – czy też nie wymaga – udostępnienia mu kodów źródłowych do Oprogramowania Aplikacyjnego (oprogramowania typu HIS) przez Wykonawcę (Nowy HIS – zgodnie z nomenklaturą Umowy)? Zamawiający wyraźnie wskazał, iż nie wymaga kodów źródłowych do LOK. Wątpliwość Wykonawcy wynika ze sposobu, w jaki Zamawiający opisał przedmiot zamówienia „dostawa kodu wykonywalnego” oraz treść uprawnień licencyjnych, jakie zostały wskazane przez Zamawiającego w § 12 – a to w szczególności do:

i. Dekompilacja, kompilacja tłumaczenie Oprogramowania Aplikacyjnego, wprowadzenie doń wszelkich zmian, przekształceń, rozbudowa o nowe funkcjonalności, zmiana charakteru i sposobu działania, łączenie z innymi oprogramowaniami; Możliwość dokonywanie dowolnych zmian w programie komputerowym (w tym tłumaczenie, przystosowywanie, zmiany układu), niezależnie od zakresu, formy, sposobu (środków) ich dokonania oraz ich przeznaczenia, prawo do zmiany, modyfikacji, przekształcenia, zwielokrotniania kodów w tym Kodu Źródłowego, tłumaczenia jego formy (dekompilacja), włączając w to prawo do trwałego lub czasowego zwielokrotniania w całości lub w części jakimikolwiek środkami i w jakiejkolwiek formie, a także prawo do jego opracowania (tłumaczenia, przystosowania lub jakichkolwiek innych zmian) bez ograniczania warunków dopuszczalności tych czynności, w szczególności, ale nie wyłącznie, w celu wykorzystania dla celów współdziałania z programami komputerowymi lub rozwijania, wytwarzania lub wprowadzania do obrotu, użyczania, najmu, lub innych form korzystania o podobnej lub zbliżonej formie;

a także następujący wymóg:

11. Na potwierdzenie udzielenia Zamawiającemu Licencji Oprogramowanie Aplikacyjne Wykonawca dostarczy Zamawiającemu:

b. co najmniej 1 nośnik elektroniczny lub optyczny z aktywną blokadą zapisu zawierający wersje instalacyjne (wykonywalne) dostarczanego oprogramowania z instrukcjami: jego instalacji, administrowania i używania;

b) Czy Zamawiający w ramach tego projektu zamierza tworzyć opracowania Oprogramowania Aplikacyjnego -w celu wprowadzania tegoż opracowania do obrotu – użyczanie / najem / inne formy korzystania – tym samym stając się de facto producentem takiego oprogramowania i podmiotem konkurującym z firmami z branży IT? Wykonawca uznaje to za wątpliwe – biorąc pod uwagę zdefiniowany przez Zamawiającego cel realizacji umowy. Z ostrożności Wykonawca wskazuje, iż udostępnienie kodów źródłowych oprogramowania HIS oraz nadanie Zamawiającemu takich uprawnień de facto równałoby się z ich wyzbyciem przez Wykonawcę na rzecz potencjalnego konkurenta. Byłoby to całkowicie niestandardowe opisanie przedmiotu zamówienia w zakresie HIS – a dodatkowo wiązałoby się ze znaczącym zwielokrotnieniem ceny.
c) Wykonawca wnosi więc o zmianę SIWZ w szczególności w zakresie zapisów licencyjnych (§ 12) i ewentualnego obowiązku w zakresie przekazania kodów źródłowych w ten sposób, aby Zamawiający mógł korzystać z Oprogramowania Aplikacyjnego wyłącznie na własny użytek – jako podmiot leczniczy udzielającego świadczeń zdrowotnych – a nie podmiot świadczący usługi informatyczne.

d) Wykonawca wnosi o jednoznaczne doprecyzowanie, iż Zamawiający będzie korzystać z Oprogramowania Aplikacyjnego na własny użytek Zamawiającego w ramach prowadzonej działalności leczniczej.

Co prawda w § 12 Zamawiający wskazał, iż:

8. Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania lub rozpowszechniania Oprogramowania Aplikacyjnego.

ale zdaniem Wykonawcy nie jest to równoznaczne z tym, iż nie ma takiego prawa do stworzonych przez siebie opracowań (będących de facto odrębnymi utworami) Oprogramowania Aplikacyjnego.

e) Wykonawca wnosi również o doprecyzowanie, iż 8. Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania lub rozpowszechniania (także w formie sublicencji) Oprogramowania Aplikacyjnego ani opracowań Oprogramowania Aplikacyjnego. Zdaniem Wykonawcy nie wykluczałoby to korzystania z takich opracowań Oprogramowania Aplikacyjnego (o ile Zamawiający zdecyduje się zostawić sobie takie uprawnienie i takie oprogramowanie tworzyć) na własny użytek Zamawiającego w ramach prowadzonej działalności leczniczej.

f) Wykonawca wnosi również o wyjaśnienie, czy zdaniem Zamawiającego na podstawie Umowy – w szczególności choć nie tylko § 12 – Zamawiający ma uzyskać zezwolenia Wykonawcy prawo zależne na rozporządzanie i korzystanie z opracowań Oprogramowania Aplikacyjnego?

g) Wykonawca wnosi o wyjaśnienie – czy poprzez poniżej cytowane pole eksploatacji Zamawiający rozumie możliwość udzielenia licencji lub sublicencji innym podmiotom niż Zamawiający? ewentualnie – Wykonawca wnosi o wykreślenie postanowienia (jako typowego dla Platformy Regionalnej – a nie oprogramowania typu HIS)

k. Możliwość dołączenia do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu. Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do Oprogramowania Aplikacyjnego

Odpowiedź na Pytanie numer 202

Zamawiający nie wymaga dostarczenia kodów źródłowych do Oprogramowania Aplikacyjnego. Zamawiający nie wymaga dostarczenia kodów źródłowych do Lokalnego Oprogramowania Komunikacyjnego.

Kod wykonalny o jakim mowa w par 8 ust 1 nie jest kodem źródłowym. To dwa osobne zagadnienie. Przez kod wykonalny nie wprowadzi się żadnych zmian w oprogramowaniu.

Zamawiający dokładnie wpisał że nie wymaga dostarczenie kodu źródłowego- zmiana umowy WUb numer 42, zmiana umowy WUa numer 43.

Zmiana Umowy 54 B numer 42

Par. 12 ust. 14 otrzymuje nową treść a dotychczasowy ust. 14 staje się ustępem 15

Wykonawca zobowiązany jest przekazać Zamawiającemu wszelkie informacje i środki potrzebne do korzystania z Oprogramowania Aplikacyjnego zgodnie z otrzymaną przez Zamawiającego licencją. Materiały te muszą zawierać wszelkie dane pozwalające na samodzielne korzystanie i dokonywanie dalszych zmian w Oprogramowaniu Aplikacyjnym zgodnie z treścią udzielonej Licencji Oprogramowanie Aplikacyjne. Wykonawca nie ma obowiązku przekazywania Zamawiającemu kodu źródłowego do Oprogramowania Aplikacyjnego.

Zmiana Umowy 54 A numer 43

Par. 12 ust. 19 otrzymuje nową treść a dotychczasowy ust. 19,20,21 staje się ustępem 20,21,22.

Wykonawca zobowiązany jest przekazać Zamawiającemu wszelkie informacje i środki potrzebne do korzystania z Oprogramowania Aplikacyjnego zgodnie z otrzymaną przez Zamawiającego licencją. Materiały te muszą zawierać wszelkie dane pozwalające na samodzielne korzystanie i dokonywanie dalszych zmian w Oprogramowaniu Aplikacyjnym zgodnie z treścią udzielonej Licencji Oprogramowanie Aplikacyjne. Wykonawca nie ma obowiązku przekazywania Zamawiającemu kodu źródłowego do Oprogramowania Aplikacyjnego.

Zamawiający znacząco zmienił zakres pól eksploatacji. Zmienione pola eksploatacji Oprogramowania Aplikacyjnego przedstawiają się w sposób następujący :

Licencja Oprogramowanie Aplikacyjne, jako niewyłączna licencja, udzielona zostaje Zamawiającemu przez Wykonawcę na następujących polach eksploatacji:

1. Możliwość używania i korzystania z Oprogramowania Aplikacyjnego w całości lub części przez Zamawiającego w sposób zgodny z przeznaczeniem Oprogramowania Aplikacyjnego w tym przez liczbę Użytkowników/Jednoczesnych Użytkowników określonych dla Oprogramowania Aplikacyjnego jako całości lub liczbę Użytkowników/ Jednoczesnych Użytkowników określonych dla poszczególnych części Oprogramowania Apliakcyjnego, czy samych funkcjonalności, w liczbach wskazanych w OPZ i potwierdzonych w załączniku numer 3 do Umowy;

2. Instalacja na serwerze sieciowym Zamawiającego z udostępnieniem dla ilości Użytkowników/Jednoczesnych Użytkowników określonych w pkt. b powyżej

3. Możliwość swobodnego, nieograniczonego dokonywania zmian w Oprogramowaniu Aplikacyjnym, rozwoju Oprogramowania Aplikacyjnego, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych;

4. Możliwość parametryzowania i konfigurowania Oprogramowania Aplikacyjnego w zakresie niezbędnym dla jego bezpiecznej i stabilnej eksploatacji, w sposób odpowiadający bieżącym i zmieniającym się potrzebom Zamawiającego, związanym z prowadzoną przez niego działalnością;

5. Możliwość sporządzanie kopii zapasowych programów komputerowych, bez jakichkolwiek ograniczeń ;

W par 12 ust 8 po zmienia brzmiał :

Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania lub rozpowszechniania Oprogramowania Aplikacyjnego. Oprogramowanie Aplikacyjne może być wykorzystywane jedynie w ramach prowadzonej przez Zamawiającego działalności nie zależnie od jej zakresu. Tym samy zmiana zakresu działalność prowadzonej przez Zamawiającego, w tym jej rozszerzenie nie stanowi żadnych ograniczeń w korzystaniu z Oprogramowania Aplikacyjnego zgodnie z polami eksploatacji wskazanymi w niniejszym paragrafie. Zamawiający nie ma prawa do usuwania, bądź zmiany znaków handlowych i informacji o Wykonawcy, bądź producencie, umieszczonych w kodzie lub znakujących Oprogramowanie Aplikacyjne i materiałach, które go dotyczą, przekazanych Zamawiającemu.

W tym zakresie Zamawiający dodał zapis dotyczący opracowań Oprogramowania Aplikacyjnego – zmiana umowy WUb numer 43

Par. 12 ust. 8 po zmianie (zmiana umowy WUb numer 43)

Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania lub rozpowszechniania Oprogramowania Aplikacyjnego. Zamawiający nie ma prawa do sprzedaży, odsprzedaży, wypożyczania, użyczania, powielania lub rozpowszechniania wykonanych opracowań Oprogramowania Aplikacyjnego. Oprogramowanie Aplikacyjne jak i jego opracowania może być wykorzystywane jedynie w ramach prowadzonej przez Zamawiającego działalności nie zależnie od jej zakresu. Tym samy zmiana zakresu działalność prowadzonej przez Zamawiającego, w tym jej rozszerzenie nie stanowi żadnych ograniczeń w korzystaniu z Oprogramowania Aplikacyjnego zgodnie z polami eksploatacji wskazanymi w niniejszym paragrafie. Zamawiający nie ma prawa do usuwania, bądź zmiany znaków handlowych i informacji o Wykonawcy, bądź producencie, umieszczonych w kodzie lub znakujących Oprogramowanie Aplikacyjne i materiałach, które go dotyczą, przekazanych Zamawiającemu.

Z wskazanego zapisu par. 12 ust. 8 jednoznacznie wynika, że Zamawiający Oprogramowanie Aplikacyjne jak i jego opracowania może być wykorzystywane jedynie w ramach prowadzonej przez Zamawiającego działalności nie zależnie od jej zakresu. Zawsze jest to jednak działalność lecznicza Zamawiającego a nie innego podmiotu. Tym samym na podstawie Licencji Oprogramowanie Aplikacyjne jedynym podmiotem uprawnionym do korzystania z Oprogramowania Aplikacyjnego będzie wyłącznie Zamawiający i zapisy umowy w tym zakresie są obecnie jednoznaczne.

Odnosząc się do poszczególnych pytań w pytaniu numer 192 Zamawiający wyjaśnia

1. Wykonawca wnosi o jednoznaczne wyjaśnienie, czy Zamawiający wymaga – czy też nie wymaga – udostępnienia mu kodów źródłowych do Oprogramowania Aplikacyjnego (oprogramowania typu HIS) przez Wykonawcę (Nowy HIS – zgodnie z nomenklaturą Umowy)?

Odpowiedź Zamawiającego – Zamawiający nie wymaga udostępnienia mu kodów źródłowych do Oprogramowania Aplikacyjnego

2. Czy Zamawiający w ramach tego projektu zamierza tworzyć opracowania Oprogramowania Aplikacyjnego -w celu wprowadzania tegoż opracowania do obrotu – użyczanie / najem / inne formy korzystania

Odpowiedź Zamawiającego – Nie, Zamawiający w ramach tego projektu zamierza tworzyć opracowania Oprogramowania Aplikacyjnego w celu wprowadzania tegoż opracowania do obrotu – użyczanie / najem / inne formy korzystania. Na podstawie Licencji Oprogramowanie Aplikacyjne Zamawiający może tworzyć opracowania Oprogramowania Aplikacyjnego ale wyłącznie na użytek własny

3. Wykonawca wnosi więc o zmianę SIWZ w szczególności w zakresie zapisów licencyjnych (§ 12) i ewentualnego obowiązku w zakresie przekazania kodów źródłowych w ten sposób, aby Zamawiający mógł korzystać z Oprogramowania Aplikacyjnego wyłącznie na własny użytek – jako podmiot leczniczy udzielającego świadczeń zdrowotnych – a nie podmiot świadczący usługi informatyczne.

4. Odpowiedź Zamawiającego – teraz jest jasny zapis że nie ma obowiązku przekazania kodów źródłowych. Aby zapewnić pytającego o tym że Oprogramowanie Aplikacyjne wykorzystywane będzie przez Zamawiającego wyłącznie na własny użytek, gdzie Zamawiający korzystać z niego będzie jako podmiot leczniczy udzielającego świadczeń zdrowotnych – a nie podmiot świadczący usługi informatyczne, Zamawiający w tym zakresie dodał kolejny zapis do par 12 – zmiana umowy WUb zmiana numer 44 – nowy ust 8a o treści - Oprogramowanie Aplikacyjne wykorzystywane będzie przez Zamawiającego na jego własny użytek, gdzie Zamawiający korzystać z niego będzie jako podmiot leczniczy udzielającego świadczeń zdrowotnych.

5. Wykonawca wnosi o jednoznaczne doprecyzowanie, iż Zamawiający będzie korzystać z Oprogramowania Aplikacyjnego na własny użytek Zamawiającego w ramach prowadzonej działalności leczniczej.

Odpowiedź Zamawiającego – par 12. ust 8 obecnie tę kwestie wyjaśnia jednoznacznie. Zamawiający jednocześnie potwierdza, że będzie korzystał z Oprogramowania Aplikacyjnego jak i jego opracowań ( niezależnie od tego kto je wykona i na jakiej podstawie Zamawiający będzie nimi dysponować) wyłącznie na potrzeby własne, wyłącznie na potrzeby prowadzonej przez Zamawiającego działalności

6. Wykonawca wnosi również o wyjaśnienie, czy zdaniem Xxxxxxxxxxxxx na podstawie Umowy – w szczególności choć nie tylko § 12 – Zamawiający ma uzyskać zezwolenia Wykonawcy prawo zależne na rozporządzanie i korzystanie z opracowań Oprogramowania Aplikacyjnego?

Odpowiedź Zamawiającego – jak wskazano wyżej Zamawiający na podstawie Licencji Oprogramowanie Aplikacyjne może wykonać opracowanie, zrealizować prawo zależnie ale nie może nim rozporządzać w taki sposób by jakikolwiek inny podmiot mógł z tego opracowania korzystać. Wykonanie opracowania na własny użytek nie wymaga zgody Wykonawcy. W zakresie wskazanej braku koniczności zgody wykonawcy wprowadzona została zmiana umowy WUb numer 45 - Zamawiający nie ma obowiązku uzyskania zezwolenia Wykonawcy na korzystanie przez Zamawiającego na potrzeby własne z opracowań Oprogramowania Aplikacyjnego.

7. Wykonawca wnosi o wyjaśnienie – czy poprzez poniżej cytowane pole eksploatacji Zamawiający rozumie możliwość udzielenia licencji lub sublicencji innym podmiotom niż Zamawiający? ewentualnie – Wykonawca wnosi o wykreślenie postanowienia (jako typowego dla Platformy Regionalnej – a nie oprogramowania typu HIS) -Możliwość dołączenia do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu. Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do Oprogramowania Aplikacyjnego

Odpowiedź Zamawiającego – tego zapisu, tego pola eksploatacji już w mowie nie ma. Na podstawie umowy zamawiający nie ma prawa udzielania licencji lub sublicencji do Oprogramowania Aplikacyjnego innym podmiotom.

Pytanie numer 203

SIWZ, Rozdział XIV, pkt. uwaga nr 2, Formularz ofertowy pkt. 8)

W związku ze zmianą przepisów dotyczących tzw. „odwróconego VATu” prosimy o usuniecie powyższego punktu.

Od 1 listopada 2019r Zamawiający musi w przypadku nabywania niektórych towarów bądź usług doliczyć do ceny ofertowej VAT, który Wykonawca rozliczy w miejsce Zamawiającego. W ustawie z 9 sierpnia 2019r o zmianie ustawy o podatku od towarów i usług oraz niektórych innych ustaw (Dz. U. poz. 1751) dotychczasowy tzw. mechanizm odwróconego obciążenia VAT w zakresie towarów i usług objętych załącznikiem nr 15 do ustawy o podatku od towarów i usług został zastąpiony tzw. mechanizmem podzielonej płatności.

Odpowiedź na Pytanie numer 203

Zamawiający wyjaśnia, że przytoczone przez Wykonawcę zapisy SIWZ oraz formularza ofertowego nie dotyczą tzw. „odwróconego VATu”, ale innych ewentualnych obciążeń podatkowych, których obowiązek wykazania w ofercie przez Wykonawcę wynika wprost z art. 91 ust. 3a ustawy Pzp.

Pytanie numer 204

Zgodnie z par. 8 ust. 4 wzorca Umowy „..Wykonawca po upływie 7 Dni od dnia zawarcia Umowy nie może żądać od Zamawiającego jakikolwiek dokumentów czy informacji dotyczących HIS Aktualnego i Infrastruktury Zamawiającego.

Tym samym w dalszym toku realizacji Umowy, w przypadku jakichkolwiek nieprawidłowości w realizacji Przedmiotu Umowy, Wykonawca nie może powoływać się na okoliczność, że nieprawidłowość w realizacji, to jest jej niewykonanie lub nienależyte wykonanie, w tym nieterminowe wykonanie Umowy wynika z tego czy związane jest z tym, że w toku realizacji Umowy, Zamawiający nie przedstawił Wykonawcy wymaganych informacji czy dokumentów dotyczących HIS Aktualnego i Infrastruktury Zamawiającego.”

Wykonawca wskazuje, iż zasady przekazywania informacji przez Zamawiającego zostały określone przez Xxxxxxxxxxxxx z jaskrawym naruszeniem zasady współdziałania stron. Za niedopuszczalną należy uznać bowiem sytuację, w której Wykonawca nie może żądać dostarczenia dokumentacji bądź informacji, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego, złożonej po upływie 7 Dni od dnia zawarcia Umowy.

Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej i utrudniają prawidłową realizację

Umowy.

Mając na uwadze powyższe prosimy o zmianę brzmienia obecnego par. 8 ust. 4 wzorca umowy na:

„4. Wykonawca w terminie 7 Dni od dnia zawarcia Umowy przedstawi Zamawiającemu wszelkie wymagane przez siebie informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, a Zamawiający w terminie kolejnych 7 Dni przedstawi Wykonawcy na piśmie żądane przez niego informacje i dokumenty, z zastrzeżeniem, że obowiązek Zamawiającego w tym zakresie odnosi się jedynie wyłącznie do informacji i dokumentów, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego (to jest dokumentów i informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego rzeczywiście posiadanych przez Zamawiającego w dniu zawarcia Umowy, których posiadanie przez Zamawiającego nie było podnoszone, potwierdzone w Postępowaniu Przetargowym). Wykonawca po upływie 7 Dni od dnia zawarcia Umowy może żądać od Zamawiającego dokumentów czy informacji, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego (to jest dokumentów i informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego rzeczywiście posiadanych przez Zamawiającego w dniu zawarcia Umowy, których posiadanie przez Zamawiającego nie było podnoszone, potwierdzone w Postępowaniu Przetargowym), a Zamawiający jest zobowiązany do ich dostarczenia niezwłocznie, nie później niż w terminie 3 Dni od otrzymania żądania od Wykonawcy.”

Odpowiedź na Pytanie numer 204

Zamawiający nie wprowadzi zapisów do umowy wskazanych w pytaniu i w tym zakresie Zamawiający nie będzie już dokonywał zmian w umowie. Zagadnienie współpracy między Zamawiającym a Wykonawcą w czasie realizacji umowy jak i zagadnienie przekazywania dokumentów było podnoszone w odwołaniu do KIO, było przedmiotem wcześniejszych pytań i Zamawiając w tym zakresie dokonał już istotnych zmian umowy. Po tych zmianach par. 8 ust. 4, 5 brzmi w sposób następujący :

4. Wykonawca w terminie 7 Dni od dnia zawarcia Umowy przedstawi Zamawiającemu wszelkie wymagane przez siebie informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, a Zamawiający w terminie kolejnych 7 Dni przedstawi Wykonawcy na piśmie żądane przez niego informacje i dokumenty, z zastrzeżeniem, że obowiązek Zamawiającego w tym zakresie odnosi się jedynie wyłącznie do informacji i dokumentów, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego (to jest dokumentów i informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego rzeczywiście posiadanych przez Zamawiającego w dniu zawarcia Umowy, których posiadanie przez Zamawiającego nie było podnoszone, potwierdzone w Postępowaniu Przetargowym). Wykonawca po upływie 7 Dni od dnia zawarcia Umowy nie może żądać od Zamawiającego jakikolwiek dokumentów czy informacji dotyczących HIS Aktualnego i Infrastruktury Zamawiającego, uzależniając od tego prawidłowe i terminowe wykonanie Umowy. Tym samym w dalszym toku realizacji Umowy, w przypadku jakichkolwiek nieprawidłowości w realizacji Przedmiotu Umowy, Wykonawca nie może powoływać się na okoliczność, że nieprawidłowość w realizacji, to jest jej niewykonanie lub nienależyte wykonanie, w tym nieterminowe wykonanie Umowy wynika z tego czy związane jest z tym, że w toku realizacji Umowy, Zamawiający nie przedstawił Wykonawcy wymaganych informacji czy dokumentów dotyczących HIS Aktualnego i Infrastruktury Zamawiającego. Powyższe nie oznacza, że Zamawiający nie ma obowiązku współpracy z Wykonawcą na każdy etapie realizacji Umowy. Obowiązek współpracy Xxxxxxxxxxxxx z Wykonawcą obejmuje przede wszystkim udzielanie przez Zamawiającego wszelkich wyjaśnień jakie są zdaniem Wykonawcy konieczne do prawidłowego wykonania Umowy, w tym przedstawiania wymaganych przez Wykonawcę dokumentów i danych dotyczących HIS Aktualnego i Infrastruktury Zamawiającego. Obowiązek o jakim mowa w zdaniu poprzednim dotyczy całego okresu realizacji Umowy. Niemniej nie przedstawienie przez Zamawiającego informacji czy dokumentacji dotyczącej HIS Aktualnego czy Infrastruktury Zamawiającego innej niż informacje i dokumenty, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Xxxxxxxxxxxxx, nie może stanowić dla Wykonawcy okoliczności zwalniającej go z odpowiedzialności z tytułu niewykonania lub nienależytego wykonania Umowy.

5. Tym samym, jak wskazano wyżej, mimo żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego oraz Infrastruktury Zamawiającego, Zamawiający może ich nie przedstawić gdy są to dokumenty lub informacje których posiadania (dysponowania nimi) Zamawiający nie potwierdził w toku Postępowania Przetargowego, bądź są to dokumenty lub informacje jakimi Zamawiający nie dysponuje. Tym samym Zamawiający na wezwanie Wykonawcy o jakim mowa w ust. 4 obowiązany jest przedstawić Wykonawcy tylko informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego:

3. których posiadanie (dysponowanie) Zamawiający potwierdził w toku Postępowania Przetargowego przed dniem złożenia ofert (przed dniem złożenia Oferty Wykonawcy), przy czym potwierdzenie to następuje poprzez wskazanie tej okoliczności w OPZ lub w odpowiedziach Zamawiającego kierowanych do wykonawców w toku Postępowania Przetargowego lub

4. co których posiadania (dysponowania) Zamawiający nie wypowiedział się w toku Postępowania Przetargowego przed dniem złożenia ofert, a rzeczywiście je posiada.

Do stwierdzenia okoliczności nie posiadania (brak dysponowania) przez Zamawiającego informacjami lub dokumentami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego, o jakich mowa w zdaniu poprzednim pkt b ,wystarczające jest zawsze jednostronne oświadczenie Zamawiającego w tym zakresie. Tym samym o tym czy Zamawiający rzeczywiście dysponuje informacjami lub dokumentami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego, których posiadania nie potwierdził w Postępowaniu Przetargowym, decyduje sam Zamawiający. Nie przedstawienie przez Zamawiającego informacji i dokumentów wymaganych przez Wykonawcę z powodu okoliczności wskazanych w niniejszym ustępie nie będzie traktowane jako nienależyte wykonanie Umowy przez Zamawiającego i tym samym nie powoduje dla Zamawiającego jakichkolwiek negatywnych konsekwencji, w tym w szczególności nie jest podstawą żądania przez Wykonawcę jakichkolwiek kwot finansowych w związku z niewykonaniem lub nienależytym wykonaniem Umowy, czy w związku z rozwiązaniem Umowy z jakiegokolwiek powodu (tytułu) przez którąkolwiek ze stron Umowy. Jednocześnie nieprzedstawienie przez Zamawiającego Wykonawcy informacji lub dokumentów z powodu okoliczności o jakich mowa w niniejszym ustępie nie stanowi dla Wykonawcy okoliczności uzasadniających w jakimkolwiek stopniu zwolnienie od odpowiedzialności z tytułu niewykonania lub nienależytego wykonania Umowy. Możliwość nie przedstawienia przez Zamawiającego dokumentów lub informacji o jakiej mowa w zdaniu pierwszym niniejszego ustępu dotyczy wyłącznie okoliczności o charakterze obiektywnym, to jest braku rzeczywistego dysponowania przez Zamawiającego wymaganymi przez Wykonawcę dokumentami czy informacjami dotyczącymi HIS Aktualnego lub Infrastruktury Zamawiającego. Tym samym na każdym etapie realizacji Umowy Zamawiający obowiązany jest przedstawić Wykonawcy wszelkie posiadana przez Zamawiającego informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, niezależnie od tego kiedy Wykonawca z wnioskiem o wskazane informacje i dokumenty zawnioskuje do Zamawiającego. Obowiązek o jakim mowa w zdaniu poprzednim Zamawiający realizuje jedynie w zakresie rzeczywiście posiadanych przez siebie informacji i dokumentów.

W powyższym pytaniu Pytający wnosił o wprowadzenie zapisu – (…)Wykonawca po upływie 7 Dni od dnia zawarcia Umowy może żądać od Zamawiającego dokumentów czy informacji, których posiadanie Zamawiający wskazał lub potwierdził w Postępowaniu Przetargowym przed złożeniem Oferty Wykonawcy lub innych dokumentów i informacji rzeczywiście posiadanych przez Zamawiającego (to jest dokumentów i informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego rzeczywiście posiadanych przez Zamawiającego w dniu zawarcia Umowy, których posiadanie przez Zamawiającego nie było podnoszone, potwierdzone w Postępowaniu Przetargowym), a Zamawiający jest zobowiązany do ich dostarczenia niezwłocznie, nie później niż w terminie 3 Dni od otrzymania żądania od Wykonawcy.” Intencją postulatu Pytającego było, jak Zamawiający rozumienie, wprowadzenie zasady, że niezależnie od tego czy Wykonawca w terminie o jakim mowa w zdaniu pierwszym par. 8 ust. 4 wystąpi czy nie wystąpi o dokumenty których posiadanie Zamawiający potwierdził w toku Postepowania Przetargowego, czy też nie wystąpi w pełnym zakresie, to jest wystąpi o cześć dokumentów, Zamawiający obowiązany jest mu je zawsze przekazać. Po zmianach w umowie dokładnie tak jest. Par 8 ust 5 ostatnie zdanie - Tym samym na każdym etapie realizacji Umowy Zamawiający obowiązany jest przedstawić Wykonawcy wszelkie posiadana przez Zamawiającego informacje i dokumenty dotyczące HIS Aktualnego i Infrastruktury Zamawiającego, niezależnie od tego kiedy Wykonawca z wnioskiem o wskazane informacje i dokumenty zawnioskuje do Zamawiającego. Obowiązek o jakim mowa w zdaniu poprzednim Zamawiający realizuje jedynie w zakresie rzeczywiście posiadanych przez siebie informacji i dokumentów. Nie wykonanie tego obowiązku będzie traktowane jako zwłoka wierzyciela, przy czym odnosi się do jedynie do dokumentów jakimi rzeczywiście Zamawiający dysponuje. Nie zmieniła się zasada i od tego Zamawiający nie odstąpi, że Wykonawca w przypadku nie wykonania lub nienależytego wykonania zobowiązania nie może powoływać się na okoliczność, iż nastąpiło to z tego powodu, że nie uzyskał od Zamawiającego dokumentów inne niż te, które Zamawiający potwierdził w toku postępowania przed złożeniem oferty wykonawcy, że je podsiada lub rzeczywiście posiadanych przez Zamawiającego.

Pytanie numer 205

Zgodnie z par. 8 ust. 10 „Jeżeli Wykonawca nie żądał od Zamawiającego żadnych dokumentów czy informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego we wskazanym terminie 7 Dni od dnia zawarcia Umowy, okoliczność ta nie powoduje, że w dalszym toku realizacji Umowy Wykonawca może skutecznie żądać tych informacji czy dokumentów. Innymi słowy na żadnym późniejszym etapie realizacji Umowy Wykonawca nie może skutecznie powoływać się wobec Zamawiającego na okoliczność, że niewykonanie czy nieprawidłowe wykonanie Umowy jest konsekwencją nieprzedstawienia przez Zamawiającego Wykonawcy dokumentów i informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego.

Tym samym w przypadku późniejszego, to jest po upływie wskazanych 7 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego, nie jest ono wiążące dla Zamawiającego, a nieprzedstawienie przez Zamawiającego w takiej sytuacji żądanych dokumentów czy informacji nie będzie traktowane jako niewykonanie obowiązków Zamawiającego”

Wykonawca wskazuje, iż zasady przekazywania informacji przez Zamawiającego zostały określone przez Xxxxxxxxxxxxx z jaskrawym naruszeniem zasady współdziałania stron. Za niedopuszczalną należy uznać bowiem sytuację, w której w przypadku późniejszego, to jest po upływie wskazanych 7 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego, żądania przedstawienia przez Wykonawcę informacji lub dokumentów nie będzie ono wiążące dla Zamawiającego i nie będzie traktowane jako niewykonanie obowiązków Zamawiającego.

Mając na uwadze powyższe czy Zamawiający może zmienić brzmienie ww. ustępu na:

„Jeżeli Wykonawca nie żądał od Zamawiającego żadnych dokumentów czy informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego we wskazanym terminie 7 Dni od dnia zawarcia Umowy, okoliczność ta nie powoduje, że w dalszym toku realizacji Umowy Wykonawca może skutecznie żądać tych informacji czy dokumentów. Innymi słowy na żadnym późniejszym etapie realizacji Umowy Wykonawca nie może skutecznie powoływać się wobec Zamawiającego na okoliczność, że niewykonanie czy nieprawidłowe wykonanie Umowy jest konsekwencją nieprzedstawienia przez Zamawiającego Wykonawcy dokumentów i informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego.

Tym samym w przypadku późniejszego, to jest po upływie wskazanych 7 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego, jest ono wiążące dla Zamawiającego, a nieprzedstawienie przez Zamawiającego w takiej sytuacji żądanych dokumentów czy informacji będzie traktowane jako niewykonanie obowiązków Zamawiającego. W przypadku żądania Wykonawcy przedstawienia dokumentów czy informacji, Zamawiający będzie zobowiązany do ich przedstawienia w terminie 5 dni od dnia otrzymania żądania Wykonawcy. W przypadku opóźnienia w dostarczeniu informacji czy dokumentów, zastosowanie będzie mieć ust. 9 powyżej.”

Odpowiedź na Pytanie numer 205

Po zmianach w umowie, również w sytuacji gdy Wykonawca po upływie 7 dni od nia zawarcia umowy wystąpi do Zamawiającego o dokumenty dotyczące HIS Aktualnego czy Infrastruktury Zmawiającego, Zamawiający ma obowiązek je przedstawić a nie wykonanie tego obowiązku przez Zamawiającego traktowane będzie jako brak koniecznej współpracy zamawiającego z wykonawcą niezbędnej do prawidłowego wykonania umowy. Zasada ta donosi się jednak wyłącznie do dokumentów i informacji jakimi Zamawiający rzeczywiście dysponuje, to jest wskazane w toku postepowania przetargowego i nie wskazane w toku postepowania przetargowego o ile Zamawiający rzeczywiście ma takie dokumenty przy czym to Zamawiający ostatecznie oświadcza, czy ma czy nie ma dokumentów wymaganych przez Wykonawcę a nie wskazanych ( nie potwierdzonych) przez Zamawiającego w toku postępowania przetargowego. Nadto po zmianach par 8 ust 10 wygada następująco :

10. Jeżeli Wykonawca nie żądał od Zamawiającego żadnych dokumentów czy informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego we wskazanym terminie 7 Dni od dnia zawarcia Umowy, okoliczność ta nie powoduje, że w dalszym toku realizacji Umowy Wykonawca nie może żądać tych informacji czy dokumentów. Wykonawca na każdym etapie realizacji Umowy może żądać od Zamawiającego informacji i dokumentów o jakich mowa w zdaniu pierwszym niniejszego ustępu, z tym zastrzeżeniem, że w przypadku nie żądania dokumentów i informacji w terminie 7 Dnia od dnia zawarcia Umowy na żadnym późniejszym etapie realizacji Umowy Wykonawca nie może skutecznie powoływać się wobec Zamawiającego na okoliczność, że niewykonanie czy nieprawidłowe wykonanie Umowy jest konsekwencją nieprzedstawienia przez Zamawiającego Wykonawcy dokumentów i informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego. Tym samym w przypadku późniejszego, to jest po upływie wskazanych 7 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego jest wiążące dla Zamawiającego, jednak tylko i wyłącznie w zakresie dokumentów i informacji jakie Zamawiający rzeczywiście posiada. Zamawiający obowiązany jest przedstawić informacje i dokumenty dotyczące HIS Aktualnego lub Infrastruktury Zamawiającego w terminie najpóźniej 7 Dnia od dnia złożenia wniosku w tym zakresie przez Wykonawcę do Zamawiającego, przy czym dotyczy to dokumentów i informacji jakie Zamawiający rzeczywiście posiada na dzień złożenia wniosku w tym zakresie przez Wykonawcę. Do wykazania że Zamawiający nie posiada danych czy dokumentów wymaganych przez Wykonawcę, wystarczające jest jednostronne oświadczenie w tym zakresie złożone przez Zamawiającego.

10a / Jeżeli konieczne Wykonawcy informacje dotyczące HIS Aktualnego czy Infrastruktury Zamawiającego którymi Zamawiający rzeczywiście nie dysponuje znajdują się w posiadaniu podmiotu trzeciego, w tym obsługującego pod względem informatycznym obecnie lub wcześniej Zamawiającego, Zamawiający na wniosek Wykonawcy wystąpi do tego podmiotu trzeciego o udzielenie wskazanych przez Wykonawcę informacji czy przekazanie dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego lub udzieli w tym zakresie pełnomocnictwa Wykonawcy. Zamawiający nie ponosi żadnej odpowiedzialności, w tym żadnej odpowiedzialności wobec Wykonawcy z tytułu nieudzielenia / nieprzekazania czy niepełnego udzielania / przekazania informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego przez podmiot trzeci. Jeżeli przekazanie informacji lub dokumentów o jakich mowa w dwóch zdaniach poprzednich wymaga poniesienia jakichkolwiek opłat czy kosztów na rzecz podmiotu który tymi dokumentami / informacjami dysponuje lub może dysponować lub na rzecz innego podmiotu, wskazane opłaty lub koszty ponosi wyłącznie Wykonawca. Wykonawca w żadnym przypadku nie może żądać od Zamawiającego poniesienia opłat/ kosztów, lub zwrotu poniesionych przez Wykonawcę opłat/ kosztów związanych z pozyskaniem informacji dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego od podmiotu trzeciego. Skorzystanie przez Wykonawcę z procedury o jakiej mowa w niniejszym ustępie nie stanowi podstawy ani usprawiedliwienia dla wydłużenia terminu realizacji Umowy w tym wydłużenia Okresu Wdrożenia.

Tym samym postulat pytającego został w znacznym stopniu spełniony po zmianach w umowie

Pytanie numer 206

Zgodnie z par. 8 ust. 27 wzorca umowy „…Niezależnie od powyższego, Wykonawca zawsze ponosi nieograniczoną odpowiedzialność z tytułu wszelkich szkód poniesionych przez Zamawiającego w związku z nieprawidłowym wykonaniem Wdrożenia, co obejmuje w szczególności przeprowadzenie Wdrożenia w sposób sprzeczny z Wymaganiami Zamawiającego, w tym naruszający prawa osób trzecich. Odpowiedzialność Wykonawcy z tytułu wszelkich szkód poniesionych przez Zamawiającego w związku z realizacją Umowy nie jest w żaden sposób ograniczona z powodu realizacji Wdrożenia przy wykorzystaniu dedykowanych interfejsów, których implementację udostępnia dany system dziedzinowy.

Tym samym odpowiedzialność Wykonawcy z tytułu wszelkich szkód poniesionych przez Zamawiającego w związku z realizacją Umowy nie jest w żaden sposób ograniczona w związku z wyborem przez Wykonawcę określonego sposobu realizacji Wdrożenia.

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

• „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.

• „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Ponadto Wykonawca wskazuje, iż kwestie nieograniczonej lub ograniczonej odpowiedzialności wpływają na ceny oferowanych usług. Wprowadzenie limitów odpowiedzialności z pewnością przyczyni się do możliwości zaoferowania niższych cen usług.

Mając na uwadze powyższe czy Zamawiający może wprowadzić do wzoru Umowy klauzul zbliżonych do

rekomendowanych w treści przywołanych wyżej dokumentu tj. o dodanie następujących zapisów:

„…Niezależnie od powyższego, najszerszym dopuszczonym przez prawo zakresie odpowiedzialność materialna Wykonawcy ze wszystkich tytułów prawnych związanych z realizacją niniejszej Umowy ograniczona jest do wartość Wynagrodzenia należnego Wykonawcy z tytuły realizacji Umowy.”

Odpowiedź na Pytanie numer 206

Zamawiający nie będzie w żaden sposób ograniczał umownie odpowiedzialności Wykonawcy. Nie ma na to zgody. Zapisy umowy w tym zakresie pozostają nie zmienione. Zamawiający nie wprowadzi zapisu wskazanego jako propozycja w pytaniu powyżej.

Pytanie numer 207

Zgodnie z par. 8 ust. 34 wzorca Umowy „Wykonawca ponosi pełną odpowiedzialność za ewentualne szkody wyrządzone przez jego pracowników, współpracowników, podwykonawców, powstałe w wyniku działań lub zaniechań prowadzonych przez Wykonawcę na bazach danych posiadanych przez Zamawiającego systemów. Odpowiedzialność Wykonawcy w tym zakresie nie podlega żadnym ograniczeniom”

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

• „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.

• „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Ponadto Wykonawca wskazuje, iż kwestie nieograniczonej lub ograniczonej odpowiedzialności wpływają na ceny oferowanych usług. Wprowadzenie limitów odpowiedzialności z pewnością przyczyni się do możliwości zaoferowania niższych cen usług.

Mając na uwadze powyższe czy Zamawiający może wprowadzić do wzoru Umowy klauzul zbliżonych do rekomendowanych w treści przywołanych wyżej dokumentu tj. o dodanie następujących zapisów:

„Odpowiedzialność Wykonawcy za ewentualne szkody wyrządzone przez jego pracowników, współpracowników, podwykonawców, powstałe w wyniku działań lub zaniechań prowadzonych przez Wykonawcę na bazach danych posiadanych przez Zamawiającego systemów ograniczona jest do wartości Wynagrodzenia należnego Wykonawcy z tytuły realizacji Umowy

Odpowiedź na Pytanie numer 207

Zamawiający nie będzie w żaden sposób ograniczał umownie odpowiedzialności Wykonawcy. Co dotyczy też odpowiedzialności wykonawcy za działania i zaniechanie jego podwykonawców, współpracowników, pracowników. Co dotyczy też odpowiedzialności za działania lub zaniechania prowadzonych przez Wykonawcę na bazach danych posiadanych przez Zamawiającego. Nie ma na to zgody. Zapisy umowy w tym zakresie pozostają nie zmienione. Zamawiający nie wprowadzi zapisu wskazanego jako propozycja w pytaniu powyżej.

Pytanie numer 208

Zgodnie z par. 11 ust. 8 „...W ramach Odbioru Zasadniczego Zamawiający uprawniony jest sprawdzać zrealizowany Przedmiot Umowy Zasadniczy w każdy sposób jaki uzna za stosowny, co obejmuje również uprawnienie do podejmowania działań nieobjętych zakresem testów wskazanych w OPZ, podejmowanie działań nieuzgodnionych z Wykonawcą, jak i nieobjętych Harmonogramem Odbioru Zasadniczego. Niemniej jednak czynności odbiorcze wskazane w Harmonogramie Odbioru Zasadniczego zawsze zostaną wykonane przez Zamawiającego. Wykonawca obowiązany jest do pełnej współpracy z Zamawiającym podczas dokonywania przez Zamawiającego wszelkich czynności odbiorczych, również, jeżeli nie zostały zawarte w Harmonogramie Odbioru Zasadniczego.”

Uprawnienia do działań nieobjętych zakresem testów wskazanych w OPZ, podejmowanie działań nieuzgodnionych z

Wykonawcą, jak i nieobjętych Harmonogramem Odbioru Zasadniczego stanowią przejaw nadużycia pozycji dominującej.

Wszelkie uprawnienia Zamawiającego powinny zostać wskazane we wzorze Umowy, w tym w opisie przedmiotu zamówienia i SIWZ, gdyż tylko w takiej sytuacji, możliwe stanie się przyjęcie prawidłowych założeń do wyceny oferty przez Wykonawcę.

Tym samym prosimy o wykreślenie z par. 11 ust. 8 następującej treści: „W ramach Odbioru Zasadniczego Zamawiający uprawniony jest sprawdzać zrealizowany Przedmiot Umowy Zasadniczy w każdy sposób jaki uzna za stosowny, co obejmuje również uprawnienie do podejmowania działań nieobjętych zakresem testów wskazanych w OPZ, podejmowanie działań nieuzgodnionych z Wykonawcą, jak i nieobjętych Harmonogramem Odbioru Zasadniczego. Niemniej jednak czynności odbiorcze wskazane w Harmonogramie Odbioru Zasadniczego zawsze zostaną wykonane przez Zamawiającego. Wykonawca obowiązany jest do pełnej współpracy z Zamawiającym podczas dokonywania przez Zamawiającego wszelkich czynności odbiorczych, również, jeżeli nie zostały zawarte w Harmonogramie Odbioru Zasadniczego.”

Odpowiedź na Pytanie numer 208

Wskazany zapis umowy nie zostanie zmieniony. Nie można Zamawiającego pozbawić możliwości weryfikacji poprawności zrealizowania zadań przez Wykonawcę, za jakie Zamawiający ma zapłacić. Zasady odbioru są określone w umowie. Niemniej jednak podczas odbioru mogą ujawnić się okoliczności, gdzie mimo lub nawet wskutek przeprowadzonych testów istnienie potrzeba dodatkowego zweryfikowania odbieranego przedmiotu umowy. Nie jest to nadużycie pozycji Zamawiającego.

Pytanie numer 209

Załącznik nr 54a, Wzór umowy, par. 20 pkt. 9

Prosimy o doprecyzowanie zakresu możliwych do zatajenia informacji, które mogą mieć wpływ na fakt i wysokość naliczenia kary. Pojęcie „pewne informacje” jest nieostre.

Odpowiedź na pytanie numer 209

W wskazanym zapisie umowy sformułowanie „pewne informacje” nie oznacza, że Wykonawca może zataić jakiekolwiek informacje, tylko oznacza, że w przypadku stwierdzenia, że Wykonawca zataił co najmniej część informacji Wykonawca zobowiązany będzie do zapłaty na rzecz Zamawiającego kary umownej w wysokości trzykrotności kwoty, o jaką w wyniku aneksu wskazanego w ust. 6, 7 nastąpiło podwyższenie Wynagrodzenia Wykonawcy. Tym samym w procedurze o jakiej mowa w par. 20 nie ma możliwości zatajenia przez Wykonawcę jakichkolwiek informacji.

Pytanie numer 210

Załącznik nr 54a, Wzór umowy, par. 20 pkt. 3

Prosimy o sprecyzowanie co Zamawiający rozumie poprzez „koszty konieczne”, czy też „dodatkowe koszty realizacji zamówienia” w kontekście płacy minimalnej. Pojęcie użyte przez Xxxxxxxxxxxxx jest nieprecyzyjne. Ponadto prosimy o dodanie zapisu, że przedstawienie przez Wykonawcę kosztów oraz ewentualne negocjacje będą odbędą się z uwzględnieniem tajemnicy przedsiębiorstwa.

Odpowiedź na pytanie numer 210

Wskazany zapis umowy brzmi następująco :

W sytuacji wystąpienia okoliczności wskazanych w ust. 1 b Wykonawca składa pisemny wniosek o zmianę Umowy w zakresie płatności wynikających z faktur wystawionych po wejściu w życie przepisów zmieniających wysokość minimalnego wynagrodzenia za pracę. Wniosek powinien zawierać wyczerpujące uzasadnienie faktyczne i prawne oraz dokładne wyliczenie kwoty wynagrodzenia Wykonawcy po planowanej zmianie Umowy. W szczególności Wykonawca będzie zobowiązany wykazać związek pomiędzy wnioskowaną kwotą podwyższenia Wynagrodzenia a wpływem zmiany minimalnego wynagrodzenia za pracę na kalkulację ceny ofertowej (Wynagrodzenia). Wniosek powinien obejmować jedynie te dodatkowe koszty realizacji zamówienia, które Wykonawca obowiązkowo ponosi w związku z podwyższeniem wysokości płacy minimalnej. Nie będą akceptowane koszty wynikające z podwyższenia wynagrodzeń pracowników Wykonawcy, które nie są konieczne w celu ich dostosowania do wysokości minimalnego wynagrodzenia za pracę.

Użyte w ostatnim zdaniu sformułowanie koszty które nie są konieczne dotyczy kosztów pracowniczych ponoszonych przez wykonawcę w związku z konicznością dostosowania płacy minimalnej do zmienionych przepisów dotyczące, odnoszące się do pracowników zatrudnionych przez wykonawcę, którzy nie są związany z realizacją przedmiotu umowy lub ich praca związana z realizacją przedmiotu umowy zakończona została przed wskazaną zmianą przepisów o wysokości płacy minimalnej.

Zamawiający uwzględni wniosek wykonawcy o tajemnicy przedsiębiorstwa. WUa zmian umowy numer 46, WUb zmian umowy numer 47, WUc zmian umowy numer 30.

Par. 20 po ust 10 dochodzi nowy ust.11 o treści :

Przedstawienie przez Wykonawcę kosztów o jakich mowa w niniejszym paragrafie oraz wszelkie rozmowy i korespondencja między Wykonawcą a Zamawiającym realizowane będą z poszanowaniem tajemnicy przedsiębiorstwa Wykonawcy.

Pytanie numer 211

Załącznik nr 54a, par. 24 pkt. 29 i 30

Prosimy o potwierdzenie, że opisana w tych postanowieniach projektu umowy procedura naliczania i zapłaty kar umownych ma zastosowanie do wszelkich kar umownych przewidzianych w umowie na wykonanie zamówienia, w tym także tych przewidzianych w innych postanowieniach niż w § 24?

Odpowiedź na pytanie numer 211

Procedura nakładania kar umownych opisana jest obecnie w art. 24 ust. 35 i ta procedura odnosi się do wszystkich kar umownych przewidzianych w umowie. W zakresie tej procedury wprowadzone zostały zmiany i obecnie wygląda ona następująco :

Przed obciążeniem Wykonawcy karą umowną, Zamawiający pisemnie informuje Wykonawcę o planowanym nałożeniu kary/kar umownych, wskazując jej wysokość, podstawę prawną oraz okoliczności uzasadniające zasadność obciążenia Wykonawcy karą umowną. Wykonawca w terminie 5 Dni pisemnie ustosunkuje się do zamiaru Zamawiającego obciążenia Wykonawcy karą umowną (stanowisko Wykonawcy w sprawie nałożenia kary umownej). Na wniosek Wykonawcy termin o jakim mowa w zdaniu poprzednim Zamawiający przedłuża maksymalnie o kolejne 5 Dni. Zamawiający w terminie 3 Dni od dnia otrzymania od Wykonawcy stanowiska Wykonawcy w sprawie nałożenia kary umownej, pisemnie ustosunkowuje się do tego stanowiska. Dopiero po wyczerpaniu wskazanej procedury, to jest uprzedniego powiadomienia Wykonawcy o zamiarze nałożenia kary umownej przez Zamawiającego, zapoznaniu się Zamawiającego z stanowiskiem Wykonawcy i pisemnym ustosunkowaniu się Zamawiającego do stanowiska Wykonawcy, Zamawiający obciąża Wykonawcę karą umowną poprzez wystawienie noty obciążeniowej. Nota obciążeniowa obejmująca karę umowną przekazana może być Wykonawcy wraz z pismem Zamawiającego stanowiącym odpowiedź Zamawiającego na stanowisko Wykonawcy. Jeżeli Wykonawca w wskazanym terminie 5 Dni, o jakim mowa powyżej nie zajmie stanowiska w sprawie nałożenia kary umownej, Zamawiający może nałożyć karę umowną począwszy od 6 Dnia liczonego od dnia przekazania Wykonawcy pisemnej informacji o planowanym nałożeniu kary/kar umownych, o jakiej mowa w zdaniu pierwszym niniejszego ustępu.

Pytanie numer 212

Załącznik nr 54a, par. 25 ust. 22

Prosimy o wyjaśnienie, jakie zmiany zwykłego zarządu Zamawiający ma na myśli.

Prosimy również o usunięcie zapisu „Jeżeli odstąpienie następuje z przyczyn leżących po stronie Wykonawcy, za świadczone usługi oraz za korzystanie z Przedmiotu Umowy nie należy się wynagrodzenie, ani też za zużycie Przedmiotu Umowy w granicach normalnego korzystania” lub podanie podstawy prawnej, z której wynika brak możliwości dochodzenia części wynagrodzenia za produkcyjne korzystanie z Przedmiotu Umowy.

Odpowiedź na pytanie numer 212

Zwykły zarząd to wszystko to co konieczne jest do wykonania celem zapewnienia możliwości korzystania z rzeczy lub prawa zgonie z ich przeznaczeniem.

Zamawiający nie usunie wskazanego zapisu umowy. Brak wynagrodzenie w wskazanej sytuacji jest rodzajem sankcji ponoszonej przez wykonawcę z tego tytułu, że doszło do rozwiązania umowy z powodu okoliczności za jakie odpowiedzialność ponosi wykonawca.

Pytanie numer 213

Zabezpieczenie należytego wykonania umowy. Prosimy o potwierdzenie, że Xxxxxxxxxxx zaakceptuje jego wniesienie w formie gwarancji ubezpieczeniowej o treści jak w załączniku nr 1 do niniejszego pisma.

UBEZPIECZENIOWA GWARANCJA

NALEŻYTEGO WYKONANIA KONTRAKTU I USUNIĘCIA WAD I USTEREK Nr ………………

Dla:……………..

zwanego dalej “Beneficjentem gwarancji”

1. Towarzystwo Ubezpieczeń

zwanym dalej TU

działając na wniosek …………….. (zwanego dalej „Zobowiązanym”) niniejszym gwarantuje nieodwołalnie i bezwarunkowo na zasadach określonych w niniejszej gwarancji zapłatę należności:

1. w okresie od ………… do …………… do kwoty …………… złotych (słownie złotych: ) do zapłacenia których na rzecz Beneficjenta gwarancji Zobowiązany jest zobowiązany z tytułu zapłaty wymagalnych kar umownych w związku z niewykonaniem lub nienależytym wykonaniem umowy Nr ... z dnia ……….dotyczącej ……………w brzmieniu z dnia jej zawarcia, zwanej dalej „umową objętą gwarancją”,

2. w okresie od ……….. do ……….. do kwoty …………. złotych (słownie złotych: ………………..) do zapłacenia których na rzecz Beneficjenta gwarancji Zobowiązany jest zobowiązany w przypadku nie usunięcia lub nie należytego usunięcia wad i usterek, ujawnionych w ww. okresie po podpisaniu protokołu zdawczo – odbiorczego, na zasadach określonych w umowie objętej gwarancją,

- a które to należności nie zostały zapłacone przez Zobowiązanego.

2. Kwota gwarancji określona w pkt 1a stanowi górną granicę odpowiedzialności TU, a każda wypłata z tytułu gwarancji obniża odpowiedzialność TU o wysokość wypłaconej kwoty.

3. Niniejsza gwarancja jest ważna w okresie od ……………. r. do ………….. r., w zakresie należytego wykonania umowy, o którym mowa w pkt. 1a i w okresie od …………. r. do ………… r., w zakresie usunięcia wad i usterek, o którym mowa w pkt. 1b. Przez okres ważności gwarancji rozumie się okresy czasu, w których powstały należności z tytułu wskazanego w pkt. 1a lub pkt. 1b.

4. Zapłata przez TU kwoty, o której mowa w pkt. 1, nastąpi w terminie do 30 dni od dnia doręczenia do TU przez Beneficjenta gwarancji pisemnego żądania wypłaty wraz:

1. z pisemnym oświadczeniem, że Zobowiązany nie wykonał lub wykonał nienależycie umowę objętą gwarancją i nie dokonał zapłaty wymagalnych należności o których mowa w pkt. 1,

2. z pisemnym oświadczeniem, że Zobowiązany nie usunął lub nie należycie usunął wady i usterki ujawnione po podpisaniu protokołu zdawczo – odbiorczego i nie dokonał zapłaty należności o których mowa w pkt. 1,

3. potwierdzonym za zgodność z oryginałem wezwaniem Zobowiązanego do zapłaty należności z tytułu, o którym mowa w pkt. 1a lub pkt. 1b, wraz z dowodem nadania.

5. Żądanie wypłaty powinno:

1. być doręczone, pod rygorem nieważności, do TU za pośrednictwem banku prowadzącego rachunek Beneficjenta gwarancji, który potwierdzi, że podpisy złożone na żądaniu wypłaty należą do osób uprawnionych do zaciągania zobowiązań majątkowych w imieniu Beneficjenta gwarancji,

2. być podpisane przez Beneficjenta gwarancji lub osoby przez niego umocowane, ze wskazaniem podstawy umocowania,

3. być doręczone do TU najpóźniej w terminie 3 dni po okresie ważności gwarancji w formie pisemnej pod rygorem nieważności,

4. dotyczyć wyłącznie wymagalnych należności, które powstały w okresie ważności gwarancji,

5. powinno zawierać oznaczenie rachunku bankowego, na który ma nastąpić wypłata z gwarancji.

6. Odpowiedzialność TU z tytułu niniejszej gwarancji jest wyłączona:

1. w przypadku gdy Beneficjent gwarancji doręczy żądanie wypłaty z gwarancji niezgodne z warunkami określonymi w pkt. 4 i pkt. 5,

2. w przypadku nieistnienia zobowiązania będącego przedmiotem gwarancji,

7. Gwarancja wygasa po upływie okresu jej ważności, a także w następujących przypadkach:

1. z chwilą zwrotu gwarancji przed upływem okresu jej ważności,

2. z chwilą wypełnienia przez Zobowiązanego zobowiązania będącego przedmiotem gwarancji,

3. przez zwolnienie Zobowiązanego przez Beneficjenta gwarancji z zobowiązania będącego przedmiotem gwarancji,

4. przez zwolnienie TU przez Beneficjenta gwarancji z zobowiązania wynikającego z gwarancji,

5. po wypłacie przez TU pełnej kwoty gwarancji.

8. Prawa z niniejszej gwarancji nie mogą być przedmiotem przelewu bez uprzedniej pisemnej zgody TU, pod rygorem nieważności.

9. Niniejsza gwarancja podlega zwrotowi do TU niezwłocznie po jej wygaśnięciu.

10. Spory mogące wyniknąć z niniejszej gwarancji podlegają rozpoznaniu przez sąd właściwy dla siedziby TU

Miasto, dnia ……………….

………......................................................

Podpis za TU

Odpowiedź na pytanie numer 213

Zamawiający potwierdza

Pytanie numer 214

Prosimy o sprecyzowanie i wyczerpujące wymienienie tych negatywnych, finansowych konsekwencji po stronie Zamawiającego wynikłych z niezrealizowania Projektu oraz z niedostosowania jego działalności do realizacji zdań, jakie miał zapewnić HIS Aktualny uzupełniony przez XXX.

Zastrzegamy, że dopiero wskazanie przez Zamawiającego podstaw rodzących te konsekwencje pozwoli Wykonawcy skalkulować je w cenie oferty na wykonanie zamówienia. Tym samym, brak wskazania powyższego stanowi niezgodność z dyspozycją art. 29 ust. 1 ustawy - Prawo zamówień publicznych.

Odpowiedź na pytanie numer 214

Niezrealizowanie LOK i właściwego uzupełnienia w zakresie HIS w poszczególnych szpitalach objętych Projektem (to jest HIS Uzupełnienie , HIS Nowy) oznacza, że Projekt nie zostanie zrealizowany co jest równoznaczne z obowiązkiem zwrotu przez Beneficjenta otrzymanego już dofinasowania i tym samym brakiem możliwości zapłacenia za zamówienia realizowane w ramach Projektu za które zapłata jeszcze nie nastąpiła. Zamawiający zostaną bowiem pozbawieni dofinasowania. Jeżeli byłoby tak, że jeden z wykonawców samego XXX czy też XXX wraz z odpowiednim uzupełnieniem HIS nie zrealizowałby umowy, to jest nie dostarczyłby LOK czy XXX i HIS Uzupełnienie i z tego tytułu upadłby Projekt, to szkody poniesienie Beneficjent to jest Województwo Wielkopolskie jak i wszystkie szpitale objęte Projektem. W pierwszej kolejności Szpital, czyli Zamawiający Indywidulany w ramach umowy z którym Wykonawca nie zrealizował umowy musiałby dokonać zwrotu wraz z odsetkami liczonymi jak dla zaległości podatkowych wszystkich środków jakie otrzymał tytułem dofinasowania w ramach Projektu, to jest środków za zakup komputerów, drukarek, transmisji danych, serwerów, macierzy i innych urządzeń i oprogramowań jakie już zostały nabyte w Projekcie przez tego Zamawiającego Indywidulanego. Innymi słowy taki Zamawiający Indywidulany musiałby sam sfinansować to co już nabył i oddać otrzymaną datację wraz z odsetkami. Po drugie XXX i HIS taki Zamawiający Indywidualny musi posiadać więc musiałby sam wydatki na te oprogramowania sfinansować (ze środków własnych). Oczywiście Zamawiający Indywidualny nie ma tych środków więc musiałby je pożyczyć, co oznacza koszty zewnętrznego finasowania. W przypadku zaś braku możliwości zewnętrznego finasowanie Zamawiający Indywidualny poddany zostałby egzekucji. Po drugie upadek Projektu dotyczyłby nie tylko tego Zamawiającego Indywidualnego wobec którego wykonana nie wykonał umowy, lecz wszystkich Zamawiających Indywidualnych i Województwa Wielkopolskiego. Wszystkie podmiotu musiałyby bowiem oddawać otrzymane dofinasowanie wraz z odsetkami i nadto samemu sfinansować rozbudowę HIS i LOK. Jako że wyłączą przyczyna upadku Projektu w takiej sytuacji byłoby nie wykonanie umowy przez wykonawcą u jednego Zamawiającego Indywidualnego, wszyscy pozostali Partnerzy uzyskaliby roszczenie o naprawienie poniesionych szkód do Zamawiającego Indywidualnego wobec którego wykonawca nie wykonał umowy. W takim przypadku taki Zamawiający Indywidulny miałby roszczenie do wykonawcy o naprawienie szkody wynikłej z niewykonania umowy, a roszczenie to obejmowało by szkody podniesione przez pozostałych partnerów w Projekcie. Opisany mechanizm zaistniałby wówczas gdyby nie było szansy na powtórzenie zamówienia. Projekt kończy się z końcem 2021 r. i w zasadzie nie ma szans na jego istotne przedłużenie. Tym samym umowy jakie zostaną podpisane z wykonawcami w rozstrzygnięciu niniejszego postępowania są jedyną możliwością realizacji zadań objętych przedmiotem zamówienia.

Pytanie numer 215

Licencja Oprogramowania Aplikacyjnego jest licencją niewyłączną, udzieloną na czas nieoznaczony z 10 letnim okresem wypowiedzenia ze skutkiem na koniec roku kalendarzowego, przy czym nie może być ona wypowiedziana wcześniej niż po upływie 30 lat od zakończenie Odbioru Zasadniczego.

W związku z treścią §12 ust. 4 wzoru umowy Wykonawca wskazuje, iż zasady wypowiadania umowy licencyjnej zostały określone przez Zamawiającego z jaskrawym naruszeniem zasady swobody umów (art. 353(1) k.c.). Za niedopuszczalną należy uznać bowiem sytuację, w której pomimo rażącego naruszenia postanowień Umowy (w tym w zakresie warunków licencji) Zamawiający zachowywałby prawo dalszego korzystania z oprogramowania w okresie kolejnych 10 lat. Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej. W związku z powyższym Wykonawca wnosi o zmianę §12 ust. 4 poprzez:

1. wprowadzeniu 6-miesięcznego okresu wypowiedzenia umowy licencyjnej w przypadku rażącego naruszenia przez Zamawiającego warunków licencji;

2. pozostawieniu 5-letniego okresu wypowiedzenia licencji w pozostałych przypadkach z zastrzeżeniem, iż nie może

być ona wypowiedziana wcześniej niż po upływie 20 lat od zakończenia Odbioru Zasadniczego.

Odpowiedź na pytanie numer 215

Zamawiający dokonał zmiany przedmiotowego zapisu umowy w ten sposób że podobnie jak licencji LOK wprowadzana została możliwość wcześniejszego wypowiedzenia licencji w przypadku zawinionego naruszenia przez Zamawiającego warunków licencji. Okres wypowiedzenia w tym przypadku wynosić będzie jednak nie 6 miesięcy jak w pytaniu a jeden rok a wypowiedzenie poprzedzone musi być co najmniej dwukrotnym wezwaniem Zamawiającego do zaprzestania naruszania warunków licencji lub usunięcia skutków naruszenia warunków licencji. Jednocześnie Zamawiający nie dokona zmian postulowanych w punkcie „b” pytania. Zdaniem Zamawiającego rozwiązanie to nie odbiega od standardów rynkowych w tym zakresie. Zamawiają mógłby równie dobrze wprowadzić w tym zakresie rozwiązanie dalej idące, również takie jak przy licencji LOK, jednak tego nie zrobił odwołując się do praktyk rynkowych. Odnośnie punktu „a” Zamawiający wprowadził zmianę WUa zmiana umowy numer 47. Taka sama zamiana w WUb zmiana umowy numer 48.

Par. 12 ust 4 przed zmianą :

Licencja Oprogramowania Aplikacyjnego jest licencją niewyłączną, udzieloną na czas nieoznaczony z 10 letnim okresem wypowiedzenia ze skutkiem na koniec roku kalendarzowego, przy czym nie może być ona wypowiedziana wcześniej niż po upływie 30 lat od zakończenie Odbioru Zasadniczego.

Par. 12 ust 4 po zmianie :

Licencja Oprogramowania Aplikacyjnego jest licencją niewyłączną, udzieloną na czas nieoznaczony z 10 (dziesięcio) letnim okresem wypowiedzenia ze skutkiem na koniec roku kalendarzowego, przy czym nie może być ona wypowiedziana wcześniej niż po upływie 30 (trzydziestu) lat od zakończenie Odbioru Zasadniczego. W przypadku jednak zawinionego przez Zamawiającego naruszenia warunków Licencji Oprogramowanie Aplikacyjne, Wykonawca może ją wypowiedzieć z zachowaniem rocznego okresu wypowiedzenia po bezskutecznym upływie 3 – miesięcznego (trzymiesięcznego) terminu wyznaczonego przez Wykonawcę Zamawiającemu na zaprzestanie naruszenia lub usunięcie skutków naruszeń warunków Licencji Oprogramowanie Aplikacyjne liczonego od dnia otrzymania przez Zamawiającego drugiego wezwania w tym zakresie, przy czym drugie wezwanie do zaprzestanie lub usunięcie skutków naruszeń warunków Licencji Oprogramowanie Aplikacyjne może Wykonawca przedstawić Zamawiającemu nie wcześniej niż po upływie 3 (trzech miesięcy) od dnia otrzymania przez Xxxxxxxxxxxxx pierwszego wezwania w tym zakresie. Po upływie okresu o jakim mowa w zadaniu poprzednim wypowiedzenie Licencji Oprogramowanie Aplikacyjne następuje z zachowaniem rocznego okresu wypowiedzenia liczonego od dnia otrzymania przez Zamawiającego wypowiedzenia po upływie 3 – miesięcznego (trzymiesięcznego) terminu wyznaczonego przez Wykonawcę Zamawiającemu na zaprzestanie oraz usunięcie skutków naruszeń warunków Licencji Oprogramowanie Aplikacyjne liczonego od dnia otrzymania przez Zamawiającego drugiego wezwania w tym zakresie. Oznacza to, że w przypadku zawinionego naruszenia przez Zamawiającego warunków Licencji Oprogramowanie Aplikacyjne wypowiedzenie dokonane przez Wykonawcę dla swej skuteczności wymaga spełniania następujących warunków: a/ Wykonawca musi pisemnie wezwać Zamawiającego do zaprzestanie lub zaprzestania oraz usunięcie skutków naruszeń warunków Licencji Oprogramowanie Aplikacyjne wyznaczając w tym zakresie Zamawiającemu okres co najmniej 3 miesięcy od dnia otrzymania wezwania przez Zamawiającego, b/ po bezskutecznym upływie terminu wyznaczonego w wezwaniu o jakim mowa w pkt. a/ wcześniej, Wykonawca musi ponownie wezwać Zamawiającego do zaprzestanie lub zaprzestania oraz usunięcie skutków naruszeń warunków Licencji Oprogramowanie Aplikacyjne wyznaczając w tym zakresie Zamawiającemu okres co najmniej 3 miesięcy od dnia otrzymania tego drugiego wezwania przez Zamawiającego, c/ jeżeli Zamawiający w terminie określonym przez Wykonawcę w drugim wezwaniu o jakim mowa w pkt b/ wcześniej, przy czym nie może to być termin krótszy niż 3 (trzy) miesiące od dnia otrzymania wezwania przez Zamawiającego, nie zastosuje się do tego wezwania, Wykonawca może wypowiedzieć licencję z zachowaniem rocznego okresu wypowiedzenia. Wypowiedzenie wymaga formy pisemnej. Oba wezwania o jakich mowa w pkt a/ oraz b/ powyżej wymagają dla swej skuteczności uzasadnienia, z którego będzie jednoznacznie wynikać w jaki sposób i kiedy Zamawiający ze swojej winy dopuścił się naruszenia warunków Licencji Oprogramowanie Aplikacyjne. Jeżeli Zamawiający w przypadku zawinionego naruszenia warunków Licencji Oprogramowanie Aplikacyjne zastosuje się do wezwania Wykonawcy, Wykonawca nie może skutecznie wypowiedzieć przedmiotowej licencji (Licencji Oprogramowanie Aplikacyjne).

Pytanie numer 216

W związku z treścią § 12 ust. 7 lit. g-n wzoru Umowy Wykonawca wskazuje, iż tak szerokie uregulowanie pól eksploatacji w znacznym stopniu wykracza poza standardy rynkowe. Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej. Zbyt szerokie uregulowania pól eksploatacji mogą zniechęcać do składania ofert i stanowić przyczynę małego zainteresowania wykonawców ubieganiem się o uzyskanie zamówienia publicznego, co wpływa na konkurencyjność postępowań oraz niekiedy konieczność ich unieważnienia.

Ponadto ww. pola eksploatacji, w szczególności wyrażenie zgody na dołączenia do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający, bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie, a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu.

Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do Oprogramowania Aplikacyjnego, zostały określone przez Zamawiającego z jaskrawym naruszeniem zasady swobody umów (art. 353(1) k.c.). Zawarcie umowy zakładającej brak kontroli nad dołączaniem innych pomiotów do Oprogramowania Aplikacyjnego oraz brak możliwości wyliczenia kosztów jakie Wykonawca musiałby ponieść w związku z wyrażeniem zgody na ww. postanowienia niewątpliwie mogłoby być potraktowane jako działanie na szkodę spółki.

Zwracamy uwagę, że Zamawiający w wymaganiach opisanych w tych postanowieniach wzoru umowy (lit. i) i lit. j)) chce nabyć prawo do modyfikowania kodu źródłowego Oprogramowania Aplikacyjnego, czyli HIS Nowy, i możliwość dowolnego rozporządzania nim, do którego prawo wyłączne autorskie prawa majątkowe w tym zakresie przysługują jego producentowi, w większości przypadków - Wykonawcy.

Należy pamiętać, że w ramach realizacji obowiązków z Gwarancji i Rękojmi Wykonawca będzie wprowadzał zmiany do Oprogramowania Aplikacyjnego wynikające ze zmian przepisów prawa, wynikające z wprowadzania nowych funkcjonalności i ulepszania już istniejących, oraz oczywiście z konieczności usuwania Wad. Jednocześnie Zamawiający chce mieć prawo do wprowadzania zmian w tym samym zakresie, także w kodzie źródłowych Oprogramowania Aplikacyjnego, co z punkt widzenia technicznego uniemożliwi utrzymanie spójności tego Oprogramowania Aplikacyjnego.

lit. k) - Tym postanowieniem wzoru umowy Zamawiający wymaga świadczenia nieodpłatnego, w postaci udzielenie licencji na Oprogramowanie Aplikacyjne (HIS Nowy) innym, poza Zamawiającym, podmiotom, które mogą nabyć te licencje na rynku na normalnych rynkowych zasadach. Powyższe jest więc sprzeczne z zasadą nie działania na niekorzyść Wykonawcy przez jego reprezentantów, a poza tym rodzi daleko idące wątpliwości w związku z polskim porządkiem prawnym i zasadami prawa podatkowego. Wykonawca, wyrażający zgodę na takie uprawnienie licencyjne działałby ewidentnie na swoją niekorzyść, uniemożliwiając sobie osiągnięcie słusznie i zgodnie z gospodarką rynkową należnego mu przychodu.

W razie nie przychylenia się do powyższego wniosku, Zamawiający powinien wziąć pod uwagę, że rzetelnie analizujący opis przedmiotu zamówienia profesjonalny podmiot nie złoży oferty w tym postępowaniu w ogóle, gdyż wykonanie zamówienia na żądanych przez Zamawiającego warunkach będzie obiektywnie niemożliwe.

Mając na uwadze nierynkowość wprowadzonych pól eksploatacji prosimy o wykreślenie w całości z par. 12 ust. 7 lit. od

g) do n).

Odpowiedź na pytanie numer 216

Paragraf 12 ust 7 początkowo miał następującą treść : Licencja Oprogramowanie Aplikacyjne, jako niewyłączna licencja, udzielona zostaje Zamawiającemu przez Wykonawcę na następujących polach eksploatacji:

1. swobodne, nieograniczone używanie i korzystanie z Oprogramowania Aplikacyjnego w całości lub jego części, zgodnie z jego przeznaczeniem i potrzebami Zamawiającego;

2. używanie i korzystanie z Oprogramowania Aplikacyjnego przez liczbę Użytkowników/Jednoczesnych Użytkowników określonych dla Oprogramowania Aplikacyjnego jako całości lub liczbę Użytkowników/ Jednoczesnych Użytkowników określonych dla poszczególnych Modułów/Bloków Funkcjonalnych, czy samych funkcjonalności, w liczbach wskazanych w załączniku numer 3 do Umowy;

3. instalacja na serwerze sieciowym Zamawiającego z udostępnieniem dla ilości Użytkowników/Jednoczesnych Użytkowników określonych w pkt. b powyżej dla Oprogramowania Aplikacyjnego jako całość lub każdego z Modułów/ Bloków Funkcjonalnych składających się na Oprogramowanie Aplikacyjne; w liczbach wskazanych w OPZ, a potwierdzonych w załączniku numer 3 do Umowy;

4. wykorzystywanie i rozpowszechnianie bez ograniczeń wszelkich rezultatów wykorzystywania Oprogramowania Aplikacyjnego oraz danych i zestawień utworzonych za jego pomocą, bez względu na formę i treść wszelkich rezultatów wykorzystania Oprogramowania Aplikacyjnego;

5. samodzielne parametryzowanie i konfigurowanie Oprogramowania Aplikacyjnego w zakresie niezbędnym dla jego bezpiecznej i stabilnej eksploatacji, w sposób odpowiadający bieżącym i zmieniającym się potrzebom Zamawiającego, związanym z prowadzoną przez niego działalnością;

6. tworzenie kopii, w tym kopii zapasowych, które są niezbędne do zapewnienia bezpieczeństwa funkcjonowania i eksploatacji oprogramowania. Kopie niezbędne do zapewnienia bezpieczeństwa funkcjonowania i eksploatacji oprogramowania nie mogą być eksploatowane równocześnie z jego instalacjami produkcyjnymi;

7. możliwość trwałego lub czasowego zwielokrotniania dostarczonego oprogramowania w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, dowolną techniką, bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie, bądź opłacenie licencji składających się na Licencję Oprogramowanie Aplikacyjne;

8. zwielokrotnianie Oprogramowania Aplikacyjnego, w tym składających się nań Modułów/Bloków Funkcjonalnych oraz wszelkich funkcjonalności w pamięci serwerów, komputerów oraz urządzeń mobilnych i sieciowych, wszelkich innych urządzeń cyfrowych;

9. dekompilacja, kompilacja, tłumaczenie Oprogramowania Aplikacyjnego, wprowadzenie doń wszelkich zmian, przekształceń, rozbudowa o nowe funkcjonalności, zmiana charakteru i sposobu działania, łączenie z innymi oprogramowaniami;

10. możliwość dokonywania dowolnych zmian w Oprogramowaniu Aplikacyjnym (w tym tłumaczenie, przystosowywanie, zmiany układu), niezależnie od zakresu, formy, sposobu (środków) ich dokonania oraz ich przeznaczenia, prawo do zmiany, modyfikacji, przekształcenia, zwielokrotniania kodów w tym Kodu Źródłowego, tłumaczenia jego formy (dekompilacja), włączając w to prawo do trwałego lub czasowego zwielokrotniania w całości lub w części, jakimikolwiek środkami i w jakiejkolwiek formie, a także prawo do jego opracowania (tłumaczenia, przystosowania lub jakichkolwiek innych zmian) bez ograniczania warunków dopuszczalności tych czynności, w szczególności, ale nie wyłącznie, w celu wykorzystania dla celów współdziałania z programami komputerowymi lub rozwijania, wytwarzania lub wprowadzania do obrotu, użyczania, najmu, lub innych form korzystania o podobnej lub zbliżonej formie;

11. tłumaczenie, przystosowywanie, modyfikacje, zmiany układu lub jakiekolwiek inne zmiany w Oprogramowaniu Aplikacyjnym;

12. możliwość dołączenia do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający, bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie, a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu. Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do Oprogramowania Aplikacyjnego;

13. możliwość nieograniczonego korzystania przez Zamawiającego z dostarczonego przez Wykonawcę narzędzia do zarządzania bazami danych, a w przypadku, gdy bazy danych będą objęte odrębnymi licencjami składającymi się na Oprogramowania Aplikacyjne, to licencje te nie mogą ograniczać liczby systemów bazodanowych, wielkości bazy danych, liczby użytkowników, ani ilości zapytań;

14. możliwość swobodnego, nieograniczonego rozwoju oprogramowania, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych;

15. możliwość korzystania z Licencji Oprogramowanie Aplikacyjne bez ograniczeń terytorialnych, w tym na terytorium całej Polski, bez żadnych ograniczeń w tym zakresie.

Zamawiający dokonał daleko idącej zmiany par 12 ust 7, który obecnie brzmi następująco :

Licencja Oprogramowanie Aplikacyjne, jako niewyłączna licencja, udzielona zostaje Zamawiającemu przez Wykonawcę na następujących polach eksploatacji:

1. Możliwość używania i korzystania z Oprogramowania Aplikacyjnego w całości lub części przez Zamawiającego w sposób zgodny z przeznaczeniem Oprogramowania Aplikacyjnego w tym przez liczbę Użytkowników/Jednoczesnych Użytkowników określonych dla Oprogramowania Aplikacyjnego jako całości lub liczbę Użytkowników/ Jednoczesnych Użytkowników określonych dla poszczególnych części Oprogramowania Apliakcyjnego, czy samych funkcjonalności, w liczbach wskazanych w OPZ i potwierdzonych w załączniku numer 3 do Umowy;

2. Instalacja na serwerze sieciowym Zamawiającego z udostępnieniem dla ilości Użytkowników/Jednoczesnych Użytkowników określonych w pkt. b powyżej

3. Możliwość swobodnego, nieograniczonego dokonywania zmian w Oprogramowaniu Aplikacyjnym, rozwoju Oprogramowania Aplikacyjnego, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych;

4. Możliwość parametryzowania i konfigurowania Oprogramowania Aplikacyjnego w zakresie niezbędnym dla jego bezpiecznej i stabilnej eksploatacji, w sposób odpowiadający bieżącym i zmieniającym się potrzebom Zamawiającego, związanym z prowadzoną przez niego działalnością;

5. Możliwość sporządzanie kopii zapasowych programów komputerowych, bez jakichkolwiek ograniczeń ;

Po dokonanych zmianach zakres licencji nie obejmuje już uprawnienia w zakresie możliwości podłączania do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający. Nie ma więc już zapisu jaki był w par. 12 ust.7 pkt. l - możliwość dołączenia do Oprogramowania Aplikacyjnego innych podmiotów niż Zamawiający, bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie, a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu. Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do Oprogramowania Aplikacyjnego.

W związku z wskazaną zmianą w zapisie umowy, nie występuje ryzyko opisane w pytaniu, polegające na braku kontroli przez Wykonawcę nad podłączanymi do oprogramowania nowymi podmiotami. Jak wskazano wyżej na podstawie Licencji Oprogramowanie Aplikacyjne Zamawiający nie może do niego podłączać nowych podmiotów. Tym samym nie ma już żadnych wątpliwości że Oprogramowania Aplikacyjnego korzystać może na podstawie przedmiotowej licencji wyłącznie Zamawiający.

Przedmiot Umowy nie obejmuje nabycie przez Zamawiającego kodu źródłowego do Oprogramowania Aplikacyjnego. Po zmianach w umowie w par 12 ust. 7 pkt c zawiera możliwość swobodnego, nieograniczonego dokonywania zmian w Oprogramowaniu Aplikacyjnym, rozwoju Oprogramowania Aplikacyjnego, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych, jest to jedynie uprawnienie przyznane Zamawiającego bez przekazywania Zamawiającemu kodu źródłowego. Oznacza to, że na podstawie licencji Zamawiający może dokonywać zmian w oprogramowaniu ale zmiany takie zgodnie z zapisami umowy powodują dla Zamawiającego negatywne konsekwencje w zakresie Gwarancji i Rękojmi, bowiem Wykonawca nie ponosi odpowiedzialności za wady spowodowane zmianami w oprogramowaniu wprowadzonymi przez Zamawiającego. Po kodu źródłowego Zamawiający aby dokonać zmian musi wystąpić do Wykonawcy czy autora oprogramowania o udostepnienie kodu, które to udostępnienie będzie możliwe na podstawie odrębnej umowy, o ile w ogóle dojdzie do jej zawarcia. W takim jednak przypadku nowe porozumienie dotyczyć będzie tylko warunków udostępnienia kodu źródłowego a nie warunków dopuszczalności dokonywania zmian w Oprogramowaniu Aplikacyjnym . Oczywiście wysoce mało prawdopodobne jest by Zamawiający w ogóle podejmował się wprowadzania samodzielnych zmian w Oprogramowaniu Aplikacyjnym nawet wówczas gdyby udałoby mu się pozyskać jakimś „cudem” kod źródłowy. Zamawiający bowiem ma świadomość że podmiot dysponujący kodem źródłowym do oprogramowania nie chętnie będzie się nim dzielił z użytkownikiem oprogramowania. Wskazane rozwiązanie umowne służy przede wszystkim temu by kiedy po zakończeniu Gwarancji zajdzie konieczność dokonywania zmian w oprogramowaniu Zamawiający mógł zlecić te zmiany podmiotowi na podstawie osobnej umowy, podmiotowi który dysponuje takim kodem lub może go pozyskać i jednocześnie posiada specjalistyczne kompetencje do dokonywania zmian w oprogramowaniu. By tego dokonać Zamawiający w ramach licencji musi mieć zapewnione uprawnienie do dokonywania zmian w oprogramowaniu, możliwość jego rozwoju, podkreślam uprawnienie a nie techniczną możliwość jaką daje tylko kod źródłowy.

Na podstawie przedmiotowej licencji Zamawiający może używać Oprogramowanie Aplikacyjne wyłącznie na użytek własny i nie może go ani sprzedaż, wydzierżawić, oddać do używania innemu podmiotowi odpłatnie jak i nie odpłatnie co odnosi się też do wszelkich opracowań jakie ewentualnie Zamawiający poczyni w ramach przedmiotowej licencji.

W związku z niniejszym pytaniem Zamawiający nie dokonuje kolejnych już mian w zakresie par 12 ust. 7, porzestając na zmianach już wprowadzonych w związku z wcześniejszymi pytaniami o wnioskami zawartymi w odwołaniu do KIO.

Pytanie numer 217

W związku z treścią § 12 ust. 15 lit. b-c wzoru Umowy Wykonawca wskazuje, iż tak szerokie uregulowanie pól eksploatacji w znacznym stopniu wykracza poza standardy rynkowe. Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej. Zbyt szerokie uregulowania pól eksploatacji mogą zniechęcać do składania ofert i stanowić przyczynę małego zainteresowania wykonawców ubieganiem się o uzyskanie zamówienia publicznego, co wpływa na konkurencyjność postępowań oraz niekiedy konieczność ich unieważnienia.

Ponadto dostarczane oprogramowanie jest oprogramowaniem pudełkowym, a wydana do takiego oprogramowania dokumentacja stanowi tajemnicę przedsiębiorstwa wykonawcy i nie może być w dowolny sposób rozpowszechniana (niezależnie od zakresu, formy i sposobu (środków), w tym w formie obrotu, najmu, użyczania i oddawania do używania (odpłatnie lub nieodpłatnie) na innej podstawie oraz dowolnych form publicznego udostępniania, w tym w sieci Internet oraz w drodze dowolnych form przekazu i transmisji danych w tym w formie bezprzewodowej, w formie papierowej, dokumentowej oraz publiczne udostępnianie w taki sposób, aby każdy mógł mieć dostęp do Dokumentacji Oprogramowanie Aplikacyjne, w miejscu i w czasie przez siebie wybranym).

Mając na uwadze nierynkowość wprowadzonych pól eksploatacji prosimy o wykreślenie w całości z par. 12 ust. 15 lit. b - c.

Odpowiedź na pytanie numer 217

Po zmianach w umowie Zamawiający nie jest uprawniony do rozpowszechniania Dokumentacji Oprogramowanie Aplikacyjne. Zamawiający może z niego obecnie korzystać wyłącznie w sposób zgodny z jej przeznaczeniem, co obejmuje korzystania w sposób umożliwiający wykonywanie uprawnień Zamawiającego wynikających z udzielonej Zamawiającemu Licencji Oprogramowanie Aplikacyjne. Zamawiający nie może dokumentacji sprzedać, wydzierżawić użyczyć, oddać do korzystania podmiotom trzecim w jakiejkolwiek formie odpłatnie lub nie odpłatnie, nie może też zamieścić w Internecie. Może zaś z niej korzystać tylko w takim zakresie w jakim jest to konieczne do wykonywania uprawnień Zamawiającego wynikających z udzielonej mu licencji, co w przypadku np. możliwości dokonywania zmian w oprogramowaniu w tym jego rozwoju wymaga zapewniania możliwości kopiowania dokumentacji w związku z pracami rozwojowymi czy dokonywania zmian w dokumentacji. W ramach tego uprawnienia, gdyby Zamawiający zlecił zmiany w oprogramowaniu podmiotowi trzeciemu, Zamawiający ma możliwość udostępnienia przedmiotowej dokumentacji temu podmiotowi trzeciemu, przy czym jednocześnie Zamawiający zobowiązany jest uniemożliwić wykorzystanie przedmiotowej dokumentacji przez wskazany podmiot trzeci w jakimkolwiek innym celu niż wprowadzenia zmian do oprogramowania używanego przez Zamawiającego na podstawie Licencja Oprogramowanie Aplikacyjne.

W tym zakresie Zamawiający dokonał kolejnych zmian:

Zmiana Umowy 54 A numer 48

Par. 12 ust 15 przed zmianą :

Odnośnie Dokumentacji Oprogramowanie Aplikacyjne Licencja Oprogramowanie Aplikacyjne obejmować będzie co najmniej uprawniania Zamawiającego w zakresie:

1. Korzystanie z Dokumentacji Oprogramowanie Aplikacyjne zgodnie z jej przeznaczeniem celem realizacji praw Zamawiającego wynikających z Umowy

2. dowolne zwielokrotnianie i tworzenie nowych egzemplarzy Dokumentacji Oprogramowanie Aplikacyjne, niezależnie od zakresu, formy i sposobu (środków) wykonania oraz przeznaczenia danego zwielokrotnienia, w tym wprowadzania do pamięci komputera, komputerów, sieci i systemów informatycznych i teleinformatycznych oraz dowolnych form przetwarzania w pamięci komputera, komputerów sieci i systemów informatycznych i teleinformatycznych;

3. tłumaczenie, przystosowywanie, modyfikacje, zmiany układu lub jakiekolwiek inne zmiany w Dokumentacji Oprogramowanie Aplikacyjne.

Par. 12 ust 15 po zmianie :

Odnośnie Dokumentacji Oprogramowanie Aplikacyjne Licencja Oprogramowanie Aplikacyjne obejmuje uprawnianie Zamawiającego do korzystania z niej zgodnie z jej przeznaczeniem w zakresie jaki jest konieczny do wykonywania uprawnień Zamawiającego wynikających z udzielonej mu licencji co obejmuje też prawo do zwielokrotniania i tworzenie nowych egzemplarzy Dokumentacji Oprogramowanie Aplikacyjne a także tłumaczenie, przystosowywanie, modyfikacje oraz wprowadzenie zmiany układu lub jakiekolwiek inne zmiany w Dokumentacji Oprogramowanie Aplikacyjne.

Zmiana Umowy 54 B numer 49

Par. 12 ust 15 przed zmianą :

Odnośnie Dokumentacji Oprogramowanie Aplikacyjne Licencja Oprogramowanie Aplikacyjne obejmować będzie co najmniej uprawniania Zamawiającego w zakresie: korzystania z niej zgodnie z jej przeznaczeniem w tym dowolne zwielokrotnianie i tworzenie nowych egzemplarzy Dokumentacji Oprogramowanie Aplikacyjne, niezależnie od zakresu, formy i sposobu (środków) wykonania oraz przeznaczenia danego zwielokrotnienia, w tym wprowadzania do pamięci komputera, komputerów, sieci i systemów informatycznych i teleinformatycznych oraz dowolnych form przetwarzania w pamięci komputera, komputerów sieci i systemów informatycznych i teleinformatycznych.

Par. 12 ust 15 po zmianie :

Odnośnie Dokumentacji Oprogramowanie Aplikacyjne Licencja Oprogramowanie Aplikacyjne obejmuje uprawnianie Zamawiającego do korzystania z niej zgodnie z jej przeznaczeniem w zakresie jaki jest konieczny do wykonywania uprawnień Zamawiającego wynikających z udzielonej mu licencji co obejmuje też prawo do zwielokrotniania i tworzenie nowych egzemplarzy Dokumentacji Oprogramowanie Aplikacyjne a także tłumaczenie, przystosowywanie, modyfikacje oraz wprowadzenie zmiany układu lub jakiekolwiek inne zmiany w Dokumentacji Oprogramowanie Aplikacyjne.

Pytanie numer 218

W związku z treścią § 13 ust. 5 lit. b wzoru Umowy Wykonawca wskazuje, iż tak szerokie uregulowanie zakresu uprawnień w znacznym stopniu wykracza poza standardy rynkowe. Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej.

Zbyt szerokie uregulowania zakresu uprawnień Zamawiającego mogą zniechęcać do składania ofert i stanowić przyczynę małego zainteresowania wykonawców ubieganiem się o uzyskanie zamówienia publicznego, co wpływa na konkurencyjność postępowań oraz niekiedy konieczność ich unieważnienia. Ponadto zdefiniowany zakres uprawnień, tj. wyrażenie zgody na możliwość swobodnego, nieograniczonego dokonywania zmian w oprogramowaniu LOK, rozwoju oprogramowania LOK, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych, powoduje Wykonawca może utracić kontrolę nad dostarczonym i objętym przez niego gwarancją i serwisem oprogramowaniem, a pomimo tego będzie zmuszony do zapewnienia jego zgodności z dokumentacją projektową.

Mając na uwadze nierynkowość wprowadzonych zakresów uprawnień prosimy o wykreślenie w całości z par. 13 ust. 5 lit. b).

Odpowiedź na pytanie numer 218

Zamawiający nie zmieni przedmiotowych zapisów umowy. Pola eksploatacji zostały już zweryfikowane przez rynek. W Postępowaniu Przetargowym LOK występuje taki sam zakres pól eksploatacji i wpłynęły ofert oraz zawarte zostały umowy z wykonawcami. Zamawiający nie może być pozbawiony możliwość swobodnego, nieograniczonego dokonywania zmian w oprogramowaniu LOK, rozwoju oprogramowania LOK, bez żadnych ograniczeń w tym zakresie, w tym technologicznych i czasowych. Zamawiający nie wymaga jednak od wykonawcy dostarczenia kodu źródłowego. Czym inny jest uprawnienie licencyjne w zakresie możliwości dokonywania zmian w oprogramowaniu, to znaczy dokonywanie takich zmian jest dozwolone, a czym innym jest rzeczywista możliwość dokonywania takich zmian, gdzie bez posiadania kodu źródłowego do LOK rzeczywiście takie zmiany są bardzo trudne do przeprowadzenia. Na podstawie licencji Zamawiający może dokonywać zmian w oprogramowaniu ale zmiany takie zgodnie z zapisami umowy powodują dla Zamawiającego negatywne konsekwencje w zakresie Gwarancji i Rękojmi, bowiem Wykonawca nie ponosi odpowiedzialności za wady spowodowane zmianami w oprogramowaniu wprowadzonymi przez Zamawiającego. Bez kodu źródłowego Zamawiający aby dokonać zmian musi wystąpić do Wykonawcy czy autora oprogramowania o udostepnienie kodu źródłowego, które to udostępnienie będzie możliwe na podstawie odrębnej umowy, o ile w ogóle dojdzie do jej zawarcia. W takim jednak przypadku nowe porozumienie dotyczyć będzie tylko warunków udostępnienia kodu źródłowego a nie warunków dopuszczalności dokonywania zmian w LOK bo te uprawnienie Zamawiający już nabywa na podstawie licencji. Oczywiście wysoce mało prawdopodobne jest by Zamawiający w ogóle podejmował się wprowadzania samodzielnych zmian w LOK nawet wówczas gdyby udałoby mu się pozyskać jakimś „cudem” kod źródłowy. Zamawiający bowiem ma świadomość, że podmiot dysponujący kodem źródłowym do oprogramowania nie chętnie będzie się nim dzielił z użytkownikiem oprogramowania. Wskazane rozwiązanie umowne służy przede wszystkim temu, by kiedy po zakończeniu Gwarancji zajdzie konieczność dokonywania zmian w oprogramowaniu Zamawiający mógł zlecić te zmiany podmiotowi na podstawie osobnej umowy, podmiotowi który dysponuje takim kodem lub może go pozyskać i jednocześnie posiada specjalistyczne kompetencje do dokonywania zmian w oprogramowaniu. By tego dokonać Zamawiający w ramach licencji musi mieć zapewnione uprawnienie do dokonywania zmian w oprogramowaniu, możliwość jego rozwoju, podkreślam uprawnienie a nie techniczną możliwość jaką daje tylko kod źródłowy.

W związku z niniejszym pytaniem Zamawiający nie dokonuje kolejnych już mian w zakresie pól eksploatacji LOK, poprzestając na zmianach już wprowadzonych w tym również wprowadzonych w Postępowaniu Przetargowym LOK. Zamawiający nie dokona już kolejnych zamian w zapisach dotyczących LOK w tym pól eksploatacji w Licencji LOK.

Pytanie numer 219

W związku z treścią § 13 ust. 18 wzoru Umowy Wykonawca wskazuje, iż tak szerokie uregulowanie warunków licencji w znacznym stopniu wykracza poza standardy rynkowe. Takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej. Zbyt szerokie uregulowania warunków licencji mogą zniechęcać do składania ofert i stanowić przyczynę małego zainteresowania wykonawców ubieganiem się o uzyskanie zamówienia publicznego, co wpływa na konkurencyjność postępowań oraz niekiedy konieczność ich unieważnienia.

Ponadto ww. warunki licencji, tj. wyrażenie zgody na dołączenia do LOK innych podmiotów niż Zamawiający, bez konieczności ponoszenia dodatkowych kosztów na uzupełnienie licencji i bez konieczności uzupełnienia licencji, przy czym możliwość dołączenia innych podmiotów nie jest w żaden sposób ograniczona ich liczbą, statusem lub czasem ich podłączenia, co oznacza, że do dostarczonego przez Wykonawcę oprogramowania Zamawiający będzie mógł podłączyć bez żadnych ograniczeń czasowych i terytorialnych nieograniczoną liczbę podmiotów bez żadnych ograniczeń w ich statusie, a podłączenie to nie będzie wymagało jakichkolwiek dodatkowych opłat uiszczanych na rzecz Wykonawcy lub dowolnego innego podmiotu.

Tym samym nie będą występować licencyjne ani techniczne ograniczenia liczby podmiotów podłączonych do LOK, zostały określone przez Zamawiającego z jaskrawym naruszeniem zasady swobody umów (art. 353(1) k.c.). Zawarcie umowy zakładającej brak kontroli nad dołączaniem innych pomiotów do LOK oraz brak możliwości wyliczenia kosztów jakie Wykonawca musiałby ponieść w związku z wyrażeniem zgody na ww. postanowienia niewątpliwie mogłoby być potraktowane jako działanie na szkodę spółki.

Mając na uwadze nierynkowość wprowadzonych warunków licencji prosimy o wykreślenie w całości z par. 13 ust. 18.

Odpowiedź na pytanie numer 219

Zgodnie z par. 13 ust 18 - Licencja LOK nie zawiera ograniczenia w zakresie liczby podmiotów jakie mogą być podłączone do LOK i w tym zakresie z nim współpracować. Również każda rozbudowa lub zmiana HIS Aktualnego, jak też zastąpienie go innym oprogramowaniem uprawnia Zamawiającego do korzystania z LOK w niezmienionym zakresie wynikającym z Licencji LOK.

Wskazany zapis umowy nie dotyczy sytuacji że LOK będzie instalowany u innych podmiotów, a jedynie dotyczy sytuacji gdzie XXX będzie mógł współpracować z innymi platformami jakie mogą pojawić się w przyszłości. LOK jest narzędziem umożliwiającym przekazywanie dokumentów ze szpitala do Platformy Regionalnej. Nie można wykluczyć, że oprócz Platformy Regionalnej powstaną inne platformy w tym ogólnokrajowe które będą działać na tej samej zasadzie co Platforma Regionalna. Wówczas Zamawiający może być nawet prawnie zobligowany do przekazywania im dokumentów medycznych. Nie ma powodu by w takiej sytuacji Zamawiający był zobligowany do ponoszenia dodatkowych opłat z tytułu takiego połączenia, ustalanych na nie wiadomo jakich zasadach i według jakiego cennika. Innymi słowy Xxxxxxxxxxx zgodnie z wskazanym zapisem umowy nie może w żaden sposób doprowadzić do sytuacji, że inny podmiot będzie mógł korzystać z LOK tak jak Zamawiający. Zamawiający zgodnie z wskazanym zapisem może jedynie dopuścić do współpracy LOK z innymi podmiotami jak Platforma Regionalna, celem realizacji funkcji odpowiadających Platformie Regionalnej.

Zamawiający nie zmieni wskazanego zapisu Xxxxx. Takie samo rozwiązanie występowało w Postępowaniu LOK a wykonawcy nie podnosili kwestii wskazanych w pytaniu i umowy z wykonawcą zostały zawarte.

Pytanie numer 220

Zgodnie z par. 15 ust. 19 „Do każdego rodzaju Wady, o jakich mowa w ust. 14-18 niniejszego paragrafu, może dojść z przyczyn leżących po stronie Zamawiającego, Wykonawcy lub wskutek wypadków losowych.” Określone przez Zamawiającego postanowienie z jaskrawym naruszeniem zasady swobody umów (art. 353(1) k.c.). Za niedopuszczalną należy uznać bowiem sytuację, w której Wykonawcę będzie zobowiązany do naprawiania Wad, które wystąpiły z przyczyn leżących po stronie Zamawiającego lub wskutek wypadków losowych. Mając na uwadze powyższe czy Zamawiający może wykreślić ww. postanowienia sformułowanie: „z przyczyn leżących po stronie Zamawiającego lub wskutek wypadków losowych”.

Odpowiedź na pytanie numer 220

Zamawiający dokonał w tym zakresie zmiany w umowie, wprowadzając limit zdarzeń kiedy Wykonawca obowiązany jest do usunięcia wady jaka powstała nie z winy Wykonawcy. Wskazany zapis umowny w umowie WUa ust. 19 brzmi obecnie następująco :

Do każdego rodzaju Wady, o jakich mowa w ust. 14-18 niniejszego paragrafu, może dojść z przyczyn leżących po stronie Zamawiającego, Wykonawcy lub wskutek wypadków losowych przy czym odpowiedzialność Wykonawcy za wady spowodowane z winy Zamawiającego ograniczona jest w sposób wskazany w ust. 30 niniejszego paragrafu, to jest maksymalnie do czterech zdarzenia w ciągu każdego roku trwania Okresu Gwarancji.

Przedmiotowe zagadnienie reguluje też ust. 30 WUa który obecnie brzmi :

W zakresie maksymalnie 4 (czterech) pojedynczych zdarzeń w ciągu każdego roku Okresu Gwarancji i Rękojmi, Gwarancja obejmuje również awarie, które powstały wskutek zwykłej eksploatacji Oprogramowania przez Zamawiającego lub osoby, którym Zamawiający udostępnił te oprogramowania do korzystania, zgodnie z ich przeznaczeniem, co obejmuje w szczególności pracowników Zamawiającego, pracowników Organizatora Postępowania, pracowników szpitali uczestniczących w Projekcie, jak też osób nie będących pracownikami podmiotów wskazanych wcześniej, a działających z ich upoważniania, inne osoby zaangażowane w realizację lub obsługę Projektu. Tym samym w ciągu każdego roku trwania Gwarancji Wykonawca w ramach Gwarancji zobowiązany będzie usuąć awarie nie spowodowane z winy Wykonawcy, jednak w wymiarze nie większym niż cztery zdarzenia w ciągu każdego roku trwania Okresu Gwarancji.

Zamawiający pozostawia wskazane uregulowania i nie wprowadza w tym zakresie już kolejnych zmian.

Pytanie numer 221

Zgodnie z treścią par. 15 ust. 37 wzorca umowy „W ramach Gwarancji Wykonawca przeprowadzać będzie co najmniej raz na 6 miesięcy w Okresie Gwarancji audyt bezpieczeństwa na zasadach ustalonych z Zamawiającym po podpisaniu Umowy. Zagadnienie o jakim mowa w zdaniu poprzednim uregulowana zostanie najpóźniej na etapie Odbioru Zasadniczego. Wykonawca obowiązany jest opracować schematy i zasady przeprowadzania audytu bezpieczeństwa a dokumentacja w tym zakresie, będąca podstawą weryfikacji przez Zamawiającego realizowania przez Wykonawcę jego obowiązków umownych w zakresie audytu bezpieczeństwa w ramach Gwarancji, dostarczona zostanie do Zamawiającego najpóźniej przed rozpoczęciem Odbioru Zasadniczego”

Dodatkowo pragniemy zaznaczyć, iż wszelkie wymagania Zamawiającego powinny zostać wskazane we wzorze Umowy, w tym w opisie przedmiotu zamówienia i SIWZ, gdyż tylko w takiej sytuacji, możliwe stanie się przyjęcie prawidłowych założeń do wyceny oferty przez Wykonawcę. Tym samym prosimy o doprecyzowanie obowiązków Wykonawcy w zakresie audytu bezpieczeństwa we Wzorze umowy, w tym OPZ i SIWZ.

Odpowiedź na pytanie numer 221

Dokonano już zmiany tego zapisu umowy który po zmianach brzmi następująco :

W ramach Gwarancji Wykonawca obowiązany jest do usunięcia wszelkich wad Przedmiotu Umowy stwierdzony w wyniku przeprowadzonych przez Zamawiającego audytu bezpieczeństwa. W tym zakresie Wykonawca obowiązany jest do usunięcia wad Przedmiotu Umowy w terminie 60 dni od dnia przedstawienia przez Zamawiającego Wykonawcy wyników audytu bezpieczeństwa. Zamawiający raport a audytu bezpieczeństwa przedstawiać może Wykonawcy tylko jeden raz w ciągu każdego roku Okresu Gwarancji. W przypadku nie usunięcia w terminie wad o jakich mowa w dwóch zdaniach poprzednich, do opóźnienia w tym zakresie stosuje się zapisy Umowy dotyczące opóźnienia w usuwaniu Wad - nieprawidłowość typu III (niezgodność).

Zamawiający nie będzie w tym zakresie wprowadzał kolejnych zmian

Pytanie numer 222

Zgodnie z treścią par. 18 ust. 11 wzorca umowy Zamawiający nie ma obowiązku zbadania Przedmiotu Umowy i Strony wyłączają stosowanie art. 563 § ust. 1 i 2 Kodeksu cywilnego.

Mając na uwadze, iż podstawę do wypłaty wynagrodzenia stanowi podpisanie przez Zamawiającego Pozytywnego Protokołu Odbioru Zasadniczego, a także fakt posiadania szerokich uprawnień dotyczących testów akceptacyjnych oceniających jakość wdrożenia, takie postanowienia umowy stanowią przejaw nadużycia pozycji dominującej. Czy Zamawiający może wykreślić ww. postanowienie w całości?

Odpowiedź na pytanie numer 222

Zamawiający nie zmieni wskazanego zapisu umowy. Zgodnie z prawem możliwe jest wyłączenie stosowanie wskazanego przepisu K.C. Oczywiście nie zmienia to faktu iż zgodnie z umową Zamawiający ma prawo i jest zobowiązany do zbadania przedmiotu umowy w tym w szczególności w ramach Odbioru Zasadniczego a następnie po usunięciu Wady przez Wykonawcę w ramach Rękojmi czy Gwarancji. Wskazana regulacja umowa zabezpiecza interes Zamawiającego w tym zakresie że Wykonawca w ramach Rękojmi nie może podnieść przeciwko Zamawiającego zarzutu że nie przyjmuje zgłoszenia wady bowiem Zamawiający uprzednio rzecz zbadał i nie podnosił jej wadliwości. Profesjonalnym podmiotem w zakresie informatyki jest przede wszystkim Wykonawca. Przedmiot zamówienia jest wysoce skomplikowany. Celem Zamawiającego poprzez wprowadzenie wskazanego zapisu umowy jest uniknięcie ryzyka przenoszenia przez Wykonawcę odpowiedzialności na Zamawiającego z tytułu nie zbadania przedmiotu umowy i tym samym niezwłocznego zgłoszenia wady. Zgodnie z 563 k.c. - Przy sprzedaży między przedsiębiorcami kupujący traci uprawnienia z tytułu rękojmi, jeżeli nie zbadał rzeczy w czasie i w sposób przyjęty przy rzeczach tego rodzaju i nie zawiadomił niezwłocznie sprzedawcy o wadzie, a w przypadku gdy wada wyszła na jaw dopiero później - jeżeli nie zawiadomił sprzedawcy niezwłocznie po jej stwierdzeniu. Do zachowania powyższego terminu wystarczy wysłanie przed jego upływem zawiadomienia o wadzie. Poprzez wyłączenie wskazanego przepisu k.c. Zamawiający nie traci więc uprawnień jeżeli nie zbadał rzeczy w czasie i w sposób przyjęty przy rzeczach tego rodzaju i nie zawiadomił niezwłocznie sprzedawcy o wadzie. Zamawiający dokonując zmian w umowie prowadził obowiązek Zamawiającego niezwłocznego zawiadomienie i wykryciu wady. Przy czym co innego jest samo niezwłoczne zawiadomienie o wadzie jaka została wykryta przez Zamawiającego a co innego jest niezbadanie rzecz. Tym samym zgodnie z umową Zamawiający ma zawsze obowiązek niezwłocznego zgłoszenia wady ale nie ma obowiązku zbadania przedmiotu umowy wraz z jego dostarczeniem czy w związku z usunięciem wad w ramach Gwarancji i Rękojmi. Innymi słowy Zamawiający nie traci uprawnień z tytułu Rękojmi jeżeli w chwili odbioru przedmiotu umowy miał on wady których Zamawiający nie zauważył i tym samym jako że o nich nie wiedział nie zgłosił ich do wykonawcy. Zamawiający nie dokona w tym zakresie zmian w umowie.

Pytanie numer 223

Zwracamy uwagę, że niezgłoszenie wady w terminie odpowiednim może powodować jej pogłębienie i dalsze, czasem nieodwracalne uszkodzenia LOK. Zaniechanie zatem Zamawiającego zgłoszenia Wady Wykonawcy, nie tylko naraża Wykonawcę na wyższe koszty usunięcia pogłębionej Wady, czy też stanowi przyczynienie się Zamawiającego do powstania tej Wady w powiększonym rozmiarze, ale wręcz stanowi świadome działanie Zamawiającego na własną szkodę, co jest sprzeczne z zasadami wykorzystania środków publicznych, które wszak Zamawiający na realizację zamówionego LOK wydatkował. Poza tym, postanowienie to jest sprzeczne z bezwzględnie obowiązującym przepisem art. 362 Kodeksu cywilnego. Tym samym, prosimy o usunięcie tego ustępu z par. 17 projektu umowy w całości.

Odpowiedź na pytanie numer 223

Zgodnie z par 18 ust 9 WUa - Zamawiający obowiązany jest zgłaszać Wady bez zbędnej zwłoki.

Po zmianach we wszystkich wzorach umowy na Zamawiającym ciąży obowiązek zgłaszania wad niezwłocznie lub bez zbędnej zwłoki. Zaniechanie w tym zakresie po stronie Zamawiającego, Wykonawca może traktować jako przyczynienie się Zamawiającego do pogłębienia, zwiększenia zakresu wady, za co Zamawiający ponosi odpowiedzialność względem Wykonawcy. Tym samym nie ma już potrzeby wprowadzania w tym zakresie dodatkowych zmian do umów.

Pytanie numer 224

Prosimy o potwierdzenie, że wykonanie całości Przedmiotu Umowy stanowiące podstawę wymagalności Wynagrodzenia nie obejmuje Gwarancji i Rękojmi.

Odpowiedź na pytanie numer 224

Tak, Zamawiający potwierdza, że wykonanie całości Przedmiotu Umowy stanowiące podstawę wymagalności Wynagrodzenia nie obejmuje Gwarancji i Rękojmi. Wynika to jednoznacznie z zapisów umowy, że po Pozytywnym Odbiorze Zasadniczym wypłacane jest Wynagrodzenie, a Gwarancja i Rękojmia zaczynają się po tym odbiorze.

Pytanie numer 225

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

• „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.

• „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Ponadto Wykonawca wskazuje, iż kwestie nieograniczonej lub ograniczonej odpowiedzialności wpływają na ceny oferowanych usług. Wprowadzenie limitów odpowiedzialności z pewnością przyczyni się do możliwości zaoferowania niższych cen usług.

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 ograniczenie odpowiedzialności materialnej Wykonawcy do wartości Wynagrodzenia należnego mu z tytułu realizacji umowy, a także ograniczenie odpowiedzialności do szkody rzeczywistej”.

Odpowiedź na pytanie numer 225

Zamawiający nie będzie wprowadzać do umowy propozycji wskazanych w pytaniu. Byłyby to działania na szkodę Zmawiającego. Nie ma żadnych podstaw prawnych by umownie ograniczać odpowiedzialność wykonawcy. Jak ktoś się decyduje na realizację zamówienia, nie tylko w IT to powinien ponosić za to pełną odpowiedzialność.

Pytanie numer 226

Czy Zamawiający może doprecyzować we wzorze Umowy, iż Wykonawca ponosi odpowiedzialność za działania lub zaniechania podwykonawców w takim zakresie w jakim sam ponosi odpowiedzialność z tytułu realizacji Umowy.

Odpowiedź na pytanie numer 226

To jest oczywiste i to już jest w umowie – par. 26 WUa - Wykonawca ponosi pełną odpowiedzialność za działanie i zaniechanie swojego podwykonawcy. Realizacja Przedmiotu Umowy przez Wykonawcę razem z podwykonawcami lub przez samych podwykonawców nie zmienia wysokości Wynagrodzenia, jak też nie rodzi żadnych roszczeń podwykonawców wobec Zamawiającego.

Zamawiający nie będzie dokonywał w tym zakresie kolejnych zmian w umowie

Pytanie numer 227

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

• „Standardem w umowach IT powinno być określanie odpowiedzialności Wykonawcy za zwłokę.”

Ponadto Wykonawca wskazuje, iż na Wyrok Krajowej Izby Odwoławczej z dnia 31 października 2017 r. (sygn. akt KIO 2163/17), w którym stwierdzono, iż „okoliczność, że to zamawiający ustanawia wzór umowy nie oznacza, że może jednostronnie narzucać uciążliwą regulację obowiązków po stronie przeciwnej… Takie jednostronne ustanawianie warunków umowy nie stanowi realizacji swobody zawierania umów a wręcz ją narusza ustanawiając przywilej dyktowania warunków tylko po jednej stronie w tym przypadku zamawiającego.”

Mając na uwadze powyższe czy Zamawiający może dokonać zmiany słowa opóźnienie na zwłokę w par. 24 wzorca umowy?

Odpowiedź na pytanie numer 227

Nie ma na to zgody. Działanie Zamawiającego jest zgodne z prawem. Kwestia była już wielokrotnie wyjaśniana w wcześniejszych pytaniach

Pytanie numer 228

Zgodnie z opublikowaną przez Urząd Zamówień Publicznych "Analizą dobrych praktyk w zakresie realizacji umów IT, ze szczególnym uwzględnieniem specyfiki projektów informatycznych 7 Osi POIG”, jedną z istotniejszych rekomendacji, jest wprowadzanie zapisów, zgodnie z którymi:

• „Standardem w umowach dotyczących systemów informatycznych jest ograniczenie odpowiedzialności kontraktowej stron do określonej wysokości, określanej kwotowo lub do wartości umowy”.

• „(…)standardowo w umowach IT, odpowiedzialność stron jest ograniczana do szkody rzeczywistej. Jest to podyktowane potrzebą wyeliminowania sytuacji, w której strona będzie odpowiadała za trudne do skwantyfikowania utracone korzyści drugiej strony.”

Ponadto Wykonawca wskazuje, iż kwestie nieograniczonej lub ograniczonej odpowiedzialności wpływają na ceny oferowanych usług. Wprowadzenie limitów odpowiedzialności z pewnością przyczyni się do możliwości zaoferowania niższych cen usług.

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 wprowadzenia zastrzeżenia, iż odszkodowanie przewyższające wysokość zastrzeżonej kary umownej nie może przekroczyć wysokości Wynagrodzenia należnego Wykonawcy z tytułu realizacji Umowy.

Odpowiedź na pytanie numer 228

Nie ma na to zgody. Działanie Zamawiającego jest zgodne z prawem. Kwestia była już wielokrotnie wyjaśniana w wcześniejszych pytaniach

Pytanie numer 229

Biorąc pod uwagę bardzo rozbudowany katalog kar umownych, które mogą być nałożone na Wykonawcę, a także brak uprawnienia Wykonawcy do naliczenia kary umownej Zamawiającemu za odstąpienie przez Wykonawcę od umowy, należy stwierdzić, iż takie postanowienie stanowi jaskrawe naruszenie zasad swobody umów i wykorzystanie pozycji dominującej.

Ponadto Wykonawca wskazuje, iż na Wyrok Krajowej Izby Odwoławczej z dnia 31 października 2017 r. (sygn. akt KIO 2163/17), w którym stwierdzono, iż „okoliczność, że to zamawiający ustanawia wzór umowy nie oznacza, że może jednostronnie narzucać uciążliwą regulację obowiązków po stronie przeciwnej… Takie jednostronne ustanawianie warunków umowy nie stanowi realizacji swobody zawierania umów a wręcz ją narusza ustanawiając przywilej dyktowania warunków tylko po jednej stronie w tym przypadku zamawiającego.

Mając na uwadze powyższe czy Zamawiający może dodać postanowienie uprawniające Wykonawcę do naliczenia Zamawiającemu kary umownej w wysokości 5 % Wynagrodzenia za odstąpienie przez Wykonawcę od Umowy z przyczyn wskazanych w Umowie.

Odpowiedź na pytanie numer 229

W zakresie kar umownych i warunków i zasad odstąpienie nie będą już wprowadzane zmiany w umowie. Zamawiający nie uwzględnia wniosku Pytającego. W rzeczywistości wniosek zmierza do tego, że jak Wykonawca nie będzie sobie radzić z realizacją zamówienia to odstąpi od umowy wskazując winę Zamawiającego i jeszcze z tego tytułu zamawiający ma zapłacić karę. Jest to ta naprawdę próba uniknięcia odpowiedzialności przez Wykonawcę z sytuacji gdy nie jest wstanie zrealizować przedmiotu umowy na warunkach zgodnych z Wymaganiami Zamawiającego. Też próba ucieczki wykonawcy od kar umownych z tytułu nienależytego wykonania umowy. Absolutnie nie ma na to zgody.

Pytanie numer 230

Czy Zamawiający potwierdzi, że w przypadku odstąpienia od umowy na wykonanie zamówienia w części, kara umowna za nie należna danej Stronie będzie ustalona proporcjonalnie do udziału należnego Wykonawcy na mocy par. 25 ust. 20 lit. b) projektu umowy wynagrodzenia za odebraną część Przedmiotu Umowy do Wynagrodzenia określonego w par. 19 ust. 1 projektu umowy?

Odpowiedź na pytanie numer 230

Tak, Zamawiający potwierdza. Jednocześnie Zamawiający wskazuje, że w przypadku wystąpienia okoliczności uprawniających Zamawiającego do odstąpienia od umowy, jest wysoce mało prawdopodobne by Xxxxxxxxxxx był zainteresowany tylko częściowym odstąpieniem od umowy. Chociaż umowa taka możliwość dopuszcza.

Pytanie numer 231

Definicja "Wdrożenie", str. 6/7 - Prosimy o wyjaśnienie użytego w tej definicji pojęcia "HIS Uzupełnienie"

Odpowiedź na pytanie numer 231

We zworze WUa definicja Wdrożenie, zawarta jest w par 1 ust 7 pkt ss i brzmi - Wdrożenie – całokształt usług wdrożeniowych realizowanych przez Wykonawcę po dostarczeniu HIS Uzupełnienie (to jest dostarczeniu do Zamawiającemu Oprogramowania Aplikacyjnego i LOK) składających się na Przedmiot Umowy Zasadniczy służących zapewnieniu realizacji Celu Umowy, co obejmuje w szczególności zainstalowanie, sparametryzowanie, skonfigurowanie HIS Uzupełnienie, jego pełną integrację z HIS Aktualny, przeprowadzenie testów akceptacyjnych poprzedzających Odbiór Zasadniczy, przekazanie odpowiedniej wiedzy Zamawiającemu niezbędnej do prawidłowego korzystania z HIS Uzupełnienie, w tym szkolenia, przekazanie dokumentacji powykonawczej (Dokumentacja Oprogramowanie), co obejmuje działania wskazane w § 5 ust. 1 a, 1 b, 3 b, 5 b Umowy. Już w samej tej definicji wskazane jest w nawiasie, że HIS Uzupełnienie obejmuje Oprogramowanie Aplikacyjne i LOK. Jednocześnie Umowa zawiera definicje zarówno Oprogramowania Aplikacyjnego jak i LOK. Definicja Oprogramowanie Aplikacyjne zawarta jest w par 1 ust 7 pkt o i brzmi – oprogramowanie komputerowe o właściwościach i konfiguracji określonych w Wymaganiach Zamawiającego, zapewniające wytworzenie i udostępnienie określonych funkcjonalności wskazanych w OPZ, będące utworem w rozumieniu ustawy o prawie autorskim i prawach pokrewnych z dnia 4 lutego 1994 r., którym Wykonawca, bez naruszania praw osób trzecich, może dysponować w zakresie koniecznym do prawidłowej realizacji Umowy, w tym do udzielania Zamawiającemu Licencji Oprogramowanie Aplikacyjne. Oprogramowanie Aplikacyjne obejmuje łącznie Oprogramowanie Aplikacyjne Typ A i Oprogramowanie Aplikacyjne Typ B. Definicja Oprogramowanie Aplikacyjne zawarta jest w par 1 ust 7 pkt g i brzmi – rozwiązanie informatyczne (oprogramowanie) zapewniające właściwe komunikowanie się pomiędzy Platformą Regionalną a HIS Właściwym celem realizacji celów i założeń Projektu, część Przedmiotu Umowy, objęta Przedmiotem Umowy Blok D, jaką Wykonawca obowiązany jest zrealizować zgodnie z Wymaganiami Zamawiającego. Nadto z treści Umowy bardzo jasno wynika co obejmuje HIS Uzupełnienie.

Taka sama definicja Wdrożenia jest w WUb - Wdrożenie – całokształt usług wdrożeniowych realizowanych przez Wykonawcę po dostarczeniu HIS Uzupełnienie (to jest dostarczeniu do Zamawiającemu Oprogramowania Aplikacyjnego i LOK) składających się na Przedmiot Umowy Zasadniczy służących zapewnieniu realizacji Celu Umowy, co obejmuje w szczególności zainstalowanie, sparametryzowanie, skonfigurowanie HIS Uzupełnienie, jego pełną integrację z HIS Aktualny, przeprowadzenie testów akceptacyjnych poprzedzających Odbiór Zasadniczy, przekazanie odpowiedniej wiedzy Zamawiającemu niezbędnej do prawidłowego korzystania z HIS Uzupełnienie w tym szkolenia, przekazanie dokumentacji powykonawczej (Dokumentacja Oprogramowanie), co obejmuje działania wskazane w § 5 ust. 1a,b, w ust. 3b, ust. 4b Umowy;

Definicja Oprogramowania Aplikacyjnego znajduje się tej samej części umowy – część słownikowa - Oprogramowanie Aplikacyjne zwane też HIS Nowy - całość zintegrowanego funkcjonalnie i technologicznie oprogramowania aplikacyjnego (lub oprogramowań aplikacyjnych) zapewniającego wytwarzanie, przetwarzanie, przechowywanie i udostępnianie danych związanych z działalnością statutową Zamawiającego jako podmiotu leczniczego realizującego świadczenia zdrowotne (w tym świadczenia szpitalne) zgodne z Wymaganiami Zamawiającego, w tym w szczególności realizujące funkcjonalności i zadania wskazane w OPZ, oprogramowanie komputerowe o właściwościach i konfiguracji określonych w Wymaganiach Zamawiającego, zapewniające wytworzenie i udostępnienie określonych funkcjonalności wskazanych w OPZ będące utworem w rozumieniu ustawy o prawie autorskim i prawach pokrewnych z dnia 4 lutego 1994 r którym Wykonawca, bez naruszania praw osób trzecich, może dysponować w zakresie koniecznym do prawidłowej realizacji Umowy w tym do udzielania Zamawiającemu Licencji Oprogramowanie Aplikacyjne. Część Przedmiotu Umowy objęta Przedmiotem Umowy Blok A. W tej samej części umowy, części słownikowej znajduje się też definicja LOK. W WUb rzeczywiście nie ma osobnej definicji HIS Uzupełnienie. Jest to omyłka pisarska Zamawiającego polegająca nie na tym że nie zdefiniował w WUb HIS Uzupełnienie ale polegająca na tym, że wskazane pojęcie HIS Uzupełnienie wskazane zostało w definicji Wdrożenia. Skoro przedmiotem umowy WUb jest zupełnie nowy HIS, jako HIS Nowy (Oprogramowanie Aplikacyjne) plus LOK składające się na HIS Właściwy, w umowie tej nie ma co uzupełniać i nie występuje HIS Uzupełnienie w znaczeniu w jakim to pojęcie występuje w WUa.

W tym zakresie Zamawiający dokonał zmiany umowy WUb zmiana numer 50.

Zmiana Umowy 54 B numer 50

Część słownikowa umowy – definicja Wdrożenie przed zmianą :

Wdrożenie – całokształt usług wdrożeniowych realizowanych przez Wykonawcę po dostarczeniu HIS Uzupełnienie (to jest dostarczeniu do Zamawiającemu Oprogramowania Aplikacyjnego i LOK) składających się na Przedmiot Umowy Zasadniczy służących zapewnieniu realizacji Celu Umowy, co obejmuje w szczególności zainstalowanie, sparametryzowanie, skonfigurowanie HIS Uzupełnienie, jego pełną integrację z HIS Aktualny, przeprowadzenie testów akceptacyjnych poprzedzających Odbiór Zasadniczy, przekazanie odpowiedniej wiedzy Zamawiającemu niezbędnej do prawidłowego korzystania z HIS Uzupełnienie w tym szkolenia, przekazanie dokumentacji powykonawczej (Dokumentacja Oprogramowanie), co obejmuje działania wskazane w § 5 ust. 1a,b, w ust. 3b, ust. 4b Umowy;

Część słownikowa umowy – definicja Wdrożenie po zmianie :

Wdrożenie – całokształt usług wdrożeniowych realizowanych przez Wykonawcę po dostarczeniu HIS Właściwego (to jest dostarczeniu do Zamawiającemu Oprogramowania Aplikacyjnego i LOK) składających się na Przedmiot Umowy Zasadniczy służących zapewnieniu realizacji Celu Umowy, co obejmuje w szczególności zainstalowanie, sparametryzowanie, skonfigurowanie HIS Właściwego, przeprowadzenie testów akceptacyjnych poprzedzających Odbiór Zasadniczy, przekazanie odpowiedniej wiedzy Zamawiającemu niezbędnej do prawidłowego korzystania z HIS Właściwego w tym szkolenia, przekazanie dokumentacji powykonawczej (Dokumentacja Oprogramowanie), co obejmuje działania wskazane w § 5 ust. 1a,b, w ust. 3b, ust. 4b Umowy

Pytanie numer 232

par. 6 ust. 1 - Czy Zamawiający potwierdzi, że wskazane w tym postanowieniu wzoru umowy pojęcie "Regionalne Oprogramowanie Komunikacyjne" to to samo co zdefiniowane w tym wzorze umowy "Lokalne Oprogramowanie Komunikacyjne"?

Odpowiedź na pytanie numer 232

Tak, zamawiający poprawił omyłkę pisarską

Zmiana Umowy 54 B numer 51

Par. 6 ust. 1 przed zmianą :

Celem Umowy jest doprowadzenie do stanu, gdzie Zamawiający będzie dysponował Systemem Informatycznym Część Medyczna Właściwym (HIS Właściwym) obejmującym HIS Nowy (Oprogramowanie Aplikacyjne) jako Zmianę Funkcjonalną o jakiej mowa w § 3 ust. 4 oraz Uzupełninie Regionalne o jakim mowa w § 3 ust. 3 pkt „b”. Tym samym celem Umowy jest wyposażenie Zamawiającego w nowe Oprogramowanie Aplikacyjne zawierające oprócz obecnych funkcjonalności HIS Aktualnego zawierającego nowe funkcjonalności jakimi Zamawiający nie dysponuje na dzień wszczęcia Postępowania Przetargowego (Zmiana Funkcjonalna Zamawiający) oraz wyposażenie Zamawiającego w Lokalne Oprogramowanie Komunikacyjne (Uzupełnienie Regionalne Zamawiający). Tym samym Zmiana Funkcjonalna Zamawiający to wymiana HIS Aktualnego na nowe Oprogramowanie Aplikacyjne. Zmiana Funkcjonalna Zamawiający to Zmiana Funkcjonalna odnoszące się tylko do Zamawiającego zgodnie z Wymaganiami Zamawiającego. Uzupełnienie Regionalne Zamawiający to uzupełnienie Oprogramowania Aplikacyjnego (HIS Nowy) o Regionalne Oprogramowanie Komunikacyjne. Uzupełnienie Regionalne Zamawiający to Uzupełnienie Regionalne odnoszące się tylko do Zamawiającego zgodnie z Wymaganiami Zamawiającego. W wyniku realizacji celu Umowy, Zamawiający dysponować będzie nowym Oprogramowaniem Aplikacyjnym (HIS Nowym) oraz Lokalnym Oprogramowaniem Komunikacyjnym razem tworzącym HIS Właściwy, do którego będzie miał uprawnienia licencyjne na warunkach wskazanych w Umowie, który będzie objęty Gwarancją i Rękojmią na warunkach wskazanych w Umowie, który zostanie zainstalowany, wdrożony, zintegrowany przez Wykonawcę na warunkach wskazanych w Umowie, to jest objęty Wdrożeniem zgodnie z Wymaganiami Zamawiającego a nadto korzystanie z niego objęte zostanie szkoleniem przeprowadzonym przez Wykonawcę na warunkach wskazanych w Umowie. Nadto cel umowy obejmuje również dostarczenie Systemu Autoryzacji i udzielenie nań Gwarancji i Rękojmi.

Par. 6 ust. 1 po zmianie :

Celem Umowy jest doprowadzenie do stanu, gdzie Zamawiający będzie dysponował Systemem Informatycznym Część Medyczna Właściwym (HIS Właściwym) obejmującym HIS Nowy (Oprogramowanie Aplikacyjne) jako Zmianę Funkcjonalną o jakiej mowa w § 3 ust. 4 oraz Uzupełninie Regionalne o jakim mowa w § 3 ust. 3 pkt „b”. Tym samym celem Umowy jest wyposażenie Zamawiającego w nowe Oprogramowanie Aplikacyjne zawierające oprócz obecnych funkcjonalności HIS Aktualnego zawierającego nowe funkcjonalności jakimi Zamawiający nie dysponuje na dzień wszczęcia Postępowania Przetargowego (Zmiana Funkcjonalna Zamawiający) oraz wyposażenie Zamawiającego w Lokalne Oprogramowanie Komunikacyjne (Uzupełnienie Regionalne Zamawiający). Tym samym Zmiana Funkcjonalna Zamawiający to wymiana HIS Aktualnego na nowe Oprogramowanie Aplikacyjne. Zmiana Funkcjonalna Zamawiający to Zmiana Funkcjonalna odnoszące się tylko do Zamawiającego zgodnie z Wymaganiami Zamawiającego. Uzupełnienie Regionalne Zamawiający to uzupełnienie Oprogramowania Aplikacyjnego (HIS Nowy) o Lokalne Oprogramowanie Komunikacyjne. Uzupełnienie Regionalne Zamawiający to Uzupełnienie Regionalne odnoszące się tylko do Zamawiającego zgodnie z Wymaganiami Zamawiającego. W wyniku realizacji celu Umowy, Zamawiający dysponować będzie nowym Oprogramowaniem Aplikacyjnym (HIS Nowym) oraz Lokalnym Oprogramowaniem Komunikacyjnym razem tworzącym HIS Właściwy, do którego będzie miał uprawnienia licencyjne na warunkach wskazanych w Umowie, który będzie objęty Gwarancją i Rękojmią na warunkach wskazanych w Umowie, który zostanie zainstalowany, wdrożony, zintegrowany przez Wykonawcę na warunkach wskazanych w Umowie, to jest objęty Wdrożeniem zgodnie z Wymaganiami Zamawiającego a nadto korzystanie z niego objęte zostanie szkoleniem przeprowadzonym przez Wykonawcę na warunkach wskazanych w Umowie. Nadto cel umowy obejmuje również dostarczenie Systemu Autoryzacji i udzielenie nań Gwarancji i Rękojmi.

Pytanie numer 233

par. 8 ust. 9 - Zwracamy uwagę, że to postanowienie wzoru umowy narusza podstawowe zasady współżycia społecznego, gdyż nie wymusza na Zamawiającym (Organizatorze Postępowania) żadnych konsekwencji za działanie w złej wierze przeciwko należycie, starannie i w dobrej wierze przystępującego do realizacji zamówienia Wykonawcę, który po zawarciu umowy na wykonanie zamówienia wystąpił do Zamawiającego o przekazanie mu w toku Postępowania Przetargowego zadeklarowanych informacji i dokumentów, do których przekazania Wykonawcy Zamawiający się zobowiązał, a ich w terminie nie otrzymał, w konsekwencji odstępując od tej umowy. Podkreślamy, że wykluczenie tym postanowieniem wzoru umowy odpowiedzialności Zamawiającego wobec Wykonawcy za takie działanie powoduje, że to Zamawiający narusza prawa, gdyż w dowolnym momencie może dowolnie, według własnej niczym nieuzasadnionej woli, potocznie zwanej widzimisię, uniemożliwić Wykonawcy wykonanie zamówienia i uzyskanie oczekiwanego za jego wykonanie przychodu. Aby złagodzić wydźwięk tego postanowienia wzoru umowy, czy Zamawiający potwierdzi, że w przypadku opisanego w tym postanowieniu odstąpienia Wykonawcy od umowy na wykonanie zamówienia, będzie mógł on dochodzić od Zamawiającego odszkodowania za utracone w ten sposób korzyści na zasadach ogólnych?

Odpowiedź na pytanie numer 233

Zgodnie z par 8 ust. 9 WUb : Odstąpienie od Umowy przez Wykonawcę na zasadach wskazanych w ust. 6, 7 niniejszego paragrafu, jeżeli dotyczy informacji i dokumentów które Zamawiający w Postępowaniu Przetargowym, przed złożeniem Oferty Wykonawcy, zadeklarował ,że je posiada i przekaże Wykonawcy po podpisaniu Umowy nie wiąże się z karą umowną. (z tego tytułu nie jest naliczana kara ani przez Zamawiającego ani przez Wykonawcę). Nie przedstawienie przez Zamawiającego w terminie wynikającym z Umowy (ust. 4 niniejszego paragrafu) informacji lub dokumentów których posiadanie Zamawiający potwierdził w toku Postępowania Przetargowego, traktowane jest jako zwłoka Zamawiającego, co oznacza, że Wykonawca w przypadku nienależytego wykonania Umowy, w tym niedochowania terminów umownych może powoływać się na okoliczność nieprzekazania przez Zamawiającego informacji i dokumentów, których posiadanie Zamawiający deklarował (potwierdził) w toku Postępowania Przetargowego. Opóźnienie w dostarczeniu przez Zamawiającego opisanych informacji lub dokumentów, to jest przekroczenie terminu 7 Dni wskazanego w ust. 4 niniejszego paragrafu uprawnia Wykonawcę do przedłużenia okresu Wdrożenia o czas opóźnienia Zamawiającego w tym zakresie.

Wskazany zapis zabezpiecza interes wykonawcy, ponieważ jasno wskazuje że wszelkie opóźnienie Zamawiającego w dostarczeniu dokumentów jakie Zamawiający zadeklarował że posiada oznacza przedłużenie terminu realizacji umowy, co jest dla Wykonawcy gwarancją że nie będzie ponosił odpowiedzialności z powodu nie dochowania terminów umownych w zakresie w jakim jest to związane z opóźnieniem Zamawiającego w dostarczeniu dokumentów jakich posiadanie Zamawiający potwierdził w toku postępowania przetargowego. Po drugie wskazany zapis umowny potwierdza, że w takim przypadku w sytuacji odstąpienia od umowy przez Wykonawcę jest to odstąpienie od umowy z winy Zamawiającego. W takim przypadku co wprost wynika z wskazanego zapisu umowy Wykonawca nie płaci na rzecz Zamawiającego żadnej kary umownej. Kary umownej nie płaci też Zamawiający. Ale rzeczywiście zdaniem Xxxxxxxxxxxxx w opisywanej sytuacji Wykonawca ponosi szkodę w zakresie utraconych korzyści w postaci wynagrodzenia jakie otrzymałby z tytułu prawidłowego wykonania umowy na co nie miał szansy z powodu zawinionego działania Zamawiającego. Oczywiście w takim przypadku szkoda wykonawcy to nie całe wynagrodzenia jakie by otrzymał ale spodziewany zysk. Tym samym Zamawiający nie dokonuje zmian w wskazanym zapisie umowy i potwierdza jak wskazano w pytaniu, że w przypadku odstąpienia od umowy przez Wykonawcę w sytuacji wskazanej w ust. 9 Wykonawca miałby roszczenia do Zamawiającego o naprawienie poniesionej szkody.

Pytanie numer 234

par. 13 ust. 14 - Prosimy o wyjaśnienie, co Zamawiający ma na myśli pod pojęciem "Interfejs Regionalny" użytym x.xx. w tym postanowieniu wzoru umowy. Oczekujemy, że wyjaśnienia jak wyżej oczekiwane udzielone, będą odnosiły się do innych miejsc tego wzoru, w których pojęcie "Interfejs Regionalny" zostało użyte, w tym do par. 15 ust. 16. Zaznaczamy też, że odpowiedź na to pytanie, z racji niejasności użytych przez Zamawiającego sformułowań, zależnie od udzielonej odpowiedzi, może rodzić dalej idące wątpliwości Wykonawcy, stąd zastrzegamy prawo złożenia kolejnego pytania dotyczącego tego postanowienia, chyba, że Zamawiający usunie to postanowienie ze wzoru umowy w ogóle.

Odpowiedź na pytanie numer 234

W obu przypadkach wskazanych w pytaniu zamiast Interfejs Regionalny powinno występować Lokalne Oprogramowanie Komunikacyjne (LOK). Błąd ten został skorygowany w WUb :

Zmiana Umowy 54 B numer 52

Par. 13 ust. 14 przed zmianą :

Wykonawca zobowiązuje się do pokrycia wszelkich szkód i kosztów, jakie może ponieść Zamawiający w wyniku podniesienia przez osoby trzecie jakichkolwiek roszczeń dotyczących korzystania z Interfejsu Regionalnego przez Zamawiającego lub inne osoby korzystające z niego za zgodą Zamawiającego.

Par. 13 ust. 14 po zmianie :

Wykonawca zobowiązuje się do pokrycia wszelkich szkód i kosztów, jakie może ponieść Zamawiający w wyniku podniesienia przez osoby trzecie jakichkolwiek roszczeń dotyczących korzystania z Lokalnego Oprogramowania Komunikacyjnego przez Zamawiającego lub inne osoby korzystające z niego za zgodą Zamawiającego.

Zmiana Umowy 54 B numer 53

Par. 15 ust. 16 przed zmianą :

Wada - nieprawidłowość typu III (niezgodność), zwaną też Wadą Niezgodność lub Błędem Zwykłym co obejmuje działanie dostarczonego przez Wykonawcę oprogramowania w sposób niezgodny z dostarczoną dokumentacją (Dokumentacja Oprogramowania) lub Wymogami Zamawiającego. W razie wątpliwości Wadą Niezgodność (Błędem Zwykłym) jest każda wada Oprogramowania Aplikacyjnego i Interfejsu Regionalnego, którą zgodnie z definicjami zawartymi w ust. 13, 14 niniejszego paragrafu nie można zakwalifikować jako Wadę Krytyczną (Awarię) lub Wadę Istotną (Błąd Istotny) i jednocześnie nie jest potrzebą Gwarancyjnego Wsparcia Serwisowego .

Par. 15 ust. 16 po zmianie :

Wada - nieprawidłowość typu III (niezgodność), zwaną też Wadą Niezgodność lub Błędem Zwykłym co obejmuje działanie dostarczonego przez Wykonawcę oprogramowania w sposób niezgodny z dostarczoną dokumentacją (Dokumentacja Oprogramowania) lub Wymogami Zamawiającego. W razie wątpliwości Wadą Niezgodność (Błędem Zwykłym) jest każda wada Oprogramowania Aplikacyjnego i Lokalnego Oprogramowania Komunikacyjnego, którą zgodnie z definicjami zawartymi w ust. 13, 14 niniejszego paragrafu nie można zakwalifikować jako Wadę Krytyczną (Awarię) lub Wadę Istotną (Błąd Istotny) i jednocześnie nie jest potrzebą Gwarancyjnego Wsparcia Serwisowego .

W tym zakresie wprowadzone zostały też zmiany WUa zmiana umowy numer 49, WUc zmiana umowy numer 31

Pytanie numer 235

par. 15 ust. 3, ust. 12 i ust. 29 - Czy Zamawiający potwierdzi, że użyte w tych postanowieniach wzoru umowy

sformułowanie HIS Uzupełnienie oznacza zdefiniowane w tej umowie pojęcie HIS Właściwy?

Odpowiedź na pytanie numer 235

Tak, Xxxxxxxxxxx potwierdza że tych zapisach umowy WUb zamiast HIS Uzupełnienie powinno być HIS Właściwy i w tym zakresie Zamawiający wprowadził zmiany w WUb zmiana umowy numer 54,55,56.

Pytanie numer 236

par. 15 ust. 42 - Czy Zamawiający potwierdzi, że wprowadzenie w tym postanowieniu wzoru umowy wyłączenie spod Gwarancji zmian wykonanych w HIS Właściwym samodzielnie przez Zamawiającego, dotyczy także Rękojmi HIS Właściwy i obejmuje także zmiany dokonane przez osoby trzecie na zlecenie Zamawiającego

Odpowiedź na pytanie numer 236

Tak, Zamawiający potwierdza. Wynika to jednoznacznie z par. 18 ust.15 WUb.

Pytanie numer 237

par. 15 ust. 43 - Czy Zamawiający potwierdzi, że zmiany w HIS Właściwym, wprowadzone samodzielnie przez Zamawiającego, zostaną objęte Gwarancją udzielaną przez Wykonawcę dopiero po odebraniu przez Wykonawcę informacji o nich od Zamawiającego, która obejmować będzie zakres tych zmian i opis sposobu ich wprowadzenia oraz, o ile to nastąpiło, wskazanie zmian w dokumentacji zmodyfikowanego oprogramowania wymuszonych tą zmianą? Zaznaczamy, że aby skutecznie realizować obowiązki gwarancyjne Wykonawca musi mieć pełną wiedzę o aktualnym stanie objętego Gwarancją oprogramowania, którą w przypadku opisanym w tym postanowieniu wzoru umowy, da mu wyłącznie kompletna, pełna i rzetelna informacja o przedmiotowych zmianach. Brak tej wiedzy zaś może spowodować, że wykonanie przez Wykonawcę obowiązków z Gwarancji może być obiektywnie niemożliwe, z przyczyn tkwiących po stronie Zamawiającego.

Odpowiedź na pytanie numer 237

Tak, Zamawiający potwierdza. Pytający ma rację, że aby skutecznie realizować obowiązki gwarancyjne Wykonawca musi mieć pełną wiedzę o aktualnym stanie objętego Gwarancją oprogramowania, którą w przypadku opisanym w tym postanowieniu wzoru umowy, da mu wyłącznie kompletna, pełna i rzetelna informacja o przedmiotowych zmianach. Brak tej wiedzy zaś może spowodować, że wykonanie przez Wykonawcę obowiązków z Gwarancji może być obiektywnie niemożliwe, z przyczyn tkwiących po stronie Zamawiającego

Pytanie numer 238

par. 17 ust. 3 i ust. 6 - Czy Zamawiający potwierdzi, że użyte w tych postanowieniach wzoru umowy sformułowanie HIS Uzupełnienie oznacza zdefiniowane w tej umowie pojęcie HIS Właściwy?

Odpowiedź na pytanie numer 238

Tak, Zamawiający potwierdza. Zamawiający skorygował pomyłkę pisarską – WUb zmiana umowy numer 57,58.

Pytanie numer 239

par. 17 ust. 9 i ust. 10 - Czy Zamawiający potwierdzi, że określona w tych postanowieniach wzoru umowy skuteczność zgłoszenia wady dotyczy wyłącznie zgłoszenia dokonanego w Systemie Zgłaszania Wad?

Odpowiedź na pytanie numer 239

Postanowienie par. 17 ust. 9, 10 dotyczą Systemu Zgłaszania Wad, bo i cały paragraf 17 dotyczy Systemu Zgłaszania Wad.

Zamawiający nie potwierdza. Niezależnie jaki będzie między stronami umowy ustalone zasady zgłaszania wad, jeżeli środek komunikacji po stronie Wykonawcy jaki wskazany został przez Wykonawcę do odbioru zgłoszenia wady nie działa, w ten sposób, że zgłoszenie wady mimo prawidłowego nadania przez Zamawiającego nie doszło do Wykonawcy czy doszło z opóźnieniem z powodu niesprawności urządzenia lub systemu z jakiego korzysta Wykonawca okoliczność ta w żaden sposób nie zwalnia Wykonawcy z odpowiedzialności za nieterminowe usunięcie wady.

Pytanie numer 240

par. 18 ust. 4 - Czy Zamawiający potwierdzi, że użyte w tych postanowieniach wzoru umowy sformułowanie HIS Uzupełnienie oznacza zdefiniowane w tej umowie pojęcie HIS Właściwy?

Odpowiedź na pytanie numer 240

Tak. Zamawiający skorygował błąd – zmiana umowy WUb numer 59

Pytanie numer 241

par. 20 ust. 7 - Zwracamy uwagę, że przewidziane w par. 20 ust. 6 wzoru umowy negocjacje zmiany wysokości Wynagrodzenia Wykonawcy mogą się przedłużać znacznie poza dzień wejścia w życie zmian przepisów prawa uzasadniających zgodnie z ust. 1 par. 20 wzoru umowy dokonanie zmiany umowy na wykonanie zamówienia. Wykonawca tym samym będzie zobowiązany do zastosowania zmienionych przepisów, choć do dnia, kiedy będzie musiał je zastosować strony mogą nie wynegocjować aneksu, o którym mowa w ust. 6 par. 20 wzoru umowy. Tym samym, legalnym będzie zastosowanie się przez Wykonawcę do zmienionych i obowiązujących przepisów prawa, bez względu na fakt zawarcia tego aneksu. Aby zatem nie wprowadzać we wzorze umowy postanowień preferujących niezgodne z prawem zachowania którejkolwiek ze stron, czy Zamawiający potwierdzi, że zmiany umowy na wykonanie zamówienia, o których mowa w par. 20 wzoru umowy, będą skutkowały w stosunku do płatności wymagalnych po dacie wejścia w życie przepisów prawa wymuszających tę zmianę, a tym samym, czy Zamawiający odpowiednio zmieni treść ust. 7 w par. 20 wzoru umowy?

Odpowiedź na pytanie numer 241

Zamawiający nie dokona zmian wskazanego zapisu umowy. W umowie występuje jedna płatność całości Wynagrodzenia po pozytywnym zakończeniu Odbioru Zasadniczego.

Pytanie numer 242

par. 23 ust. 7 - Czy Zamawiający potwierdzi, że w tym postanowieniu wzoru umowy jest mowa o wersjach oprogramowania, które zostało do HIS Właściwy dołączone lub w nim zaimplementowane oraz, czy Zamawiający potwierdzi, że zobowiązanie Wykonawcy określone tym postanowieniem wzoru umowy obowiązuje wyłącznie do Daty Końcowej Gwarancji i Rękojmi?

Odpowiedź na pytanie numer 242

Tak Zamawiający potwierdza, że w tym postanowieniu wzoru umowy jest mowa o wersjach oprogramowania, które zostało do HIS Właściwy dołączone lub w nim zaimplementowane. Zamawiający potwierdza również, że zobowiązanie Wykonawcy określone tym postanowieniem wzoru umowy obowiązuje wyłącznie do Daty Końcowej Gwarancji i Rękojmi.

Pytanie numer 243

par. 24 ust. 20 - Zwracamy uwagę, że zgodnie z par. 22 ust. 11 projektu umowy, Wykonawca zobowiązany został do uwzględnienia w Wynagrodzeniu zawartym w Ofercie Wykonawcy także ryzyk mogących mieć wpływ na koszt usług, nakładów i innych czynności i prac potrzebnych do zrealizowania Przedmiotu Umowy. Jednym z takich ryzyk jest ryzyko opóźnień, odstąpienia od umowy na wykonanie zamówienia lub innych naruszeń tej umowy stanowiących podstawę do naliczenia Wykonawcy kar umownych. Wykonawca kierując się zaś swoim doświadczeniem w realizacji takich zamówień i wiedzą merytoryczną w tym zakresie, jest w stanie wycenić ryzyko ewentualnych szkód rzeczywistych Zamawiającego spowodowanych zaistnieniem rzeczonych przesłanek naliczenia kar umownych. Jednakże w żadnym wypadku, Wykonawca nie jest w stanie skalkulować utraconych korzyści Zamawiającego spowodowanych tymi przesłankami. Tym samym, za utracone korzyści, kalkulujący Wynagrodzenie zgodnie z par. 22 ust. 11 projektu umowy Wykonawca, odpowiedzialności ponosić nie może. Tym samym, prosimy o usunięcie z ust. 20 w par. 24 projektu umowy słów: "i utracone korzyści".

Odpowiedź na pytanie numer 243

Nie ma na to zgody. Zagadnienie było już w poprzednich pytaniach wyjaśniane. Zapis umowy pozostaje niezmieniony.

Pytanie numer 244

par. 31 ust. 1 lit. g - Czy Zamawiający potwierdzi, że użyte w tym postanowieniu wzoru umowy sformułowanie HIS Uzupełnienie oznacza zdefiniowane w tej umowie pojęcie HIS Nowy?

Odpowiedź na pytanie numer 244

Chodziło o HIS Właściwy.

Zmiana Umowy 54 B numer 60

Par. 31 ust. 1 lit. g przed zmianą :

zostanie zakończona produkcja zaoferowanego oprogramowania składającego się na HIS Uzupełnienie i możliwe jest dostarczenie wersji aktualnie produkowanych, o parametrach odpowiadających wymogom techniczno-jakościowym lub lepszych od wycofanych, z zachowaniem ceny z pierwszej oferty;

Par. 31 ust. 1 lit. g po zmianie :

zostanie zakończona produkcja zaoferowanego oprogramowania składającego się na HIS Właściwy i możliwe jest dostarczenie wersji aktualnie produkowanych, o parametrach odpowiadających wymogom techniczno-jakościowym lub lepszych od wycofanych, z zachowaniem ceny z pierwszej oferty;

Pytanie numer 245

par. 32 - Czy Zamawiający potwierdzi, że instytucje kontrolujące i sprawdzające, o których mowa w tym postanowieniu wzoru umowy, są lub zostaną zobowiązane do zachowania poufności uzyskanych w efekcie podejmowanych przez nie działań kontrolnych i sprawdzających informacji i dokumentów? W razie potwierdzenia powyższego, prosimy o wskazanie podstawy prawnej (właściwy przepis prawa lub umowa) tego obowiązku zachowania poufności przez te instytucje, gdyż jest to konieczne dla zapewnienia Wykonawcy poufności danych, informacji i dokumentów objętych jego tajemnicą przedsiębiorstwa w rozumieniu ustawy z dnia 16 kwietnia 1993 roku o zwalczaniu nieuczciwej konkurencji.

Odpowiedź na pytanie numer 245

Zamawiający nie ma żadnego wpływu na działanie instytucji kontrolujących i sprawdzających. Zamawiający jednak zobowiązuje się, że jeżeli w czasie kontroli przez wskazane instytucje zachowanie wskazanej tajemnicy zależeć będzie od określonego działania Zamawiającego, Zamawiający takie działania podejmie.

Pytanie numer 246

par. 33 ust. 11 - Czy Zamawiający potwierdzi, że beneficjentem w rozumieniu tego postanowienia wzoru umowy jest osoba, której przetwarzane zgodnie z tym paragrafem wzoru umowy dane osobowe dotyczą?

Odpowiedź na pytanie numer 246

Wskazany zapis umowy po zmianie brzmi w sposób następujący : Wykonawca wyraża zgodę na przekazywanie ujętych w niniejszej Umowie danych osobowych do podmiotów trzecich w zakresie w jakim jest to niezbędne i konieczne do realizacji Umowy oraz realizacji Projektu. W zapisie umowy nie już użyte sformułowanie beneficjent.

Pytanie numer 247

par. 36 ust. 5 - Zwracamy uwagę, że każda z umów zawieranych na wzorze umowy stanowiącym załącznik nr 54b do specyfikacji istotnych warunków zamówienia dotyczy tylko jednego Zamawiającego Indywidualnego, wobec czego Wykonawca, który zawarł daną umowę na wykonanie zamówienia nie może ponosić odpowiedzialności wobec innych Zamawiających Indywidualnych, jak tylko wobec Zamawiającego Indywidualnego, którego zawarta przez niego umowa dotyczy. Tym samy, zwracamy uwagę, że w tym postanowieniu wzoru umowy błędnie i nadmiarowo użyto sformułowania: "do zapłaty sumy zabezpieczenia na rzecz Zamawiającego Razem", gdy tymczasem winno ono brzmieć: "do zapłaty sumy zabezpieczenia na rzecz Zamawiającego". W związku z tym, czy Xxxxxxxxxxx dokona stosownej, wskazanej wyżej zmiany tego postanowienia wzoru umowy?

Odpowiedź na pytanie numer 247

Pytający ma rację. Zamawiający dokonał zmiany umowy zgodnie z wnioskiem w pytaniu.

Zmiana Umowy 54 B numer 60

Par. 36 ust. 5 przed zmianą

Zabezpieczenie należytego wykonania Umowy w postaci poręczenia bankowego, poręczenia spółdzielczej kasy oszczędnościowo – kredytowej, gwarancji bankowej lub gwarancji ubezpieczeniowej musi być ustanowione zgodnie z prawem polskim i podlegać prawu polskiemu oraz musi zawierać zobowiązanie gwaranta do zapłaty sumy zabezpieczenia na rzecz Zamawiającego Razem nieodwołalnie, bezwarunkowo i na pierwsze (pisemne) żądanie. Treść dokumentów stanowiących zabezpieczenie należytego wykonania Umowy zostanie przedłożona do akceptacji Zamawiającego co najmniej na trzy (3) dni kalendarzowe przed planowanym dniem zawarcia Umowy.

Par. 36 ust. 5 po zmianie :

Zabezpieczenie należytego wykonania Umowy w postaci poręczenia bankowego, poręczenia spółdzielczej kasy oszczędnościowo – kredytowej, gwarancji bankowej lub gwarancji ubezpieczeniowej musi być ustanowione zgodnie z prawem polskim i podlegać prawu polskiemu oraz musi zawierać zobowiązanie gwaranta do zapłaty sumy zabezpieczenia na rzecz Zamawiającego nieodwołalnie, bezwarunkowo i na pierwsze (pisemne) żądanie. Treść dokumentów stanowiących zabezpieczenie należytego wykonania Umowy zostanie przedłożona do akceptacji Zamawiającego co najmniej na trzy (3) dni kalendarzowe przed planowanym dniem zawarcia Umowy.

Pytanie numer 248

par. 36 ust. 6 - Prosimy o wskazanie, w jaki sposób należy lub będzie określony wskazany w tym postanowieniu wzoru umowy dalszy okres obowiązywania umowy na wykonanie zamówienia. Zwracamy uwagę, że jest to istotna okoliczność, która musi zostać uwzględniona w ofercie na wykonanie zamówienia składanej w toku postępowania o udzielenie tego zamówienia, stąd to Zamawiającego obciąża obowiązek jasnego i precyzyjnego, zgodnie z art. 29 ust. 1 ustawy z dnia 29 stycznia 2004 roku - Prawo zamówień publicznych, stosowanej w tym postępowaniu, określenia wszystkich okoliczności umożliwiających sporządzenie i kalkulację oferty.

Odpowiedź na pytanie numer 248

W przypadku, gdy zabezpieczenie w postaci gwarancji lub poręczeń zbliża się do upływu terminu jego ważności, a brak jest podstaw do zwrotu zabezpieczenia, Wykonawca zobowiązany jest, na trzydzieści (30) dni kalendarzowych przed upływem okresu ważności zabezpieczenia, do przedłużenia okresu obowiązywania zabezpieczenia na dalszy okres obowiązywania Umowy oraz przedstawienia Zamawiającemu dokumentów potwierdzających przedłużenie okresu obowiązywania zabezpieczenia na dalszy okres obowiązywania Umowy. W jaki sposób będzie określony wskazany w tym postanowieniu wzoru umowy dalszy okres obowiązywania umowy zależy od konkretnych okoliczności. W okresie przed zakończeniem Odbioru Zasadniczego, co dotyczy w szczególności sytuacji, gdy Wykonawca nie wykonał swoich obowiązków w Okresie Wdrożenia, przedłużenie zabezpieczenia na kwotę pełnego zabezpieczenia dokonane zostanie do przewidywanego dnia zapłaty Wynagrodzenia, liczonego od spodziewanego przez Wykonawcę prawidłowego zakończenia Okresu Wdrożenia wraz wymaganym , co najmniej minimalnym wynikającym z Umowy okresem Odbioru Zasadniczego. Po Odbiorze Zasadniczym okres ten liczony będzie do 15 dnia od Daty Końcowej Rękojmi i Gwarancji. Jeżeli więc przedłużenie Okresu Wdrożenia spowoduje ostatecznie, że Odbiór Zasadniczy zakończony zostanie później niż to pierwotnie wynikała z daty w jakiej została zawarta Umowa, wówczas przedłużenie zabezpieczenia w kwocie stanowiącej 30 % wartości zabezpieczenia przedłużone zostanie do 15 dnia od dnia Daty Końcowej Rękojmi ustalonej według zmienionej daty zakończenia Odbioru Zasadniczego.

Pytanie numer 249

par. 36 ust. 11 - Zwracamy uwagę, że uprawnienia do skorzystania z zabezpieczenia należytego wykonania umowy na wykonanie zamówienia przysługiwać będą Zamawiającemu Indywidualnemu a nie Zamawiającemu Razem. Tym samym, czy Zamawiający w tym postanowienia wzoru umowy z użytego w tym postanowieniu wyrażenia: "Zamawiającemu Razem" wykreśli słowo: "Razem"?

Odpowiedź na pytanie numer 249

Tak, zmiana umowy WUb numer 61

Pytanie numer 250

par. 8 ust. 10 - Zwracamy uwagę, że to postanowienie wzoru umowy zawiera wewnętrzną sprzeczność, jak też jest sprzeczne z ust. 4 par. 8 tego wzoru umowy, gdyż w ostatnim zdaniu zawiera ono termin 2 Dni, gdy tymczasem Wykonawcy na zażądanie od Zamawiającego dokumentów i informacji dotyczących HIS Aktualny lub Infrastruktury Zamawiającego przysługuje 7 Dni licząc od dnia zawarcia umowy na wykonanie zamówienia. Tym samym, czy Zamawiający poprawi tę nieprawidłowość i zastąpi w tym postanowieniu słowa "2 Dni" właściwymi słowami "7 Dni"?

Odpowiedź na pytanie numer 250

Sytuacja o jakiej mowa w pytaniu już nie występuje.

Par 8 ust 10 umowy WUb przed zmianą brzmiał :

Jeżeli Wykonawca nie żądał od Zamawiającego żadnych dokumentów czy informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego w wskazanym terminie 7 Dni od dnia zawarcia Umowy okoliczność ta nie powoduje, że w dalszym toku realizacji Umowy Wykonawca może skutecznie żądać tych informacji czy dokumentów. Innymi słowy na żadnym późniejszym etapie realizacji Umowy Wykonawca nie może skutecznie powoływać się wobec Zamawiającego na okoliczność, że nie wykonanie czy nieprawidłowe wykonanie Umowy jest konsekwencją nie przedstawienia przez Zamawiającego Wykonawcy dokumentów i informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego. Tym samym w przypadku późniejszego, to jest po upływie wskazanych 2 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego, nie jest ono wiążące dla Zamawiającego, a nie przedstawienie przez Zamawiającego w takiej sytuacji żądanych dokumentów czy informacji nie będzie traktowane jako niewykonanie obowiązków Zamawiającego.

Wskazany zapis umowy po zmianie brzmi :

Jeżeli Wykonawca nie żądał od Zamawiającego żadnych dokumentów czy informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego we wskazanym terminie 7 Dni od dnia zawarcia Umowy, okoliczność ta nie powoduje, że w dalszym toku realizacji Umowy Wykonawca nie może żądać tych informacji czy dokumentów. Wykonawca na każdym etapie realizacji Umowy może żądać od Zamawiającego informacji i dokumentów o jakich mowa w zdaniu pierwszym niniejszego ustępu, z tym zastrzeżeniem, że w przypadku nie żądania dokumentów i informacji w terminie 7 Dnia od dnia zawarcia Umowy na żadnym późniejszym etapie realizacji Umowy Wykonawca nie może skutecznie powoływać się wobec Zamawiającego na okoliczność, że niewykonanie czy nieprawidłowe wykonanie Umowy jest konsekwencją nieprzedstawienia przez Zamawiającego Wykonawcy dokumentów i informacji dotyczących HIS Aktualnego czy Infrastruktury Zamawiającego. Tym samym w przypadku późniejszego, to jest po upływie wskazanych 7 Dni od zawarcia Umowy, żądania przez Wykonawcę informacji lub dokumentów dotyczących HIS Aktualnego lub Infrastruktury Zamawiającego jest wiążące dla Zamawiającego, jednak tylko i wyłącznie w zakresie dokumentów i informacji jakie Zamawiający rzeczywiście posiada. Zamawiający obowiązany jest przedstawić informacje i dokumenty dotyczące HIS Aktualnego lub Infrastruktury Zamawiającego w terminie najpóźniej 7 Dnia od dnia złożenia wniosku w tym zakresie przez Wykonawcę do Zamawiającego, przy czym dotyczy to dokumentów i informacji jakie Zamawiający rzeczywiście posiada na dzień złożenia wniosku w tym zakresie przez Wykonawcę. Do wykazania że Zamawiający nie posiada danych czy dokumentów wymaganych przez Wykonawcę, wystarczające jest jednostronne oświadczenie w tym zakresie złożone przez Zamawiającego.

Pytanie numer 251

par. 24 ust. 33 i ust. 34 - Czy Zamawiający potwierdzi, że opisana w tych postanowieniach wzoru umowy procedura naliczania i zapłaty kar umownych ma zastosowanie do wszelkich kar umownych przewidzianych w tym wzorze umowy, w tym także tych przewidzianych w innych postanowieniach niż w par. 24 tego wzoru?

Odpowiedź na pytanie numer 251

Tak, Zamawiający potwierdza

Pytanie numer 252

par. 11 ust. 15 - Prosimy o sprecyzowanie i wyczerpujące wymienienie tych negatywnych, finansowych konsekwencji po stronie Zamawiającego wynikłych z niezrealizowania Projektu oraz z niedostosowania jego działalności do realizacji zdań jakim miał służyć HIS Właściwy. Zastrzegamy, że dopiero wskazanie przez Zamawiającego podstaw rodzących te konsekwencje pozwoli Wykonawcy skalkulować je w cenie oferty na wykonanie zamówienia. Tym samym, brak wskazania powyższego stanowi niezgodność z dyspozycją art. 29 ust. 1 ustawy z dnia 29 stycznia 2004 roku - Prawo zamówień publicznych, której przepisy stosuje się w tym postępowaniu.

Odpowiedź na pytanie numer 252

Niezrealizowanie LOK i właściwego uzupełnienia w zakresie HIS w poszczególnych szpitalach objętych Projektem (to jest HIS Uzupełnienie , HIS Nowy) oznacza, że Projekt nie zostanie zrealizowany co jest równoznaczne z obowiązkiem zwrotu przez Beneficjenta otrzymanego już dofinansowania i tym samym brakiem możliwości zapłacenia za zamówienia realizowane w ramach Projektu za które zapłata jeszcze nie nastąpiła. Zamawiający zostaną bowiem pozbawieni dofinansowania. Jeżeli byłoby tak, że jeden z wykonawców samego XXX czy też XXX wraz z odpowiednim uzupełnieniem HIS nie zrealizowałby umowy, to jest nie dostarczyłby LOK czy XXX i HIS Uzupełnienie i z tego tytułu upadłby Projekt, to szkody poniesienie Beneficjent to jest Województwo Wielkopolskie jak i wszystkie szpitale objęte Projektem. W pierwszej kolejności Szpital, czyli Zamawiający Indywidualny w ramach umowy z którym Wykonawca nie zrealizował umowy musiałby dokonać zwrotu wraz z odsetkami liczonymi jak dla zaległości podatkowych wszystkich środków jakie otrzymał tytułem dofinansowania w ramach Projektu, to jest środków za zakup komputerów, drukarek, transmisji danych, serwerów, macierzy i innych urządzeń i oprogramowań jakie już zostały nabyte w Projekcie przez tego Zamawiającego Indywidualnego. Innymi słowy taki Zamawiający Indywidualny musiałby sam sfinansować to co już nabył i oddać otrzymaną datację wraz z odsetkami. Po drugie XXX i HIS taki Zamawiający Indywidualny musi posiadać więc musiałby sam wydatki na te oprogramowania sfinansować (ze środków własnych). Oczywiście Zamawiający Indywidualny nie ma tych środków więc musiałby je pożyczyć, co oznacza koszty zewnętrznego finansowania. W przypadku zaś braku możliwości zewnętrznego finansowanie Zamawiający Indywidualny poddany zostałby egzekucji. Po drugie upadek Projektu dotyczyłby nie tylko tego Zamawiającego Indywidualnego wobec którego wykonana nie wykonał umowy, lecz wszystkich Zamawiających Indywidualnych i Województwa Wielkopolskiego. Wszystkie podmiotu musiałyby bowiem oddawać otrzymane dofinansowanie wraz z odsetkami i nadto samemu sfinansować rozbudowę HIS i LOK. Jako że wyłączą przyczyna upadku Projektu w takiej sytuacji byłoby nie wykonanie umowy przez wykonawcą u jednego Zamawiającego Indywidualnego, wszyscy pozostali Partnerzy uzyskaliby roszczenie o naprawienie poniesionych szkód do Zamawiającego Indywidualnego wobec którego wykonawca nie wykonał umowy. W takim przypadku taki Zamawiający Indywidualny miałby roszczenie do wykonawcy o naprawienie szkody wynikłej z niewykonania umowy, a roszczenie to obejmowało by szkody podniesione przez pozostałych partnerów w Projekcie. Opisany mechanizm zaistniałby wówczas gdyby nie było szansy na powtórzenie zamówienia. Projekt kończy się z końcem 2021 r. i w zasadzie nie ma szans na jego istotne przedłużenie. Tym samym umowy jakie zostaną podpisane z wykonawcami w rozstrzygnięciu niniejszego postępowania są jedyną możliwością realizacji zadań objętych przedmiotem zamówienia.

Pytanie numer 253

Odnośnie Załącznika nr 45a do SIWZ

Czy Zamawiający w § 1 ust. 7 doda definicje Siły Wyższej i Personelu Wykonawcy?

W umowie nie zdefiniowano Siły Wyższej, brak jest też takiej definicji w przepisach prawa.

Dlatego prosimy o zdefiniowanie Siły Wyższej, poprzez dodanie zapisu precyzującego, na przykład: „Przez Siłę Wyższą rozumie się zdarzenia pozostające poza kontrolą każdej ze Stron, których nie mogły one przewidzieć ani zapobiec, a które zakłócają lub uniemożliwiają realizację Umowy.”

Wykonawca wykonuje prace personelem, w którego skład wchodzą pracownicy ale też osoby pracujące na podstawie stałych umów o współpracy (działalność gospodarcza na własne nazwisko). Podkreślamy, że osoby te pracują na sprzęcie Wykonawcy i korzystają ze wszystkich zabezpieczeń takich samych jak pracownicy. Przy braku definicji Personelu Wykonawcy zaistnieje wątpliwość, czy osoby te są podwykonawcami, w rozumieniu umowy.

W umowie istnieją zapisy o „Personelu Wykonawcy” (§ 23) ale nie zdefiniowano kogo uważa się za ten personel

Dlatego prosimy o zdefiniowanie Personelu Wykonawcy poprzez dodanie zapisu np.: „osoby wykonujące pracę na rzecz Wykonawcy na podstawie umów o pracę lub na podstawie umów cywilnoprawnych o stałej współpracy (B2B)”

Odpowiedź na pytanie numer 253

Zamawiający nie będzie definiował w umowie pojęcia siły wyższej. Nie ma takiego obowiązku wynikającego z przepisów prawa. W zakresie w jakim jest to konieczne Zamawiający wskazał, że siłą wyższą nie są zdarzenia związane w występowaniem covid-19.

Zmawiający nie będzie definiował osobno czym jest personel Wykonawcy. Zamawiający nigdy nie twierdził i nie takiego zapisu umowy, że są to tylko pracownicy. Jednocześnie Zamawiający wyjaśnia, że dla Zamawiającego personel Wykonawcy stanowią, tak jak to wskazano w pytaniu osoby wykonujące pracę na rzecz Wykonawcy na podstawie umów o pracę lub na podstawie umów cywilnoprawnych w tym umów o stałej współpracy (B2B)”

Pytanie numer 254

Odnośnie Załącznika nr 45a do SIWZ

Czy Zamawiający rozważy rezygnację z rękojmi na oprogramowania, mając na uwadze wieloletnią, szeroką gwarancję, której uprawnienia w zasadzie pokrywają się z rękojmią?

Wykonawca zwraca się z pytaniem czy Zamawiający dopuszczać będzie zapis o wyłączeniu rękojmi np.:

„Strony oświadczają, że wszelka odpowiedzialność Wykonawcy z tytułu rękojmi, ulega wyłączeniu. Wykonawca za prawidłową realizację przedmiotu umowy odpowiada na zasadzie gwarancji aktualizacyjnej udzielonej Zamawiającemu.”

Wykonawca argumentuje propozycję wykreślenia takiego zapisu tym, że skoro udziela Zamawiającemu szerokiej gwarancji i opieki na poprawne wykonanie oraz działanie przedmiotu umowy to zbyt dużym obciążeniem jest udzielanie rękojmi. Zwłaszcza, że nie ciężko jest sprecyzować o jakiej rękojmi możemy mówić w tym projekcie. Czy to będzie rękojmia z KC czy z prawa autorskiego? Co więcej zakres uprawnień z cywilistycznej rękojmi jest niedostosowany do rynku IT. Takie ryzyko bezzasadnie podwyższa wartość oferty Wykonawcy.

Odpowiedź na pytanie numer 254

Nie ma na to zgody. Rękojmia obowiązuje obok Gwarancji i jest to rozwiązanie standardowe, zgodne z prawem.

Pytanie numer 255

Odnośnie Załącznika nr 45a do SIWZ

Czy Zamawiający przewiduje zmianę w § 8 ust. 11, § 9 ust. 7, § 24 § 25 we wszystkich punktach w odniesieniu do „Wynagrodzenia” dodając słowo „netto”?

Uzasadnienie:

Z kontekstu i definicji Wynagrodzenie wynika, że Zamawiający planuje naliczać karu od wartości umowy brutto czyli również od pobranego do przekazania Skarbowi Państwa podatku VAT. Tymczasem jeśli kara ma być proporcjonalna do wynagrodzenia Wykonawcy to powinna się odnosić do wartości netto, ponieważ podatek VAT nie jest wynagrodzeniem Wykonawcy, tylko podatkiem pobranym do odprowadzenia do urzędu skarbowego. Wykonawca nie zarabia na VATcie. VAT nie należy do Wykonawcy tylko do budżetu państwa. Wynagrodzeniem Wykonawcy jest kwota netto. Dlatego liczenie kar od podatku nie jest uzasadnione a tak ustalona wartość kar przekroczyć może 100% wynagrodzenia, które Wykonawca mógłby uzyskać na projekcie, co powoduje zbyt wysokie ryzyko - zwłaszcza przy przyjętej odpowiedzialności na zasadzie ryzyka nawet w sytuacji gdy Zamawiający nie poniesie żadnej szkody.

Odpowiedź na pytanie numer 255

Nie będzie w tym zakresie zmian w umowie. Gdyby kary umowne miały być liczone od netto to byłby wyższe. Obecnie kary nie są wygórowane i nie przekraczają w żadnej konfiguracji 100 % Wynagrodzenia. Rozwiązanie zastosowane w umowie jest zgodne z prawem

Pytanie numer 256

Odnośnie Załącznika nr 45a do SIWZ

Czy Zamawiający przewiduje zmianę w § 7 ust. 9, § 24 i w § 25 we wszystkich punktach odpowiedzialność za opóźnienie i skutki „opóźnienia” na odpowiedzialność i skutki „zwłoki” ?

Uzasadnienie

Odpowiedzialność Wykonawcy z tytułu kar na zasadnie ryzyka, kiedy Zamawiający nie poniósł żadnej szkody za opóźnienia powstałe choćby z przyczyn od Wykonawcy niezależnych jest sprzeczne z postanowieniem art. 433 pkt 1 ustawy Prawo Zamówień Publicznych, który zakazuje ustalania odpowiedzialności za opóźnienie i jako takie nieważne.

Brak jest uzasadnienia do obciążania Wykonawcy takim ryzykiem, zwłaszcza gdy dotyczy to kar, czyli sytuacji kiedy Zamawiający nie poniesie żadnej straty.

Dotyczy to § 24 i również § 25 umożliwiającego odstąpienie od umowy i naliczenie kar w przypadku opóźnień, czyli bez względu na winę Wykonawcy.

Odpowiedź na pytanie numer 256

Zamawiający nie uwzględnia wniosku Pytającego. Nieprawdą jest że obowiązujące w umowie opóźnienie zamiast zwłoki jest sprzeczne z prawem i przez to z mocy prawa nieważne. Umowa jak całe postępowanie przetargowe realizowane jest na podstawie ustawy PZP jaka obowiązywała do 31.12.2020 r. jednak zgodnie z ustawą przepisy wprowadzające ustawę – Prawo zamówień publicznych z dnia 11 września 2019 r. (Dz.U. 2019, poz. 2020) do postępowań wszczętych przed 31.12.2020 r. mają zastosowanie przepisy „starego” PZP, gdzie miedzy innymi nie ma żadnych ograniczeń w stosowaniu w umowie opóźnienia zamiast zawłoki. Ponadto Zamawiający podkreśla, że występowania opóźnienia wcale nie znaczy że Zamawiający nie ponosi szkody. Jest wręcz przeciwnie. Rozwiązanie zastosowane w umowie jest zgodne z prawem.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Zamawiający wymaga, aby wszystkie moduły oferowanego oprogramowania miały interfejs graficzny.

Niektóre moduły pełnią rolę usługową, sprzętową lub integracyjną (np. HL7, DICOM). Prosimy o potwierdzenie, braku konieczności udostępniania interfejsu użytkownika w modułach, które nie są bezpośrednio (poprzez przeglądanie lub wprowadzanie danych) używane przez użytkownika końcowego.

Odpowiedź na pytanie nr 257

Zamawiający potwierdza brak konieczności udostępniania interfejsu użytkownika w modułach, które nie są bezpośrednio (poprzez przeglądanie lub wprowadzanie danych) używane przez użytkownika końcowego.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Wszystkie dostarczone produkty i komponenty podlegają usłudze instalacji, konfiguracji i wdrożenia.

Produktem jest również konwersja licencji do użytkowanego obecnie oprogramowania. W związku z tym prosimy Zamawiającego o potwierdzenie, że dla tego zakresu powinno być wyłączenie tych usług.

Odpowiedź na pytanie nr 258

Zamawiający potwierdza, że dla tego zakresu powinno być wyłączenie tych usług.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Zamówienie będzie realizowane w oparciu o zdefiniowany uprzednio przez Wykonawcę harmonogram, który powinien być uzgodniony i zaakceptowany przez Zamawiającego. Uzgodnieni harmonogramu musi nastąpić w terminie 14 dni od daty podpisania umowy.

Prosimy o potwierdzenie, że termin harmonogramu powinien być spójny z datą wytworzenia Projektu Planu Wdrożenia i Projektu LOK. Zakres określony w tych dokumentach będzie core dla harmonogramu.

Odpowiedź na pytanie nr 259

Zamawiający potwierdza, że termin harmonogramu powinien być spójny z datą wytworzenia Projektu Planu Wdrożenia i Projektu LOK. Zakres określony w tych dokumentach będzie podstawą dla harmonogramu.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Wykonawca zobowiązany jest do wykonania w całości przedmiotu zamówienia w zakresie określonym w opisie przedmiotu zamówienia.

Prosimy o wydłużenie termin realizacji. W przypadku samego WEZ LOK jest to 60 dni, wiec mając na uwadze wdrożenia dodatkowych funkcjonalności HIS oraz CA, termin jest zbyt krótki.

Dodatkowo mając na uwadze, iż sam proces tworzenia i akceptacji Planu Projektu Wdrożenia oraz Projektu LOK może zając do 23-25 dni, a od tego etapu zależy realizacja całości należy wydłużyć termin realizacji całości.

Odpowiedź na pytanie nr 260

Zamawiający informuje, że Okres Wdrożenia wynosi 150 ( sto pięćdziesiąt ) Dni od dnia podpisania Umowy. Zostało to opublikowane 2 lutego 2020 na stronie Zamawiającego we wzorach Umów.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: System HIS po rozbudowie musi umożliwiać oznaczanie podmiotu na podstawie następujących danych:

a) nazwę podmiotu,

b) adres podmiotu, wraz z numerem telefonu,

c) kod identyfikacyjny, o którym mowa w przepisach wydanych na podstawie art. 105 ust. 1 pkt. 4a ustawy z dnia 15.04.2011r. o działalności leczniczej, zwany dalej „kodem resortowym”, stanowiący I część systemu resortowych kodów identyfikacyjnych - w przypadku zakładu opieki zdrowotnej,

d) nazwę jednostki organizacyjnej oraz jej kod resortowy stanowiący V część systemu resortowych kodów identyfikacyjnych - w przypadku podmiotu leczniczego, e) nazwę komórki organizacyjnej, w której udzielono świadczeń zdrowotnych, oraz jej kod resortowy - w przypadku zakładu opieki zdrowotnej,

f) numer wpisu do rejestru prowadzonego przez okręgową izbę lekarską - w przypadku indywidualnej praktyki lekarskiej, indywidualnej specjalistycznej praktyki lekarskiej i grupowej praktyki lekarskiej.

Jako, że system Eskulap dedykowany jest dużym podmiotom leczniczym, a nie praktykom indywidualnym, prosimy Zamawiającego o odpowiedź czy możliwe jest wykreślenia podpunktu 'f'?"

Odpowiedź na pytanie nr 261

Zamawiający podtrzymuje wymaganie.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Dostarczone przez Wykonawcę licencje/moduły muszą umożliwić podłączenie do LIS/RIS/PACS urządzeń zidentyfikowanych w punkcie 2. Usługa podłączenia i konfiguracja urządzeń stanowi przedmiot niniejszego zamówienia.

1. Czy Zamawiający zapewnia, że podane w pkt 2 załącznika do OPZ, urządzenia radiologiczne posiadają wbudowany aktywny moduł Dicom, przynajmniej w zakresie obsługi Dicom Worklist oraz Dicom Storage, do komunikacji z systemem klasy RIS/PACS?

2. Czy Zamawiający zapewnia, że podane w pkt 2 załącznika do OPZ, urządzenia laboratoryjne posiadają możliwość komunikacji szeregowej lub sieciowej TCP/IP z systemem klasy LIS?

Odpowiedź na pytanie nr 262

Zamawiający podtrzymuje wymaganie.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: System HIS po rozbudowie musi umożliwiać operacje na plikach na stacji klienckiej.

Xxxxxxx Xxxxxxxxxxxxx o informację, jakiego typu operacje na plikach ma na myśli? Czy chodzi o zapisywanie wygenerowanych raportów/wydruków w postaci plików na dysku?

Odpowiedź na pytanie nr 263

Zamawiający potwierdza, że chodzi o zapisywanie wygenerowanych raportów/wydruków w postaci plików na dysku.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: System HIS po rozbudowie musi zapewniać rejestrację zmian danych:

• rejestracja odbywa się niezależnie od mechanizmów wykorzystywanych przez bazę danych

• możliwość konfiguracji przez administratora dowolnych tabel w bazie danych, dla których odbywa się rejestracja zmian

• rejestracja obejmuje zmiany wykonywane za pomocą HIS, ja również dowolnej aplikacji umożliwiającej dostęp do bazy danych (np. sql).

• każda modyfikacja jest opisywana danymi:

• czas modyfikacji zapisany z maksymalną dostępną dokładnością (przynajmniej tysięczne części sekundy)

• identyfikator sesji w bazie danych (do powiązania wpisu z logami bazy danych) • nazwa użytkownika zalogowanego do bazy danych

• nazwa użytkownika zalogowanego do systemu operacyjnego

• adres IP sesji, z której dokonano modyfikacji

• narzędzie, za pomocą którego dokonano modyfikacji (nazwa modułu i formularza systemu HIS lub nazwa innego programu, za pomocą którego dokonano modyfikacji)

• każdy rekord zmiany zawiera podpis cyfrowy zapewniający integralność danych zarówno w rekordzie oraz całej tabeli

• każdy rekord zmiany zawiera wyłącznie zmodyfikowane kolumny / dane, bez zapisu danych, które nie uległy zmianie

• w przypadku usunięcia rekordu zapisywana jest jego pełna wartość przed usunięciem

• tabela objęta mechanizmem logu zostanie zmodyfikowana podczas aktualizacji systemu, odpowiednie mechanizmy rejestru zmian (logu) zostaną automatycznie modyfikowane dostosowując go do nowej struktury tabeli

• wyłączenie logu na danej tabeli nie ma powodować usunięcia danych z logu, jedynie rezygnację z zapisu nowych modyfikacji do logu. Każda operacja włączenia i wyłączenia mechanizmu logu jest rejestrowana w odpowiedniej tabeli logu

• wszystkie operacje włączenia i wyłączenia mechanizmu logu na poszczególnych obiektach oraz operacje zmiany na obiektach logu są rejestrowane

W przypadku aplikacji webowej uzyskanie informacji o nazwie użytkownika zalogowanego do systemu operacyjnego jest trudne do zrealizowania, ponieważ przeglądarki nie mają bezpośredniego dostępu do danych użytkownika zalogowanego do systemu operacyjnego. Co więcej, w takiej aplikacji kluczowa jest nazwa użytkownika zalogowanego w aplikacji. W związku z tym prosimy Zamawiającego o wykreślenie konieczności ewidencji tej informacji w logach w przypadku aplikacji webowej.

Odpowiedź na pytanie nr 264

Zamawiający informuje, że przypadku aplikacji webowej uzyskanie informacji o nazwie użytkownika zalogowanego do systemu operacyjnego wymaganie „wszystkie operacje włączenia i wyłączenia mechanizmu logu na poszczególnych obiektach oraz operacje zmiany na obiektach logu są rejestrowane” nie dotyczy.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: System HIS po rozbudowie musi umożliwiać administratorowi:

• eksportowanie, importowanie, przenoszenie, duplikowanie schematów uprawnień

• kopiowanie schematów uprawnień z jednego pracownika na innego pracownika

• raportowanie różnic pomiędzy poszczególnymi schematami

• ręczne zablokowanie konta użytkownika przez administratora

• ewidencję daty zablokowania konta w przyszłości, z zapewnieniem automatycznego zablokowania kontra przez system po upływie wprowadzonej daty

• możliwość usuwania konta użytkownika.

Czy Zamawiający może doprecyzować co rozumie przez przenoszenie schematów uprawnień?

Odpowiedź na pytanie nr 265

Zamawiający wyjaśnia, że pod pojęciem przenoszenia schematów uprawnień rozumie możliwość określania prawa dostępu do czynności dla użytkowników wykonywanych w aplikacji. HIS powinien umożliwiać tworzenie nowych schematów na bazie już istniejących.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Umożliwienie przekazywania elektronicznych dokumentów medycznych jak również ich podpisów w ramach integracji z innymi systemami.

Prosimy o potwierdzenie że HIS w odniesieniu do innych systemów informatycznych niż P1 i Platforma Regionalna ma posiadać jedynie taką możliwość oraz że integracja w tym zakresie z innymi systemami nie stanowi przedmiotu niniejszego postępowania.

Odpowiedź na pytanie nr 266

Zamawiający potwierdza że HIS w odniesieniu do innych systemów informatycznych niż P1 i Platforma Regionalna ma posiadać jedynie taką możliwość oraz że integracja w tym zakresie z innymi systemami nie stanowi przedmiotu niniejszego postępowania.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 267

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Możliwość modyfikacji zapotrzebowania utworzonego na bazie definicji schematu w zakresie:

• dodawania oraz usuwania pozycji schematu

• modyfikacji dawki należnej

• modyfikacji podstawy obliczeń

• modyfikacji ilości i rodzaju płynu infuzyjnego

• modyfikacji planowanej daty i godziny podania

• określania priorytetu zlecenia

• określania uwag do zlecenia

• określania sposobu podania leku pacjentowi

• określania sposobu finansowania pozycji zlecenia

Czy zamawiający uzna punkt za spełniony jeżeli przed wystawieniem zapotrzebowania dla pacjenta osoba wystawiająca zlecenie będzie mogła zmodyfikować podstawę obliczeń w definicji schematu lub utworzyć nową definicję na bazie już istniejącej?

Odpowiedź na pytanie nr 268

Zamawiający uzna punkt za spełniony jeżeli przed wystawieniem zapotrzebowania dla pacjenta osoba wystawiająca zlecenie będzie mogła zmodyfikować podstawę obliczeń w definicji schematu lub utworzyć nową definicję na bazie już istniejącej.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Program umożliwia produkcję leków złożonych np. w jednym worku 0,9% NaCl

Co Zamawiający rozumie pod pojęciem leku złożonego? Proszę o podanie przykładu.

Odpowiedź na pytanie nr 269

Zamawiający za leki złożone uważa dwie lub trzy substancje czynne podawane w tym samym pojemniku (np. worku/butelce).

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Współpraca z wagą:

• modułu współpracuje z precyzyjną elektroniczną wagą laboratoryjną umożliwiając bieżącą kontrolę prawidłowości procesu przygotowywania leków cytotoksycznych,

• współpraca z wagą odbywa się za pośrednictwem menu dotykowego wagi i nie wymaga podłączania żadnej klawiatury zewnętrznej.

W starszych modelach wagi nie trzeba podłączać klawiatury zewnętrznej, w nowszych (większość Klientów Nexus z nich korzysta) trzeba użyć dodatkowej klawiatury, ponieważ jest za mało przycisków na wadze do oprogramowania. Czy w związku z tym możemy prosić Zamawiającego o wykreślenie tego wymagania?

Odpowiedź na pytanie nr 270

Zamawiający usunął zapis

• współpraca z wagą odbywa się za pośrednictwem menu dotykowego wagi i nie wymaga podłączania żadnej klawiatury zewnętrznej.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Możliwość konfiguracji współpracy z modułem elektronicznego archiwum dokumentacji w zakresie archiwizacji raportów/zestawień.

Prosimy o informację o jakie dokumenty/raporty konkretne chodzi (żadne raporty apteczne nie wymagają podpisu elektronicznego) oraz kto ma autoryzować i w jakim celu? Raporty/zestawienia nie stanowią dokumentacji medycznej wymagającej archiwizacji w archiwum dokumentów cyfrowych przeznaczonym dla dokumentacji zewnętrznej, odpowiednio autoryzowanej i wymienionej w Rozporządzeniu Ministra Zdrowia w sprawie rodzajów elektronicznej dokumentacji medycznej. Jeżeli jednak Xxxxxxxxxxx chce gromadzić inne raporty/zestawienia to prosimy o wykaz tych raportów oraz wskazanie grup zawodowych uprawnionych do autoryzowania tych dokumentów.

Odpowiedź na pytanie nr 271

Zamawiający poprzez zapis „Możliwość konfiguracji współpracy z modułem elektronicznego archiwum dokumentacji w zakresie archiwizacji raportów/zestawień” rozumie możliwość archiwizowania dokumentów zapotrzebowania i wydania.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: System dostarcza aplikację, która umożliwia zarządzanie użytkownikami (dodawanie, usuwanie i modyfikację).

Czy zamawiający uzna wymóg za spełniony jeżeli zarządzanie użytkownikami odbywać się będzie po przez stronę www eRejestracji w panelu administratora?

Odpowiedź na pytanie nr 272

Zamawiający uzna wymóg za spełniony jeżeli zarządzanie użytkownikami odbywać się będzie po przez stronę www eRejestracji w panelu administratora.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Moduł umożliwiać obsługę DICOMowych klas SOP C-FIND, C-MOVE, C-GET.

Preferowanym rozwiązaniem w komunikacji Dicom jest C-MOVE. Czy Zamawiający uzna funkcjonalność za spełnioną jeżeli operacja C-GET zostanie zastąpiona przez C-MOVE?

Odpowiedź na pytanie nr 273

Zamawiający uzna funkcjonalność za spełnioną jeżeli operacja C-GET zostanie zastąpiona przez C-MOVE

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Moduł zapewnia możliwość przeglądu wizyt pacjenta za dowolny okres wg statusów wymienionych w wierszach powyżej.

Czy w związku z tym, że w systemie przyjęto inne rozwiązania niż status wizyty, Zamawiający uzna punkt za spełniony, jeśli status wizyty będzie rozpoznawalny w inny sposób (np. poprzez umiejscowienie wizyty w odpowiednim oknie, brak wypełnienia pola zamykającego wizytę itp.)?

Odpowiedź na pytanie nr 274

Zamawiający uzna punkt za spełniony, jeśli status wizyty będzie rozpoznawalny w inny sposób (np. poprzez umiejscowienie wizyty w odpowiednim oknie, brak wypełnienia pola zamykającego wizytę itp.

257. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Moduł zapewnia możliwość przeglądu wizyt pacjenta za dowolny okres dla całego ośrodka, poszczególnych poradni, czy lekarzy wg statusów wymienionych w wierszach powyżej.

Czy w związku z tym, że w systemie przyjęto inne rozwiązania niż status wizyty, Zamawiający uzna punkt za spełniony, jeśli status wizyty będzie rozpoznawalny w inny sposób (np. poprzez umiejscowienie wizyty w odpowiednim oknie, brak wypełnienia pola zamykającego wizytę itp.)?

Odpowiedź na pytanie nr 275

Zamawiający uzna punkt za spełniony, jeśli status wizyty będzie rozpoznawalny w inny sposób (np. poprzez umiejscowienie wizyty w odpowiednim oknie, brak wypełnienia pola zamykającego wizytę itp.

257. Załącznik nr 51; Karta mikroprocesorowa (chipowa). 1.25. W ramach gwarancji Zamawiający wymaga, aby w przypadku awarii/problemów, Wykonawca zapewnił wymianę karty z certyfikatem trzech dni roboczych od złożenia reklamacji,

Prosimy o wydłużenia terminu wymiany karty do możliwego do dotrzymania w warunkach rzeczywistych – min 7 dni.

Odpowiedź na pytanie nr 276

Zamawiający zmienia zapis w Załaczniku nr 51 – opis systemu autoryzacji:

Było:

1.25. W ramach gwarancji Zamawiający wymaga, aby w przypadku awarii/problemów, Wykonawca zapewnił wymianę karty z certyfikatem trzech dni roboczych od złożenia reklamacji,

Jest:

1.25. W ramach gwarancji Zamawiający wymaga, aby w przypadku awarii/problemów, Wykonawca zapewnił wymianę karty z certyfikatem siedem dni roboczych od złożenia reklamacji,

257. Prosimy po potwierdzenie w odniesieniu do wszystkich zadań w ramach, których Zamawiający wymaga podłączenia do systemu aparatów laboratoryjnych lub aparatury diagnostycznej, że Zamawiający udostępni konieczne do integracji protokoły komunikacyjne i sterowniki.

Odpowiedź na pytanie nr 277

Zamawiający potwierdza w odniesieniu do wszystkich zadań w ramach, których Zamawiający wymaga podłączenia do systemu aparatów laboratoryjnych lub aparatury diagnostycznej, że udostępni konieczne do integracji protokoły komunikacyjne i sterowniki.

257. Załącznik nr 23 do OPZ; 35. PACS;

Możliwość jednoczesnego zapisu wyników w postaci pdf w repozytorium elektronicznej dokumentacji medycznej.

Czy Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS?

Odpowiedź na pytanie nr 278

Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS.

257. Załącznik nr 23 do OPZ; 35. PACS; Oprogramowanie klienta działa w systemach operacyjnych minimum Windows XP, Windows Vista, Windows 7, Windows 8, Windows 10, Linux, Mac OS X

Prosimy o wykreślenie systemów operacyjnych, które nie są wspierane już przez producenta.

Odpowiedź na pytanie nr 279

Zamawiający podtrzymuje wymaganie.

257. Załącznik nr 8 do OPZ; 13. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 280

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

257. Załącznik nr 28 do OPZ; 25. AP_KOLCE; Dodania pacjenta do AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

Odpowiedź na pytanie nr 281

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

257. Załącznik nr 28 do OPZ; 25. AP_KOLCE; Aktualizacji danych pacjenta w AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

Odpowiedź na pytanie nr 282

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

257. Załącznik nr 28 do OPZ; 25. AP_KOLCE;

Raport błędów synchronizacji danych z AP-KOLCE (raport o listach oczekujących, pacjentach oraz ich wpisach na listy, których się nie udało zsynchronizować z NFZ-ową usługą AP-KOLCE). Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 283

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

257. Załącznik nr 28 do OPZ; 25. AP_KOLCE; Raport błędów synchronizacji danych do AP-KOLCE. Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 284

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

257. Załącznik nr 28 do OPZ; 25. AP_KOLCE; Moduł zapewnia weryfikację kompletności danych przed wysłaniem do systemu AP-KOLCE.

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

Odpowiedź na pytanie nr 285

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

257. Dotyczy Załącznik nr 13 OPZ

Zamawiający wymaga aby do oferty była dołączona próbka systemu w postaci obrazu wirtualnego. Próbka musi odpowiadać i być zgodna z niniejszą ofertą. Zamawiający zastrzega sobie możliwość przeprowadzenia prezentacji celem weryfikacji przedłożonej oferty ze stanem faktycznym systemu załączonym do oferty w postaci próbki. Scenariusz prezentacji zostanie przekazany na 5 dni przed ewentualną prezentacją próbki na która wykonawca zostanie wezwany.

Pytanie: Prosimy o potwierdzenie, że próbka systemu może zostać przygotowana na odpowiednim dysku SSD, a na etapie prezentacji Wykonawca będzie miał możliwość jej uruchomienia na własnym laptopie który przywiezie w dniu prezentacji. Ponadto prosimy o potwierdzenie, że Zamawiający przekaże scenariusz próbki przez etapem złożenia ofert, bowiem może to wpłynąć znacząco na koszty przygotowania oferty.

Odpowiedź na pytanie nr 286

Zamawiający wymaga aby próbka systemu przesłana na wezwanie Zamawiającego, spełniała wymagania scenariusza zawartego w opisie przedmiotu zamówienia. Jednocześnie wyjaśniamy, że Wykonawca będzie miał możliwość jej uruchomienia na własnym laptopie w dniu prezentacji.

257. Dotyczy: Załącznik nr 13 OPZ

Administracja i zarządzanie serwerem bazy danych:

- Wbudowane funkcje samozarządzania i automatyzacji zadań,

Pytanie: Co Zamawiający rozumie przez pojęcie samozarządzania i automatyzacji zadań?

Odpowiedź na pytanie nr 287

Zamawiający podtrzymuje wymaganie.

257. Dotyczy: Załącznik nr 13 OPZ

Obsługa ankiety bezpieczeństwa danych osobowych z szablonami zawierającymi pytania z zakresu przetwarzania i ochrony danych osobowych.

Pytanie: Prosimy o potwierdzenie, że Zamawiający przekaże wszelkie wzory dokumentacji na etapie analizy przedwdrożeniowej

Odpowiedź na pytanie nr 288

Zamawiający przekaże wzory dokumentacji na etapie analizy przedwdrożeniowej.

257. Dotyczy: Załącznik nr 13 OPZ

Mechanizm podpowiedzi z opisami wyjaśniającymi pytania.

Pytanie: Prosimy o potwierdzenie, że Zamawiający ma na myśli ankiety udostępniane pacjentom w ramach rezerwacji wizyty np. poprzez Portal Pacjenta

Odpowiedź na pytanie nr 289

Zamawiający ma na myśli obsługę ankiet bezpieczeństwa danych osobowych z szablonami zawierającymi pytania z zakresu przetwarzania i ochrony danych osobowych.

257. Dotyczy: Załącznik nr 13 OPZ

Tworzenie dokumentacji pomocniczej w ramach której rozróżniamy takie dokumenty jak upoważnienia dla personelu, oświadczenia, również ewidencję w dostępie do pomieszczeń.

Pytanie: Prosimy o potwierdzenie, że Zamawiający przekaże wszelkie wzory dokumentacji na etapie analizy przedwdrożeniowej

Odpowiedź na pytanie nr 290

Zamawiający przekaże wzory dokumentacji na etapie analizy przedwdrożeniowej.

257. Dotyczy: Załącznik nr 13 OPZ

Obsługa mechanizmu aktualizacji dokumentacji ze wskazaniem dokumentów, które muszą zostać odświeżone.

Pytanie: Co Zamawiający rozumie przez mechanizm aktualizacji dokumentacji? W jaki sposób Zamawiający ma zamiar realizować przedmiotowe wymaganie?

Odpowiedź na pytanie nr 291

Zamawiający wymaga aby oprogramowanie umożliwiało modyfikację dokumentacji bezpieczeństwa danych osobowych na skutek zmian przepisów prawa, regulaminów wewnętrznych, ewentualnych zmian organizacyjnych.

257. Dotyczy: Załącznik nr 13 OPZ

Wsparcie w prowadzeniu analiz szacowania ryzyka (na podstawie materiału zgromadzonego w module ankietera).

Pytanie: Co Zamawiający rozumie przez mechanizm szacowania ryzyka? W jaki sposób Zamawiający ma zamiar realizować przedmiotowe wymaganie?

Odpowiedź na pytanie nr 292

Zamawiający rozumie, że System na podstawie zgromadzonych informacji w module ankietera oraz wytycznych co do szacowania ryzyka dokonuje wyliczenia poziomu ryzyka indywidualnie dla każdego procesu przetwarzania danych osobowych.

257. Dotyczy: Załącznik nr 13 OPZ

System uniemożliwia wprowadzenie błędnego numeru PESEL pod warunkiem posiadania przez użytkownika stosownego uprawnienia

Pytanie: Wnosimy o usunięcie wymagania z treści SIWZ. Xxxx byłby cel wprowadzania nieprawidłowego numeru PESEL?

Odpowiedź na pytanie nr 293

Zamawiający wyjaśnia, że istnieją w Polsce pacjenci posiadający numer PESEL
w dowodzie osobistym z nieprawidłową sumą kontrolną. Zamawiający podtrzymuje wymaganie.

257. Dotyczy: Załącznik nr 13 OPZ

Moduł udostępnia funkcję rezerwacji łóżek dla pacjentów rehabilitacyjnych, która umożliwia (w postaci graficznego kalendarza) co najmniej:

- wyświetlenie w kolumnach poszczególnych łóżek zdefiniowanych dla oddziałów,

- wyświetlenie w wierszach kolejnych dni (z wyróżnieniem sobót i niedziel),

- zarejestrowanie rezerwacji łóżka w powiazaniu z wpisem do kolejki oczekujących,

- zarejestrowanie rezerwacji łózka dziennej lub godzinowej,

- wyświetlenie zajętości łóżek przez pacjentów aktualnie przebywających na oddziale,

- wyróżnienie kolorami następujących statusów rezerwacji: rezerwacja z przeszłości, pobyt z oddziału, pobyt zamknięty, rezerwacja aktualna.

- po zarejestrowaniu rezerwacji w kalendarzu istnieje możliwość jej poprawy lub usunięcia.

Pytanie: Zamawiający powołuje się na konkretne rozwiązanie ograniczając tym samym konkurencję. Prosimy o potwierdzenie, że Zamawiający uzna samo wymaganie za spełnione (możliwość rejestracji pacjentów) w przypadku innej, niż przedstawiona w wymaganiu, metody o ile będzie ona realizowała ten sam cel.

Odpowiedź na pytanie nr 294

Zamawiający uzna wymaganie za spełnione o ile będzie ono umożliwiało realizację wszystkich elementów opisanych w wymaganiach.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia rejestrację nowego pacjenta z wprowadzeniem minimalnego zakresu danych:

- dane o rodzinie pacjenta (w tym dane opiekuna (SWX) oraz opiekuna eWUŚ

Pytanie: Co Zamawiający rozumie pod pojęciem dane opiekuna (SWX)?

Odpowiedź na pytanie nr 295

Zamawiający wyjaśnia, że chodzi o dane opiekuna które przekazywane są do NFZ w raporcie statystycznym.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia rejestrację nowego pacjenta z wprowadzeniem minimalnego zakresu danych:

- informacje dodatkowe (grupa krwi, dializa, fenotyp),

Pytanie: Czy dane dotyczące fenotypu mogą być zawarte np. w polu uwagi lub w dedykowanym dokumencie?

Odpowiedź na pytanie nr 296

Zamawiający podtrzymuje wymaganie w formie opisanej w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia rejestrację nowego pacjenta z wprowadzeniem minimalnego zakresu danych: (…)

Pytanie: Prosimy o potwierdzenie czy jeżeli Zamawiający wprowadza tak obszerny zapis dotyczący danych ewidencjonowanych na temat pacjenta to czy jako równoważna zostanie uznana metoda ewidencji niektórych, specyficznych danych w formie dedykowanych dokumentów dodawanych do rekordu pacjenta?

Odpowiedź na pytanie nr 297

Zamawiający podtrzymuje wymaganie w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia wpis pacjenta do Księgi Głównej za pomocą skróconego schematu rejestracji.

Pytanie: Co Zamawiający rozumie pod pojęciem skróconego schematu rejestracji?

Odpowiedź na pytanie nr 298

Zamawiający rozumie, że skrócony schemat rejestracji to możliwość rejestracji przyjęcia pacjenta bezpośrednio na oddziale szpitalnych z pominięciem izby przyjęć.

257. Dotyczy: Załącznik nr 13 OPZ

System ostrzega użytkownika o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział.

Pytanie: Korzystniejszym rozwiązaniem dla Zamawiającego jest zrezygnowanie z przywołanej powyżej funkcjonalności na rzeczy dopuszczenia możliwości zarejestrowania pacjenta, pomimo braku wolnych łóżek. Wnosimy o modyfikację treści SIWZ kierując się dobrem Zamawiającego.

Odpowiedź na pytanie nr 299

Zamawiający nie wymaga, aby system blokował możliwość zarejestrowania pacjenta przy braku wolnych łóżek. Zamawiający wymagał, aby system ostrzegał użytkownika o braku wolnych łóżek. Zamawiający podtrzymuje wymaganie z SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia wydruk kodów kreskowych i podstawowych danych na opaskach identyfikacyjnych.

Pytanie: Czy Zamawiający jest w posiadaniu drukarek opasek identyfikacyjnych? Jeśli tak to prosimy o podanie rodzaju i nazwy producenta drukarki.

Odpowiedź na pytanie nr 300

Zamawiający jest w posiadaniu drukarek opasek identyfikacyjnych. Producent: Zebra, Model: HC100

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia wyszukiwanie pacjentów w Księdze Oddziałowej wg co najmniej następujących kryteriów:

- nazwisko i imię,

- PESEL,

- numer w Księdze Głównej,

- numer w Księdze Oddziałowej,

- wiek pacjenta,

- data urodzenia pacjenta,

- płeć (K/M),

- identyfikator świadczenia,

- identyfikator pozycji rozliczeniowej.

Pytanie: Czy pod pojęciem Księgi Oddziałowej zamawiający rozumie listę pacjentów aktualnie przebywających na danym oddziale? Co Zamawiający rozumie przez identyfikator świadczenia? Jak Zamawiający rozumie pojęcie identyfikatora pozycji rozliczeniowej? Czy wyszukiwanie po tak zaawansowanych parametrach może odbywać się z poziomu dedykowanego raportu?

Odpowiedź na pytanie nr 301

Zamawiający podtrzymuje wymaganie opisane w SIWZ. Pod pojęciem Księgi Oddziałowej zamawiający rozumie listę pacjentów przebywających na oddziale aktualnie bądź w przeszłości niezależnie od trybu wypisu. Pod pojęciem identyfikator świadczenia Zamawiający rozumie identyfikator nadawany świadczeniu. Pod pojęciem identyfikator pozycji rozliczeniowej Zamawiający rozumie identyfikator nadawany pozycji rozliczeniowej.

257. Dotyczy: Załącznik nr 13 OPZ

Wszystkie powyższe filtry mogą zostać ukryte w widoku Księgi Oddziałowej (…)

Pytanie: Czy pod pojęciem Księgi Oddziałowej zamawiający rozumie listę pacjentów aktualnie przebywających na danym oddziale?

Odpowiedź na pytanie nr 302

Zamawiający pod pojęciem Księgi Oddziałowej Zamawiający rozumie listę pacjentów przebywających aktualnie bądź w przeszłości na danym oddziale niezależnie od trybu wypisu.

257. Dotyczy: Załącznik nr 13 OPZ

Dla każdego pomiaru możliwe jest odnotowanie osoby wykonującej pomiar oraz daty i godziny jego wykonania.

Pytanie: Najczęstszym przypadkiem jest sytuacja w której osoba wykonująca pomiar jest jednocześnie osobą uzupełniającą dokumentację wnosimy o dopuszczenie jako równoważne, aby informacja ta była przechowywana w systemie na podstawie osoby zalogowanej, która tworzyła taki wpis.

Odpowiedź na pytanie nr 303

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia tworzenie tzw. pakietów rozpoznań, a więc szablonów składających się z rozpoznania zasadniczego oraz trzech rozpoznań współistniejących

Pytanie: W jaki sposób miały by być definiowane takie pakiety rozpoznań?

Odpowiedź na pytanie nr 304

Zamawiający nie określa żadnego konkretnego sposobu konfiguracji pakietów rozpoznań. Zamawiający wymaga dostępności takiego mechanizmu w oferowanym systemie.

257. Dotyczy: Załącznik nr 13 OPZ

System posiada wbudowany mechanizm umożliwiający projektowanie formularzy dokumentacji medycznej

Pytanie: Xxxxxxx o potwierdzenie, że Zamawiający przekaże wszelkie wzory dokumentacji na etapie analizy przedwdrożeniowej, a wszelkie modyfikacje mogą by wykonywane przez pracowników Wykonawcy w ramach serwisu.

Odpowiedź na pytanie nr 305

Zamawiający potwierdza, że przekaże wszelkie wzory dokumentacji na etapie analizy przedwdrożeniowej, a wszelkie modyfikacje mogą by wykonywane przez pracowników Wykonawcy w ramach serwisu.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia weryfikację reguł szablonu kompletności w sposób ręczny lub automatyczny (np. przy wypisie).

Pytanie: Co Zamawiający rozumie przez pojęcie weryfikacji reguł szablonu kompletności w sposób ręczny lub automatyczny? Prosimy o podanie konkretnych przekładów.

Odpowiedź na pytanie nr 306

Zamawiający informuje, że weryfikacja reguł szablony kompletności w sposób ręczny oznacza funkcję umożliwiającą ręczne wywołanie mechanizmu weryfikacji reguł szablonu kompletności. Weryfikacja w sposób automatyczny oznacza funkcję umożliwiającą wywołanie mechanizmu automatycznie np. podczas wypisu pacjenta ze szpitala.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia zapisanie dokumentu w postaci xml wraz z rejestrem zapisu.

Pytanie: Prosimy o potwierdzenie, że Zamawiający miał na myśli plik pdf w jakim to najczęściej pobierane są ewentualne dokumenty

Odpowiedź na pytanie nr 307

Zamawiający wymaga zapisania dokumentu w postaci xml wraz z rejestrem zapisu.

257. Dotyczy: Załącznik nr 13 OPZ

Generowanie raportów zdefiniowanych przez użytkownika, takich jak x.xx.:

- wszystkie przekrojowe analizy na podstawie wprowadzonych danych.

Pytanie: Co Zamawiający rozumie przez pojęcie wszystkich przekrojowych analiz? Zamawiający stawia wymaganie otwarte. Prosimy o uszczegółowienie i podanie konkretnych przykładów.

Odpowiedź na pytanie nr 308

Zamawiający przekaże wszystkie wymagane zestawienia na etapie analizy wdrożeniowej.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia tworzenie tzw. schematów zabiegów operacyjnych, zawierających co najmniej elementy takie jak:

- nazwa schematu operacji

- opis zabiegu operacyjnego

- skład zespołu operacyjnego

- procedury ICD9 wraz z wykonującym, opisem, datą początkową i końcową oraz ilością

- rozpoznania pooperacyjne

Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku zastosowania i zapisania takich danych jako szablony dokumentów?

Odpowiedź na pytanie nr 309

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

System udostępnia panel rejestracji i przeglądu zleceń lekarskich i pielęgniarskich, umożliwiający rejestrację oraz przegląd wyników realizacji co najmniej następujących rodzajów zleceń:

- zlecenia dodatkowe wg słownika zdefiniowanego przez jednostkę,

Pytanie: Co Zamawiający rozumie pod pojęciem zleceń dodatkowych? Do jakich jednostek organizacyjnych mogą być one kierowane?

Odpowiedź na pytanie nr 310

Zamawiający poprzez zlecenia dodatkowe rozumie mechanizm umożliwiający definiowanie dowolnych rodzajów zleceń wg słownika własnego oddziału. Zlecenia rejestrowane oraz wykonywane są na oddziałach szpitalnych.

257. Dotyczy: Załącznik nr 13 OPZ

Panel rejestracji i przeglądu wyników zleceń udostępnia okno przeglądu wszystkich zleceń. Okno umożliwia co najmniej:

- wyświetlenie wszystkich zleceń oddziału lub konkretnego pacjenta,

- wyświetlenie wybranych rodzajów zleceń (np. tylko zlecenia na leki),

- wyświetlenie zleceń zarejestrowanych tylko przez wybranego pracownika,

- wyświetlenie zleceń z konkretnego okresu czasu,

- wyświetlenie zleceń z konkretnym statusem,

- posortowanie wyświetlanych zleceń wg daty zlecenia, daty planowanej realizacji, pacjenta, pracownika.

Pytanie: Zamawiający powołuje się na konkretny sposób realizacji wymagania. Prosimy o potwierdzenie, że Zamawiający, celem uniknięcia ograniczania konkurencji, dopuści jako równoważną inną metodę prezentowania tych danych o ile oczywiście spełni ona wymagania funkcjonalne.

Odpowiedź na pytanie nr 311

Zamawiający wymaga przeglądu zleceń na jednym ekranie zgodnie z powyższymi wymaganiami.

257. Dotyczy: Załącznik nr 13 OPZ

Indywidualny użytkownik posiada możliwość konfiguracji następujących elementów panelu:

- kolory wszystkich rodzajów zleceń,

Pytanie: Prosimy o potwierdzenie, że Zamawiający ma na myśli kolory statusów zleceń np. zrealizowano, anulowano. Jednocześnie wnioskujemy aby Zamawiający zrezygnował z konieczności konfiguracji tych elementów – zmiana może wpłynąć niekorzystnie na niezawodność pracy użytkowników systemu – zmiana koloru przez jednego pracownika może za sobą pociągnąć konsekwencje w postaci dezorientacji pozostałego personelu.

Odpowiedź na pytanie nr 312

Zamawiający ma na myśli RODZAJE zleceń, a nie statusy zleceń. Zamawiający podtrzymuje wymaganie opisane w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

Okno rejestracji zlecenia na lek po wybraniu konkretnego leku prezentuje co najmniej:

- postać xxxx,

- dawkę,

- opakowanie,

- możliwe sposoby podania,

- możliwe jednostki rozchodu,

Pytanie: Prosimy o potwierdzenie, że Zamawiający pod pojęciem możliwych jednostek rozchodu ma na myśli dostępność w poszczególnych jednostkach

Odpowiedź na pytanie nr 313

Zamawiający pod pojęciem możliwych jednostek rozchodu ma na myśli to w jakich jednostkach danych lek może być rozchodowany.

257. Dotyczy: Załącznik nr 13 OPZ

Każda z tych informacji konfigurowana jest niezależnie dla wybranych oddziałów.

Pytanie: Wnioskujemy aby Zamawiający zrezygnował z konieczności konfiguracji tych elementów – zmiana może wpłynąć niekorzystnie na niezawodność pracy użytkowników systemu – zmiana przez jednego pracownika może za sobą pociągnąć konsekwencje w postaci dezorientacji pozostałego personelu.

Odpowiedź na pytanie nr 314

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

Okno rejestracji zlecenia na lek prezentuje dodatkowe informacje:

- limit wartościowy,

- wykonany limit wartościowy,

- procent wykonania wartości limitu,

- całkowity procent wartości,

- szacunkowy koszt realizacji zlecenia na lek (na podstawie dokumentów zakupu)

Pytanie: Zamawiający powołuje się na konkretne rozwiązanie w związku z czym stanowi to element naruszenia zasad równej konkurencji. Prosimy o usunięcie zapisu z treści SIWZ.

Odpowiedź na pytanie nr 315

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

257. Dotyczy: Załącznik nr 13 OPZ

Gospodarka Żywieniowa (Kuchnia, Diety)

Pytanie: Czy Zamawiający w swojej placówce korzysta z obsługi cateringowej? Jeśli tak, wnosimy o usuniecie modułu Gospodarka Żywieniowa z treści SIWZ jako nadmiarowej. Wystarczającą funkcjonalnością dla Zamawiającego jest prezentowanie i możliwość zlecenia pacjentom odpowiedniej, dostępnej w ramach cateringu, diety, a następnie przygotowanie raportu z tego zakresu w celu poczynienia odpowiednich zamówień. Zamawiający rozszerza tym samym zakres zamówienia.

Odpowiedź na pytanie nr 316

Zamawiający usuwa wymagania dot. Gospodarki Żywieniowej z treści SIWZ i akceptuje jako wystarczającą funkcjonalność umożliwiającą prezentowanie i możliwość zlecania pacjentom odpowiedniej, dostępnej w ramach cateringu, diety, a następnie przygotowanie raportu z tego zakresu w celu poczynienia odpowiednich zamówień.

257. Dotyczy: Załącznik nr 13 OPZ

Analizy ilościowe zakażeń.

Pytanie: Czy pod tym pojęciem Zamawiający ma na myśli odpowiednie raporty dotyczące zakażeń których format ostanie ustalony na etapie analizy przedwdrożeniowej?

Odpowiedź na pytanie nr 317

Zamawiający ma na myśli raporty dotyczące zakażeń, których format zostanie ustalony na etapie analizy przedwdrożeniowej.

257. Dotyczy: Załącznik nr 13 OPZ

Mechanizm umożliwia zdefiniowanie następujących elementów:

- ośrodek kosztów na podstawie definicji planu kont w systemie finansowo – księgowym,

Pytanie: Prosimy o podanie nazwy, producenta systemu ERP z którym należy wykonać integrację w tym Zakresie. Prosimy również o potwierdzenie, że Zamawiający jest w posiadaniu odpowiednich interfejsów integracyjnych niezbędnych w celu zrealizowania przedmiotowej integracji, a jeśli nie to, że Zamawiający pokryje koszty pozyskania takich interfejsów.

Odpowiedź na pytanie nr 318

Zamawiający usuwa to wymaganie

257. Dotyczy: Załącznik nr 13 OPZ

APLIKACJA MOBILNA DLA ANASTEZJOLOGÓW

Pytanie: Czy jeżeli Wykonawca oferuje rozwiązanie webowe, które może z powodzeniem zostać otwarte na urządzeniach mobilnych, czy Zamawiający uzna w tym przypadku wymaganie za spełnione?

Odpowiedź na pytanie nr 319

Zamawiający podtrzymuje wymaganie opisane w SIWZ

Zamawiający wymaga aby dostarczone rozwiązanie było rozwiązaniem dedykowanym wyłącznie wsparciu czynności pracy anestezjologa z obsługą bez użycia myszki.

Rozwiązanie webowe jest niewygodne i nieergonomiczne do obsługi na niewielkich ekranach urządzeń mobilnych.

Poza tym, w związku z koniecznością przemieszczania się po placówce i występującymi częstymi zmianami punktów dostępowych może istnieć okresowy brak dostępu do sieci wifi, co w przypadku aplikacji webowej grozi utratą wprowadzonych danych, do czego Zamawiający nie może dopuścić w trosce o bezpieczeństwo pacjentów i personelu medycznego

257. Dotyczy: Załącznik nr 13 OPZ

MOBILNA APLIKACJA DLA PIELĘGNIAREK DLA WSPARCIA OBCHODU

Pytanie: Czy jeżeli Wykonawca oferuje rozwiązanie webowe, które może z powodzeniem zostać otwarte na urządzeniach mobilnych, czy Zamawiający uzna w tym przypadku wymaganie za spełnione?

Odpowiedź na pytanie nr 320

Zamawiający podtrzymuje wymaganie opisane w SIWZ

Zamawiający wymaga aby dostarczone rozwiązanie było rozwiązaniem dedykowanym wyłącznie wsparciu czynności pracy pielęgniarki podczas obchodu z obsługą bez użycia myszki.

Rozwiązanie webowe jest niewygodne i nieergonomiczne do obsługi na niewielkich ekranach urządzeń mobilnych.

Poza tym, w związku z koniecznością przemieszczania się po placówce i występującymi częstymi zmianami punktów dostępowych może istnieć okresowy brak dostępu do sieci wifi, co w przypadku aplikacji webowej grozi utratą wprowadzonych danych, do czego Zamawiający nie może dopuścić w trosce o bezpieczeństwo pacjentów i personelu medycznego.

257. Dotyczy: Załącznik nr 13 OPZ

MOBILNA APLIKACJA DLA LEKARZY DLA WSPARCIA OBCHODU

Pytanie: Czy jeżeli Wykonawca oferuje rozwiązanie webowe, które może z powodzeniem zostać otwarte na urządzeniach mobilnych, czy Zamawiający uzna w tym przypadku wymaganie za spełnione?

Odpowiedź na pytanie nr 321

Zamawiający podtrzymuje wymaganie opisane w SIWZ

Zamawiający wymaga aby dostarczone rozwiązanie było rozwiązaniem dedykowanym wyłącznie wsparciu czynności pracy lekarzy podczas obchodu z obsługą bez użycia myszki.

Rozwiązanie webowe jest niewygodne i nieergonomiczne do obsługi na niewielkich ekranach urządzeń mobilnych.

Poza tym, w związku z koniecznością przemieszczania się po placówce i występującymi częstymi zmianami punktów dostępowych może istnieć okresowy brak dostępu do sieci wifi, co w przypadku aplikacji webowej grozi utratą wprowadzonych danych, do czego Zamawiający nie może dopuścić w trosce o bezpieczeństwo pacjentów i personelu medycznego.

257. Dotyczy: Załącznik nr 13 OPZ

W systemie możliwe jest ustalenia tygodniowych grafików pracy z określeniem co ile tygodni dany grafik ma być powielany funkcja pozwalaj na powielenie grafiku np. co 3,4,5 tygodni niekoniecznie z założeniem że personel posiada identyczny grafik w tygodnie nieparzyste lub parzyste.

Pytanie: Czy Zamawiający uzna wymaganie za spełnione w przypadku możliwości tworzenia schematów grafików?

Odpowiedź na pytanie nr 322

Zamawiający Zamawiający pracuje na grafikach tygodniowych i wymaga możliwości ustalania grafików tygodniowych z określeniem co ile tygodni danych grafik ma być powielany.

257. Dotyczy: Załącznik nr 13 OPZ

Możliwość rejestracji pacjentów do lekarza przez Internet.

Pytanie: Czy Zamawiający ma na myśli możliwość rejestracji przez portal Znany Lekarz?

Odpowiedź na pytanie nr 323

Zamawiający ma na myśli umożliwienie pacjentom zarejestrowanie się przez internet, nie narzucając Wykonawcom sposobu rozwiązania.

257. Dotyczy: Załącznik nr 13 OPZ

W systemie istnieje możliwość wyświetlania informacji z terminarza informacyjnego. Funkcja udostępnia minimalny zakres informacji: prezentację godzin przyjęć lekarzy na wyświetlaczach naściennych, naprzemienne wyświetlanie tygodniowego grafiku pracy lekarzy (specjalizacja, godziny przyjęć); dzisiejszych godzin przyjęć lekarzy (specjalizacja, godziny przyjęć, gabinet), prezentację plansz informacyjnych np. reklama, prezentację dowolnego tekstu informacyjnego dla pacjentów.

Pytanie: Czy Zamawiający jest w posiadaniu wyświetlaczy naściennych? W jaki sposób Zamawiający ma zamiar ewidencjonować te dane? Czy Zamawiający jest w posiadaniu konkretnego oprogramowania które pozwoli na realizację tego wymagania?

Odpowiedź na pytanie nr 324

Zamawiający usuwa to wymaganie. Zamawiający nie wymaga na tym etapie wdrożenia opisanej funkcjonalności a jedynie chce Xxxxx zapewnić w przyszłości gotowość Wykonawcy do uruchomienia takiego rozwiązania w własnym systemie lub integracji z Dostawcą trzeci. Zamawiający nie wymaga uwzględnienia tego w kosztach projektu

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia kopiowanie recept za pomocą metody drag and drop.

Pytanie: Zamawiający powołuje się na konkretne rozwiązanie. Prosimy o potwierdzenie, że wymaganie zostanie uznane za spełnione w przypadku udostępnienia możliwości kopiowania recept za pomocą innej metody niż drag & drop.

Odpowiedź na pytanie nr 325

Zamawiający wymaga jedynie aby system umożliwiał szybkie kopiowanie recept głównie przez lekarzy. Zamawiający nie narzuca konkretnego rozwiązania, ale wymaga aby metoda kopiowania zaproponowana przez Wykonawcę nie wymagała więcej czynności i czasu niż z użyciem metody drag & drop.

257. Dotyczy: Załącznik nr 13 OPZ

MODUŁ-GABINET LEKARSKI ROZSZERZENIE O MODUŁ NOCNA POMOC LEKARSKA- WIZYTA MOBILNA (E-WIZYTA)

Pytanie: Czy jeżeli Wykonawca oferuje rozwiązanie webowe, które może z powodzeniem zostać otwarte na urządzeniach mobilnych, czy Zamawiający uzna w tym przypadku wymaganie za spełnione?

Odpowiedź na pytanie nr 326

Zamawiający podtrzymuje wymaganie opisane w SIWZ, ponieważ chce Xxxxx zapewnić możliwość pracy lekarza podczas wizyty domowej (dostęp do historii zdrowia i choroby, wywiadów, przepisanych leków)w przypadku braku dostępu do internetu. Aplikacja mobilna daje możliwość przeprowadzenia w pełni wizyty w przypadku braku dostępu do internetu.

257. Dotyczy: Załącznik nr 13 OPZ

System umożliwia zmianę sposobu płatności za badania laboratoryjne.

Pytanie: Prosimy o podanie nazwy, producenta systemu LIS z którym należy wykonać integrację w tym Zakresie. Prosimy również o potwierdzenie, że Zamawiający jest w posiadaniu odpowiednich interfejsów integracyjnych niezbędnych w celu zrealizowania przedmiotowej integracji, a jeśli nie to, że Zamawiający pokryje koszty pozyskania takich interfejsów.

Odpowiedź na pytanie nr 327

Zamawiający wymaga w ramach projektu integracji dostarczonego ZSI z laboratoryjnym oprogramowaniem firmy Roche wraz z pokrycie kosztów integracji.

Lp.	FUNKCJONALNOŚĆ
	Integracja z wykorzystaniem standardu HL7 w wersji min. 2.3.xx lub innej metody komunikacji
	Dane przesyłane z systemu ZSI, umożliwiające przesyłanie zlecanie i odbiór wyników, w tym co najmniej:
	- dane personalne pacjentów (nazwisko, imię, XXXXX, miejsce zamieszkania).
	- dane zlecenia (numer zlecenia, techniczny identyfikator zlecenia, jednostka zlecająca, lekarz zlecający).
	- dane badania (kod i nazwa badania).
	Dane przesyłane z systemu LIS do systemu ZSI umożliwiające odbiór zleceń i przekazywanie wyników, w tym co najmniej:
	- treść wyniku, dane osoby wykonującej, dane osoby autoryzującej, kod badania, nazwa badania.

328. Dotyczy: Załącznik nr 13 OPZ

Pytanie: Czy Zamawiający posiada podpisaną umowę serwisową z dostawą oprogramowania laboratoryjnego? W jakiej wersji oprogramowanie wykorzystuje Zamawiający, czy jest to najnowsza dostępna na rynku wersja?

Odpowiedź na pytanie nr 328

Zamawiający informuje, że Laboratorium nie jest jednostką organizacyjna zamawiającego. Laboratorium dla zamawiającego jest firmą zewnętrzna (podwykonwacą). Laboratorium posiada oprogramowanie firmy Roche, nazwa systemu: Infinity. Laboratorium nie posiada najnowszej wersji dostępnej na rynku.

328. Dotyczy: Załącznik nr 13 OPZ

Pytanie: Czy laboratorium posiada własny system bazodanowy? Prosimy o potwierdzenie, że system ten jest wspierany przez producenta.

Odpowiedź na pytanie nr 329

Zamawiający informuje, że posiada, Producent Xxxxx, Nazwa systemu: Infinity

Tak, jest wspierany przez producenta

328. Dotyczy: Załącznik nr 17 do OPZ

Pytanie: Prosimy o podanie dokładnej liczby licencji w rozbiciu na poszczególne moduły – których dostarczenia wymaga Zamawiający. Ponadto prosimy o podanie dokładnej liczby personelu podlegającego szkoleniu w ramach realizacji przedmiotowego zamówienia oraz określenie liczby godzin którą wykonawca powinien poświęcić na realizację szkoleń.

Odpowiedź na pytanie nr 330

Zamawiający informuje, że . Liczba licencji w rozbiciu na poszczególne moduły:

1. Administrator - 2 osoby

2. Izba Przyjęć - 20 osoby

3. Oddział – 120 osób

4. Rehabilitacja – 50 osób

5. Apteka i apteczki oddziałowe – 60 osób

6. Gabinet na oddziale – 15 osób

7. Poradnia – 10 osób

8. Rozliczenia z NFZ (Gruper) - 5 osób

9. Kolejki oczekujących/harmonogramy przyjęć - 5 osób

10. AP-KOLCE – 5 osób

11. Statystyka – Ruch chorych – 5 osób

12. Zlecenia medyczne – 60 osób

13. EDM- Elektroniczna Dokumentacja Medyczna – 90 osób

14. Telemedycyna – 10 osób

Szkoleniu będzie podlegać około 120 osób personelu białego oraz personel administracyjny korzystający z oprogramowania medycznego. W sumie około 130 osób. (+/-10 osób)

Szkolenia powinny być prowadzone dla poszczególnych klas użytkowników z uwzględnieniem ich ilości i możliwości czasowych (zespół lekarski, pielęgniarski, fizjoterapeutyczny, opiekunów medycznych, psycholog, logopeda, dietetyk, terapeuta zajęciowy, administracja, opiekun IT). Aktualnie szkolenie lekarza zajmuje ok 2 – 2,5h, pielęgniarki 1,5 -2h, fizjoterapeuci 1 – 1,5 h, opiekun medyczny 0,5 – 1 h, psycholog, logopeda, terapeuta zajęciowy, dietetyk 1-1,5 h.

Do zadań Wykonawcy należy ułożenie szkolenia i określenie ram czasowych. Zamawiający oczekuje skutecznego przeszkolenia personelu by sprawnie posługiwali się wprowadzanym programem. Planowane szkolenie powinno uwzględniać zarówno część teoretyczną jak i praktyczną oraz możliwość zadawania pytań w trakcie szkolenia”.

328. Dotyczy: Załącznik nr 17 do OPZ

Program ma możliwość integracji z systemem laboratoryjnym Zamawiającego

Pytanie: Prosimy o podanie nazwy, producenta systemu LIS z którym należy wykonać integrację w tym Zakresie. Prosimy również o potwierdzenie, że Zamawiający jest w posiadaniu odpowiednich interfejsów integracyjnych niezbędnych w celu zrealizowania przedmiotowej integracji, a jeśli nie to, że Zamawiający pokryje koszty pozyskania takich interfejsów.

Odpowiedź na pytanie nr 331

Zamawiający informuje, że posiada Xxxxxx-XXXX. Połączenie po HL7. Zamawiający jest w posiadaniu niezbędnych interfejsów integracyjnych dla aktualnego programu.

328. Dotyczy: Załącznik nr 17 OPZ

Pytanie: Czy Zamawiający posiada podpisaną umowę serwisową z dostawą oprogramowania laboratoryjnego? W jakiej wersji oprogramowanie wykorzystuje Zamawiający, czy jest to najnowsza dostępna na rynku wersja?

Odpowiedź na pytanie nr 332

Zamawiający nie posiada LIS, a jedynie korzysta z połączenia po HL7 z oprogramowaniem Xxxxxx - Xxxx użytkowanym przez laboratorium.

328. Dotyczy: Załącznik nr 17 OPZ

Pytanie: Czy laboratorium posiada własny system bazodanowy? Prosimy o potwierdzenie, że system ten jest wspierany przez producenta.

Odpowiedź na pytanie nr 333

Zamawiający korzysta z połączenia HL7 do odbioru danych z laboratorium i nie jest odpowiedzialny za system bazodanowy, z którego korzysta nasz usługodawca (Alab).

328. Dotyczy: Załącznik nr 17 do OPZ

Współpraca z czytnikami kodów kreskowych i skanerami dowodów osobistych.

Pytanie: Czy Zamawiający jest w posiadaniu czytników kodów kreskowych i skanerów dowodów osobistych? Jeśli tak prosimy o podanie modelu oraz nazwy producenta.

Odpowiedź na pytanie nr 334

Zamawiający posiada następujące czytniki kodów kreskowych:

- Czytnik Argox AS8000 – 8 sztuk

- Czytnik DS2208 – 1 sztuka

- Czytnik kodów NEWLAND NLS-HR32- 1 sztuka

- Combo Scan ID SCANNER

Ponadto Zamawiający otrzyma w ramach zamówienia SzW/9/2020 – Dostawa przełączników sieciowych, urządzeń dostępowych, drukarek, skanerów i systemów zasilania gwarantowanego

- 4 czytniki przewodowe

- 7 czytników bezprzewodowych

- 1 skaner specjalistyczny.

328. Dotyczy: Załącznik nr 17 do OPZ

Raporty umożliwiają eksport danych do xls, html, pdf

Pytanie: Czy Zamawiający dopuści aby raporty były eksportowane do formatów: xls, pdf, csv?

Odpowiedź na pytanie nr 335

Tak Zamawiający dopuszcza.

328. Dotyczy: Załącznik nr 17 do OPZ

Oprogramowanie umożliwia eksport danych do innych programów np. programu księgowego (faktury i koszty pobytów)

Pytanie: Prosimy o podanie nazwy, producenta systemu ERP z którym należy wykonać integrację w tym Zakresie. Prosimy również o potwierdzenie, że Zamawiający jest w posiadaniu odpowiednich interfejsów integracyjnych niezbędnych w celu zrealizowania przedmiotowej integracji, a jeśli nie to, że Zamawiający pokryje koszty pozyskania takich interfejsów.

Odpowiedź na pytanie nr 336

Simple.ERP producent: Simple S.A. wersja 6.20

Interfejsy, z których aktualnie korzysta oprogramowanie w załączeniu (SzW_7_2020_Zalacznik_nr_17b_do_OPZ_-_Podrecznik_Administratora_integracja_Simple.docx. Wykonawca jest zobowiązany uwzględnić wszystkie koszty niezbędne do prawidłowego wykonania zamówienia w cenie oferty.

328. Dotyczy: Załącznik nr 17 do OPZ

Użytkownik może zmniejszyć lub powiększyć dokument, z którym pracuje z poziomu aplikacji.

Pytanie: Czy jeżeli aplikacja jest webowa to Zamawiający dopuści, aby powiększanie odbywało się z wykorzystaniem mechanizmów wbudowanych w przeglądarkę?

Odpowiedź na pytanie nr 337

Tak, Zamawiający dopuszcza.

328. Dotyczy: Załącznik nr 17 do OPZ

W systemie dostępna jest pomoc kontekstowa w języku polskim z dokładnością do ekranu z którego została uruchomiona pomoc.

Pytanie: Czy Zamawiający dopuści aby do każdego modułu była udostępniona odpowiednia instrukcja stanowiskowa?

Odpowiedź na pytanie nr 338

Zamawiający informuje, że wymaganie musi być zgodne z zapisami opisu przedmiotu zamówienia.

328. Dotyczy: Załącznik nr 17 do OPZ

System umożliwia projektowanie dowolnych dokumentów jednostki z wykorzystaniem mechanizmów walidacji.

Pytanie: Xxxxxxx o potwierdzenie, że Zamawiający przekaże wszelkie wzory dokumentacji na etapie analizy przedwdrożeniowej, a wszelkie modyfikacje mogą by wykonywane przez pracowników Wykonawcy w ramach serwisu.

Odpowiedź na pytanie nr 339

Zamawiający informuje, że wymaganie musi być zgodne z zapisami opisu przedmiotu zamówienia.

328. Dotyczy: Załącznik nr 17 do OPZ

System posiada moduł telekonferencji.

Pytanie: Czy Zamawiający ma na myśli moduł do wideokonsultacji?

Odpowiedź na pytanie nr 340

Zamawiający informuje, że ma na myśli moduł do wideo konsultacji.

328. Dotyczy: Załącznik nr 17 do OPZ

Definiowanie harmonogramów dla łóżek, urządzeń, gabinetów i pomieszczeń.

Pytanie: Co Zamawiający rozumie pod pojęciem harmonogramów dla łóżek?

Odpowiedź na pytanie nr 341

Zamawiający informuje, że w przypadku pacjentów nieopuszczających łóżek/ długotrwale leżących, ćwiczenia bierne lub przyłóżkowe wykonywane są przy łóżku pacjenta. Stąd tez konieczność zdefiniowania harmonogramu ćwiczeń do konkretnego stanowiska ćwiczeń, którym w tym przypadku stanowi łóżko pacjenta.

328. Dotyczy: Załącznik nr 17 do OPZ

Informacja o kończących się zabiegach u pacjentów

Pytanie: W jaki sposób Zamawiający zamierza zostać poinformowany o kończących się zabiegach?

Odpowiedź na pytanie nr 342

Zamawiający oczekuję np. raportu w programie, który będzie zbierać dane o kończących się zleceniach zabiegów rehabilitacyjnych.

328. Dotyczy: Załącznik nr 17 do OPZ

Gabinet na oddziale

Pytanie: Czy Zamawiający aby dokumentacja w ramach konsultacji była dodawana bezpośrednio z poziomu modułu oddział, zachowując tym samym funkcjonalność?

Odpowiedź na pytanie nr 343

Tak. Przy czym lekarz prowadzący na oddziale musi mieć możliwość zlecenia konsultacji pacjentowi przez lekarza specjalistę, psychologa, logopedy ect. do gabinetów na oddziale.

Tak żeby dany specjalista mógł znaleźć w programie zlecenie na konkretną konsultację.

328. W związku z treścią Załacznika nr 17 do OPZ - Opis_wymagan dla Systemu HIS dla czesci XVII.docx Wymogi ogólne pkt. 6.

Prosimy o potwierdzenie, że Xxxxxxxxxxx zaakceptuje komercyjny silnik bazy danych ze wsparciem producenta jako opcję bezpieczniejszą niż open source.

Odpowiedź na pytanie nr 344

Tak pod warunkiem zapewnienia szkolenia dla administratora oraz suportu dla silnika bazy danych na czas trwania projektu. Jeśli Dostawca dostarczy komercyjny silnik bazy danych to musi również dostarczyć odpowiednią platformę sprzętową (serwer) o parametrach pozwalających na bezawaryjną, ciągłą pracę w celu zapewnia pracy systemu HIS 365/7/24.

328. W związku z treścią Załacznika nr 17 do OPZ - Opis_wymagan dla Systemu HIS dla czesci XVII.docx

Prosimy o potwierdzenie, że Zamawiający posiada w swojej infrastrukturze co najmniej jeden serwer jednoprocesorowy oraz zasoby na macierzy dyskowej na potrzeby instalacji silnika bazodanowego.

Odpowiedź na pytanie nr 345

Zamawiający nie posiada serwera jednoprocesorowego. Zamawiający posiada zasoby na macierzy na potrzeby instalacji silnika bazodanowego.

328. Prosimy o potwierdzenie, iż Zamawiający w przypadku wymiany uzna za równoważne następujące funkcjonalności:

RUCH CHORYCH - IZBA PRZYJĘĆ

Prowadzenie rejestru pacjentów wspólnego dla wszystkich modułów.

Możliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów), a także wizyt ambulatoryjnych, stacji dializ, diagnostyki.

Wyszukiwanie pacjentów według co najmniej wymienionych parametrów: * imię,

• nazwisko,

• nazwisko rodowe pacjenta,

• identyfikator pacjenta w systemie informatycznym,

• PESEL,

• wiek,

• płeć,

• data urodzenia,

• Numer Księgi Głównej,

• data przyjęcia na Izbę Przyjęć/Oddział ,

• Miejscowość, ulica, kod administracyjny, * Diagnozy/wykonane usługi,

• Zakodowane świadczenia NFZ.

Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta.

Możliwość przypisania lekarza kwalifikującego przy przeniesieniu pacjenta na Oddział z Izby Przyjęć.

System posiada mechanizm zabezpieczający przed wyborem wykluczających się nawzajem trybów przyjęcia i źródeł skierowania. System ponadto automatycznie uzupełniania drugie pole gdy poprawna jest tylko jedna wartość.

Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: - Nazwisko

- Płeć.

Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych:

• dane osobowe,

• dane adresowe (adres stały, tymczasowy, do korespondencji),

• dane o rodzinie pacjenta (możliwość wpisania więcej niż jednego krewnego), - dane o ubezpieczeniu, - dane o zatrudnieniu.

Możliwość generowania wydruków bezpośrednio z ekranu przyjęcia pacjenta - dostępne wydruki są konfigurowane w module administracyjnym.

System automatycznie uzupełniania 'Miejscowość' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta.

System daje możliwość przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR .

System prowadzi wspólną bazę pacjentów i krewnych w taki sposób, aby uniknąć podwójnego wprowadzania danych (np. raz jako pacjent i drugi raz jako krewny).

Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta.

System sprawdza poprawność numeru PESEL podczas wprowadzania danych pacjenta.

System pozwala na wprowadzenie danych pacjenta z tzw. błędnym numerem PESEL (x.xx. na potrzeby obsługi zdarzających się błędnie wydanych numerów PESEL).

System automatycznie uzupełnia datę urodzenia pacjenta i płeć na podstawie numeru PESEL.

Zabezpieczenie przed dodaniem do rejestru pacjentów kolejnego pacjenta z tym samym numerem PESEL. W takim przypadku wybierany jest pacjent już istniejący w rejestrze.

Możliwość oznaczenia pacjentów będących osobami publicznymi lub VIP, co skutkuje ograniczeniem dostępu do danych tych pacjentów jedynie dla osób uprawnionych.

System pozwala oznakować pacjenta ze względu na zakaz informowania o pobycie pacjenta.

Szybki podgląd danych pacjenta wybranego z rejestru pacjentów.

Rejestracja pobytu pacjenta na Izbie Przyjęć z możliwością odnotowania następujących danych: - tryb przyjęcia,

• dane skierowania,

• rozpoznania ze skierowania, - dane o płatniku,

• lekarz przyjmujący.

Zarządzanie słownikami lekarzy i jednostek kierujących:

• dodanie nowego wpisu do rejestru, - edycja istniejącego wpisu,

• usunięcie istniejącego wpisu.

System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego.

Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu.

Możliwość zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM

Załączanie dokumentów do skierowania, skanowanie dokumentów.

Możliwość gromadzenia danych medycznych związanych z pobytem na Izbie Przyjęć: - rozpoznanie wstępne,

• rozpoznanie ze skierowania,

• wywiad,

• badania,

• zastosowane leczenie, - zalecenia.

Możliwość gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI

Możliwość definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych.

Możliwość odnotowania wykonanych pacjentowi na Izbie Przyjęć elementów leczenia (procedury, leki, badania, zabiegi, konsultacje).

Możliwość odnotowania zużytych materiałów do przeprowadzonych na Izbie Przyjęć zabiegów i przypisania zużycia do pacjenta.

Odnotowanie odmowy przyjęcia do szpitala – automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych.

Odnotowanie powodu odmowy przyjęcia i kierunku wypisu pacjenta.

Odnotowanie udzielenia porady ambulatoryjnej na Izbie Przyjęć – automatyczny wpis do Księgi Odmów i Porad Ambulatoryjnych.

Zapis świadczeń NFZ udzielonych w ramach porady ambulatoryjnej

Możliwość generowania wydruków bezpośrednio z ekranu porady ambulatoryjnej - dostępne wydruki są konfigurowane w module administracyjnym.

Zakończenie pobytu na izbie przyjęć przyjęciem na oddział.

Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach z informacją na co pacjent oczekuje, z możliwością dodrukowania potwierdzenia wpisu na kolejkę dla pacjenta.

Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę.

Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta.

Skierowanie pacjenta na oddział z możliwością odnotowania trybu przyjęcia, określenia lekarza i jednostki kierującej, wydruku pierwszej strony historii choroby.

Możliwość odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu. Przynajmniej wprowadzenie informacji tekstowej z listą zostawionych przedmiotów.

Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział.

Obsługa wielu Ksiąg Głównych.

Blokada możliwości przyjęcia na Izbę Przyjęć pacjenta aktualnie przebywającego w szpitalu (na izbie przyjęć, bądź na oddziale).

Blokada możliwości udzielenia porady ambulatoryjnej pacjentowi aktualnie przebywającemu na oddziale.

Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział.

Dla łóżek możliwe jest określenie restrykcji do walidacji płci przyjmowanych pacjentów: Xxxxxxxxx podczas przyjęcia pacjenta na odział będzie działała w następujący sposób:

Jeżeli sala będzie określona jako:

• Męska (lub żeńska), próba przyjęcia na oddział pacjenta płci przeciwnej spowoduje wyświetlenie ostrzeżenia i zablokuje takie przyjęcie.

• Dynamiczna - pierwszy przyjęty pacjent determinuje rodzaj sali. Od chwili jego przyjęcia walidacja uniemożliwi przyjęcie pacjenta płci przeciwnej. Jeżeli na sali już wcześniej znajdowali się pacjenci różnej płci, aplikacja wyświetli o tym ostrzeżenie.

• Nieokreślona (koedukacyjna) - walidacja wyłączona, więc na salę jednocześnie mogą zostać przyjęte kobiety i mężczyźni.

Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział.

Odnotowanie w systemie informacji o zgonie pacjenta na Izbie Przyjęć wraz z wpisem do Księgi Zgonów.

Wprowadzenie rozpoznań w ramach historii choroby:

• wstępnych – ze skierowania,

• dodatkowych,

• przyczyny zgonu (w przypadku zgonu pacjenta).

Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta.

Szybki dostęp do najważniejszych funkcji modułu, z przypisanymi na stałe w zakresie całego modułu skrótami klawiaturowymi, x.xx. do:

• wyszukania pacjenta,

• wyszukania pobytu,

• informacji o pacjencie,

• przeglądu wszystkich hospitalizacji pacjenta.

Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie.

Przegląd i wydruk ksiąg:

• Księga Główna,

• Księga Oczekujących,

• Księga Odmów i Porad Ambulatoryjnych, - Księga Zgonów.

Wydruk standardowych dokumentów związanych z pobytem pacjenta na Izbie Przyjęć w zakresie gromadzonych w systemie danych:

• Karta Informacyjna Izby Przyjęć,

• Karta informacyjna pacjenta z UE, - Karta Nowotworowa, - Karta Zgonu.

System posiada zestaw standardowych zestawień i raportów:

• dziennik ruchu chorych,

• lista pacjentów przyjętych do szpitala,

• lista pacjentów przebywających w oddziale,

• lista pacjentów wypisanych ze szpitala,

• raport dzienny,

• raport niepełnych danych pacjentów,

• raport wykonanych świadczeń (raport interaktywny, z poziomu raportu możliwość wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu).

System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej.

System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta.

System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10

Przy przyjęciu pacjenta system ostrzega, że pacjent był już hospitalizowany w okresie krótszym niż 14 dni.

Możliwość nadawania pacjentom priorytetów/klasyfikacji np. Nagły (czerwony), Pilny (żółty), Stabilny. Wpływa to na prezentację pobytu pacjenta w danych pobytu i na listach prezentujących pacjentów przebywających w szpitalu (prezentacja danych z użyciem koloru).

RUCH CHORYCH - ODDZIAŁ

Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z możliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów), poradni, diagnostyki, stacji dializ.

Wyszukiwanie pacjentów minimum według parametrów:

• imię,

• nazwisko,

• nazwisko rodowe pacjenta,

• identyfikator pacjenta w systemie informatycznym,

• PESEL,

• wiek,

• płeć,

• data urodzenia,

• lekarz prowadzący,

• Numer Księgi Głównej,

• data przyjęcia na Izbę Przyjęć/Oddział ,

• Miejscowość, ulica, kod administracyjny,

• Diagnozy/wykonane usługi/zakodowanie świadczenia NFZ.

Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta.

System posiada mechanizm zabezpieczający przed wyborem wykluczających się nawzajem trybów przyjęcia i źródeł skierowania. System ponadto automatycznie uzupełniania drugie pole gdy poprawna jest tylko jedna wartość.

Kopiowanie danych opisowych z poprzednich pobytów Pacjenta, do pobytu bieżącego. Funkcja umożliwia skopiowanie wprowadzonej w systemie danej opisowej w jednym z poprzednich pobytów pacjenta do bieżącego pobytu. Naciśnięcie wskazanego hiperlinka do istniejącego opisu, skopiuje dane do pobytu bieżącego.

System automatycznie uzupełniania 'Miejscowość' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta.

System daje możliwość przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR .

Przyjęcie nowego pacjenta z wprowadzeniem minimalnego zakresu danych: * Nazwisko * Płeć.

Przyjęcie nowego pacjenta z wprowadzeniem podstawowego zakresu danych:

• dane osobowe,

• dane adresowe (adres stały, tymczasowy, do korespondencji),

• dane o rodzinie pacjenta (możliwość wpisania więcej niż jednego krewnego), - dane o ubezpieczeniu, - dane o zatrudnieniu.

Możliwość przyjęcia pacjenta na izbę przyjęć bezpośrednio z modułu Oddział.

System prowadzi wspólną bazę pacjentów i krewnych w taki sposób, aby uniknąć podwójnego wprowadzania danych (np. raz jako pacjent i drugi raz jako krewny).

Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta.

System sprawdza poprawność numeru PESEL podczas wprowadzania danych pacjenta.

System pozwala na wprowadzenie danych pacjenta z błędnym numerem PESEL: w momencie zatwierdzenia błędnego numeru PESEL system ponownie prosi o jego zatwierdzenie i jeśli będzie zatwierdzony to zostanie zapisany.

System automatycznie uzupełnia datę urodzenia pacjenta i płeć na podstawie numeru PESEL.

Zabezpieczenie przed dodaniem do rejestru pacjentów kolejnego pacjenta z tym samym numerem PESEL. W takim przypadku wybierany jest pacjent już istniejący w rejestrze.

Możliwość oznaczenia pacjentów jako VIP, co skutkuje ograniczeniem dostępu do danych tych pacjentów jedynie dla osób uprawnionych.

System pozwala oznakować pacjenta ze względu na zakaz informowania o pobycie pacjenta

Szybki podgląd danych pacjenta wybranego z rejestru pacjentów.

Przyjęcie pacjenta na oddział z możliwością odnotowania następujących danych: - tryb przyjęcia,

• dane skierowania,

• rozpoznania ze skierowania, - dane o płatniku,

• lekarz przyjmujący.

Możliwość przyjęcia pacjenta na oddział z pominięciem Izby Przyjęć.

System ostrzega lub uniemożliwia rejestrowanie zleceń lekarskich np. na badania, ordynowanie leków w przypadku nie przypisania pacjentowi lekarza prowadzącego.

Możliwość odnotowania danych odnoszących się do przedmiotów przekazanych do depozytu.

Automatyczne nadanie numeru Księgi Głównej w momencie przyjęcia pacjenta na oddział.

Możliwość ręcznej edycji numeru Księgi Głównej.

Obsługa wielu Ksiąg Głównych.

Administracja słownikami lekarzy i jednostek kierujących z poziomu aplikacji:

dodanie nowego wpisu do rejestru, - edycja istniejącego wpisu,

- usunięcie istniejącego wpisu.

System posiada wbudowane mechanizmy kontroli poprawności numeru REGON i NIP dla jednostki kierującej oraz prawa wykonywania zawodu dla lekarza kierującego.

Zabezpieczenie przed ponownym dodaniem do słownika lekarzy kierujących lekarza z tym samym numerem wykonywania zawodu.

Możliwość zabezpieczenia przed ponownym dodaniem do słownika jednostek kierujących jednostki z tym samym REGONEM

Załączanie dokumentów do skierowania, skanowanie dokumentów.

Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach, z możliwością dodrukowania potwierdzenia wpisu na kolejkę dla pacjenta.

Zmiana wcześniej zaplanowanego terminu przyjęcia pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę.

Przyjęcie pacjenta na oddział bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta.

System umożliwia odnotowanie dostarczenia skierowania oraz raport pacjentów, którzy nie dostarczyli skierowania po upływie 14 dni po wpisie na Kolejkę Oczekujących

Blokada możliwości ponownego przyjęcia na oddział pacjenta już przebywającego w tym czasie w szpitalu.

Ostrzeżenie o braku wolnych łóżek na oddziale podczas przyjmowania pacjenta na oddział.

Podgląd stanu łóżek na oddziałach w trakcie przyjmowania pacjenta na oddział.

Możliwość anulowania przyjęcia pacjenta na oddział wraz z wycofaniem danych pacjenta na Izbę Przyjęć.

Przeniesienie pacjenta na inny oddział z wpisem do Księgi Oddziałowej wraz z automatycznym lub ręcznym nadaniem numeru Księgi Oddziałowej.

Możliwość prowadzenia jednej Księgi Oddziałowej (wspólnej numeracji) dla kilku oddziałów.

Przy przenoszeniu pacjenta na inny oddział lub salę system podpowiada salę i lekarza prowadzącego na podstawie poprzednich pobytów pacjenta w ramach tej samej hospitalizacji.

Możliwość ręcznej edycji numeru Księgi Oddziałowej.

Możliwość anulowania przeniesienia na inny oddział.

Możliwość gromadzenia danych medycznych związanych z pobytem na oddziale:

• Rozpoznanie

• Rozpoznanie ze skierowania

• Wywiad

• Badania

• Zastosowane leczenie

• Epikryza

• Zalecenia.

System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10

System prezentuje na ekranie podsumowania pobytu pacjenta - diagnozy ICD-10 wraz z wprowadzonymi komentarzami.

System umożliwia kopiowania do bieżącego pobytu diagnozy ICD-10 wprowadzonej w dowolnym wcześniejszym pobycie pacjenta.

W przypadku braku rozpoznania głównego na którymkolwiek oddziale w ramach hospitalizacji system pozwala na skopiowanie na ten pobyt diagnozy głównej z oddziału wypisowego.

System automatycznie podpowiada kodowanie diagnoz hospitalizacji na podstawie zakodowanych diagnoz w poszczególnych pobytach na oddziałach.

Możliwość gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI

Możliwość definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych.

Możliwość odnotowania wykonanych pacjentowi na oddziale elementów leczenia (procedury, leki, badania, zabiegi, konsultacje).

Możliwość odnotowania zużytych materiałów do przeprowadzonych na oddziale zabiegów i przypisania zużycia do pacjenta.

Prowadzenie karty TISS w systemie.

Odnotowanie w systemie informacji o zgonie pacjenta wraz z wpisem do Księgi Zgonów.

Wprowadzenie rozpoznań w ramach historii choroby:

• wstępnych – ze skierowania,

• końcowych (rozpoznanie zasadnicze, dodatkowe, współistniejące) - przyczyny zgonu (w przypadku zgonu pacjenta).

Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta.

Możliwość anulowania zleconych badań, leków i rezerwacji na ekranie wprowadzania zgonu pacjenta.

Szybki dostęp do najważniejszych funkcji modułu, z przypisanymi na stałe w zakresie całego modułu skrótami klawiaturowymi, x.xx. do:

• wyszukania pacjenta,

• wyszukania pobytu,

• informacji o pacjencie,

• przeglądu wszystkich hospitalizacji pacjenta.

Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie.

Możliwość wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale.

Obsługa przepustek.

Przegląd i wydruk ksiąg:

• Księga Główna,

• Księga Oddziałowa, - Księga Oczekujących, - Księga Zgonów.

Prowadzenie i możliwość wydruku Historii Choroby: dane przyjęciowe, wywiad wstępny (przedmiotowo, podmiotowo), przebieg leczenia, epikryza.

Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych:

• Historia Choroby,

• Karta Wypisowa,

• Karta Odmowy Przyjęcia do Szpitala, - Karta Informacyjna.

Możliwość wypełnienia i wydruk standardowych druków zewnętrznych:

• Karta Statystyczna,

• Karta Nowotworowa,

• Karta Zgłoszenia Choroby Zakaźnej, - Karta Zgonu.

Możliwość prowadzania oceny Ryzyka powstania odleżyn - wg skali Nortona

System posiada zestaw standardowych zestawień i raportów:

• dziennik ruchu chorych,

• lista pacjentów przyjętych do szpitala,

• lista pacjentów przebywających w oddziale,

• lista pacjentów wypisanych ze szpitala,

• raport dzienny,

• raport niepełnych danych pacjentów,

• raport wykonanych świadczeń (raport interaktywny, z poziomu raportu możliwość wskazania rekordu i automatycznego przejścia do: kodowania pozycji, podsumowanie pobytu), - zestawienia wg jednostki chorobowej.

Przegląd i aktualizacja danych personalnych, ubezpieczeniowych z możliwością generowania regularnych przypomnień w postaci ostrzeżeń podczas logowania o konieczności aktualizacji tych danych (alerty o pacjentach z dokładnością do Oddziału, w momencie zalogowania użytkownika). System musi mieć możliwość definiowania które pola w danych personalnych i ubezpieczeniowych będą objęte alertami.

Możliwość nadawania pacjentom priorytetów/klasyfikacji np. Nagły (czerwony), Pilny (żółty), Stabilny. Wpływa to na prezentację pobytu pacjenta w danych pobytu i na listach prezentujących pacjentów przebywających w szpitalu (prezentacja danych z użyciem koloru).

Możliwość odnotowywania faktu udzielenia informacji o pobycie pacjenta.

Możliwość zmiany lekarza prowadzącego podczas wypisu pacjenta.

RUCH CHORYCH - STATYSTYKA

Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z możliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów).

Wyszukiwanie pacjentów wg różnych parametrów:

• imię,

• nazwisko,

• nazwisko rodowe pacjenta,

• identyfikator pacjenta w systemie informatycznym, - PESEL,

• wiek,

• płeć,

• data urodzenia,

• numer Księgi Głównej,

• data przyjęcia na Izbę Przyjęć lub oddział,

• lekarz prowadzący,

• miejscowość, ulica, kod administracyjny,

• diagnozy/wykonane usługi,

• zakodowane świadczenia NFZ.

Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta.

Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta.

Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie (wyników zleceń, danych formularzowych).

Możliwość wglądu w dane archiwalne wszystkich pacjentów przebywających w przeszłości na danym oddziale.

Automatyczna aktualizacja karty statystycznej.

Wydruk standardowych dokumentów związanych z pobytem pacjenta w Szpitalu w zakresie gromadzonych w systemie danych:

• Historia Choroby,

• Karta Wypisowa,

• Karta Odmowy Przyjęcia do Szpitala, - Karta Informacyjna.

Możliwość wypełnienia i wydruk standardowych druków zewnętrznych:

• Karta Statystyczna,

• Karta Nowotworowa,

• Karta Zgłoszenia Choroby Zakaźnej,

• Karta Zakażenia Szpitalnego, - Karta Statystyczna Psychiatryczna, - Karta Zgonu.

System posiada zestaw standardowych zestawień i raportów:

• dziennik ruchu chorych,

• lista pacjentów przyjętych do szpitala,

• historia zmian numerów ksiąg głównych,

• lista pacjentów przebywających w oddziale,

• lista pacjentów wypisanych ze szpitala,

• raport dzienny,

• raport niepełnych danych pacjentów,

• raport wykonanych świadczeń (raport interaktywny, po wybraniu pozycji na raporcie możliwość automatycznego wejścia do właściwego ekranu edycji kodowania),

• zestawienia wg jednostki chorobowej,

• miesięczne zestawienie ilości przyczyn zgonów, - średni czas pobytu wg jednostki chorobowej.

Możliwość zdefiniowania widoku listy raportów jako zestawienia ikon lub listy. Możliwość definiowania listy ulubionych raportów dla każdego użytkownika oddzielnie.

Elektroniczna komunikacja z instytucjami nadrzędnymi: - Centra Zdrowia Publicznego, - NFZ.

System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej.

System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta.

Możliwość kodowania świadczenia z automatycznym rozbiciem na poszczególne dni. Przy użyciu kalendarza można wybrać, w których dniach ma zostać zakodowany produkt.

Kodowanie schematów ICD9:

• umożliwiające kodowanie w postaci tabelarycznej, gdzie wierszami są procedury a kolumnami poszczególne dni,

• możliwości wyboru przedziału czasu do zakodowania z możliwością wykluczenia poszczególnych dni,

• możliwość definiowania grup (schematów) procedur ogólnych jak i spersonalizowanych dla użytkownika oraz dla jednostki organizacyjnej,

• możliwość dodawania pojedynczej procedury do tabeli (nowe wiersze),

• możliwość dodawania zdefiniowanych wcześniej grup (schematów) procedur za pomocą jednego kliknięcia (bez szukania w słowniku),

• możliwość określenia osoby wykonującej indywidualnie dla każdej procedury i dnia

Możliwość weryfikacji kompletności danych w zakresie sprawozdawczości do NFZ i PZH.

System umożliwia automatyczne oznaczanie pobytów jako ratujących życie na podstawie konfiguracji diagnoz i trybów przyjęcia.

System umożliwia oznaczenie kodowanych świadczeń NFZ (wszystkich lub wybranych) jako nie do rozliczenia. W takim przypadku nie będą one przesyłane do NFZ.

REHABILITACJA

Możliwość rejestrowania pacjenta na rehabilitację w trybie ambulatoryjnym i szpitalnym.

Korzystanie ze wspólnego z modułami oddział i poradnia skorowidza pacjentów.

Gromadzenie niezbędnych informacji wymaganych przez NFZ.

Korzystanie ze skorowidza pacjentów z możliwością wyszukiwania wg zadanych kryteriów: nazwisko, imię; PESEL, numer kartoteki.

Tworzenie i wydrukowanie skierowania na zabiegi rehabilitacyjne. Dokument zawiera: - dane pacjenta,

• rozpoznanie,

• cel zabiegów,

• rodzaj zabiegów (w tym kody ICD, opisy),

• planowana data rozpoczęcia,

• planowane daty wykonania zabiegów,

• ilość powtórzeń, - parametry dodatkowe,

• okolice ciała.

Rejestracja pacjenta na zabiegi z automatycznym proponowaniem możliwych terminów zabiegów.

Podpowiadając możliwe terminy zabiegów system uwzględnia czynniki takie jak:

• dostępność zasobów (np. rehabilitant, urządzenie, sala),

• łączenie zabiegów w grupy z wymaganymi przerwami i wybraną kolejnością, - możliwość wyszukania terminów całego cyklu w wybranym przedziale godzinowym, - różne czasy trwania poszczególnych zabiegów.

Ręczna modyfikacja zaproponowanych terminów.

Wydruk karty z harmonogramem zabiegów pacjenta.

Przy dokonaniu rezerwacji terminu system automatycznie uzupełnia terminarze dostępności zasobów o dokonaną rezerwację.

Anulowanie z określeniem powodu ze słownika dla zarezerwowanego cyklu zabiegów automatycznie dla wszystkich terminów lub dla pojedynczych zabiegów.

Modyfikacja zarezerwowanych terminów zabiegów.

Tworzenie własnego słownika powodów anulowania zarezerwowanych zabiegów.

Tworzenie kolejki oczekujących na rehabilitację.

Rozliczanie rehabilitacji z NFZ.

Planowanie czasu pracy, dostępności sal, urządzeń, personelu.

Tworzenie planu zabiegów pacjenta.

Odnotowanie wykonania zabiegu pacjenta przez użytkownika.

Automatyczne odnotowanie wykonania zabiegu z użyciem czytnika kodów kreskowych.

Wydruk karty zabiegowej z danymi i kodami kreskowymi pacjenta oraz zabiegów.

W pierwszym dniu zabiegu skreślenie pacjenta z listy oczekujących na zabiegi rehabilitacyjne.

Możliwość uzupełnienia zabiegów zlecanych z oddziału i ośrodka rehabilitacji dziennej.

Możliwość zmiany rodzaju zabiegu po terminie zakończenia.

Przy potwierdzeniu wykonania zabiegów automatyczne sumowanie ilości zabiegów i punktów.

Tworzenie własnych słowników posiadanych zasobów (urządzenia, personel, sale).

Możliwość rozróżnienia czasu trwania zabiegu dla typu zabiegu: np. zabiegi domowe, zabiegi ambulatoryjne, fizykoterapia, kinezyterapia.

Możliwość stworzenia własnego słownika typów zabiegów: np. zabiegi domowe, zabiegi ambulatoryjne.

Definiowanie czasu niedostępności personelu, sal, urządzeń.

Definiowanie słownika powodów niedostępności.

Blokowanie terminarza realizacji zabiegów rehabilitacyjnych.

Przeglądanie grafików pracy poszczególnych zasobów.

Możliwość kodowania całego cyklu zabiegów dla danego pacjenta.

Wyróżnienie zabiegów, które zostały wykonane.

Obsługa elektronicznych zleceń w ramach całego systemu.

Wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (np. pracownia diagnostyczna).

Możliwość śledzenia stanu wykonania zlecenia.

Zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku badania).

Wydruk rezerwacji terminu wykonania zabiegu dla pacjenta z oznaczeniem daty, godziny i miejsca wykonywania zabiegów.

Raportowanie dotyczące zabiegów:

• ilość zabiegów,

• rodzaje zabiegów,

• punktacja z rozbiciem na działy i rodzaje zabiegów, - ilości pacjentów i osobodni.

Tworzenie zestawień statystycznych z ilości zaplanowanych zabiegów z uwzględnieniem dodatkowych kryteriów: zabiegi na dany dzień, wybrany zabieg.

Zestawienie listy zaplanowanych zabiegów w danych dniu dla pracowni, personelu.

System umożliwia jednoczesne wyszukanie zrealizowanych cykli wielu pacjentów a następnie pozwala jednocześnie przypisać świadczenia NFZ do wybranych przez użytkownika wielu cykli.

System umożliwia przypisanie lekarza/rehabilitanta prowadzącego dla cyklu zabiegów.

Moduł posiada możliwość konfiguracji przez administratora systemu maksymalnej ilości wykonań zabiegu.

System w ramach jednego ekranu umożliwia wyszukania cykli według statusu (np. zrealizowane, w trakcie realizacji, zaplanowane), typu zlecenia (np. zlecenie z poradnie, zlecenie z oddziału, zlecenie z ośrodka), przedziału czasu (od - do), zlecenia których termin realizacji upłynął.

APTEKA CENTRALNA

Moduł działa w oparciu o przeglądarkę stron WWW będącą klientem końcowym aplikacji w architekturze trójwarstwowej na co najmniej dwóch wiodących przeglądarkach internetowych (minimum Mozilla Firefox), bez konieczności instalowania dodatkowych klientów terminalowych do tych przeglądarek, z identyczną funkcjonalnością na systemach Windows i Linux.

Aktualizacja oprogramowania jednocześnie na wszystkich stacjach roboczych bez konieczności fizycznej obecności przy tych stacjach.

Możliwość obsługi wielu magazynów centralnych oraz magazynów oddziałowych

Pełna integracja pomiędzy magazynami centralnymi i oddziałowymi w ramach jednego modelu bazy danych

Obsługa miejsc składowania w obrębie magazynu

Możliwość definiowania i przypisywania asortymentu do miejsca składowania

Możliwość powiązania magazynów z jednostkami organizacyjnymi szpitala

Możliwość zdefiniowania wielu OPK/MPK dla jednego magazynu

Automatyczne numerowanie dokumentów magazynowych według ustalonego wzorca

Możliwość rozdzielenia numerowania dokumentacji magazynowej dla każdego magazynu

Zarządzanie słownikami Producentów, Dostawców, Kontrahentów

Możliwość definiowania nazw asortymentu dla poszczególnych dostawców tak, że użytkownik może wprowadzać na fakturze VAT (FV) od dostawcy asortyment według zdefiniowanej nazwy.

Obsługa receptariusza szpitalnego oraz receptariuszy oddziałowych

Mechanizm blokad asortymentu.

Możliwe zablokowanie asortymentu z danej serii bądź FV/dostawy

Ewidencja działań niepożądanych leków, przynajmniej z dokładnością do: asortymentu, serii, oddziału, pacjenta

Możliwość definiowania grup asortymentu

Możliwość definiowania klas leków

Możliwość obsługi różnych typów asortymentu

Możliwość definiowania asortymentu, którego nie ma w bazie leków

Kontrola przeterminowania leków

Możliwość definiowania stanów minimalnych i maksymalnych dla danego asortymentu w magazynie

Obsługa jednostek bazowych asortymentu (tabletka, ampułka), jednostek opakowań (OP. 10 tab.), ml, mg

Wsparcie dla wyszukiwania asortymentu za pomocą nazwy handlowej, nazwy międzynarodowej, kodów EAN

Ewidencja leków pacjenta

Obsługa inwentaryzacji magazynu: spis z natury i wykonanie remanentu

Obsługa bilansu otwarcia magazynu

Obsługa przychodów z użyciem Faktur VAT

Obsługa importu elektronicznych faktur VAT

Obsługa przychodów bezfakturowych (np. dary)

Obsługa przesunięć międzymagazynowych (MM+, MM-)

Obsługa przesunięć między miejscami składowania w obrębie jednego magazynu

Obsługa ubytków i strat nadzwyczajnych włącznie ze wsparciem dla protokołu utylizacji

Obsługa wydań do jednostek/kontrahentów zewnętrznych (RZ)

Obsługa zwrotów z oddziałów

Obsługa zamówień do magazynów centralnych

Ewidencja i obsługa zamówień do dostawców

Ewidencja zużycia asortymentu

Ewidencja przesunięć asortymentu

Ewidencja wydań na pacjenta

Ewidencja wydań na jednostkę organizacyjną

Możliwość definiowania receptur

Ewidencja leków produkowanych w aptece szpitalnej

Automatyczne wyliczanie ceny produkowanych leków

Obsługa importu docelowego

Automatyczne generowanie dokumentów magazynowych po zatwierdzeniu faktury

Obsługa korekt faktur

Ewidencja umów przetargowych

Kontrola ilościowa i jakościowa realizacji przetargu

Możliwość ewidencji asortymentu przysłanego przez dostawcę, z którym nie jest zawarta umowa przetargowa.

System umożliwia kontrolę realizacji przetargu, nawet gdy dostawca dostarcza fizycznie inny asortyment niż zobowiązał się umową; asortyment zastępczy musi być w takiej samej cenie i

jakościowo odpowiadać asortymentowi z umowy

Kontrola minimalnej daty ważności w dostarczanym asortymencie, w szczególności kontrola minimalnej daty ważności w przypadku zapisu w umowie przetargowej: następuje weryfikacja czy dostarczany asortyment ma datę ważności nie mniejszą niż np.. 3mce od dostawy.

Kontrola wymaganego czasu realizacji zamówienia do dostawcy

Obsługa sposobów obliczania wartości faktury VAT: faktura netto i faktura brutto, tj. SUMA (pozycja netto) + vat LUB SUMA (pozycja netto +VAT)

Weryfikacja zgodności cen w stosunku do umowy przetargowej

Weryfikacja przekroczenia ilości lub wartości z umowy przetargowej

Obsługa wewnętrznych kodów kreskowych: drukowanie i czytanie

Możliwość zapisu operacji i dokumentów BO, PZ, MM, Zamówienia z oddziału w trybie szkicu

Możliwość zarządzania uprawnieniami do magazynów, typów asortymentu, konkretnych grup asortymentu

Obsługa raportów magazynowych

Wbudowana baza leków dostępnych na terytorium RP z możliwością aktualizacji

Możliwość rozszerzania dostępnych w aplikacji słowników

Możliwość przypisywania rodzajów kosztów do typów asortymentu

Możliwość odnotowania wydania i podania leku

Możliwość informowania użytkownika od razu po zalogowaniu o asortymencie przeterminowanym

Możliwość informowania użytkownika od razu po zalogowaniu o asortymencie poniżej stanów minimalnych

Możliwość podglądu stanu na magazynach w zależności od uprawnień

Możliwość definiowania i kontroli limitów kosztowych na poszczególne magazyny

INTEGRACJA MODUŁU APTECZNEGO Z SYSTEMEM HIS

Jeden motor bazy danych i jeden producent dostarczanego systemu HIS oraz modułu Apteka

Możliwość zarządzania uprawnieniami dostępu oraz użytkownikami z poziomu jednego wspólnego modułu administracyjnego dostarczanego systemu HIS

Wspólne funkcje logowania z dostarczanym systemem HIS

Działanie na jednym motorze bazy danych wraz z dostarczanym systemem HIS

Integracja z dostarczanym modułem Oddział systemu HIS

Wymiana informacji o zamówieniach, zleceniach, wydaniach leków z systemem HIS

Dostęp w Aptece do informacji wydań i podań leków na podstawie zleceń w HIS

Możliwość odnotowania wydania i podania leku na podstawie zlecenia z HIS

Możliwość automatycznego wczytania niezbędnych informacji z FV za leki w przypadku rozliczeń z NFZ programów lekowych i chemioterapii do systemu HIS

Wspólny słownik lekarzy, oddziałów, pacjentów z dostarczanym systemem HIS

APTECZKI ODDZIAŁOWE W SZPITALU / MAGAZYN LEKÓW PORADNI

Składanie zamówień na leki do apteki centralnej w formie elektronicznej.

Możliwość jednoczesnego złożenia zamówień do wielu magazynów.

Na jednym ekranie możliwość wyboru apteczki zamawiającej oraz wprowadzenia listy środków do zamówienia. System automatycznie rozbija listę zamawianych środków na osobne zamówienia wysyłane do odpowiedniego magazynu, jeśli system skonfigurowano do obsługi wielu magazynów lub wielu rodzajów zamówień.

Składanie zamówień na leki pomiędzy poszczególnymi Podręcznymi Magazynami Leków.

Możliwość zapisania zamówienia na leki w trybie szkicu z możliwością późniejszej edycji.

Możliwość utworzenia nowego zamówienia na leki na bazie wcześniej zrealizowanego zamówienia (kopiowanie zamówienia)

Odbieranie informacji o realizacji zamówienia leków z apteki centralnej.

Przy współpracy z modułem Zleceń Leków na Pacjenta system posiada możliwość ewidencji rozchodu leków na oddziały i na pacjenta.

Ewidencja ubytków i strat nadzwyczajnych.

Ewidencja przesunięć między magazynami apteczek oddziałowych.

Generowanie arkusza do spisu z natury.

Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury.

Mechanizm „stop-order” (blokowanie serii leków - np. w odpowiedzi na komunikat GIF).

Przegląd bieżących stanów magazynowych (dla wybranego magazynu lub zbiorczo - dla wszystkich magazynów).

Przegląd stanów magazynowych na zadany dzień (dla wybranego magazynu).

Kontrola dat ważności leków znajdujących się na stanie apteczek oddziałowych (z możliwością ustawienia wyprzedzenia z jakim mają być prezentowane dane leków o kończącym się okresie ważności).

Podgląd przechowywanych w systemie informacji o leku (x.xx. nazwa, jednostki, producent, opakowanie).

Możliwość tworzenia „aliasów” leków i przypisywania do nich rzeczywiście znajdujących się w obrocie leków.

Wykorzystanie słowników: leków, nazw międzynarodowych, słownik jednostek miar.

Komunikacja z modułem Ruch Chorych w zakresie aktualizacji stanu Apteczki Oddziałowej, zgodnie z ewidencją podań środków farmaceutycznych odnotowywanych w Ruchu Chorych.

Aktualizacja stanu leku (zdjęcie ze stanu) w podręcznym oddziałowym magazynie leków w ramach odnotowania zużycia zasobów w związku z wizytą / hospitalizacją / badaniem pacjenta.

Aktualizacja stanu leku (zdjęcie ze stanu) w podręcznym oddziałowym magazynie leków w ramach obsługi zlecenia podania leku.

Dostęp do zdefiniowanych raportów z poziomu menu funkcji „Apteczki oddziałowe”.

Składanie zamówień na leki do apteki centralnej na podstawie zleceń dokonanych w module Zleceń Leków na Pacjenta (o ile do zleceń użyte były leki obecne w słowniku Apteki Szpitalnej).

Możliwość przechowywania informacji o stanie leków własnych pacjenta (stanowiących własność pacjenta).

Możliwość definiowania różnych rodzajów zamówień składanych na leki (np. odrębnego zamówienia na leki narkotyczne) oraz powiązania rodzajów leków w systemie z poszczególnymi wydrukami.

Możliwość zdefiniowania ilościowych stanów minimalnych dla poszczególnych leków w kontekście każdej z apteczek.

Prezentowanie podczas składania zamówienia do dostawcy cen zamawianych leków z umowy.

Możliwość wykorzystania czytników kodów kreskowych podczas inwentaryzacji oraz odnotowania zużycia leków / materiałów.

Możliwość określenia relacji „może zamawiać z” oraz „nie może zamawiać z” pomiędzy dowolnymi apteczkami.

Możliwość jednokrotnego złożenia zamówienia do kilku magazynów (zamówienie takie zostaje rozbite na mniejsze zamówienia, skierowane do odpowiednich magazynów).

PORADNIA GABINET

Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z możliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów szpitalnych, wizyt ambulatoryjnych, diagnostycznych.

Wyszukiwanie pacjentów wg różnych parametrów:

• imię,

• nazwisko,

• nazwisko rodowe pacjenta,

• identyfikator pacjenta w systemie informatycznym, - PESEL,

• wiek,

• płeć,

• data urodzenia,

• numer dokumentacji pacjenta,

• dane wizyty (data, poradnia, lekarz).

• data przyjęcia na Izbę Przyjęć/Oddział ,

• miejscowość, ulica, kod administracyjny, - diagnozy/wykonane usługi,

• zakodowane świadczenia NFZ.

Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta.

Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta.

System automatycznie uzupełniania 'Miejscowość' i 'Kod admin.' po wpisaniu numeru kodu pocztowego podczas uzupełniania danych adresowych pacjenta.

System daje możliwość przy wyszukiwaniu i dodawaniu pacjenta automatycznego wykorzystania danych z dowodów osobistych przy użyciu czytników OCR .

Przegląd listy pacjentów do przyjęcia w danym dniu.

Możliwość gromadzenia danych medycznych związanych z wizytą pacjenta: - Rozpoznanie,

• Wywiad,

• Badania,

• Zastosowane leczenie, - Zalecenia.

Możliwość gromadzenia danych o wzroście i wadze pacjenta z automatycznym wyliczeniem BMI

Możliwość definiowania przez użytkownika i wykorzystania własnych tekstów standardowych w polach opisowych.

Możliwość odnotowania wykonanych pacjentowi w trakcie wizyty elementów leczenia (procedury, leki, badania, zabiegi, konsultacje).

Możliwość odnotowania zużytych materiałów do przeprowadzonych podczas wizyty zabiegów.

Zapis świadczeń NFZ udzielonych w ramach porady ambulatoryjnej

System weryfikuje zapisy ambulatoryjne względem szpitalnych ze względu na wpisy wykluczające się zgodnie z wymogami NFZ.

Wpis do Księgi Oczekujących pacjentów oczekujących na wizytę z informacją na co pacjent oczekuje oraz możliwością dodrukowania potwierdzenia wpisu na kolejkę dla pacjenta

Zmiana wcześniej zaplanowanego terminu wizyty pacjenta wraz z koniecznością wprowadzenia informacji uzasadniającej tę zmianę.

Możliwość anulowania zaplanowanej wizyty pacjentowi.

Możliwość zakończenia wizyty poprzez odnotowanie faktu nie przyjęcia pacjenta do gabinetu z powodu: ucieczki, braku wolnego terminu, zgonu pacjenta. Anulowanie przyjęcia z podaniem powodu anulowania wizyty.

Możliwości tworzenia listy osób uprawnionych do uzyskania informacji o przebiegu leczenia pacjenta.

Szybki dostęp do najważniejszych funkcji modułu, z przypisanymi na stałe w zakresie całego modułu skrótami klawiaturowymi, x.xx. do:

• wyszukania pacjenta,

• wyszukania wizyty,

• informacji o pacjencie,

• przeglądu wszystkich wizyt pacjenta.

System umożliwia wybór diagnoz które mają być wysłane do NFZ, np. w przypadku gdy wprowadzono w celach statystycznych więcej diagnoz niż można wysłać do NFZ.

Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie.

Automatyczne nadanie numeru w Księdze Przychodni w momencie rejestracji pacjenta.

Przegląd i wydruk ksiąg:

- Księga Przychodni, - Księga Oczekujących, - Księga Zgonów.

System posiada wbudowany moduł sprawdzania pisowni w języku polskim dla danych opisowych

Systemu

System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej.

System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej.

System umożliwia wprowadzenie komentarza przy każdej diagnozie ICD10.

Kodowanie schematów ICD9:

• umożliwiające kodowanie w postaci tabelarycznej gdzie wierszami są procedury a kolumnami poszczególne dni,

• możliwości wyboru przedziału czasu do zakodowania z możliwością wykluczenia poszczególnych dni,

• możliwość definiowania grup (schematów) procedur ogólnych jak i spersonalizowanych dla użytkownika oraz dla jednostki organizacyjnej,

• możliwość dodawania pojedynczej procedury do tabeli (nowe wiersze),

• możliwość dodawania zdefiniowanych wcześniej grup (schematów) procedur za pomocna jednego kliknięcia (bez szukania w słowniku),

• możliwość określenia osoby wykonującej indywidualnie dla każdej procedury i dnia

PORADNIA MEDYCYNA PRACY

Definiowanie kontraktów Medycyny Pracy z pracodawcami

Rejestrowanie listy pracowników MP

Obsługa listy otwartej pracowników MP

Rozliczenia wykonanych usług

Możliwość wystawienia załącznika do faktury dla pracodawcy oraz wystawienie faktury

Umawianie pacjenta na wiele wizyt w jednym bloku czasu

Obsługa ograniczeń i limitów wykonań usług

Zarządzanie listą kontraktów MP

Zarządzanie listą kontrahentów - pracodawców

Standardowe wykazy dotyczące zdefiniowanych kontraktów, kontrahentów, beneficjentów

Możliwość definiowania reguł wystawiania faktur za kontrakty: forma płatności, okres rozliczeniowy, termin płatności, termin wystawiania faktury, odpłatność za pierwszy okres, obsługa zmian dokonywanych na liście beneficjentów, wybór waluty

Możliwość definiowania reguł fakturowania za kontrakty: okres kalkulacji, stawka, okres rozliczeniowy (np. miesięczny, kwartalny), wystawianie faktur z góry lub z dołu, data rozpoczęcia i zakończenia

Możliwość definiowania różnych cenników dla kontraktów

Kalkulacja stawki faktury z pracodawcą za osobę, za pakiet, ryczałt, wykonanie cyklu badań, wykonanie wszystkich usług

Możliwość przypisania oddziału kontrahenta do danego kontraktu, gdy klient ma otrzymywać oddzielne faktury na poszczególne oddziały

Pełna integracja z modułem Generator Formularzy, tj. dokumentacji formularzowej i opisowej systemu

HIS

Możliwość tworzenia formularzy dokumentacji medycyny pracy:

• ogólnodostępnych

• ogólnodostępnych w kontekście jednostki organizacyjnej, np. specjalizacji danego gabinetu

• ogólnodostępnych dla konkretnych typów użytkownika

• ogólnodostępnych dla konkretnych typów użytkownika w kontekście jednostki organizacyjnej, np.

lekarz MP i dany gabinet

• ograniczonych do pojedynczego użytkownika /autora

• ograniczonych do pojedynczego użytkownika /autora w kontekście jednostki organizacyjnej

PORADNIA POZ

Moduł umożliwia odnotowanie faktu złożenia przez pacjenta Deklaracji POZ.

Moduł umożliwia odnotowanie złożenia deklaracji typu: L (deklaracja do lekarza rodzinnego); P

(deklaracja do pielęgniarki); O (deklaracja do położnej); S (deklaracja z zakresu medycyny szkolnej); C (kompleksowa ambulatoryjna opieka nad pacjentem z cukrzycą); H (kompleksowa ambulatoryjna opieka nad pacjentem zakażonym HIV).

Podczas wprowadzania informacji o złożonej deklaracji POZ, użytkownik ma możliwość wprowadzenia: daty złożenia; informacji o dokonaniu wyboru w bieżącym roku (po raz pierwszy/po raz drugi/po raz kolejny); informacji o wybranej placówce; informacji o osobie do której składana jest deklaracja; informacji o poprzedniej placówce; informacji o poprzedniej osobie; kategorii deklaracji.

Dla deklaracji z zakresu medycyny szkolnej, moduł umożliwia uzupełnienie informacji o szkole, kategorii ucznia, oznaczeniu klasy i informacji o objęciu grupową profilaktyką fluorkową.

Na ekranie edycji deklaracji POZ - moduł prezentuje komunikat zwrotny z NFZ w problemach z deklaracją.

Moduł posiada listę deklaracji pacjenta, prezentującą co najmniej: typ deklaracji; zadeklarowany personel; status deklaracji; wersję deklaracji; datę złożenia; datę wycofania; wybór w bieżącym roku.

Moduł umożliwia analizę historię zmian każdej z deklaracji.

Moduł umożliwia usuwanie deklaracji.

Moduł umożliwia wprowadzenie daty wycofania deklaracji.

Moduł umożliwia anulowanie wycofania deklaracji.

Moduł posiada funkcjonalność zbiorczego zarządzania deklaracjami.

Moduł umożliwia zbiorcze wyszukiwanie deklaracji, co najmniej według następujących kryteriów: osoba zadeklarowana; data początkowa; data końcowa; zadeklarowana placówka; typ deklaracji; status deklaracji; szkoła; oznaczenie klasy. Moduł umożliwia ograniczenie wyszukania deklaracji do wskazanej ilości.

Lista wyszukanych zbiorczo deklaracji, zawiera co najmniej: informację o typie błędu deklaracji; PESEL pacjenta; imię i nazwisko pacjenta; datę złożenia; datę wycofania; zadeklarowany personel; zadeklarowaną placówkę; typ deklaracji; status deklaracji, oznaczenie klasy.

Moduł umożliwia wskazanie deklaracji, które powinny zostać zmodyfikowane.

Moduł umożliwia zbiorczą modyfikację danych deklaracji, co najmniej w zakresie: zadeklarowanego personelu; zadeklarowanej placówki; szkoły; oznaczenia klasy; daty wycofania deklaracji.

Moduł umożliwia rozliczenie zapisanych w systemie deklaracji z wykorzystaniem modułu rozliczeń z NFZ.

Moduł umożliwia archiwizację informacji o rozliczeniach i ich statusie.

Moduł posiada raporty związane z rozliczeniami POZ wymagane przez NFZ.

Moduł umożliwia konfigurację: limitu pacjentów na lekarza POZ; limitu pacjentów na pielęgniarkę POZ; limitu pacjentów na położoną POZ; limitu pacjentów poniżej 18-tego roku życia na lekarza POZ; limitu pacjentów poniżej 18-tego roku życia na pielęgniarkę POZ; limitu pacjentów poniżej 18-tego roku życia na położną POZ. Ustawienie limitu powoduje ograniczenie możliwości wprowadzania deklaracji dla personelu do wskazanej ilości.

Moduł umożliwia prezentację w ciągle widocznym dla użytkownika miejscu, informacji i złożonych przez pacjenta deklaracjach. Moduł prezentuje co najmniej: typ deklaracji; zadeklarowany personel; zadeklarowaną placówkę. Każdy typ deklaracji jest prezentowany innym kolorem.

W momencie wprowadzania deklaracji sprawdzany jest status pacjenta w eWUŚ. W przypadku braku uprawnienia na dzień złożenia system generuje ostrzeżenie.

ROZLICZENIA Z NFZ

W module dostępna jest pomoc kontekstowa.

Możliwość sortowania wszystkich tabel dostępnych w module według dowolnej kolumny.

Wczytywanie elektronicznych wersji umów oraz aneksów z NFZ.

Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących numeru umowy, zakresu

świadczeń, wyróżnika i świadczenia jednostkowego

Przeglądanie wczytanych umów (zakresy, produkty kontraktowe, produkty jednostkowe, limity).

Możliwość podania liczby jednostek wykorzystanych w innym systemie rozliczeniowym z NFZ.

Prezentowanie informacji o rozliczeniach z kanału RSS Narodowego Funduszu Zdrowia.

Możliwość importu danych z systemów zewnętrznych do modułu rozliczeniowego w postaci arkusza kalkulacyjnego bądź pliku w formacie xml.

Weryfikacja danych statystycznych na podstawie umowy, jak i walidacji ogłaszanych w komunikatach

NFZ

Generowanie komunikatów I fazy statystycznej z możliwościową wysłania danych z dokładnością do umowy, produktu kontraktowego (zakresu ), pacjenta, zestawu świadczeń, świadczenia, pozycji rozliczeniowej.

Wczytanie odpowiedzi NFZ do komunikatu I fazy z informacją o liczbie zatwierdzonych i odrzuconych pozycji z informacją o błędach w postaci konfigurowalnego raportu.

Eksport danych statystycznych w formacie otwartym.

Generowanie komunikatów II fazy rozliczeniowej ze wskazaniem pozycji wg kolejności narzuconej przez NFZ oraz podglądem wpływu wskazanych pozycji na stan realizacji zakresów umowy w kontekście limitu.

Wczytanie odpowiedzi NFZ do komunikatu II fazy z informacją o liczbie zatwierdzonych i odrzuconych pozycji z informacją o błędach w postaci konfigurowalnego raportu.

Kwotowe i punktowe podsumowania zbiorcze wyszukanych pozycji I, II fazy, komunikatów sprawozdawanych do NFZ-tu wg umowy, produktów kontraktowych i jednostkowych.

Obsługa modelu naliczania świadczeń po stronie OW NFZ ("żądanie zapłaty").

Wczytanie komunikatów zwrotnych ZRZ(R_UMX) żądania rozliczenia.

Tworzenie elektronicznych rachunków refundacyjnych - rfx na podstawie wygenerowanych sprawozdań finansowych/faktur.

Obsługa komunikatu szczegółowego ERX/EFX dla rachunku/faktury.

Tworzenie sprawozdań finansowych/faktur w poszczególnych miesiącach rozliczeniowych na podstawie szablonów rachunków do NFZ-tu.

Tworzenie korekt do sprawozdań finansowych/faktur do NFZ-tu.

Możliwość ręcznego wpisywania wielkości wykonanych świadczeń na zestawieniu finansowym.

Generowanie wydruków sprawozdań finansowych/faktur do NFZ-tu.

Integracja z modułem finansowo-księgowym w zakresie eksportu faktur z modułu rozliczeniowego

Zapisywanie w systemie świadczeń w zakresie leczenia onkologicznego i programów lekowych zgodne z zaleceniami NFZ.

Prowadzenie ewidencji faktur za leki z zakresu chemioterapii i programów terapeutycznych z możliwością generowania komunikatu faktur zakupu w formacie -fzx.

Integracja z modułem aptecznym w zakresie przekazywania danych o fakturach zakupu w zakresie produktów leczniczych stosowanych w chemioterapii , programach terapeutycznych i programach lekowych

Mechanizm automatycznego przekodowywania danych pozycji rozliczeniowych z zakresu programów terapeutycznych/lekowych w przypadku zmiany taryfy/danych faktury zakupowej

Rozliczanie świadczeń POZ z zakresów:

- działań lekarza POZ

- działań pielęgniarki i położnej POZ oraz pielęgniarki szkolnej

- nocnej i świątecznej ambulatoryjnej opieki lekarskiej i pielęgniarskiej

- nocnej i świątecznej wyjazdowej opieki medycznej

- transportu sanitarnego POZ

Generowanie komunikatu danych zbiorczych o świadczeniach udzielonych w ramach POZ - komunikat WYKBAD.

Kodowanie i rozliczanie zaopatrzenia w przedmioty ortopedyczne i środki pomocnicze.

Automatyczne wysyłanie komunikatów na portal świadczeniodawcy.

Możliwość tworzenia kopii zapasowych wszystkich typów komunikatów.

Ewidencja świadczeń z wyszukiwaniem danych rozliczeniowych według kryteriów: - roku

• miesiąca

• przedziału czasowego

• umowy, produktu kontraktowego, produktu jednostkowego

• jednostki realizującej, zlecającej

• pacjenta, zestawu świadczeń, świadczenia, pozycji rozliczeniowej - statusu rozliczenia

• personelu realizującego, kierującego

• diagnozy ICD10 wyszukanej

• numeru komunikatu statystycznego

• trybów przyjęcia i wypisu

• tytułu uprawnienia

Zaimplementowanie algorytmu grupera (zgodnie z zapisami Zarządzenia Nr 33/2011/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 6 lipca 2011 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne ), który na etapie kodowania rozpoznań i procedur dotyczących danej hospitalizacji umożliwi:

- określenie grupy JGP bez konieczności komunikacji z NFZ natychmiast po wprowadzeniu niezbędnych danych wraz z prezentacją osobodni pacjenta w odniesieniu do liczby dni finansowanych grupą JGP oraz informacji o dostępnym limicie i o bieżącej realizacji umowy;

- określenie grupy JGP z najwyższą taryfą na podstawie wprowadzonych danych wraz z określeniem listy grup alternatywnych JGP.;

Wprowadzanie rozliczeń JGP w oparciu o :

- przeglądarkę grup JGP (słownik zawiera wyróżnione grupy JGP, które mogą być rozliczone w poszczególnych produktach zakontraktowanych przez szpital zgodnie z poszczególnymi zakresami świadczeń ( zgodnie z załącznikiem 1a do Zarządzenia Nr 32/2008/DSOZ )), albo wbudowanego grupera.

- odrębne słowniki katalogów świadczeń wskazane prze NFZ (słownik powinien mieć wyróżnione produkty, które mogą być rozliczone w poszczególnych oddziałach zakontraktowanych przez szpital zgodnie z poszczególnymi zakresami świadczeń ( zgodnie z załącznikami 1b,1c,1d do Zarządzenia Nr

32/2008/DSOZ i późniejszymi))

Zgodność z najnowszymi wytycznymi NFZ w sprawie grupowania (przeprowadzana na bieżąco implementacja zmian ogłaszanych przez NFZ).

Dostęp do funkcjonalności grupera w zakresie:

- wyznaczania grup JGP

- wyznaczania ambulatoryjnych grup świadczeń specjalistycznych

- wyznaczania grup w zakresach stacjonarnej rehabilitacji neurologicznej i kardiologicznej

- obliczania wartości punktowych świadczeń

- funkcjonowania aplikacji przez przeglądarkę WWW

Możliwość rozliczenia świadczeń z wykorzystaniem dynamicznej taryfy obowiązującej w POZ, AOS, chemioterapii dla degresywnej skali punktowej, ambulatoryjnej opiece specjalistycznej dla świadczeń pierwszorazowych.

Monitoring wykonania kontraktu z możliwością generowania raportów z realizacji kontraktu.

Automatyczne wyliczanie wielkości wykonanych świadczeń na podstawie analitycznej ewidencji realizacji kontraktu.

Generowanie następujących raportów: ● Raport pozycji rozliczeniowych (CSV) ● Raport pozycji rozliczeniowych (wg miesiąca rozliczeniowego) ● Zbiorcze zestawienie produktów jednostkowych ● Zestawienie świadczeń – decyzja wójta/burmistrza ● Zestawienie świadczeń – przepisy o koordynacji ● Zestawienie kosztów świadczeń rozlicz. ryczałtowo w SOR dla pacjentów z UE ● Miesięczne zestawienie finansowe ● Raport realizacji kontraktu ● Zestawienie świadczeń rozliczanych z tytułu OC ● Zestawienie świadczeń rozliczanych na podstawie art. 2 ust. 1 pkt. 3 ustawy ● Oświadczenie za świadczenia udzielone na podstawie przepisów o koordynacji ● Oświadczenie za świadczenia udzielone na podstawie art. 14 – OC ● Raport pozycji rozliczonych statystycznie ● Raport populacji dla deklaracji POZ ● Raport „14 dni” ● Raport wykonanych usług według lekarza realizującego ● Raport pozycji rozliczeniowych wykonanych ponad limit wg pacjenta. ● Raport świadczeń ● Raport produktów ● Raport wykonanych usług wg pacjentów ● Raport pacjentów dializowanych – erytropoetyna ● Wykonanie produktów kontraktowych z podziałem na produkty jednostkowe ● Wykonanie produktów kontraktowych z podziałem na jednostki organizacyjne ● Wykonanie produktów kontraktowych z podziałem na ośrodki kosztowe ● Zestawienie świadczeń pacjentów nieubezpieczonych na podstawie art. 12 ustawy ● Raport liczby wizyt i hospitalizacji

Eksport wszystkich raportów do arkusza kalkulacyjnego.

Import słownika instytucji właściwych UE

OPTYMALIZACJA JGP

Zaimplementowanie algorytmu grupera (zgodnie z zapisami Zarządzenia Nr 33/2011/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 6 lipca 2011 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne ), który na etapie kodowania rozpoznań i procedur dotyczących danej hospitalizacji umożliwi:

- określenie grupy JGP bez konieczności komunikacji z NFZ natychmiast po wprowadzeniu niezbędnych danych wraz z prezentacją osobodni pacjenta w odniesieniu do liczby dni finansowanych grupą JGP;

- określenie grupy JGP z najwyższą taryfą na podstawie wprowadzonych danych wraz z określeniem listy grup alternatywnych JGP.;

- określenie listy grup JGP odrzuconych wraz z podpowiedzią warunków kierunkowych koniecznych do spełnienia;

- listy grup (optymalna, alternatywna, odrzucona ) JGP zawierają wyróżnione grupy JGP, które mogą być rozliczone w poszczególnych produktach zakontraktowanych przez szpital zgodnie z poszczególnymi zakresami świadczeń ( zgodnie z załącznikiem 1a do Zarządzenia Nr 32/2008/DSOZ i późniejszymi))

Dostęp do funkcjonalności optymalizatora i grupera w zakresie:

- wyznaczania grup JGP

- wyznaczania ambulatoryjnych grup świadczeń specjalistycznych

- wyznaczania grup w zakresach stacjonarnej rehabilitacji neurologicznej i kardiologicznej

- obliczania ich wartości punktowych

- przeprowadzania symulacji grupowania / optymalizacji opłacalności

- funkcjonowania aplikacji przez przeglądarkę WWW

- licencji nieograniczonej do liczby stanowisk

- sugerowania zmian w kodowaniu

- przechowywania historii grupowań w systemie, dzięki czemu użytkownicy mają dostęp do danych statystycznych

- dostępu do danych statystycznych grupowań z innych szpitali

- wbudowanej przeglądarki grup JGP

Działanie także poza systemem HIS na dowolnych stacjach roboczych działających w sieci lokalnej szpitala.

Prezentacja wartości taryfy dla każdego trybu przyjęcia.

KOLEJKI OCZEKUJĄCYCH - PLANOWANIE PRZYJĘĆ

System udostępnia funkcjonalność księgi oczekujących umożliwiającą rejestrację zakresu informacji odpowiadającej aktualnemu stanowi prawnemu w tym zakresie.

System udostępnia możliwość obsługi księgi oczekujących w formie listy oraz terminarza przyjęć.

System udostępnia możliwość definiowanie kolejek oczekujących oraz sprawozdawania raportów z kolejek oczekujących do NFZ wg aktualnego stanu prawnego.

System udostępnia widok podstawowy księgi oczekujących w następującym minimalnym zakresie:

numer w księdze, status wpisu : otwarty, zamknięty, zgon, nazwisko i imię pacjenta, numer PESEL, data wypisu pacjenta, data planowanego przyjęcia pacjenta, skrót kolejki, oddział, płatnik (NFZ, komercyjny, jednostka zewnętrzna, brak), czy wypełniono skierowanie na hospitalizację

System udostępnia możliwość wyszukiwania wpisów w księdze oczekujących minimalnie wg: numer wpisu w księdze, numer PESEL pacjenta, nazwisko i imię pacjenta.

System umożliwia przyjęcie pacjenta zarejestrowanego w księdze oczekujących

System udostępnia listę (słownik) kolejek oczekujących zdefiniowanych dla jednostki wraz z możliwością odfiltrowania kolejek aktywnych oraz kolejek nie podpiętych.

System udostępnia funkcję grafików przyjęć, umożliwiającą określenie dziennego limitu ilościowego przyjęć pacjentów do wybranych oddziałów i umożliwia zdefiniowanie usługi głównej jaka powinna zostać wykonana podczas planowanej hospitalizacji.

Funkcja definiowania grafików przyjęć dostępna jest w systemie w postaci kalendarza, w którym kolorem oznaczone zostały soboty i niedziele, możliwe jest automatyczne ustawienie zaznaczenia na dniu bieżącym, możliwe jest uzyskanie widoku miesięcznego w formacie: kolejne tygodnie w wierszach, dni tygodnia w kolumnach, możliwe jest uzyskanie widoku miesięcznego w formacie: dni tygodnia w wierszach, kolejne tygodnie w kolumnach, możliwe jest uzyskanie widoku rocznego z uwzględnieniem lub bez uwzględnienia nazw dni tygodnia.

Funkcja wpisu do kolejki oczekujących zawiera minimalny zakres danych: pacjent (wybór ze słownika pacjentów), data planowanego przyjęcia, pracownik rejestrujący (wybór ze słownika pracowników lub automatyczne ustawienie pola na podstawie pracownika zalogowanego do systemu), kod kolejki (system ogranicza wybór kolejek tylko do tych, które zostały przypisane do wybranego oddziału), skierowanie na hospitalizację: data skierowania, pracownik kierujący, jednostka kierująca, rozpoznanie ze skierowania, podstawa udzielenia świadczenia.

Zapisanie kolejnego planowanego przyjęcia w terminarzu powoduje wyświetlanie i aktualizację sumarycznej ilości pacjentów z przyjęciem zaplanowanym na dany dzień.

System sygnalizuje gradientem kolorów sytuację, w której ilość pacjentów zaplanowanych do przyjęcia na dany dzień zbliża się lub jest równa limitowi przyjęć na dany dzień.

Moduł powinien dotyczyć kolejek na Oddziały Szpitalne, do Zakładów i Poradni; zgodnie z wymogami NFZ na pracownię np. TK, MR, procedurę, powinien zawierać kody resortowe poszczególnych komórek organizacyjnych zgodnie ze struktura organizacyjną zamawiającego w podziale na Poradnie, Zakłady, Pracownie, Oddziały.

System umożliwia generowanie imiennej kolejki oczekujących (zgodnie z obowiązującym prawe, wymogami NFZ).

System umożliwia tworzenie raportów z kolejki oczekujących (zgodnie z wymogami NFZ: skreśleni z kolejki oczekujących w danym miesiącu, skreśleni z kolejki oczekujących w danym miesiącu z powodu udzielenia świadczenia, skreśleni z kolejki oczekujących w okresie 6 – miesięcy itd.)

System umożliwia raportowanie z listy oczekujących wg rodzaju wpisu: przypadek pilny, przypadek stabilny.

System umożliwia raportowanie wg średniego czasu oczekiwania na świadczenie (raport wg nazwisk i miejsca wykonania świadczenia, powinien pokazywać ilość dni).

System umożliwia tworzenie elektronicznych skierowań na hospitalizację. Tworzone skierowania odpowiadają aktualnemu stanowi prawnemu.

System umożliwia tworzenie elektronicznych skierowań przez użytkownika systemu podczas wizyty pacjenta w ambulatorium (kontekst wizyty), podczas pobytu pacjenta w szpitalu (kontekst pobytu szpitalnego) jak również wprowadzanie skierowań np. zewnętrznych z poza kontekstu wizyty lub pobytu.

Podczas tworzenia elektronicznego skierowania na hospitalizację system umożliwia wybór terminu przyjęcia pacjenta na podstawie stworzonych wcześniej grafików przyjęć do szpitala.

System udostępnia funkcję, za pomocą której uprawniony użytkownik może wyszukać listę wszystkich wprowadzonych elektronicznych skierowań dla wybranej jednostki organizacyjnej, grafików i zakresu dat - a następnie potwierdzić termin planowanego przyjęcia, anulować go lub przesunąć.

AUTOMATYCZNA SYNCHRONIZACJA DANYCH Z AP-KOLCE

Dodania kolejki oczekujących do AP-KOLCE

Aktualizacji kolejek oczekujących w AP-KOLCE

Dodania pacjenta do AP-KOLCE

Aktualizacji danych pacjenta w AP-KOLCE

Dodania pacjenta na kolejkę oczekujących w AP-KOLCE

Aktualizacji wpisu pacjenta na kolejkę oczekujących w AP-KOLCE.

Raport błędów synchronizacji danych z AP-KOLCE (raport o listach oczekujących, pacjentach oraz ich wpisach na listy, których się nie udało zsynchronizować z NFZ-ową usługą AP-KOLCE). Raport prezentuje informacje w następujących grupach:

Pacjent jakiego nie udało się wysłać - Kod i opis błędu

Kolejka jakiej nie udało się wysłać - Kod i opis błędu

Wpis na kolejkę jakiego nie udało się wysłać - Kod i opis błędu

Raport błędów synchronizacji danych do AP-KOLCE. Raport prezentuje informacje w następujących grupach:

grupach: Pacjent jakiego nie udało się wysłać - Kod i opis błędu

Kolejka jakiej nie udało się wysłać - Kod i opis błędu

Wpis na kolejkę jakiego nie udało się wysłać - Kod i opis błędu

ZLECENIA MEDYCZNE

System obsługuje zlecenia we współpracy z modułem zleceń i modułami specjalizowanymi – wysłanie/skierowanie pacjenta na konsultację, badanie diagnostyczne, laboratoryjne, zabieg, obsługa pacjenta konsultowanego w formie elektronicznej (sieć komputerowa) oraz tradycyjnej (wydruk zlecenia). Wszystkie funkcje opisane w module Zleceń Medycznych można uruchomić bezpośrednio z poziomu dowolnego modułu obsługi pacjenta z wyłączeniem modułów integrujących się bezpośrednio z urządzeniami medycznymi.

Wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (pracownia diagnostyczna).

Możliwość śledzenia stanu wykonania zlecenia.(czas pobrania próbki, moment rejstracji w pracowni diagnostycznej, czas autoryzacji wyniku w pracowni)

Możliwość umieszczenia na jednym ekranie w postaci tabeli lub wykresu (w celu porównania) wyników badań diagnostycznych z dawkami leków np.: poziom glukozy we krwi a dawki insuliny.

Zwrotne otrzymanie wyniku realizacji zlecenia (wyniku badania).

Możliwość automatycznej aktualizacji stanów magazynowych apteczek na podstawie zewidencjonowanego podczas wykonania zlecenia zużycia zasobów.

Automatyczne kodowanie ICD9 na podstawie zleceń medycznych. Usługa

(Badanie/operacja/konsultacja) może mieć przypisane kody ICD9 z możliwością wskazania jednego, domyślnego. Jej wykonanie w module zleceń skutkuje automatycznym zakodowaniem domyślnego kodu ICD9. Dodatkowo w chwili wprowadzania wyniku zlecenia użytkownik ma możliwość zmiany ICD9, które zostało automatycznie zakodowane przez system, jeżeli do zleconej usługi jest przyporządkowane więcej niż jedno ICD9. Zmiany ICD9 w takim przypadku są spójne (nie występuje redundancja danych) niezależnie, czy zostały dokonane w module statystyka, czy w module zleceń medycznych.

System ostrzega, że zlecana usługa już jest zlecona w zdefiniowanym przez administratora okresie czasu, w celu wyeliminowania przypadkowego podwójnego zlecenia tego samego badania.

Możliwość powtarzania zleceń na podstawie już istniejących. Funkcja dostępna jest z ekranu prezentującego zlecenia i wyniki pacjenta. Użytkownik ma możliwość wyboru zleceń, które chce powtórzyć.

Możliwość prezentacji aktualnych zleceń pacjenta w chwili zlecania (każdy użytkownik indywidualnie dla siebie może włączyć lub wyłączyć tę funkcję)

Możliwość autoryzowania wykonania zlecenia dla zleceń ze skonfigurowaną regułą autoryzacji, przez osoby uprawnione do autoryzacji np. ordynator oddziału. Możliwość autoryzacji pojedynczych zleceń lub grupy zleceń wybranych z listy.

Możliwość zleceń badań przedmiotowych niepowiązanych z pacjentem (np. badania czystościowe, wymazy z brudowników, czy też wymiana żarówki w urządzeniu).

System posiada oddzielną listę roboczą do śledzenia statusu oraz wykonania zlecenia przedmiotowego.

Możliwość rejestrowania wartości Wagi, Wzrostu, grupy krwi pacjenta poprzez formularz. System przy zapisie formularza aktualizuje te atrybuty w rekordzie medycznym pacjenta i przy kolejnych badaniach automatycznie podpowiada ostatnio uzupełnioną wartość.

Możliwość konfiguracji priorytetów zlecanych badań oraz definiowania terminów, na jakie badanie z danym priorytetem może być zlecane (np. CITO na czas bieżący, rutynowy na dzień następny na godzinę 12:00).

Możliwość definiowania podręcznego panelu zleceń:

• definiowanie panelu ogólnego, jaki i spersonalizowanego dla użytkownika lub jednostki organizacyjnej na której przebywa pacjent,

• możliwość dodawania usług do panelu,

• możliwość dodawania grupy usług do panelu i wprowadzenia nazwy grupy,

• możliwość zlecania usług/grup usług z panelu jednym kliknięciem bez konieczności szukania w słowniku,

• możliwość zlecania wszystkich pozycji z panelu jednym kliknięciem bez konieczności szukania w słowniku.

• możliwość zgrupowania paneli w zakładki

• możliwość zdefiniowana panelu dla wskazanych kodów diagnoz ICD-10 (panel pojawia się tylko dla pacjentów, ze wskazaną w konfiguracji diagnozą ICD-10).

System posiada możliwość informowania użytkownika o wynikach badań. Użytkownik zlecający badanie może wskazać, o których wynikach badań chce zostać poinformowany poprzez powiadomienie systemowe, SMS lub e-mail. Użytkownik może wskazać innych użytkowników, którzy powinni zostać poinformowani o wynikach badań.

Stworzone przez użytkownika w panelu grupy usług wyszukują się również w polu wyszukiwania usług.

Prezentacja listy wszystkich zleconych badań

ELEKTRONICZNA DOKUMENTACJA MEDYCZNA - EDM

EDM - ELEKTRONICZNA DOKUMENTACJA MEDYCZNA - OGÓLNE WYMAGANIA

Moduł tworzy dokumentację elektroniczną w oparciu o elektroniczny rekord pacjenta prowadzony w systemie HIS oraz archiwum badań obrazowych PACS

Moduły przechowujące elektroniczną dokumentację medyczną działają w oparciu o ten sam motor bazy danych

Interfejs użytkownika systemu jest zrealizowany jako aplikacja WWW

Wytworzona dokumentacja elektroniczna w każdym momencie jest zgodna z obowiązującym stanem prawnym; w szczególności na dzień prowadzenia postępowania przetargowego spełnia wszystkie wymagania Rozdziału 8 Rozporządzenia Ministra Zdrowia z dn. 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania

Wykonawca przygotuje dla Zamawiającego plany, o których mowa w §86 pkt. 2 ust. 5 Rozporządzenia Ministra Zdrowia z dn. 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania

System umożliwia prowadzenie dokumentacji elektronicznej i zapewnia:

1) zabezpieczenie dokumentacji przed uszkodzeniem lub utratą;

2) zachowanie integralności i wiarygodności dokumentacji;

3) stały dostęp do dokumentacji dla osób uprawnionych oraz zabezpieczenie przed dostępem osób nieuprawnionych;

4) identyfikację osoby udzielającej świadczeń zdrowotnych i rejestrowanych przez nią zmian, w szczególności dla odpowiednich rodzajów dokumentacji przyporządkowanie cech informacyjnych;

5) udostępnienie, w tym przez eksport w postaci elektronicznej dokumentacji albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu, w formacie XML i PDF;

6) eksport całości danych w formacie XML, w sposób zapewniający możliwość odtworzenia tej dokumentacji w innym systemie teleinformatycznym;

7) wydrukowanie dokumentacji w formach określonych w rozporządzeniu

System dla dokumentacji prowadzonej w formie elektronicznej:

1) zapewnia jej dostępność wyłącznie dla osób uprawnionych;

2) chroni przed przypadkowym lub nieuprawnionym zniszczeniem;

3) stosuje metody i środki ochrony dokumentacji, których skuteczność w czasie ich zastosowania jest powszechnie uznawana

Dokumentację stanowi:

1) dokumentacja indywidualna — odnosząca się do poszczególnych pacjentów korzystających ze świadczeń zdrowotnych;

2) dokumentacja zbiorcza — odnosząca się do ogółu pacjentów lub określonych grup pacjentów korzystających ze świadczeń zdrowotnych

Dokumentacja indywidualna obejmuje:

1) dokumentację indywidualną wewnętrzną — przeznaczoną na potrzeby Zamawiającego;

2) dokumentację indywidualną zewnętrzną — przeznaczoną na potrzeby pacjenta korzystającego ze świadczeń zdrowotnych udzielanych przez Zamawiającego

Dokumentację indywidualną wewnętrzną stanowią w szczególności:

1) historia zdrowia i choroby;

2) historia choroby;

3) karta indywidualnej opieki pielęgniarskiej

Dokumentację indywidualną zewnętrzną stanowią w szczególności:

1) skierowanie do szpitala lub innego podmiotu udzielającego świadczeń zdrowotnych;

2) skierowanie na badanie diagnostyczne lub konsultację;

3) zaświadczenie, orzeczenie, opinia lekarska;

4) karta informacyjna z leczenia szpitalnego

W dokumentacji indywidualnej wewnętrznej system umożliwia dokonania wpisu o wydaniu dokumentacji indywidualnej zewnętrznej lub załączenia jej kopii

System umożliwia dokonanie wpisu w dokumentacji niezwłocznie po udzieleniu świadczenia zdrowotnego, w sposób czytelny i w porządku chronologicznym

Każdy wpis w dokumentacji system opatruje oznaczeniem osoby dokonującej wpisu. System opatruje dokumentację oznaczeniem osoby udzielającej świadczeń zdrowotnych. Minimalny zakres danych dla tych oznaczeń zawiera:

a) nazwisko i imię,

b) tytuł zawodowy,

c) uzyskane specjalizacje,

d) numer prawa wykonywania zawodu — w przypadku lekarza, pielęgniarki i innych zawodów medycznych, dla których wymagane jest PWZ

Wpis dokonany w dokumentacji nie może być z niej usunięty, a jeżeli został dokonany błędnie, system umożliwia tworzenie historii zmian i naniesienie adnotacji o przyczynie błędu oraz daty i oznaczenie osoby dokonującej adnotacji

W przypadku sporządzania wydruku z dokumentacji prowadzonej w postaci elektronicznej, strony wydruku są numerowane

W przypadku sporządzania wydruku z dokumentacji indywidualnej prowadzonej w postaci elektronicznej, każda strona wydruku oznaczona jest co najmniej imieniem i nazwiskiem pacjenta

Jeżeli nie jest możliwe ustalenie tożsamości pacjenta, w dokumentacji istnieje możliwość oznaczenia „NN”, z podaniem przyczyny i okoliczności uniemożliwiających ustalenie tożsamości

Do dokumentacji indywidualnej wewnętrznej możliwe jest włączenie kopii przedstawionej przez pacjenta dokumentacji lub wprowadzenia adnotacji zawartych w niej informacji istotnych dla procesu diagnostycznego, leczniczego lub pielęgnacyjnego

Dokument włączony w systemie do dokumentacji indywidualnej wewnętrznej nie może być z niej usunięty

Nazwa i numer statystyczny rozpoznania choroby, problemu zdrowotnego lub urazu są wpisywane w dokumentacji według Międzynarodowej Statystycznej Klasyfikacji Chorób i Problemów Zdrowotnych

Rewizja Dziesiąta

System umożliwia prowadzenie dokumentacji indywidualnej wewnętrznej i zamieszczania w niej lub dołączania do niej:

1) cyfrowo odwzorowane oświadczenie pacjenta o upoważnieniu osoby bliskiej do uzyskiwania informacji o jego stanie zdrowia i udzielonych świadczeniach zdrowotnych, ze wskazaniem imienia i nazwiska osoby upoważnionej oraz danych umożliwiających kontakt z tą osobą, albo oświadczenie o braku takiego upoważnienia

2) cyfrowo odwzorowane oświadczenie pacjenta o upoważnieniu osoby bliskiej do uzyskiwania dokumentacji, ze wskazaniem imienia i nazwiska osoby upoważnionej, albo oświadczenie o braku takiego upoważnienia;

3) cyfrowo odwzorowane oświadczenie pacjenta o wyrażeniu zgody albo zezwolenie sądu opiekuńczego na przeprowadzenie badania lub udzielenie innego świadczenia zdrowotnego, na zasadach określonych w rozdziale 5 ustawy z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta

System osobie kierującej na badanie lub konsultację umożliwia zarejestrowanie na potrzeby przekazania podmiotowi, do którego kieruje pacjenta, wraz ze skierowaniem, informacji z dokumentacji indywidualnej wewnętrznej pacjenta niezbędnych do przeprowadzenia tego badania lub konsultacji

System umożliwia przeprowadzającemu badanie lub konsultację zarejestrowanie na potrzeby przekazania podmiotowi, który wystawił skierowanie, wyników tych badań lub konsultacji

System umożliwia Zamawiającemu rejestrowanie, prowadzenie danych w postaci elektronicznej niezbędnych, aby sporządzić w szczególności:

1) dokumentację indywidualną wewnętrzną w formie historii choroby;

2) dokumentację zbiorczą wewnętrzną w formie:

a) księgi głównej przyjęć i wypisów,

b) księgi odmów przyjęć i porad ambulatoryjnych udzielanych w izbie przyjęć,

c) listy oczekujących na udzielenie świadczenia zdrowotnego,

d) księgi chorych oddziału,

e) księgi raportów lekarskich,

f) księgi raportów pielęgniarskich,

g) księgi zabiegów,

h) księgi bloku operacyjnego albo sali operacyjnej,

i) księgi pracowni diagnostycznej;

3) dokumentację indywidualną zewnętrzną w formie karty informacyjnej z leczenia szpitalnego, skierowania lub zlecenia na świadczenia zdrowotne realizowane poza jednostkami Zamawiającego oraz z dokumentacji dla celów określonych w odrębnych przepisach;

4) dokumentację zbiorczą zewnętrzną składającą się z dokumentacji prowadzonej dla celów określonych w odrębnych przepisach

System rejestr danych Historii choroby zakłada niezwłocznie po przyjęciu pacjenta do szpitala

System wyświetla całą dokumentację medyczną pacjenta w sposób ustrukturyzowany, a prezentacja struktury odpowiada obowiązującym przepisom

System umożliwia przeglądanie zawartości dokumentacji medycznej przez uprawnionych użytkowników

Dostęp do dokumentów bezpośrednio ze skojarzonych z elektroniczną dokumentacją ekranów systemu medycznego mających taką możliwość

System przechowuje informacje w sposób dający możliwość udostępnienia, w tym przez eksport w postaci elektronicznej dokumentacji albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu MINISTRA ZDROWIA z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania, w formacie XML i PDF

W przypadku, gdy do dokumentacji prowadzonej w postaci elektronicznej ma być dołączona dokumentacja utworzona w innej postaci, w tym zdjęcia radiologiczne lub dokumentacja utworzona w postaci papierowej, system daje możliwość korzystania z funkcji zintegrowanego modułu archiwum cyfrowej dokumentacji oraz zintegrowanego modułu archiwum PACS i przechowywania w systemie informatycznym wszystkich dokumentów w sposób zapewniający czytelność, dostęp i spójność dokumentacji medycznej

System umożliwia w przypadku wykonania odwzorowania cyfrowego dokumentacji wydawanie na życzenie pacjenta albo zniszczenie w sposób uniemożliwiający identyfikację pacjenta, a w przypadku oświadczeń pacjentów odnotowanie zarchiwizowania dokumentu w archiwum medycznym po wykonaniu

cyfrowego odwzorowania i załączeniu go do archiwum elektronicznej dokumentacji medycznej

W przypadku, gdy istnieje potrzeba udostępniania w postaci papierowych wydruków dokumentacji prowadzonej w postaci elektronicznej, osoba upoważniona przez Zamawiającego ma możliwość potwierdzenia ich zgodności z dokumentacją w postaci elektronicznej i opatrzenia swoim oznaczeniem

Dokumentacja wydrukowana z systemu umożliwia identyfikację osoby udzielającej świadczeń zdrowotnych

W przypadku przeniesienia dokumentacji z innego systemu teleinformatycznego, do przeniesionej dokumentacji system przyporządkowuje datę przeniesienia oraz informację, z jakiego systemu została przeniesiona

System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego użytkownika pełniącego określoną rolę.

Możliwość zarządzania uprawnieniami dostępu do określonych operacji w repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie uprawnieniami użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie typami dokumentów.

Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu itd.

Możliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów elektronicznych.

Zakłada się także możliwość indeksowania dokumentów, których elektroniczna postać nie jest przechowywana w Oprogramowaniu - np. indeksowanie dokumentów papierowych, obrazów radiologicznych przechowywanych w PACS.

PRZEGLĄDANIE ORAZ DOSTĘP DO DOKUMENTACJI MEDYCZNEJ

Dostęp do wybranych dokumentów bezpośrednio ze skojarzonych z dokumentami ekranów systemu medycznego

Przeglądanie zawartości dokumentów możliwych do wydrukowania wyłącznie w postaci plików PDF niedających możliwości nanoszenia przez użytkownika zmian bez wprowadzenia ich w systemie

Możliwość przeglądania zawartości archiwum dla uprawnionych użytkowników

Możliwość przeszukiwania zawartości archiwum według zdefiniowanych kryteriów

Dostęp do archiwum z poziomu systemu medycznego (minimum Oddział, Izba przyjęć, Poradnia, Gabinet) bez konieczności zmiany modułu i ponownego logowania się do systemu

Dostęp do zawartości archiwum z poziomu danych pobytu pacjenta

Możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.

System musi umożliwić udostępnianie dokumentacji:

- w celu realizacji procesów diagnostyczno-terapeutycznych w Zamawiającego

- pacjentom i ich opiekunom

- podmiotom upoważnionym (np. Prokurator)

CYFROWE REPOZYTORIUM DOKUMENTÓW MEDYCZNYCH

Wpisy w danych dokumentacji medycznej oznaczone są czasem wprowadzenia oraz opatrzone oznaczeniem osoby dokonującej wpisu lub zmian

System otwarty jest na możliwość opatrywania określonych wpisów podpisem elektronicznym oraz oznaczania czasem

System zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum elektronicznego dokumentacji medycznej

Możliwość automatycznego zarchiwizowania dokumentacji medycznej na daną chwilę (w tym opcja automatycznego archiwizowania po elektronicznym podpisaniu) i przechowanie go w formacie PDF

Istnieje możliwość przygotowania eksportu całości danych dokumentacji medycznej w formacie XML, w sposób zapewniający możliwość odtworzenia tej dokumentacji w innym systemie teleinformatycznym

Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.

Generowanie wydruków zgodnych z obowiązującymi przepisami prawa

Możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj. księgi

Możliwość rejestracji dokumentów elektronicznych utworzonych poza Oprogramowaniem Zamawiającego, manualna rejestracja dokumentów zewnętrznych

Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej

Możliwość weryfikacji podpisu

Możliwość weryfikacji integralności dokumentu

Możliwość wydruku dokumentu

Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej historii poprzednich wersji.

Repozytorium EDM musi umożliwiać:

- rejestrację dokumentu

- pobieranie dokumentów w formacie XML

- pobieranie dokumentów w formacie PDF

- wyszukiwanie materializacji dokumentów

Repozytorium EDM musi współdzielić z Oprogramowaniem Zamawiającego:

- słownik jednostek organizacyjnych,

- rejestr użytkowników,

- rejestr pacjentów,

Indeksowane powinny być wszystkie wersje dokumentu

Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów

Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania.

Cyfrowe archiwum medycznej jest modułem dostarczonym przez Wykonawcę zintegrowanym z modułem elektronicznej dokumentacji medycznej

Możliwość przechowywania dokumentów elektronicznych w dowolnym formacie, w tym PDF

Możliwość przechowywania dokumentów podpisanych lub niepodpisanych podpisem elektronicznym

Możliwość porządkowania dokumentacji w folderach w kontekście rekordu medycznego pacjenta

System zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum dokumentów

System zapewnia oznaczenie czasu i jednoznaczne przypisanie osoby dodającej dokument cyfrowy

System zapewnia automatyczne kopie bezpieczeństwa zawartości archiwum dokumentów

Przechowywanie w systemie informatycznym wszystkich dokumentów w sposób zapewniający czytelność, dostęp i spójność z dokumentacją prowadzaną w module elektronicznej dokumentacji medycznej

CYFROWY PODPIS DOKUMENTÓW MEDYCZNYCH

Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze dokumentów w formacie PDF

Możliwość złożenia podpisu elektronicznego na zbiorze dokumentów

AUTORYZACJA WYNIKÓW USŁUG MEDYCZNYCH

System HIS jest wyposażony w funkcjonalność autoryzacji wyników usług.

Możliwość opatrywania dokumentów podpisem elektronicznym oraz oznaczenia czasem

System zapewnia oznaczenie czasu i jednoznaczne przypisanie osoby dodającej dokument cyfrowy

Autoryzacja wyniku polega na złożeniu pod wpisanym wynikiem podpisu zgodnie z regułą autoryzacji zdefiniowaną dla danego formularza badania / usługi.

W przypadku, gdy zdefiniowana została reguła autoryzacji, po wpisaniu wyniku badanie otrzyma status Wynik do weryfikacji. Na ekranie wyniku występuje tabela autoryzacji reprezentująca regułę autoryzacji z listą niezbędnych podpisów / autoryzacji.

Reguły autoryzacji można definiować w module administracyjnym systemu HIS dla każdego z formularzy usług z osobna.

Istnieje możliwość wyznaczenia konkretnego użytkownika, od którego oczekiwane jest złożenie podpisu pod badaniem/usługą.

Po wskazaniu konkretnego użytkownika autoryzującego, wybrany użytkownik powinien pojawić się w tabeli autoryzacji badania/usługi w wierszu z wybranym typem użytkownika.

Możliwość zmiany osoby wyznaczonej do autoryzacji przez wyszukanie w jej miejsce innego użytkownika.

Jeśli jakaś osoba jest wyznaczona do złożenia podpisu, to tylko ona może go złożyć.

Nie można wyznaczyć jednej osoby dwa razy

Użytkownik, który otwiera okno wyniku badania musi należeć do typu użytkownika, który jest wyznaczony do autoryzacji, by mógł zobaczyć tabelę z listą podpisów/autoryzacji do złożenia.

W tabeli autoryzacji prezentują się typy podpisów użytkowników, które są wymagane bądź opcjonalne do pełnej autoryzacji, czyli takiej sytuacji, gdy złożone będą wszystkie podpisy obowiązkowe.

Jednoznaczne oznaczenie podpisów obowiązkowych i opcjonalnych.

Gdy podpis danego typu zostanie złożony, to obok nazwy typu podpisu pojawi się imię i nazwisko osoby, która ten podpis złożyła oraz data złożenia podpisu.

Autoryzacja zostanie zakończona pozytywnie, jeśli spełnione są następujące warunki:

• Poprawny login użytkownika

• Poprawne hasło użytkownika

• Użytkownik należy do typu użytkownika wybranego w tabelce autoryzacji

• Typ użytkownika ma uprawnienie do autoryzacji

• Nie ma jeszcze złożonego podpisu tego samego użytkownika w jednym badaniu

• Wybrany typ podpisu w tabeli autoryzacji nie jest jeszcze złożony

W przypadku, gdy przed złożeniem podpisu, użytkownik zmodyfikował jakiekolwiek dane w wyniku badania, zostanie poproszony o potwierdzenie tej decyzji, gdyż wiąże się ona z zapisem wyniku oraz cofnięciem procesu autoryzacji do początku (nadaniu badaniu statusu początkowego z reguły autoryzacji - wszystkie podpisy będzie trzeba złożyć ponownie). Następnie użytkownik będzie mógł autoryzować zmieniony wynik.

Każdy złożony podpis w tabelce autoryzacji jest natychmiast zapisywany.

DŁUGOPISY CYFROWE

System pozwalający na digitalizację dokumentów wypełnianych długopisem cyfrowym w zakresie zgód pacjenta.

Integracja z system szpitalnym HIS w zakresie opracowania we współpracy z zamawiającym 10 sztuk formularzy, które będą mogły być wypełniane z wykorzystaniem długopisu cyfrowego. Zakłada się że średnia wielkość formularza nie powinna przekroczyć dwóch stron w formacie A4. Wypełniony formularz będzie z wykorzystaniem USB lub innych łączy transmisyjnych przenoszony automatycznie do systemu szpitalnego importowany i mapowany na odpowiednie pola w systemie tak by zapis danych nie różnił się od formularzy wypełnianych za pomocą interfejsu systemu HIS. System będzie umożliwiał zapis formularza w formie przetwarzalnej – rozkodowanej na poszczególne pola w bazie danych jak i zapis oryginału w postaci skanu np. w formacie PDF.

Formularze w formacie PDF będą składowane w centralnym repozytorium EDM z możliwością wyszukiwania i przeglądania.

Dostęp do funkcji przeglądania będzie możliwy bezpośrednio z poziomu systemu HIS bez konieczności budowy dodatkowych interwale i integracji.

Długopis cyfrowy powinien umożliwiać odwzorowanie (tak jakby został zeskanowany ) formularza papierowego w wersji elektronicznej.

Opis wymagania Długopis cyfrowy powinien umożliwiać automatyczne powiązanie z rodzajem formularza, który został z jego pomocą wypełniony.

Opis wymagania Aplikacja powinna umożliwiać stworzenie formularza za pomocą wbudowanego w Aplikację edytora WYSIWYG bazującego na przeciąganiu predefiniowanych elementów.

Opis wymagania Aplikacja powinna umożliwiać stworzenie formularza bazując na imporcie dowolnego dokumentu w formacie PDF.

Opis wymagania Aplikacja powinna umożliwiać w importowanej ankiecie zaznaczenie regionów aktywnych, póltekstowych oraz nadanie im unikalnych nazw.

Opis wymagania Aplikacja powinna umożliwiać wydruk formularza w ten sposób, aby każdy wydrukowany formularz był unikalny. Oznacza to, że wypełnienie papierowego formularza długopisem cyfrowym tworzy wzajemnie jednoznacznie przyporządkowaną do niego wersje elektroniczną dokumentu.

Opis wymagania Aplikacja powinna umożliwiać pobranie danych z długopisów cyfrowych za pomocą stacji dokującej USB bądź też komunikacji bezprzewodowej bluetooth. Dane są jednoznacznie przyporządkowywane do formularzy.

Opis wymagania Aplikacja powinna umożliwiać przeglądanie oraz eksport nieprzetworzonych danych z wypełnionych formularzy do formatu PDF będącego wizualizacji „skanów” wypełnionych dokumentów.

Opis wymagania Aplikacja powinna umożliwiać edycję przetworzonych danych zwizualizowanej na formularzu z pól tekstowych i pól numerycznych przy jednoczesnym podglądzie danych pochodzących bezpośrednio z długopisów cyfrowych.

Opis wymagania Aplikacja powinna umożliwiać definiowanie kluczy pozwalających na określanie poprawnych odpowiedzi oraz punktacji za poszczególne pola zaznaczone w testach. Możliwość eksportu danych przetworzonych w wyniku analizy zgodnie z podaną punktacją.

Opis wymagania Aplikacja powinna umożliwiać automatyczne generowanie wyników testów wypełnionych papierowo przy pomocy długopisu cyfrowego.

Opis wymagania Aplikacja powinna umożliwiać publikację dowolnej z ankiet stworzonej w Systemie na stronie internetowej.

Opis wymagania Aplikacja powinna umożliwiać wypełnianie ankiet stworzonych w Aplikacji w trybie online, tj. korzystając z dowolnej przeglądarki internetowej.

Opis wymagania Aplikacja powinna umożliwiać tworzenie kont użytkownikom w obrębie firmy oraz przydzielania im uprawnień do poszczególnych funkcjonalności lub ankiet. Uprawnienia dotyczą tworzenia nowych formularzy, wydruku formularzy, analizy formularzy, przeglądania wypełnionych formularzy, eksportu przetworzonych danych.

Opis wymagania Aplikacja powinna umożliwiać podgląd stanu podłączonych do komputera długopisów cyfrowych, w szczególności stanu ich naładowania.

Opis wymagania Aplikacja powinna umożliwiać nadawanie długopisom unikalnych nazw i przypisywania ich do użytkowników.

SKANOWANIE DOKUMENTÓW PAPIEROWYCH DO EDM oraz HIS

Możliwość zeskanowania papierowego dokumentu i automatycznego dołączenia do archiwum medycznego do rekordu pacjenta

bezpośrednie skanowanie dokumentów poziomu oprogramowania systemu szpitalnego klasy HIS, poprzez integrację z dowolnym skanerem pracującym pod kontrolą systemu MS Windows

zeskanowania papierowego dokumentu i automatycznego dołączenia do archiwum medycznego do rekordu pacjenta lub do pobytu

bezpośrednie wskazania pliku ze skanem dokumentu i podpięcie go do rekordu pacjenta lub pobytu

Dodanie komentarza do skanowanego pliku

Dodanie do skanowanego dokumentu dodatkowych cech (tagi) umożliwiających szybsze wyszukiwanie dokumentów

Możliwość wyboru typu skanowanego dokumentu

Możliwość wyszukiwania zeskanowanych dokumentów bezpośrednio w systemie HIS, z wykorzystanie takich kryteriów jak: nazwisko pacjenta, nazwa pobytu, typ dokumentu, data archiwizacji)

ADMINISTRACJA

Uwierzytelnienie i autoryzacja dostępu do modułu.

Zarządzanie użytkownikami modułu wspólne z zarządzaniem użytkownikami systemu medycznego.

Możliwość konfiguracji kolejek - przypisanie kodu, opisu i jednostki organizacyjnej w systemie medycznym (dodawanie, usuwanie).

Możliwość definiowania kolejek związanych z punktem rejestracji wizyt.

System umożliwia wybór widoku kolejki dla wskazanego monitora. Istnieje możliwość wyboru z co conajmniej czterech widoków: tabelaryczny z listą kolejkową / pojedyncza kolejka / układ tabelaryczny / tylko wezwany numer.

System umożliwia wskazanie liczby prezentowanych pozycji w kolejce dla wskazanego monitora.

System umożliwia wskazanie jednostki przywołującej dla wskazanego monitora.

W przypadku posiadania odpowiedniej licencji, system umożliwia uruchomienie automatycznego lektora, który będzie wzywał pacjenta do gabinetu lub stanowiska rejestracji.

System umożliwia konfigurację szablonów komunikatów wypowiadanych przez lektora oddzielnie dla każdego monitora.

System umożliwia wskazanie gabinetów i stanowisk rejestracyjnych, do których kolejki mają być prezentowane na wskazanym moniotrze.

System umożliwia konfigurację prefixów nadawanych numerów biletów dla poszczególnych kolejek.

System umożliwia konfigurację ekranu startowego infokiosku, poprzez określenie jakie czynności będą dostępne dla danego infokiosku. Istnieje możliwość wskazania czy na danym infokiosku dostępne będą: pobranie biletu do stanowiska rejestracji, potwierdzenie przybycia na umówioną wcześniej wizytę.

System umożliwia określenie list kolejkowych, do których można pobrać numer biletu na wskazanym infokiosku.

Interfejs systemu w języku polskim.

Moduł obsługi kolejek działa w oparciu o architekturę klient – serwer i jest uruchamiany automatycznie podczas włączania serwera.

ADMINISTRATOR I OGÓLNE WYMAGANIA

WYMAGANIA OGÓLNE

System posiada graficzny interfejs użytkownika. Zapewniona jest praca w środowisku graficznym na wszystkich stanowiskach użytkowników.

System komunikuje się z użytkownikiem w języku polskim.

Aby ułatwić pracę personelowi medycznemu pochodzącemu spoza Polski, istnieje możliwość uruchomienia systemu w przynajmniej dwóch innych językach poza polskim (np. angielskim i rosyjskim).

Dostępność polskich znaków diakrytycznych wymagana jest w każdym miejscu i dla każdej funkcji w systemie - dotyczy także wyszukiwania, sortowania (według kolejności liter w polskim alfabecie), drukowania i wyświetlania na ekranie.

Do wybranych przycisków widocznych w oknie programu przypisane są skróty klawiszowe. Skróty są stosowane konsekwentnie w całym systemie.

Opcja podglądu wydruku jest dostępna dla wszystkich drukowalnych dokumentów.

Minimum w zakresie funkcjonalnym zleceń i dokumentacji medycznej istnieje możliwość automatycznego wydruku bezpośrednio na drukarkę sieciową zarejestrowaną w systemie, bez konieczności podglądu wydruku.

System umożliwia każdemu użytkownikowi zdefiniowanie domyślnie drukarki, na której będzie pracował. Domyślna drukarka będzie podpowiadała się przy każdym wydruku z systemu.

W modułach dostępnych poprzez przeglądarkę internetową, system wykorzystuje centralny mechanizm zarządzania wydrukami. Definiowanie i konfiguracja drukarek odbywa się z jednego miejsca w systemie bez konieczności instalacji sterowników drukarek na stacjach użytkowników, aby zapewnić łatwe zarządzanie jednolitą listą dostępnych drukarek i możliwość drukowania dla bezdyskowych stacji graficznych, tabletów oraz pozostałych stacji roboczych. Drukarki lokalne (skonfigurowane na stacji roboczej) są widoczne w aplikacji tak samo jak drukarki skonfigurowane w centralnym mechanizmie zarządzania wydrukami.

Co najmniej w zakresie modułów służących obsłudze: pacjenta (obsługa oddziału, izby przyjęć, rejestracja w poradni, gabinet lekarski); gospodarki lekami (obsługa apteki, apteczek oddziałowych, zlecania leków); bloku operacyjnego; rehabilitacji; bloku porodowego; dializ; pracowni diagnostycznej; zarządzania zakładem radiologii; administracji systemem (konfiguracja i zarządzenie słownikami, usługami, formularzami, opcjami systemu, dokumentacją formularzową) - system działa w oparciu o przeglądarkę internetową (minimum Mozilla Firefox) będącą klientem końcowym aplikacji w architekturze trójwarstwowej, z identyczną funkcjonalnością na systemach Windows, Linux, MacOS.

System nie może wymagać korzystania ze specjalnych programów klienckich technologii typu Citrix, VNC lub wirtualizacji desktop w celu realizacji wymagań funkcjonalnych interfejsu użytkownika dostępnego przez przeglądarkę internetową.

System nie wymaga instalowania w przeglądarce internetowej żadnych dodatkowych pluginów (np. Java, Flash, ShockWave).

Z wyjątkiem funkcjonalności obsługi kart kryptograficznych, system nie wymaga instalowania w przeglądarce internetowej żadnych rozszerzeń (AddOns).

System może korzystać z oprogramowania Java Runtime Environment zainstalowanego na stacji roboczej. Dopuszczalne jest korzystanie wyłącznie z wersji wspieranej przez producenta.

System umożliwia pracę na stacjach roboczych wykorzystujących różne systemy operacyjne, w tym przynajmniej: MS Windows, LINUX, MacOS.

Komunikacja pomiędzy klientem końcowym aplikacji a serwerem aplikacji odbywa się poprzez szyfrowane połączenie.

Co najmniej w zakresie obsługi pracowni diagnostyki obrazowej, oddziału, izby przyjęć i gabinetu lekarskiego system umożliwia użytkownikowi wybór spośród minimum trzech stylów aplikacji (tzw. "kompozycji"). Style aplikacji powinny odróżniać się przymajmniej kolorystyką (np. ciemne tło i jasna czcionka dla użytkowników pracujących w zaciemnionym pomieszczeniu) lub rozdzielczością (optymalizacja aplikacji dla niskiej rozdzielczości stacji roboczej).

W trosce o bezpieczeństwo gromadzonych danych, system działa w oparciu o komercyjny motor bazy danych.

Niezależność systemu od motoru bazy danych - obsługa minimum dwóch komercyjnych, relacyjnych motorów baz danych głównych dostawców na rynku (Oracle, Microsoft, Sybase, IBM).

System umożliwia uruchamianie tego samego lub innego modułu w ramach jednej sesji dowolną ilość razy, np.

w trybie pilnym pozwalając na szybkie wykonanie dodatkowych czynności bez przerywania obecnie wykonywanej pracy i bez konieczności ponownego logowania się.

System umożliwia administratorom (użytkownikom ze specjalnymi uprawnieniami) zalogowanie się do systemu z uprawnieniami innego użytkownika, w celu weryfikacji uprawnień lub weryfikacji zgłaszanych problemów. System loguje tego typu sytuacje prezentując jaki użytkownik, kiedy zalogował się z wykorzystaniem uprawnień innego użytkownika.

Conajmniej w modułach związanych z obsługą pacjenta w ambulatorium i szpitalu (gabinet lekarski, oddział, izba przyjęć) - system posiada funkcję prezentującą zalogowanemu użytkownikowi włączone i wyłączone funkcje i opcje systemowe. Dzięki temu administrator systemu może zweryfikować np. jakie uprawnienia należy dodać lub odebrać użytkownikowi lub jakie opcje konfiguracyjne powinny zostać włączone lub wyłączone.

System umożliwia uwierzytelnianie użytkowników za pomocą struktury kont LDAP.

System umożliwia zarządzanie konfiguracją uwierzytelnienia użytkowników za pomocą kont LDAP: - wyłączenie wybranych użytkowników z uwierzytelniania za pomocą konta LDAP - wskazani użytkownicy uwierzytelniani będą za pomocą konta w systemie (nie LDAP),

• wskazanie nazwy atrybutu (z obiektu użytkownika LDAP) przechowującego login użytkownika,

• wskazanie identyfikatora obiektu w drzewie LDAP, który przechowuje konta użytkowników systemu, - wskazanie identyfikatora obiektu użytkownika w drzewie LDAP, który posiada uprawnienia do odczytu listy użytkowników,

• przechowywanie hasła użytkownika z serwera LDAP, który posiada uprawnienia do odczytu listy użytkowników,

• wskazanie nazwy atrybutu z obiektu użytkownika LDAP przechowującego imię użytkownika,

• wskazanie nazwy atrybutu z obiektu użytkownika LDAP przechowującego nazwisko użytkownika,

• wskazanie czy mechanizm autentykacji powinien używać szyfrowanego (TLS) połączenia z serwerem LDAP, - wskazanie odnośnika (adresu URL), na który ma zostać przekierowana osoba chcąca zmienić hasło w LDAP, - wskazanie identyfikatora grupy w drzewie LDAP, do którego należą konta użytkowników systemu.

System używa mechanizmu podwójnej weryfikacji uprawnień użytkownika - zarówno po stronie części klienckiej jak i sewerowej.

Wszystkie wywołania usług systemu (uruchomione przez użytkowników i/lub systemy zewnętrzne) są logowane. Log wywołań usług zawiera: moment uruchomienia usługi; czas trwania obsługi żądania; nazwę użytkownika lub systemu zewnętrznego, który uruchomił usługę; IP komputera, z którego przyszło żądanie; nazwę usługi.

Wszystkie akcje biznesowe użytkowników są logowane. Log akcji zawiera co najmniej: zazwę biznesową akcji (np. przyjęcie na oddział, edycja danych pacjenta, itp.); moment wywołania akcji; czas trwania akcji; nazwę użytkownika lub systemu, który uruchomił akcję; identyfikator rekordu, na którym wykonywana była akcja (w szczególności: identyfikator pacjenta, wizyty, hospitalizacji, pobytu).

System udostępnia raport umożliwiający przeglądanie akcji użytkowników.

System posiada historię zmian danych osobowych i medycznych pacjentów z uwzględnieniem treści danych, które zostały zmienione, kiedy i przez kogo.

INTEGRACJA HL7

Zgodność z wersją 2.x standardu HL7

Możliwość umieszczenia zleceń oczekujących w kolejce zleceń oczekujących do wysłania.

Minimalny zestaw transakcji HL7 obsługiwanych przez system HIS:

Transakcje HIS -> Moduł dziedzinowy

Nowe zlecenie – ORM^O01

Anulowanie zlecenia – ORM^O01

Transakcje Moduł dziedzinowy -> HIS Nowe zlecenie – ORM^O01

Zmiana danych zlecenia – ORM^O01

Anulowanie zlecenia – ORM^O01

Zmiana statusu zlecenia – ORM^O01

Wyniki – ORU^R01

Możliwość automatycznej synchronizacji danych pacjenta z danymi pacjenta w systemie zewnętrznym podczas dodawania nowego pacjenta oraz możliwość synchronizacji na żądanie użytkownika (transakcje ADT) min. : - aktualizacja danych pacjenta ADT^A31

• łączenie danych pacjentów ADT^A40

• zmiana identyfikatora pacjenta ADT^A47

Możliwość generowania dziennego podsumowania przetwarzanych transakcji HL7 i wysyłania zestawienia emailem do wskazanych odbiorców. Możliwość definiowania osobnych list odbiorców dla każdego systemu, z którym występuje komunikacja.

Możliwość ponownego wygenerowania transakcji HL7 z poziomu aplikacji WWW w przypadku awarii komunikacji z systemami zewnętrznymi. Możliwość wskazania co najmniej numeru badania, typu transakcji (nowe zlecenie/wynik/anulowanie zlecenie), systemu którego dotyczy transakcja. Możliwość grupowego generowania transakcji ze zleceń dla wybranego okresu (od-do dd-mm-rrrr gg-mm) oraz z typu transakcji. Po użyciu funkcji wyświetlenie informacji o liczbie ponownie wygenerowanych transakcji.

Możliwość wczytywania do systemu dokumentów osadzonych w przesyłanych transakcjach HL7 np. raportów PDF z prób wysiłkowych i udostępnienie ich w systemie.

DZIAŁANIE SYSTEMU HIS/RIS/PACS NA TERMINALACH BEZDYSKOWYCH

W ramach przedmiotu zamówienia, musi zostać dostarczona funkcja Serwera Terminali zgodna z pozostałymi elementami zamówienia w zakresie architektury dla oprogramowania systemowego.

Zamawiający wykorzystuje obecnie …. terminali bezdyskowych w oparciu o system o otwartym kodzie źródłowym i zamierza je wykorzystać do pracy z systemem będącym przedmiotem zamówienia.

System nie wymaga instalowania oprogramowania na terminalu

System wspomaga ochronę danych osobowych - w przypadku utraty lub uszkodzenia terminala dane osobowe pozostają bezpieczne na serwerze

W przypadku awarii terminala wystarczy zmienić terminal na stanowisku, a konfiguracja środowiska dla użytkowników pozostaje niezmieniona

Podłączanie nowego terminala nie może wymagać od administratora systemu nakładów pracy przy konfiguracji dłuższej niż 15 minut

na terminalach dostępne funkcje dla modułów obsługi pacjenta z wyjątkiem bezpośrednio integrujących się z urządzeniami medycznymi, a także do modułów rozliczeń z płatnikami.

System współpracuje z drukarkami sieciowymi i jest zintegrowany z centralnym serwerem wydruków systemu HIS.

Współdzielona lista kolejek wydruków serwera terminali i serwera wydruków systemu HIS pozwalającym korzystać z drukarek sieciowych bez konieczności instalowania sterowników na stacjach roboczych i terminalach.

Możliwość działania systemu w trybie zmniejszenia obciążenia mocy obliczeniowej serwera terminali poprzez wykorzystanie mocy obliczeniowej procesora terminala i uruchamiania aplikacji lokalnie na terminalu obok aplikacji uruchamianych z sesji zarządzanej na serwerze terminali.

Możliwość wyboru na terminalach określonych przez administratora pomiędzy: automatycznym logowaniem do środowiska graficznego a autoryzacją za pomocą reguł logowania zdefiniowanych na serwerze terminali.

Możliwość szyfrowania transmisji pomiędzy serwerem terminali a terminalem, także dla wybranych terminali.

Blokowanie dostępu do niepożądanych serwisów WWW określonych przez administratora.

Zarządzanie terminalami i użytkownikami terminalowymi z poziomu serwera terminali.

Możliwość startu systemu za pośrednictwem sieci przy wykorzystaniu przynajmniej mechanizmu PXE.

Możliwość uruchamiania lokalnych aplikacji na terminalu wykorzystując jego zasoby sprzętowe.

Możliwość działania systemu w trybie zmniejszenia obciążenia mocy obliczeniowej serwera terminali poprzez wykorzystanie mocy obliczeniowej procesora terminala i uruchamiania aplikacji lokalnie na terminalu obok aplikacji uruchamianych z sesji zarządzanej na serwerze terminali.

Możliwość ograniczania modyfikacji środowiska graficznego (tzw. look & feel) dla wybranych użytkowników lub grup użytkowników.

Ograniczanie aplikacji dostępnych dla użytkowników w środowisku graficznym.

System musi umożliwiać uruchamianie aplikacji na serwerze tak, aby terminal odpowiadał tylko za przekazywanie danych wejściowych i wyświetlaniem wyjściowych.

System musi umożliwiać pracę na podstawowym zakresie funkcji z wyłączeniem modułów wymagających instalacji dodatkowego oprogramowania specjalistycznego lub dostarczanego na inne systemy operacyjne (system ma być jednak kompatybilny z dostarczanymi peryferiami przynajmniej pod względem sterowników drukarek sieciowych, czytników kodów).

Wspomaganie pracy helpdesk dla administratorów przez możliwość podłączenia do sesji terminala w trybie podglądu oraz pełnej kontroli.

ZARZĄDZANIE UŻYTKOWNIKAMI

System umożliwia dodawanie nowych użytkowników z wymuszeniem podania co najmniej imienia, nazwiska i kodu pracownika.

System umożliwia dodawanie co najmniej następujących danych dotyczących pracownika: imię, drugie imię, nazwisko, nazwisko xxxxxx, data urodzenia, płeć, tytuł naukowy, pesel, e-mail, telefon stacjonarny, telefon komórkowy, telefon służbowy.

System umożliwia dodawanie nowego pracownika z wprowadzeniem podstawowego zakresu danych o zatrudnieniu: jednostka organizacyjna, zatrudnienie od - do, etat.

System umożliwia przypisanie pracownikowi informacji o znajomości języków obcych. Informacja ta może być wykorzystana w ambulatorium podczas planowania wizyt pacjentów obcojęzycznych.

System umożliwia określenie dodatkowych informacji dotyczących usług, które wykonuje lekarz (co najmniej lista wykonywanych usług oraz wiek pacjenta).

System umożliwia dezaktywację konta użytkownika.

System prezentuje datę ostatniej zmiany hasła przez użytkownika, datę ostatniego udanego logowania i datę ostatniego nieudanego logowania.

System umożliwia zdefiniowanie języka aplikacji dla użytkownika (co najmniej: polski, angielski, rosyjski).

System umożliwia wprowadzenie informacji o rodzaju specjalizacji, specjalizacji i stopniu specjalizacji pracownika. System umożliwia wprowadzenie wielu specjalizacji dla pracownika.

System umożliwia wprowadzenie informacji o indywidualnej praktyce lekarskiej pracownika (co najmniej nazwa i REGON).

System umożliwia przypisanie pracownikowi funkcji w systemie (np. lekarz, pielęgniarka, konsultant).

System umożliwia załączenie i prezentację zdjęcia pracownika.

System umożliwia wydruk identyfikatora pracownika zawierającego jego dane oraz zdjęcie.

System umożliwia zdefiniowanie wielu grup zawodowych pracownika wraz ze wskazaniem, dla których jednostek organizacyjnych są one dedykowane (np. w sytuacji kiedy jeden pracownik pełni funkcję psychologa i psychoterapeuty).

System umożliwia śledzenie historii zmian wprowadzanych w danych użytkownika - historia prezentuje dane, które zostały zmodyfikowane, użytkownika, który zmodyfikował dane oraz datę modyfikacji.

System umożliwia dostęp do listy uprawnień z poziomu użytkownika uprawnionego do administrowania systemem.

System umożliwia dodawanie i odbieranie uprawnień wybranemu użytkownikowi, a także jednoczesne kilku wybranym użytkownikom.

System umożliwia dostęp do listy użytkowników z możliwością zmiany danych wybranego użytkownika.

Wyszukiwanie użytkowników według następujących kryteriów: nazwisko, kod użytkownika, login, typ pracownika, aktywny lub nie, typ użytkownika, grupa użytkownika, PESEL, numer Prawa Wykonywania Zawodu.

Sortowanie listy użytkowników według jednego z kryteriów: nazwisko użytkownika, kod pracownika, typ pracownika, typ użytkownika, grupa użytkownika, login użytkownika.

Export / import danych użytkowników do / z pliku.

Dla uproszczenia zarządzania uprawnieniami użytkowników - system umożliwia tworzenie, edycję i usuwanie grup i typów użytkowników.

System umożliwia tworzenie typów użytkowników wraz z przypisaniem im uprawnień do poszczególnych funkcji systemu.

System umożliwia tworzenie grup użytkowników wraz z przypisaniem im dostępu do poszczególnych jednostek organizacyjnych.

System umożliwia nadawanie uprawnień użytkownikom w kontekście jednostki organizacyjnej, w której pracują, tzn. użytkownik może mieć różne uprawnienia do wybranej funkcjonalności w zależności od konktekstu, w którym pracuje.

System umożliwia nadanie grupie użytkowników uprawnień do jednostek organizacyjnych na co najmniej trzech poziomach: zapis, odczyt, odczyt gdy pacjent wcześniej przebywał na danym oddziale.

• W przypadku uprawnień do zapisu - użytkownik posiadający takie uprawnienia będzie mógł np. zlecać badania czy prowadzić dokumentację formularzową pacjentów przebywających w jednostkach organizacyjnych, których uprawnienie dotyczy.

• W przypadku uprawnień do odczytu - użytkownik nie będzie mógł np. zlecać badań lub prowadzić dokumentacji formularzowej - a jedynie uzyska dostęp do odczytu danych w jednostkach organizacyjnych, który uprawnienie dotyczy.

• W przypadku odczytu gdy pacjent wcześniej przebywał na danym oddziale - użytkownik uzyska dostęp do danych zapisanych w danej jednostce organizacyjnej dopiero w momencie kiedy pacjent zostanie przeniesiony do jednostki w której pracuje dany użytkownik.

System umożliwia wyszukanie typów i grup użytkowników według następujących kryteriów: kod, nazwa, aktywny/nieaktywny.

System umożliwia sortowanie listy typów i grup użytkowników co najmniej według: kodu, krótkiej nazwy i pełnej nazwy.

System umożliwia przypisywanie użytkownikom typów i grup użytkowników. System nie ogranicza ilości przypisanych użytkowników typów i grup. Upreawnienia wynikające z kilku typów czy grup sumują się dla użytkownika.

System umożliwia kopiowanie typów i grup użytkowników.

System umożliwia odebranie użytkownikowi wybranego uprawnienia nawet jeżeli wynika ono z uprawnień przypisanego mu typu lub typów uzytkownika.

ZARZĄDZANIE STRUKTURĄ ORGANIZACYJNĄ

System umożliwia zdefiniowanie struktury organizacyjnej w pełnym układzie hierarchicznym oraz określenie odpowiednich parametrów elementu każdego poziomu (stosownie do typu elementu).

System kontroluje poprawność budowy hierarchii oraz prezentuje diagram prawidłowych podpięć jednostek.

System umożliwia dodawanie nowych jednostek do struktury organizacyjnej z wprowadzeniem podstawowego zakresu danych:

• kod i nazwa jednostki,

• NIP, REGON,

• dane adresowe (co najmniej: ulica, nr domu, nr mieszkania, miejscowość wybierana ze słownika miejscowości, kod pocztowy, poczta, powiat - uzupełniany automatycznie, województwo - uzupełniane automatycznie, kraj - uzupełniany automatycznie, kod administracyjny - uzupełniany automatycznie, telefon, fax, e-mail),

• długość i i szerokość geograficzna - dla umożliwienia prezentacji jednostki np. w różnego rodzaju mapach, - rodzaj jednostki,

• daty aktywności - od - do,

• księga rejestrowa - możliwość oznaczenia jednostki jako Podmiot (ZOZ), Przedsiębiorstwo, Jednostka organizacyjna lub Komórka organizacyjna wraz z wprowadzeniem wymaganej części kodu resortowego (w zależności od wybranego rodzaju co najmniej I, III, IV, V, VI, VII, VIII, IX części kodu resortowego), - Dyrektor zarządzający,

• Ordynator,

• Dyrektor medyczny.

System umożliwia definiowanie dodatkowych informacji o jednostce: - ośrodki kosztów,

• plan kont,

• identyfikatory w systemach zewnętrznych,

• domyślny kod świadczenia wg MZ,

• minimalna liczba dni pomiędzy rezerwacjami wizyt w poradni,

• płeć pacjenta (weryfikacja płci pacjenta podczas przyjęcia na oddział).

System umożliwia ograniczenie słownika ICD10 w jednostce.

System umożliwia przypisanie jednostce kodów ICD9, które mają zostać automatycznie zakodowane przy przyjęciu pacjenta do szpitala (np. 89.00) oraz będą uwzględniane przy rozliczaniu pobytu.

System umożliwia zdefiniowanie domyślnej diety i posiłków dodatkowych, które będą automatycznie zlecane pacjentowi w momencie przyjęcia na oddział.

System umożliwia zdefiniowanie profilu ksiąg oraz dokumentacji, do których będą odbywały się automatyczne wpisy podczas operacji w systemie. System umożliwia definiowanie co najmniej:

• księgi głównej, księgi oddziałowej oraz dokumentacji oddziałowej - dla oddziałów szpitalnych,

• księgi porad, dokumentacji poradni - dla poradni,

• księgi pracowni - dla pracowni i zakładów diagnostycznych,

• księgi odmów, księgi porad ambulatoryjnych - dla izby przyjęć.

System umożliwia zarządzanie grupami jednostek z możliwością dodawania, przeglądania, zmiany i usuwania pozycji oraz przypisania wybranych jednostek do grupy.

System umożliwia graficzne wyświetlenie struktury organizacyjnej w postaci drzewa zależności z możliwością wyboru poszczególnych jego elementów i natychmiastowego przejścia do edycji wybranego elementu.

System umożliwia dostęp do listy struktury organizacyjnej z możliwością zmiany danych wybranej jednostki.

System umożliwia przegląd listy struktury organizacyjnej co najmniej w zakresie: kod, nazwa, miasto/ulica, rodzaj jednostki, hierarchia, grupa jednostek, powiązane ośrodki kosztów.

System umożliwia wyszukiwanie jednostek według następujących kryteriów: kod jednostki, nazwa jednostki, rodzaj jednostki, hierarchia, grupa jednostek, miejscowość.

System umożliwia export oraz import danych jednostek do pliku.

System umożliwia definiowanie ilości dostępnych łóżek w jednostrace typu oddział / sala.

ZARZĄDZANIE SŁOWNIKIEM USŁUG

System umożliwia zarządzanie słownikiem usług. Istnieje możliwość dodawania, edycji, usuwania i kopiowania usług.

System umożliwia import i export słownika usług z arkusza kalkulacyjnego.

System umożliwia przegląd listy usług co najmniej w zakresie: kod, skrót, ICD-9, nazwa, typ usługi.

System umożliwia wyszukiwania usług w słowniku za pomocą kryteriów: kod, nazwa, jednostka wykonująca, typ usługi.

System umożliwia wprowadzenie podstawowych danych dotyczących usługi, co najmniej:

• kod,

• skrót,

• Krótka nazwa,

• pełna nazwa,

• typ usługi,

• daty obowiązywania od - do, - jednostka miary.

System umożliwia zdefiniowane dodatkowych danych dotyczących usługi, co najmniej: - kodu procedury ICD-9,

• kodu POZ,

• jednostki wykonującej,

• formularzy zlecenia, wyniku oraz innych formularzy służących opisowi danej usługi,

• materiałów, na których wykonywana jest dana usługa (np. krew czy mocz),

• probówki, do której zbierany jest materiał niezbędny do wykonania usługi (np. probówka czerwona 5 ml).

System umożliwia zdefinowanie i wykorzystywanie dodatkowych oznaczeń i restrykcji dotyczących usługi, co najmniej:

• ograniczenie związane ze zlecaniem usługi dla konkretnej płci pacjenta,

• ograniczenie związane ze zlecaniem usługi pacjentom w konkretnym wieku (od - do), - oznaczenie usługi jako niemedyczna,

• oznaczenie usługi, jako usługa przedmiotowa - niezwiązana z pacjentem,

• oznaczenie, że wynik wykonania usługi wymaga upublicznienia (brak upublicznia skutkuje dostępem do wyniku tylko dla użytkownika zlecającego i użytkowników ze specjalnymi uprawnieniami),

• oznaczenie usługi jako Ratująca życie,

• oznaczenie usługi jako stomatologiczna (usługa stomatologiczna wymaga uzupełnienia dodatkowych informacji podczas rozliczenia z NFZ),

• ograniczenie związane z limitem zleceń dla danej usługi - oznaczenie co ile dni, lub godzin dana usługa może zostać zlecona pacjentowi.

System umożliwia powiązanie usługi ze świadczeniami zawartymi w elektronicznych umowach z NFZ w celu zautomatyzowania kodowania świadczeń np. w Rehabilitacji. System pozwala określić czy świadczenia zakodowane przy usłudze powinny być wykazane w odrębnym zestawie świadczeń oraz czy powinny zostać zakodowane automatycznie w czasie gdy pacjent ma hospitalizację lub dla zleceń z oddziału lub izby przyjęć.

System umożliwia przypisanie usługom stawek VAT wraz ze wskazaniem okresu obowiązywania.

System umożliwia przypisanie usługom kodu klasyfikacji PKWiU (Polskiej Klasyfikacji Wyrobów i Usług).

System umożliwia przypisanie usługom domyślnych czasów trwania rezerwacji w grafikach pracowni diagnostycznych i ambulatorium.

System umożliwia tworzenie słownika typów usług, służącego do grupowania usług danego rodzaju.

System umożliwia tworzenia dwupoziomowego słownika typów usług, np. Laboratorium (nadrzędny typ usługi) -> Analityka (podrzędny typ usługi).

System umożliwia dodanie podstawowych informacji i typie usługi, co najmniej: kod, nazwa, opis.

System umożliwia dodatkową konfiguracje słownika typów usług poprzez wskazanie miejsc systemu w których dany typ będzie widoczny, co najmniej możliwość:

• wykluczenia danego typu usług z możliwości wprowadzenia wyniku bez zlecenia,

• zlecania danego typu usług z modułów Oddział, Izba Przyjęć i Poradnia,

• wskazania miejsca prezentacji wyniku usługi (miejsce na wyniki opisowe, lub wyniki liczbowe),

• prezentacji informacji o wykonaniu danej usługi na ekranie podsumowania danych pobytu, - wykluczenia danego typu usług z możliwości zlecania z poradni, - prezentacji wyników danego typu w ePortalu pacjenta.

System umożliwia połączenie typu usługi z domyślnymi formularzami zlecenia, wyniku, opisu usługi - w taki sposób, że wszystkie usługi połączone z danym typem domyślnie będą połączone z danymi formularzami. Dzięki temu nie będzie konieczności łączenia pojedynczo poszczególnych usług z formularzami. System umożliwia zmianę domyślnych formularzy usługi bezpośrednio dla konkretnej usługi (formularze zdefiniowane bezpośrednio dla usługi mają pierwszeństwo przed formularzami, które usługa otrzymuje z poziomu typu usługi).

System umożliwia tworzenie profili złożonych z wielu testów. Dla każdego z testów istnieje możliwość określenia, czy ma być domyślnie zaznaczony do zlecenia lub czy ma być obowiązkowy (w taki przypadku nie będzie możliwości zlecenia danego profilu bez tego testu).

ZARZĄDZANIE SŁOWNIKAMI SYSTEMU

System umożliwia przegląd i aktualizację słownika kodów terytorialnych oraz miejscowości bezpośrednio z plików udostępnianych przez GUS.

System obsługuje słownik płci zgodnie z normą PN-ISO 5218: płeć nieokreślona, mężczyzna, kobieta, nieznana

System umożliwia zarządzanie listą lekarzy kierujących.

System umożliwia zarządzanie listą jednostek kierujących.

System umożliwia zarządzanie słownikami związanymi ze zlecaniem badań, co najmniej:

• słownik priorytetów zleceń,

• słownik materiałów na których wykonywane są badania, - słownik powodów zmian statusu zlecenia.

System umożliwia zarządzanie słownikami związanymi ze zlecaniem leków, co najmniej: - słowników sposobów podania leków,

• słownik dawkowania leków,

• słownik częstotliwości podania leków.

System umożliwia zarządzanie słownikami związanymi z danymi użytkownika / personelu, co najmniej: - słownik języków obcych,

• słownik specjalizacji,

• słownik stopni naukowych,

• słownik stopni specjalizacji,

• słownik stopni znajomości języków obcych, - słownik typów personelu.

System umożliwia zarządzanie słownikami związanymi z ruchem chorych pacjentów, co najmniej: - słownik trybów przyjęć,

• słownik trybów wypisu,

• słownik kierunków wypisu,

• słownik źródeł skierowania.

System umożliwia zarządzanie słownikiem priorytetów SOR.

System umożliwia zarządzanie słownikami związanymi z opiekunami pacjenta, co najmniej: - słownik zakresu upoważnień, - słownik pokrewieństwa.

System umożliwia zarządzanie słownikami związanymi z porodem, co najmniej:

• słownik charektereystyki porodu,

• słownik czynników porodu,

• słownik czynników obciążających w czasie porodu.

System umożliwia zarządzanie słownikami związanymi z grafikami dyżurów, co najmniej: - słownik wymiarów pracy,

• słownik etatów,

• słownik rodzajów dyżurów.

System umożliwia zarządzanie słownikami związanymi z definiowaniem probówek wykorzystywanych do pobrania materiału, co najmniej:

• słownik probówek,

• słownik typów probówek, - słownik producentów probówek, - słownik kolorów probówek.

System umożliwia zarządzanie słownikami związanymi z zakażeniemi, co najmniej: - słownik czynników ryzyka zakażeń,

• słownik grup ryzyka,

• słownik drobnoustrojów alarmowych,

• słownik patogenów alarmowych,

• słownik rozpoznania zakażania,

• słownik klasyfikacji zakażenia,

• słownik rodzajów zakażenia,

• słownik objawów zakażenia,

• słownik typów leczenia zakażenia,

• słowników przebiegów klinicznych zakażenia, - słowników wyników leczenia zakażenia.

ZARZĄDZANIE SŁOWNIKAMI RUCHU CHORYCH PACJENTÓW

Konfiguracja opcji aplikacji.

System umożliwia zdefiniowanie liczby dostępnych łóżek na oddziale/ w sali.

Zarządzanie słownikiem rodzajów łóżek z możliwością dodawania, przeglądania, zmiany danych i usuwania pozycji.

Możliwość określenia na wybranej jednostce organizacyjnej rodzaju dyżurów, wraz z czasem trwania tego dyżuru i typu personelu, jaki będzie ten dyżur wykonywał.

Zarządzanie słownikiem rodzajów dyżurów z możliwością dodawania, przeglądania, zmiany danych i usuwania pozycji.

Definiowanie okresów obowiązywania procedur medycznych na potrzeby wyszukiwania w innych modułach systemu.

Możliwość tworzenia słownika kodyfikacji/tagów które potem można przypisać do pacjenta lub epizodu leczenia.

KOMUNIKATOR

Funkcje komunikatora dostępne są dla wszystkich modułów związanych z obsługą pacjenta, z wyłączeniem modułów integrujących się bezpośrednio z urządzeniami medycznymi.

Moduł przesyła informacje o zmianach w oprogramowaniu Dostawcy.

Moduł umożliwia odbieranie komunikatów RSS.

Moduł umożliwia wymianę informacji tekstowej pomiędzy użytkownikami on-line (chat).

Moduł umożliwia w przypadku wykrycia błędu aplikacji przesłanie komunikatu do administratora. Moduł umożliwia też przesyłanie tą drogą uwag dotyczących oprogramowania do administratora.

Możliwość przekazywania wiadomości tekstowych tak na poszczególne stacje jak i na poszczególne grupy, zdefiniowane w systemie.

Wiadomości mogą być dodatkowo oznaczone jako: pilna lub blokująca system. Wiadomość pilna powoduje regularne wyświetlanie komunikatu o jej nadejściu. Wiadomość blokująca system wymusza potwierdzenie zapoznania się z nią przed dalszą pracą w systemie.

System informuje za pomocą komunikatora o aktualizacji natychmiast po wykonaniu aktualizacji z informacją o dacie wykonania aktualizacji oraz URL do listy zmian.

W wiadomościach można umieszczać odnośniki do stron zewnętrznych WWW np. do strony z rozporządzeniem prezesa NFZ.

Moduł umożliwia wprowadzenie wiadomości wymagających potwierdzenia przed dalszą pracą w systemie system uniemożliwia pracę bez potwierdzenia odczytania wiadomości).

Możliwość, niezależnie od komunikatora wbudowanego w System i będącego jego integralną częścią, wykorzystania komunikatora Skype.

CENTRALNY SERWER WYDRUKÓW

Funkcje dostępne przynajmniej dla modułów obsługi pacjenta z wyjątkiem bezpośrednio integrujących się z urządzeniami medycznymi.

System zapewnia możliwość drukowania bez konieczności instalacji sterowników na stacji roboczej.

System musi zapewniać obsługę drukarek systemu Linux i Windows

System musi umożliwiać kolejkowanie wydruków

System kolejek wydruków pozwala korzystać z drukarek sieciowych bez konieczności instalowania sterowników na stacjach roboczych i terminalach. W szczególności możliwe jest użytkowanie drukarek niezależnie od systemu operacyjnego stacji roboczej oraz na terminalach graficznych działających pod kontrolą systemu o otwartym kodzie źródłowym.

System musi umożliwiać zbieranie statystyk o liczbie wydruków z podziałem na rodzaj wydruku i urządzenie na jakie wydruk został zlecony

System musi umożliwiać centralne zarządzanie drukarkami (dodawanie, usuwanie, modyfikacja sterownika, nadawanie nazwy) poprzez graficzny interface

System musi umożliwiać definiowanie kilku odrębnych kolejek wydruków widocznych w systemie dla jednej fizycznej drukarki, wykorzystując inne opcje wydruku (wydruk dwustronny, wydruk na domyślnym formacie A3, itp.)

System musi umożliwiać konfigurację drukarek JetDirect/Socket/AppSocket

System musi umożliwiać konfigurację drukarek IPP (Internet Printing Protocol)

System musi umożliwiać konfigurację drukarek LPD

System musi umożliwiać konfigurację drukarek SMB/Windows Printers

System musi umożliwiać zdalny start, stop i restart usługi centralnego systemu wydruków

System musi umożliwiać centralne dołączanie sterowników dla drukarek

System musi umożliwiać odświeżanie listy drukarek w systemie automatycznie i na żądanie

System musi umożliwiać konfigurację domyślnych drukarek dla stacji roboczej

System musi umożliwiać wydruk z systemu na dowolnej drukarce skonfigurowanej w systemie

System musi umożliwiać mapowanie nazw drukarek (możliwość nadania innej nazwy w systemie operacyjnym, a innej w aplikacji)

System musi umożliwiać weryfikację pracy (dostępności, listy niewykonanych zadań, status) wszystkich drukarek z jednego miejsca

PULPIT LEKARZA I PIELĘGNIARKI

Prezentacja na jednym ekranie informacji o:

- pacjentach szpitalnych - panel zawierający minimum nazwisko pacjenta, salę/oddział, datę przyjęcia

- pacjentach ambulatoryjnych - panel zawierający nazwę gabinetu, godzinę wizyty i jej status

- dokumentacji medycznej, która wymaga uzupełnienia i która nie została zamknięta - panel zawierający nazwę dokumentu oraz nazwisko pacjenta z nim związanego

- prezentacja wyników zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez lekarza pacjentem - panel zawierający minimum nazwę badania, nazwisko pacjenta oraz status badania

- prezentacja zadań zleconych przez innych użytkowników (np. operacja lub konsultacja) - panel zawierający nazwę zlecenia, pacjenta oraz status

- prezentacja zmienionych zleceń przygotowanych przez lekarza i / lub związanych z prowadzonym przez lekarza pacjentem - panel zawierający nazwę zlecenia, pacjenta oraz status

- prezentacja zleconych i zmienionych diet - panel prezentujący jednostkę organizacyjną nazwę diety oraz ilość

- prezentacja problemów dotyczących leków/zasobów w magazynkach oddziałowych, panel powinien umożliwiać monitorowanie niskich stanów magazynowych zasobów i leków, daty ważności zasobów

- prezentacja zleconych leków - panel prezentujący listę leków zleconych w zakresie: jednostka organizacyjna, pacjent, planowana data i godzina podania, lek, droga podania, dawka. Użytkownik powinien mieć możliwość wyboru jednostki organizacyjnej dla której prezentowane są dane oraz czasu podania leku (np. pokaż leki zlecone na najbliższe 4 godziny)

- prezentacja zleconych leków, których podaż kończy się w najbliższym czasie - panel prezentujący nazwę jednostki organizacyjnej, pacjenta, lek. Użytkownik powinien mieć możliwość wyboru zakresu danych prezentowanych na panelu, np.. Pokaż pacjentów, którym podaż leków kończy się w przeciągu 2 najbliższych dni

- prezentacja listy pacjentów z zakażeniem

- prezentacja listy pacjentów bez wypełnionej ankiety NRS

- prezentacja usług zleconych do pracowni

Możliwość zdefiniowania dostępu do funkcji oraz danych pacjentów w zależności od profilu uprawnień użytkownika.

Możliwość sortowania informacji prezentowanych na panelach po dowolnej kolumnie.

Możliwość konfiguracji, który z paneli i w jakim miejscu jest prezentowanych na ekranie.

Możliwość automatycznego oraz ręcznego (po naciśnięciu przycisku 'Odśwież') odświeżania zawartości każdego panelu.

GENERATOR FORMULARZY

System umożliwia zdefiniowanie formularzy związanych z obsługą pacjenta (z wyjątkiem dedykowanych modułów integrujących się bezpośrednio z urządzeniami medycznymi) na potrzeby Zamawiającego przez personel Zamawiającego. Moduł ten jest integralną częścią systemu.

System umożliwa dodanie na formularzu pola napisu, z możliwością konfiguracji co najmniej: - treści napisu,

• wyrównania poziomego,

• wyrównania pionowego.

System umożliwia dodanie na formularzu pola tekstowego, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• oznaczenia czy uzupełnienia pola jest obligatoryjne,

• wskazania źródła wartości domyślnej (np. wzrostu, wagi pacjenta).

System umożliwia dodanie na formularzu pola opisowego, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wysokości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• oznaczenia czy uzupełnienie pola jest obligatoryjne,

• wskazania źródła wartości domyślnej (np. wzrostu lub wagi pacjenta),

• dostępu do wyników pacjenta z możliwości skopiowania wyniku do pola, - dostępu do wprowadzonych wcześniej danych na innych formularzach.

System umożliwia dodanie na formularzu pola opisowego - formatowanego, w którym użytkownik będzie mógł wstępnie sformatować wprowadzony opis (pogrubienie, podreślenie, kursywa, z możliwością konfiguracji co najmniej:

• nazwy pola (opisu pola),

• wyrównania poziomego,

• wyrównania pionowego,

• oznaczenia czy uzupełnienie pola jest obligatoryjne,

• wskazania źródła wartości domyślnej (np. wzrostu lub wagi pacjenta),

• dostępu do wyników pacjenta z możliwością skopiowania wyniku do pola, - dostępu do wprowadzonych wcześniej danych na innych formularzach.

System umożliwia dodanie na formularzu pola liczby całkowitej, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wartości minimalnej,

• wartości maksymalnej,

• normy (w przypadku przekroczeniu normy - system w podglądzie wprowadzonych w polu danych oznaczy je odpowiednim kolorem, np. czerwonym w przypadku przekroczenia górnej granicy lub niebieskim w przypadku przekroczenia dolnej granicy),

• jednostki miary,

• oznaczenia czy uzupełnienie pola jest obligatoryjne,

• wskazania źródła wartości domyślnej (np. wzrostu lub wagi pacjenta).

System umożliwia dodanie na formularzu pola liczby rzeczywistej, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wartości minimalnej,

• wartości maksymalnej,

• miejsc po przecinku, których wprowadzenie będzie możliwe,

• normy (w przypadku przekroczeniu normy - system w podglądzie wprowadzonych w polu danych oznaczy je odpowiednim kolorem, np. czerwonym w przypadku przekroczenia górnej granicy lub niebieskim w przypadku przekroczenia dolnej granicy),

• jednostki miary,

• oznaczenia czy uzupełnienie pola jest obligatoryjne,

• wskazania źródła wartości domyślnej (np. wzrostu lub wagi pacjenta).

System umożliwia dodanie na formularzu pola daty, z możliwości konfiguracji co najmniej: - nazwy pola (opisu pola),

• wyrownania poziomego,

• wyrównania pionowego,

• precyzji daty (data, czas, data i czas),

• oznaczenie czy uzupełnienia pola jest obligatoryjne.

System umożliwia dodanie na formularzu pola listy, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wskazania słownika listy (system umożliwia dodanie dowolnych słowników wykorzystywanych na formularzach),

• oznaczenia czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu pola wyboru (tzw. checkbox), z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• wyrównania poziomego,

• wyrównania pionowego.

System umożliwia dodanie na formularzu grupy przycisków opcji (tzw. radio button), z możliwością konfiguracji co najmniej:

• nazwy pola (opisu pola),

• wyrównania poziomego,

• wyrównania pionowego,

• wskazania słownika opcji (system umożliwia dodanie dowolnych słowników wykorzystywanych na formularzach),

• określenie ilości kolumn opcji,

• oznaczenie czy oznaczenie, którejś z opcji jest obligatoryjne.

System umożliwia dodanie na formularzu panelu załączania plików.

System umożliwia dodanie na formularzu schematu graficznego.

System umożliwia dodanie na formularzu słownika pracowników, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wskazanie funkcji pracownika,

• wskazanie typów pracowników - dla zawężenia dostępnej w polu listy pracowników,

• oznaczenia czy na jednym formularzu powinna być możliwość wybrania tego samego pracownika więcej niż jeden raz,

• oznaczenie pracownicy jakich jednostek organizacyjnych powinni być dostępni w polu listy pracowników, - oznaczenie czy po wyborze pracownika z listy - na podglądzie formularza poza imieniem i nazwiskiem powinny być widoczne również tytuł naukowy, specjalizacje i numer Prawa Wykonywania Zawodu, - oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu słownika usług, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wskazanie typów usług, których wybór będzie możliwy,

• oznaczenia czy na jednym formularzu powinna być możliwość wybrania tej samej usługi więcej niż jeden raz, - oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu słownika jednostek ze struktury organizacyjnej, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wskazanie typów hierchii, których wybór będzie możliwy, - oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu słownika diagnoz ICD-10, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu słownika umów zawartch z płatnikami innymi niż NFZ, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia dodanie na formularzu słownika urządzeń, z możliwością konfiguracji co najmniej: - nazwy pola (opisu pola),

• długości pola,

• wyrównania poziomego,

• wyrównania pionowego,

• wskazanie typów urządzeń, których wybór będzie możliwy,

• oznaczenie czy na jednym formularzu powinna istnieć możliwość wyboru tej samej pozycji słownikowej więcej niż jeden raz,

• oznaczenie czy uzupełnienie pola jest obligatoryjne.

System umożliwia skonfigurowanie i podłączanie wydruków zawierających dane wprowadzone na wcześniej zdefiniowanych formularzach.

System umożliwa definiowanie na formularzach reguł obliczeniowych, dzięki których możliwe jest wyliczanie wartości na podstawawie innych pól formularza i danych z systemu.

System umożliwia wykorzystywanie stworzonych formularzy w:

• dokumentacji formularzowej dostępnej w modułach Oddział, Izba Przyjęć, Poradnia; - zleceniach usług (x.xx. Zlecenie, wynik, zapis wykonania, dodatkowe dane); - karta zakażeń;

• części anestezjologicznej; - rejestracji materiału.

System umożliwia eksport i import stworzonych formularzy do pliku zewnętrznego.

System umożliwia kopiowanie formularzy.

System umożliwia kopiowania samych atrybutów formularza w celu wykorzystania ich do stworzenia nowego formularza.

System umożliwia tworzenie niestandarodwych formularzy, które mogą zostać połączone z usługami. Niestandarowy formularz może być prezentowany np. na dodatkowej zakładce. Formularz może zawierać dowolne pola z pośród wszystkich dostępnych w generatorze. System umożliwia konfiguracje dowolnej nazwy dla takiego formularza oraz włączenie go na wybranej liście roboczej systemu i połączenie z dowolnymi usługami lub typami usług.

W polach opisowych przy wypełnianiu w systemie formularzy istnieje możliwość dodania i użycia predefiniowanych fraz opisowych / wzorców / szablonów tekstów do późniejszego wykorzystania przez użytkownika lub grupę użytkowników z możliwością określenia ich dostępności:

• ogólnodostępnych

• ogólnodostępnych tylko w kontekście wybranej jednostki organizacyjnej (frazy są widoczne tylko w formularzach dla pacjentów przebywających w danej jednostce)

• ogólnodostępnych tylko dla konkretnych typów użytkownika

• ogólnodostępnych dla konkretnych typów użytkownika w kontekście jednostki organizacyjnej

• ograniczonych do pojedynczego użytkownika /autora

• ograniczonych do pojedynczego użytkownika /autora w kontekście jednostki organizacyjnej.

Frazy opisowe są zapisywane bezpośrednio w bazie danych Systemu i są dostępne na dowolnej stacji roboczej zalogowanej do Systemu.

DOKUMENTACJA FORMULARZOWA

System umożliwia definiowanie zakresu, rodzaju i struktury dokumentacji formularzowej zbieranej podczas pobytu pacjenta w szpitalu lub podczas wizyty w ambulatorium.

System umożliwia zarządzanie strukturą dokumentacji formularzowej w formie graficznej - w postaci schematu drzewa zawierającego hierarchię dokumentacji formularzowej z co najmniej modułów Oddział, Izba Przyjęć i Poradnia.

System umożliwia zarządzanie strukturą dokumentacji formularzowej poprzez dodawanie, edycję, usuwanie zakładek i grup zawierających poszczególną dokumentację formularzową oraz dodawanie, edycję i usuwanie poszczególnych elementów dokumentacji formularzowej.

System umożliwia konfiguracje każdego z elementów dokumentacji formularzowej co najmniej poprzez: - możliwość konfiguracji czy zapis danego elementu będzie możliwy tylko raz podczas pobytu / wizyty czy wiele razy podczas pobytu / wizyty;

• możliwość konfiguracji zakresu widoczności do edycji i odczytu dla hospitalizacji / pobytu na oddziale / wizyty lub zawsze dla danego pacjenta;

• możliwość konfiguracji jakie tryby dokumentacji formularzowej powinny być dostępne: dokument kompletny / dokument w formie szkicu,

• możliwość konfiguracji czy w danym dokumencie możliwe będzie wprowadzenie daty obowiązywania / okresu obowiązywania,

• możliwość konfiguracji czy edycja danego dokumentu powinna być możliwa w zamkniętych pobytach, - możliwość konfiguracji czy po zapisie dokumentu - na podglądzie powinny być ukrywane nieuzupełnione pola.

System umożliwia zarządzanie dokumentacją formularzową w zakresie widoczności poszczególnych elementów w jednostkach struktury organizacyjnej.

System umożliwia podłączanie do poszczególnych elementów dokumentacji formularzowej - wcześniej stworzonych formularzy strukturyzowanych stworzonych za pomocą modułu Generator Formularzy.

ZARZĄDZANIE RAPORTAMI I GENERATOR RAPORTÓW

System umożliwia zarządzanie listą dostępnych zestawień / raportów poprzez możliwość nadawania uprawnień do uruchamiania każdego z nich oraz umieszczania ich w odpowiednim module - administrator może skonfigurować, w którym module dostępny ma być wskazany raport.

Generator raportów stanowi integralną część systemu.

System umożliwia tworzenie nowych raportów w oparciu o dostępne widoki danych oraz język zapytań SQL.

W zależności od zawartości źródła danych, system umożliwia stworzenie nowego raportu, zawierającego dostępne kryteria i kolumny.

Dla raportów tworzonych w oparciu o dostępne widoki danych, system umożliwia konfiguracje kryteriów tworzonych raportów, co najmniej w zakresie:

• wybór pola,

• określenie nazwy,

• wskazanie czy wybór kryterium będzie wymagany,

• wskazanie czy dane kryterium powinno być widoczne,

• wartość domyślna,

• położenie x,

• położenie y.

Dla raportów tworzonych w oparciu o dostępne widoki danych, system umożliwia konfiguracje kolumn danych, co najmniej w zakresie:

• wybór pola,

• określenie nazwy kolumny,

• wskazanie czy dana kolumna powinna być widoczna,

• sortowanie (malejąco / rosnąco),

• grupowanie,

• sortowanie, - zliczanie.

GRAFIKI PRACY PERSONELU MEDYCZNEGO

Grafik dyżurów i pracy

System dostarcza funkcję pozwalającą definiować, planować plan dyżurów i pracy w zakresie:

• definicji typów personelu w jednostce organizacyjnej

• definicji osób zatrudnionych o danym typie personelu

• definicji wymiaru etatu danego personelu

• definicji dostępnych rodzajów dyżurów i ich czasów trwania w danej jednostce organizacyjnej

System umożliwia i wspomaga proces planowania dyżurów, pracy i nieobecności w sposób graficzny poprzez:

-prezentację widoku miesięcznego w danej jednostce i danym typie personelu,

-automatyczne zliczanie liczby godzin wynikających z etatu, już zaplanowanych i zrealizowanych, -automatyczne pomniejszanie liczby godzin do wypracowania w danym miesiącu o zaplanowane nieobecności (urlop, zwolnienie, inna nieobecność),

-automatyczne zliczanie liczby nadgodzin, która przechodzi na kolejny miesiąc,

-automatyczne zliczanie liczby godzin nocnych i świątecznych,

-możliwość oznaczenia realizacji planu całego miesiąca przez daną osobę, -możliwość raportowania liczby godzin pracy innej niż planowana.

Funkcja możliwa do uruchomienia na wszystkich stacjach roboczych na oddziałach, izbie przyjęć i w poradni z poziomu odpowiedniego modułu (np. Oddział, Izba przyjęć), bez konieczności ponownego zalogowania się do systemu lub uruchamiania zewnętrznego oprogramowania.

System udostępnia raport z zaplanowanych i zrealizowanych dyżurów oparty na ww. graficznej prezentacji

ARCHIWUM DOKUMENTACJI PAPIEROWEJ

Wyszukiwanie historii choroby (według danych personalnych pacjenta, kodu kreskowego, nr Księgi Głównej, okresów pobytu).

Automatyczne przygotwanie przez System listy zamówionych dokumentacji do archiwum papierowegona podstawie zarezerwowanej wizyty/pobytu do archiwum papierowego przez lekarza.

Ewidencja przyjęcia dokumentacji do archiwum:

• data przyjęcia,

• pracownik szpitala, który oddał historię choroby, - pracownik archiwum, który ją przyjął.

Ewidencja wydania z archiwum dokumentacji:

• data wydania,

• dane osoby(lekarz, pacjent, osoba upoważniona) instytucji, której wydano historię,

• pracownik archiwum, który ją wydał,

• postać dokumentu (kopia, oryginał),

• przewidywana data zwrotu,

• osoba odbierająca,

• cel zamówienia (bieżące, do celów naukowy), - uwagi.

Możliwość wydawania dokumentacji:

• Wydawanie z zamówienia,

• Wydawanie bez wcześniejszego zamówienia.

Możliwość zamawiania dokumentacji:

• wprowadzanie zamówień dokumentacji przez lekarzy i przez pracowników archiwum. Możliwość umieszczania wielu pozycji na jednym zamówieniu,

• modyfikowanie danych wcześniej wprowadzonego zamówienia,

• dane zamówienia: lista wybranych dokumentacji, podmiot zamawiający (lekarz, pacjent, osoba upoważniona, instytucja), postać dokumentu (kopia, oryginał), data zamówienia, przewidywana data zwrotu, cel zamówienia (bieżące, do celów naukowy), priorytet (pilny , rutynowy), uwagi.

Wyszukanie wszystkich dokumentacji danego pacjenta.

Zestaw raportów umożliwiający minimum poniższe zestawienia:

- ewidencja historii statusu dokumentacji, - ewidencja wydanych dokumentacji, - przekroczony termin zwrotu.

System umożliwia odnotowanie informacji o kasacji dokumentów z wydrukowaniem protokołu kasacji.

System umożliwia nałożenie limitów wypożyczeni dokumentacji w zależności od tego, czy jest ona wypożyczana do celów bieżących, naukowych.

Dodawanie różnego rodzaju dokumentacji medycznych:

• Dokumentacja szpitalna (historia choroby)

Dane dokumentacji: numer dokumentacji (nr księgi głównej); numer teczki, w której znajduje się dokumentacja;

okres z którego pochodzi dokumentacja (data przyjęcia i wypisu ze szpitala); Pacjent, którego dotyczy dokumentacja;

Dane dokumentacji, które dotyczą wszystkich rodzajów dokumentacji: stan dokumentacji

(wybrakowana, zagubiona); osoba dostarczająca dokumentację; osoba przyjmująca dokumentację (pracownik archiwum); data przyjęcia, uwagi;

• Dokumentacja szpitalna – historyczna (dokumentacja sprzed wdrożenia systemu)

Dane takie jak: numer dokumentacji, pacjent, miejsce pobytu, data przyjęcia i wypisu wprowadzane są ręcznie w odróżnieniu od poprzedniego rodzaju dokumentacji, gdzie dane te są pobierane automatycznie po wybraniu księgi głównej.

• Dokumentacja szpitalna – oddziałowa (gdy oddziały prowadzą oddzielną dokumentację)

Pozwala na dodawanie dokumentacji dla pojedynczych pobytów na oddziałach. Można wskazać dowolny pobyt/pobyty spośród wszystkich pobytów hospitalizacji i dodać dla niego/nich dokumentację.

Dane dokumentacji: numer dokumentacji (kolejny numer w danym roku, nadawany przez system w momencie dodawania dok. do archiwum); okres, z którego pochodzi dokumentacja (data przyjęcia i wypisu z oddziału)

• Księga przyjęć i odmów z Izby przyjęć

Dane dokumentacji: specjalizacja, okres z którego pochodzi dokumentacja, numer dokumentacji (kolejny numer w danym roku dla określonej specjalizacji).

• Teczka Kart informacyjnych z izby przyjęć

Dane dokumentacji: takie same jak dla dokumentacji typu: 'Księga przyjęć i odmów'.

• Książka raportów pielęgniarskich

Dane dokumentacji: jednostka organizacyjna (oddział), okres z którego pochodzi dokumentacja, numer dokumentacji (kolejny numer w danym roku dla określonego oddziału).

• Książka raportów lekarskich

Dane dokumentacji: takie same jak dla dokumentacji typu: 'Książka raportów lekarskich'.

PORADNIA STATYSTYKA

Prowadzenie rejestru pacjentów (wspólnego dla wszystkich modułów) z możliwością przeglądu danych archiwalnych dotyczących danych z poszczególnych pobytów w szpitalu (rejestr pobytów).

Wyszukiwanie pacjentów wg różnych parametrów:

• imię,

• nazwisko,

• nazwisko rodowe pacjenta,

• identyfikator pacjenta w systemie informatycznym, - PESEL,

• wiek,

• płeć,

• data urodzenia,

• numer dokumentacji pacjenta,

• dane wizyty (data, poradnia, lekarz).

• data przyjęcia na Izbę Przyjęć/Oddział ,

• miejscowość, ulica, kod administracyjny, - diagnozy/wykonane usługi,

• zakodowane świadczenia NFZ.

Wyszukiwanie pacjentów po danych osobowych krewnego wg parametrów jak dla pacjenta.

Bezpośredni dostęp do rejestru pacjentów z możliwością zmiany wszystkich wprowadzonych danych pacjenta.

Szybki wgląd w pełną dokumentację medyczną pacjenta kiedykolwiek zapisaną w systemie (wyników zleceń, danych formularzowych).

W przypadku połączenia z systemem szpitalnym dostęp do informacji o hospitalizacjach pacjenta.

Przegląd i wydruk ksiąg:

- Księga Przychodni, - Księga Oczekujących, - Księga Zgonów.

Możliwość zdefiniowania widoku listy raportów jako zestawienie ikon lub listy. Możliwość definiowania listy ulubionych raportów dla każdego użytkownika oddzielnie.

Integracja z gruperem AOS – wyznaczanie poprawnych grup AOS dla wizyt bezpośrednio z ekranu kodowania wizyt.

Dla zleceń badań diagnostycznych, które zostały wykonane przed wizytą i nie zostały jeszcze konsultowane przez lekarza specjalistę, system automatycznie podpowiada uwzględnienie ich kodów ICD9 w rozliczeniu z NFZ oraz grupowaniu na etapie kodowania wizyty.

Możliwość kodowania świadczenia z automatycznym rozbiciem na poszczególne dni. Przy użyciu kalendarza można wybrać w których dniach ma zostać zakodowany produkt.

Dla chemioterapeutyków z załącznika nr 2 do zarządzenia nr 5/2011/DGL Prezesa NFZ system automatycznie proponuje uzupełnienie pola 'Dawka określona wg'.

Odpowiedź na pytanie nr 346

Zamawiający oczekuje oprogramowania oraz usługi zgodnie z zapisami SIWZ i OPZ

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Zgodnie z danymi opublikowanymi na xxx.xxxxxx.xx w Polsce obecnie jest 5 działających jako kwalifikowaniu dostawcy usług zaufania. Każda z tych firm oprócz samych certyfikatów posiada w ofercie czytnik, karty oraz oprogramowanie. Mając na uwadze fakt, że wymaganie na świadczenie takich usług jest zdefiniowane w odpowiednich rozporządzeniach oraz niewielką ilość potencjalnych podmiotów, u których można zakupić przedmiot zamówienia, prosimy o dopuszczenie wszelkich rozwiązań dopuszczonych prawem lub określenie z nazwy, typu i modelu oczekiwanego rozwiązania.

Odpowiedź na pytanie nr 347

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Mając na celu zwiększenie konkurencyjności oferowanego rozwiązania prosimy o dopuszczenie karty gdzie długość PIN wynosi minimum 4 cyfry.

Odpowiedź na pytanie nr 348

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Mając na celu zwiększenie konkurencyjności oferowanego rozwiązania prosimy o dopuszczenie karty gdzie długość PUK wynosi minimum 6 cyfr.

Odpowiedź na pytanie nr 349

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Mając na celu zwiększenie konkurencyjności oferowanego rozwiązania prosimy o dopuszczenie karty gdzie PUK jest wspólny dla całej karty a karta jest blokowana po dziesięciokrotnym błędnym wprowadzeniu kodu PUK.

Odpowiedź na pytanie nr 350

Zamawiający dopuszcza rozwiązanie gdzie gdzie PUK jest wspólny dla całej karty a karta jest blokowana po dziesięciokrotnym błędnym wprowadzeniu kodu PUK.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

W punkcie 2.11 Zamawiający wymaga aby czytnik posiadał sygnalizację optyczną gotowości czytnika i pracy z kartą. Czytniki nie sygnalizują faktu włożenia karty, jest to nieuzasadnione – widać czy karta jest włożona. Czytniki natomiast najczęściej mruganiem diody sygnalizują komunikację z kartą czyli gdy z karty jest coś odczytywane lub na nią zapisywane. Jest to uzasadnione ponieważ wtedy nie należy usuwać karty z czytnika. Czy Zamawiający zaakceptuje taki czytnik?

Odpowiedź na pytanie nr 351

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

System Windows 7 nie jest już wspierany przez producenta zatem producenci innego oprogramowania (szczególnie mającego związek z bezpieczeństwem) również usunęli Windowsa 7 ze swoich list kompatybilności. Mając na uwadze powyższe prosimy o usunięcie wsparcia dla Windowsa 7 z punktu 1.23, 2.17 i 3.22.5.

Odpowiedź na pytanie nr 352

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

W punktach 1.23, 2.17 i 3.22.5 Zamawiający wymaga wsparcia dla systemu Linux, oprogramowanie to nie jest popularne w systemach desktopowych służących do podpisywania dokumentów, co za tym idzie producenci posiadają tylko cząstkowe funkcjonalności działające na systemach Linux (np. sterowniki czytnika, wytworzone przez producenta). Mając na uwadze powyższe prosimy o usunięcie systemu Linux z przedmiotowych wymagań.

Odpowiedź na pytanie nr 353

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Zamawiający wymaga aby karta została spersonalizowana przez naniesienie Imienia i Nazwiska, ze względów bezpieczeństwa dostawcy usług zaufania zrezygnowali z personalizacji kart. Mając na uwadze powyższe prosimy o rezygnację z przedmiotowego wymagania.

Odpowiedź na pytanie nr 354

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

W wymaganiu 3.17 Zamawiający wymaga możliwości wyboru czytnika w oprogramowaniu. Prosimy o dopuszczenie rozwiązania gdzie nie ma możliwości wyboru czytnika, natomiast wybiera się konkretny certyfikat.

Odpowiedź na pytanie nr 355

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. Dotyczy załącznik 51 - Opis Systemu Autoryzacji

Jeden z wiodących dostawców usług zaufania dla najnowszego rozwiązania zapewnia wsparcie dla Windowsa 10, jako najpopularniejszego i będącego w powszechnym użyciu systemu operacyjnego, czy Zamawiający dopuści system autoryzacji ze wsparciem tylko dla Windowsa 10?

Odpowiedź na pytanie nr 356

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

Wspólnej bazy Świadczeń medycznych (Procedur, Badania) dla modułu Koszty oraz Przychodnia, Ruch Chorych.

Odpowiedź na pytanie nr 357

Zamawiający informuje, że założenie jest jedno – słowniki wspólne (centralne) jedno centralne miejsce dla definicji wszystkich istotnych z punktu widzenia księgowości słowników. Szpital oczekuje że docelowo będzie to jedna wspólna (centralna baza) z której pozostałe moduły/systemy będą pobierały dane i pracowały na identycznych (ujednoliconych) jednoznacznych identyfikatorach.

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

c. Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach z systemów posiadanych przez Zamawiającego do pliku tekstowego lub w formacie xls z możliwością wykorzystania przez moduł Koszty, Kalkulacja Kosztów Leczenia Normatywnych.

Treść pytania

1. Prosimy Zamawiającego o potwierdzenie, że intencją wymagania jest zapewnienie przekazywania danych z systemu medycznego HIS (posiadanego przez Zamawiającego) o wykonywanych świadczeniach (rodzaj i ilość) do systemów kosztowych, w których wykonywana jest operacja rachunku kosztów tych świadczeń.
2. W przypadku obsługi wariantu przekazywania z wykorzystaniem pliku płaskiego prosimy o potwierdzenie, że format pliku może być inny, niż xls, jeśli systemy medyczny i kosztowy będą w stanie wymienić informacje o wykonywanych świadczeniach.
3. Prosimy o potwierdzenie, że pod nazwą modułu Kalkulacji Kosztów Leczenia Normatywnych, Zamawiający rozumie moduł umożliwiający wycenę kosztów normatywnych świadczeń.

Odpowiedź na pytanie nr 358

Zamawiający informuje:

Punkt 1 - Zamawiającego potwierdza, że intencją wymagania jest zapewnienie przekazywania danych z systemu medycznego HIS (posiadanego przez Zamawiającego) o wykonywanych świadczeniach (rodzaj i ilość) do systemów kosztowych, w których wykonywana jest operacja rachunku kosztów tych świadczeń.

Punkt 2 - Zamawiającego potwierdza, że przypadku obsługi wariantu przekazywania z wykorzystaniem pliku płaskiego, że format pliku może być inny, niż xls, jeśli systemy medyczny i kosztowy będą w stanie wymienić informacje o wykonywanych świadczeniach

Punkt 3 – Zamawiający informuje, że została dokonana zmiana nazwy modułu:

Było

Kalkulacji Kosztów Leczenia Normatywnych

Jest

Wycena Kosztów Normatywnych

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

1. Z modułu Gospodarka Materiałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Koszty.

Treść pytania

Prosimy Zamawiającego o potwierdzenie, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie dekretów do systemu Finansowo-Księgowego oraz korzystanie z ilości dekretów do wartościowania kluczy podziałowych w planach rozdziału w module Koszty. W przeciwnym razie prosimy o wyjaśnienie w jakim celu dekrety miały by się pojawiać w module kosztowym razem z przykładem zastosowania funkcjonalności oraz o doprecyzowanie pojęcia "pozostałe".

Odpowiedź na pytanie nr 359

Zamawiający dokonał zmiany zapisu:

Było:

i. Z modułu Gospodarka Materiałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Koszty.

Jest:

Z modułu Gospodarka Materiałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych do systemu finansowo - kosztowego.

Zamierzeniem jest przekazywanie dekretów do FKK

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

j. Z modułu Apteka oraz Apteczka oddziałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Kalkulacja Kosztów Normatywnych Świadczeń.

Treść pytania

Prosimy Zamawiającego o potwierdzenie, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie indeksów materiałowych i ceny do modułu odpowiedzialnego za analizę kosztów normatywnych świadczeń. W przeciwnym przypadku prosimy o podanie przykładów wykorzystania w rzeczywistości zadekretowanych dokumentów przychodowych i rozchodowych we wspomnianym wyżej module.

Odpowiedź na pytanie nr 360

Zamawiający dokonał zmiany zapisu:

Było:

j. Z modułu Apteka oraz Apteczka oddziałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Kalkulacja Kosztów Normatywnych Świadczeń.

Jest:

j. Z modułu Apteka oraz Apteczka oddziałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych do systemu finansowo księgowo oraz eksport przepływów do systemu Wyceny Kosztów Normatywnych.

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

System musi umożliwić pracę co najmniej z poziomu przeglądarek Mozilla Firefox, Google Chrome.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych ?

Odpowiedź na pytanie nr 361

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych.

328. SzW_7_2020 Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_czesci_IV-1.docx

Treść wymagania

1.7. Wymaga się aby dostarczone oprogramowania prawidłowo pracowało na stacjach roboczych dostarczanych w postępowaniu SzW/2/2018 w ramach niniejszego projektu

Treść pytania

Prosimy o udostępnienie parametrów stacji roboczych dostarczanych w postępowaniu SzW/2/2018.

Odpowiedź na pytanie nr 362

Zamawiający informuje, że w ramach postępowania SzW/2/2018 dostarczono stacje robocze o niniejszych parametrach:

- Procesor intel pentium G4600

- Ram 8 gb

- System - Windows 10 Pro

- HDD - ssd 256 gb

- grafika i dźwięk zintegrowany

- LAN 1 gbps

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

System HIS po rozbudowie musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox i Opera w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych ?
Jednocześnie zwracamy uwagę iż przeglądarka MS Internet Explorer nie jest wspierana przez producenta.

Odpowiedź na pytanie nr 363

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych. W związku z brakiem wsparcia przez producenta przeglądarki MS Internet Explorer zostaje ona wyłączona z tej grupy.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

Musi istnieć możliwość użytkowania System HIS po rozbudowie na najnowszych wersjach popularnych przeglądarek internetowych (Google Chrome, Firefox, Internet Explorer, Microsoft Edge), bez konieczności instalacji dodatkowych elementów środowiska uruchomieniowego.

Treść pytania

Czy w wymaganiu mowa o systemie Medyczny Portal Informacyjny ?

Odpowiedź na pytanie nr 364

Zamawiający potwierdza, że w wymaganiu mowa o systemie Medyczny Portal Informacyjny.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

WDROŻENIE I INTEGRACJA OPROGRAMOWANIA
Dla realizacji wdrożenia oprogramowania Zamawiający wymaga, aby Oferent w swojej ofercie skalkulował minimum 320 osobodni dedykowane wyłączenie na cele zdefiniowane w poniższych punktach. Osobodzień pracy musi być skalkulowany jako dzień pracy jednej osoby trwający od 6 do 8 roboczogodzin.
2.1. W zakres usług wdrożeniowych wchodzić będzie w szczególności:
a. przeprowadzenie analizy przedwdrożeniowej,
b. instalacja specjalizowanego oprogramowania aplikacyjnego
c. konfiguracja oraz parametryzacja specjalizowanego oprogramowania aplikacyjnego
d. wdrożenie personelu obejmujące przeszkolenia w zakresie administracji i użytkowania specjalizowanego oprogramowania aplikacyjnego
e. opracowanie planu testów i scenariuszy testów akceptacyjnych specjalizowanego oprogramowania aplikacyjnego ,
f. przeprowadzenie testów akceptacyjnych według opracowanego planu i scenariuszy specjalizowanego oprogramowania aplikacyjnego ,
g. Szkolenia dla administratorów
h. Integracja tj. połączenie dostarczonego oprogramowania z zainstalowanym oprogramowaniem HIS i ERP
i. Konfiguracja i parametryzacja pracy nowo powstałego systemu i udostępnienie go do bieżącej pracy dla personelu
j. uwspólnienie słowników w nowo powstałym systemie i poprawne działanie w zintegrowanych systemach
k. uruchomienie przepływu danych pomiędzy systemami pracującymi w Szpitalu
l. uruchomienie nowych funkcjonalności, przy pełnym zachowaniu istniejących informacji znajdujących się w bazach i wykorzystaniu w nowo powstałym systemie
m. Przed rozpoczęciem szkoleń wdrożeniowych wszyscy użytkownicy przejdą szkolenia typu „e-szkolenia” (dedykowany portal edukacyjny) zakończone egzaminem. Wykonawca udostępni na okres 1 miesiąca szkolenia e-Learning co najmniej w zakresach

Treść pytania

Czy chodzi tylko elearning plus konsultacje wdrożeniowe ?

Odpowiedź na pytanie nr 365

Zamawiający potwierdza, że w wymaganiu chodzi o elearning oraz konsultacje wdrożeniowe.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

Wspólnej bazy Świadczeń medycznych (Procedur, Badania) dla modułu Koszty oraz Przychodnia, Ruch Chorych.

Treść pytania

Prosimy o potwierdzenie w przypadku modułów należących do części HIS o dopuszczenie przez Zamawiającego mapowania listy badań na etapie konfiguracji systemu

Odpowiedź na pytanie nr 366

Zamawiający potwierdza, że w przypadku modułów należących do części HIS, dopuszcza mapowanie listy badań na etapie konfiguracji systemu.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach z systemów posiadanych przez Zamawiającego do pliku tekstowego lub w formacie xls z możliwością wykorzystania przez moduł Koszty, Kalkulacja Kosztów Leczenia Normatywnych.

Treść pytania

1. Prosimy Zamawiającego o potwierdzenie, że intencją wymagania jest zapewnienie przekazywania danych z systemu medycznego HIS (posiadanego przez Zamawiajacego) o wykonywanych świadczeniach (rodzaj i ilość) do systemów kosztowych, w których wykonywana jest operacja rachunku kosztów tych świadczeń.
2. W przypadku obsługi wariantu przekazywania z wykorzystaniem pliku płaskiego prosimy o potwierdzenie, że format pliku może być inny, niż xls, jeśli systemy medyczny i kosztowy będą w stanie wymienić informacje o wykonywanych świadczeniach.
3. Prosimy o potwierdzenie, że pod nazwą modułu Kalkulacji Kosztów Leczenia Normatywnych, Zamawiający rozumie moduł umożliwiający wycenę kosztów normatywnych świadczeń.

Odpowiedź na pytanie nr 367

Punkt 1 – Zamawiający potwierdza, że intencją wymagania jest zapewnienie przekazywania danych z systemu medycznego HIS (posiadanego przez Zamawiajacego) o wykonywanych świadczeniach (rodzaj i ilość) do systemów kosztowych, w których wykonywana jest operacja rachunku kosztów tych świadczeń.

Punkt 2 - Zamawiający potwierdza, że w przypadku obsługi wariantu przekazywania z wykorzystaniem pliku płaskiego, format pliku może być inny, niż xls, jeśli systemy medyczny i kosztowy będą w stanie wymienić informacje o wykonywanych świadczeniach.

Punkt 3 – Zamawiający potwierdza, że pod nazwą modułu Kalkulacji Kosztów Leczenia Normatywnych, Zamawiający rozumie moduł umożliwiający wycenę kosztów normatywnych świadczeń.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

Z modułu Gospodarka Materiałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Koszty.

Treść pytania

Prosimy Zamawiającego o potwierdzenie, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie dekretów do systemu Finansowo-Księgowego oraz korzystanie z ilości dekretów do wartościowania kluczy podziałowych w planach rozdziału w module Koszty. W przeciwnym razie prosimy o wyjaśnienie w jakim celu dekrety miały by się pojawiać w module kosztowym razem z przykładem zastosowania funkcjonalności oraz o doprecyzowanie pojęcia "pozostałe".

Odpowiedź na pytanie nr 368

Zamawiający potwierdza, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie dekretów do systemu Finansowo-Księgowego oraz korzystanie z ilości dekretów do wartościowania kluczy podziałowych w planach rozdziału w module Koszty.

328. SzW_7_2020_ Zalacznik_nr_30_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XXX.docx

Treść wymagania

Z modułu Apteka oraz Apteczka oddziałowa eksport zadekretowanych dokumentów przychodowych, rozchodowych oraz pozostałych do systemu Kalkulacja Kosztów Normatywnych Świadczeń.

Treść pytania

Prosimy Zamawiającego o potwierdzenie, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie indeksów materiałowych i ceny do modułu odpowiedzialnego za analizę kosztów normatywnych świadczeń. W przeciwnym przypadku prosimy o podanie przykładów wykorzystania w rzeczywistości zadekretowanych dokumentów przychodowych i rozchodowych we wspomnianym wyżej module.

Odpowiedź na pytanie nr 369

Zamawiający potwierdza, że uzna wymaganie za spełnione gdy system pozwoli na przekazywanie indeksów materiałowych i ceny do modułu odpowiedzialnego za analizę kosztów normatywnych świadczeń.

328. SzW_7_2020_ Zalacznik_nr_33_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_XXXIII.docx

Treść wymagania

System HIS po rozbudowie musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox i Opera w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych ?
Jednocześnie zwracamy uwagę iż przeglądarka MS Internet Explorer nie jest wspierana przez producenta.

Odpowiedź na pytanie nr 370

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych. W związku z brakiem wsparcia przez producenta przeglądarki MS Internet Explorer zostaje ona wyłączona z tej grupy.

328. SzW_7_2020_ Zalacznik_nr_33_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_XXXIII.docx

Treść wymagania

Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer i Mozilla Firefox.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarki Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych ?
Jednocześnie zwracamy uwagę iż przeglądarka MS Internet Explorer nie jest wspierana przez producenta.

Odpowiedź na pytanie nr 371

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych. W związku z brakiem wsparcia przez producenta przeglądarki MS Internet Explorer zostaje ona wyłączona z tej grupy.

328. SzW_7_2020_ Zalacznik_nr_33_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_XXXIII.docx

Treść wymagania

Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer i Mozilla Firefox.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarki Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych ?
Jednocześnie zwracamy uwagę iż przeglądarka MS Internet Explorer nie jest wspierana przez producenta.

Odpowiedź na pytanie nr 372

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych. W związku z brakiem wsparcia przez producenta przeglądarki MS Internet Explorer zostaje ona wyłączona z tej grupy.

328. SzW_7_2020_ Zalacznik_nr_12_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_XII.docx

Treść wymagania

Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej Mozilla Firefox.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarki Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych ?

Odpowiedź na pytanie nr 373

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych.

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_ dla_czesci_IV-1.docx

Treść wymagania

Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej Mozilla Firefox.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarki Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych ?

Odpowiedź na pytanie nr 374

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarka ta będzie plasowała się w grupie najpopularniejszych.

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Pracownia PRO

Treść pytania

Zwracamy uwag ę, iż treści OPZ Zamawiający nie wymienił wymagań dla takiego modułu jak ' - Pracownia PRO' - prosimy o usunięcie wymagania dostarczenia eLearningu dla modułu 'Pracownia PRO'

Odpowiedź na pytanie nr 375

Zamawiający wyjaśnia, że po unowocześnieniu będzie to moduł o nazwie Pracownia i Szkolenia powinny dotyczyć tego modułu

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

KKL

Treść pytania

Zwracamy uwagę, iż treści OPZ Zamawiający nie wymienił wymagań dla takiego modułu jak ' KKL' - prosimy o usunięcie wymagania dostarczenia eLearningu dla modułu 'KKL'

Odpowiedź na pytanie nr 376

Zamawiający usunął wpis

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Zarządzanie dokumentacja medyczną

Treść pytania

Zwracamy uwag ę, iż treści OPZ Zamawiający nie wymienił wymagań dla takiego modułu jak 'Zarządzanie dokumentacja medyczną' - prosimy o usunięcie wymagania dostarczenia eLearningu dla modułu 'Zarządzanie dokumentacja medyczną'

Odpowiedź na pytanie nr 377

Zamawiający wyjaśnia, że Wymagania są – str. 263

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Dokumentacja medyczna formularzowa

Treść pytania

Zwracamy uwag ę, iż treści OPZ Zamawiający nie wymienił wymagań dla takiego modułu jak 'Dokumentacja medyczna formularzowa' - prosimy o usunięcie wymagania dostarczenia eLearningu dla modułu 'Dokumentacja medyczna formularzowa'

Odpowiedź na pytanie nr 378

Zamawiający wyjaśnia, że Wymagania są – str. 272

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Elektroniczna dokumentacja medyczna

Treść pytania

Prosimy o potwierdzenie słuszności interpretacji, iż w przypadku takiej architektury dostarczanego systemu w której personel szpitala wykorzystuje funkcjonalności Elektronicznej Dokumentacji Medycznej w obszarze systemu odpowiedzialnym za obsługę: Oddziału, Izby Przyjęć, Pracowni, Gabinetów, Rejestracji Zamawiający zaakceptuje rozwiązanie w którym merytoryka szkoleń z zakresu Elektroniczna Dokumentacja Medyczna uwzględniona będzie w szkoleniach dla tych modułów?
Jednocześnie w przypadku użytkowników końcowych administrujących Repozytorium Elektronicznej Dokumentacji Medycznej (wąska grupa administratorów) Wykonawca zaproponuje indywidualne, szczegółowe szkolenie z instruktorem to wymaganie Zamawiającego w tym zakresie będzie można uznać za spełnione?

Odpowiedź na pytanie nr 379

Zamawiający wyjaśnia, iż w przypadku takiej architektury dostarczanego systemu w której personel szpitala wykorzystuje funkcjonalności Elektronicznej Dokumentacji Medycznej w obszarze systemu odpowiedzialnym za obsługę: Oddziału, Izby Przyjęć, Pracowni, Gabinetów, Rejestracji Zamawiający zaakceptuje rozwiązanie w którym merytoryka szkoleń z zakresu Elektroniczna Dokumentacja Medyczna uwzględniona będzie w szkoleniach dla tych modułów.
Jednocześnie w przypadku użytkowników końcowych administrujących Repozytorium Elektronicznej Dokumentacji Medycznej (wąska grupa administratorów) Wykonawca zaproponuje indywidualne, szczegółowe szkolenie z instruktorem to wymaganie Zamawiającego w tym zakresie będzie można uznać za spełnione.

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Transport sanitarny

Treść pytania

Prosimy o potwierdzenie słuszności interpretacji, iż w przypadku użytkowników końcowych administrujących Repozytorium Elektronicznej Dokumentacji Medycznej (wąska grupa administratorów) Wykonawca zaproponuje indywidualne, szczegółowe szkolenie z instruktorem to wymaganie Zamawiającego w tym zakresie będzie można uznać za spełnione?

Odpowiedź na pytanie nr 380

Zamawiający wyjaśnia, iż w przypadku użytkowników końcowych administrujących Repozytorium Elektronicznej Dokumentacji Medycznej (wąska grupa administratorów) Wykonawca zaproponuje indywidualne, szczegółowe szkolenie z instruktorem to wymaganie Zamawiającego w tym zakresie będzie można uznać za spełnione.

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

Szkolenia eLearning muszą zostać dostarczone, co najmniej do obszarów:
Obsługa list roboczych
Obsługa stanowisk z aparatami

Treść pytania

Prosimy o potwierdzenie słuszności interpretacji, iż w przypadku obszarów Obsługa list roboczych oraz Obsługa stanowisk z aparatami Zamawiający akceptuje szkolenia w formie instruktaży stanowiskowych.

Odpowiedź na pytanie nr 381

Zamawiający wyjaśnia, iż w przypadku obszarów Obsługa list roboczych oraz Obsługa stanowisk z aparatami Zamawiający akceptuje szkolenia w formie instruktaży stanowiskowych.

328. SzW_7_2020_ Zalacznik_nr_4_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ czesci_IV-1.docx

Treść wymagania

- blokada autoryzowanego opisu dla użytkownika innego niż autoryzujący

Treść pytania

Prosimy Zamawiającego o potwierdzenie, że w wymaganiu chodzi o blokadę zmiany autoryzowanego opisu dla użytkownika innego niż autoryzujący, nie posiadającego odpowiednich uprawnień.

Odpowiedź na pytanie nr 382

Zamawiający potwierdza, że w wymaganiu chodzi o blokadę zmiany autoryzowanego opisu dla użytkownika innego niż autoryzujący, nie posiadającego odpowiednich uprawnień.

328. Załącznik nr 1, nr 2, nr 5, nr 6, nr 7, nr 10, nr 11, nr 14, nr 20, nr 21, nr 22, nr 25, nr 26, nr 31, nr 34, nr 37 do OPZ, pkt. 1.6

Niektóre ze wskazanych modułów pełnią rolę usługową, sprzętową lub integracyjną (np. HL7, DICOM). Prosimy o potwierdzenie, braku konieczności udostępniania interfejsu użytkownika w modułach, które nie są bezpośrednio (poprzez przeglądanie lub wprowadzanie danych) używane przez użytkownika końcowego.

Odpowiedź na pytanie nr 383

Zamawiający potwierdza brak konieczności udostępniania interfejsu użytkownika w modułach, które nie są bezpośrednio (poprzez przeglądanie lub wprowadzanie danych) używane przez użytkownika końcowego.

328. Załącznik nr 1 do OPZ „Chodzież”, pkt. 3, wykaz licencji AP-KOLCE

Prosimy o potwierdzenie, że Zamawiający wymaga dostawy 1 licencji na moduł AP-KOLCE.

Odpowiedź na pytanie nr 384

Zamawiający potwierdza, że wymaga dostawy 1 licencji na moduł AP-KOLCE (licencja na serwer).

328. Załącznik nr 14 do OPZ; 41. PACS; Możliwość jednoczesnego zapisu wyników w postaci pdf w repozytorium elektronicznej dokumentacji medycznej.

Czy Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS?

Odpowiedź na pytanie nr 385

Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS.

328. Załącznik nr 14 do OPZ; 41. PACS; Możliwość zapisania informacji o wykonaniu usługi w rejestrze usług elektronicznej dokumentacji medycznej

Czy Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS?

Odpowiedź na pytanie nr 386

Zamawiający uzna wymóg za spełniony, jeżeli wynik zapisywany będzie w RIS.

328. Załącznik nr 14 do OPZ; 41. PACS; Oprogramowanie klienta działa w systemach operacyjnych minimum Windows XP, Windows Vista, Windows 7, Windows 8, Windows 10, Linux, Mac OS X

Prosimy o wykreślenie systemów operacyjnych, które nie są wspierane już przez producenta.

Odpowiedź na pytanie nr 387

Zamawiający podtrzymuje wymaganie.

328. Załącznik nr 1 do OPZ; 13. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 388

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 1 do OPZ; 13. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 389

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 2 do OPZ; 12. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 390

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 2 do OPZ; 12. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 391

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 6 do OPZ; 13. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 392

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 6 do OPZ; 13. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 393

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 11 do OPZ; 12. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 394

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 11 do OPZ; 12. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 395

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 20 do OPZ; 9. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 396

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 20 do OPZ; 9. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 397

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 21 do OPZ; 11. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 398

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 21 do OPZ; 11. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 399

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 26 do OPZ; 12. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 400

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 26 do OPZ; 12. Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 401

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 31 do OPZ; Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 402

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 31 do OPZ; Zlecenia Medyczne; Moduł musi umożliwiać elektroniczne wystawienie skierowania.

Prosimy Zamawiającego o potwierdzenie, że mowa tu o możliwości wystawienia eSkierowania do systemu P1.

Odpowiedź na pytanie nr 403

Zamawiający potwierdza, że mowa tu o możliwości wystawienia eSkierowania do systemu P1 jak również do przekazywania wystawionego skierowania na Platformę Regionalną.

328. Załącznik nr 1 do OPZ; 23. AP_KOLCE; Dodania pacjenta do AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

Odpowiedź na pytanie nr 404

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

328. Załącznik nr 1 do OPZ; 23. AP_KOLCE; Aktualizacji danych pacjenta w AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

Odpowiedź na pytanie nr 405

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

328. Załącznik nr 1 do OPZ; 23. AP_KOLCE;

Raport błędów synchronizacji danych z AP-KOLCE (raport o listach oczekujących, pacjentach oraz ich wpisach na listy, których się nie udało zsynchronizować z NFZ-ową usługą AP-KOLCE). Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 406

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

328. Załącznik nr 1 do OPZ; 23. AP_KOLCE; Raport błędów synchronizacji danych do AP-KOLCE.

Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 407

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

328. Załącznik nr 7 do OPZ; 12. AP_KOLCE; Moduł zapewnia weryfikację kompletności danych przed wysłaniem do systemu AP-KOLCE.

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

Odpowiedź na pytanie nr 408

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

328. Załącznik nr 14 do OPZ; 40. AP_KOLCE; Moduł zapewnia weryfikację kompletności danych przed wysłaniem do systemu AP-KOLCE.

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

Odpowiedź na pytanie nr 409

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

328. Załącznik nr 20 do OPZ; 20. AP_KOLCE; Moduł zapewnia weryfikację kompletności danych przed wysłaniem do systemu AP-KOLCE.

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

Odpowiedź na pytanie nr 410

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

328. Załącznik nr 26 do OPZ; 28. AP_KOLCE; Moduł zapewnia weryfikację kompletności danych przed wysłaniem do systemu AP-KOLCE.

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

Odpowiedź na pytanie nr 411

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli system zwróci błąd wskazujący na brak konkretnych danych wymaganych przez AP-KOLCE.

328. Załącznik nr 37 do OPZ; AP_KOLCE; Dodania pacjenta do AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

Odpowiedź na pytanie nr 412

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli dodanie pacjenta do systemu AP-KOLCE zostanie wykonane w ramach zapisania pacjenta na listę oczekujących do systemu AP-KOLCE.

328. Załącznik nr 37 do OPZ; AP_KOLCE; Aktualizacji danych pacjenta w AP-KOLCE

Prosimy o potwierdzenie, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

Odpowiedź na pytanie nr 413

Zamawiający potwierdza, że wymóg zostanie spełniony, jeżeli aktualizacja danych pacjenta w AP-KOLCE jest możliwa dla pacjentów, którzy posiadają wpis do kolejki oczekujących zsynchronizowanej w systemem NFZ AP-KOLCE.

328. Załącznik nr 37 do OPZ; AP_KOLCE;

Raport błędów synchronizacji danych z AP-KOLCE (raport o listach oczekujących, pacjentach oraz ich wpisach na listy, których się nie udało zsynchronizować z NFZ-ową usługą AP-KOLCE). Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 414

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

328. Załącznik nr 37 do OPZ; AP_KOLCE; Raport błędów synchronizacji danych do AP-KOLCE.

Raport prezentuje informacje w następujących grupach: Pacjent, jakiego nie udało się wysłać - Kod i opis błędu; Kolejka, jakiej nie udało się wysłać - Kod i opis błędu; Wpis na kolejkę, jakiego nie udało się wysłać - Kod i opis błędu

Prosimy o potwierdzenie, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

Odpowiedź na pytanie nr 415

Zamawiający potwierdza, że wymóg zostanie uznany za spełniony, jeżeli po odpowiednim przefiltrowania księgi oczekujących, zostaną wyświetlone oczekiwania, które nie zostały przesłane ze względu na błędy.

328. Załącznik nr 32 do OPZ, Opis wymagań dla systemu HIS dla części XXXII

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 32 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Szpitalu Powiatowym im. Xxxxxxx Xxxxxxxxxxxxx w Złotowie	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Apteczka Oddziałowa	8	8	0
Eskulap - Apteka	4	4	0
Eskulap - Bakteriologia	1	1	0
Eskulap - Blok Operacyjny	1	1	0
Eskulap - Dokumentacja Medyczna (Chirurgia)	1	0	+1
Eskulap - Dokumentacja Medyczna (IOM)	2	0	+2
Eskulap - Gruper	1	1	0
Eskulap - HL7	3	3	0
Eskulap - Interfejs NFZ AP-KOLCE	1 (SRW)	1	0
Eskulap - Laboratorium	3	3	0
Xxxxxxx - XXX	0	0	0
Xxxxxxx - Xxxxxxxxxxx Poradni	5	5	0
Eskulap - Ruch Xxxxxxx	00	00	0
Xxxxxxx - Xxxxxxxxx Analizatora	10	10	0
Eskulap - Zlecenia Medyczne (Diagnostyka Ogólna)	7	0	+7
Eskulap - Zlecenia Medyczne (Laboratorium)	11	0	+11
Xxxxxxx - xXXX	0 (XXX)	0	0
Xxxxxxx - Xxxxxxxxxxx z NFZ	1	1	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych - ograniczony do dokumentu e-skierowanie	1 (SRW)	1	0
Eskulap - CZP Centrala	1 (SRW)	0	+1
Eskulap - Zlecenia Medyczne	0	18	-18
Eskulap - Dokumentacja Medyczna	0	6	-6

Odpowiedź na pytanie nr 416

Zamawiający dokonał korekty w Załącznik nr 32 do OPZ, Opis wymagań dla systemu HIS dla części XXXII ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 8 do OPZ, Opis wymagań dla systemu HIS dla części VIII

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 8 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Samodzielnym Publicznym Zakładzie Opieki Zdrowotnej w Krotoszynie	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Apteczka Oddziałowa	10	wykazano posiadany moduł - nie podano ilości licencji	+10
Eskulap - Apteka	5		+5
Eskulap - Dokumentacja Xxxxxxxx (XXX)	0		+1
Eskulap - Gruper	1		+1
Eskulap - Integrator	1		+1
Eskulap - Interfejs NFZ AP-KOLCE	1 (SRW)		+1
Eskulap - Pogotowie Ratunkowe	2		+2
Eskulap - POZ	1		+1
Eskulap - Rejestracja Poradni	4		+4
Eskulap - Ruch Chorych	40		+40
Eskulap - Sterownik Analizatora	9		+9
Eskulap - Rozliczenia z NFZ	1		+1
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych - ograniczony do dokumentu e-Skierowanie	1 (SRW)		+1
Eskulap - Moduł Wymiany Danych	2		+2
ewuś	0		0
ZSMOPL	0		0
NMVS	0		0
Laboratorium	0		0
Panel poradniany	0		0

Odpowiedź na pytanie nr 417

Zamawiający dokonał korekty w Załącznik nr nr 8 do OPZ, Opis wymagań dla systemu HIS dla części VIII ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 15 do OPZ, Opis wymagań dla systemu HIS dla części XV

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 15 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Pleszewskim Centrum Medycznym w Pleszewie Sp. z o.o.	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Xxxxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxxxx Dokumentacja Medyczna	4	4	0
Eskulap - Apteczka Oddziałowa	9	9	0
Eskulap - Apteka	3	3	0
Eskulap - Bakteriologia	1	1	0
Eskulap - Bank Krwi	2	1	+1
Eskulap - Blok Operacyjny	0	0	0
Xxxxxxx - XXXXX	00	00	+4
Eskulap - Dokumentacja Medyczna	otwarta	otwarta	0
Eskulap - eRejestracja	1 (SRW)	1	0
Eskulap - Gabinet	3	3	0
Eskulap - Gruper	1	1	0
Eskulap - HL7	2	2	0
Eskulap - Interfejs NFZ XX-XXXXX	0 (XXX)	0	0
Xxxxxxx - Xxxxxxxxxx Kosztów Procedur	1	1	0
Eskulap - Kolejki Oczekujących	1 (SRW)	1	0
Eskulap - Laboratorium	6	4	+2
Eskulap - PACS	1	1	0
Eskulap - Panel Lekarski w Poradni	1	1	0
Eskulap - Poradnia	otwarta	otwarta	0
Eskulap - POZ	2	2	0
Eskulap - Pracownia Xxxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxx Diagnostyczna	20	17	+3
Eskulap - Rachunek Kosztów Leczenia	2	1	+1
Eskulap - Rejestracja Poradni	9	9	0
Eskulap - Replikator Danych	2	2	0
Eskulap - Ruch Chorych	otwarta	otwarta	0
Eskulap - Sterownik Analizatora	15	10	+5
Eskulap - Zakażenia Szpitalne	1	1	0
Eskulap - Zlecenia Medyczne	otwarta	otwarta	0
Eskulap - eZLA	1 (SRW)	1	0
Eskulap - Rozliczenia z NFZ	4	4	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych	1 (SRW)	1	0
Eskulap - Moduł Wymiany Danych	1	1	0

Odpowiedź na pytanie nr 418

Zamawiający dokonał korekty w Załącznik nr 15 do OPZ, Opis wymagań dla systemu HIS dla części XV ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 16 do OPZ, Opis wymagań dla systemu HIS dla części XVI

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 16 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Szpital Miejski im. Raszei	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Ambulatoryjna Dokumentacja Xxxxxxxx	0		+6
Eskulap - Apteczka Oddziałowa	13	13	0
Eskulap - Apteka	4	4	0
Eskulap - Bakteriologia	1	1	0
Eskulap - Blok Operacyjny	3	3	0
Xxxxxxx - Xxxx Xxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxxx Medyczna	otwarta	otwarta	0
Eskulap - eRejestracja	1	1	0
Eskulap - eWyniki	1	1	0
Eskulap - Gruper	1	1	0
Eskulap - HL7	5	4	+1
Xxxxxxx - Xxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxx Kosztów Procedur	1	1	0
Eskulap - Laboratorium	1	1	0
Eskulap - mObchód	5	5	0
Eskulap - Poradnia	6	6	0
Eskulap - POZ	2	1	+1
Eskulap - Pracownia Diagnostyczna	10	10	0
Eskulap - Rachunek Kosztów Leczenia	1	1	0
Eskulap - Rejestracja Poradni	1	1	0
Eskulap - Ruch Chorych	otwarta	93	otwarta
Eskulap - Zakażenia Szpitalne	1	1	0
Eskulap - Zakład Histopatologii	1	1	0
Eskulap - Zlecenia Medyczne	otwarta	otwarta	0
Eskulap - Rozliczenia z NFZ	1	1	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych	1 (SRW)	1	0
Eskulap - eZWM	1 (SRW)	0	+1

Odpowiedź na pytanie nr 419

Zamawiający dokonał korekty w Załącznik nr 16 do OPZ, Opis wymagań dla systemu HIS dla części XVI ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 23 do OPZ, Opis wymagań dla systemu HIS dla części XXIII

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 23 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Samodzielnym Publicznym Zakładzie Opieki Zdrowotnej w Szamotułach	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Apteczka Oddziałowa	12	12	0
Eskulap - Apteka	5	5	0
Eskulap - Bank Krwi	1	1	0
Eskulap - Gruper	1	1	0
Eskulap - HL7	1	1	0
Eskulap - Integrator	1	1	0
Eskulap - Xxxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxx Diagnostyczna	11	10	+1
Eskulap - Ruch Xxxxxxx	00	00	0
Xxxxxxx - Xxxxxxxxx Analizatora	16	9	+7
Eskulap - Zlecenia Medyczne	20	20	0
Eskulap XX	0	1	0
wycofany	1	0	+1
Eskulap - Rozliczenia z NFZ	1	1	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych ograniczony do dokumentu e-Skierowanie	1 (SRW)	0	+1

Odpowiedź na pytanie nr 420

Zamawiający dokonał korekty w Załącznik nr 23 do OPZ, Opis wymagań dla systemu HIS dla części XXIII ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 38 do OPZ, Opis wymagań dla systemu HIS dla części XXXV

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 38 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Zakład Opiekuńczo-Leczniczy w Śremie	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Administrator	1	1	0
Eskulap - Apteczka Oddziałowa	4	4	0
Eskulap - Apteka	1	1	0
Eskulap - Archiwum	1	0	+1
Eskulap - Xxxxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxx Przyjęć, Statystyka	1		+1
Eskulap - Dokumentacja Medyczna	9	9	0
Eskulap - eRejestracja	1 (SRW)	1	0
Eskulap - eWyniki	1 (SRW)	1	0
Eskulap - Xxxxxxxxxx	0	0	0
Xxxxxxx - Xxxx Przyjęć	1	0	+1
Eskulap - Oddział	8	0	+8
Eskulap - Ordynacja Lekarska	5	5	0
Eskulap - Panel Lekarski	5	1	+4
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych (Archiwum dokumentów cyfrowych)	1 (SRW)	1	0
Eskulap - Rachunek Kosztów Leczenia	1	1	0
Eskulap - Zakażenia Szpitalne	1	1	0
Eskulap - Zlecenia Medyczne	5	5	0
Eskulap - Żywienie	1	1	0
Eskulap XX	0 (SRW)	1	0
Eskulap - Rozliczenia z NFZ	1	1	0
Eskulap - Ruch Chorych	0	8	-8

Odpowiedź na pytanie nr 421

Zamawiający dokonał korekty w Załącznik nr 38 do OPZ, Opis wymagań dla systemu HIS dla części XXXVIII ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 35 do OPZ, Opis wymagań dla systemu HIS dla części XXXV

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 35 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Wielkopolskim Centrum Neuropsychiatrycznym im. Xxxxxx Xxxxxxxxxxxx w Kościanie	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Administrator	2	2	0
Eskulap - Apteczka Oddziałowa	22	22	0
Eskulap - Apteka	6	6	0
Eskulap - Biuro Przyjęć, Statystyka	3	3	0
Eskulap - Dokumentacja Medyczna	Otwarta	otwarta	0
Eskulap - eRejestracja	1 (SRW)	1	0
Eskulap - eWyniki	1 (SRW)	1	0
Eskulap - Gruper	1 (SRW)	1	0
Eskulap - Xxxxxxxxxxxxxxxxx	00	00	0
Xxxxxxx - Xxxx Przyjęć	7	7	0
Eskulap - Kalkulacja Kosztów Procedur	1	1	0
Eskulap - Kolejki Oczekujących	1 (SRW)	1	0
Eskulap - mObchód	2	0	+2
Eskulap - Oddział	Otwarta	otwarta	0
Eskulap - Panel Lekarski w Poradni	10	10	0
Eskulap - Podpis elektroniczny	1 (SRW)	1	0
Eskulap - Poradnia	10	10	0
Eskulap - Pracownia Diagnostyczna	2	2	0
Eskulap - Rachunek Kosztów Leczenia	1	1	0
Eskulap - Xxxxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxx Xxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxx Szpitalne	1	1	0
Eskulap - Zlecenia Medyczne	Otwarta	otwarta	0
Eskulap - Żywienie	1	1	0
Eskulap - Rozliczenia z NFZ	3	3	0
Eskulap - Archiwum Dokumentacji Elektronicznej	1 (SRW)	1	0
Autoryzacja w XXXX	0 (XXX)	0	0
Xxxxxxx - Xxxxxxxxx Lekarska	0	otwarta	otwarta

Odpowiedź na pytanie nr 422

Zamawiający dokonał korekty w Załącznik nr 35 do OPZ, Opis wymagań dla systemu HIS dla części XXXV ilości posiadanych przez podmiot leczniczy licencji.

328. Załącznik nr 29 do OPZ, Opis wymagań dla systemu HIS dla części XXIX

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 29 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Samodzielnym Publicznym Zakładzie Opieki Zdrowotnej w Wolsztynie	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Ambulatoryjna Dokumentacja Xxxxxxxx	0	0	+4
Eskulap - Apteczka Oddziałowa	10	10	0
Eskulap - Apteka	3	3	0
Eskulap - Bakteriologia	3	3	0
Eskulap - Blok Operacyjny	2	3	-1
Eskulap - Gruper	1	1	0
Eskulap - HL7	2	2	0
Eskulap - Laboratorium	1	1	0
Eskulap - Oddział	22	0	+22
Eskulap - Pracownia Diagnostyczna	7	7	0
Eskulap - Ruch Xxxxxxx	00	00	-00
Xxxxxxx - Xxxxxxxxx Xxxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxx Medyczne	17	17	0
Eskulap - Żywienie	1	1	0
Eskulap - eZLA	1 (SRW)	1	0
Eskulap - Rozliczenia z NFZ	2	2	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych - ograniczony do dokumentu e-Skierowanie	1 (SRW)	1	0

Odpowiedź na pytanie nr 423

Zamawiający dokonał korekty w Załącznik nr 29 do OPZ, Opis wymagań dla systemu HIS dla części XXIX ilości posiadanych przez podmiot leczniczy licencji.

328. W odniesieniu do zadań przewidzianych Umową Załącznik nr 54a do SWIZ - Wzór Umowy, Treść wymogu OPZ: Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 424

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. Załącznik nr 8 do OPZ; 13. Zlecenia Medyczne; Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje.

Prosimy Zamawiającego o uszczegółowienie pojęcia 'operacja' w kontekście funkcjonalności Zleceń Medycznych, w miarę możliwości wraz z przykładami użycia takiej funkcjonalności.

Odpowiedź na pytanie nr 425

Zamawiający wyjaśnia, że moduł Zlecenia Medyczne umożliwia elektroniczną ewidencję i dystrybucję zleceń badań i procedur medycznych. Zwrot zawarty w pytaniu „Moduł musi pozwalać na przeglądanie kolejki pacjentów oczekujących na operacje” użyty został w kontekście ZLECENIA – BLOK OPERACYJNY, dlatego pojęcie „operacja” odnosi się do wszelkiego rodzaju zabiegów.

328. SzW_7_ 2020_Zalacznik_nr_24_do_OPZ_-_ Opis_wymagan_dla_Systemu_HIS_dla_ części _XXIV _Rozbudowa _Systemu.docx

Treść wymagania

System musi umożliwić pracę co najmniej z poziomu przeglądarek Mozilla Firefox, Google Chrome.

Treść pytania

Czy słuszne jest założenie, że Zamawiający oczekuje aby oferowane oprogrowanie funkcjonowało co najmniej z poziomu przeglądarek Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych ?

Odpowiedź na pytanie nr 426

Zamawiający potwierdza, że oczekuje aby oferowane oprogramowanie funkcjonowało co najmniej z poziomu przeglądarek, Google Chrome, Mozilla Firefox w okresie trwania gwarancji, przy założeniu, że przeglądarki te będą plasowały się w grupie najpopularniejszych.

Pytanie 427 SzW_7_2020_Zalacznik_nr_27_do_OPZ_-_Opis _wymagan _dla_ Systemu_ HIS _dla_czesci_XXVII (SP ZOZ w Turku)

Punkt 3 (Zobowiązanie Wykonawcy), ust. 3, Zamawiający wymaga:

„Świadczenia usługi nadzoru autorskiego i serwisowego przez okres 36 m-cy od daty zakończenia projektu”

We wzorze umowy jest wymóg świadczenia gwarancji przez okres minimum 60 miesięcy, z możliwością wydłużenia tego okresu do 78 miesięcy zgodnie z kryterium oceny ofert.

Prosimy o wyjaśnienie, czy dla tego podmiotu obowiązują inne czasy gwarancji niż określone we wzorze umowy?

Odpowiedź na pytanie nr 427

Zamawiający wyjaśnia, że dla tego podmiotu obowiązują czasy gwarancji określone we wzorze umowy. Punkt o brzmieniu „Świadczenia usługi nadzoru autorskiego i serwisowego przez okres 36 m-cy od daty zakończenia projektu” został usunięty.

Pytanie 428 SzW_7_2020_Zalacznik_ nr_27_ do_ OPZ_-_Opi _wymagan_ dla_ Systemu_ HIS_ dla_czesci_XXVII (SP ZOZ w Turku)

Punkt 5 (Dostawa oprogramowania bazodanowego), Zamawiający wymaga:

„Oprogramowanie bazy danych - licencja bezterminowa, na serwer 1 procesorowy – z asystą 36 miesięcy”

We wzorze umowy jest wymóg świadczenia gwarancji przez okres minimum 60 miesięcy, z możliwością wydłużenia tego okresu do 78 miesięcy zgodnie z kryterium oceny ofert.

Prosimy o potwierdzenie, że dla tego podmiotu w zakresie dostawy asysty dla bazy danych obowiązuje okres 36 miesięcy.

Odpowiedź na pytanie nr 428

Zamawiający wyjaśnia, że dla tego podmiotu obowiązują w zakresie dostawy asysty dla bazy danych obowiązuje okres zgodne ze wzorem umowy. Został zmieniony zapis w załączniku. Obecne brzmienie zapisu: „Oprogramowanie bazy danych - licencja bezterminowa, na serwer 1 procesorowy – z asystą 60 miesięcy, z możliwością wydłużenia tego okresu do 78 miesięcy.”

Pytanie 429 SzW_7_2020_Zalacznik_nr_27_do_OPZ_-_Opis _wymagan _dla _Systemu _HIS _dla_czesci_XXVII (SP ZOZ w Turku)

Punkt 7 (Warunki serwisu oraz zakres usług serwisowych) – dotyczy całego punktu.

Warunki świadczenia usług serwisowych opisane w OPZ nie są tożsame z warunkami opisanymi we wzorze umowy.

Prosimy o potwierdzenie, że dla tego podmiotu w zakresie świadczenia usług serwisowych obowiązują zapisy określone w OPZ.

Odpowiedź na pytanie nr 429

Zamawiający wyjaśnia, że dla tego podmiotu zakresie świadczenia usług serwisowych obowiązują zapisy określone we wzorze umowy. Punkt 7 „Warunki Serwisu oraz Zakres Usług Serwisowych” został usunięty

Pytanie 430 SzW_7_2020_Zalacznik_nr_51_do_SIWZ_-_Opis_systemu_autoryzacji

Wymagania dotyczące: karty mikroprocesorowej (punkt 1.23), czytnika kart mikroprocesorowych (punkt 2.17) oraz oprogramowania (punkt 3.20.5): Zgodnie z wiedzą Wykonawcy, potwierdzoną przez odpowiedzi udzielone przez kluczowych dostawców/ producentów tego typu urządzeń i usług aktualnie żaden producent systemu autoryzacji spełniającego zapisy SIWZ nie posiada rozwiązania wspierającego system Linux.

W związku z tym prosimy o rezygnację z tego wymagania.

Odpowiedź na pytanie nr 430

Zamawiający podtrzymuje wymaganie opisane w SIWZ.

Pytanie 431 Załącznik nr 18 do OPZ, str. 8

Zamawiający wymaga dostawy bazy danych zgodnej z parametrami dostarczonymi w ramach projektu serwerami:

Baza Danych – zgodna z parametrami dostarczonych w ramach Projektu Serwerów 1 Bezterminowo/Server

Czy Zamawiający dopuści jako rozwiązanie alternatywne dostawę serwera z jednym procesorem na potrzeby zainstalowania bazy danych o parametrach adekwatnych do wielkości bazy danych oraz ilości jednocześnie pracujących użytkowników.

Odpowiedź na pytanie nr 431

Zamawiający dopuści jako rozwiązanie alternatywne dostawę serwera z jednym procesorem na potrzeby zainstalowania bazy danych o parametrach adekwatnych do wielkości bazy danych oraz ilości jednocześnie pracujących użytkowników.

Pytanie 432 Załącznik nr 18 do OPZ, str. 2

Zamawiający wymaga w punkcie 1.21:

Zamawiający wymaga, aby zaoferowany System HIS po rozbudowie był wytworzony w tej samej, spójnej technologii zapewniającej wykorzystanie jako interfejsu użytkownika przeglądarki internetowej.

Czy Zamawiający dopuści następującą treść zapisu w punkcie 1.21:

Zamawiający wymaga, aby zaoferowany system HIS po rozbudowie był wytworzony w tej samej, spójnej technologii zapewniającej wykorzystanie jako interfejsu użytkownika przeglądarki internetowej lub interfejsu typu desktop, czyli takiego, jaki obecnie jest stosowany w eksploatowanym rozwiązaniu HIS.

Odpowiedź na pytanie nr 432

Zamawiający dopuści następującą treść zapisu w punkcie 1.21:

„Zamawiający wymaga, aby zaoferowany system HIS po rozbudowie był wytworzony w tej samej, spójnej technologii zapewniającej wykorzystanie jako interfejsu użytkownika przeglądarki internetowej lub interfejsu typu desktop, czyli takiego, jaki obecnie jest stosowany w eksploatowanym rozwiązaniu HIS.” Zapis został zmieniony w Załącznik nr 18 do OPZ

Pytanie 433 Załącznik nr 18 do OPZ, str. 100/101

Zamawiający wymaga w ramach integracji ZSI z RIS/PACS w punkcie 13: „wyświetlanie wyniku badania w postaci obrazu w ZSI w przeglądarce udostępnionej przez PIXEL.” Tym sposobem Zamawiający narzuca rozwiązanie konkretnego Dostawcy, które wcale nie musi być dostawcą rozwiązania RIS/PACS.

Czy Zamawiający dla zachowania konkurencyjności dopuści zapis:

- wyświetlanie wyniku badania w postaci obrazu w ZSI w przeglądarce udostępnionej przez Dostawcę RIS/PACS?

Odpowiedź na pytanie nr 433

Zamawiający dopuści zapis „wyświetlanie wyniku badania w postaci obrazu w ZSI w przeglądarce udostępnionej przez Dostawcę RIS/PACS”. Zapis został zmieniony w Załącznik nr 18 do OPZ

Pytanie 434 Załącznik nr 18 do OPZ, str. 100/101

Zamawiający wymaga w ramach integracji ZSI z RIS/PACS w punkcie 15: „Na stanowiskach w gabinetach lekarskich widoczne mają być zdjęcie, opis zdjęcia oraz podpis opisującego zdjęcie”.

Czy Zamawiający dopuści zapis: Na stanowiskach w gabinetach lekarskich widoczne mają być zdjęcie, opis zdjęcia?

Odpowiedź na pytanie nr 434

Zamawiający podtrzymuje wymaganie opisane w Załącznik nr 18 do OPZ, str. 100/101.

Pytanie 435 Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str. 4

Zamawiający w Tabeli Nr 1 Wykaz modułów -umieścił E-Usługi (lp. 30). Jednak w dalszym opisie brak jest wymagań funkcjonalnych;

Wnosimy o usunięcie Xxxxxx dostawy E-Usług ze względu na brak opisu lub uzupełnienie Wymagań funkcjonalnych dot. E-Usług.

Odpowiedź na pytanie nr 435

Zamawiający usuwa z tabeli Nr 1-Wykaz modułów punkt 30.

Pytanie 436 Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str. 5

Zamawiający w punkcie 10 dot. migracji, wymaga migracji danych w zakresie jaki możliwy jest do realizacji tylko przez producenta aktualnie użytkowanego systemu. Nie jest możliwa migracja danych w opisanym przez Zamawiającego zakresie na podstawie plików wymiany danych z NFZ lub nawet na podstawie bezpośrednio eksportu z tabel aktualnie używanego systemu. Dane rozliczeniowe znajdują się bowiem zarówno w systemie sprawozdawczym świadczeniodawcy jak i w systemie NFZ, w którym posiadają swoje unikalne identyfikatory oraz statusy. Wykonawca nie może także brać odpowiedzialności za jakość migracji, ponieważ nie posiada wiedzy na temat jakości danych wprowadzonych do aktualnego systemu, ani też walidacji czy mechanizmów kontrolnych stosowanych przez ten system, a także prawidłowości przebiegu procesu rozliczania się z NFZ.

Podjęcie próby migracji danych w opisanym przez Zamawiającego zakresie naraża go w sposób bezpośredni na utratę płynności rozliczeń oraz brak możliwości wysyłania korekt do danych zmigrowanych.

Wnioskujemy o usunięcie zapisu w tej postaci i przyjęcie takiego rozwiązania w zakresie rozliczeń z NFZ, w którym korekty będzie realizował w aktualnie użytkowanym systemie, a w dostarczonym systemie będzie realizował rozliczenia bieżące od momentu rozpoczęcia eksploatacji nowego HIS.

Czy Zamawiający dopuszcza, aby podczas analizy wdrożeniowej strony ustaliły które dane podlegające migracji wymienione w punktach 1-9 mają mieć możliwość wyszukiwania pełnotekstowego i sortowania, a które mogą być przechowywane w nowym systemie w postaci załączonych plików?

Odpowiedź na pytanie nr 436

Zamawiający wyraża zgodę na rozwiązanie zaproponowane przez Wykonawcę oraz Zamawiający wyraża zgodę aby podczas analizy strony ustaliły które dane będą podlegały możliwości wyszukiwania pełnotekstowego i sortowania

Pytanie 437 Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str. 5

Zamawiający wymaga, aby oprogramowanie bazy danych było dostarczone na serwer 1 procesorowy z 36 miesięczną asystą;

Jednocześnie w dokumencie SIWZ Zamawiający określa okres gwarancji i Rękojmi na minimum 60 miesięcy.

Prosimy o podanie konfiguracji serwera, na którym Wykonawca ma zainstalować bazę danych systemu HIS.

Prosimy o podanie w miesiącach okresu wymaganej asysty na bazę danych.

Odpowiedź na pytanie nr 437

Obudowa: Rack

Nadmiarowość zasilania: Tak

RAID: minimum RAID10

Pozostałe parametry: Wykonawca ma samodzielnie dobrać pozostałe parametry serwera, tak aby zapewnić płynne działanie aplikacji na nim zainstalowanych

Zamawiający określa okres gwarancji i Rękojmi na minimum 60 miesięcy

Pytanie 438 Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str. 6

Czy Zamawiający dopuszcza szkolenie użytkowników w trybie online

Odpowiedź na pytanie nr 438

Tak, w zakresie uzgodnionym z Wykonawcą

Pytanie 439 – Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str114

Zamawiający Wymaga:

W systemie istnieje możliwość wyświetlania informacji z terminarza informacyjnego. Funkcja udostępnia minimalny zakres informacji: prezentację godzin przyjęć lekarzy na wyświetlaczach naściennych, naprzemienne wyświetlanie tygodniowego grafiku pracy lekarzy (specjalizacja, godziny przyjęć); dzisiejszych godzin przyjęć lekarzy (specjalizacja, godziny przyjęć, gabinet), prezentację plansz informacyjnych np. reklama, prezentację dowolnego tekstu informacyjnego dla pacjentów.

Czy Zamawiający informacje zawarte w tym punkcie chce prezentować na monitorze do obsługi systemu kolejkowego czy na osobnym ekranie niezależnym od systemu kolejkowego?

Odpowiedź na pytanie nr 439

Zamawiający chce prezentować w/w informacje na monitorze do obsługi systemu kolejkowego. Zamawiający obecnie nie posiada systemu kolejkowego, ale chce sobie zapewnić w dostarczonym rozwiązaniu możliwość integracji z systemem kolejkowym w opisanym zakresie.

Pytanie 440 – Ostrzeszowskie Centrum Zdrowia – załącznik Nr 13 do OPZ, str 114

Zamawiający Wymaga:

System umożliwia wykorzystanie tzw. automatu biletowego. Funkcja udostępnia minimalny zakres informacji: wydawanie pacjentowi bilecików z numerami do lekarza, wydruk dziennych bilecików z numerem dla pacjenta, wraz z informacją o godzinie oraz miejscu wizyty, przywołanie pacjentów oczekujących w poczekalni do lekarza, z użyciem wyświetlaczy naściennych, automatyczna obsługa kolejek pacjentów w poczekalniach, prezentację na każdej poczekalni dowolnego tekstu informacyjnego dla pacjentów.

Prosimy o podanie producenta oprogramowanie do systemu kolejkowego oraz podanie informacji czy Zamawiający ponosi koszty uruchomienia tej funkcji po stronie dostawcy systemu kolejkowego?

Odpowiedź na pytanie nr 440

Zamawiający obecnie nie posiada systemu kolejkowego, ale chce sobie zapewnić w dostarczonym rozwiązaniu możliwość integracji z systemem kolejkowym w opisanym zakresie.

441. Załącznik nr 1, nr 2, nr 5, nr 6, nr 7, nr 10, nr 11, nr 14, nr 20, nr 21, nr 22, nr 25, nr 26, nr 31, nr 34, nr 37 do OPZ

Prosimy o potwierdzenie, że Zamawiający udostępni niezbędne zasoby serwerowe potrzebne do instalacji i wdrożenia przedmiotu umowy. Parametry minimalne do uruchomienia oprogramowania zostaną określone na etapie analizy przedwdrożeniowej.

Odpowiedź na pytanie nr 441

Zmawiający potwierdza, że udostępni niezbędne zasoby serwerowe potrzebne do instalacji i wdrożenia przedmiotu umowy. Parametry minimalne do uruchomienia oprogramowania zostaną określone na etapie analizy przedwdrożeniowej.

441. Załącznik nr 1, nr 2, nr 5, nr 6, nr 7, nr 10, nr 11, nr 14, nr 20, nr 21, nr 22, nr 25, nr 26, nr 31, nr 34, nr 37 do OPZ, pkt. 1.56

Prosimy o potwierdzenie, że wykonanie kopii bezpieczeństwa automatycznie zostanie przeprowadzone w przypadku zapewnienia przez Zamawiającego miejsca na infrastrukturze pozwalającej na wykonanie i zapisanie tej kopii. Jednocześnie prosimy o potwierdzenie, że w obowiązku Zamawiającego jest pilnowanie dostępnej powierzchni na wykonywanie automatycznych kopii bezpieczeństwa.

Odpowiedź na pytanie nr 442

Zmawiający potwierdza, że wykonanie kopii bezpieczeństwa automatycznie zostanie przeprowadzone w przypadku zapewnienia przez Zamawiającego miejsca na infrastrukturze pozwalającej na wykonanie i zapisanie tej kopii. Jednocześnie potwierdzamy, że w obowiązku Zamawiającego jest pilnowanie dostępnej powierzchni na wykonywanie automatycznych kopii bezpieczeństwa.

441. SzW_7_2020_ Zalacznik_nr_49_do_SIWZ_-_ Opis_funkcjonalny_platformy_regionalnej

Treść wymagania

Specyfikację zasobów HL7 FHIR dla realizacji usługi e-Rejestracja opisuje załącznik numer 04 do OPZ.

Treść pytania

Nie został udostępniony załącznik nr 04 do OPZ. Czy chodzi tutaj o załącznik: Instrukcja Integracji HIS z Platformą Regionalną e-Pacjent_30102020.docx?

Odpowiedź na pytanie nr 443

Zamawiający dokonał poprawy numeracji załączników w SzW_7_2020_ Zalacznik_nr_49_do_SIWZ_-_ Opis_funkcjonalny_platformy_regionalne i potwierdza, że chodzi tutaj o załącznik: Instrukcja Integracji HIS z Platformą Regionalną e-Pacjent_30102020.docx

441. Załącznik nr 3 do OPZ, Opis wymagań dla systemu HIS dla części III

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 3 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Samodzielnym Publicznym Zakładzie Opieki Zdrowotnej w Grodzisku Wielkopolskim	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Apteczka Oddziałowa	6	6	0
Eskulap - Apteka	1	1	0
Eskulap - Biuro Przyjęć, Statystyka	2	0	+2
Xxxxxxx - Xxxx Xxxxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxxx Medyczna	3	6	-3
Eskulap - Dokumentacja Medyczna (Chirurgia)	6	0	+6
Xxxxxxx - Xxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxx XXX XX-XXXXX	0 (XXX)	0	0
Xxxxxxx - Xxxx Przyjęć	1	0	+1
Eskulap - Kalkulacja Kosztów Xxxxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxxx	3	3	0
Eskulap - Oddział	13	0	+13
Eskulap - Rejestracja Poradni	3	3	0
Eskulap - Ruch Xxxxxxx	0	00	-00
Xxxxxxx - Xxxxxxxxx Analizatora	8	6	+2
Eskulap - Zlecenia Medyczne	3	10	-7
Eskulap - Zlecenia Medyczne (Laboratorium)	7	0	+7
Eskulap - Rozliczenia z NFZ	1	1	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych - ograniczony do eSkierowania	1 (SRW)	0	+1
Eskulap - Integrator z ERP	0	1	-1
Eskulap - eRecepty	0	1	-1

Odpowiedź na pytanie nr 444

Zamawiający dokonał korekty w Załączniku nr 3 do OPZ, Opis wymagań dla systemu HIS dla części III ilości posiadanych przez podmiot leczniczy licencji.

441. Załącznik nr 28 do OPZ, Opis wymagań dla systemu HIS dla części XXVIII

Prawdopodobnie w wyniku uzupełnień, anulowania, transformacji licencji bądź uwzględnienia także licencji czasowych zamieszczona w Załączniku nr 28 do OPZ ilość posiadanych przez podmiot leczniczy licencji jest nieprawidłowa. Zgodnie z wiedzą Wykonawcy właściwe ilości licencji bezterminowych poszczególnych modułów prezentuje tabela zamieszczona poniżej. Uprzejmie prosimy o korektę informacji w tym zakresie, ponieważ stan posiadania licencji będzie miał wpływ na wycenę kosztów ich konwersji i uzupełniania w ramach realizacji przedmiotu umowy Blok A/B/C. Jednocześnie, jeżeli w Załączniku w kolumnie „Sposób licencjonowania” w tabeli określającej stan docelowy występują braki prosimy o bezwzględne uzupełnienie tych informacji.

Wykaz obecnie posiadanych modułów - licencji w Zespole Opieki Zdrowotnej w Wągrowcu	Stan faktyczny	Ilość OPZ	Różnica
Eskulap - Apteczka Oddziałowa	15	15	0
Xxxxxxx - Xxxxxx	0	0	0
Xxxxxxx - Xxxxxxxxxxxx Xxxxxxxx	0	0	+1
Eskulap - Gruper	1	1	0
Eskulap - Integrator	1	0	+1
Eskulap - Laboratorium	1	1	0
Eskulap - POZ	2	0	+2
Eskulap - Pracownia Diagnostyczna	1	1	0
Eskulap - Rachunek Kosztów Leczenia	1	0	+1
Eskulap - Ruch Chorych	20	20	0
Eskulap - Zlecenia Medyczne (Laboratorium)	1	0	+1
Eskulap - Rozliczenia z NFZ	1	1	0
Eskulap - Podpis elektroniczny z archiwum dokumentów cyfrowych ograniczony do dokumenty e-Skierowanie	1 (SRW)	0	+1

Odpowiedź na pytanie nr 445

Zamawiający dokonał korekty w Załączniku nr 28 do OPZ, Opis wymagań dla systemu HIS dla części XXVIII ilości posiadanych przez podmiot leczniczy licencji.

441. Opis funkcjonalny platformy regionalnej, 1.5. Usługa e-Dokumentacja; 1.5.9 Procedura dostępu Pacjenta do jego EDM, 1.5.9.1 Pacjent wybiera dokument lub zbiór dokumentów, które chce pobrać lub obejrzeć.

1.5.9.2 Po wyborze EDM Pacjent za pośrednictwem Platformy wysyła elektroniczny Wniosek o udostępnienie EDM do podmiotu, w którym EDM zostało wytworzone i jest przechowywane.

1.5.93 Wysłany wniosek musi zostać rozpatrzony w podmiocie leczniczym (automatycznie, lub ręcznie przez uprawnionego pracownika podmiotu leczniczego). Musi istnieć możliwość konfiguracji modelu przetwarzania wniosku automatyczny/ręczny).

1.5.9.4 Jeśli wniosek zostanie rozpatrzony negatywnie, to Pacjent musi otrzymać odpowiedź o negatywnym rozpatrzeniu wniosku poprzez portal oraz mailowo, (jeśli adres e-mail został podany przez użytkownika) wraz z uzasadnieniem.

1.5.9.5 Jeśli wniosek został rozpatrzony pozytywnie, to EDM, o który Pacjent wnioskuje ma zostać skopiowany do regionalnego repozytorium/konta pacjenta (razem ze wszystkimi dostępnymi wersjami danego dokumentu), a sam EDM musi być dostępny dla Pacjenta w Portalu Pacjenta.

1.5.9.6 Do czasu, gdy wniosek nie zostanie rozpatrzony, to przy wnioskowanym EDM Pacjent musi mieć informację o tym, że trwa przetwarzanie wniosku.

1.5.9.7 Od chwili zapisania EDM na koncie pacjenta, Pacjent może przeglądać, drukować, pobierać ten EDM.

1.5.10 Pacjent musi mieć możliwość przeglądania, kto, kiedy i w jakim trybie przeglądał jego EDM zindeksowany na platformie, niezależnie od tego czy wnioskował o pobranie któregokolwiek EDM

Prosimy o wyjaśnienie, co oznacza negatywne rozpatrzenie wniosku Pacjenta o dostęp do jego własnej dokumentacji medycznej zapisane w pkt 1.5.9.4? Powyższy zapis dotyczy już wdrożonego systemu Portalu Pacjenta, a nie można zabronić pacjentowi dostępu do jego własnej dokumentacji medycznej. Co więcej, prosimy o wyjaśnienie jak ten zapis ma się do treści punktów 1.2.16 Domyślnie Pacjent ma dostęp do swoich danych; oraz 1.2.18 Pacjent nie może sobie odebrać uprawnień dostępu do swoich danych.

Odpowiedź na pytanie numer 446

Pytanie nie dotyczy przedmiotu niniejszego postępowania, ale Zamawiający wyjaśnia, że nie ma sprzeczności treści, a z uwagi na fakt, że dostęp do dokumentacji odbywa się na wniosek, to potencjalnie możliwe jest negatywne rozpatrzenie takiego wniosku. Decyzja o odrzuceniu i wskazanie przyczyny odrzucenia zależy od kadry odpowiedzialnej za przetwarzanie takich wniosków.

441. Opis Przedmiotu Zamówienia, 1. Dostarczenie systemu autoryzacji (karty chipowe, czytniki chipowe, oprogramowanie, certyfikaty).

Zamawiający oczekuje dostawy w każdym z podmiotów 1 szt. certyfikatu kwalifikowanego na kartę inteligentną oraz czytnika do karty. W dokumentacji nie znajdujemy związku tego przedmiotu zamówienia z jego pozostałymi elementami. Prosimy o potwierdzenie, że system autoryzacji to wyposażenie niepozostające w jakiejkolwiek interakcji z HIS lub/i LOK.

Odpowiedź na pytanie numer 447

Zamawiający oczekuje, że dostarczony system autoryzacji będzie umożliwiał złożenie podpisu kwalifikowanego na wytworzonej Elektronicznej Dokumentacji Medycznej wytworzonej w HIS.

441. Opis wymagań dla Lokalnego Oprogramowania Komunikacyjnego; Wymagania ogólne dotyczące cech oprogramowania oraz wdrażania oprogramowania; Rozbudowa HIS o LOK nie spowoduje spadku wydajności ani pogorszenia jakości pracy personelu.

Prosimy o potwierdzenie, że spadek wydajności lub pogorszenie jakości spowodowane przez lokalne komponenty platformy regionalnej (np. Generator EDM, Portal Lekarza, lokalne repozytorium platformy regionalnej, lokalny bufor / cache rejestru platformy regionalnej) zainstalowane u uczestników projektu w ramach postępowania SzW/1/2019 nie jest i nie będzie przedmiotem obecnego postępowania i nie będzie miał wpływu na realizację wymagania z pkt 1.26.

Odpowiedź na pytanie numer 448

Zamawiający informuje, że wymaganie 1.26 załącznika nr 1 do OPZ dotyczy LOK i ewentualnego spadku wydajności spowodowanego nieprawidłowych działaniem LOK, a nie elementów Platformy Regionalnej, ponadto lokalne komponenty Platformy Regionalnej zostały wdrożone i nieustannie działają nie powodując do tej pory jakichkolwiek spadków wydajności systemów w podmiotach leczniczych.

Wykonawca zobowiązany jest do takiego zoptymalizowania kodu LOK, żeby nie występowały błędy w HIS, ani nie nastąpił spadek wydajności HIS, a jakość pracy personelu nie pogorszyła się. Ponadto Wykonawca zobowiązany jest w ramach LOK wdrożyć algorytmy, które zadbają o to, by interakcja HIS z Platformą Regionalną powodowała jak najmniejszy narzut na wydajność HIS.

441. Opis wymagań dla Lokalnego Oprogramowania Komunikacyjnego; Wymagania ogólne dotyczące cech oprogramowania oraz wdrażania oprogramowania; System HIS za pośrednictwem LOK musi umożliwiać niezakłóconą i wydajną współpracę się z Platformą Regionalną, co najmniej w zakresie:

• Obsługi usługi e-Dokumentacja w pełnym zakresie (w szczególności rejestrowania elektronicznych dokumentów medycznych zgodnych z HL7 CDA oraz PIK HL7 CDA w rejestrze regionalnym oraz zapisywania tych EDM w repozytorium lokalnym dostarczonym w ramach Platformy Regionalnej)

• Wyszukiwanie EDM zaindeksowanych na Platformie Regionalnej.

• Pobieranie EDM z lokalnego repozytorium dostarczonego w ramach Platformy Regionalnej

• Pobieranie przez podmiot leczniczy EDM zindeksowanych w Platformie Regionalnej przechowywanych w innych niż właściwe dla podmiotu repozytorium.

• Pobieranie EDM zindeksowanych w platformach zewnętrznych, z którymi Platforma Regionalna będzie wymieniała się dokumentami.

• Obsługę wniosków o udostępnienie EDM.

• Przekazywanie informacji o zgodach udzielanych przez Pacjentów.

• Pełną obsługę usługi e-Rejestracja (w tym definiowanie przez personel podmiotu leczniczego zakresu dostępnych w Platformie regionalnej terminów i usług).

Prosimy o doprecyzowanie, które dokumenty zawarte w specyfikacji PIK HL7 CDA mają być rejestrowane w rejestrze regionalnym? Jeżeli mają to być dokumenty wykraczające poza obecne wymagania prawne prosimy o ich wymienienie. Zwracamy uwagę, że zbiór oraz ilość dokumentów wymienianych z platformą ma kluczowy wpływ na wyceny ofert Wykonawców.

Odpowiedź na pytanie numer 449

Zamawiający wyjaśnia, że w rejestrze regionalnym mają być rejestrowane wszystkie dokumenty zawarte w specyfikacji PIK HL7 CDA czyli:

- informacja dla lekarza kierującego/POZ
- realizacja recepty
- karta odmowy przyjęcia do szpitala
- protokół operacyjny
- wpis do karty uodpornienia
- karta wywiadu lekarskiego
- karta pielęgniarskiej oceny stanu pacjenta
- zalecenia pielęgniarskie przy wypisie ze szpitala
- wpis do raportu pielęgniarskiego
- konsultacja lekarska
- opis badania diagnostycznego
- wynik badania laboratoryjnego
- karta informacyjna leczenia szpitalnego
- dokument recepty
- dokument skierowania
- dokument zaopatrzenia w wyroby medyczne
- recepta spełniająca wymagania związane z refundacją
- recepta farmaceutyczna
- recepta na import docelowy
- skierowanie do uzdrowiska
- skierowanie do zakładu opiekuńczego
- skierowanie na długoterminową opiekę pielęgniarską
- skierowanie do szpitala psychiatrycznego
- skierowanie na badanie w związku z podejrzeniem choroby zawodowej
- dokument anulujący.

441. Opis wymagań dla Lokalnego Oprogramowania Komunikacyjnego; Wymagania ogólne dotyczące cech oprogramowania oraz wdrażania oprogramowania; System HIS za pośrednictwem LOK musi umożliwiać niezakłóconą i wydajną współpracę się z Platformą Regionalną, co najmniej w zakresie:

• Obsługi usługi e-Dokumentacja w pełnym zakresie (w szczególności rejestrowania elektronicznych dokumentów medycznych zgodnych z HL7 CDA oraz PIK HL7 CDA w rejestrze regionalnym oraz zapisywania tych EDM w repozytorium lokalnym dostarczonym w ramach Platformy Regionalnej)

• Wyszukiwanie EDM zaindeksowanych na Platformie Regionalnej.

• Pobieranie EDM z lokalnego repozytorium dostarczonego w ramach Platformy Regionalnej

• Pobieranie przez podmiot leczniczy EDM zindeksowanych w Platformie Regionalnej przechowywanych w innych niż właściwe dla podmiotu repozytorium.

• Pobieranie EDM zindeksowanych w platformach zewnętrznych, z którymi Platforma Regionalna będzie wymieniała się dokumentami.

• Obsługę wniosków o udostępnienie EDM.

• Przekazywanie informacji o zgodach udzielanych przez Pacjentów.

• Pełną obsługę usługi e-Rejestracja (w tym definiowanie przez personel podmiotu leczniczego zakresu dostępnych w Platformie regionalnej terminów i usług).

Opis wymagań dla Lokalnego Oprogramowania Komunikacyjnego; Wymagania ogólne dotyczące cech oprogramowania oraz wdrażania oprogramowania; Zamawiający nie dopuszcza hardkodowania (tj. umieszczania bezpośrednio w kodzie źródłowym oprogramowania) parametrów konfiguracyjnych LOK.

Czy Zamawiający zaakceptuje rozwiązanie, w którym parametry konfiguracyjne LOK będą umieszczone w pliku konfiguracyjnym?

Odpowiedź na pytanie numer 450

Zamawiający zaakceptuje rozwiązanie, w którym parametry konfiguracyjne nie będą zapisane bezpośrednio w kodzie źródłowym oprogramowania.

441. Opis funkcjonalny platformy regionalnej; 1.2 Wymagania szczegółowe 1.2.5 Rejestr zgód i uprawnień, 1.2.7 W części regionalnej musi istnieć regionalny rejestr zgód i uprawnień dostępu do EDM zawierający wszystkie informacje, zgody i uprawnienia zgromadzone w lokalnych buforach.

Pytanie:

Prosimy o wyjaśnienie, jakie są zależności pomiędzy przedmiotowym regionalnym rejestrem zgód i uprawnień a mechanizmem zgód wprowadzanym w centralnym systemie P1? Prosimy o uzupełnienie dokumentacji integracyjnej o wytyczne dotyczące duplikowania zgód pacjenta pomiędzy tymi dwoma systemami oraz metody postępowania w takich sytuacjach? Prosimy o określenie, która zgoda będzie ważniejsza Regionalna czy udzielona w IKP? Te informacje są niezbędne dla Wykonawcy w celu poprawnej integracji systemu HIS w ramach LOK tak, żeby nie tylko wypełnić przedmiot postępowania, ale też spełniać podstawowe wymagania narzucane przez systemy centralne.

Odpowiedź na pytanie numer 451

Zamawiający wyjaśnia, że w chwili obecnej nie istnieją zależności pomiędzy regionalnym rejestrem zgód i uprawnień a mechanizmem w centralnym systemie P1.

W chwili projektowania Platformy Regionalnej schemat mechanizmu nadawania zgód w P1 nie istniał, ponadto rejestracji w P1 podlegać będą wyłącznie dokumenty ściśle określone w rozporządzeniu, czyli mniejszy zakres niż będzie to miało miejsce w przypadku Platformy Regionalnej. Ponadto Pacjent w ramach Platformy Regionalnej może udzielać zgód nie tylko na dostęp dla pracowników służby zdrowia, lecz także dla osób fizycznych.

W chwili gdy system P1 będzie działać produkcyjnie i znany będzie ostateczny format działania systemu P1, to Zamawiający podejmie kroki zmierzające do integracji obu systemów i wyeliminowania pojawiających się kolizji.

Zamawiający potwierdza, że dla HIS wiążąca będzie zgoda pacjenta udzielona z ostatnią datą bez znaczenia, w którym z systemów zostanie złożona/wycofana (IKP czy Region).

441. Opis funkcjonalny platformy regionalnej; 1.2 Wymagania szczegółowe 1.2.3.4 Repozytorium lokalne; Lokalne repozytorium EDM przechowuje EDM wytworzone lokalnie w Podmiocie.

Prosimy o potwierdzenie, że EDM wytworzone poprzez Generator EDM, nie są przedmiotem zainteresowania dla systemu dziedzinowego HIS, a także nie będą przez system HIS przekazywane do systemu P1, który ma zbierać wszystkie wymagane prawnie EDM w kraju.

Odpowiedź na pytanie numer 452

Zamawiający nie sformułował takiego wymagania ani w ramach postępowania na Platformę Regionalną, ani w ramach niniejszego postępowania.

Ponadto Xxxxxxxxxxx informuje, że dokumenty wytworzone przez Generator EDM będą osiągalne przez system HIS, za pośrednictwem usług lokalnych Platformy Regionalnej. Decyzją biznesową producentów systemów dziedzinowych w podmiotach leczniczych jest ewentualne wykorzystanie przez systemy HIS ewentualnych dokumentów wytworzonych w Generatorze EDM.

441. Opis funkcjonalny platformy regionalnej; 1.2 Wymagania szczegółowe 1.2.5 Rejestr zgód i uprawnień, 1.2.7 W części regionalnej musi istnieć regionalny rejestr zgód i uprawnień dostępu do EDM zawierający wszystkie informacje, zgody i uprawnienia zgromadzone w lokalnych buforach.

Prosimy o wyjaśnienie, jakie są zależności pomiędzy przedmiotowym regionalnym rejestrem zgód i uprawnień a mechanizmem zgód wprowadzanym w centralnym systemie P1? Prosimy o uzupełnienie dokumentacji integracyjnej o wytyczne dotyczące duplikowania zgód pacjenta pomiędzy tymi dwoma systemami oraz metody postępowania w takich sytuacjach? Prosimy o określenie, która zgoda będzie ważniejsza Regionalna czy udzielona w IKP? Te informacje są niezbędne dla Wykonawcy w celu poprawnej integracji systemu HIS w ramach LOK tak, żeby nie tylko wypełnić przedmiot postępowania, ale też spełniać podstawowe wymagania narzucane przez systemy centralne.

Odpowiedź na pytanie numer 453

Zamawiający wyjaśnia, że w chwili obecnej nie istnieją zależności pomiędzy regionalnym rejestrem zgód i uprawnień a mechanizmem w centralnym systemie P1.

W chwili projektowania Platformy Regionalnej schemat mechanizmu nadawania zgód w P1 nie istniał, ponadto rejestracji w P1 podlegać będą wyłącznie dokumenty ściśle określone w rozporządzeniu, czyli mniejszy zakres niż będzie to miało miejsce w przypadku Platformy Regionalnej. Ponadto Pacjent w ramach Platformy Regionalnej może udzielać zgód nie tylko na dostęp dla pracowników służby zdrowia, lecz także dla osób fizycznych.

W chwili gdy system P1 będzie działać produkcyjnie i znany będzie ostateczny format działania systemu P1, to Zamawiający podejmie kroki zmierzające do integracji obu systemów i wyeliminowania pojawiających się kolizji.

Zamawiający potwierdza, że dla HIS wiążąca będzie zgoda pacjenta udzielona z ostatnią datą bez znaczenia, w którym z systemów zostanie złożona/wycofana (IKP czy Region).

441. Opis funkcjonalny platformy regionalnej; 1.2 Wymagania szczegółowe 1.2.5 Rejestr zgód i uprawnień 1.2.12 Musi istnieć możliwość przekazywania zgód i uprawnień dotyczących poszczególnych EDM do i z lokalnych systemów dziedzinowych działających w podmiocie leczniczym.

Prosimy o doprecyzowanie co oznacza możliwość przekazywania zgód i uprawnień do lokalnych systemów dziedzinowych? W ramach dokumentacji integracyjnej nie znaleźliśmy takiej możliwości.

Odpowiedź na pytanie numer 454

Zamawiający informuje, że zostało to wyjaśnione w rozdziale nr 7 – Przekazywanie zgód i uprawnień w Instrukcji Integracji, który brzmi:

7. Przekazywanie zgód i uprawnień

Repozytorium EDM traktuje przekazywane dokumenty zgodne ze standardem APPC jako dokumenty zgód i uprawnień. Dokładny opis standardu APPC zawierający składnię dokumentów zgód i uprawnień oraz opis niezbędnych metadanych można znaleźć na oficjalnej stronie IHE pod adresem xxxxx://xxx.xxx.xxx/xxxxxxxxx/xxxxxxxxx_xxxxxxxxxx/#XX. Pod akapitem Supplements for Trial Implementation znajduje się link do dokumentu pdf - Advanced Patient Privacy Consents (APPC).

System HIS może przekazywać dokumenty zgód i uprawnień poprzez interfejs komunikacyjny Provide and Register Document Set-b [ITI-41] udostępniony przez Repozytorium EDM. Pobieranie dokumentów zgód możliwe jest przy wykorzystaniu interfejsu komunikacyjnego Retrieve Document Set [ITI-43]. Szczegóły interfejsów opisane zostały w rozdziale 5.1 tego dokumentu.

W celu przekazania dokumentu zgód i uprawnień transakcją ITI-41 należy odpowiednio uzupełnić metadane dokumentu w zapytaniu (opis w rozdziale 5.6.2.2.1 w wyżej wspomnianym dokumencie pdf IHE) oraz załączyć do nich plik xml dokumentu zgód tak jak w przypadku przekazania zwykłego dokumentu medycznego.

Do dokumentacji w Załączniku nr 4 – Przykłady do Instrukcji Integracji HIS z Platformą Regionalną e-Pacjent dołączono plik z przykładowym szablonem dokumentu xml zgód i uprawnień ustawiającym zgodę na dostęp lekarza do metadanych pacjenta (plik zgoda_na_dostep_lekarza_do_metadanych_pacjenta.xml). Należy w nim jedynie podmienić pola w nawiasach klamrowych na rzeczywiste wartości:

{WERSJA_DOKUMENTU_ZGÓD} – wersja dokumentu zgód i uprawnień (np. „1.0”)

{UNIKALNY_ID_DOKUMENTU_ZGÓD} – unikalny identyfikator dokumentu zgód i uprawnień (w formie dowolnego ciągu znaków)

{OPIS_DOKUMENTU} – krótki opis podsumowujący cel dokumentu

{ROOT_ID_PACJENTA_Z_REJESRTU} i {EXTENSION_ID_PACJENTA_Z_REJESRTU} – wartości odpowiadające elementom struktury identyfikatora pacjenta w rejestrze EDM w formacie CX strandardu HL7.

Przykład: W przypadku identyfikatora „44bebf97-5ed6-41fe-b950-8db17f6bc9fc^^^&2.16.840.1.113883.543.7.1.2.54&ISO” ROOT_ID_PACJENTA_Z_REJESRTU to OID „2.16.840.1.113883.543.7.1.2.54”, a EXTENSION_ID_PACJENTA_Z_REJESRTU to GUID „44bebf97-5ed6-41fe-b950-8db17f6bc9fc”.

{OID_TYPU_NPWZ} – zgodnie z rejestrem OID CSIOZ, wartość „2.16.840.1.113883.3.4424.1.6.2” w przypadki lekarzy, oraz „2.16.840.1.113883.3.4424.1.6.3” w przypadku pielęgniarek

{NPWZ} – Numer Prawa Wykonywania Zawodu autora dokumentu

441. Instrukcja Integracji HIS z Platformą Regionalną e-Pacjent; 4.1 Scenariusze MPI "System HIS powinien zatem rejestrować każdego dodanego pacjenta w lokalnym MPI ..."

W tym oraz kilku innych miejscach Zamawiający wspomina o lokalnym MPI używając nazwy "Moduł Comarch MPI". Natomiast w Opisie wymagań dla LOK nie pojawia się konieczność integracji LOK z żadnym lokalnym komponentem pełniącym rolę MPI. Co więcej, zgodnie z opisem funkcjonalnym platformy regionalnej w pkt 1.2.2.1 pojawia się zapis wymuszający uruchomienie rejestru pacjentów w części regionalnej Platformy, a nie lokalnie.

Czy Zamawiający może, zatem doprecyzować, czym dokładnie jest "lokalny MPI"? Jeśli jest to komponent lokalny, to:

- które wymagania dla LOK zdefiniowane w Zał.1. określają ten element integracji?

- jaki jest związek lokalnego MPI z regionalnym Rejestrem pacjentów?

Odpowiedź na pytanie numer 455

Zamawiający wyjaśnia, że sam związek lokalnego MPI z regionalnym Rejestrem Pacjentów nie jest przedmiotem tego postępowania, a wiedza dotycząca powiązania tych mechanizmów nie jest niezbędna Wykonawcy do wykonania integracji zgodnie z udostępnioną instrukcją integracji.

Zamawiający informuje, że zostało to wyjaśnione rozdziale nr 4 Instrukcji Integracji

4. Komunikacja HIS -> MPI

Architektura platformy przewiduje lokalny (Local MPI) oraz regionalny (Regional MPI) rejestr pacjentów. Systemy HIS, jako element systemów lokalnych, komunikują się ze swoimi lokalnymi rejestrami pacjentów, których zadaniem jest zarządzanie danymi demograficznymi pacjentów na poziomie danego systemu lokalnego. Pacjent rozumiany jako osoba fizyczna, powinien w systemie lokalnym MPI posiadać jeden unikalny zasób. Każdy lokalny rejestr pacjentów synchronizuje dane demograficzne pacjentów z regionalnym rejestrem pacjentów. Regionalny MPI wyszukuje ze wszystkich synchronizowanych z nim rekordów pacjentów te zasoby które odnoszą się do jednej osoby fizycznej, tworząc z nich zasób MasterRecord.

Podział na systemy lokalne oraz system regionalny wspiera konieczność zachowania ochrony danych osobowych wynikających z RODO. Dodane dane demograficzne pacjenta na jednym z lokalnych MPI nie powinny być dostępne w innych lokalnych rejestrach pacjentów.

Komunikacja z systemem może odbywać się z wykorzystaniem poniższych interfejsów:

• Patient Identity Feed HL7 V3 [ITI-44] (Comarch MPI występuje w roli 'Patient Identifier Cross-reference Manager').

• Patient Demographics Query HL7 V3 [ITI-47] (Comarch MPI występuje w roli 'Patient Demographics Supplier').

• PIXV3 Query [ITI-45] (Comarch MPI występuje w roli 'Patient Identifier Cross-reference Manager').

• PIXV3 Update Notification [ITI-46] (Comarch MPI występuje w roli 'Patient Identifier Cross-reference Manager').

• Obsługa REST'owej specyfikacji FHIR dla zasobu Patient (xxxxx://xxxxxxxxxx.xxx/xx0xxxxxxxxxxxxx/xxxxxxxxxxxxxxxxxxxxxxx)

Dokładną specyfikację można znaleźć pod adresem xxxxx://xxx.xxx.xxx/xxxxxxxxx/xxxxxxxxx_xxxxxxxxxx/#XX (IHE IT Infrastructure Technical Framework).

Ponadto Xxxxxxxxxxx dokonał zmiany treści SIWZ w zakresie:

Rozdział III Opis przedmiotu zamówienia

Było:

Przedmiot zamówienia został podzielony na 47 części.

Przedmiotem Zamówienia w ramach części I-XXXVIII jest:

• dostawa, instalacja i wdrożenie modułów/licencji Systemu HIS u danego Zamawiającego w celu umożliwienia wystawiania Elektronicznej Dokumentacji Medycznej oraz e-Rejestracji;

• dostawa, instalacja i wdrożenie Lokalnego Oprogramowania Komunikacyjnego (LOK) umożliwiającego integracje Szpitalnego Systemu Informacyjnego HIS zainstalowanego u danego Zamawiającego z istniejącą Platformą Regionalną polegającą na umożliwieniu przesyłania na Platformę Elektronicznych Dokumentów Medycznych (EDM) wytworzonych w oprogramowaniu HIS zgodnie ze standardami wymaganymi przez Platformę jak również umożliwienie zdalnej rejestracji do udzielanych usług przez danego Zamawiającego za pośrednictwem Platformy;

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Przedmiotem Zamówienia w ramach części XXXIX-XLVI jest:

• dostawa, instalacja i wdrożenie Lokalnego Oprogramowania Komunikacyjnego (LOK) umożliwiającego integracje Szpitalnego Systemu Informacyjnego HIS zainstalowanego u danego Zamawiającego z istniejącą Platformą Regionalną polegającą na umożliwieniu przesyłania na Platformę Elektronicznych Dokumentów Medycznych (EDM) wytworzonych w oprogramowaniu HIS zgodnie ze standardami wymaganymi przez Platformę jak również umożliwienie zdalnej rejestracji do udzielanych usług przez danego Zamawiającego za pośrednictwem Platformy;

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Przedmiotem Zamówienia w ramach części XLVII jest:

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Jest:

Przedmiot zamówienia został podzielony na 47 części.

Przedmiotem Zamówienia w ramach części I-XXXVIII i XLIII jest:

• dostawa, instalacja i wdrożenie modułów/licencji Systemu HIS u danego Zamawiającego w celu umożliwienia wystawiania Elektronicznej Dokumentacji Medycznej oraz e-Rejestracji;

• dostawa, instalacja i wdrożenie Lokalnego Oprogramowania Komunikacyjnego (LOK) umożliwiającego integracje Szpitalnego Systemu Informacyjnego HIS zainstalowanego u danego Zamawiającego z istniejącą Platformą Regionalną polegającą na umożliwieniu przesyłania na Platformę Elektronicznych Dokumentów Medycznych (EDM) wytworzonych w oprogramowaniu HIS zgodnie ze standardami wymaganymi przez Platformę jak również umożliwienie zdalnej rejestracji do udzielanych usług przez danego Zamawiającego za pośrednictwem Platformy;

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Przedmiotem Zamówienia w ramach części XXXIX- XLII i XLIV-XLVI jest:

• dostawa, instalacja i wdrożenie Lokalnego Oprogramowania Komunikacyjnego (LOK) umożliwiającego integracje Szpitalnego Systemu Informacyjnego HIS zainstalowanego u danego Zamawiającego z istniejącą Platformą Regionalną polegającą na umożliwieniu przesyłania na Platformę Elektronicznych Dokumentów Medycznych (EDM) wytworzonych w oprogramowaniu HIS zgodnie ze standardami wymaganymi przez Platformę jak również umożliwienie zdalnej rejestracji do udzielanych usług przez danego Zamawiającego za pośrednictwem Platformy;

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Przedmiotem Zamówienia w ramach części XLVII jest:

• dostawa Systemu Autoryzacji składającego się z karty chipowej (mikroprocesorowej) , czytnika chipowego (mikroprocesorowego), oprogramowania, certyfikatu kwalifikowanego.

Rozdział VI Podstawy wykluczenia z postępowania o udzielenie zamówienia, warunki udziału w postępowaniu oraz wykaz oświadczeń i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu oraz braku podstaw wykluczenia

pkt 3.3. zdolność techniczna lub zawodowa

Było:

Wykonawca musi wykazać, że 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, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

• 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XLVI)

• 2 dostawy systemu autoryzacji (dotyczy części XLVII)

Jest:

Wykonawca musi wykazać, że 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, wykonał należycie, a w przypadku świadczeń okresowych lub o charakterze ciągłym również wykonuje należycie, co najmniej:

• 3 dostawy obejmujące oprogramowanie typu HIS (Hospital Information System) wraz z ich wdrożeniem w podmiotach leczniczych o wartości minimalnej każdej z wykazanych dostaw wynoszącej 150.000,00 złotych brutto (dotyczy części od I do XXXV oraz od XXXVII do XLVI)

• 3 dostawy obejmujące oprogramowanie dedykowane podmiotom medycyny pracy wraz z ich wdrożeniem o wartości minimalnej każdej z wykazanych dostaw wynoszącej 100.000,00 złotych brutto (dotyczy części XXXVI)

• 2 dostawy systemu autoryzacji (dotyczy części XLVII)

Pkt 4.3.

Było:

Ponadto, do oferty należy załączyć następujące dokumenty:

- Formularz ofertowy – według Załącznika nr 52 do SIWZ,

- dokumenty potwierdzające uprawnienia osób podpisujących ofertę Wykonawcy do działania w jego imieniu (w tym także pełnomocnictwa),

- w celu wykazania braku podstaw wykluczenia z postępowania o udzielenie zamówienia na podstawie okoliczności, o których mowa w niniejszym SIWZ oraz wykazania spełnienia warunków udziału określonych w SIWZ wykonawca składa oświadczenie: Jednolity Europejski Dokument Zamówienia – oświadczenie aktualne na dzień składania ofert Wykonawca zobowiązany jest złożyć w formie jednolitego dokumentu sporządzonego zgodnie ze wzorem standardowego formularza określonego w rozporządzeniu wykonawczym Komisji Europejskiej wydanym na podstawie art. 59 ust. 2 dyrektywy 2014/24/UE w zakresie wskazanym przez zamawiającego w ogłoszeniu o zamówieniu lub SIWZ – wypełnione i podpisane przez wykonawcę, który stanowić będzie wstępne potwierdzenie spełnienia warunków udziału w postępowaniu oraz brak podstaw wykluczenia w zakresie wskazanym przez Zamawiającego z wykorzystaniem wzoru – Załącznik Nr 53a do SIWZ.

Jest:

Ponadto, do oferty należy załączyć następujące dokumenty:

- Formularz ofertowy – według Załącznika nr 52 do SIWZ,

- dokumenty potwierdzające uprawnienia osób podpisujących ofertę Wykonawcy do działania w jego imieniu (w tym także pełnomocnictwa),

- w celu wykazania braku podstaw wykluczenia z postępowania o udzielenie zamówienia na podstawie okoliczności, o których mowa w niniejszym SIWZ oraz wykazania spełnienia warunków udziału określonych w SIWZ wykonawca składa oświadczenie: Jednolity Europejski Dokument Zamówienia – oświadczenie aktualne na dzień składania ofert Wykonawca zobowiązany jest złożyć w formie jednolitego dokumentu sporządzonego zgodnie ze wzorem standardowego formularza określonego w rozporządzeniu wykonawczym Komisji Europejskiej wydanym na podstawie art. 59 ust. 2 dyrektywy 2014/24/UE w zakresie wskazanym przez zamawiającego w ogłoszeniu o zamówieniu lub SIWZ – wypełnione i podpisane przez wykonawcę, który stanowić będzie wstępne potwierdzenie spełnienia warunków udziału w postępowaniu oraz brak podstaw wykluczenia w zakresie wskazanym przez Zamawiającego z wykorzystaniem wzoru – Załącznik Nr 53a do SIWZ.

- próbki (dotyczy części XIII i XVII):

Część XIII – próbka winna spełniać wymogi zawarte w OPZ: Weryfikacja funkcjonalności Systemu – załącznik nr 13 do SIWZ – OPZ dla części XIII

Część XVII – próbka winna spełniać wymogi zawarte w załączniku nr 17d do SIWZ – OPZ

(składane na wezwanie Zamawiającego – będzie obligowało Wykonawcę, którego oferta została najwyżej oceniona).

Rozdział XII Miejsce oraz termin składania i otwarcia ofert

Było:

1. Ofertę należy złożyć w nieprzekraczalnym terminie do dnia:

16 marca 2021 r., do godz. 15:00.

przy użyciu miniPortalu (xxxxx://xxxxxxxxxx.xxx.xxx.xx/)

2. Otwarcie ofert nastąpi w dniu 16 marca 2021 r. o godz. 16:00

3. Otwarcie ofert jest jawne, Wykonawcy mogą uczestniczyć w sesji otwarcia ofert.

Szpitale Wielkopolski Sp. z o.o.

xx. Xxxxxxx 00/xxxxxxx X

sekretariat – I piętro,

60-415 Poznań

4. Niezwłocznie po otwarciu ofert Zamawiający zamieści na stronie internetowej informację z otwarcia ofert.

Jest:

5. Ofertę należy złożyć w nieprzekraczalnym terminie do dnia:

19 marca 2021 r., do godz. 15:00.

przy użyciu miniPortalu (xxxxx://xxxxxxxxxx.xxx.xxx.xx/)

6. Otwarcie ofert nastąpi w dniu 19 marca 2021 r. o godz. 16:00

7. Otwarcie ofert jest jawne, Wykonawcy mogą uczestniczyć w sesji otwarcia ofert.

Szpitale Wielkopolski Sp. z o.o.

xx. Xxxxxxx 00/xxxxxxx X

sekretariat – I piętro,

60-415 Poznań

8. Niezwłocznie po otwarciu ofert Zamawiający zamieści na stronie internetowej informację z otwarcia ofert.

Załączniki:

- Zmodyfikowany SIWZ – 05.03.21 r.

- Zmiany w SIWZ w zakresie załączników do SIWZ numer 54a, 54b, 54c – 05.03.21 r.

- Zmodyfikowany załącznik nr 54a do SIWZ – 05.03.21 r.

- Zmodyfikowany załącznik nr 54b do SIWZ – 05.03.21 r.

- Zmodyfikowany załącznik nr 54c do SIWZ – 05.03.21 r.

- Zmodyfikowany załącznik nr 3 do OPZ – Opis wymagań dla Systemu HIS dla części III – 05.03.21 r.

- Zmodyfikowany załącznik nr 4 do OPZ – Opis wymagań dla Systemu HIS dla części IV – 05.03.21 r.

- Zmodyfikowany załącznik nr 8 do OPZ – Opis wymagań dla Systemu HIS dla części VIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 13 do OPZ – Opis wymagań dla Systemu HIS dla części XIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 14 do OPZ – Opis wymagań dla Systemu HIS dla części XIV – 05.03.21 r.

- Zmodyfikowany załącznik nr 15 do OPZ – Opis wymagań dla Systemu HIS dla części XV – 05.03.21 r.

- Zmodyfikowany załącznik nr 16 do OPZ – Opis wymagań dla Systemu HIS dla części XVI – 05.03.21 r.

- Zmodyfikowany załącznik nr 17 do OPZ – Opis wymagań dla Systemu HIS dla części XVII – 05.03.21 r.

- Zmodyfikowany załącznik nr 18 do OPZ – Opis wymagań dla Systemu HIS dla części XVIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 19 do OPZ – Opis wymagań dla Systemu HIS dla części XIX – 05.03.21 r.

- Zmodyfikowany załącznik nr 27 do OPZ – Opis wymagań dla Systemu HIS dla części XXVII – 05.03.21 r.

- Zmodyfikowany załącznik nr 28 do OPZ – Opis wymagań dla Systemu HIS dla części XXVIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 29 do OPZ – Opis wymagań dla Systemu HIS dla części XXIX – 05.03.21 r.

- Zmodyfikowany załącznik nr 30 do OPZ – Opis wymagań dla Systemu HIS dla części XXX – 05.03.21 r.

- Zmodyfikowany załącznik nr 32 do OPZ – Opis wymagań dla Systemu HIS dla części XXXII – 05.03.21 r.

- Zmodyfikowany załącznik nr 33 do OPZ – Opis wymagań dla Systemu HIS dla części XXXIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 35 do OPZ – Opis wymagań dla Systemu HIS dla części XXXV – 05.03.21 r.

- Zmodyfikowany załącznik nr 38 do OPZ – Opis wymagań dla Systemu HIS dla części XXXVIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 43 do SIWZ – OPZ dla części XLIII – 05.03.21 r.

- Zmodyfikowany załącznik nr 49 do SIWZ – Opis funkcjonalny platformy regionalnej – 05.03.21 r.

- Zmodyfikowany załącznik nr 51 do SIWZ – Opis systemu autoryzacji – 05.03.21 r.

- Załącznik nr 17d do OPZ – Wybór Próbki 30 pozycji ZOLiRM

- Załącznik nr 43 do OPZ – Opis wymagań dla Systemu HIS dla części XLIII

51