Po terminiePrzetarg nieograniczony · PN
Integracja i rozbudowa systemów informatycznych – Lublin
Uniwersytecki Szpital Dziecięcy w Lublinie7 aktualnych · 210 w archiwum·NIP 7122414692·lubelskie
Przedmiot zamówienia
AI- Część 1 (usługa): wdrożenie Oprogramowania Aplikacyjnego na Infrastrukturze Zamawiającego (do 5 wizyt lub zdalnie) z uruchomieniem, konfiguracją, przekazaniem DAP i Dokumentacji Powykonawczej oraz szkoleniami dla 3 administratorów i użytkowników.
- Część 2 (usługa): wdrożenie w modelu SaaS / chmurowym (Zadanie 3) – konfiguracja usługi, dokumentacja, szkolenia.
- Część 3 (dostawa/licencja): udzielenie Licencji na Oprogramowanie Aplikacyjne (nieprzenoszalna, bezterminowa) z certyfikatami licencyjnymi.
- Dokumentacja wytwarzana w ramach zamówienia: Analiza Przedwdrożeniowa (DAP), Dokumentacja Powykonawcza (admin + user), Protokoły odbioru.
- Gwarancja 36 miesięcy: naprawy błędów, aktualizacje, obsługa zgłoszeń przez System CHD (szczegóły SLA w Załączniku nr 3).
Trudność: średnia
Zamówienie obejmuje wdrożenie oprogramowania na istniejącej infrastrukturze, usługę chmrową SaaS, licencjonowanie i szkolenia – wymaga doświadczenia w integracji systemów informatycznych i koordynacji ze stroną Zamawiającego.
Terminy realizacji
Czas na realizację
25 dni od daty zawarcia umowy
25 dni od daty zawarcia umowy
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Kary umowne: zwłoka 0,01% wynagrodzenia/dzień; naruszenie poufności 1 000 zł/przypadek; odstąpienie z winy Wykonawcy 10% wynagrodzenia
- Łączna maks. kary: 20% wynagrodzenia
- Odpowiedzialność odszkodowawcza: max 50% wynagrodzenia (bez utraconych korzyści); rękojmia wyłączona
Pytania i odpowiedzi
5Wyodrębnione z wyjaśnień treści SWZ.
1W SWZ, Rozdział XXI: OPIS KRYTERIÓW, KTÓRYMI ZAMAWIAJĄCY BĘDZIE SIĘ KIEROWAŁ PRZY WYBORZE OFERTY, WRAZ Z PODANIEM WAG TYCH KRYTERIÓW I SPOSOBU OCENY OFERT, w Ad 2. pkt 1) i Ad 3. pkt 1), czy Zamawiający wyrazi zgodę na zmianę definicji błędu zwykłego, która obecnie brzmi:
1) Jako błąd zwykły rozumiane jest niespowodowane przez użytkownika, niezgodne z dokumentacją, powtarzalne działanie oprogramowania, występujące w tym samym miejscu programu, na stacji roboczej skonfigurowanej zgodnie z zaleceniami producenta oprogramowania i prowadzące w każdym przypadku do otrzymania błędnych wyników jego działania, udokumentowane co najmniej poprzez opis ścieżki powtórzenia, zapisy logów systemowych i/lub zrzuty ekranów.
i zastosowanie następującej, bardziej dopasowanej do przedmiotu zamówienia definicji:
1) Jako błąd zwykły rozumiane jest niespowodowane przez użytkownika, niezgodne z dokumentacją, powtarzalne działanie oprogramowania, występujące w tym samym miejscu programu, uruchomionego zgodnie z zaleceniami producenta oprogramowania i prowadzące w każdym przypadku do otrzymania błędnych wyników jego działania, udokumentowane co najmniej poprzez opis ścieżki powtórzenia, zapisy logów systemowych i/lub zrzuty ekranów. Wszelkie uwagi związane z wyglądem, estetyką, ergonomią bądź przyzwyczajeniami Użytkownika (Zamawiającego) oraz uwagi dotyczące rozbudowy lub ograniczenia funkcjonalności nie są traktowane jako Błędy;
Zamawiający działając na podstawie art. 137 ust. 1 ustawy Pzp dokonuje zmiany treści SWZ poprzez modyfikację rozdziału XXI SWZ w zakresie definicji błędu zwykłego, która otrzymuje brzmienie:
Jako błąd zwykły rozumiane jest niespowodowane przez użytkownika, niezgodne z dokumentacją, powtarzalne działanie oprogramowania, występujące w tym samym miejscu programu, uruchomionego zgodnie z zaleceniami producenta oprogramowania i prowadzące w każdym przypadku do otrzymania błędnych wyników jego działania, udokumentowane co najmniej poprzez opis ścieżki powtórzenia, zapisy logów systemowych i/lub zrzuty ekranów. Wszelkie uwagi związane z wyglądem, estetyką, ergonomią bądź przyzwyczajeniami Użytkownika (Zamawiającego) oraz uwagi dotyczące rozbudowy lub ograniczenia funkcjonalności nie są traktowane jako Błędy.
1Czy Zamawiający wyrazi zgodę na zastąpienie Załącznika nr 6b do SWZ „Wzór umowy dla zadania 3” - dokumentem stanowiącym Załącznik nr 1 (Projekt Umowy na Usługi chmurowe z licencją) do niniejszego pisma.
Uzasadnienie:
Opublikowany przez Zamawiającego Załącznik nr 6b do SWZ „Wzór umowy dla zadania 2 i 3” zawiera zapisy właściwe dla dostawy sprzętu lub wdrożenia tradycyjnego oprogramowania instalowanego „u Klienta”. Może to powodować istotne niejasności i utrudnienia w trakcie realizacji umowy. Przedmiotem zamówienia w zakresie Zadania nr 3 są bowiem usługi chmurowe świadczone w modelu Saas, które nie podlegają „wdrożeniu”, ale „konfiguracji” i które świadczone są jako „usługa”. Dlatego też dla tej części zamówienia zasadne jest zastosowanie przez Zamawiającego projektu umowy zawierającego zapisy dopasowane do charakteru przedmiotu zamówienia i taki też projekt proponuje Wykonawca.
Zamawiający działając na podstawie art. 137 ust. 1 ustawy Pzp dokonuje zmiany treści SWZ poprzez modyfikację wzoru umowy dla zadania 3 - zgodnie z załącznikiem nr 3 do odpowiedzi.
2W Załączniku nr 7 do SWZ - Opis przedmiotu zamówienia, Wymagania, Warunki organizacyjne: Licencje (moduły) - czy Zamawiający wyrazi zgodę na dodanie zapisu o treści:
W zakresie Zadania 3 realizowanego w formie usług chmurowych - Zamawiający dopuszcza możliwość dostarczenia licencji terminowej na rozwiązanie do korzystania z usług SaaS (udzielonej na czas udostępniania usług SaaS) umożliwiające korzystanie z tych usług na terytorium EOG, wyłącznie w celu związanym z prowadzoną przez Zamawiającego działalnością gospodarczą lub zawodową, za pośrednictwem infrastruktury chmurowej Wykonawcy.
Uzasadnienie:
Powyższy zapis jest konieczny w celu uwzględnienia specyfiki usług chmurowych przy wymogach co do licencji stawianych przez Zamawiającego.
Zamawiający działając na podstawie art. 137 ust. 1 ustawy Pzp dokonuje zmiany treści SWZ poprzez modyfikację opisu przedmiotu zamówienia w sekcji Wymagania, Warunki organizacyjne: Licencje (moduły), dodając pkt 4 w poniższym brzmieniu:
4. W zakresie Zadania 3 realizowanego w formie usług chmurowych - Zamawiający dopuszcza możliwość dostarczenia licencji terminowej na rozwiązanie do korzystania z usług SaaS (udzielonej na czas udostępniania usług SaaS) umożliwiające korzystanie z tych usług na terytorium EOG, wyłącznie w celu związanym z prowadzoną przez Zamawiającego działalnością gospodarczą lub zawodową, za pośrednictwem infrastruktury chmurowej Wykonawcy.
Jednocześnie Zamawiający informuje, że działając na podstawie art. 137 ust. 6 ustawy Pzp dokonuje zmiany treści rozdz. XV pkt 1, XVIII lit. A pkt 2, XIX pkt 1 SWZ, które otrzymują brzmienie:
• Rozdział XV pkt 1: Wykonawcy będą związani ofertą 90 dni, tj. do dnia 08.08.2026 r.
• Rozdział XVIII lit. A pkt 2: Termin składania ofert wyznaczony jest do dnia 11.05.2026 r., do godz. 12:00.
• Rozdział XIX pkt 1: Termin otwarcia ofert: 11.05.2026 r. godz. 12:30.
2Jednocześnie, w przypadku dodania przez Zamawiającego zapisów dot. zasady DNSH do wzoru umowy wnosimy o ograniczenie się przez Zamawiającego do następującego zapisu:
Wykonawca oświadcza, że realizacja przedmiot umowy nie narusza zasady „nieczynienia poważnych szkód” środowisku (DNSH), określonej w art. 17 rozporządzenia (UE) 2020/852.
Uzasadnienie:
Formułowane przez Zamawiającego rozbudowanych wymagań w zakresie zasady DNSH (zwłaszcza wymogu przedkładania przez Wykonawcę dokumentacji w tym zakresie) jest właściwe dla dostawy sprzętu, ale nie dla usług chmurowych realizowanych zdalnie, za pośrednictwem sieci Internet. W tym zakresie interes Zamawiającego jest wystarczająco chroniony przez oświadczenie Wykonawcy, że będzie realizować Umowę z poszanowaniem zasady „nie czyń poważnych szkód” (DNSH).
Należy zwrócić uwagę, że w dokumencie: „Ocena DNSH reform i inwestycji w ramach rewizji Krajowego Planu Odbudowy i Zwiększania Odporności - czerwiec 2025”, opublikowanego na stronie Krajowego Planu Odbudowy, https://www.kpo.gov.pl/media/155850/Ocena_DNSH_reform_i_inwestycji_w_ramach_rewizji_KPO_2025.pdf - przeprowadzono analizę zgodności z zasadą DNSH dla komponentów transformacji cyfrowej, do których należy przedmiot niniejszego postępowania. Z analizy tej wynika, że dla pięciu z sześciu celów środowiskowych nie jest wymagane przeprowadzanie merytorycznej oceny zgodności z zasadą DNSH, w szczególności w zakresie: łagodzenia zmian klimatu, adaptacji do zmian klimatu, zrównoważonego wykorzystania i ochrony zasobów wodnych i morskich, zapobiegania zanieczyszczeniom, ochrony i odbudowy bioróżnorodności i ekosystemów. W odniesieniu do powyższych celów środowiskowych wskazano wprost, iż inwestycje w obszarze transformacji cyfrowej nie mają znaczącego przewidywalnego wpływu i nie wymagają merytorycznej oceny DNSH. Jedynym celem środowiskowym, który potencjalnie może mieć zastosowanie w kontekście niniejszego zamówienia, pozostaje: „Gospodarka o obiegu zamkniętym, w tym zapobieganie powstawaniu odpadów i recykling”. Ocena merytoryczna inwestycji KPO pod kątem zgodności z ww. celem zawarta została w Tabeli 8 ww. dokumentu, w której stwierdza się, że: „inwestycja została zaprojektowana tak, by minimalizować wpływ na środowisko i nie przewiduje się, że prowadzić będzie do istotnego zwiększenia ilości odpadów ani do poważnych nieefektywności w korzystaniu z zasobów”. Co istotne, w ww. dokumencie zwrócono uwagę, że „Zastosowanie rozwiązań chmurowych, promowanych przez komponent, może przyczynić się do ograniczenia potrzeb sprzętowych na poziomie pojedynczych przedsiębiorstw i zwiększyć efektywność wykorzystania zasobów u dostawców infrastruktury”. Chmurowy model realizacji przedmiotu zamówienia uznany więc został jako czynnik sprzyjający realizacji zasady DNSH w tym, celu środowiskowego jakim jest „Gospodarka o obiegu zamkniętym, w tym zapobieganie powstawaniu odpadów i recykling”.
W związku z powyższym, wystarczające dla potwierdzenia zgodności realizacji…
Zamawiający w odpowiedzi na pytanie nr 1 dokonał modyfikacji wzoru umowy - zgodnie z załącznikiem nr 3 do odpowiedzi.
3Zwracam się z wnioskiem o wyjaśnienie treści SWZ, w szczególności w zakresie Wzoru umowy dla Zadania 1, stanowiącego Załącznik nr 6a do SWZ.
W wyniku dokonanej przez Wykonawcę analizy dokumentacji postępowania oraz mając na uwadze specyfikę przedmiotu zamówienia obejmującego wdrożenie oprogramowania, zwracamy się z uprzejmą prośbą o potwierdzenie, czy Zamawiający dopuści możliwość zawarcia umowy dla Zadania 1 w oparciu o wzór umowy zaproponowany przez Wykonawcę w Załączniku do niniejszego Wniosku. Zaproponowany wzór umowy zachowuje zgodność z wymaganiami określonymi w SWZ oraz zakresem przedmiotu zamówienia.
Powyższa prośba wynika z potrzeby dostosowania warunków kontraktowych do standardów realizacji usług wdrożeniowych, co pozwoli na sprawniejszą i bardziej efektywną realizację zamówienia.
Zamawiający działając na podstawie art. 137 ust. 1 ustawy Pzp dokonuje zmiany treści SWZ poprzez modyfikację wzoru umowy dla zadania 1 - zgodnie z załącznikiem nr 4 do odpowiedzi.
Historia zmian
09.04.2026 — publikacja ogłoszenia
18.05.2026 — upływ terminu składania ofert