Sygn. akt: KIO 2076/18
WYROK
z dnia 6 listopada 2018 r.
Krajowa Izba Odwoławcza - w składzie:
Przewodniczący:
Paweł Trojan
Protokolant:
Rafał Komoń
po rozpoznaniu na rozprawie w dniu 31.10.2018 r. w Warszawie
odwołania wniesionego do
Prezesa Krajowej Izby Odwoławczej w dniu 08.10.2018 r. przez wykonawcę CompuGroup
Medical Polska Spółka z o.o., ul. Do Dysa 9, 20-149 Lublin w postępowaniu prowadzonym
przez Zamawiającego - Samodzielny Publiczny Zakład Opieki Zdrowotnej w Lubartowie,
ul. Cicha 14, 21-
100 Lubartów w trybie przetargu nieograniczonego pn.: Informatyzacja oraz
wdrożenie e-usług w SP 101 w Lubartowie” (nr ref Sl/UE/3/2018).
przy udziale wykonawcy KAMSOFT S.A., ul. 1 Maja 133, 40-235 Katowice
zgłaszającego
swoje przystąpienie do postępowania wszczętego wskutek wniesienia odwołania po stronie
Odwołującego.
przy udziale wykonawcy Asseco Poland S.A., ul. Olchowa 14, 35-
322 Rzeszów
zgłaszającego swoje przystąpienie do postępowania wszczętego wskutek wniesienia
odwołania po stronie Odwołującego.
przy udziale wykonawcy
Gabos Software Spółka z o.o., ul. Berbeckiego 6, 44-100 Gliwice
zgłaszającego swoje przystąpienie do postępowania wszczętego wskutek wniesienia
odwołania po stronie Zamawiającego.
orzeka:
Umarza postępowania w zakresie zarzutu II oraz V odwołania w związku z
cofnięciem zarzutu dotyczącego rozbieżności w określeniu terminu realizacji
zamówienia oraz zarzutu odnoszącego się do kwestii związanych z próbką;
Uwzględnia odwołanie w zakresie zarzutu naruszenia art. 7 ust. 1 oraz art. 29
ust. 1 i 2 ustawy Prawo zamówień publicznych i:
2.1. nakazuje Zamawiającemu określenie terminu realizacji przedmiotu
zamówienia w okresie liczonym od dnia zawarcia umowy w sprawie zamówienia
publicznego;
2.2. nakazuje Z
amawiającemu dokonanie modyfikacji Specyfikacji Istotnych
Warunków Zamówienia przez zmianę opisu przedmiotu zamówienia przez
wprowadzenie alternatyw
nie: (i) postanowień zawierających informacje
konieczne
do integracji dotychczas funkcjonującego systemu u zamawiającego
z nowym syst
em, który w ramach zamówienia ma zostać dostarczony przez
wykonawcę, w tym do przekazania niezbędnych informacji związanych z
dostępem do interfejsów albo (ii) wprowadzenie do opisu przedmiotu
zamówienia postanowień dopuszczających możliwości realizacji zamówienia
także przez dostarczenie przez wykonawcę nowego sytemu, który zastąpi
system obecnie funkcjonujący u zamawiającego oraz zapewni osiągnięcie
funkcjonalności wymaganych w specyfikacji istotnych warunków zamówienia;
2.3. nakazuje Zamawiającemu dokonanie modyfikacji Specyfikacji Istotnych
Warunków Zamówienia przez zmianę opisu przedmiotu zamówienia w taki
sposób aby wymagane w tym opisie funkcjonalności i właściwości
oprogramowania e-
usług były realizowane bez względu na sposób ich realizacji,
tj. aby
wymagania dla finalnego sytemu informatycznego zostały określone w
sposób umożliwiający swobodny wybór przez wykonawców sposobu ich
osiągnięcia, w tym usunięcie postanowień, że dostarczane przez wykonawców
podsystemy muszą stanowić rozbudowę istniejącego u Zamawiającego
systemu HIS;
W pozostałym zakresie oddala zarzuty zawarte w odwołaniu.
. kosztami postępowania w wysokości 18 600 zł 00 gr (słownie: osiemnaście tysięcy
sześćset złotych i zero groszy) obciąża Zamawiającego - Samodzielny Publiczny Zakład
Opieki Zdrowotnej w Lubartowie, ul. Cicha 14, 21-
100 Lubartów i:
zalicza w poczet kosztów postępowania kwotę 15 000 zł 00 gr (słownie: piętnaście
tysięcy złotych zero groszy) uiszczoną przez wykonawcę CompuGroup Medical
Polska Spółka z o.o., ul. Do Dysa 9, 20-149 Lublin tytułem wpisu od odwołania,
zasądza od zamawiającego Samodzielny Publiczny Zakład Opieki Zdrowotnej w
Lubartowie, ul. Cicha 14, 21-
100 Lubartów na rzecz wykonawcy - CompuGroup
Medical Polska Spółka z o.o., ul. Do Dysa 9, 20-149 Lublin kwotę w wysokości
zł 00 gr (słownie: osiemnaście tysięcy sześćset złotych i zero groszy)
tytułem zwrotu kosztów wpisu od odwołania oraz zastępstwa przed Izbą.
5. Stosownie do art. 198a i 198b ustawy z dnia 29 stycznia 2004 r. -
Prawo zamówień
publicznych
(tekst jednolity Dz. U. z 20 lipca 2017 r., poz. 1579 z późn. zm.) na niniejszy
wyrok -
w terminie 7 dni od dnia jego doręczenia - przysługuje skarga za pośrednictwem
Prezesa Krajowej Izby Odwoławczej do Sądu Okręgowego w Lublinie.
Przewodni
czący:
……………………
U z a s a d n i e n i e
do wyroku z dnia 6 listopada 2018 r. w sprawie o sygn. akt KIO 2076/18
Zamawiający – Samodzielny Publiczny Zakład Opieki Zdrowotnej w Lubartowie, ul. Cicha 14,
100 Lubartów prowadzi w trybie przetargu nieograniczonego postępowanie o udzielenie
zamówienia publicznego pn.: Informatyzacja oraz wdrożenie e-usług w SP 101 w Lubartowie”
(nr ref Sl/UE/3/2018).
Postępowanie prowadzone w trybie przetargu nieograniczonego o wartości powyżej kwot
określonych w przepisach wydanych na podstawie art. 11 ust. 8 ustawy Pzp.
W dniu 28.09.2018 r. ogłoszenie o zamówieniu zostało opublikowane w suplemencie do Dz.
U. UE pod numerem 2018/S 187 422132.
W dniu 28.09.2018 r.
opublikowane zostało ogłoszenie o zamówieniu oraz Zamawiający
zamieścił treść SIWZ.
Odwołanie zostało wniesione do Prezesa Krajowej Izby Odwoławczej w dniu 08.10.2018 r.
przez wykonawcę CompuGroup Medica Polska Spółki z o.o. wobec postanowień ogłoszenia
o zamówieniu oraz treści SIWZ w postępowaniu o udzielenie zamówienia publicznego pn.
„Informatyzacja oraz wdrożenie e-usług w SP ZOZ w Lubartowie", prowadzonym w trybie
przetargu nieograniczonego przez Samodzielny Publiczny Zakład Opieki Zdrowotnej w
Lubartowie.
Odwołujący powyższym czynnościom zarzucił naruszenie:
I. art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1 -
2 p.z.p. w związku z art. 36 ust. 1 pkt 4 p.z.p. i art. 41
pkt 6 p.z.p. poprzez określenie w ogłoszeniu o zamówieniu (sekcja 11.2.7) oraz w SIWZ (pkt
V.2 oraz Załącznik nr 2 do SIWZ) terminu realizacji zamówienia poprzez wskazanie
konkretnej daty dziennej, co -
wobec niepewności co do daty zawarcia umowy dotyczącej
realizacji zamówienia publicznego - oraz przy rażąco krótkim czasie na wykonanie
zamówienia (obliczanym na podstawie ustawowych terminów na dokonanie określonych
czynności), nie pozwala na ustalenie czasu na wykonanie zamówienia oraz co
uprzywilejowuje dostawcę systemu szpitalnego HIS działającego aktualnie u Zamawiającego,
który to wykonawca jako jedyny dysponuje wiedzą dotyczącą uwarunkowań istniejących w
siedzibie Zamawiającego,
II. art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1 -
2 p.z.p. poprzez określenie w ogłoszeniu o
zamówieniu (sekcja 11.2.7) oraz w SIWZ (pkt V,2 oraz Załącznik nr 2 do SIWZ) terminu
realizacji zamówienia w sposób istotnie odmienny od postanowień Załącznika nr 4 do SIWZ
(Istotne Postanowienia Umowy), co nie pozwala na jednoznaczne ustalenie faktycznych
wymagań Zamawiającego co do terminu wykonania zamówienia, przy czym przyjęcie terminu
wskazanego w ogłoszeniu o zamówieniu oraz w SIWZ (21 grudnia 2018 r.) świadczy o
preferowaniu przez Zamawiającego określonego wykonawcy tj. dostawcę systemu
szpitalnego HIS działającego aktualnie u Zamawiającego.
III. art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1 -
2 p.z.p. poprzez sporządzenie opisu przedmiotu
zamówienia w zakresie integracji dostarczanego oprogramowania z systemami działającymi
w siedzibie Zamawiającego (w szczególności z systemem szpitalnym HIS WMS Mediqus,
którego producentem jest GABOS Software Sp. z o.o.) w sposób niekompletny tj. bez
jakiegokolwiek opisu tego systemu, w tym bez opisu interfejsów komunikacyjnych
istniejących w integrowanym oprogramowaniu, bez opisu struktur bazy danych
wykorzystywanych przez system HIS (zwłaszcza bez szczegółowego opisu tabel, pól i
wzajemn
ych powiązań między nimi), a także bez zapewnienia współpracy z dostawcami
integrowanego oprogramowania oraz bez zapewnienia możliwości zaoferowania wymiany
systemu HIS na , co narusza zasadę uczciwej konkurencji i uprzywilejowuje dostawcę
działającego obecnie systemu HIS tj. GABOS Software Sp. z o.o. (względnie podmioty
oferujące dostawy oraz usługi dotyczące oprogramowania tej spółki);
IV. art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1 -
2 p.z.p. poprzez wprowadzenie w Załączniku nr 1
do SIWZ (OPZ) oraz w Załączniku nr 8 do SIWZ (Oferowane Funkcjonalności Dodatkowe -
OFD) wymogu lub możliwości (w przypadku funkcjonalności dodatkowych) dostarczenia
oprogramowania o parametrach, które odnoszą się do właściwości i cech działającego w
siedzibie Zamawiającego systemu szpitalnego HIS WMS Mediqus, którego producentem jest
GABOS Software Sp. z o.o., co -
wobec niekompletności SIWZ, która nie zawiera
jakichkolwiek informacji technicznych dotyczących tego systemu - uniemożliwia złożenie
oferty przez podmiot inny niż GABOS Software Sp. z o.o, (względnie podmiot oferujący
dostawy i usługi dotyczące oprogramowania GABOS Software Sp. z o.o.), co stanowi o
naruszeniu zasady uczciwej konkurencji i równego traktowania wykonawców.
Zarzut dotyczy następujących funkcjonalności i właściwości oprogramowania e-usług:
a) Zamawiający oczekuje rozbudowy istniejącego u Zamawiającego systemu HIS o
funkcjonalności umożliwiające prowadzenie dokumentacji medycznej pacjenta (EDM/RDM),
dostawy i uruchomienia specjalistycznego oprogramowania maj
ącego na celu wdrożenie
nowoczesnych e-
usług (e-platformy) oraz oprogramowania do digitalizacji dokumentacji
medycznej papierowej w taki sposób, by podsystemy EDM/RDM, e-platformy i digitalizacji
pracowały z tym systemem HIS bezpośrednio (online), to jest bez konieczności uruchamiania
dodatkowego oprogramowania pośredniczącego, przesyłającego dane w postaci osobnych
zbiorów (plików) danych między HIS i dowolnym z podsystemów - wymaganie obligatoryjne z
części opisowej sekcji 3 (Założenia i wymagania ogólne dla systemu) - str. 9, akapit drugi
OPZ;
b) Podsystemy e-
usług, digitalizacji i EDM/RDM muszą działać na tej samej bazie danych co
system obsługi pacjenta i obiegu informacji medycznej HIS. Podsystemy te muszą stanowić
rozbudowę istniejącego u Zamawiającego systemu HIS (w zakresie tej funkcjonalności
Odwołujący podnosi również zarzut naruszenia art. 29 ust. 3 p.z.p. poprzez wprowadzenie
wymogu dostarczenia rozwiązania informatycznego wykorzystującego bazę danych IBM
DB2, którą wykorzystuje system WMS Mediqus [por. str. 9 OPZ] bez dopuszczenia
możliwości zaoferowania rozwiązań równoważnych) - funkcjonalność obligatoryjna z poz. 1
tabeli „Wymagania ogólne e-usług" - str. 10 OPZ;
c) Podsystemy muszą działać w oparciu o rejestrowany odrębny identyfikator dla każdego
użytkownika, przy czym nie jest dopuszczalna sytuacja, w której którykolwiek z podsystemów
wymaga od użytkownika, logowania się innym identyfikatorem, niż ten który dla tego
użytkownika jest zdefiniowany w systemie HIS - funkcjonalność obligatoryjna z poz. 20 tabeli
„Wymagania ogólne e-usług" - str. 11 OPZ;
d) Podsystemy muszą posiadać spójny z systemem HIS mechanizm kontroli dostępu. Dostęp
do danych będzie możliwy wyłącznie po dokonaniu uwierzytelnienia - funkcjonalność
obligatoryjna z poz. 21 tabeli
„Wymagania ogólne e-usług" - str. 11 OPZ;
e) Podsystemy muszą w logu systemowym współdzielonym z systemem HIS składować
informacje (datę i godzinę z dokładnością do sekundy; adres IP stacji, unikalny identyfikator
użytkownika; jeżeli dane w podsystemie uległy zmianie, to również informacje o tym, z jakiej
wartości i na jaką wartość została dokonana zmiana), rejestrujący w szczególności: zapisy o
zalogowaniu do podsystemu i wylogowaniu z podsystemu każdego z użytkowników, zmianę
parametrów konta każdego użytkownika, w szczególności zmianę uprawnień użytkownika,
każdą inną zmianę danych zgromadzonych w podsystemie i dopisanie nowych danych do
Systemu (wartość początkowa danych powinna być wówczas pusta) - funkcjonalność
dodatkowa z poz. 26 tabeli „Wymagania ogólne e-usług" - str. 12 OPZ oraz z poz. 9 tabeli
funkcjonalności dodatkowych - str. 2 Załącznika nr 8 do SIWZ;
f) Wszystkie dane słownikowe i rejestry wykorzystywane w podsystemach muszą być spójne
z danymi słownikowymi i rejestrami systemu HIS i definiowane w jednym miejscu, którym jest
baza danych systemu HIS -
funkcjonalność dodatkowa z poz. 33 tabeli „Wymagania ogólne
e-
usług" - str. 12 OPZ oraz z poz. 10 tabeli funkcjonalności dodatkowych - str. 2 Załącznika
nr 8 do SIWZ;
g) Proces zarządzania użytkownikami w tym logowanie, polityka haseł w systemie HIS i
wdrażanych podsystemach musi być jednolity dla wszystkich podsystemów i systemu HIS
Zamawiającego - funkcjonalność dodatkowa z poz. 33 tabeli „Wymagania ogólne e-usług" -
str. 12 OPZ oraz z poz. 6 tab
eli funkcjonalności dodatkowych - str. 2 Załącznika nr 8 do
SIWZ;
h) Podczas zakładania konta pacjenta, wprowadzone dane muszą być walidowane przez
System z rejestrem pacjentów jednostki znajdującym się w bazie danych Systemu, tj.: jeżeli
dane pacjenta zna
jdują się już w rejestrze pacjentów, to konto w module e-platforma powinno
być z tą osobą automatycznie powiązane - tzn. dane takiej osoby nie są dopisywane do
rejestru; jeżeli dane pacjenta, nie znajdują się w rejestrze, to osoba taka musi zostać
automaty
cznie dopisana do rejestru pacjentów, a konto w e-platformie automatycznie musi
zostać powiązane z ta osobą - wymaganie obligatoryjne z poz. 9 tabeli „Wymagania dla
modułu e-platformy" - str. 13 OPZ;
i) Zeskanowane i przekazane do RDM dokumenty muszą posiadać odpowiednią nazwę
określającą typ dokumentu i być przypisane do przyjmującego oddziału/jednostki
organizacyjnej placówki i być dostępne z poziomu aplikacji HIS/RDM - funkcjonalność
obligatoryjna z poz. 5 tabeli „Wymagania szczegółowe oprogramowania do digitalizacji
dokumentacji medycznej papierowej" - str. 24 ORZ;
j) Oprogramowanie musi umożliwiać realizację poniższego procesu na urządzeniu
skanującym; 1) Pracownik na urządzeniu skanującym wprowadza nr PESEL lub nr kartoteki
pacjenta lub na podstawie kodu kresowego umieszczonego na dokumentacji (np. w formie
naklejki), urządzenie skanujące identyfikuje pacjenta - „sięga" po informacje do bazy
pacjentów systemu HIS (...) - funkcjonalności obligatoryjne z poz. 14-15 tabeli „Wymagania
szczegółowe oprogramowania do digitalizacji dokumentacji medycznej papierowej"-str. 25
OPZ.
V. art. 7 ust. 1 p.z.p. w związku z § 13 ust. 1 pkt 1 rozporządzenia Ministra Rozwoju z dnia 26
lipca 2016 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od
wykonawcy w
postępowaniu o udzielenie zamówienia (Dz.U. z 2016 r., poz. 1126 - dalej
„Rozporządzenie o dokumentach"), w związku z art. 36 ust. 1 pkt 6 p.z.p. poprzez
zaniechanie wprowadzenia w SIWZ obowiązku złożenia wraz z ofertą próbki oferowanego
systemu, lecz zas
trzeżenie w to miejsce obowiązku przeprowadzenia „prezentacji próbki
systemu", w sytuacji gdy próbka, jako dokument wymieniany w § 13 ust. 1 pkt 1
Rozporządzenia o dokumentach, powinna być składana wraz z ofertą i przechowywana
przez okres wskazany w art.
97 ust. 1 p.z.p., co stanowi gwarancję zachowania
przejrzystości postępowania.
Nadto
Odwołujący wniósł o przeprowadzenie dowodu z następujących dokumentów tj.
dokumentacji unieważnionego postępowania o udzielenie zamówienia publicznego pn.
Informatyzacja
oraz wdrożenie e-usług w SP ZOZ w Lubartowie obejmującej:
A) ogłoszenie o zamówieniu (Dz. Urz. UE z 2018 r., seria S, nr 157, poz. 360832),
B) SIWZ,
C) Załącznik nr 2 do SIWZ (Harmonogram Projektu),
D) Załącznik nr 3 do SIWZ (Prezentacja Próbki Systemu) oraz
E) Załącznika nr 4 do SIWZ (Istotne Postanowienia Umowy).
na okoliczność wykazania sposobu określenia terminu realizacji zamówienia w tym
postępowaniu oraz na okoliczność wykazania planowanego przez Zamawiającego czasu
przeznaczonego na ocenę ofert, które to okoliczności świadczą o tym, iż Zamawiający
prowadząc postępowanie w trybie przetargu nieograniczonego od początku zakładał, iż
otrzyma ofertę tylko jednego wykonawcy.
Mając na uwadze podniesione zarzuty wniósł o nakazanie Zamawiającemu dokonanie zmian
ogłoszenia oraz SIWZ wskazanych w dalszej części odwołania.
Interes Odwołującego we wniesieniu odwołania:
CompuGroup Medical Polska Spółka z ograniczoną odpowiedzialnością z siedzibą w Lublinie
(dalej „CGM" lub „Odwołujący") jest potencjalnym wykonawcą zainteresowanym w uzyskaniu
zamówienia publicznego, którego dotyczy postępowanie objęte niniejszym odwołaniem.
Odwołujący w ramach swojej działalności oferuje bowiem oprogramowanie oraz usługi
podobne do tych, jakie są przedmiotem zamówienia. Postanowienia ogłoszenia oraz SIWZ
zawierają jednak wymagania które zostały sformułowane w sposób niejednoznaczny oraz w
sposób który wskazuje na istnienie preferencji co do konkretnego dostawcy oprogramowania
tj. dostawcy systemu szpitalnego HIS działającego w siedzibie Zamawiającego, co wyłącza
uczciwą konkurencję w prowadzonym postępowaniu. Działanie Zamawiającego narusza więc
interes CGM, albowiem może doprowadzić do utraty możliwości uzyskania zamówienia
publicznego i związanego z tym zarobku.
Zachowanie terminu
na wniesienie odwołania:
Ogłoszenie o zamówieniu zostało opublikowane w dniu 28 września 2018 r., a zatem, jak
wskazał Odwołujący, odwołanie wnoszone jest z zachowaniem terminu, o którym mowa w
art. 182 ust. 2 pkt 1 p.z.p.
Uzasadnienie
Ad. 1
Zarzut naruszenia art. 7 ust 1 p.z.p. oraz art. 29 ust. 1-
2 p.z.p. w związku z art. 36 ust. 1 pkt 4
p.z.p. i art. 41 pkt 6 p.z.p. -
określenie terminu realizacji zamówienia datą dzienną
Zgodnie z treścią art. 36 ust. 1 pkt 4 p.z.p. specyfikacja istotnych warunków zamówienia
określa termin realizacji zamówienia. Analogiczną regulację dotyczącą ogłoszenia o
zamówieniu zawiera przepis art. 41 pkt 6 p.z.p. W przedmiotowej sprawie Zamawiający w
ogłoszeniu o zamówieniu (sekcja 11.2.7) jako okres realizacji zamówienia wskazał 21
grudnia 2018 r. (str. 3 ogłoszenia). Powyższa data jest zbieżna z treścią postanowień pkt V.l
SIWZ oraz Załącznika nr 2 do SIWZ. Niezależnie od istniejących różnić w określeniu terminu
realizacji zamówienia (por. zarzut nr 2), Odwołujący wskazuje, że wskazanie terminu
wykonania zamówienia poprzez odniesienie się do konkretnej daty dziennej narusza przepisy
art. 36 ust. 1 pkt 4 p.z.p., art. 41 pkt 6 p.z.p. oraz art. 7 ust. 1 p.z.p. i art. 29 ust. 1-2 p.z.p.
Jak wynika z postanowień SIWZ (pkt V,2) przedmiot zamówienia ma być realizowany w
etapach oraz terminach opisanych w Załączniku nr 2 do SIWZ (Harmonogram Projektu). We
wskazanym wyżej harmonogramie Zamawiający opisał następujące etapy i terminy realizacji
zamówienia:
1) Etap I: przygotowanie Projektu Wykonawczego, modernizacja sieci teleinformatycznej,
serwerowni, zakup serwerów, stacji roboczych, macierzy dyskowej, przełączników
sieciowych, biblioteki taśmowej, UPS, szafy teletechnicznej, kontrolera sieci WiFi, punktów
dostępowych WiFi, skanera dokumentacji medycznej, przełącznika FC, licencji
oprogramowania backup, licencji dostępowych do serwera, licencji do wirtualizacji wraz
instalacją, konfiguracją i uruchomieniem infrastruktury sprzętowej oraz oprogramowania: do
dnia 20 grudnia 2018 r.
2) Etap I
I: zakup licencji, wdrożenie e-usług, oprogramowania do digitalizacji dokumentacji
medycznej, instalacja, konfiguracja i uruchomienie e-
platformy wraz z instruktażem dla
użytkowników, testy penetracyjne: do dnia 20 grudnia 2018 r.
3) Etap III: przeprowadze
nie szkoleń administratorów systemu: do 21 grudnia 2018 r.
Jak wskazano w dalszej części uzasadnienia odwołania oczywistym jest, iż Odwołujący nie
ma żadnej możliwości ustalenia daty rozpoczęcia realizacji zamówienia. Co za tym idzie
Odwołujący nie może ustalić jaki czas będzie mógł przeznaczyć na wykonanie zamówienia.
Jest to tym bardziej trudne, iż różnica pomiędzy wyznaczonym przez Zamawiającego
terminem składania ofert (6 listopada 2018 r.) a terminem wykonania zamówienia (21 grudnia
2018 r.) to 45 dni
kalendarzowych (nieco ponad 6 tygodni). Nie ulega jednak wątpliwości, iż
Odwołujący nie będzie miał do dyspozycji całego tego czasu (który - jako czas na wykonanie
wszystkich obowiązków umownych - i tak byłby ekstremalnie krótki). Wynika to już chociażby
z ustawowych terminów dokonywania czynności w ramach postępowania przetargowego.
Jak wskazał Odwołujący z uwagi na fakt, iż wartość zamówienia przekracza „progi unijne", a
postępowanie prowadzone jest w procedurze odwróconej, wykonawcy w terminie składania
ofert zobowiązani są przedłożyć wstępne oświadczenie o spełnieniu warunków udziału w
postępowaniu oraz o braku podstaw do wykluczenia. Oznacza to, że wykonawca, którego
oferta zostanie oceniona najwyżej, musi zostać wezwany do złożenia dokumentów, czego
wymaga przepis art. 26 ust. 1 p.z.p. Termin do złożenia tych dokumentów nie może być
krótszy niż 10 dni. Zakładając nawet, iż Zamawiający wezwie wykonawcę w dniu składania
ofert, musi on zakładać, że uzupełnione dokumenty otrzyma 16 listopada 2018 r. Nie można
przy tym pomijać faktu, że w treści SIWZ (pkt VII pkt 2) Zamawiający w ramach oceny
przewidział przeprowadzenie „prezentacji próbki". Zamawiający nie precyzuje terminu, w
którym ta prezentacja miałaby zostać przeprowadzona. Należy jednak zakładać, iż może ona
zostać przeprowadzona po złożeniu dokumentów składanych w odpowiedzi na wezwanie, o
którym mowa w art. 26 ust. 1 p.z.p. (oczywiście przy założeniu, że łącznie z tym wezwaniem
wykonawca zostałby wezwany także do przeprowadzenia prezentacji). Odwołujący podkreśla
jednak, iż postanowienia SIWZ wykluczała możliwość dokonania wyboru oferty
najkorzystniejszej przed upływem 10-dniowego terminu, o którym mowa w art. 26 ust. 1 p.z.p.
(np. wówczas, gdyby wykonawca przedłożył brakujące dokumenty wcześniej niż w ostatnim
dniu terminu). Wniosek taki wynika z postanowień Załącznika nr 3 do SIWZ, w którym w pkt 1
sekcji „Zasady przeprowadzenia prezentacji Systemu" Zamawiający podał, iż: Wykonawca,
który złożył ofertę najkorzystniejszą zostanie poinformowany przez Zamawiającego pisemnie
o 2 możliwych terminach przeprowadzenia prezentacji próbki e-usług - co najmniej 10 dni
przed pierwszym z tych proponowanych terminów",
W najkorzystniejszym wariancie (tj. wówczas, gdy Zamawiający będzie dokonywał czynności
w dniu,
w którym otrzyma dokumenty i nie wystąpi potrzeba kierowania do wykonawcy
dodatkowych wezwań) wybór oferty mógłby nastąpić 19 listopada 2018 r. (poniedziałek)
Podkreślić jednak należy, iż jest to termin wysoce nieprawdopodobny. Trudno bowiem
zakładać, iż Zamawiający - zważywszy skomplikowany charakter zamówienia - byłby w
stanie rzetelnie ocenić ofertę w kilka godzin. Tak przeprowadzona ocena siłą rzeczy
musiałaby mieć charakter czysto pozorny. Nie bez znaczenia jest także i praktyka obrotu
zamówieniowego, która wskazuje, iż zamawiający nigdy nie procedują w minimalnych
terminach ustawowych.
Jeśli nawet wybór oferty miałby miejsce w dniu 19 listopada 2018 r. to Zamawiający musi
zakładać konieczność zachowania 10 dniowego terminu, w którym mogą wpłynąć odwołania
(art. 94 ust. 1 pkt 1 p.z.p.) Zamawiający nie może bowiem twierdzić, że oczekuje wyłącznie
jednej oferty. Musi więc zakładać, że wpłynie większa liczba ofert. Przy uwzględnieniu
dodatkowych 10 dni umowa mogłaby zostać zawarta najwcześniej 30 listopada 2018 r.
Oznacza to więc, iż w wysoce nieprawdopodobnym wariancie, w którym Zamawiający
zawarłby urnowe w najkrótszym możliwym terminie (przy więcej niż jednej ofercie), czas na
realizację zamówienia wynosiłby 21 dni kalendarzowych (15 dni roboczych). W tym czasie
Zamawiający
oczekuje
od
wyłonionego
wykonawcy
przeprowadzenia
analizy
przedwdrożeniowej, dostawy i wdrożenia sprzętu sieciowego i komputerowego, wdrożenia
zamawianego oprogramowanie oraz przeprowadzenia szkoleń. Oczywistym, iż w takiej
sytuacji te
rmin realizacji zamówienia określony na 21 grudnia 2018 r. jest terminem
całkowicie nierealnym dla każdego wykonawcy innego niż dostawca systemu szpitalnego
HIS działającego obecnie u Zamawiającego. Tylko ten wykonawca - znając uwarunkowania
istniejące w siedzibie Zamawiającego, a także korzystając z dalszych „udogodnień"
zawartych w opisie przedmiotu zamówienia (por. zarzuty 3-4) byłby w stanie podjąć próbę
zrealizowania zamówienia w terminie wskazanym w SIWZ. Zdaniem Odwołującego żaden
inny wykonawca - w
obecnym kształcie SIWZ - nie będzie w stanie złożyć oferty w
postępowaniu.
Odwołujący stwierdził, iż analiza okoliczności faktycznych towarzyszących niniejszemu
postępowaniu, a także unieważnionemu postępowaniu na ten sam zakres dostaw i usług,
prowadzi d
o wniosku, iż taki sposób ukształtowania wymagań Zamawiającego, nie jest
wynikiem przypadku, czy niewiedzy, a Zamawiający jeśli nie dąży, to przynajmniej przyjmuje
założenie, że w postępowaniu otrzyma wyłącznie jedną ofertę.
Jak już wskazywano powyżej Zamawiający prowadził już wcześniej postępowanie o
udzielenie zamówienia publicznego o zakresie i nazwie identycznymi z zakresem i nazwą
postępowania niniejszego. Wcześniejsze postępowanie zostało wszczęte w dniu 17 sierpnia
2018 r. (ogłoszenie opubl. w Dz. Urz. UE z 2018 r., seria S, nr 157, poz. 360832). W sekcji
11.3 ogłoszenia Zamawiający zawarł wówczas następujące stwierdzenie dotyczące terminu
realizacji zamówienia: „Rozpoczęcie 1.10.2018. Zakończenie 21.12.2018". Należy w tym
miejscu zauważyć, że w ogłoszeniu o zamówieniu termin składania ofert został wyznaczony
na 24 września 2018 r. Należy zatem na tej podstawie przyjmować, iż Zamawiający zakładał,
iż ocena ofert i zawarcie umowy z wyłonionym wykonawcą zajmą tylko tydzień. Taki termin
nie jest zaś możliwy do dotrzymania bez uzyskania deklaracji, iż wykonawca ten złoży
dokumenty i będzie gotowy do prezentacji próbki w terminie daleko krótszym niż ustawowy
termin wynikający z art. 26 ust. 1 p.z.p. Ponadto Zamawiający musi przyjmować założenie,
że w postępowaniu otrzyma tylko jedną ofertę. Tylko wówczas mógłby bowiem zawrzeć
umowę przed upływem 10-dniowego terminu, o którym mowa w art. 94 ust. 1 pkt 1 p.z.p. Nie
ulega wątpliwości, iż taki sposób prowadzenia postępowania w trybie przetargu
nieograniczonego,
jest rażąco sprzeczny z podstawowymi zasadami p.z.p.
Stąd też - w realiach niniejszego postępowania - określenie terminu wykonania zamówienia
poprzez wskazanie konkretnej daty dziennej, jest sprzeczne z przepisami art. 7 ust. 1 p.z.p.
oraz art. 29 ust. 1-
2 p.z.p. Na poparcie swojego stanowiska Odwołujący przywołał
wypowiedzi zawarte w wyrokach Krajowej Izby Odwoławczej tj. w:
a) wyroku z 4 listopada 2013 r. (KIO 2411/13): Ustalony przez zamawiającego w konkretnej
dacie termin na uruchomienie usług, bez określenia odpowiedniego okresu liczonego od dnia
podpisania umowy w sprawie zamówienia na podjęcie działań ze strony wykonawcy
wybranego do realizacji przedmiotu zamówienia, zmierzających do uruchomienia usług,
narusza art. 29 ust 1 i art 7 ust 1 p.z.p.
b) w
yrok z 2 września 2016 r. (KIO 1557/16): W ocenie Izby zamawiający oznaczając terminy
przez daty kalendarzowe nie mając jednocześnie wpływu na datę faktycznego początku
realizacji zamówienia wypełnia tym samym przesłanką niemożliwości świadczenia. W
związku z powyższym Izba nakazała ustalenie terminów przez zastąpienie w SIWZ
konkretnych dat kalendarzowych na terminy wskazujące czas trwania ze wskazaniem
początkowego biegu terminu od określonego zdarzenia np.: 3 miesiące od daty zawarcia
umowy.
Odwołujący przyłączając się do stanowiska wyrażonego w przywołanych wyrokach, wniósł:
o nakazanie, aby Zamawiający zmienił postanowienia ogłoszenia o zamówieniu oraz SIWZ
w ten sposób, żeby
określił on termin realizacji zamówienia
poprzez odniesienie go do daty zawarcia umowy
ustalenia, na 5 miesięcy licząc od tego terminu, z terminem realizacji Etapu I
przypadającego na 4 miesiące od podpisania umowy, a Etapów II-III - na 5 miesięcy od
podpisania umowy).
Ad. 2
Zarzut naruszenia art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1-2 p.z.p
niejednoznaczne określenie terminu realizacji zamówienia: (wewnętrzna sprzeczność
dokumentacji przetargowej)
Jak już wskazywano przy omawianiu zarzutu nr 1, Zamawiający w ogłoszeniu o zamówieniu
(sekcja 11.2.7) oraz w SIWZ (pkt V.l SIWZ o
raz Załącznik nr 2 do SIWZ) termin wykonania
zamówienia określił jako 21 grudnia 2018 r. Odwołujący podnosi, iż określone wyżej
postanowienia ogłoszenia o zamówieniu oraz SIWZ są rażąco sprzeczne postanowieniami
Załącznika nr 4 do SWIZ (Istotne Postanowienia Umowy), który w § 5 ust. 1 przewiduje, iż
„Wykonanie całości Przedmiotu Umowy nastąpi do 15 tygodni od daty zawarcia Umowy".
Odwołujący stwierdza zatem, iż opis przedmiotu zamówienia w opisanym wyżej zakresie jest
niejednoznaczny, co stanowi o naruszeni
u art. 29 ust. 1 p.z.p. Wykonawcy nie mają bowiem
możliwości jednoznacznego ustalenia, który z podanych terminów realizacji umowy należy
uznać za prawidłowy. Nie może o tym przesądzać ilość wystąpień określonego terminu w
dokumentacji przetargowej.
Odwołujący podkreślił, iż ogłoszenie o zamówieniu zazwyczaj jest pierwszym dokumentem,
na podstawie którego wykonawcy uzyskują wiedzę o warunkach zamówienia. Dotyczy to w
szczególności ogłoszeń dotyczących zamówień o wartości powyżej „progów unijnych", które
są publikowane także w innych wersjach językowych. Skoro zaś żaden z potencjalnych
wykonawców nie ma obowiązku zakładać, że pomiędzy ogłoszeniem, a SIWZ będą
występowały różnice, ogłoszenie o zamówieniu może być jedynym źródłem informacji o
terminie realizacj
i zamówienia. Skoro zaś w przedmiotowym postępowaniu termin realizacji
zamówienia jest skrajnie restrykcyjny (tak jak to wynika z ogłoszenia) oczywistym jest, że ma
to wpływ na ograniczenie liczby oferentów. Okoliczność ta mieć istotne znaczenie dla
Zamawi
ającego, który korzysta z dofinansowania unijnego. Opisywana nieprawidłowość
może bowiem skutkować naliczeniem korekty finansowej (lub pomniejszeniem wydatków) w
wysokości do 25% wydatków kwalifikowalnych przypadających na zamówienie.
Odwołujący podniósł również, iż opisywana wyżej rozbieżność w określeniu terminu realizacji
zamówienia może być w przyszłości wykorzystana jako potencjalna przyczyna zmiany
zawartej umowy albo podstawa do odstąpienia od naliczania kar umownych. W każdym z
dwóch wymienionych przypadków modyfikacja warunków realizacji zamówienia z całą
pewnością miałaby charakter na tyle daleko idący, że de facto kształtowałaby ona zupełnie
nowe zamówienie. Aby więc zapewnić równe warunki ubiegania się o zamówienie, w ocenie
Odwołującego, koniecznym jest usunięcie sygnalizowanej rozbieżności. Co do wpływu różnic
w ustaleniu terminu wykonania zamówienia i przyjęciu - jako obowiązującego - terminu
krótszego, Odwołujący powołuje się na argumentację przytoczoną przy omawianiu
pierwszego z podniesiony
ch zarzutów. Odwołujący stwierdza zatem, iż taki sposób
ukształtowania terminu realizacji zamówienia niewątpliwie promuje dotychczasowego
dostawcę systemu szpitalnego działającego u Zamawiającego (Gabos Software Sp. z o.o.).
Odwołujący przyłączając się do stanowiska wyrażonego w przywołanych wyrokach, wniósł:
o nakazanie, aby Zamawiający zmienił postanowienia ogłoszenia o zamówieniu oraz SIWZ
w ten sposób, żeby określił on termin realizacji zamówienia poprzez odniesienie go do daty
zawarcia umowy
- ustal
enia, na 5 miesięcy licząc od tego terminu, z terminem realizacji Etapu I
przypadającego na 4 miesiące od podpisania umowy, a Etapów II-III - na 5 miesięcy od
podpisania umowy.
Ad. 3-4
Zarzut naruszenia art. 7 ust. 1 p.z.p. oraz art. 29 ust. 1-2 p.z.p. -
niekompletność opisu
przedmiotu zamówienia
Na ws
tępie Odwołujący wskazał, że zarzuty z pkt lll-IV dotyczą zbliżonych zagadnień i w
związku z tym ich uzasadnienie zostanie przedstawione łącznie.
Zgodnie z treścią Załącznika nr 1 do SIWZ (OPZ) Zamawiający w ramach zamówienia
wymaga wykonania integracji dostarczanego oprogramowania z systemami zewnętrznymi tj.
z systemem szpitalnym HIS. Jak wynika z OPZ Zamawiający obecnie wykorzystuje system
szpitalny WMS Mediqus, którego producentem jest GABOS Software Sp. z o.o. działający w
oparciu o system relacyjnej bazy danych IBM DB2 (por. OPZ -
sekcja „Założenia i
wymagania ogólne dla systemu - str. 9). Jak deklaruje Zamawiający zamówienie niniejsze
dotyczyć ma rozbudowy systemu HIS o moduły realizujące funkcjonalności e-usług.
Nie ulega wątpliwości, w ocenie Odwołującego, iż oprogramowanie e-usług oraz system
szpitalny są ze sobą funkcjonalnie powiązane i pomiędzy oboma systemami musi istnieć
możliwość wymiany danych. Konieczne jest więc przeprowadzenie integracji systemu HIS
oraz oprogramowania e-
usług.
Jakkolwiek więc częstym wariantem dostaw oprogramowania e-usług jest rozbudowa
systemu HIS dokonywana przez producenta tego właśnie systemu, to jednak, zdaniem
Odwołującego, nie można tracić z pola widzenia faktu, iż postępowanie niniejsze prowadzone
jest w trybie konkurencyjnym, co nakłada na Zamawiającego obowiązek zapewnienia
dostępu do zamówienia podmiotom innym niż producent systemu HIS. Zamawiający musi
również wywiązać się z obowiązków wynikających z art. 29 ust. 1 p.z.p. dotyczących
kompletności opisu przedmiotu zamówienia.
Analiza wymagań SIWZ wskazuje jednak na to, zdaniem Odwołującego, iż Zamawiający
adresuje zamówienie wyłącznie do jednego wykonawcy tj. dostawcy systemu HIS. Świadczą
o tym już okoliczności opisywane w uzasadnieniu zarzutów I i II. Niezależnie jednak o
zagadnień dotyczących terminu realizacji zamówienia dalsze wymagania OPZ dobitnie
świadczą o tym, iż konkurencyjność w postępowaniu niniejszym została w praktyce
wyłączona, a cała procedura stwarza jedynie pozór procedury otwartej.
Zamawiający w treści OPZ stawia wymagania techniczne, z których wynika, w ocenie
Odwołującego, iż oczekuje on ścisłej i pełnej integracji oprogramowania e-usług z systemem
HIS. Świadczą o tym, jak wskazał Odwołujący, w szczególności wymagania obligatoryjne
wymienione w zarzucie IV. Zamawiający w szczególności wymaga aby:
a) oprogramowanie e-
usług działało w oparciu o tę samą bazę danych co system HIS tj. bazę
danych IBM DB2;
b) oprogramowanie e-
usług posiadało system uwierzytelniania użytkowników wspólny z
systemem HIS;
c) oprogramowanie e-
usług pobierało i przekazywało z/do systemu HIS dane np. dane
słownikowe.
Jak
następnie wskazał Odwołujący stawiając takie wymagania Zamawiający jednocześnie
nie udostępnia żadnych informacji technicznych dotyczących systemu HIS, co samo w sobie
stanowi o niekompletności opisu przedmiotu zamówienia (art. 29 ust. 1 p.z.p.). W miejsce
wymaganego opisu Zamawiający w Załączniku nr 1 do SIWZ (str. 9) zawarł następujące
stwierdzenie:
„Zamawiający informuje, że nie posiada praw do kodów źródłowych w/w oprogramowania -
tym samym nie ma możliwości ich udostępnienia wykonawcom na potrzeby wykonywania
zamówienia. Zamawiający nie posiada informacji w zakresie standardów umożliwiających
przesyłanie informacji pomiędzy przedmiotem zamówienia, a systemem szpitalnym klasy
HIS, jak również nie posiada wiedzy na temat struktury bazy danych do której dany powinny
być przekazywane. Zamawiający oczekuje, że Wykonawca celem zapewnienia
współdziałania z oferowanymi e-usługami, przy użyciu posiadanej wiedzy oraz
doświadczenia, o ile będzie to konieczne, w celu ustalenia, jak użytkowany u Zamawiającego
system klasy HIS działa, dokona szczegółowej analizy przy pomocy inżynierii wstecznej."
Oczywistym jest, w
ocenie Odwołującego, że brak wiedzy Zamawiającego co do właściwości
posiadanego oprogramowania nie może stanowić usprawiedliwienia dla rażącego naruszania
podstawowych zasad p.z.p. Zamawiający w każdym wypadku powinien sporządzić opis
przedmiotu zamówienia w sposób wyczerpujący, tak aby nie tylko producent
rozbudowywanego systemu mógł wziąć udział w postępowaniu. Tymczasem OPZ w sposób
otwarty faworyzuje tylko jednego wykonawcę. Nawet bowiem gdyby rozważać zastosowanie
„inżynierii wstecznej" to i tak - przy narzucanym przez Zamawiającego terminie wykonania
zamówienia - żaden wykonawca poza producentem systemu HIS, nie ma najmniejszej
szansy na zrealizowanie zamówienia. Nawet zaś gdyby termin ten był dłuższy, to i tak
dochodziłoby do naruszenia przepisów p.z.p., a to ze względu na fakt, iż potencjalni
wykonawcy {inni niż producent systemu HIS) zostaliby obciążeni obowiązkiem zebrania
informacji koniecznych do wykonania zamówienia, już na etapie jego realizacji. To zaś stoi w
sprzeczności z treścią art. 29 ust. 1 p.z.p. oraz art. 7 ust. 1 p.z.p. (nierówne traktowanie) oraz
prowadziłoby naruszenia zasady uczciwej konkurencji {art. 7 ust. 1 p.z.p. oraz art. 29 ust. 2
p.z.p.). Powyższe twierdzenie znajduje oparcie w orzecznictwie Krajowej Izby Odwoławczej.
Dla pr
zykładu Odwołujący powołał następujące orzeczenia:
a) wyrok z 15 stycznia 2014 r. (KIO 2942/13): Brak udostępnienia danych niezbędnych do
wykonania integracji z systemem stanowi naruszenie art. 29 ust. 1 p.z.p. Ten przepis obliguje
zamawiającego do wyczerpującego i pełnego opisu przedmiotu zamówienia, który powinien
zawierać wszystkie niezbędne informacje, mające lub mogące mieć wpływ na sporządzenie
oferty i oszacowanie kosztów wykonania zamówienia.
b) Wyrok z 22 listopada 2013 r. (KIO 2600/13): Zamawiający nie może zwolnić się z
obowiązku uwzględnienia w opisie przedmiotu zamówienia niezbędnych informacji przez
zadekretowanie, że ich uzyskanie czyni elementem zamówienia spoczywającym na
wykonawcy, z którym zostanie zawarta umowa w sprawie przedmiotowego zamówienia
publicznego. Taki zabieg w oczywisty i nadmierny sposób preferuje kosztem Odwołujących
trzeciego wykonawcę - A., który wykonał większość systemów, z których dane mają być
migrowane, lub z którymi ma być zapewniona integracja, (czyli system i. aktualnie
funkcjonujący u Zamawiającego). Zatem tylko ten wykonawca zna przed złożeniem oferty
zasady i miejsce składowania danych, relacje i powiązania danych, sposób i format zapisu
danych w oprogramowaniu L, podczas gdy Odwołujący będą mogli poznać te
uwaru
nkowania wymaganej przez Zamawiającego migracji danych dopiero na etapie
realizacji zamówienia. Ponadto wyłącznie A., jako producent oprogramowania I. może
zaoferować zintegrowanie nowych modułów części medycznej z funkcjonującymi modułami
części administracyjnej niezależnie od braków opisu przedmiotu zamówienia w tym zakresie.
Natomiast Odwołujący musieliby złożyć oferty bez znajomości uwarunkowań integracji', gdyż
Zamawiający nie tylko nie opisał stosowanych w użytkowanym przez siebie systemie I.
procedur
i interfejsów wymiany danych, ale wręcz oświadczył, że nie wie, czy takowe w tym
oprogramowaniu istnieją.
Odwołujący stwierdził, że skoro Zamawiający nie udostępnia informacji technicznych
dotyczących systemu HIS, w zakresie koniecznym do wykonania zamówienia, jedynym
środkiem umożliwiającym zachowanie konkurencyjności postępowania, jest dopuszczenie
możliwości wymiany systemu HIS.
Z zarzutem dotyczącym braku prawidłowego opisu przedmiotu zamówienia korespondują,
zdaniem Odwołującego, zarzuty dotyczące funkcjonalności oprogramowania e-usług, których
dostarczenie wymagałoby wykonania integracji z systemem HIS. Odwołujący w odniesieniu
do funkcjonalności wymienionych w treści zarzutu nr IV, wskazuje zatem, iż bezsprzecznie
opisują one zasady interakcji (integracji) z systemem HIS. Jako, że Zamawiający nie
zapewnia warunków umożliwiających wykonanie integracji w żądanym terminie, wymagania
te obecnie mają charakter czysto dyskryminacyjny.
Jeśli chodzi o pierwszą z funkcjonalności (pkt a) świadczy o tym wymóg „bezpośredniej
integracji" oprogramowania e-
usług i systemu HIS (bez oprogramowania pośredniczącego).
Takie rozwiązanie uniemożliwia zastosowanie jakichkolwiek uniwersalnych technologii
integracyjnych. Wykonanie takiego rodzaju integracji bez jakichkolwiek informacji
technicznych o integrowanym systemie HIS jest więc praktycznie niemożliwe, a już na pewno
nie może to nastąpić w terminie kilkunastu dni.
Rażąco dyskryminacyjny ma również, w ocenie Odwołującego, wymóg dostarczenia
oprogramowania e-
usług, które funkcjonowałoby w oparciu o bazę danych systemu HIS (pkt
b). Chodzi więc o to, że oferowane oprogramowanie musi wykorzystywać bazę danych
posiadaną już przez Zamawiającego. Restrykcja dotyczy więc nie tylko rodzaju i producenta
bazy danych (IBM DB2), al
e i samej instalacji (wykluczone jest więc wykorzystanie bazy
danych działającej obok bazy systemu HIS). Odwołujący podnosi, że wymóg działania
oprogramowania na bazie danych konkretnego producenta (IBM) narusza przepis art. 29 ust.
3 p.z.p. już chociażby ze względu na brak możliwości zaoferowania rozwiązania
równoważnego. Przepisy art. 7 ust. 1 p.z.p. oraz art. 29 ust. 2 p.z.p. zostają również
naruszone ze względu na wymóg współpracy oprogramowania e-usług z bazą systemu HIS.
Żaden z wykonawców (poza GABOS Software) nie zna struktury baz danych systemu HIS i
nie jest w stanie zapewnić współdziałania swojego oprogramowania z tą bazą. Już więc sam
ten wymóg wyłącza możliwość złożenia oferty przez podmiot inny niż dostawca systemu HIS.
Podobny skutek ma wprowa
dzenie wymagań dotyczących funkcjonalności wymienionych w
pkt c)-
h), ponieważ odwołują się one bezpośrednio do właściwości systemu HIS, które
zostały opisane w SIWZ (zasady uwierzytelniania oraz tworzenia logów systemowych, które
mają być współdzielone z systemem HIS, a także konieczność wykorzystania danych
słowników i rejestrów systemu HIS). Z kolei funkcjonalności wymienione w pkt i)-j) odnoszą
się albo do działania systemu HIS (zapewnienie dostępu do danych oprogramowania e-usług
w systemie HIS) albo do
tyczą konieczności zapewnienia możliwości pobierania danych z
systemu HIS. Odwołujący ponownie wskazuje, iż dostarczenie oprogramowania
spełniającego powyższe wymagania jest niewykonalne dla każdego wykonawcy poza
producentem systemu HIS. Z całą pewnością - na co już wskazywano - nie jest możliwe
wykonanie oczekiwanych integracji w terminie realizacji zamówienia.
Mając na uwadze powyższe Odwołujący wniósł o nakazanie, aby Zamawiający wprowadził
do SIWZ zmiany polegające na:
a) dopuszczeniu dostawy oprogramowania e-
usług łącznie z wymianą systemu HIS;
b) wykreśleniu z SIWZ wszystkich wymagań wymienionych w zarzucie nr IV przy czym w
przypadku dopuszczenia wymiany systemu HIS żądanie wykreślenia dotyczy tylko wymagań
z pkt a) i b).
Ad. 5
Zarzut naruszenia ar
t. 7 ust. 1 p.z.p. w związku z §13 ust. 1 pkt 1 Rozporządzenia o
dokumentach, w związku z art. 36 ust. 1 pkt 6 p.z.p.
Jak zostało wskazane w dalszej części uzasadnienia odwołania Zamawiający w Załączniku
nr 3 do SIWZ (Prezentacja Próbki Systemu) opisał zasady przeprowadzania prezentacji
oferowanego oprogramowania e-
usług. Jakkolwiek w nazwie dokumentu Zamawiający
odnosił się do „próbki", to jednak w samym Załączniku, jak i w SIWZ nie wprowadził on
obowiązku złożenia próbki wraz z ofertą. Tymczasem zgodnie z treścią §13 ust, 1 pkt 1
Rozporządzenia o dokumentach próbka jest dokumentem składanym w celu potwierdzenia,
iż oferowane dostawy spełniają wymagania opisane w SIWZ. Jak każdy dokument
przedkładany w postępowaniu powinna być ona więc traktowana jako załącznik do protokołu.
Co za tym idzie Zamawiającego obciąża też obowiązek przechowywania próbek przez okres
wskazany w art. 97 ust. 1 p.z.p.
Odwołujący podniósł, iż zastąpienie obowiązku złożenia próbki, wymaganiami dotyczącymi
wyłącznie prezentacji, narusza przywołane wyżej przepisy, a także stoi w sprzeczności z
zasadą przejrzystości postępowania. Podkreślić bowiem należy, iż o ile próbka może być
przedmiotem badania po zakończeniu prezentacji (np. w toku postępowania odwoławczego),
o tyle prezentacja dokum
entowana jest wyłącznie protokołem, który nie pozwala ustalić czy
czynności podejmowane przez Zamawiającego w trakcie prezentacji byty prawidłowe czy nie.
Odwołujący zwraca przy tym uwagę, że obecne postanowienia Załącznika nr 3 do SIWZ, są
w tym zakresie
istotnie odmienne od treści Załącznika nr 3 do SIWZ obowiązującego w
poprzednio prowadzonym i unieważnionym postępowaniu przetargowym, w którym
Zamawiający w sekcji „Wymagania dotyczące przygotowania, złożenia i zwrotu próbki"
wprowadził następujące postanowienia: „W celu zaprezentowania Zamawiającemu, że
oferowane przez Wykonawcę oprogramowanie posiada wymagane funkcjonalności
podstawowe oraz zadeklarowane funkcjonalności dodatkowe (o ile wykonawca je wskaże w
treści oferty), Wykonawca zobowiązany jest dołączyć do oferty próbkę Systemu podlegającą
weryfikacji i ocenie”
W ocenie Odwołującego postanowienia obecnego Załącznika nr 3 do SIWZ naruszają
przywołane wyżej przepisy ustawy i rozporządzenia.
Z tych względów Odwołujący wniósł o nakazanie, aby Zamawiający uzupełnił SIWZ o
wymagania dotyczące przedłożenia próbki systemu, jako dokumentu przedkładanego wraz z
ofertą.
Zamawiający pismem z dnia 30.10.2018 r. wniósł odpowiedź na odwołanie wnosząc o jego
oddalenie jako bezzasadnego.
Odwołujący pismem z dnia 31.10.2018 r. uzupełnił swoją argumentację uzupełniając materiał
dowodowy
o załącznik nr 7 do Regulaminu konkursu – wzór umowy o dofinansowanie
projektu w ramach Regionalnego Programu Operacyjnego Województwa Lubelskiego na lata
– 2020.
Krajowa Izba Odw
oławcza, po przeprowadzeniu rozprawy w przedmiotowej
sprawie,
na
podstawie
zebra
nego materiału dowodowego, po zapoznaniu
się z dokumentacją postępowania o udzielenie zamówienia publicznego, w tym
w szcz
ególności z postanowieniami ogłoszenia o zamówieniu, Specyfikacją Istotnych
Warunków Zamówienia (w tym w szczególności załącznikami zawierającymi opis
przedmiotu zamówienia) oraz korespondencją prowadzoną w toku postępowania
pomiędzy Zamawiającym a wykonawcami ubiegającymi się o udzielenie zamówienia,
jak r
ównież po zapoznaniu się z odwołaniem, po wysłuchaniu oświadczeń, jak też
stanowisk stron złożonych ustnie do protokołu w toku rozprawy ustaliła i zważyła, co
następuje.
W pierwszej kolejności Izba ustaliła, że nie została wypełniona żadna z przesłanek,
o których stanowi art. 189 ust. 2 ustawy Pzp, skutkujących odrzuceniem odwołania.
Jednocześnie Izba stwierdziła, że Odwołującemu przysługiwało prawo do
skorzystania ze środka ochrony prawnej, gdyż wypełniono materialnoprawną przesłankę
interesu w uzyskan
iu zamówienia, określoną w art. 179 ust. 1 ustawy Pzp kwalifikowaną
możliwością poniesienia szkody przez Odwołującego będącej konsekwencją zaskarżonej w
odwołaniu czynności. Wnoszący odwołanie jest zainteresowany udziałem w przedmiotowym
postępowaniu jednakże ze względu na braki opisu przedmiotu zamówienia oraz niekorzystnej
dla niego ustalenie terminu realizacji przedmiotu zamówienia nie może on złożyć oferty w
niniejszym postępowaniu. W ramach wniesionych zarzutów zakwestionował on sposób
liczenia terminu realizacji świadczenia oraz wniósł o zmianę opisu przedmiotu zamówienia
umożliwiającą sporządzenie oferty w taki sposób, aby usunąć elementy dyskryminujące
pozostałych wykonawców z wyjątkiem wykonawcy, który jest wytwórcą systemu HIS
(Hospital Information System) obecnie funkcjonującego u Zamawiającego. W przypadku zaś
uwzględniania odwołania ma on szansę na uzyskanie przedmiotowego zamówienia.
Izba dopuściła w niniejszej sprawie dowody z dokumentacji postępowania o zamówienie
publiczne, nadesłanej przez Zamawiającego do akt sprawy w kopii potwierdzonej za
zgodność z oryginałem, w tym w szczególności z treści ogłoszenia o zamówieniu, treści
SIWZ
wraz z załącznikami (w tym w szczególności dokumentacji zawierającej opis
przedmiotu zamówienia – dalej zwany: „OPZ” – załącznik nr 1, załącznik nr 3 – prezentacja
próbki), jak również korespondencji prowadzonej pomiędzy Zamawiającym a wykonawcami
ubiegającymi się o udzielenie Zamówienia publicznego. Wśród tej ostatniej Izba w
szczególności uwzględniła dokonane przez Zamawiającego w dniu 19, 23 oraz 25
października 2018 r. modyfikacje treści SIWZ.
W szczególności Izba poddała ocenie dowody w postaci dokumentacji prowadzonego
postępowania. W zakresie wniosku Odwołującego o przeprowadzenie dowodu z
dokumentacji unieważnionego uprzednio postępowania obejmującego tożsamy zakres
przedmiotowy Izba wskazuje, że to obowiązkiem Stron i Uczestników postępowania jest
składanie dowodów na potwierdzenie okoliczności podnoszonych przez Nich w toku sprawy
odwoławczej. Izba nie ma obowiązku „sięgania” do dokumentacji dostępnej w domenie
publicznej. Jednakże w tym zakresie twierdzenia Odwołującego nie były, co do zasady,
negowane przez uczestników sporu, w tym w szczególności przez Zamawiającego.
Analogiczna sytuacja ma miejsce w odniesieniu do informacji, na które powoływał się
Zamawiający w toku rozprawy (postępowania o udzielenie zamówienia publicznego, w
których udział brał Odwołujący). Izba oceniając zarzuty zawarte w odwołaniu ustaliła, że
wydanie rozstrzygnięcia jest możliwe już w oparciu o dokumentację postępowania o
udzielenie zamówienia publicznego, tj. ogłoszenie o zamówieniu, treść SIWZ wraz z
załącznikami (w tym w szczególności opis przedmiotu zamówienia – załącznik nr 1,
harmonogram oraz wzór umowy), jak również dokonaną przez Zamawiającego modyfikację
tej dokumentacji
(pismami z dnia 23 i 25 października 2018 r.).
Izba dopuściła oraz poddała ocenie złożony przez Odwołującego na rozprawie dowód w
postaci wz
oru umowy na dofinansowanie projektu ze środków UE.
Biorąc pod uwagę zgromadzony w sprawie materiał dowodowy oraz zakres zarzutów
podniesionych w odwołaniu Izba stwierdziła, że odwołanie zasługuje na uwzględnienie.
Krajowa Izba Odwoławcza ustaliła, co następuje.
W pierwszej kolejności Izba ustaliła, iż postępowanie jest prowadzone w trybie
przetargu nieo
graniczonego o wartości powyżej kwot wskazanych w przepisach
wykonawczych wydanych na podstawie art. 11 ust. 8 ustawy Pzp.
Izba poddając analizie zarzuty zawarte w odwołaniu, jak również zapoznając się ze
stanowiskiem Stron i Uczestników postępowania odwoławczego uznała, że stan faktyczny w
niniejszej sprawie nie był, co do zasady kwestia sporną.
Zgodnie z częścią IV SIWZ zatytułowaną: „OPIS PRZEDMIOTU ZAMÓWIENIA”:
Przedmiotem zamówienia jest dostawa oprogramowania, licencji i sprzętu
teleinformatycznego, komputerowego oraz instalacja, konfiguracja i uruchomienie e-
usług o
cechach użytkowych i parametrach technicznych określonych szczegółowo w Załączniku nr 1
do SIWZ.
Przedmiot zamówienia stanowią zakresy:
Zakres 1
pt. „Szkolenia pracowników” — przeprowadzenie szkoleń administratorów systemu;
Zakres 2 pt. „Uruchomienie e-usług - zakup licencji, wdrożenie” — zakup licencji, wdrożenie
następujących e-usług: rdm/edm, e-rejestracja, e-badanie, e-powiadomienia, e-
dokumentacja, e-kolejka, ewywiad/e-ankieta, e-archiwum, oraz oprogramowania do
digitalizacji dokumentacji medycznej papierowej, instalacja, konfiguracja i uruchomienie e-
Platformy wraz z instruk
tażem dla Użytkowników, testy penetracyjne;
Zakres 3 pt. „Uruchomienie e-usług - sprzęt teleinformatyczny” — instalacja, konfiguracja i
uruchomienie
infrastruktury
sprzętowej
oraz
oprogramowania
systemowego,
wirtualizacyjnego i narzędziowego;
Zakres 4 p
t. „Sprzęt teleinformatyczny - zakup serwerów” — zakup serwera na potrzebę
wirtualizacji, zakup serwera na potrzebę systemu ochrony danych;
Zakres 5 pt. „Sprzęt teleinformatyczny - zakup innych urządzeń” — zakup macierzy
dyskowej, zakup przełączników sieciowych rdzeniowych, zakup przełączników sieciowych
dostępowych 48 portowych POE+, zakup przełączników sieciowych dostępowych 24
portowych,
zakup biblioteki taśmowej, zakup UPS dla przełączników dostępowych, zakup
szafy teletechnicznej wraz z wyposażeniem, zakup UPS do Serwerowni, zakup kontrolera
sieci WiFi, zakup punktów dostępowych sieci WiFi, zakup skanera dokumentacji medycznej,
zakup przełącznika FC;
Zakres 6 pt. „Sprzęt teleinformatyczny - zakup oprogramowania narzędziowego” — zakup
licencji oprogram
owania backup, zakup licencji dostępowych do serwera, zakup licencji
oprogramowania do wirtualizacji;
Załącznikami do specyfikacji istotnych warunków zamówienia Zamawiający uczynił:
Integralną część niniejszej SIWZ stanowią:
Załącznik nr I do SIWZ — Opis Przedmiotu Zamówienia
Załącznik nr 2 do SIWZ — Harmonogram Projektu
Załącznik nr 3 do SI WZ — Prezentacja próbki Systemu
Załącznik nr 4 do SIWZ — Istotne Postanowienia Umowy;
Załącznik nr 5 do SIWZ — Formularz Oferty
Załącznik nr 5a — Założenia i wymagania dot. infrastruktury i sprzętu
Załącznik nr 6 do SIWZ — Zobowiązanie do udostępnienia zasobów
Załącznik nr 6A do SIWZ — Wykaz osób
Załącznik nr 6B do SI WZ — Wykaz usług
Załącznik nr 7 do SIWZ — Wykaz oferowanych produktów
Załącznik nr 7A do SIWZ - JEDZ
Załącznik nr 8 do SIWZ — Oferowane funkcjonalności dodatkowe
Załącznik nr 8A do SIWZ — Grupa kapitałowa
Zgodnie z treścią pkt 3 załącznika nr 1 do SIWZ str. 9 – (Opis przedmiotu zamówienia)
zatytułowanego „Założenia i wymagania ogólne dla systemu” Zamawiający wskazał m.in., że:
Wykonawca w ramach realizacji przedmiotu umowy, tj. rozbudowy istniejącego u
Zamawiającego systemu HIS (system WMS Mediqus firmy Gabos Software Sp. z o.o., ul.
Generała Leona Berbeckiego 6, 44-100 Gliwice, działający w oparciu o system relacyjnej
bazy danych IBM DB2), dostarczy i wdroży system e-usług, udostepniający e-usługi dla
Pacjentów i Personelu medycznego placówek Zamawiającego. W ramach systemu e-usług
Wykonawca dostarczy rozwiązanie posiadające:
- podsystem (oprogramowanie) do digitalizacji dokumentacji medycznej papierowej,
- podsystem (oprogramowanie) e-
platformy, udostępniający usługi elektroniczne (e-usług),
podsystem (oprogramowanie) RDM/EDM, umożliwiające prowadzenie dokumentacji
medycznej pacjenta.
W przedmiotowej sprawie Zamawiający w ogłoszeniu o zamówieniu (sekcja 11.2.7) jako
okres realizacji zamówienia wskazał 21 grudnia 2018 r. (str. 3 ogłoszenia).
Termin ten został przesunięty w wyniku modyfikacji na dzień 25.02.2019 r. (zakończenie
realizacji umowy z wykonawcą).
Jak w
ynika z postanowień SIWZ (pkt V.2) przedmiot zamówienia ma być realizowany w
etapach oraz terminach opisanych w Załączniku nr 2 do SIWZ (Harmonogram Projektu). We
wskazanym wyżej harmonogramie Zamawiający opisał następujące etapy i terminy realizacji
zamówienia:
1) Etap I: przygotowanie Projektu Wykonawczego, modernizacja sieci teleinformatycznej,
serwerowni, zakup serwerów, stacji roboczych, macierzy dyskowej, przełączników
sieciowych, biblioteki taśmowej, UPS, szafy teletechnicznej, kontrolera sieci WiFi, punktów
dostępowych WiFi, skanera dokumentacji medycznej, przełącznika FC, licencji
oprogramowania backup, licencji dostępowych do serwera, licencji do wirtualizacji wraz
instalacją, konfiguracją i uruchomieniem infrastruktury sprzętowej oraz oprogramowania: do
dnia 20 grudnia 2018 r.
2) Etap II: zakup licencji, wdrożenie e-usług, oprogramowania do digitalizacji dokumentacji
medycznej, instalacja, konfiguracja i uruchomienie e-
platformy wraz z instruktażem dla
użytkowników, testy penetracyjne: do dnia 20 grudnia 2018 r.
3) Etap III: przeprowadzenie szkoleń administratorów systemu: do 21 grudnia 2018 r.
Zgodnie z
postanowieniami Załącznika nr 4 do SIWZ (Istotne Postanowienia Umowy), który
w § 5 ust. 1 przewiduje, iż „Wykonanie całości Przedmiotu Umowy nastąpi do 15 tygodni od
daty zawarcia Umowy".
Zgodnie z treścią Załącznika nr 1 do SIWZ (OPZ) Zamawiający w ramach zamówienia
wymaga wykonania integracji dostarczanego oprogramowania z systemami zewnętrznymi tj.
z systemem
szpitalnym HIS. Jak wynika z OPZ Zamawiający obecnie wykorzystuje system
szpitalny WMS Mediqus, którego producentem jest GABOS Software Sp. z o.o. działający w
oparciu o system relacyjnej bazy danych IBM DB2 (OPZ -
sekcja „Założenia i wymagania
ogólne dla systemu - str. 9). Jak deklaruje Zamawiający zamówienie niniejsze dotyczyć ma
rozbudowy systemu HIS o moduły realizujące funkcjonalności e-usług.
Zamawiający w treści OPZ postawił wymagania techniczne, z których wynika, iż oczekuje on
ścisłej i pełnej integracji oprogramowania e-usług z systemem HIS. Świadczą o tym w
szcze
gólności wymagania wymienione poniżej:
a) oprogramowanie e-
usług działało w oparciu o tę samą bazę danych co system HIS tj. bazę
danych IBM DB2;
b) oprogramowanie e-
usług posiadało system uwierzytelniania użytkowników wspólny z
systemem HIS;
c) oprogramowanie e-
usług pobierało i przekazywało z/do systemu HIS dane np. dane
słownikowe.
Zamawiający w treści SIWZ (w Załączniku nr 1 do SIWZ str. 9) zawarł następujące
stwierdzenie:
„Zamawiający informuje, że nie posiada praw do kodów źródłowych w/w oprogramowania -
tym samym
nie ma możliwości ich udostępnienia wykonawcom na potrzeby wykonywania
zamówienia. Zamawiający nie posiada informacji w zakresie standardów umożliwiających
przesyłanie informacji pomiędzy przedmiotem zamówienia, a systemem szpitalnym klasy
HIS, jak również nie posiada wiedzy na temat struktury bazy danych do której dany powinny
być przekazywane. Zamawiający oczekuje, że Wykonawca celem zapewnienia
współdziałania z oferowanymi e-usługami, przy użyciu posiadanej wiedzy oraz
doświadczenia, o ile będzie to konieczne, w celu ustalenia, jak użytkowany u Zamawiającego
system klasy HIS działa, dokona szczegółowej analizy przy pomocy inżynierii
wstecznej."
Odwołujący
kwestionował
również
następujące
funkcjonalności
i
właściwości
oprogramowania e-
usług:
a) Zamawiający oczekuje rozbudowy istniejącego u Zamawiającego systemu HIS o
funkcjonalności umożliwiające prowadzenie dokumentacji medycznej pacjenta (EDM/RDM),
dostawy i uruchomieni
a specjalistycznego oprogramowania mającego na celu wdrożenie
nowoczesnych e-
usług (e-platformy) oraz oprogramowania do digitalizacji dokumentacji
medycznej papierowej w taki sposób, by podsystemy EDM/RDM, e-platformy i digitalizacji
pracowały z tym systemem HIS bezpośrednio (online), to jest bez konieczności uruchamiania
dodatkowego oprogramowania pośredniczącego, przesyłającego dane w postaci osobnych
zbiorów (plików) danych między HIS i dowolnym z podsystemów - wymaganie obligatoryjne z
części opisowej sekcji 3 (Założenia i wymagania ogólne dla systemu) - str. 9, akapit drugi
OPZ;
b) Podsystemy e-
usług, digitalizacji i EDM/RDM muszą działać na tej samej bazie danych co
system obsługi pacjenta i obiegu informacji medycznej HIS. Podsystemy te muszą stanowić
rozbudowę istniejącego u Zamawiającego systemu HIS (w zakresie tej funkcjonalności
Odwołujący podnosi również zarzut naruszenia art. 29 ust. 3 p.z.p. poprzez wprowadzenie
wymogu dostarczenia rozwiązania informatycznego wykorzystującego bazę danych IBM
DB2
, którą wykorzystuje system WMS Mediqus [por. str. 9 OPZ] bez dopuszczenia
możliwości zaoferowania rozwiązań równoważnych) - funkcjonalność obligatoryjna z poz. 1
tabeli „Wymagania ogólne e-usług" - str. 10 OPZ;
c) Podsystemy muszą działać w oparciu o rejestrowany odrębny identyfikator dla każdego
użytkownika, przy czym nie jest dopuszczalna sytuacja, w której którykolwiek z podsystemów
wymaga od użytkownika, logowania się innym identyfikatorem, niż ten który dla tego
użytkownika jest zdefiniowany w systemie HIS - funkcjonalność obligatoryjna z poz. 20 tabeli
„Wymagania ogólne e-usług" - str. 11 OPZ;
d) Podsystemy muszą posiadać spójny z systemem HIS mechanizm kontroli dostępu. Dostęp
do danych będzie możliwy wyłącznie po dokonaniu uwierzytelnienia - funkcjonalność
obligatoryjna z poz. 21 tabeli „Wymagania ogólne e-usług" - str. 11 OPZ;
e) Podsystemy muszą w logu systemowym współdzielonym z systemem HIS składować
informacje (datę i godzinę z dokładnością do sekundy; adres IP stacji, unikalny identyfikator
użytkownika; jeżeli dane w podsystemie uległy zmianie, to również informacje o tym, z jakiej
wartości i na jaką wartość została dokonana zmiana), rejestrujący w szczególności: zapisy o
zalogowaniu do podsystemu i wylogowaniu z podsystemu każdego z użytkowników, zmianę
parametrów konta każdego użytkownika, w szczególności zmianę uprawnień użytkownika,
każdą inną zmianę danych zgromadzonych w podsystemie i dopisanie nowych danych do
Systemu (wartość początkowa danych powinna być wówczas pusta) - funkcjonalność
d
odatkowa z poz. 26 tabeli „Wymagania ogólne e-usług" - str. 12 OPZ oraz z poz. 9 tabeli
funkcjonalności dodatkowych - str. 2 Załącznika nr 8 do SIWZ;
f) Wszystkie dane słownikowe i rejestry wykorzystywane w podsystemach muszą być spójne
z danymi słownikowymi i rejestrami systemu HIS i definiowane w jednym miejscu, którym jest
baza danych systemu HIS -
funkcjonalność dodatkowa z poz. 33 tabeli „Wymagania ogólne
e-
usług" - str. 12 OPZ oraz z poz. 10 tabeli funkcjonalności dodatkowych - str. 2 Załącznika
nr 8 do SIWZ;
g) Proces zarządzania użytkownikami w tym logowanie, polityka haseł w systemie HIS i
wdrażanych podsystemach musi być jednolity dla wszystkich podsystemów i systemu HIS
Zamawiającego - funkcjonalność dodatkowa z poz. 33 tabeli „Wymagania ogólne e-usług" -
str. 12 OPZ oraz z poz. 6 tabeli funkcjonalności dodatkowych - str. 2 Załącznika nr 8 do
SIWZ;
h) Podczas zakładania konta pacjenta, wprowadzone dane muszą być walidowane przez
System z rejestrem pacjentów jednostki znajdującym się w bazie danych Systemu, tj.: jeżeli
dane pacjenta znajdują się już w rejestrze pacjentów, to konto w module e-platforma powinno
być z tą osobą automatycznie powiązane - tzn. dane takiej osoby nie są dopisywane do
rejestru; jeżeli dane pacjenta, nie znajdują się w rejestrze, to osoba taka musi zostać
automatycznie dopisana do rejestru pacjentów, a konto w e-platformie automatycznie musi
zostać powiązane z ta osobą - wymaganie obligatoryjne z poz. 9 tabeli „Wymagania dla
modułu e-platformy" - str. 13 OPZ;
i) Zeskanowane i p
rzekazane do RDM dokumenty muszą posiadać odpowiednią nazwę
określającą typ dokumentu i być przypisane do przyjmującego oddziału/jednostki
organizacyjnej placówki i być dostępne z poziomu aplikacji HIS/RDM - funkcjonalność
obligatoryjna z poz. 5 tabeli „Wymagania szczegółowe oprogramowania do digitalizacji
dokumentacji medycznej papierowej" - str. 24 ORZ;
j) Oprogramowanie musi umożliwiać realizację poniższego procesu na urządzeniu
skanującym; 1) Pracownik na urządzeniu skanującym wprowadza nr PESEL lub nr kartoteki
pacjenta lub na podstawie kodu kresowego umieszczonego na dokumentacji (np. w formie
naklejki), urządzenie skanujące identyfikuje pacjenta - „sięga" po informacje do bazy
pacjentów systemu HIS (...) - funkcjonalności obligatoryjne z poz. 14-15 tabeli „Wymagania
szczegółowe oprogramowania do digitalizacji dokumentacji medycznej papierowej" - str. 25
OPZ.
Na
tak postawione wymagania związane z terminem realizacji oraz wymagania związane ze
sposobem realizacji przedmiotu zamówienia Odwołujący wniósł odwołanie.
Krajowa Izba Odwoławcza zważyła, co następuje.
Izba, uwzględniając zgromadzony w sprawie materiał dowodowy, w szczególności powyższe
ustalenia oraz zakres zarzutów podniesionych w odwołaniu, doszła do przekonania, iż
sformułowane przez Odwołującego zarzuty znajdują oparcie w ustalonym stanie faktycznym i
prawnym, a tym
samym rozpoznawane odwołanie zasługuje na uwzględnienie.
Izba postanowiła umorzyć postępowanie odwoławcze na podstawie art. 187 ust. 8 zdanie
pierwsze ustawy Pzp w zakresie za
rzutu odnoszącego się do określenia terminu realizacji
przedmiotu zamówienia w sposób odmienny w ogłoszeniu o zamówieniu oraz treści SIWZ
(zarzut nr I) oraz zarzutu odnoszącego się do próbki (zarzut nr V), ze względu na cofnięcie
odwołania w tym zakresie przez Odwołującego.
Rozstrzyganie odwołania w części, której nie dotyczy już spór pomiędzy stronami jest tym
samym bezcelowe. Jednocześnie informacja o częściowym umorzeniu postępowania
odwoławczego musi znaleźć odzwierciedlenie w sentencji orzeczenia. W art. 196 ust. 4
ustawy Pzp, określającym w sposób wyczerpujący elementy treści uzasadnienia wyroku
wydanego przez Izbę nie ma bowiem żadnej wzmianki o możliwości zamieszczenia w
uzasadnieniu wyroku jakiegokolwiek rozstrzygnięcia merytorycznego. Na powyższe
zwrócono uwagę w uchwale Sądu Najwyższego z dnia 17 lutego 2016 r. III CZP 111/15. Sąd
ten uznał za wadliwą praktykę Izby orzekania w uzasadnieniu wyroku a nie w jego sentencji o
części zarzutów i żądań zawartych w odwołaniu. Co do konieczności zamieszczenia w
sentencji wyroku informacji o częściowym umorzeniu postępowania odwoławczego
podzielono identyczne stanowisko przedstawione w szeregu orzeczeń Izby m.in. w wyroku
KIO z dnia 8 czerwca 2018 r. w sprawie o sygn. akt KIO 1023/18, z dnia 26 października
2016 r. wydanym w sprawie o sygn. akt KIO 1922/16, wyroku KIO z dnia 16 grudnia 2016 r.
wydanym w sprawie o sygn. akt KIO 2138/16 oraz w wyroku KIO z dnia 28 grudnia 2016 r.
wydanym w sprawie o sygn. akt KIO 2357/16.
Zarzut nr I
– termin realizacji przedmiotu zamówienia
W zakresie zarzutu w postaci art. 7 ust. 1 oraz art. 29 ust. 1 -
2 w związku z art. 36
ust. 1 pkt 4 i art. 41 pkt 6 ustawy Pzp przez określenie w ogłoszeniu o zamówieniu (sekcja
11.2.7) oraz w SIWZ (pkt V.2 oraz Załącznik nr 2 do SIWZ) terminu realizacji zamówienia
przez wskazanie konkretnej daty dziennej
Izba uznała zarzut ten za uzasadniony.
Termin realizacji przedmiotu jest jednym z elementów opisu przedmiotu zamówienia i
jako taki może oddziaływać negatywnie lub pozytywnie na krąg potencjalnych wykonawców,
jak również jego niedookreślenie lub brak precyzyjnego wyznaczenia wpisuje się pod
względem przedmiotowym w treść regulacji ujętej w art. 29 ust. 1 ustawy Pzp.
Konkretyzacja opisu przedmiotu zamówienia w postaci dyrektywy ujętej w art. 29 ust.
1 ustawy Pzp nakazuje takie skonstruowanie tego opisu
aby każdy z wykonawców mógł
przewidzieć zakres swoich obowiązków i uprawnień na etapie realizacji świadczenia, w tym
aby mógł ocenić w sposób jednoznaczny przedmiotowo istotne elementy przyszłej umowy
(essentialia negotti)
– do których w przypadku świadczenia w postaci usługi lub dostawy
należy zaliczyć także termin jej wykonania.
Stąd też Izba brak precyzyjnego dookreślenia terminu realizacji świadczenia, na
skutek możliwości jego skrócenia w wyniku przebiegu procedury związanej z przebiegiem
postępowania o udzielenie zamówienia publicznego (w tym czasu na rozpoznanie
ewentualnych środków odwoławczych), godzi w zasady ujęte w treści art. 7 ust. 1 i art. 29
ust. 1 ustawy Pzp. Wszakże, jak słusznie wskazywał Odwołujący, brak jest możliwości
przewidzenia w jakim terminie dojdzie
do podpisania umowy z wykonawcą, i tym samym jaki
w rzeczywistości będzie okres, a nie termin, realizacji świadczenia. Nie sposób w tym
wypadku zgodzić się z Zamawiającym, że termin określony konkretną datą w sposób
wystarczający zabezpiecza interesy obu stron umowy. Umowy zawierane w ramach
zamówień publicznych winny być odmiennie oceniane od umów zawieranych w ramach
swobodnego obrotu gospodarczego. W tym bowiem wypadku mam
y do czynienia z umową o
adhezyjnym charakterze ocenianą na tym etapie nie tylko pod kątem art. 353
ustawy Kodeks
cywilny ale przede wszystkim w kontekście wpływu jej przyszłych postanowień na zasady
obowiązujące w ramach systemu zamówień publicznych.
Stąd też każdy z wykonawców, gdyż na tym etapie postępowania potencjalni
wykonawcy powinni mieć zagwarantowane identyczne szanse w dostępie do zamówienia,
winien mieć możliwość jednoznacznej identyfikacji swoich obowiązków tak aby dokonać
wyceny przedmiotu za
mówienia w sposób gwarantujący w tym przypadku rzeczywistą i
uczciwą konkurencję na etapie ubiegania się o to zamówienie.
Brak możliwości dookreślenia swoich obowiązków skutkuje każdorazowo
nieporównywalnością oferty, gdyż istotne elementy przyszłego świadczenia pozostawia w
sferze domysłów i przypuszczeń wykonawców.
Aby zatem zagwarantować im równy dostęp do zamówienia, zaś podmiotowi
zamawiającemu pewność, że złożone oferty będą porównywalne w stopniu co najmniej
dostatecznym, należy doprowadzić do sytuacji aby każdy z wykonawców dysponował, co do
zasady identycznymi warunkami początkowymi, w szczególności w zakresie, który jest
zależny od podmiotu zamawiającego.
Mając na uwadze powyższe Izba uznała powyższy zarzut za uzasadniony i nakazała
Zamawiającemu dokonanie modyfikacji treści ogłoszenia o zamówieniu i treści SIWZ w taki
sposób, aby termin (okres) realizacji przedmiotu zamówienia swój początek miał w momencie
podpisania umowy z wykonawcą wyłonionym w ramach prowadzonego postępowania.
Powyższe mimo dokonanej już przez Zamawiającego modyfikacji treści ogłoszenia o
zamówieniu oraz SIWZ będzie wymagało kolejnej zmiany, gdyż okres realizacji przedmiotu
zamówienia ustalony datą dzienną od dnia ostatniej modyfikacji nadal ulega skróceniu i
będzie wymagał przeliczenia oraz jego określenia stosownym czasookresem liczonym od
dnia podpisania umowy w sprawie zamówienia publicznego. Izba w tym zakresie podzieliła
stanowisko Odwołującego i popierającego go Przystępującego Asseco Poland S.A., że
termin ten mógł być przez Zamawiającego swobodnie przesuwany, czego dowodem jest
złożona wraz z pismem umowa o dofinansowanie. Wzór tej umowy nie zawiera bowiem
żadnych ograniczeń w tym zakresie i przesunięcie terminu następuje na uzasadniony
wniosek Zamawiającego (Beneficjenta). O powyższym stanowi § 3 ust. 2 ww. projektu
umowy.
Zamawiający swoje stanowisko w tym zakresie oparł jedynie na twierdzeniach nie
popartych żadnymi dowodami. Stąd tez Izba uznała to stanowisko za gołosłowne.
Co do propozycji terminów wskazanych przez Odwołującego w piśmie procesowym z dnia
31.10.2018 r. oraz w treści odwołania (etap I na 4 miesiące, etap II i II na 5 miesięcy od
podpisania umowy) Izba uznała, że Odwołujący nie wykazał, że są one niemożliwe do
dochowania
– stąd też nie uwzględniła żądań w tym zakresie. Jednocześnie dopuszczenie
możliwości zastąpienia systemu HIS w ramach zarzutu nr III i IV powoduje, że sposób
realizacji świadczenia ulega znacznemu uproszczeniu.
O zakresie nakazanej Zamawiającemu zmiany Izba wypowie się w podsumowaniu
uzasadnienia dokonując analizy i oceny żądań sformułowanych w treści odwołania.
Zarzut nr III i IV -
opis przedmiotu zamówienie
Zgodnie z treścią art. 29 ust. 1 i 2 ustawy Pzp przedmiot zamówienia powinien zostać
opisany 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. Istota tego przepisu sprowadza się więc do określenia przez
zamawiającego swoich wymagań dotyczących przedmiotu zamówienia tak szczegółowo i tak
dokładnie, aby każdy wykonawca był w stanie zidentyfikować czego zamawiający oczekuje.
Dokonując oceny powyższego obowiązku zamawiającego Izba zobowiązana jest brać pod
uwagę całokształt postanowień SIWZ oraz otoczenie związane z zamawianym
świadczeniem. Obowiązkiem zamawiającego jest podjęcie wszelkich możliwych środków w
celu eliminacji elementu niepewności poprzez maksymalnie jednoznaczne i wyczerpujące
określenie parametrów przedmiotu zamówienia. Z kolei w ust. 2 przywołanej regulacji
ustawodawca wskazał, iż przedmiot zamówienia nie może być opisany w sposób, który może
utrudniać uczciwą konkurencję. Niepełny i nieprecyzyjny opis przedmiotu zamówienia,
nieuwzględniający wszystkich okoliczności i wymagań mogących mieć wpływ na
sporządzenie oferty narusza art. 29 ust. 1 ustawy Pzp, a zarazem narusza zasady uczciwej
konkurencji, o których mowa w art. 29 ust. 2 ustawy Pzp. Nie może usprawiedliwiać braku
wyczerpującego opisu przedmiotu zamówienia stwierdzenie, że wykonawca winien
uwzględnić w wycenie zamówienia wszystkie ryzyka. Podkreślić bowiem należy, że wycena
ryzyk związanych z wykonaniem zamówienia może być niemożliwa właśnie ze względu na
niewłaściwy opis przedmiotu zamówienia. Nie można bowiem wyliczyć ewentualnego kosztu
ryzyka, którego wykonawca nie ma możliwości zidentyfikować z uwagi na brak odpowiedniej i
wyczerpującej informacji w SIWZ.
W ocenie Izby fakt braku dysponowania przez Zamawiającego informacjami na temat
systemu, w którego jest posiadaniu nie stanowi okoliczności usprawiedliwiającej taki stan
rzeczy, tj. brak wypełnienia dyrektyw ujętych w normie prawnej uregulowanej w art. 29 ust. 1
ustawy Pzp. Wykładnia funkcjonalna zawartej tam normy nie pozwala na przyjęcie, że
obowiązkiem podmiotu zamawiającego jest przekazanie tylko takich informacji, które
posiada. Takie założenie kłóciłoby się z wykładnią funkcjonalną przepisu art. 29 ust. 1 ustawy
Pzp. Wszakże zamawiający jest zarówno gospodarzem prowadzonego postępowania, jak
również to od jego wcześniejszych działań zależy zakres nabytych praw, w tym licencji,
kodów źródłowych, dokumentacji technicznej, informacji na temat interfejsów
komunikacyjnych, czy też innych praw zależnych umożliwiających mu samodzielny rozwój
posiadanego systemu lub możliwość zlecenia tej czynności podmiotom trzecim, innym niż
jego producent.
Powyższa okoliczność była wielokrotnie podnoszona w orzecznictwie Sądów
Okręgowych oraz Krajowej Izby Odwoławczej, jak również stała się powodem opracowania
przez Urząd Zamówień Publicznych rekomendacji w tym zakresie (Rekomendacje udzielania
zamówień publicznych na systemy informatyczne, Urząd Zamówień Publicznych 2009 r.
źródło: www.uzp.gov.pl). W dokumencie tym wskazano m.in., że: „Obowiązek
zamawiającego przygotowania i przeprowadzenia postępowania z należytą starannością,
oznacza w praktyce, że powinien on przede wszystkim precyzyjnie określić co będzie
przedmiotem zamówienia. Ponadto, przedmiot zamówienia powinien być opisany w sposób,
który umożliwia wykonawcom jednakowy dostęp do zamówienia i nie powoduje tworzenia
nieuzasadnionych przeszkód w otwarciu zamówienia na konkurencję.”
Przerzucenie na wykonawcę ryzyka związanego z uzyskaniem takich informacji jest,
w ocenie Izby, nieuprawnione. Wykonawca bowiem zdany jest na dobra wolę
dotychczasowego dostawy systemu, który może podyktować zróżnicowane warunki
współpracy w zależności od danego wykonawcy, a co bardziej prawdopodobne nie
udostępniać tych danych w ogóle, co uniemożliwi wykonawcy złożeniu oferty w
postępowaniu. Izba stoi na stanowisku, iż zaniedbania Zamawiającego powstałe w
poprzednich postępowaniach, w tym brak własnej dbałości o konkurencyjność przyszłych
postępowań, nie mogą prowadzić do przerzucania na wykonawców negatywnych
konsekwencji takich działań. Zamawiający winien mieć świadomość, że możliwa jest
rozbudowa systemu wprowadzonego w wyniku postępowania przeprowadzonego, jak
oświadczył Zamawiający na rozprawie, 11 lat temu. Kierując się dotychczasowym
orzecznictwem Sądów Okręgowych, Krajowej Izby Odwoławczej, jak również wytycznymi
zawartymi w Rekomendacjach UZP Zamawiający winien zadbać, że każde z postępowań
prowadzonych w przyszłości i obejmujących swoim zakresem nabyty system HIS powinno
gwarantować konkurencyjność wśród wykonawców.
W wyżej przytoczonym dokumencie zawarte zostały rekomendacje skierowane do
podmiotów zamawiających, z których wynika postulat zagwarantowania nabywcy systemu
informatycznego zarówno prawnych (prawa autorskie w postaci licencji, praw zależnych itp.)
oraz technicznych (kody źródłowe, schematy interfejsów, dokumentacja techniczna itp.)
możliwości rozbudowy takiego systemu w sposób niezależny od jego producenta, w tym
zagwarantowania możliwości zlecenia takiej usługi dowolnej liczbie podmiotów trzecich.
Problematyka ujęta w „Rekomendacjach” UZP nie obejmuje kwestii nowej, lecz była ona
odpowiedzią na nieprawidłowości, które pojawiały się w ramach systemu zamówień
publicznych niemalże od jego początku, tj. od momentu, gdy administracja państwowa i
samorządowa oraz podległe im jednostki rozpoczęły proces informatyzacji swoich struktur.
Istniejący w ramach prowadzonego postępowania stan rzeczy jest wynikiem tylko i
wyłącznie zaniechań Zamawiającego, gdyż nie zabezpieczył On swoich interesów na
przyszłość tak aby umożliwić sobie niezależny i zgodny z wymaganiami systemu zamówień
publicznych rozwój posiadanego systemu informatycznego. Jest bowiem rzeczą oczywistą,
że każdy tego rodzaju system w przyszłości będzie podlegał zmianom, czy to wynikającym z
konieczności wyposażenia go w nowe funkcjonalność, czy wynikających ze zmian otoczenia
prawnego lub gospodarczo
– finansowo – społecznego, czy też wreszcie ze względu na
rozwój technik informatycznych wymagających dostosowania do nich wcześniej
opracowanych rozwiązań.
Oznacza to, że zaniechanie w tym zakresie prowadzić może de facto do monopolu
jednego wykonawcy, co kłóci się z podstawowymi zasadami zamówień publicznych
wyrażonymi w treści art. 7 ust. 1 ustawy Pzp, i wreszcie w sposób szczególny oddziałuje na
sam opis przedmiotu zamówienia godząc w treść art. 29 ust. 1 i 2 ustawy Pzp. Izba uznała w
pierwszej kolejności za zasadny zarzut naruszenie art. 29 ust. 1 ustawy Pzp w zakresie braku
udostępnienia przez Zamawiającego danych niezbędnych do osiągnięci celu, jaki stawia
Zamawiający wykonawcy tj. modyfikacji i rozszerzenia funkcjonalnego posiadanego systemu
o nowe e-
usługi. W tym zakresie Zamawiający oświadczył wprost, że nie dysponuje wiedzą
na temat struktury posiadanej aplikacji informatycznej i nie są mu znane możliwości jego
rozbudowy.
Zgodni
e z treścią Załącznika nr 1 do SIWZ (opis przedmiotu zamówienia – dalej
zwany „OPZ”) Zamawiający w ramach zamówienia wymaga wykonania integracji
dostarczanego oprogramowania z systemami zewnętrznymi tj. z systemem szpitalnym HIS.
Jak wynika z OPZ Zamawiający obecnie wykorzystuje system szpitalny WMS Mediqus,
którego producentem jest GABOS Software Sp. z o.o. działający w oparciu o system
relacyjnej bazy danych IBM DB2 (por. OPZ -
sekcja „Założenia i wymagania ogólne dla
systemu - str. 9). Jak deklaruje Zama
wiający zamówienie niniejsze dotyczyć ma rozbudowy
systemu HIS o moduły realizujące funkcjonalności e-usług.
Jednakże, jak wyżej wskazano, Zamawiający nie dysponuje żadnymi informacjami o
posiadanym systemie, w tym danymi umożliwiającymi ingerencję w jego strukturę
umożliwiającą integrację posiadanego systemu z usługami dostarczanymi przez
wykonawców w ramach niniejszego zamówienia.
Zamawiający pogodził się z taką sytuacją czemu dał wyraz w treści SIWZ (w
Załączniku nr 1 do SIWZ (str. 9) zawarł następujące stwierdzenie (cytat):
„Zamawiający informuje, że nie posiada praw do kodów źródłowych w/w oprogramowania -
tym samym
nie ma możliwości ich udostępnienia wykonawcom na potrzeby wykonywania
zamówienia. Zamawiający nie posiada informacji w zakresie standardów umożliwiających
przesyłanie informacji pomiędzy przedmiotem zamówienia, a systemem szpitalnym klasy
HIS, jak również nie posiada wiedzy na temat struktury bazy danych do której dany powinny
być przekazywane. Zamawiający oczekuje, że Wykonawca celem zapewnienia
współdziałania z oferowanymi e-usługami, przy użyciu posiadanej wiedzy oraz
doświadczenia, o ile będzie to konieczne, w celu ustalenia, jak użytkowany u Zamawiającego
system klasy HIS działa, dokona szczegółowej analizy przy pomocy inżynierii
wstecznej."
, w tym w ramach swojej argumentacji decyzję o zgodzie na integrację
zamawiających systemów z istniejącym scedował/przerzucił na jego producenta, tj.
Przystępującego - GABOS Software Sp. z o.o. (podkreślenie Izby)
Powyższe stanowisko Zamawiającego wyrażone w treści SIWZ (opis przedmiotu
zamówienia) jest wystarczające do uznania, że doszło do naruszenia wprost normy ujętej w
treści art. 29 ust. 1 ustawy Pzp i w konsekwencji, na skutek uprzywilejowania wykonawcy
Gabos Software Spółka z o.o. do naruszenia w konsekwencji art. 29 ust. 2 oraz 7 ust. 1
ustawy Pzp. W zasadzie sam Zamawiający wskazał na istotne braki opisu przedmiotu
zamówienia będące konsekwencją jego dotychczasowych zaniechań. Stąd też uznać należy,
ze opis przedmiotu zamówienia jest w oczywisty sposób niekompletny – a zatem wykonawcy
inni, niż Gabos Software Spółka z o.o., nie dysponują wystarczającymi informacjami
pozwalającymi na realizację przedmiotu zamówienia.
W ocenie Izby faktem notoryjnym, a więc nie wymagającym przeprowadzenia
dowodów jest okoliczność, że aby wykonawca miał możliwość rozszerzenia funkcjonalności
systemów już funkcjonujących u Zamawiającego jak i integracji nowego systemu z obecnie
funkcjonującą u Zamawiającego infrastrukturą musi posiadać niezbędne informacje i dane
um
ożliwiające efektywne wykonanie zamówienia. Nie było sporne pomiędzy Stronami, iż
takie dane do interfejsy wymiany danych
. Izba uznała za wiarygodne w tym względnie
stanowisko Odwołującego zawarte w odwołaniu o znaczeniu powyższych danych w procesie
integr
acji. Argumentacja ta nie była kwestionowana przez Zamawiającego i Przystępującego.
Ten ostatni jedynie wskazał, że produkt WMS Mediqus, którego producentem jest GABOS
Software Sp. z o.o. działa w oparciu o system relacyjnej bazy danych IBM DB2, która jest
produktem powszechnie dostępnym i znanym innym wykonawcom. Jednakże w ocenie Izby
brak jest podstaw do przyjęcia, że struktura całego WMS Mediqus staje się przez to na tyle
przejrzysta, że każdy z wykonawców posiadający doświadczenie w branży informatycznej
posiada
jąc nieograniczony dostęp do dokumentacji technicznej bazy danych IBM - może
zrealizować przedmiot zamówienia nie posiadając żadnych informacji o produkcie
Przystępującego. W tym zakresie Izba zwraca uwagę na okoliczność, że proces dowodzenia
w z
akresie zarzutów z art. 29 ust. 1 i 2 ustawy Pzp ma uproszczony charakter i w niniejszym
wypadku uznanie, że doszło do naruszenia ww. przepisów jest wynikiem faktu, że
Zamawiający wprost oświadczył w treści SIWZ, że nie dysponuje żadnymi informacjami na
te
mat posiadanego systemu HIS. W zakresie art. 29 ust. 2 ustawy Pzp wystarczające jest
jedynie uprawdopodobnienie okoliczności wpisujących się w hipotezę ujętej w tym przepisie
normy prawnej. Z drugiej strony ani Zamawiający ani Przystępujący Gabos Software Spółka
z o.o. nie wykazali, że sam fakt oparcia oprogramowania WSM Mediqus na bazie danych
IBM DB2 jest wystarczający do przeprowadzenia integracji przez innych wykonawców.
Dodatkowo Izba wskazuje, że argumentacja Zamawiającego związana z wytycznymi
in
stytucji pośredniczącej – Województwa Lubelskiego, zakresu dofinansowania, udziału
Odwołującego w innych postępowaniach, w tym jego zgoda na analogiczne pod względem
terminu i zakresu modyfikacji wymagania, nie zostały wykazane przez Zamawiającego
żadnymi dowodami. W tym zakresie Zamawiający ograniczył się jedynie do prezentacji
swoich twierdzeń na etapie rozprawy. Stąd też Izba jako zasadniczy dowód przemawiający
za uwzględnieniem zarzutów odnoszących się do opisu przedmiotu zamówienia uznała treść
załącznika nr 1 do SWIZ – OPZ, zarówno w formie pierwotnej, jak i zmienionej w wyniku
modyfikacji, w szczególności informacje i wymagania zawarte na jego str. 9 i 10, z których
wynika m.in., że: Zamawiający nie dysponuje żadnymi prawami do posiadanego systemu HIS
i informacjami na jego temat
, zaś brak kompletności dokumentacji systemu lub ewentualne
luki w ogólnodostępnej dokumentacji silnika bazy danych nie mogą stanowić podstawy dla
wykonawcy dla zaprzestania lub zmniejszenia zakresu integracji użytkowanego systemu HIS
ani do przesunięcia wymaganych terminów realizacji zadania.
Mając na uwadze powyższe Izba w niniejszym składzie w całości podzieliła
stanowisko Krajowej Izby Odwoławczej wyrażone w wyroku z dnia 8 czerwca 2018 r. w
sprawie prowadzonej pod syg
n. akt KIO 1023/18, gdzie zostało wskazane, że: Przerzucenie
na wykonawcę ryzyka związanego z uzyskaniem takich informacji jest, w ocenie Izby,
nieuprawnione. Wykonawca bowiem zdany jest na dobra wolę dotychczasowego dostawy
systemu, który może podyktować zróżnicowane warunki współpracy w zależności od danego
wykonawcy, a co bardziej prawdopodobne nie udostępniać tych danych w ogóle, co
uniemożliwi wykonawcy złożeniu oferty w postępowaniu. Izba stoi na stanowisku, iż
zaniedbania Zamawiającego powstałe w poprzednich postępowaniach, w tym brak własnej
dbałości o konkurencyjność przyszłych postępowań, nie mogą prowadzić do przerzucania na
wykonawców negatywnych konsekwencji takich działań. Zamawiający winien mieć
świadomość, że możliwa jest rozbudowa systemu wprowadzonego w wyniku postępowania w
2011 r. i winien zadbać, że każde z postępowań gwarantowały konkurencyjność wśród
wykonawców.
Co istotne Zamawiający wskazał wykonawcom, że ustalenie jak działa funkcjonujący
u niego system HIS powinno zostać zrealizowane w ramach szczegółowej analizy przy
pomocy inżynierii wstecznej (inżynierii odwrotnej). Faktem powszechnie znanym jest, że taki
sposób realizacji świadczenia obarczony jest dużym ryzykiem niepowodzenia, zaś nawet
jeżeli można przyjąć, że umożliwia on realizację przedmiotu zamówienia, wymaga znacznego
nakładu sił, czasu i środków – dając przewagę konkurencyjną wykonawcy, który jest
producentem sytemu
. W tym zakresie wypowiedziała się Izba w przywołanym wyżej
orzeczeniu o sygn. akt KIO 1023/18, którą to argumentację Izba w niniejszym składzie
podziela w całej rozciągłości. Analizując przedłożone tam dowody (m.in. Informację o
szkoleniu „Inżynieria odwrotna kodu” w systemach Windows i Linux) Izba zwróciła uwagę na
okoliczność, że w dokumencie tym wprost zostało wskazane, iż wiedza zdobyta w toku
szkolenia pozwoli na lepszą ochronę tworzonych aplikacji przed stosowaniem inżynierii
odwrotnej przez atakujących. Oznacza to, że wiedza ta jest w pierwszej kolejności
wykorzystywana do zabezpieczenia aplikacji infor
matycznych przed ingerencją w ich
strukturę przez osoby nieuprawnione – a więc przez osoby, których działanie jest
niepożądane ze względu na interesy producenta. Powyższe stanowisko należy uzupełnić
stwierdzeniem, że stosowanie inżynierii wstecznej jest narażone na tym większe
niepowodzenie, im wykonawca posiada mniej informacji o systemie objętym taką analizą. W
niniejszym wypadku
, co wynika jednoznacznie ze str. 9 załącznika nr 1 do SIWZ (OPZ) ilość
tych informacji została sprowadzona niemal do zera.
Iz
ba oceniając zasadność zarzutów związanych z opisem przedmiotu zamówienia nie
uwzględniła argumentacji Zamawiającego związanej z kwestią umowy o dofinansowanie
projektu. Izba w tym zakresie poddała analizie wymagania związane z przedmiotem
zamówienia uznając, że w ramach tego opisu Zamawiający wymagał m.in. dostarczenia
licencji (a więc dostawę – vide pkt IV SIWZ – Opis przedmiotu zamówienia – zakres 2)
oprogramowania stanowiącego element przyszłego świadczenia, które to oprogramowanie
stanowi typową dostawę objętą zakresem zamówienia i w pierwotnej wersji opisu przedmiotu
zamówienia mającej stanowić punkt wyjścia do integracji z już istniejącym systemem HIS.
Oznacza to, że przedmiotem dofinansowania jest również dostawa, a więc nic nie stoi na
przeszkodzie
aby ze względu na istniejące uwarunkowania prawne związane z udzielaniem
zamówień publicznych (koniecznością respektowania zasad tego systemu) została ona
zrealizowana w szerszym zakresie niż przewidywany pierwotnie przez Zamawiającego.
Izba odnosząc się do argumentacji Zamawiającego, która sprowadzała się do
stanowiska, że nie dysponuje on środkami na zakup nowego programu typu HIS wskazuje,
że dopuszczenie jego wymiany w żaden sposób nie stanowi zagrożenia dla możliwości
finansowych Zamawiającego, gdyż nadal w ramach niniejszego postępowania będzie
dopuszczalna modyfikacja istniejącego systemu HIS. Wprowadzenie, jako innego sposobu
realizacji świadczenia, możliwości jego wymiany na inny system otwiera prowadzone
postępowania na konkurencję pozwalając wykonawcom na dokonanie wyboru pomiędzy
dwoma alternatywnymi sposobami realizacji przedmiotu zamówienia. Otóż stanie się tak
wówczas, gdy Zamawiający nie będzie w stanie dostarczyć pozostałym wykonawcom danych
umożliwiających integrację i modyfikację istniejącego systemu HIS, i będzie zmuszony
wykonać alternatywną cześć sentencji niniejszego orzeczenia. W takim wypadku wykonawcy
oferujący nowy system HIS będą zmuszeni konkurować cenowo z ofertami wykonawców (w
tym
w szczególności ofertą Przystępującego Gabos Software Spółka z o.o.), którzy zaoferują
realizację przedmiotu zamówienia przez modyfikację i integrację posiadanego przez
Zamawiającego systemu HIS z pakietem e-usług. Taki alternatywny sposób realizacji
przedmiotu zamówienia wymusi jednocześnie na wykonawcy Gabos Software Spółka z o.o.
racjonalne podejście do kwestii wyceny swojego świadczenia tak aby uzyskać dopuszczalną
prawem przewagę konkurencyjną nad pozostałymi wykonawcami – a nie korzystać jedynie z
przewagi, która jest wynikiem zaniechań Zamawiającego. Jednocześnie możliwość
alternatywnego sposobu realizacji świadczenia nie wyklucza sytuacji, że także wykonawcy,
którzy nie są wytwórcami systemu znajdującego się w posiadaniu Zamawiającego, mogą
rozważyć jego rozbudowę po nawiązaniu współpracy z Przystępującym Gabos Software
Spółka z o.o. (czy to w formie podwykonawstwa, czy konsorcjum).
Mając na uwadze powyższe Izba uznała zarzuty naruszenia art. 7 ust. 1 i art. 29 ust. 1
i 2 ustawy Pzp za uzasadnione nakazując Zamawiającemu modyfikację treści SIWZ w
sposób opisany poniżej.
Sentencja
– modyfikacja żądań
Konstruując sentencję orzeczenia Izba miała na uwadze okoliczność, że stosownie do treści
art. 192 ust. 7 ustawy Pzp, nie może orzekać co do zarzutów, które nie były zawarte w
odwołaniu. Tym samym będąc związaną wzorcami kontroli dla czynności Zamawiającego,
wskazanymi w treści odwołania, winna uwzględnić ich treść i ustalić, czy doszło do
wyczerpania hipotezy wskazanych przez Odwołującego norm prawnych. Z powyższej normy
prawnej należy jednocześnie wywieść dyrektywę o braku związania Izby żądaniami
zawartymi w treści odwołania, co powoduje, że Izba uwzględniając zarzut ma swobodę w
modyfikacji żądań i ujęcia ich w stosownym zakresie w sentencji orzeczenia.
Izba wskazuje, że mając na uwadze fakt uwzględnienia zarzutów odnoszących się do
terminu realizacji przedmiotu zamówienia (zarzut oznaczony w odwołaniu numerem I) nie
uwzględniła żądań Odwołującego, co do ich długości, gdyż wykonawca ten nie wykazał, że
tylko wskazane przez Niego terminy (od
powiednio 4 i 5 miesięcy) gwarantują realizację
przedmiotu zamówienia przez innych wykonawców, w tym Odwołującego. Stąd też Izba
uznała za wystarczające nakazanie Zamawiającemu określenie terminów liczonych od dnia
zawarcia umowy bez narzucania ich długości, tj. Izba za wystarczające uznała terminy
przewidziane w ramach modyfikacji ogłoszenia o zamówieniu i SIWZ dokonanej po
wniesieniu odwołania z zachowaniem ich długości (liczonej od dnia modyfikacji do terminu
określonego datą dzienną) z przeliczeniem ich na czasookresy liczone w dniach, tygodniach
lub miesiącach dla których początkiem będzie dzień podpisania umowy. Taki też nakaz
został ujęty w treści sentencji orzeczenia.
W zakresie zarzutów oznaczonych w odwołaniu numerami III i IV (zarzuty dotyczące OPZ
opierające się o art. 7 ust. 1 i art. 29 ust. 1 – 2 ustawy Pzp) Izba nie uwzględniła żądań
Odwołującego nakierowanych na wykreślenie tych funkcjonalności (oznaczonych literami od
a) do j)) lecz nakazała Zamawiającemu usunięcie tych elementów opisu przedmiotu
zamówienia, które poza określonymi funkcjami.\/właściwościami systemu narzucają
wykonawcom sposób ich osiągnięcia oraz nakazała usunięcie z opisu przedmiotu
zamówienia wymagań aby przewidziane do realizacji podsystemy stanowiły obligatoryjnie
rozbudo
wę systemu istniejącego u Zamawiającego – co jednocześnie koresponduje z pkt
2.2. sentencji orzeczenia, gdzie alternatywnie Izba nakazała Zamawiającemu, w przypadku
braku możliwości przekazania wykonawcom istotnych informacji o posiadanym systemie HIS,
wpr
owadzenie do opisu przedmiotu zamówienia postanowień dopuszczających możliwości
realizacji zamówienia przez dostarczenie przez wykonawcę nowego sytemu, który zastąpi
system obecnie funkcjonujący u zamawiającego oraz zapewni osiągnięcie funkcjonalności
wyma
ganych w treści SIWZ.
W związku z powyższym, na podstawie art. 192 ust. 1 ustawy Pzp, orzeczono jak w
sentencji.
Zgodnie bowiem
z treścią art. 192 ust. 2 ustawy Pzp Izba uwzględnia odwołanie,
jeżeli stwierdzi naruszenie przepisów ustawy, które miało wpływ lub może mieć istotny wpływ
na wynik postępowania o udzielenie zamówienia. Potwierdzenie zarzutów wskazanych w
odwołaniu powoduje, iż w przedmiotowym stanie faktycznym została wypełniona hipoteza
normy prawnej wyrażonej w art. 192 ust. 2 ustawy Pzp.
O kosztach postępowania odwoławczego orzeczono na podstawie art. 192 ust. 9 i 10
ustawy Pzp, tj. stosownie do wyniku postępowania, z uwzględnieniem postanowień
rozporządzenia Prezesa Rady Ministrów z dnia 15 marca 2010 r. w sprawie wysokości i
sposobu
pobierania wpisu od odwołania oraz rodzajów kosztów w postępowaniu
odwoławczym i sposobu ich rozliczania (tekst jednolity Dz. U. z 2018 r. poz. 2972)
zmienionego rozporządzeniem Prezesa Rady Ministrów z dnia 9 stycznia 2017 r.
zmieniającego rozporządzenie w sprawie wysokości i sposobu pobierania wpisu od
odwołania oraz rodzajów kosztów w postępowaniu odwoławczym i sposobu ich rozliczania
(Dz. U. z 2017 r., poz. 47), w tym w szczególności § 5 ust. 4.
Przewodniczący:
……………………