Po terminiePrzetarg nieograniczony · PN661244-2026
Centralny System do Zarządzania Działalnością Laboratoryjną – Warszawa
Główny Inspektorat Ochrony Środowiska9 aktualnych · 530 w archiwum·NIP 5261650857·mazowieckie
Przedmiot zamówienia
AI- Część 1 (usługa+dostawa): Centralny System do Zarządzania Działalnością Laboratoryjną (CSZDL) – pakiet oprogramowania dla baz danych i operacyjnych wraz z pełnym wdrożeniem (dostawa, instalacja, konfiguracja, integracja, testowanie, uruchomienie, przeszkolenie administratorów i użytkowników, transfer praw użytkowania/licencji) – zamówienie jednoczęściowe, brak opcji.
Szacunkowa wartość: 9 573 000 PLN netto. Termin realizacji: do 08.12.2028. Oprogramowanie przeznaczone dla laboratoriów akredytowanych ISO 17025 w ramach programów FENX (monitoring wód, powietrza, gleby i brzegów morskich).
Trudność: wysoka
Złożoność techniczna systemu informatycznego dla akredytowanych laboratoriów (LIMS/LIS/LMS), duży zakres (pełny cykl od dostawy po wdrożenie i szkolenia), wymogi kwalifikacyjne personelu (min. 6 osób z certyfikatami i doświadczeniem w projektach o wartości ≥1 mln PLN) oraz konieczność integracji z istniejącą infrastrukturą badawczą GIOS.
Terminy realizacji
Realizacja
od 30.10.2026 do 08.12.2028 r.
od 30.10.2026 do 08.12.2028 r.
Gwarancja
min. 36 mies., ocena do 56 mies.
min. 36 mies., ocena do 56 mies.
Warunki udziału
AI1Doświadczenie LIMS — min. 1 wdrożenie systemu LIMS/LIS/LMS o wartości ≥ 1 000 000 PLN brutto w ciągu ostatnich 5 lat, laboratoria z ISO 17025
2Kadra — min. 6 osób: Kierownik Projektu (≥ 5 lat, 2 projekty IT ≥ 1 000 000 PLN, cert. PRINCE2/PMP/IPMA C), Specjalista ds. Kontroli Projektu (≥ 3 lata, ≥ 1 000 000 PLN), Architekt Rozwiązań (2 systemy COTS, ≥ 1 000 000 PLN), Lider Zespołu Wdrożeniowego (≥ 5 lat, cert. producenta), Lider ds. Testów (≥ 5 lat, ISTQB), Specjalista ds. Infrastruktury (≥ 3 lata), Specjalista ds. Szkoleń (≥ 3 lata)
Pozostałe 2 warunki po założeniu darmowego konta.
Kryteria wyboru oferty
AIWagi punktowe, według których zamawiający oceni oferty.
Cena oferty brutto
50%
Koszt osobodnia
10%
Okres gwarancjimin. 36 mies.
10%
Okres wsparciamin. 36 mies.
30%
Czerwone flagi
AISygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI- Wadium: 28 000,00 PLN.
- Zabezpieczenie należytego wykonania: 5% ceny całkowitej.
- Kary umowne: w projekcie umowy (Załącznik nr 7).
Pytania i odpowiedzi
16Wyodrębnione z wyjaśnień treści SWZ.
1Prosimy o potwierdzenie, że wymagania właściwe technologii webowej, w szczególności dotyczące CSS, punktów łamania interfejsu, zoomu przeglądarki, JavaScript, Content Security Policy, ARIA oraz testowania narzędziami aXe, Pa11y i WAVE, odnoszą się wyłącznie do webowych komponentów Systemu.
Zamawiający potwierdza, że wymagania właściwe technologii webowej, w szczególności dotyczące CSS, punktów łamania interfejsu, zoomu przeglądarki, JavaScript, Content Security Policy, ARIA oraz testowania narzędziami aXe, Pa11y i WAVE, odnoszą się wyłącznie do webowych komponentów Systemu. Wymagania te nie mają zastosowania do natywnej aplikacji desktopowej, chyba że wykorzystuje ona osadzone komponenty webowe. W takim przypadku wymagania właściwe technologii webowej stosuje się wyłącznie do tych komponentów. Dostępność natywnej aplikacji desktopowej będzie oceniana zgodnie z mającymi zastosowanie wymaganiami normy EN 301 549 V3.2.1 właściwymi dla oprogramowania niewebowego oraz metodami adekwatnymi do zastosowanej technologii.
2Prosimy o wskazanie, czy i według jakich kryteriów i za pomocą jakich metod Zamawiający będzie oceniał dostępność natywnej aplikacji desktopowej?
Zamawiający informuje, że będzie oceniał dostępność natywnej aplikacji desktopowej na podstawie mających zastosowanie wymagań normy EN 301 549 V3.2.1, w szczególności wymagań dotyczących oprogramowania niewebowego określonych w rozdziale 11 oraz odpowiednich wymagań ogólnych normy. Zakres oceny będzie zależał od funkcji występujących w aplikacji. Ocena zostanie przeprowadzona na podstawie macierzy zgodności przedstawionej przez Wykonawcę oraz wyników testów. Testy będą obejmowały w szczególności obsługę za pomocą klawiatury, widoczność i kolejność fokusu, czytelność i skalowanie interfejsu, kontrast, prawidłowe etykietowanie elementów sterujących, komunikaty o błędach oraz współpracę z technologiami asystującymi. Wykonawca będzie zobowiązany wskazać dla poszczególnych wymagań normy, czy są one spełnione, niespełnione albo nie mają zastosowania, wraz z uzasadnieniem i wskazaniem sposobu weryfikacji. Ocena będzie dotyczyć aplikacji w konfiguracji dostarczonej Zamawiającemu, a nie wyłącznie standardowej wersji produktu producenta.
3Prosimy o wskazanie czy dla aplikacji natywnej wystarczające będzie wykazanie zgodności z odpowiednimi dla oprogramowania desktopowego wymaganiami normy EN 301 549?
Zamawiający informuje, że dla aplikacji natywnej wystarczające będzie wykazanie zgodności z mającymi zastosowanie wymaganiami normy EN 301 549 V3.2.1 właściwymi dla oprogramowania niewebowego, w szczególności określonymi w rozdziale 11 normy oraz w odpowiednich wymaganiach ogólnych. Zakres zgodności należy ustalić z uwzględnieniem funkcji występujących w oferowanej aplikacji.
4Zwracamy uwagę, że zasadnicze funkcjonalności systemu klasy LIMS są przeznaczone do realizacji specjalistycznych procesów laboratoryjnych na stanowiskach komputerowych... Czy Zamawiający dopuści rozwiązanie, w którym podstawowy interfejs Systemu jest aplikacją desktopową przeznaczoną do pracy na komputerach i laptopach, natomiast wymagania dotyczące responsywności, urządzeń mobilnych, punktów łamania, obsługi dotykowej oraz skalowania interfejsu będą miały zastosowanie wyłącznie do komponentów udostępnianych przez przeglądarkę internetową, w szczególności Portalu Klienta oraz funkcjonalności przeznaczonych do pracy mobilnej lub terenowej?
Zamawiający informuje, że częściowo uwzględnia wniosek. Zamawiający dopuszcza aby specjalistyczne funkcjonalności LIMS były udostępniane w aplikacji desktopowej, dla której nie wymaga się responsywności ani punktów łamania mobile, tablet i desktop. Wymagania te pozostają obowiązujące dla interfejsów webowych, w szczególności Portalu Klienta oraz funkcjonalności przeznaczonych do pracy mobilnej lub terenowej. Niezależnie od zastosowanej technologii wszystkie interfejsy muszą spełniać właściwe dla nich wymagania dostępności i skalowania.
5Czy Zamawiający potwierdza, że opisane wymagania dotyczące testowalności interfejsu, w szczególności obowiązek nadawania elementom UI unikalnych i niezmiennych identyfikatorów oraz rejestrowania informacji wyświetlanych w interfejsie, będą miały zastosowanie wyłącznie do nowych komponentów oraz modyfikacji interfejsu projektowanych i wykonywanych przez Wykonawcę w ramach niniejszego zamówienia, a nie do istniejących komponentów gotowego oprogramowania standardowego?
Zamawiający wyjaśnia, że wskazane wymagania dotyczą testowalności całego rozwiązania dostarczonego w ramach zamówienia, w tym gotowego oprogramowania standardowego COTS, w zakresie funkcji i interfejsów wykorzystywanych do realizacji procesów objętych zamówieniem... (pełna treść odpowiedzi dotyczy interpretacji wymagań testowalności dla komponentów COTS, definicji identyfikatora 'niezmienny', zakresu elementów objętych wymogiem, dopuszczenia narzędzi zewnętrznych i sposobu wykazania spełnienia wymagania).
6Czy Zamawiający potwierdza, że wymaganie zgodności z normą EN 301 549 V3.2.1 (2021) odnosi się do nowych lub modyfikowanych (pod kątem kodowania / programowania) w ramach realizacji niniejszego zamówienia komponentów oraz interfejsów użytkownika, a nie do wszystkich istniejących, standardowych elementów oferowanego systemu?
Zamawiający informuje, że Oferowany system, w konfiguracji dostarczanej Zamawiającemu, musi spełniać mające zastosowanie wymagania dostępności określone w PN-EN 301 549 V3.2.1:2021 lub rozwiązania równoważne, odpowiednio do funkcji systemu i sposobu jego użytkowania. W szczególności, w zakresie interfejsu webowego zastosowanie mają wymagania rozdziału 9 normy, w zakresie dokumentów niewebowych rozdziału 10, a w zakresie oprogramowania rozdziału 11, o ile określone funkcje występują w oferowanym rozwiązaniu.
7Czy wymaga się od dostawcy aby posiadał certyfikat ISO 27001?
Zamawiający informuje, że nie wymaga od Wykonawcy posiadania certyfikatu ISO/IEC 27001. Wskazana w pkt 7.1.2 OPZ norma ISO/IEC 27001 stanowi jeden ze standardów odniesienia, które powinny zostać uwzględnione przy planowaniu i realizacji audytu. Postanowienie to nie ustanawia wymogu posiadania przez Wykonawcę certyfikatu zgodności z normą ISO/IEC 27001. Zamawiający nie będzie weryfikował posiadania przez Wykonawcę certyfikatu ISO/IEC 27001.
8Czy Zamawiający potwierdza, że odpowiedzialność Wykonawcy, w tym obowiązek usunięcia podatności w ramach gwarancji, będzie ograniczona wyłącznie do podatności: występujących w Oprogramowaniu dostarczonym lub wytworzonym przez Wykonawcę; wynikających z konfiguracji wykonanej przez Wykonawcę; występujących w komponentach lub integracjach pozostających pod kontrolą Wykonawcy?
Zamawiający informuje, że Wykonawca nie odpowiada za podatności wynikające wyłącznie z infrastruktury lub komponentów pozostających pod kontrolą Zamawiającego albo osób trzecich, o ile ich dostarczenie, konfiguracja, integracja, utrzymanie lub administrowanie nie należą do zakresu obowiązków Wykonawcy. Wyłączenie to nie obejmuje Oprogramowania dostarczonego przez Wykonawcę, w tym komponentów COTS, ani konfiguracji, rozszerzeń i integracji wykonanych lub zaprojektowanych przez Wykonawcę.
9Czy Zamawiający potwierdza, że obowiązkiem Wykonawcy będzie określenie wymagań technicznych Oprogramowania dotyczących komunikacji sieciowej, natomiast za prawidłowe wdrożenie tych wytycznych oraz bezpieczeństwo konfiguracji sieci, reguł zapór i urządzeń sieciowych będzie odpowiadał Zamawiający?
Zamawiający informuje, że obowiązkami Wykonawcy jest określenie i udokumentowanie wymagań sieciowych Oprogramowania... Za wdrożenie i utrzymanie konfiguracji sieci, reguł zapór oraz urządzeń sieciowych pozostających pod kontrolą Zamawiającego odpowiada Zamawiający... Powyższe nie wyłącza obowiązku przeprowadzenia przez Wykonawcę audytu tych elementów w zakresie określonym w OPZ oraz wskazania w raporcie stwierdzonych podatności.
10Czy Zamawiający potwierdza, że odpowiedzialność Wykonawcy w obszarze IAM obejmuje wyłącznie prawidłowe wykonanie integracji Oprogramowania z udostępnionymi usługami IAM?
Zamawiający informuje, że odpowiedzialność Wykonawcy w obszarze IAM nie ogranicza się wyłącznie do technicznego wykonania integracji. Wykonawca odpowiada za prawidłową i bezpieczną integrację Oprogramowania z udostępnionymi usługami IAM... Wykonawca nie odpowiada za konfigurację i administrowanie usługami IAM pozostającymi po stronie Zamawiającego, o ile czynności te nie zostały objęte zakresem zamówienia.
11Czy Zamawiający potwierdza, że Wykonawca nie będzie odpowiedzialny za podatności i nieprawidłowości występujące w samych systemach Keycloak, Active Directory lub ich konfiguracji?
Zamawiający informuje, że Wykonawca nie odpowiada za podatności i nieprawidłowości wynikające wyłącznie z konfiguracji lub administrowania systemami Keycloak i Active Directory przez Zamawiającego lub podmioty trzecie, o ile czynności te nie zostały powierzone Wykonawcy. Wyłączenie to nie dotyczy mechanizmów integracji Oprogramowania z tymi systemami.
12Czy Zamawiający potwierdza, że odpowiedzialność Wykonawcy obejmuje wygenerowanie przez Oprogramowanie wymaganych zdarzeń i logów oraz przekazanie ich do wskazanego przez Zamawiającego punktu integracyjnego, natomiast konfiguracja, dostępność, wydajność, retencja danych, reguły korelacji, alertowanie oraz prawidłowe funkcjonowanie systemu SIEM pozostają odpowiedzialnością Zamawiającego?
Zamawiający informuje, że odpowiedzialność Wykonawcy obejmuje prawidłowe, kompletne i zgodne z wymaganiami generowanie przez Oprogramowanie zdarzeń i logów oraz ich przekazywanie do wskazanego przez Zamawiającego punktu integracyjnego... Konfiguracja i funkcjonowanie systemu SIEM pozostają po stronie Zamawiającego... Awaria, błędna konfiguracja lub brak gotowości systemu SIEM nie będą uznawane za wadę Oprogramowania ani niewykonanie zobowiązania przez Wykonawcę, o ile Wykonawca wykaże prawidłowe wykonanie wszystkich obowiązków integracyjnych.
13Prosimy o potwierdzenie, że przewidziany w pkt 7.1.4 OPZ obowiązek usunięcia podatności krytycznych i wysokich w ramach gwarancji będzie dotyczył wyłącznie podatności przypisanych Wykonawcy...
Zamawiający informuje, że obowiązek usunięcia podatności krytycznych i wysokich obejmuje całe Oprogramowanie dostarczone w ramach zamówienia, w tym zaoferowane oprogramowanie standardowe COTS, jego konfigurację, rozszerzenia oraz integracje wykonane w ramach realizacji zamówienia... W przypadku podatności wynikającej ze współdziałania kilku komponentów Strony przeprowadzą analizę przyczyny źródłowej oraz ustalą zakres odpowiedzialności i niezbędnych działań naprawczych.
14Czy Zamawiający potwierdza, że zapewni audytorom i Wykonawcy, w terminach uzgodnionych w harmonogramie, wszystkie dostępy, uprawnienia, informacje i warunki techniczne niezbędne do przeprowadzenia audytu?
Zamawiający informuje, że w odniesieniu do zasobów pozostających pod jego kontrolą zapewni dostępy, uprawnienia, informacje i warunki techniczne niezbędne do przeprowadzenia audytu... Obowiązek Zamawiającego nie obejmuje zasobów, dokumentacji, konfiguracji, komponentów, rozszerzeń ani integracji dotyczących dostarczanego Oprogramowania, których zapewnienie, zgodnie z Umową, należy do obowiązków Wykonawcy.
15Czy Zamawiający potwierdza również, że elementy, których nie będzie można zbadać z powodu braku dostępu, niewystarczających uprawnień, ograniczeń środowiska... zostaną wskazane w raporcie jako ograniczenia zakresu audytu i nie będą: uznawane za podatność lub niezgodność obciążającą Wykonawcę; stanowiły podstawy odmowy odbioru Oprogramowania; powodowały naliczenia kar umownych; skutkowały odpowiedzialnością gwarancyjną Wykonawcy?
Zamawiający informuje, że nie potwierdza generalnego wyłączenia odpowiedzialności Wykonawcy w przypadkach wskazanych w pytaniu. Elementy, których nie będzie można zbadać, zostaną wskazane w raporcie jako ograniczenia zakresu audytu... Wyłączenie odpowiedzialności Wykonawcy lub przedłużenie terminów może nastąpić wyłącznie w przypadku potwierdzonej przeszkody niezależnej od Wykonawcy.
Historia zmian
01.09.2026 — ogłoszenie o zamówieniu
25.09.2026 — sprostowanie
02.10.2026 — upływ terminu składania ofert