Zał nr 1 do Zapytania ofertowego (Umowy)

Załącznik nr 1 do Zapytania ofertowego
Załącznik nr 1 do Umowy nr CSIOZ/…./2016
Opis Przedmiotu Zamówienia
„Dostawa 2 sztuk licencji na komponenty programistyczne służące do składania
podpisu elektronicznego za pomocą przeglądarki WWW dla Centrum Systemów
Informacyjnych Ochrony Zdrowia”
Przedmiotem zamówienia jest dostawa 2 (dwóch) sztuk licencji na komponenty
programistyczne SZAFIR SDK (bibliotekę i aplet)* lub równoważne służące do składania
podpisu elektronicznego za pomocą przeglądarki WWW dla Centrum Systemów
Informacyjnych Ochrony Zdrowia.
Przedmiot zamówienia należy dostarczyć w terminie maksymalnie 14 dni kalendarzowych od
dnia zawarcia umowy.
Licencje muszą zawierać co najmniej 12 miesięczne wsparcie techniczne na w/w
komponenty umożliwiające również dostęp do aktualizacji w/w komponentów. Wsparcie
techniczne będzie świadczone w języku polskim telefonicznie oraz za pośrednictwem poczty
elektronicznej.
Komponenty będą integrowane w dwóch systemach, ale będą instalowane na kilku
środowiskach – produkcyjnych, testowych, rozwojowych i szkoleniowych. Licencje muszą
pozwalać na wykorzystanie komponentów we wszystkich wymienionych środowiskach.
Systemy będą udostępniać funkcjonalność podpisu elektronicznego przez przeglądarkę
WWW – licencje muszą uwzględniać możliwość wykonywania podpisu przez nieograniczoną
liczbę użytkowników końcowych.
Komponenty służące do składania podpisu przez przeglądarkę, powinny działać poprawnie
na następujących produktach:
Firefox w wersji >= 40
Chrome w wersji >= 43
Internet Explorer >=11
Wykaz licencji:
Licencja dla systemu SMK – szt. 1 oraz licencja dla systemu P2 – 1 szt. muszą zawierać:
a. Licencję na aplet i bibliotekę Szafir – dla środowiska produkcyjnych;
b. Opłatę za powielenie apletu i biblioteki w ilości pozwalającej na wykorzystanie
komponentów w niżej wymienionej ilości środowisk nieprodukcyjnych;
c. Wsparcie producenta na okres 12 miesięcy.
Wykaz środowisk:
1. System SMK:
Strona 1 z 3
a. Środowisko produkcyjne – udostępniane publicznie;
b. Środowisko testowe – udostępniane osobom trzecim w celach testowania zmian
w aplikacji;
c. Środowisko rozwojowe – nie udostępniane osobom trzecim.
2. System P2:
a.
b.
c.
d.
Środowisko produkcyjne – udostępniane publicznie;
Środowisko testowe – udostępniane osobom trzecim w celach testowania zmian
w aplikacji;
Środowisko rozwojowe – nie udostępniane osobom trzecim;
Środowisko szkoleniowe – udostępniane osobom trzecim w celach
szkoleniowych.
*Warunki równoważności
Zamawiający obecnie jest w posiadaniu oprogramowania dostosowanego do rozwiązania
produkcji KIR (apletu i biblioteki SDK), toteż wskazane parametry techniczne
w przedmiotowym opisie przedmiotu zamówienia wynikają z konieczności zapewnienia
kompatybilności zamawianego oprogramowania z możliwością wykorzystania pełnej
funkcjonalności w ramach posiadanego oprogramowania przez Zamawiającego.
Zamawiający dopuszcza zaoferowanie produktu równoważnego, jednak jego integracja nie
może wymuszać wykonania zmian po stronie istniejącego oprogramowania Zamawiającego
aktualnie wykorzystującego rozwiązanie produkcji KIR (apletu i biblioteki SDK).
Komponenty równoważne muszą posiadać następujące cechy funkcjonalne:
 udostępniać API i sposób osadzenia w przeglądarkach zgodny z dotychczasowym
rozwiązaniem Zamawiającego;
 udostępniać funkcjonalność składania i weryfikowania zwykłego i bezpiecznego podpisu
elektronicznego - XAdES (w wariantach XAdES-BES, XAdES-T, XAdES-C) oraz
PKCS#7 (z możliwością znakowania czasem) oraz znakowania czasem;
 udostępniać możliwość składania wielokrotnego podpisu PKCS#7 oraz kontrasygnaty
XAdES;
 umożliwić wbudowanie funkcjonalności podpisu elektronicznego w aplikacje i systemy
wykorzystujące do komunikacji z użytkownikiem interfejs przeglądarki WWW;
 komponenty programistyczne powinny cechować się następującymi właściwościami:
o
o
Sposób konfigurowania oraz uruchamiania komponentów, wykluczający możliwość
dokonywania przez użytkownika niepożądanych zmian w konfiguracji komponentów.
Konfiguracja komponentu określana jest na etapie inicjalizacji komponentu przy
użyciu struktury XML o zdefiniowanej budowie.
Unikalne, wysokopoziomowe API o bardzo dużych możliwościach parametryzacji.
Zlecenie wykonania zadań zarówno składania, jak i weryfikacji podpisu
elektronicznego (oraz znakowania czasem) odbywa się poprzez przekazanie do
komponentu struktury XML, w ramach której:
 zdefiniowane są zadania składania lub weryfikacji podpisu,
 przypisane są tym zadaniom właściwości (format e-podpisu, opcje znakowania
czasem itp.),
Strona 2 z 3
 wskazane są obiekty danych, które mają być podpisane elektronicznie lub epodpisy, które należy zweryfikować,
 wsparcie producenta na okres 12 miesięcy.
Ponadto zastosowanie rozwiązania równoważnego nie może ograniczyć funkcjonalności
posiadanego systemu przez Zamawiającego i nie może powodować konieczności
ponoszenia dodatkowych kosztów dla Zamawiającego.
W przypadku zaoferowania w ofercie rozwiązań równoważnych, Wykonawca do oferty
zobowiązany jest załączyć dokładny opis oferowanych produktów równoważnych,
z wyszczególnieniem właściwości technicznych i użytkowych, z którego wynikać będzie
zachowanie warunków równoważności. Opisy te stanowią dokumenty, o których mowa w art.
25 ust. 1 pkt 2) ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (Dz. U. z
2004 r. Nr 19, poz. 177 z późn. zm.).
Zamawiający informuje, że zgodnie z art. 30 ust. 5 ww. ustawy, Wykonawca który powołuje
się na rozwiązania równoważne opisywanym przez Zamawiającego, jest obowiązany
wykazać, że oferowane przez niego dostawy spełniają wymagania określone przez
Zamawiającego.
Strona 3 z 3