Dostawa, wdrożenie i konfiguracja dodatkowego modułu do obsługi badań klinicznych, integrującego się z posiadanym przez Zamawiającego systemem HIS (AMMS Asseco Poland) oraz modułami Finansowo-Księgowym InfoMedica, Apteką i Komercją. Zamówienie obejmuje:
Bezterminową (min. 50 lat), niewyłączną licencję na moduł badań klinicznych dla nieograniczonej liczby użytkowników w dwóch lokalizacjach Zamawiającego.
Wdrożenie, instalację, konfigurację i integrację modułu z systemem HIS i systemami towarzyszącymi.
Wsparcie gwarancyjne do 31.07.2031 r. (bieżące utrzymanie, usuwanie błędów, aktualizacje).
Szkolenia: dla min. 3 administratorów oraz użytkowników (I etap – do 14 osób, II etap – do 40 osób).
Dostarczenie pełnej dokumentacji powdrożeniowej (administratora i użytkownika).
Trudność: wysoka
Zamówienie wymaga ścisłej integracji z istniejącym systemem HIS (AMMS Asseco Poland), co implikuje konieczność dogłębnej znajomości tego systemu i ryzyko kolizji ze środowiskiem produkcyjnym. Dodatkowo krótki termin realizacji (30 dni kalendarzowych) i zakres obowiązków gwarancyjnych do 2031 r. podnoszą złożoność.
Terminy realizacji
Termin wykonania zamówienia do 30 dni kalendarzowych od daty zawarcia umowy, jednak nie później niż do 30.07.2026 r.
Okres gwarancji (wsparcia gwarancyjnego) od dnia podpisania protokołu końcowego odbioru do 31.07.2031 r.
Warunki udziału
AI
1Zdolności do występowania w obrocie gospodarczym – Zamaw — iający nie stawia warunku.
2Uprawnień do prowadzenia określonej działalności gospodarc — zej lub zawodowej – Zamawiający nie stawia warunku.
Pozostałe 2 warunki po założeniu darmowego konta.
Kryteria wyboru oferty
AI
Wagi punktowe, według których zamawiający oceni oferty.
Cenanajniższa cena spośród ofert
80%
Czas usunięcia błędu zwykłegoskokowa punktacja 1–65 dni roboczych
10%
Wdrożenie MFAwszystkie/wybrane/brak kont
10%
Czerwone flagi
AI
Sygnały, na które warto zwrócić uwagę przed startem.
Brak istotnych sygnałów ostrzegawczych.
Kary i sankcje
AI
Kary umowne: w projekcie umowy (zał. nr 5)
Wadium: Zamawiający nie wymaga wniesienia wadium
Zabezpieczenie należytego wykonania umowy: Zamawiający nie będzie wymagał wniesienia zabezpieczenia należytego wykonania umowy
Pytania i odpowiedzi
5
Wyodrębnione z wyjaśnień treści SWZ.
1Dotyczy: 6.41A.2026 Wzór umowy.docx, § 8. GWARANCJA, REALIZACJA UPRAWNIEŃ GWARANCYJNYCH, pkt 6: „Jeżeli Wykonawca nie usunie błędów w terminie określonym odpowiednio w ust. 3 powyżej Zamawiający może, zawiadamiając uprzednio Wykonawcę usunąć błąd/awarii we własnym zakresie poprzez powierzenie jego usunięcia innemu podmiotowi posiadającemu do tego wystarczającą wiedzę i uprawnienia (tj. upoważnionemu i przeszkolonemu przez producenta oprogramowania) na koszt i ryzyko Wykonawcy, co nie spowoduje utraty przysługujących Zamawiającemu uprawnień z tytułu gwarancji (wykonanie zastępcze). W takim przypadku Wykonawca zobowiązany będzie do zwrotu Zamawiającemu udokumentowanych kosztów poniesionych przez Zamawiającego w związku z wykonaniem zastępczym u podmiotu trzeciego. Skorzystanie z powyższego uprawnienia nie pozbawia Zamawiającego innych przewidzianych prawem albo zapisami niniejszej umowy roszczeń i praw.”
Prosimy o usunięcie wskazanego zapisu w obecnym brzmieniu. Przewidziane uprawnienie do powierzenia realizacji obowiązków podmiotowi trzeciemu, nieposiadającemu certyfikacji producenta oprogramowania, w tym mogącemu ingerować w środowisko oraz strukturę systemu informatycznego Wykonawcy, rodzi istotne ryzyka techniczne i odpowiedzialnościowe pozostające poza kontrolą Wykonawcy. Działania takie mogą również negatywnie wpływać na integralność rozwiązania oraz utrzymanie gwarancji. Jednocześnie producent oprogramowania nie udostępnia kodów źródłowych ani know-how podmiotom trzecim.
W przypadku braku usunięcia powyższego zapisu Wykonawca nie będzie mógł złożyć oferty w niniejszym postępowaniu.
Zamawiający modyfikuje wzór umowy poprzez usunięcie §8 ust. 6 zgodnie ze zmodyfikowanym wzorem umowy – w załączeniu.
2Dotyczy: 7.41A.2026 Opis przedmiotu amówienia.docx, WYMAGANE MINIMALNE, pkt 2):
„Udzielona licencja na oprogramowanie nie może posiadać żadnych ograniczeń czasowych, użytkowych oraz powinna pozwalać na wykorzystanie w dowolnej jednostce organizacyjnej (dalej JOS) Zamawiającego oraz przez upoważnionych pracowników Centrum Wsparcia Badań Klinicznych Śląskiego Uniwersytetu Medycznego w Katowicach. Obecnie Zamawiający posiada dwie lokalizacje – Ceglana oraz Ligota.”
Prosimy o potwierdzenie, że obie wspomniane w wymaganiu lokalizacje są obsługiwane przez tą samą instancję systemu AMMS.
Prosimy o potwierdzenie, że intencją Zamawiającego jest aby upoważnieni pracownicy Centrum Wsparcia Badań Klinicznych Śląskiego Uniwersytetu Medycznego w Katowicach mieli możliwość logowania się do oferowanego systemu.
Zamawiający potwierdza
3Dotyczy: 7.41A.2026 Opis przedmiotu zamowienia.docx, MINIMALNE WYMAGANIA DLA MODUŁU BADANIA KLINICZNE, pkt 11: „ Integracja z posiadanym przez Zamawiającego systemem HIS – AMMS produkcji Asseco Poland w następującym zakresie:
- dostęp do rejestru pacjentów z oznaczoną zgodą na badanie kliniczne (…)”
Czy Zamawiający akceptuje, że zgody na badanie kliniczne będą podpisywane poza systemem AMMS, a po ich podpisaniu pacjenci będą przypisywani do badania klinicznego w systemie AMMS.
W przypadku odpowiedzi pozytywnej prosimy o zmianę brzmienia punktu: "dostęp do rejestru pacjentów z oznaczoną zgodą na badanie kliniczne" na "dostęp do danych pacjentów z systemu HIS przypisanych do badania klinicznego".
Zamawiający dokonuje modyfikacji Opisu Przedmiotu Zamówienia w zakresie MINIMALNE WYMAGANIA DLA MODUŁU BADANIA KLINICZNE, pkt 11 zgodnie z treścią zmodyfikowanego Opisu przedmiotu zamówienia – w załączeniu.
4W związku modyfikacją 7.41A.2026 Opis przedmiotu zamowienia.docx z dnia 11.06.2026 w zakresie punktu 5 z sekcji WYMAGANIA DOTYCZĄCE CYBERBEZPIECZEŃSTWA prosimy o Zmianę brzmienia punktu na:
"Wykonawca zobowiązuje się do niezwłocznego powiadomienia Zamawiającego o usuniętych lub zredukowanych podatnościach bezpieczeństwa, wraz z zaleceniami dotyczącymi zabezpieczenia systemów oraz informacjami o zmianach w Oprogramowaniu Aplikacyjnym oraz do współpracy w zakresie ograniczenia wpływu na funkcjonowanie Oprogramowania Aplikacyjnego."
Uzasadnienie: obowiązek informowania Zamawiającego o zidentyfikowaniu podatności bezpieczeństwa bez potwierdzenia jej przez Wykonawcę oraz przekazania przez Wykonawcę szczegółowych wytycznych o sposobie mitygacji podatności nie podnosiłby poziomu cyberbezpieczeństwa, a wręcz mógłby je zmniejszyć w przypadku wycieku tej informacji do osób niepowołanych. Zgodnie z postanowieniami regulaminu obowiązującego u Wykonawcy Wykonawca przewiduje, że:
1. Informacje o usuniętych lub zredukowanych podatnościach, wraz z zaleceniami dotyczącymi zabezpieczenia systemów oraz informacjami o zmianach w Oprogramowaniu Aplikacyjnym, publikowane będą cyklicznie przez Wykonawcę w systemie CHD lub na Portalu Produktowo-Usługowym.
2. Wykonawca może łączyć publikację tych informacji z komunikatami o nowych wersjach Oprogramowania Aplikacyjnego lub poprawkach serwisowych.
3. Informacje te mogą mieć charakter zbiorczy i nie muszą odnosić się do konkretnych zgłoszeń Zamawiającego.
Zamawiający dokonuje modyfikacji Opisu Przedmiotu Zamówienia w zakresie punktu 5 z sekcji WYMAGANIA DOTYCZĄCE CYBERBEZPIECZEŃSTWA zgodnie z treścią zmodyfikowanego Opisu przedmiotu zamówienia – w załączeniu.
Jednocześnie Zamawiający modyfikuje wzór umowy w zakresie §8 ust. 8 zgodnie ze zmodyfikowanym wzorem umowy – w załączeniu.
5W związku modyfikacją 7.41A.2026 Opis przedmiotu zamowienia.docx z dnia 11.06.2026 w zakresie punktów 7 i 8 z sekcji WYMAGANIA DOTYCZĄCE CYBERBEZPIECZEŃSTWA prosimy o przedstawienie schematu ankiety o której mowa w wymaganiach. Wypełnienie ankiety wiąże się z nakładami pracy, które są niemożliwe do oszacowania bez znajomości co najmniej ogólnego jej zarysu.
Zamawiający informuje, że ankieta będzie zawierała następujące pytania:
1. Czy wyznaczono osoby (osobę) odpowiedzialną za zarządzanie bezpieczeństwem informacji? Jeśli tak, to prosimy o podanie danych kontaktowych.
2. Czy została wdrożona polityka bezpieczeństwa informacji zgodna z ISO 27001 lub równoważna?
3. Czy prowadzony jest formalny rejestr ryzyk i proces jego regularnej aktualizacji?
4. Czy realizowane są cykliczne szkolenia pracowników z bezpieczeństwa?
5. Czy organizacja posiada certyfikaty potwierdzające zgodność (ISO 27001, ISO 22301, SOC 2 lub inne)? Jeśli tak, to prosimy o podanie które.
6. Czy w ostatnich 2 latach przeprowadzono u Wykonawcy audyt bezpieczeństwa (wewnętrzny/zewnętrzny)?
7. Czy został wdrożony proces zapewnienia zgodności z NIS2 (raportowanie incydentów, ochrona danych osobowych)?
8. Czy pracownicy mający dostęp do systemów przechodzą proces weryfikacji (np.. NDA)?
9. Czy stosowane są zasady minimalnych uprawnień i segregacji obowiązków?
10. Czy stosowane są MFA dla wszystkich zdalnych dostępów?
11. Czy wdrożony jest proces monitorowania dostępu do danych i systemów (logowanie, audyt)?
12. Czy wdrożony został formalny plan reagowania na incydenty bezpieczeństwa (IRP)?
13. Czy powołany został zespół reagowania na incydenty?
14. Czy prowadzona jest analiza przyczyn incydentów i raport działań naprawczych?
15. Czy w ciągu ostatnich 3 lat wystąpił incydent poważny/wyciek danych i jakie działania naprawcze wdrożono?
16. Czy wykorzystuje się z podwykonawców w świadczeniu usług dla Zamawiającego?
17. Czy wprowadzony został proces oceny bezpieczeństwa podwykonawców (np. ankiety, audyty)?
18. Czy umowy z podwykonawcami zawierają klauzule bezpieczeństwa (np.. RODO)
19. Czy dostawcy Wykonawcy mają obowiązek raportowania incydentów bezpieczeństwa w określonym czasie?
20. Czy zostały przygotowane plany ciągłości działania (BCP) i odtwarzania po awarii (DRP)?
21. Jakie są gwarantowane czasy odtworzenia (RTO, RPO) dla usług świadczonych dla Zamawiającego?
22. Czy regularnie testowane są scenariusze awaryjne?
23. Czy przygotowana jest redundancja dla kluczowych usług (data center, łącza, zasilanie)?