opis przedmiotu zamówienia (opz)

Załącznik nr 1
OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ)
na rozbudowę Podsystemu Zintegrowanej Łączności SI WCPR, dla
umożliwienia przyjęcia i rejestracji zgłoszeń na numer alarmowy
999 oraz na potrzeby współpracy z zewnętrznym Systemem
Wspomagania Dowodzenia Państwowego Ratownictwa
Medycznego (SWD PRM)
1
Spis treści
1.
Cel zamówienia ......................................................................................................... 3
2.
Pojęcia i skróty ......................................................................................................... 3
3.
Przedmiot zamówienia .............................................................................................. 5
3.1.
Ogólne założenia PZŁ .......................................................................................... 5
4.
Wymagania szczegółowe .......................................................................................... 5
4.1.
Wymagania funkcjonalne PZŁ ............................................................................. 5
4.2.
Wymagania pozafunkcjonalne ............................................................................ 6
4.3.
System rejestracji rozmów jako funkcjonalność systemu zintegrowanej
łączności – minimalne wymagania funkcjonalne .............................................................. 8
4.4.
Wymagania w zakresie dokumentacji ................................................................ 10
4.5.
Wymagania w zakresie zgodności PZŁ z przepisami prawa ............................... 11
4.6.
Wymagania w zakresie gwarancji ...................................................................... 11
4.7.
Wymagania w zakresie zarządzania projektem ................................................. 13
4.8.
Wymagania w zakresie uruchomienia PZŁ ......................................................... 14
1. Cel zamówienia
Przedsięwzięcie stanowi element projektu pn.: ”System Informatyczny Powiadamiania
Ratunkowego (SI PR)” którego realizacja podyktowana jest koniecznością wdrożenia jednolitych
w skali kraju narzędzi informatycznych wspierających realizację zadań i współdziałanie służb
ustawowo powołanych do przyjęcia i obsługi wywołań alarmowych.
Rezultatem rozbudowy PZŁ będzie:
1.
2.
3.
4.
możliwość obsługi zgłoszeń alarmowych obywateli polskich i cudzoziemców
przebywających na terytorium Rzeczpospolitej Polskiej na numer 999;
możliwość obsługi zgłoszeń alarmowych osób niepełnosprawnych na numer 999;
możliwość gromadzenia danych i zapewnienie przepływu informacji niezbędnej do
zarządzania zasobami ratowniczymi PRM;
zapewnienie warunków technicznych do współdziałania służb, przekierowywania zgłoszeń
alarmowych do właściwych merytorycznie i miejscowo służb oraz wymiany informacji
w ramach całego systemu obsługi zgłoszeń alarmowych;
2. Pojęcia i skróty
Dla potrzeb niniejszego opracowania przyjmuję się następujące definicje skrótów i pojęć:
Skrót/pojęcie
Definicja
Błąd Krytyczny
brak działania środowiska produkcyjnego , praca nie może być kontynuowana,
operacja krytyczna dla procesu biznesowego jest niemożliwa. Awarie Krytyczne mają
jedną lub więcej z poniższych cech:
a) Dane biznesowe zostały uszkodzone;
b) Funkcjonalność krytyczna („Funkcjonalność Krytyczna”) udokumentowana w
Projekcie Technicznym nie działa;
c) System w zakresie Funkcjonalności Krytycznych przerywa działania i nie daje się
uruchomić pomimo prób;
utrudnia działanie w środowisku produkcyjnym w zakresie Funkcjonalności
Krytycznej i uniemożliwia działanie w zakresie pozostałych funkcjonalności. W tym
kontekście „utrudnia” oznacza istnienie sposobu jego obejścia (co może mieć wpływ
na wygodę w użyciu lub wymagać procedur ręcznych). „Uniemożliwia” oznacza brak
możliwości znalezienia sposobu na jego obejście.
Wszelki błąd nie będący Błędem Krytycznym lub Błędem Niekrytycznym;
Centrum Powiadamiania Ratunkowego;
Błąd Niekrytyczny
Błąd Zwykły
CPR
Dokumentacja
projektowa
Wytworzone przez Wykonawcę zamówienia w ramach realizacji umowy i podlegające
zatwierdzeniu przez Zamawiającego, materiały w formie papierowej, jak również
informacje zapisane na innych nośnikach, w tym nośnikach elektronicznych;
Dyspozytor
Użytkownik Końcowy realizujący obsługę zgłoszeń/zdarzeń przyjętych od Operatora
w ramach SWD Policji/ SWD PSP/ SWD PRM;
Funkcjonalność
Krytyczna
Cechy funkcjonalne systemu uniemożliwiające realizację operacji krytycznych
z punktu widzenia przyjęcia i obsługi zgłoszeń alarmowych;
Oprogramowanie
Oprogramowanie Standardowe i Aplikacyjne;
Oprogramowanie
Standardowe
Oznacza oprogramowanie powszechnie dostępne, będące przedmiotem dostaw w
ramach realizacji przedmiotu zamówienia, na które producent udziela
Zamawiającemu i MAiC licencji na warunkach i zasadach określonych w Umowie oraz
umowach licencyjnych Oprogramowania Standardowego, dostarczane przez
Wykonawcę wraz licencją producenta oraz z dokumentacją i aktualizacjami
Oprogramowanie
Aplikacyjne
oznacza oprogramowanie i skrypty wraz z kompletnymi kodami źródłowymi
wytworzone i dostarczone przez Wykonawcę w ramach przedmiotu zamówienia,
wraz z dokumentacją i aktualizacjami, zgodnie z projektem technicznym, do których
Wykonawca przeniesie autorskie prawa majątkowe na Zamawiającego
str. 3 z 15
Skrót/pojęcie
Definicja
i MAiC na warunkach i zasadach określonych w Umowie.
Aplikacja
Aplikacja użytkownika Systemu Informatycznego Wojewódzkich Centrów
Powiadamiania Ratunkowego oraz aplikacja użytkownika Systemu Wspomagania
Dowodzenia Państwowego Ratownictwa Medycznego;
Ośrodek Krajowy
Centrum serwerowe w oparciu, o które będzie zbudowana architektura systemu SI
WCPR na poziomie centralnym;
Ośrodki Regionalne
Element architektury systemu SI WCPR stanowiący pośredniczącą warstwę serwerów
lokalnych zapewniający krytyczną funkcjonalność w zakresie przyjmowania zgłoszeń
oraz ich obsługi, na potrzeby podsystemów zintegrowanej łączności w obiektach
(ośrodki zostaną zlokalizowane w pomieszczeniach WCPR);
MAiC
Ministerstwo Administracji i Cyfryzacji wraz z organami i jednostkami
organizacyjnymi podległymi lub nadzorowanymi przez Ministra Administracji i
Cyfryzacji;
PRM
Państwowe Ratownictwo Medyczne;
SWD
System Wspomagania Dowodzenia klasy dyspozytorskiej „czasu rzeczywistego”
wspomagającego w zakresie przyjęcia i obsługi wywołań alarmowych;
PZŁ
Podsystem Zintegrowanej Łączności ; Podsystem łączności telefonicznej i radiowej
zintegrowany z Aplikacją;
Podmiot ratowniczy
Podmiot, o którym mowa w Rozporządzeniu Ministra Spraw Wewnętrznych i
Administracji z dnia 31 lipca 2009 r. w sprawie organizacji i funkcjonowania centrów
powiadamiania ratunkowego oraz wojewódzkich centrów powiadamiania
ratunkowego;
SI WCPR
System Informatyczny Wojewódzkich Centrów Powiadamiania Ratunkowego wraz
z zainstalowanym oprogramowaniem standardowym, aplikacyjnym oraz
infrastrukturą sprzętową. Infrastruktura sprzętowa dzieli się na infrastrukturę
centralną (Ośrodek Krajowy), infrastrukturę regionalną (Ośrodki Regionalne), oraz
sprzęt teleinformatyczny;
SI PR
System Informatyczny Powiadamiania Ratunkowego;
Użytkownik końcowy
Użytkownik Operatora lub Dyspozytora lub Koordynatora, wykorzystujący Podsystem
Zintegrowanej Łączności;
WCPR
Wojewódzkie Centrum Powiadamiania Ratunkowego;
Modyfikacje
Oznacza wprowadzanie zmian w konfiguracji infrastruktury sprzętowej i
Oprogramowania w tym aktualizacja dokumentacji w wyniku zlecenia Modyfikacji
lub zlecenie Wykonawcy usług konsultacyjnych.
Wywołanie alarmowe przyjmowane przez Operatora w WCPR;
Zgłoszenie
Zdarzenie
Zgłoszenie zweryfikowane przez Operatora i przekazane do Dyspozytora celem obsługi w
SWD;
Zamawiający
Centrum Projektów Informatycznych;
Pozostałe pojęcia użyte w dokumencie należy rozumieć zgodnie z ich ogólnie przyjętym
znaczeniem.
str. 4 z 15
3. Przedmiot zamówienia
Przedmiotem zamówienia jest rozbudowa posiadanego przez Zamawiającego Podsystemu
Zintegrowanej Łączności SI WCPR, którego opis znajduje się w Załączniku nr 1, Przedmiot
zamówienia obejmuje:
1.
2.
3.
4.
5.
Opracowanie projektu technicznego PZŁ;
Rozbudowa Infrastruktury PZŁ SI WCPR niezbędnej do obsługi 250 konsol dyspozytorskich
przeznaczonych dla potrzeb systemu SWD PRM, umożliwiającego przyjęcie i rejestrację
Zgłoszeń na numer alarmowy 999, obsługi 65 niezależnych modułów automatycznego
rozdzielania wywołań (ACD), zapewnienia pełnej współpracy z systemem SWD PRM,
obejmującej:
a) Dostawę, instalację i konfigurację Infrastruktury sprzętowej w 17 lokalizacjach
wskazanych przez Zamawiającego
b) Dostawę Oprogramowania Standardowego lub Oprogramowania Aplikacyjnego
Opracowanie i dostarczenie dokumentacji powykonawczej PZŁ;
Świadczenie usługi serwisu gwarancyjnego t przez okres co najmniej 24 miesięcy;
Zapewnienie Modyfikacji powdrożeniowych w wymiarze 1000 roboczogodzin.
Wykonawca musi przeprowadzić w jednym etapie prace związane z rozbudową i
uruchomieniem Podsystemu Zintegrowanej Łączności. Całość prac musi zakończyć się w terminie
do 60 dni od daty podpisania umowy.
W ciągu 14 dni od daty podpisania umowy Wykonawca przygotuje Projekt Techniczny, który
podlegał będzie akceptacji przez Zamawiającego.
3.1. Ogólne założenia PZŁ
Podsystem ZINTEGROWANEJ ŁĄCZNOŚCI
Podsystem zapewnia zintegrowanie Aplikacji z systemami łączności telefonicznej i
radiotelefonicznej oraz umożliwia wysyłanie i odbiór komunikatów aplikacyjnych (komunikator)
pomiędzy użytkownikami SI WCPR i SWD PRM. W ramach tego podsystemu zostanie
zaimplementowany system rejestracji rozmów, rejestrujący połączenia głosowe kierowane na
numer alarmowy 999.
4.
Wymagania szczegółowe
4.1.
Wymagania funkcjonalne PZŁ
Kod
wymagania
Opis funkcjonalności
WF.01
Rejestracja Zgłoszeń alarmowych (zapis audio rozmowy telefonicznej
identyfikacja numeru zgłaszającego) kierowanych na numer alarmowy 999.
WF.02
Monitorowanie statusów obsługi wywołań alarmowych, w podziale na co najmniej:
a. Oczekujące,
b. Obsługiwane,
c. Zakończone.
WF.03
Rejestracja czasu obsługi Zgłoszenia alarmowego:
a. Oczekiwania na przyjęcie Zgłoszenia,
b. czas od zainicjowania połączenia do momentu odebrania połączenia,
c. Przyjęcie Zgłoszenia,
str. 5 z 15
oraz
Kod
wymagania
Opis funkcjonalności
WF.04
Przekazanie połączenia alarmowego do innego Operatora lub Dyspozytora PRM.
WF.05
Automatyczne przydzielenie połączeń alarmowych wg
w ramach określonej grupy stanowisk dyspozytorskich.
WF.06
Obsługa IVR (odgrywanie zapowiedzi słownych, przyjmowanie komend metodą
tonową, przyjmowanie danych z klawiatury telefonu metodą tonową) wraz z
przygotowaniem oraz wgraniem stosownej zapowiedzi. Przygotowana zapowiedź
podlega wcześniejszej akceptacji Zamawiającego.
WF.07
Zestawianie połączeń alarmowych z innymi Dyspozytorami PRM (np. posługującymi
się danym językiem obcym).
WF.08
Dostęp Operatorów i Dyspozytorów do uprzednio zarejestrowanych w ramach
WCPR Zgłoszeń/Zdarzeń (nagrania audio, arkusz przyjęcia Zgłoszenia), z
uwzględnieniem
uprawnień
wynikających
z
lokalizacji,
przynależności
organizacyjnej i pełnionej roli.
WF.09
Odsłuch zapisanych rozmów z funkcją: przewijania, pauza, stop.
WF.10
Przeszukiwanie rozmów w oparciu o zadany: okres czasu, identyfikator, „znacznik”.
WF.11
Podgląd kolejki oczekujących połączeń i możliwość wyboru połączenia poza
kolejnością.
WF.12
Definiowanie czasu, po przekroczeniu którego następuje przekierowanie połączenia
oczekującego do innego Dyspozytora PRM (innej Lokalizacji).
WF.13
Dostęp do książki telefonicznej abonentów, listy konferencyjnej, bazy komunikatów
dla obszaru obsługiwanego przez dany WCPR i PRM.
WF.14
Możliwość zestawienia połączenia
(Dyspozytorem właściwej służby).
d. Całkowity czas.
4.2.
telekonferencyjnego
zdefiniowanych
z
właściwą
reguł
służbą
Wymagania pozafunkcjonalne
Wymagania ogólne
Kod
wymagania
Opis funkcjonalności
NFO.01
Jednolity technologicznie sposób rejestracji wywołań alarmowych na numer 999, w
skali kraju.
NFO.02
Możliwość korzystania z szerokiego pakietu usług dostępnych w technologii VoIP –
konkretne usługi zostaną określone na etapie projektu technicznego i będą
podlegały akceptacji Zamawiającego. Zamawiający oczekuje, iż Wykonawca
określając rozwiązanie konstrukcyjne dla potrzeb implementacji poszczególnych
funkcjonalności w pierwszej kolejności rozważy możliwość wykorzystania do tego
celu usług w technologii VoIP
NFO.03
Komunikacja pomiędzy lokalizacjami Użytkowników Końcowych oraz Ośrodkami
Krajowymi będzie realizowana poprzez infrastrukturę sieci OST 112.
NF0.04
Zapewnienie architektury rozwiązania zapewniającej niezawodność systemu na
wymaganym poziomie SLA opisanym szczegółowo w wymaganiu NFD.01.
NFO.05
PZŁ musi zapewniać obsługę standardowych sygnalizacji telekomunikacyjnych, co
str. 6 z 15
Kod
wymagania
Opis funkcjonalności
najmniej CAS, QSIG, ATS QSIG, DSS1, SS7, CAS/R2 MCF, ASS, FXO, FXS, E&M,
SIP, H.323.
NFO.06
Dostarczona infrastruktura sprzętowa nie może być wytworzona wcześniej niż pół
roku przed planowaną dostawą i kompatybilna z aktualnie posiadaną przez
Zamawiającego infrastrukturą techniczną.
NFO.07
PZŁ musi korzystać z posiadanych przez Zamawiającego łączy do Operatorów
zewnętrznych bez utraty obecnych funkcjonalności min. obsługi numeru
alarmowego 112 oraz systemu SI WCPR.
NFO.08
Zapewnienie Modyfikacji powdrożeniowych w wymiarze 1000 roboczogodzin od
dnia podpisania protokołu odbioru końcowego do wyczerpania przyjętego limitu
roboczogodzin jednak nie później niż do 31.12.2014 r.
Wymagania w zakresie oznakowania urządzeń i dokumentacji
Kod
wymagania
Opis funkcjonalności
WOZN.01
Wykonawca zobowiązany jest do:
 Oznakowania dokumentacji, którą wytworzy w ramach realizowanej
umowy (przygotowane szablony zostaną przedstawione do akceptacji
Zamawiającego);
 Oznakowania sprzętu zakupionego oraz dostarczanego w ramach
realizowanej umowy. Przez oznakowanie rozumie się: przygotowanie
projektu graficznego naklejki do akceptacji Zamawiającego, jej produkcję
lub zakup, oraz fizyczne oznakowanie sprzętu.
Wytyczne dotyczące oznakowania dokumentacji oraz oznaczeń infrastruktury
dostarczanej w ramach realizowanej umowy muszą być zgodne z „Przewodnikiem
w zakresie promocji projektów finansowanych w ramach Programu Operacyjnego
Innowacyjna
Gospodarka,
2007-2013
dla
beneficjentów
i
instytucji
zaangażowanych we wdrażanie programu”.
Dostępność
Modernizacja istniejącego PZŁ musi zapewnić dostępność zgodnie z poniższymi wymaganiami:
Kod
wymagania
Opis funkcjonalności
NFD.01
Zaimplementowanie mechanizmów umożliwiających zapewnienie dostępności
usług PZŁ wykorzystywanych do obsługi Zgłoszeń i Zdarzeń liczonej
w okresach miesięcznych indywidualnie dla każdego ośrodka: :
a) dla Ośrodka Krajowego SLA na poziomie 99,99% (niedostępność
miesięczna 4,38 min. / ośrodek),
b) dla każdego Ośrodka Regionalnego SLA na poziomie 99% (niedostępność
miesięczna 7,3h / WCPR)
SLA ośrodka liczone jest jako suma czasu trwania niedostępności PZŁ
spowodowanej Błędami Krytycznymi, przy czym okna serwisowe związane
z konserwacją/rekonfiguracją PZŁ nie podlegają uwzględnianiu w obliczeniu SLA
str. 7 z 15
Kod
wymagania
Opis funkcjonalności
(termin i zakres prac realizowanych w ramach okna serwisowego wymaga
uzyskania przez Wykonawcę uprzedniej akceptacji Zamawiającego).
4.3.
System rejestracji rozmów jako funkcjonalność systemu zintegrowanej
łączności – minimalne wymagania funkcjonalne
Kod
wymagania
Opis funkcjonalności
SRR.01
System rejestracji rozmów musi umożliwiać rejestrację treści rozmów telefonicznych
w postaci zapisu cyfrowego.
SRR.02
System rejestracji rozmów powinien umożliwiać rejestrację wszystkich rozmów
obsługiwanych przez serwer komunikacyjny oraz rejestrację rozmów wybranej grupy
abonentów.
SRR.03
System rejestracji rozmów powinien umożliwiać rejestrację rozmowy dowolnego
abonenta oraz zdalny wybór abonenta nagrywanego ze stanowiska nadzoru, bez
konieczności fizycznego krosowania na przełącznicy.
SRR.04
System rejestracji rozmów musi umożliwiać rejestrację rozmowy z portów nie
przechodzących przez centralę (analogowe łącza miejskie i ISDN BRA).
SRR.05
System rejestracji rozmów musi zapewniać ochronę danych oraz kontrolę dostępu
do zapisanych informacji na podstawie systemu haseł i klas uprawnień.
SRR.06
System rejestracji rozmów powinien umożliwiać kontrolny odczyt danych (przez
autoryzowanych użytkowników) w celu sprawdzenia stanu rejestracji.
SRR.07
Łączny czas nagrań na wewnętrznym dysku rejestratora bez „nadpisywania” nie
powinien być krótszy niż 48 godzin.
SRR.08
System rejestracji rozmów musi umożliwiać wykonanie kopii wybranych przez
uprawnionego operatora fragmentów zapisu w postaci pliku audio w formacie .wav,
oraz jeden z wymienionych: pcm lub.mp3.
SRR.9
System
rejestracji rozmów musi zapewniać archiwizację i odsłuch zapisanych
danych, na co najmniej 3 wskazanych komputerach PC pracującym w sieci LAN,
WAN.
SRR.10
System rejestracji rozmów powinien umożliwiać odsłuch rozmów poprzez sieć LAN
z użyciem dedykowanej aplikacji.
SRR.11
System rejestracji rozmów musi umożliwiać administrowanie oraz zdalny nadzór
poprzez sieć LAN/WAN.
SRR.12
System rejestracji rozmów powinien opatrywać nagrania głosowe dodatkowymi
informacjami tj.:
1.
numer abonenta dzwoniącego (w ruchu przychodzącym),
2.
numer wewnętrzny,
3.
numer wybrany,
4.
data i godzina/minuta/sekunda połączenia,
5.
czas trwania połączenia,
6.
kierunek rozmowy,
7.
numer linii (kanał),
SRR.13
System
rejestracji rozmów musi umożliwić wyszukiwanie nagrań co najmniej
str. 8 z 15
według następujących kryteriów:
1.
data i czas nagrania,
2.
numer linii (kanał),
3.
numer dzwoniący,
4.
numer wewnętrzny,
5.
kierunek połączenia.
SRR.14
Musi zostać zapewniony brak bezpośredniego dostępu do sytemu plików dla systemu
rejestracji rozmów (rejestratora).
SRR.15
Musi być możliwy odsłuch rozmowy niezależnie od jej rejestracji w danym
momencie.
SRR.16
System
rejestracji rozmów musi
z poziomu uprawnień administratora.
SRR.17
System rejestracji rozmów musi umożliwiać elastyczną rozbudowę, zwiększenie
liczby rejestrowanych kanałów.
SRR.18
System rejestracji rozmów musi zapewniać możliwość natychmiastowego
raportowania o błędach lub awariach urządzeń wchodzących w skład systemu.
SRR.19
W przypadku przerwy w zasilaniu system
rejestracji rozmów po odzyskaniu
zasilania musi samodzielnie powrócić do normalnej bezobsługowej pracy.
SRR.20
System rejestracji rozmów powinien zostać dostarczony w obudowie umożliwiającej
montaż w szafie przemysłowej 19”.
SRR.21
System rejestracji rozmów powinien być zasilany ze źródła gwarantowanego przez
zasilacze (siłownię) centrali.
SRR.22
Zamawiający wymaga, żeby funkcje odtwarzania i przeszukiwania zarejestrowanego
materiału dokonywane były centralnie (na poziomie systemu krajowego) oraz na
poziomie systemu lokalnego (WCPR i PRM)
SRR.23
Wymagana liczba kanałów podlegająca rejestracji w każdej lokalizacji: dla łączy
analogowych min. 30 kanałów, dla łączy cyfrowych min. 30 kanałów, dla łączy VoIP
min 64 kanały. Wszystkie te kanały powinny być rejestrowane równocześnie.
SRR.24
Odtwarzanie zarejestrowanego materiału z poziomu konsoli dyspozytorskiej
(serwera komunikacyjnego) dla Zgłoszeń/Zdarzeń zarejestrowanych w przeciągu
ostatnich 48 godzin.
SRR.25
System rejestracji rozmów musi umożliwiać archiwizację nagrań pochodzących
z różnych lokalizacji w jednym miejscu z wykorzystaniem sieci LAN/WAN.
SRR.26
System rejestracji rozmów musi umożliwić automatyczną i ręczną archiwizację
nagrań na zewnętrznym serwerze nagrań. Dostęp do serwera poprzez sieć Ethernet.
SRR.27
Wykonawca rozbuduje aktualny system archiwizacji danych posiadany przez
Zamawiającego lub dostarczy i zainstaluje we wskazanej przez Zamawiającego
lokalizacji nowy system archiwizacji danych. System musi umożliwiać
przechowywanie Zgłoszeń/Zdarzeń przez okres 24 miesięcy przy założeniu:

1 mln Zgłoszeń rocznie (z możliwością rozbudowy do 3 mln rocznie)

średni czas trwania rozmowy 8 min.
System musi spełniać następujące cechy:

ochrona przed niepowołanym dostępem

niemodyfikowalność

możliwość agregacji i centralnej archiwizacji

dostęp do rejestracji zagregowanych dla osób uprawnionych
str. 9 z 15
uniemożliwiać
kasowanie
plików
również
4.4.
Wymagania w zakresie dokumentacji
Kod
wymagania
Opis funkcjonalności
DOC.01
Zamawiający wymaga, aby Wykonawca przygotował, zgodnie z ogólnie
akceptowalnymi standardami w dziedzinie dokumentowania, następujące rodzaje
dokumentacji bezpośrednio związanej z przedmiotem zamówienia:
DOC.01.1
Projekt techniczny zawierający, co najmniej następujące informacje:
 Szczegółową specyfikację wymagań dla PZŁ,
 Diagram kontekstowy realizacji przedmiotu zamówienia,
 Procesy kierujące realizacją przedmiotu zamówienia
 Struktura i zawartość planów realizacji przedmiotu zamówienia,
 Techniki zarządzania realizacją przedmiotu zamówienia,
DOC.01.2
Dokumentację powykonawczą, zawierającą co najmniej następujące informacje:
 Wprowadzenie opisujące cele i zakres przedmiotu zamówienia,
 Diagram kontekstowy zaproponowanego rozwiązania i model zachowania,
 Ograniczenia rozwiązania, założenia i zależności,
 Opis wymagań funkcjonalnych i niefunkcjonalnych PZŁ,
 Specyfikację wymagań funkcjonalnych,
 Specyfikację wymagań niefunkcjonalnych,
 Opis wymagań sprzętowych i programowych,
 Specyfikację wymagań sprzętowych,
 Specyfikację wymagań programowych,
 Opis i specyfikację interfejsów,
 Program przebiegu testów akceptacyjnych i sposób oszacowania niezawodności
zaproponowanego rozwiązania, w tym propozycję raportów z testów,
 Zaktualizowaną instrukcję użytkownika,
 Zaktualizowaną dokumentację użytkową PZŁ
DOC.02
Zamawiający wymaga, aby wszystkie dokumenty tworzone w ramach realizacji
przedsięwzięcia charakteryzowały się wysoką jakością, na którą będą miały wpływ,
takie czynniki jak:
 Struktura dokumentu, rozumiana jako podział danego dokumentu na rozdziały,
podrozdziały i sekcje, w czytelny i zrozumiały sposób.
 Zachowanie standardów, w tym notacji UML, a także sposób pisania,
rozumianych jako zachowanie spójnej struktury, formy i sposobu pisania dla
poszczególnych dokumentów oraz fragmentów tego samego dokumentu
 Kompletność dokumentu, rozumiana jako pełne, bez wyraźnych, ewidentnych
braków przedstawienie omawianego problemu obejmujące całość z danego
zakresu rozpatrywanego zagadnienia.
 Spójność i niesprzeczność dokumentu, rozumianych jako zapewnienie
wzajemnej zgodności pomiędzy wszystkimi rodzajami informacji umieszczonymi
w dokumencie, jak i brak logicznych sprzeczności pomiędzy informacjami
zawartymi we wszystkich przekazanych dokumentach oraz we fragmentach tego
samego dokumentu.
DOC.03
Zamawiający wymaga, aby cała dokumentacja, o której mowa powyżej, podlegała
str. 10 z 15
Kod
wymagania
Opis funkcjonalności
jego akceptacji, a także, aby została dostarczona w języku polskim, w wersji
elektronicznej w niezabezpieczonym/edytowalnym formacie Word i PDF (na płycie
CD-ROM lub innym równoważnym nośniku danych) i drukowanej, co najmniej
w 3 egzemplarzach (dopuszcza się inne formaty zapisu dokumentacji np. diagramy
UML lub formaty wektorowe jak DWG,. DXF, należy jednak dołączyć przeglądarkę
obsługującą wykorzystane formaty). Diagramy UML sporządzone za pomocą
narzędzi CASE powinny być dostarczone w formacie EAP. Dostarczone wykresy
Gantta powinny być dostarczone w formacie MPP lub w formacie XLS
umożliwiającym import do MS Project.
4.5.
Kod
wymagania
Wymagania w zakresie zgodności PZŁ z przepisami prawa
Opis wymagania
PR.01
PZŁ musi być zgodny z niżej wymienionymi aktami prawnym:
4.6.

Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie
Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów
publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych
wymagań dla systemów teleinformatycznych (Dz. U. z 2012 r., poz. 526);

Ustawa o ochronie danych osobowych z dnia 29.08.1997 roku;

Ustawa o informatyzacji działalności podmiotów realizujących zadania
publiczne z dnia 17.02.2005 roku;

Ustawa z dnia 24 sierpnia 1991 r. o ochronie przeciwpożarowej (Dz. U.
z 2009 r. Nr 178, poz. 1380);

Ustawa z dnia 18 kwietnia 2002 r. o stanie klęski żywiołowej (Dz. U. z 2002
r. Nr 62, poz. 558, z późn. zm.);

Ustawa z dnia 16 lipca 2004 r. - Prawo telekomunikacyjne (Dz. U. z 2004 r.
Nr 171, poz. 1800, z późn. zm.);

Ustawa z dnia 8 września 2006 r. o Państwowym Ratownictwie Medycznym
(Dz. U. z 2006 r. Nr 191, poz. 1410, z późn. zm.);

Ustawa z dnia 26 kwietnia 2007 r. o zarządzaniu kryzysowym (Dz. U.
z 2007 r. Nr 89, poz. 590 z późn. zm.);

Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 31
lipca 2009 r. w sprawie organizacji i funkcjonowania centrów powiadamiania
ratunkowego i wojewódzkich centrów powiadamiania ratunkowego (Dz. U.
z 2009 r. Nr 130, poz. 1073);

Dyrektywa 2002/22/WE Parlamentu Europejskiego i Rady z dnia 7 marca
2002 r. w sprawie usługi powszechnej i związanych z sieciami i usługami
łączności elektronicznej praw użytkowych.
Wymagania w zakresie gwarancji
str. 11 z 15
Kod
wymagania
Opis wymagania
WG.01
Gwarancja na dostarczone elementy infrastruktury sprzętowej i oprogramowanie
biegnie od daty podpisania przez Zamawiającego Protokołu Odbioru Końcowego.
W przypadku jeżeli świadczenie gwarancyjne polegać będzie na wymianie
wadliwego elementu lub oprogramowania na wolne od wad, okres gwarancji dla
tego elementu (oprogramowania) biegł będzie na nowo od daty protokołu
stwierdzającego tą wymianę.
WG.02
Wymagany tryb zgłaszania awarii w trybie 24/7. Zgłoszenie następuje w drodze
pisemnej faksem lub mailem na adres podany przez Wykonawcę:
fax pod numer ..........................................
mail na adres ..........................................
WG.03
Wykonawca dokona usunięcia Błędu Niekrytycznego w terminie nie dłuższym niż
24 godzin od momentu zgłoszenia Błędu Niekrytycznego (usunięcie Błędu
Niekrytycznego rozumiane jest jako przywrócenie funkcjonalności sprzed Błędu
Niekrytycznego).
WG.04
Wykonawca dokona usunięcia Błędu Zwykłego w terminie nie dłuższym niż 72
godzin od momentu zgłoszenia Błędu Zwykłego (usunięcie Błędu Zwykłego
rozumiane jest jako przywrócenie funkcjonalności sprzed Błędu Zwykłego).
WG.05
Przez usunięcie każdej Błędu rozumie się rozwiązanie problemu lub
zaproponowanie procedury obejścia pozwalającej na funkcjonowanie PZŁ bez
rozwiązania problemu.
Wykonawca zobowiązany jest do zawarcia umowy ubezpieczeniowej w zakresie
kradzieży, zniszczenia lub fizycznego uszkodzenia dostarczanych w ramach
Umowy elementówPZŁ w Lokalizacjach, obejmującej każdorazowo okres od dnia
podpisania Protokołu Odbioru Ilościowego dotyczącego danej Lokalizacji do dnia
podpisania Protokołu Odbioru Końcowego, w tym bez uwag i zastrzeżeń ze strony
Zamawiającego (w kwocie odpowiadającej wartości elementów PZŁ z dnia
podpisania Protokołu Odbioru Ilościowego dotyczącego danej Lokalizacji). Od dnia
dokonania płatności za elementy PZŁ warunki umowy ubezpieczeniowej muszą
jednoznacznie wskazywać Zamawiającego jako beneficjenta wypłaty świadczeń z
jej tytułu. Wykonawca jest odpowiedzialny za wypełnienie warunków określonych
w
umowie
ubezpieczeniowej,
w
szczególności
dotyczących
warunków
przechowywania i transportowania elementów PZŁ.
WG.06
WG.07
Wykonawca dokona naprawy (lub wymiany elementu) w lokalizacji wskazanej
przez Zamawiającego; w przypadku konieczności dokonania naprawy poza
lokalizacją Zamawiającego, Wykonawca pokryje koszty transportu i ewentualnego
ubezpieczenia przedmiotu zamówienia do miejsca naprawy oraz jego zwrotu do
lokalizacji wskazanej przez Zamawiającego.
WG.08
Zamawiający dopuszcza realizację świadczenia gwarancyjnego w ten sposób, że
na podstawie informacji diagnostycznych przekazanych przez Zamawiającego
Wykonawcy podczas zgłoszenia awarii, Wykonawca prześle na swój koszt
zamiennik uszkodzonego elementu, natomiast fizycznej wymiany uszkodzonego
elementu dokona odpowiednio przeszkolony przez Wykonawcę pracownik
Zamawiającego, czyniąc to na ryzyko Wykonawcy. Jednakże taki tryb realizacji
naprawy nie zwalnia Wykonawcy z obowiązku zapewnienia przywrócenia
pierwotnego stanu pracy systemu. Jeżeli dla dotrzymania założonego terminu
naprawy systemu konieczne jest dokonanie naprawy w siedzibie Zamawiającego,
Wykonawca jest zobowiązany do samodzielnego dokonania naprawy urządzenia
str. 12 z 15
Kod
wymagania
Opis wymagania
w siedzibie Zamawiającego.
WG.09
Gwarancja obejmuje również wykonanie przez Wykonawcę wszelkich czynności
związanych z przywróceniem pierwotnego stanu pracy (sprzed wystąpienia Błędu)
oraz pokrycie przez Wykonawcę kosztów części zamiennych użytych do
przywrócenia PZŁ do stanu pierwotnego (sprzed wystąpienia Błędu).
WG.10
W okresie gwarancji Wykonawca w ramach otrzymanego wynagrodzenia
udostępni Zamawiającemu możliwość wielokrotnego uaktualniania całego
dostarczonego
oprogramowania
standardowego
do
najnowszych
wersji
oferowanych przez producenta oprogramowania (włączając tzw. firmware),
a także dostęp do usług wsparcia technicznego producenta dostarczonego sprzętu
i Oprogramowania. W przypadku, gdy dostęp taki wymaga podania nazwy
użytkownika, hasła lub numeru seryjnego Wykonawca dostarczy Zamawiającemu
ww. przed podpisaniem protokołu zdawczo-odbiorczego.
WG.11
Zamawiający zastrzega sobie prawo do dodawania nowych komponentów
dowolnych
producentów
oraz
wymiany
zainstalowanych
komponentów
samodzielnie lub z pomocą Wykonawcy bez utraty gwarancji na zakupiony sprzęt.
Zamawiający będzie dokonywał wymiany podzespołów samodzielnie po
wcześniejszym uzgodnieniu z Wykonawcą. Jeżeli Wykonawca nie udzieli zgody na
samodzielną wymianę lub dodanie podzespołów przez Zamawiającego, wówczas
jest zobowiązany sam dokonać takiej wymiany lub dodania komponentów
w terminie 3 dni od zgłoszenia żądania przez Zamawiającego w ramach
wynagrodzenia otrzymanego za wykonanie umowy.
4.7.
Kod
wymagania
WZP.1
Wymagania w zakresie zarządzania projektem
Opis wymagania
Wymaga się od Wykonawcy aby:

organizacja przedsięwzięcia związanego z przedmiotem zamówienia,

procesy kierujące przedsięwzięciem,

struktura i zawartość planów projektu,

techniki zarządzania projektem,

zestaw elementów sterujących zarządzaniem i jakością, w tym cała
tworzona dokumentacja,

procesy wdrożenia (obejmujące plan ciągłości działania ze szczególnym
uwzględnieniem tworzenia backupu i planu odtworzeniowego systemu
PZŁ)
zostały oparte o ogólnie znaną metodykę projektową lub własną uwzględniającą
konkretne techniki, narzędzia i notacje, a także zapewniającą osiągnięcie
zamierzonych celów jakościowych przy jednoczesnej minimalizacji możliwości
niepowodzenia przedsięwzięcia.
str. 13 z 15
WZP.2
W przypadku wykorzystywania przez Wykonawcę własnej metodyki zarządzania
przedsięwzięciem, wymaga się, aby uwzględniała ona co najmniej następujące
elementy:

sposób zarządzania projektem, w tym proces kontroli postępu prac
w zakresie kosztów, pracochłonności i zgodności z harmonogramem,
a także częstotliwości punktów kontrolnych, raportowanie o postępach
w realizacji projektu oraz sposób zarządzania problemami w realizacji
projektu,

proces przygotowania planu realizacji przedsięwzięcia, w tym planu
zapewnienia jakości przedsięwzięcia

analizę ryzyka przed rozpoczęciem projektu i zarządzanie ryzykiem
w trakcie jego realizacji,

sposób zarządzania konfiguracją, w tym identyfikacja elementów
konfiguracji, kontrola wersji, informowanie o zmianach,

sposób zarządzania zmianami, w tym rodzaje modyfikacji (poprawki,
aktualizacje, rozbudowa, udoskonalenia) oraz procedury kontroli zmian.
4.8.
Wymagania w zakresie uruchomienia PZŁ
Kod
wymagania
Opis wymagania
WDRU.01
Wykonawca dokona instalacji i konfiguracji infrastruktury PZŁ zgodnie z projektem
technicznym.
WDRU.02
Usługi konfiguracyjne muszą obejmować w szczególności:
- Konfigurację Urządzeń oraz Oprogramowania zgodnie z Projektem Technicznym,
WDRU.03
Usługi wdrożeniowe muszą obejmować w szczególności:
- Uruchomienie produkcyjne Podsystemu Zintegrowanej Łączności. W przypadku
dostarczenia nowych elementów PZŁ, integracja z obecnym PZŁ leży po stronie
Wykonawcy w szczególności zapewnienie niezbędnych połączeń, urządzeń
aktywnych sieci LAN i ich konfigurację,
- Zapewnienie kompatybilności z obecnie działającym systemem SI WCPR, w
szczególności z oprogramowaniem użytkowym konsol dyspozytorskich
zintegrowanych z PZŁ
- Prowadzone prace wdrożeniowe nie mogą zaburzyć ciągłości pracy obecnego
systemu i muszą być prowadzone w zaakceptowanych przez Zamawiającego
oknach serwisowych
- Przekazania rozwiązania produkcyjnego Zamawiającemu,
- Wykonanie dokumentacji powykonawczej zawierającej szczegółowy opis
wdrożonego rozwiązania oraz zmian w dokumentacji projektowej uwzględniającej
poprawki naniesione w trakcie wdrożeniowa.
WDRU.05
W ramach realizacji umowy przeprowadzone zostaną odbiory ilościowe. Całość prac
będzie podlegała procedurze odbioru końcowego. W ramach procedury odbioru
końcowego przeprowadzone zostaną testy akceptacyjne.
str. 14 z 15
WDRU.06
Testy akceptacyjne muszą zostać przeprowadzone zgodnie z procedurą określoną w
Planie Testów Akceptacyjnych, dokumencie opracowanym przez Wykonawcę
zgodnie z szablonem przekazanym przez Zamawiającego.
str. 15 z 15