Zamówienie jest prowadzone w trybie przetargu nieograniczonego, zgodnie z przepisami ustawy Prawo zamówień publicznych (Pzp) dla zamówień o wartości równej lub przekraczającej progi unijne. Podstawę prawną stanowią art. 132 oraz art. 139 (procedura „odwrócona”), w związku z art. 138 ust. 4, **art. (+ 6 zdań — pełna treść po zalogowaniu)
Zamawiający nie wskazał w SWZ wartości szacunkowej zamówienia ani wysokości budżetu przeznaczonego na jego realizację. Rozliczenia dokonywane będą w walucie PLN. (+ 2 zdania — pełna treść po zalogowaniu)
Zamawiający określił następujące warunki udziału w postępowaniu:
Sytuacja ekonomiczna lub finansowa: Wykonawca musi być ubezpieczony od odpowiedzialności cywilnej z tytułu ryzyka zawodowego w zakresie prowadzonej działalności związanej z przedmiotem zamówienia na sumę gwarancyjną nie mniejszą niż 100 000,00 PLN.
Zdolność techniczna lub zawodowa (doświadczenie): Wykonawca musi wykazać, że wykonał należycie w okresie ostatnich 3 lat przed upływem terminu składania ofert (a jeżeli okres działalności jest krótszy – w tym okresie) co najmniej 3 usługi polegające na instalacji i wdrożeniu gotowego zintegrowanego systemu bibliotecznego, o minimalnej wartości każdej z usług wynoszącej co najmniej 40 000,00 PLN brutto.
Zamawiający przyjął następujące kryteria oceny ofert:
Oferowana cena za wykonanie i dostarczenie całego przedmiotu zamówienia – waga 60% 2. Termin realizacji przedmiotu zamówienia w ramach Etapu I – waga 10% (+ 3 zdania — pełna treść po zalogowaniu)
Zamawiający nie zastrzega obowiązku osobistego wykonania kluczowych zadań przez Wykonawcę.
Wykonawca ma obowiązek wskazać w Formularzu ofertowym części zamówienia, które zamierza powierzyć Podwykonawcom, oraz podać ich nazwy (jeśli są znani). W przypadku braku wskazania, przyjmuje się samodzielną realizację zamówienia przez Wykonawcę — s. 21.
2. Zmiany umowy:
Zamawiający przewiduje możliwość dokonania zmian postanowień zawartej umowy w stosunku do treści Oferty zgodnie z art. 455 ustawy Pzp i PPU. Zmiany mogą być dokonane na wniosek Zamawiającego lub Wykonawcy, za zgodą obu stron, w formie aneksu — s. 27.
3. Ochrona danych osobowych (RODO):
Administratorem danych jest Zakład Zamówień Publicznych przy Ministrze Zdrowia.
Z każdej z 10 sekcji pokazujemy połowę. Załóż darmowe konto, żeby odsłonić pozostałe 39 zdań — pełne warunki udziału, dokumenty i analizę ryzyka Janusza. Bez karty, 14 dni za darmo.
14 dni za darmo Bez karty płatniczej Rezygnacja w 1 klik
Opis przedmiotu zamówienia
Streszczenie AI · Janusz
Przedmiotem zamówienia jest wdrożenie gotowego systemu bibliotecznego typu open source dla Centrali Głównej Biblioteki Lekarskiej w Warszawie oraz 17 oddziałów terenowych. Zakres prac obejmuje migrację danych z dotychczasowych systemów (PROLIB i Mateusz), instalację i konfigurację oprogramowania, przygotowanie dokumentacji oraz przeprowadzenie szkoleń dla administratorów i bibliotekarzy. Wykonawca zobowiązany jest również do zapewnienia 12-miesięcznego wsparcia technicznego, serwisu oraz udzielenia co najmniej 24-miesięcznej gwarancji na przedmiot zamówienia.
Pytania i odpowiedzi
Wyjaśnienia treści SWZ udzielone przez zamawiającego. Odpowiedzi wiążą wszystkich wykonawców — także tych, którzy nie zadali pytania.
Załącznik nr 2 OPZ – pkt. V. Wymagania w zakresie budowy systemu i migracji danych W związku z tym, że Zamawiający wymaga przeprowadzenia migracji w sposób bezstratny wymogiem bezwzględnym dla realizacji tego zadania jest potwierdzenie Zamawiającego, że przekaże Wykonawcy dane źródłowe w postaci odszyfrowanej w jednym z wymienionych formatów MARC, ISO, XML wraz z tabelą powiązań rekordów. Prosimy o potwierdzenie.
Zamawiający potwierdza, że przekaże Wykonawcy dane źródłowe w jednym z wymienionych formatów MARC, ISO, XML wraz z tabelą powiązań rekordów.
Wykonawca zwraca uwagę, że zgodnie z zasadą zachowania uczciwej konkurencji i równego traktowania wykonawców określoną w art. 16 ustawy Prawo zamówień publicznych, opis przedmiotu zamówienia powinien być związany z rzeczywistymi potrzebami Zamawiającego i nie powinien prowadzić do nieuzasadnionego ograniczenia konkurencji.
W związku z powyższym wnosimy o dopuszczenie jako rozwiązania równoważnego gotowego systemu komercyjnego, pod warunkiem że spełnia on wszystkie wymagania funkcjonalne, techniczne, integracyjne i bezpieczeństwa określone w SWZ oraz OPZ, a ponadto zapewnia:
o bezterminowe prawo korzystania z systemu przez Zamawiającego,
o pełną własność i kontrolę nad danymi przez Zamawiającego,
o możliwość eksportu danych w otwartych formatach,
o integrację z systemami zewnętrznymi poprzez udokumentowane API i standardowe mechanizmy wymiany danych,
o możliwość migracji danych do innych rozwiązań,
o świadczenie usług utrzymania i rozwoju przez producenta systemu,
o zgodność z wymaganiami cyberbezpieczeństwa oraz wymaganiami wynikającymi z NIS2.
Jednocześnie kod źródłowy systemu pozostawałby własnością producenta i nie byłby przekazywany Zamawiającemu. Czy Zamawiający dopuści opisane rozwiązanie jako równoważne względem wymogu systemu Open Source?
W przypadku braku zgody na dopuszczenie rozwiązania opisanego w pytaniu nr 1 prosimy o szczegółowe wskazanie obiektywnych, mierzalnych i uzasadnionych potrzeb Zamawiającego, które powodują konieczność zastosowania wyłącznie systemu Open Source.
W szczególności prosimy o wskazanie:
o które wymagania funkcjonalne nie mogłyby zostać spełnione przez system komercyjny,
o które wymagania integracyjne nie mogłyby zostać spełnione przez system komercyjny wyposażony w udokumentowane API,
o które wymagania dotyczące migracji danych nie mogłyby zostać spełnione przez system komercyjny umożliwiający pełny eksport danych,
o które wymagania związane z cyberbezpieczeństwem, w tym wynikające z dyrektywy NIS2, nie mogłyby zostać spełnione przez system komercyjny utrzymywany i rozwijany przez producenta.
Wykonawca zwraca uwagę, że:
o dyrektywa NIS2 nie nakłada obowiązku stosowania oprogramowania Open Source,
o wymagania dotyczące bezpieczeństwa, ciągłości działania, interoperacyjności i niezależności od dostawcy mogą być realizowane zarówno przez rozwiązania Open Source, jak i rozwiązania komercyjne,
o sam fakt udostępniania kodu źródłowego nie stanowi samodzielnej gwarancji bezpieczeństwa ani zgodności z NIS2. W związku z powyższym prosimy o przedstawienie uzasadnienia wskazującego, dlaczego wymóg Open Source jest niezbędny do realizacji przedmiotu zamówienia.
Zamawiający nie wyraża zgody na dopuszczenie rozwiązania opisanego w pytaniu jako równoważnego.
Wymóg dostarczenia systemu w modelu Open Source stanowi element opisu przedmiotu zamówienia wynikający z obiektywnie zidentyfikowanych potrzeb Zamawiającego związanych z eksploatacją systemu bibliotecznego w wieloletniej perspektywie funkcjonowania instytucji publicznej.
Zamawiający wskazuje, że zgodnie z utrwalonym orzecznictwem Krajowej Izby Odwoławczej nie jest zobowiązany do opisywania przedmiotu zamówienia w sposób odpowiadający wszystkim rozwiązaniom dostępnym na rynku, lecz ma prawo określić wymagania odpowiadające jego uzasadnionym potrzebom, pod warunkiem zachowania zasady proporcjonalności i związku tych wymagań z przedmiotem zamówienia.
1. Uzasadniona potrzeba zapewnienia niezależności eksploatacyjnej
Przedmiot zamówienia dotyczy systemu stanowiącego podstawowe narzędzie realizacji ustawowych i statutowych zadań Zamawiającego. Zakładany okres eksploatacji systemu znacząco przekracza okres obowiązywania umowy wdrożeniowej i serwisowej.
W związku z tym Zamawiający zidentyfikował ryzyko polegające na:
• zaprzestaniu rozwoju produktu przez producenta,
• zakończeniu świadczenia usług wsparcia,
• zmianie polityki licencyjnej,
• istotnym wzroście kosztów utrzymania,
• utracie możliwości pozyskania alternatywnego wykonawcy usług rozwojowych.
W ocenie Zamawiającego samo zapewnienie eksportu danych, udokumentowanego API oraz bezterminowej licencji nie eliminuje powyższych ryzyk.
Zamawiający wymaga bowiem nie tylko możliwości korzystania z systemu, ale również zachowania zdolności do jego dalszego utrzymania, rozwoju oraz dostosowywania do przyszłych potrzeb organizacyjnych niezależnie od decyzji producenta.
2. Potrzeba zapewnienia konkurencyjności usług utrzymaniowych i rozwojowych
Zamawiający przewiduje, że w okresie funkcjonowania systemu będzie zachodziła konieczność:
• wykonywania modyfikacji,
• tworzenia nowych integracji,
• dostosowywania systemu do zmian przepisów prawa,
• wdrażania nowych usług cyfrowych.
W przypadku rozwiązania, którego kod źródłowy pozostaje wyłączną własnością producenta, rynek usług utrzymaniowych i rozwojowych pozostaje w praktyce ograniczony do podmiotów posiadających autoryzację lub zgodę producenta.
Wymóg Open Source ma na celu zachowanie realnej konkurencji na rynku usług świadczonych po wdrożeniu systemu, co pozwala Zamawiającemu na wybór wykonawców utrzymania i rozwoju w przyszłych postępowaniach.
Jest to szczególnie istotne w przypadku podmiotów sektora finansów publicznych zobowiązanych do gospodarnego wydatkowania środków publicznych.
3. Potrzeba zapewnienia ciągłości działania
Zamawiający jest zobowiązany do zapewnienia ciągłości funkcjonowania usług świadczonych użytkownikom biblioteki.
W modelu wskazanym przez Wykonawcę możliwość usuwania błędów krytycznych, rozwijania funkcjonalności oraz dokonywania zmian pozostaje zależna od producenta systemu.
W przypadku rozwiązania Open Source Zamawiający zachowuje…
Pokazujemy 2 z 5 pytań. Komplet wyjaśnień — razem z załącznikami, których dotyczą — jest w dokumentacji postępowania.
