PROJEKT OPISU PRZEDMIOTU ZAMÓWIENIA

S t r o n a 1 Załącznik nr 1 do Wniosku PROJEKT OPISU PRZEDMIOTU ZAMÓWIENIA Dostawa Urządzeń oraz Oprogramowania, wykonanie usługi instalacji, konfiguracji oraz uruchomienia pełnej funkcjonalności Systemu Operatora Numerów Alarmowych (SONA) a także dostawa Urządzeń i Oprogramowania, wykonanie usługi instalacji, konfiguracji w celu rozbudowy Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM).

S t r o n a 2 Spis treści 1 SŁOWNIKI I SKRÓTY... 3 2 CEL ZAMÓWIENIA... 6 3 PRZEDMIOT ZAMÓWIENIA... 7 4 AKTUALNE ŚRODOWISKO SI WCPR - informacje... 9 4.1 Wydajność SI WCPR... 9 4.2 Lista typów oprogramowania standardowego... 9 4.3 SWD PRM... 10 4.4 OST112... 10 4.5 Systemy Zewnętrzne... 11 5 PROJEKTOWANA ARCHITEKTURA ROZWIĄZANIA... 11 5.1 Wymagania minimalne dla redundancji POK i ZOK.... 13 5.2 Wymagania minimalne na Dodatkowe Funkcjonalności oraz rozbudowę SWD PRM 16 5.2.1 rozwiązanie tworzenia kopii bezpieczeństwa (tzw. backup) SONA i SWD PRM 16 5.2.2 zwiększenie wydajności SONA... 20 5.2.3 system archiwizacji SONA... 21 5.2.4 rozbudowa systemu archiwizacji SWD PRM... 21 5.2.5 System monitorowania SONA i SWD PRM... 22 5.2.6 Rozbudowa SONA o środowisko szkoleniowe (SZK SONA)... 25 5.2.7 Budowa oraz rozbudowa interfejsów do Systemów Zewnętrznych... 27 5.2.8 Rozbudowa SONA o środowisko pre-produkcyjne (PRE SONA)... 27 5.2.9 Rozbudowa SONA o środowisko developerskie (DEV SONA)... 28 6 WYMAGANIA DOTYCZĄCE USŁUGI INSTALACJI URZĄDZEŃ... 28 7 WYMAGANIA W ZAKRESIE PRODUKCYJNEGO URUCHOMIENIA SYSTEMU... 29 8 WYMAGANIA W ZAKRESIE WARSZTATÓW... 29 9 WYMAGANIA W ZAKRESIE DOKUMENTACJI... 30 10 WYMAGANIA W ZAKRESIE OZNAKOWANIA URZĄDZEŃ i DOKUMENTACJI... 34 11 WYMAGANIA W ZAKRESIE DOSTĘPNOŚCI... 34 12 WYMAGANIA W ZAKRESIE GWARANCJI... 34 13 WYMAGANIA W ZAKRESIE ZGODNOŚCI Z PRZEPISAMI PRAWA... 36 14 WYMAGANIA W ZAKRESIE ZARZĄDZANIA PROJEKTEM... 37 15 LISTA ZAŁĄCZNIKÓW... 38

S t r o n a 3 1 SŁOWNIKI 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 Błąd Niekrytyczny Oznacza brak działania środowiska Systemu, praca nie może być kontynuowana, operacja krytyczna dla procesu biznesowego jest niemożliwa. Błędy Krytyczne mają jedną lub więcej z poniższych cech: a) dane biznesowe zostały uszkodzone; b) 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, stosując procedury przygotowane przez Wykonawcę, tudzież procedury przygotowane przez Zamawiającego i zaakceptowanych przez Wykonawcę w trakcie okresu gwarancji ; Utrudnia działanie Systemu w środowisku produkcyjnym w zakresie Funkcjonalności Krytycznej i uniemożliwia działanie Systemu w zakresie pozostałych funkcjonalności. W tym kontekście utrudnia oznacza istnienie sposobu jego obejścia, stosując przygotowane przez Wykonawcę procedury tudzież procedury przygotowane przez Zamawiającego i zaakceptowanych przez Wykonawcę w trakcie okresu gwarancji (co może mieć wpływ na wygodę w użytkowaniu Systemu lub wymagać procedur ręcznych). Uniemożliwia oznacza brak możliwości jego obejścia; Błąd Zwykły Wszelki błąd nie będący Błędem Krytycznym lub Błędem CP SCPR Dodatkowe Funkcjonalności Niekrytycznym; Infrastruktura tworząca system o którym mowa w Rozporządzeniu Ministra SWiA z dn. 24 marca 2011 r. w sprawie centralnego punktu systemu centrów powiadamiania ratunkowego oraz punktów centralnych służb, dostarczana w ramach oddzielnego postępowania; Określone w pkt. 5.2 niniejszego dokumentu funkcjonalności do SI WCPR i rozbudowa SWD PRM, realizowane przez Urządzenia i Oprogramowanie dostarczane w ramach niniejszego zamówienia. W przypadku przebudowy POK (w tym infrastruktura SI WCPR, SWD PRM), także te funkcjonalności które podlegają przebudowie; Dokumentacja Wytworzone przez Wykonawcę w ramach realizacji umowy i Funkcjonalność Krytyczna GUGiK Incydent serwisowy 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, w szczególności Projekt Techniczny, plan wdrożenia Systemu, Plan Testów Akceptacyjnych (PTA), Plan Zarządzania Projektem, Dokumentacja Powykonawcza, Plan Wdrożenia, Procedury Eksploatacyjne, Raport Wdrożenia; Cechy funkcjonalne Systemu, uzupełniające dotychczasową infrastrukturę SI WCPR i SWD PRM o funkcjonalności, które nie występowały w dotychczasowym SI WCPR lub SWD PRM. W przypadku przebudowy POK (w tym infrastruktura SI WCPR, komponenty wspólne z SWD PRM), także te funkcjonalności które podlegają przebudowie; Główny Urząd Geodezji i Kartografii; Oznacza zgłoszenie do Wykonawcy przez Zamawiającego, bądź

S t r o n a 4 Skrót/pojęcie Lokalizacje Modyfikacja Nadzór Autorski Operator Oprogramowanie Oprogramowanie Standardowe Oprogramowanie Aplikacyjne OST 112 Ośrodek Krajowy Ośrodki Regionalne/OR Plan Testów Akceptacyjnych / PTA Definicja uprawniony do tego podmiot, wystąpienia błędu, błędu lub usterki SONA. Wykonawca zobowiązany jest do usuwania wszelkich błędów, błędu, usterek lub dostarczenia procedur obejścia, powodujących przywrócenia działania Systemu rozwiązania zgłoszenia; Oznacza wskazane przez Zamawiającego lokalizacje na terenie RP określone w Projekcie Technicznym, do których Wykonawca dostarczy wymagane przez Zamawiającego elementy Systemu będące przedmiotem niniejszego zamówienia; Oznacza wyższe wersje (update/upgrade) patche, programy korekcji błędów i inne zmiany funkcjonalne ponad określone w opisie Przedmiotu Umowy w odniesieniu do Oprogramowania Aplikacyjnego, wyższe wersje (update/upgrade) patche i programy korekcji błędów w odniesieniu do Oprogramowania Standardowego, do których wykonania i dostarczenia wraz z odnoszącą się do tego dokumentacją zobowiązany jest Wykonawca oraz usługi polegające na wprowadzaniu przez Wykonawcę zmian w konfiguracji sprzętowej, Oprogramowaniu Standardowym PZŁ wykonywane w ramach zleceń zgodnie z oczekiwaniami Zamawiającego oraz Użytkowników końcowych lub zlecenia wykonania usług konsultacyjnych oraz zmian w Dokumentacji.; Czynności Wykonawcy wykonywane w ramach Zleceń polegające na doradztwie i konsultacjach technicznych, modyfikacji Oprogramowania Aplikacyjnego, usprawnieniach, rozbudowie, zmianach konfiguracji w Systemie,; Użytkownik pełniący rolę operatora, koordynatora albo dyspozytora realizujący funkcję przyjęcia i obsługi w wykorzystujący SI WCPR. Oprogramowanie Standardowe i Oprogramowanie Aplikacyjne; 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; 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 Systemu, do których Wykonawca przeniesie autorskie prawa majątkowe na Zamawiającego i MAiC na warunkach i zasadach określonych w Umowie Ogólnopolska Sieć Teleinformatyczna na potrzeby obsługi numeru alarmowego 112 ; POK lub ZOK; Element infrastruktury 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 są zlokalizowane w lokalizacjach WCPR); Dokument opracowany przez Wykonawcę podlegający akceptacji Zamawiającego, wytworzony na podstawie szablonu Planu Testów Akceptacyjnych (PTA), którego wzór stanowi Załącznik nr 1 do OPZ;

S t r o n a 5 Skrót/pojęcie Definicja PLI CBD Platforma Lokalizacyjno-Informacyjna z Centralną Bazą Danych, POK /Podstawowy Ośrodek Krajowy PRM Projekt Techniczny PZP (Plan Zarządzania Projektem) PZŁ SI PR dostarczona przez Urząd Komunikacji Elektronicznej; Centrum serwerowe w oparciu o które zbudowana została architektura systemu SI WCPR na poziomie centralnym. Jest to obecnie istniejąca infrastruktura SI WCPR wraz z aktualnie wykorzystywanym oprogramowaniem (w szczególności SI WCPR, PZŁ); Państwowe Ratownictwo Medyczne; Projekt techniczny Systemu, element Dokumentacji opisujący sposób wykonania, wdrożenia i właściwości uzupełnień funkcjonalności do poziomu SONA oraz rozbudowy SWD PRM. Szczegółowe wymagania dla Projektu Technicznego zostały określone w wymaganiu DOK.1.1; Element Dokumentacji definiujący organizację procesy, narzędzia i techniki dobrane w celu skutecznej i efektywnej realizacji przedmiotu Umowy, zawierający co najmniej szczegółowy opis zadań realizowanych w ramach Etapów, harmonogram, plan komunikacji, szczegółowe procedury zgłoszeń występowania wszelkich błędów i błędu oraz obsługi Incydentów serwisowych realizowanych w ramach serwisu gwarancyjnego; Podsystem Zintegrowanej Łączności, moduł komunikacyjny łączności telefonicznej i radiowej zintegrowany z aplikacją SI WCPR; System Informatyczny Powiadamiania Ratunkowego; SI WCPR Dostarczony w ramach oddzielnego postępowania System Informatyczny Wojewódzkich Centrów Powiadamiania Ratunkowego SK SONA SWD SWD PRM Systemy Zewnętrzne wraz z zainstalowanym oprogramowaniem standardowym, aplikacyjnym oraz infrastrukturą sprzętową. Infrastruktura sprzętowa dzieli się na infrastrukturę centralną (Podstawowy Ośrodek Krajowy), infrastrukturę regionalną (Ośrodki Regionalne), oraz sprzęt teleinformatyczny; Serwer Komunikacyjny, infrastruktura w ramach SI WCPR; System Operatora Numerów Alarmowych, w skład którego wejdzie istniejąca infrastruktura SI WCPR, Urządzenia i Oprogramowanie, Dodatkowe Funkcjonalności (bez rozbudowy SWD PRM) oraz POK i ZOK, a także zmiany dokonane przez Wykonawcę do SI WCPR, w tym architektura, Oprogramowanie, Urządzenia, spełniające co najmniej wymagania SI WCPR. System Wspomagania Dowodzenia klasy dyspozytorskiej czasu rzeczywistego wspomagającego obsługę zdarzeń, wykorzystywany Państwowe Ratownictwo Medyczne, Policję i Państwową Straż Pożarną, które są dostarczane w ramach oddzielnych postępowań; System Wspomagania Dowodzenia klasy dyspozytorskiej czasu rzeczywistego wspomagającego obsługę zdarzeń, wykorzystywany przez Państwowe Ratownictwo Medyczne, dostarczany w ramach oddzielnego postępowania; Systemy teleinformatyczne biorące udział w obsłudze Zgłoszeń, w tym m.in.: SWD, System LPR, NFZ, CSIOZ, GUGiK, PLI CBD, ecall. System SONA oraz rozbudowa SWD PRM wynikająca z niniejszego zamówienia; SZK WCPR Urządzenia Środowisko szkoleniowe SI WCPR; Sprzęt teleinformatyczny wraz z niezbędnym wyposażeniem, w tym również okablowanie strukturalne i szafy rackowe, będące

S t r o n a 6 Skrót/pojęcie Definicja przedmiotem niniejszego zamówienia; Użytkownik Użytkownik WCPR/CPR oraz SWD PRM ; WCPR Wykonawca/Dostawca Zamawiający Zlecenie Zgłoszenie ZOK /Zapasowy Ośrodek Krajowy Wojewódzkie Centrum Powiadamiania Ratunkowego, 17 lokalizacji w Polsce; Podmiot realizujący Przedmiot Zamówienia; Centrum Projektów Informatycznych; Oznacza zamówienie złożone przez Zamawiającego, będące podstawą realizacji przez Wykonawcę usługi Nadzoru Autorskiego; Wywołanie alarmowe przyjmowane przez Użytkownika; Centrum serwerowe, dostarczane w ramach niniejszego zamówienia, udostępniające funkcjonalność SONA (w tym redundancji). Pozostałe pojęcia użyte w dokumencie należy rozumieć zgodnie z ich ogólnie przyjętym znaczeniem. 2 CEL ZAMÓWIENIA Zadanie polega na doposażeniu sprzętowo-programowym istniejącej infrastruktury informatycznej Systemu Informatycznego Wojewódzkich Centrów Powiadamiania Ratunkowego (SI WCPR) celem uruchomienia w tym środowisku pełnej funkcjonalności Systemu Operatora Numerów Alarmowych (SONA), co najmniej do określonych w dokumencie Studium Wykonalności System Informatyczny Powiadamiania Ratunkowego, oraz doposażenia Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego. SONA powstanie w wyniku rozbudowy funkcjonalności wdrożonej architektury SI WCPR. 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. System ten stanowi główny element wyposażenia podmiotów ratowniczych funkcjonujących w ramach systemu powiadamiania ratunkowego, o których 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 i wojewódzkich centrów powiadamiania ratunkowego (Dz. U. z 2009 r. Nr 130, poz. 1073 z późn. zm.), oraz komórek organizacyjnych Policji. Przedmiotowe zamówienie finansowane jest w ramach 7. osi priorytetowej Programu Operacyjnego Innowacyjna Gospodarka (PO IG).

S t r o n a 7 3 PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest Dostawa Urządzeń oraz Oprogramowania, wykonanie usługi instalacji, konfiguracji oraz uruchomienia pełnej funkcjonalności Systemu Operatora Numerów Alarmowych (SONA) a także dostawa Urządzeń i Oprogramowania, wykonanie usługi instalacji, konfiguracji w celu rozbudowy Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM). Przedmiot zamówienia obejmuje: Etapy Etap 1 Przedmiot zamówienia 1) opracowanie i dostarczenie Zamawiającemu Projektu Technicznego Systemu; 2) przeniesienie na Zamawiającego i MAiC autorskich praw majątkowych do Dokumentacji wytworzonej w ramach etapu I Maksymalny czas przeznaczony do realizacji Etapu: 50 dni od dnia podpisania umowy, w tym 10 dni na odbiór Etapu 1 przez Zamawiającego. Etap 2 3) Dostawę do Lokalizacji infrastruktury Systemu: a) Urządzeń i Oprogramowania, b) Szaf rackowych oraz ich wyposażenia w ilości umożliwiającej przeprowadzenie poprawnej instalacji oraz uruchomienia Urządzeń, a także montażu przedmiotowych szaf; 4) instalację i konfigurację, zgodnie z Projektem Technicznym odebranym przez Zamawiającego, Urządzeń i Oprogramowania Systemu, wraz z ich uruchomieniem; 5) przeprowadzenie testów akceptacyjnych Systemu zgodnie z Planem Testów Akceptacyjnych; 6) Opracowanie i dostarczenie Zamawiającemu Planu Wdrożenia oraz Dokumentacji Eksploatacyjnej; 7) przeniesienie na Zamawiającego i MAiC autorskich praw majątkowych do Oprogramowania Aplikacyjnego i Dokumentacji wytworzonej w ramach etapu 2 oraz udzielenie Zamawiającemu i MAiC 130 dni od dnia podpisania umowy, w tym 30 dni na: zadanie nr 5 (20 dni), odbiór Etapu 2 przez Zamawiającego (10 dni).

S t r o n a 8 licencji do Oprogramowania wraz z prawem udzielania sublicencji; Etap 3 8) przeprowadzenie warsztatów w zakresie użytkowania i administrowania Systemu w świetle przeprowadzonych w ramach niniejszego zamówienia zmian; 9) przeprowadzenie wdrożenia produkcyjnego Systemu zgodnie z Projektem Technicznym oraz Planem Wdrożenia; 10) opracowanie i dostarczenie Zamawiającemu Raportu Wdrożenia; 11) przeprowadzenie, zgodnie z Projektem Technicznym i Planem Wdrożenia odebranym przez Zamawiającego, integracji Urządzeń i Oprogramowania z istniejącym środowiskiem SI WCPR; 12) Opracowanie i dostarczenie Zamawiającemu Dokumentacji powykonawczej; 13) przeniesienie na Zamawiającego i MAiC autorskich praw majątkowych w zakresie Dokumentacji wytworzonej w ramach etapu 3; 190 dni od dnia podpisania umowy (w tym 10 dni na odbiór Etapu 3 przez Zamawiającego) Nadzór Autorski 14) świadczenie od dnia zakończenia Etapu I do dnia 31 grudnia 2013 r. Nadzoru Autorskiego w wysokości 5000 roboczogodzin, w ramach którego Wykonawca wykonywał będzie prace związane z rozbudową oraz zmianą konfiguracyjną Systemu, w tym dokonywanie zmian Oprogramowania Aplikacyjnego lub Dokumentacji zgodnie z oczekiwaniami Zamawiającego oraz Użytkownika wraz przeniesieniem w ramach wynagrodzenia za poszczególne Zlecenia majątkowych praw autorskich do zmienionego Oprogramowania Aplikacyjnego lub zmienionej Dokumentacji; od dnia zakończenia Etapu 1 do dnia 31 grudnia 2013 r.

S t r o n a 9 Gwarancja 15) udzielenie gwarancji i świadczenia usługi serwisu gwarancyjnego dla Urządzeń oraz Oprogramowania, dostarczanych w ramach Etapu 2; od zakończenia Etapu 2 do dnia końca gwarancji ustalonej w umowie (co najmniej 24 miesiące). Zamawiający wyznacza od dnia podpisania umowy maksymalną łączną ilość 190 dni na potrzeby realizacji Etapu 1, 2 i 3 przedmiotu zamówienia. 4 AKTUALNE ŚRODOWISKO SI WCPR - informacje Szczegółowy opis architektury SI WCPR, podlegającej uzupełnieniom do poziomu SONA, znajduje się w dokumentacji stanowiącej Załącznik nr 1 do OPZ. 4.1 Wydajność SI WCPR Wydajność systemu SI WCPR przedstawiona została w następującym zestawieniu: Element Wartość Ilość zgłoszeń obsługiwana przez system w ciągu roku 5 000 000 Procent ilości zgłoszeń przyjmowanych za pośrednictwem FAX, SMS, e-mail 10% Ilość zgłoszeń przyjmowanych za pośrednictwem FAX, SMS, e-mail w ciągu 500 000 roku Wzrost ilości przyjmowanych zgłoszeń w szczycie w stosunku do średniej ilości 10 razy Maksymalna ilość obsługiwanych zgłoszeń w ciągu doby (10 razy więcej niż średnia ilość) 140 000 Ilość użytkowników pracujących jednocześnie w systemie 200 Rysunek 1 wydajność SI WCPR 4.2 Lista typów oprogramowania standardowego Typy oprogramowanie standardowego SI WCPR głównie obejmują: Systemy operacyjny Microsoft Windows Server 2008 R2 Enterprise 64bit wraz z komponentami składowymi, w tym komponentami niezbędnymi do stworzenia ActiveDirectory oraz PKI, Systemy operacyjny Suse Linux Enterprise Server 64bit, Systemy operacyjne CentOS Oprogramowania antywirusowe Symantec Endpoint Protection, Serwery baz danych Microsoft SQL Server 2008 R2 EE, Serwery baz danych Microsoft SQL Server 2008 Express,

S t r o n a 10 Systemy operacyjne z rodziny Microsoft Windows, Serwery baz danych Firebird, Serwer bazy danych EnterpriseDB (PostgreSQL), Kontenery Apache Tomcat, Serwery kolejek komunikatów ActiveMQ, Oprogramowania wirtualizacyjne VMware + vstorageapi, Serwery poczty elektronicznej Exim Serwery pocztowe z obsługą IMAP (Dovecop, UW IMAP, sendmail), Komunikatory Aplikacyjne WASKO CMax (serwer, klient), Klastrowe systemy plików tj. OCFS2, Oprogramowania sterujące pracą PZŁ w OR (oprogramowania wbudowane komponentów Serwera Komunikacyjnego, oprogramowanie konsoli dyspozytorskiej, aplikacja NetCRR Centrum, oprogramowanie taryfikacyjne, oprogramowanie serwera radiowego), Oprogramowania do synchronizacji nagrań rozmów SynchronDGT, Oprogramowania SZ-DGT zainstalowane w OK, Oprogramowania SUD (Moduł Statystyki Długości Kolejek) instalowane w OK, Biblioteki narzędziowe.net, Oprogramowania narzędziowe do zarządzania infrastrukturą techniczną, sterowniki urządzeń infrastruktury technicznej, Oprogramowania do tworzenia raportów Microsoft SQL Server 2008 R2 Report Builder 3.0. 4.3 SWD PRM System Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM) stanowi jeden z produktów SI PR. SWD PRM ma za zadanie zoptymalizować proces zarządzania siłami i środkami ratowniczym na terenie obsługiwanym przez Dyspozytorów. Szczegółowy opis architektury SWD PRM, znajduje się w dokumentacji stanowiącej Załącznik nr 2 do OPZ. SWD PRM jest jednocześnie Systemem Zewnętrznym dla SONA. 4.4 OST112 Projekt OST 112 dostarcza platformę komunikacyjną służącą do obsługi wywołań na numer alarmowy 112 i inne numery alarmowe oraz komunikacji pomiędzy służbami odpowiedzialnymi za ratownictwo i bezpieczeństwo publiczne. OST 112 stanowi bazę w postaci infrastruktury teleinformatycznej m.in. dla Systemu Informatycznego Powiadamiania Ratunkowego (SI PR), realizującego przyjmowanie i obsługę wywołań alarmowych, dla funkcjonowania służb ratownictwa

S t r o n a 11 oraz porządku publicznego. Sieć telekomunikacyjna OST-112 została dostarczona w ramach oddzielnego postępowania i nie podlega rozbudowie w ramach tego zamówienia. Zamawiający wymagana natomiast dostarczenia wszelkich niezbędnych urządzeń sieciowych dla potrzeb poprawnego funkcjonowania SONA. 4.5 Systemy Zewnętrzne Inne systemy, z którymi ma za zadanie współpracować SONA w ramach obsługi Zgłoszeń. 5 PROJEKTOWANA ARCHITEKTURA ROZWIĄZANIA Zamawiający wymaga rozbudowy będącego w jego dyspozycji systemu SI WCPR do poziomu SONA oraz rozbudowy SWD PRM. Powyższe wiążę się z doposażeniem istniejącej infrastruktury SI WCPR oraz SWD PRM w Oprogramowanie i Urządzenia. Zamawiający dopuszcza modernizację lub całkowitą zmianę infrastruktury SI WCPR, w przypadku jeżeli Wykonawca stwierdzi taką konieczność, tym niemniej wymaga wykorzystania aktualnej architektury SI WCPR w infrastrukturze Systemu. Modernizacja nie może przerwać ani negatywnie wpłynąć na aktualnie świadczone usługi i funkcjonalności SI WCPR oraz SWD PRM. W ramach niniejszego zamówienia Wykonawca dostarczy Urządzenia oraz Oprogramowanie, przeprowadzi instalację, konfiguracje oraz uruchomi: 1. ZOK zapewniający redundancję dla POK W obecnej architekturze SI WCPR istnieje pojedyncze centrum serwerowe (POK). Zamawiający wymaga dostarczenia oraz uruchomienia drugiego ośrodka krajowego dla SONA zwanego ZOK, funkcjonującego w modelu aktywny-aktywny w stosunku do POK. Wykonawca musi opracować sposób funkcjonowania POK i ZOK, tak aby Użytkownicy zostali rozdysponowani pomiędzy te ośrodki, w sposób optymalnie wykorzystujący dostępne zasoby informatyczne, moc obliczeniową oraz infrastrukturę komunikacyjną sieci WAN, co zostanie opisane w ramach Projektu Technicznego. 2. Dodatkowe Funkcjonalności i rozbudowa SWD PRM: a) rozwiązanie tworzenia kopii zapasowych (backup) SONA i SWD PRM, b) zwiększenie wydajności SONA, c) system archiwizacji SONA, d) rozbudowę systemu archiwizacji SWD PRM, e) system monitorowania SONA i SWD PRM, f) rozbudowa SONA o środowisko szkoleniowe (SZK SONA), g) budowa oraz rozbudowa interfejsów do systemów zewnętrznych, h) rozbudowa SONA o środowisko pre-produkcyjne (PREP SONA)

S t r o n a 12 i) Rozbudowa SONA o środowisko developerskie (DEV SONA). Wykonawca dostarczy Urządzenia i Oprogramowanie w ilości umożliwiającej realizację przedmiotu zamówienia, a także dokona prac integracyjnych, co oznacza przede wszystkim doposażenie sprzętowo-programowe oraz prace rekonfiguracyjne SI WCPR. Punkt L.P. Opis działania referencyjny w Tabela w OPZ OPZ 1 Redundacja dla POK i ZOK. 5.1 Tabela 1 2 Dodatkowe Funkcjonalności: 5.2 n.d. a) b) rozwiązanie tworzenia kopii zapasowych (backup) SONA i SWD PRM, zwiększenie wydajności do poziomu SONA, 5.2.1 Tabela 2 5.2.2 Tabela 3 c) System archiwizacji SONA 5.2.3 Tabela 4 d) e) f) g) h) i) rozbudowa systemu archiwizacji SWD PRM, system monitorowania SONA i SWD PRM, rozbudowa SONA o środowisko szkoleniowe (SZK SONA). budowa oraz rozbudowa interfejsów do systemów zewnętrznych, rozbudowa SONA o środowisko pre-produkcyjne (PRE SONA), Rozbudowa SONA o środowisko developerskie (DEV SONA). 5.2.4 Tabela 5 5.2.5 Tabela 6 5.2.6 Tabela 7 5.2.7 Tabela 8 5.2.8 Tabela 9 5.2.9 Tabela 10 Zamawiający ponadto wymaga maksymalnego wykorzystania zasobów będących w dyspozycji Zamawiającego, w tym w szczególności infrastruktury teleinformatycznej, Oprogramowania, medium transmisyjnych. Wykonawca dostarczy również niezbędne do realizacji zamówienia szafy rackowe 42U 19, wyposażone w dedykowane listwy zasilające oraz miedziane i światłowodowe kable połączeniowe i inne niezbędne wyposażenie montażowe. Ilość szaf rackowych oraz ich wyposażenie, o których mowa w zdaniu powyżej, musi umożliwiać przeprowadzenie poprawnej instalacji oraz uruchomienia Urządzeń będących przedmiotem niniejszego zamówienia, a także musi umożliwiać montaż przedmiotowych szaf. Określenie liczby sztuk szaf rackowych, o których mowa w zdaniu powyżej,

S t r o n a 13 zostanie doprecyzowane na etapie Projektu Technicznego. W Lokalizacjach, gdzie jest to możliwe, Wykonawca wykorzysta miejsce w istniejących szafach rack, wskazanych przez Zamawiającego, nie dostarczając nowych szaf rackowych. Zamawiający zapewni miejsce w serwerowni o następujących parametrach środowiskowych: temperatury w zakresie 0-40 o C, oraz wilgotności w zakresie 20-85%. Zamawiający informuje, że brama dostępowa CSD, CP SCPR, stanowiska oraz konsole operatorskie, ani też aplikacja AD SWD nie podlegają rozbudowie w ramach Dodatkowych Funkcjonalności tego zamówienia. 5.1 Wymagania minimalne dla redundancji POK i ZOK. Wymaganiem Zamawiającego jest dostarczenie rozwiązania zabezpieczającego dla POK pozwalającego na zapewnienie ciągłej dostępności usług niezbędnych do prawidłowego przyjmowania i obsługi zgłoszeń alarmowych w warunkach błędu Urządzeń, Oprogramowania lub infrastruktury technicznej POK. Wymagane jest, aby mechanizm zabezpieczał m.in. przed brakiem dostępności usług POK w przypadku błędu dostępu do sieci OST112 obsługującego węzeł POK oraz w przypadku błędu pojedynczej trasy w sieci łączącej węzły systemu oraz łączące SONA z punktami styku z zewnętrznymi systemami informatycznymi. Wymagane jest, aby rozwiązanie zabezpieczające posiadało mechanizmy synchronizacji wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji (w tym baz danych w węzłach POK i ZOK, Oprogramowania) w celu spełnienia zdefiniowanych parametrów niezawodności, pojemności i wydajności działania, odpowiednio do przedstawionej specyfikacji dla trybu pracy normalnej i w stanie błędu. Na potrzebę budowy ZOK Zamawiający, zapewni pomieszczenia serwerowni posiadające odpowiednie warunki techniczne takie jak metraż, nośność stropów, zasilanie gwarantowane, klimatyzację oraz dostęp do sieci OST 112, o wymaganych parametrach w zakresie przepustowości oraz obejściowych dróg komunikacji. Tabela 1 wymagania na redundantny Ośrodek Regionalny (ZOK) Kod wymagania WOKR.1 WOKR.2 WOKR.3 WOKR.3.1 Opis funkcjonalności Wykonawca dostarczy, skonfiguruje i uruchomi Zapasowy Ośrodek Krajowy (ZOK), w Lokalizacji. Rozwiązanie będzie tworzyć geograficzny klaster niezawodnościowy dla POK. Wykonawca dokona integracji ZOK w środowisku SI WCPR. Architektura ZOK musi być zgodna z istniejącym rozwiązaniem architektonicznym POK, który jest w dyspozycji Zamawiającego, w szczególności w zakresie platformy sprzętowej, komunikacji sieciowej (dostarczanie usług, interfejsy) oraz Oprogramowania. W przypadku braku możliwości zastosowania w ZOK poziomu identyczności poszczególnych elementów z architektury POK, Wykonawca przedstawi do akceptacji Zamawiającego zamienniki, charakteryzujące się parametrami nie

S t r o n a 14 WOKR.4 WOKR.4.1 WOKR.4.2 WOKR.4.3 WOKR.4.4 WOKR.4.5 gorszymi, jak pierwowzory zastosowane w POK. W szczególnym przypadku gdy brak możliwości zastosowania będzie dotyczył Oprogramowania, Wykonawca przedstawi Zamawiającemu propozycję wdrożenia nowego rozwiązania globalnego dla SI WCPR, które będzie spełniać w SI WCPR co najmniej tę samą funkcjonalności co pierwowzór. Wykonawca opracuje i wdroży dla SONA rozwiązanie pracy POK i ZOK w trybie aktywny-aktywny, wraz z synchronizacją wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji (w tym baz danych w węzłach POK i ZOK, Oprogramowania) w czasie rzeczywistym i z zachowaniem konsystencji całości rozwiązania dostarczanego w ramach niniejszej Umowy. Ponadto Wykonawca musi opracować i wdrożyć analogiczny niezależny interfejs asynchroniczny. Infrastruktura ZOK będzie tworzyć klaster niezawodnościowy względem POK, zapewniający równoważenie obciążenia usług świadczonych przez Ośrodki Krajowe. Wykonawca zaproponuje rozwiązanie dla zrównoważenia obciążenia pomiędzy POK i ZOK. Dla usług, dla których realizacja w oparciu o infrastrukturę wykorzystującą równoważenie obciążenia pomiędzy POK i ZOK jest niemożliwa lub nieefektywna, Wykonawca przedstawi do akceptacji Zamawiającego zaprojektowane przez niego rozwiązanie, umożliwiające wdrożenie strategii przełączania POK i ZOK. Musi zostać zastosowany mechanizm umożliwiający zapewnienie ciągłości obsługi w przypadku niedostępności komponentów sprzętowych i aplikacyjnych w POK i ZOK, wynikających z błędu lub konieczności przeprowadzenia operacji administracyjnych. W ramach niniejszego rozumiane jest również manualnie inicjowane przełączanie między Ośrodkami Krajowymi (w tym wstrzymanie pracy wybranych komponentów OK oraz wznawianie wybranych funkcjonalności). Wykonawca wdroży mechanizm umożliwiający samodzielne działanie POK lub ZOK w przypadku niedostępności części (w tym jednego) OK. Rozwiązanie redundancji POK i ZOK musi zabezpieczać ciągłość dostępności usług dla POK SI WCPR w następujących przypadkach: uszkodzenie komponentu zapewniającego daną usługę w POK przy sprawnym działaniu analogicznego komponentu w zapasowym ZOK, całkowite uszkodzenie, zniszczenie lub wyłączenie całej infrastruktury POK, w warunkach poprawnego działania infrastruktury ZOK, uszkodzenie komponentu infrastruktury dostępu do sieci OST 112 POK lub uszkodzenie podstawowej trasy komunikacji w sieci OST112 łączącej ten POK z Ośrodkami Regionalnymi lub punktami styku systemów zewnętrznych (PLI CBD, CP SCPR, brzegowy serwer poczty) przy istnieniu drogi obejściowej z ZOK, uszkodzenie komponentu infrastruktury węzła dostępowego OST 112 dla POK lub brak łączności na wszystkich gałęziach sieci łączących POK z punktami styku z systemami zewnętrznymi w warunkach poprawnego działania infrastruktury zapasowego ZOK oraz dostępności minimum jednej trasy sieciowej połączenia dla każdego z punktów styku systemów zewnętrznych. WOKR.4.5.1 WOKR.4.6 Analogicznie jak w WOKR.4.5 dla ZOK. Rozwiązanie, o którym mowa w WOKR.4, musi zapewniać stałą, automatyczną synchronizację co najmniej następujących zbiorów danych pomiędzy węzłami POK i ZOK: dane słownikowe i dane robocze niezbędne w procesach przyjmowania i

S t r o n a 15 obsługi zgłoszeń, treść arkuszy przyjęcia zgłoszenia oraz arkuszy obsługi zdarzenia, historia operacji użytkownika oraz historia zmian w treści zgłoszeń i zdarzeń (w tym operacji realizowanych przez SWD), treść zgłoszeń przychodzących i korespondencji wychodzącej (nagrania rozmów, treść zgłoszeń bezgłosowych, powiadomienia dla zgłaszających), historia operacji telekomunikacyjnych PZŁ, w tym biling telekomunikacyjny, dane konfiguracyjne systemu, dane kont użytkowników systemu, dane centrum certyfikacji (klucze, certyfikaty, listy odwołań certyfikaty). WOKR.4.7 WOKR.4.8 WOKR.4.9 WOKR.4.10 Synchronizacja zbiorów danych musi zapewniać możliwość przełączenia usługi z POK na ZOK, z ZOK na POK oraz tryb mieszany (w przypadku krzyżowych błędów komponentów systemu) bez przerwania transakcji biznesowej. W przypadku operacji dotyczącej obsługi przyjęcia zgłoszenia realizowanej na żądanie użytkownika SI WCPR konieczne jest zapewnienie informacji o wystąpieniu przełączenia awaryjnego i możliwości ponowienia operacji. W przypadku działań automatycznych systemu konieczne jest zapewnienie mechanizmów kontynuowania transakcji od momentu przerwania na skutek wystąpienia błędu. Synchronizacja wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji (w tym baz danych w węzłach POK i ZOK, Oprogramowania) w węzłach POK i ZOK musi być realizowana, w zależności od rodzaju danych, co najmniej z następującą rozdzielczością: transakcji bazy danych dla: o o o dane słownikowe, dane robocze niezbędne w procesach przyjmowania i obsługi zgłoszeń, treść arkuszy przyjęcia zgłoszenia oraz arkuszy obsługi zdarzenia, historia operacji użytkownika oraz historia zmian w treści zgłoszeń i zdarzeń (w tym operacji realizowanych przez SWD), o historia zdarzeń telekomunikacyjnych PZŁ, biling telekomunikacyjny, pojedynczego zrealizowanego zgłoszenia dla: o treść zgłoszeń przychodzących i korespondencji wychodzącej (nagrania rozmów, treść zgłoszeń bezgłosowych, powiadomienia dla zgłaszających), pojedynczej operacji konfiguracyjnej dla: o dane konfiguracyjne systemu, o dane kont użytkowników systemu, dane centrum certyfikacji (klucze, certyfikaty, listy odwołań certyfikatu). Przełączenie dowolnej z usług pomiędzy węzłami POK i ZOK nie może powodować przerwania lub zakłócenia operacji telekomunikacyjnej, będących w trakcie realizacji w momencie wystąpienia błędu skutkującej przełączeniem dowolnej z usług pomiędzy POK i ZOK. Po przywróceniu działania dowolnego Ośrodka Krajowego,(POK lub ZOK) w którym wcześniej wystąpił błąd, mechanizm synchronizacji danych i informacji musi uzupełnić dane i informacje, w szczególności biznesowe oraz konfiguracyjne,

S t r o n a 16 WOKR.4.11 WOKR.5 w Ośrodku Krajowym przywróconym, do stanu aktualnego. Po przywróceniu synchronizacji danych i informacji pomiędzy POK i ZOK, proces ten musi wymusić na przywróconym do działania OK (POK lub ZOK) automatyczne uruchomienie usług świadczonych przez SONA, z możliwością przeprowadzenia tej procedury również w sposób ręczny. Wykonawca przedstawi do akceptacji Zamawiającego dokument Projekt rozwiązania pracy Ośrodków Krajowych w trybie aktywny-aktywny, zawierający co najmniej: Opis spełnienia wymagań redundancji dla Ośrodków Krajowych, Niezbędny zakres rekonfiguracji SI WCPR, Niezbędny zakres prac instalacyjnych oraz konfiguracyjnych ZOK, Listę dodatkowych urządzeń, podzespołów oraz akcesoriów, zawierających typ i model oraz opis zastosowania niniejszego elementu, Opis prac wdrożeniowych, WOKR.6 WOKR.7 niezbędnych do wdrożenia i uruchomienia rozwiązania, o którym mowa w WOKR.04. Wykonawca przeprowadzi niezbędne prace po stronie POK i ZOK oraz środowiska SI WCPR, w celu uruchomienia rozwiązania redundancji Ośrodków Krajowych. Wszystkie mechanizmy, procesy oraz funkcjonalności związane z przywróceniem działania do pełnej funkcjonalności SONA, nie mogą powodować przerw ani zakłóceń działania w bieżącej pracy SONA (w tym usług i funkcjonalności). 5.2 Wymagania minimalne na Dodatkowe Funkcjonalności oraz rozbudowę SWD PRM 5.2.1 rozwiązanie tworzenia kopii bezpieczeństwa (tzw. backup) SONA i SWD PRM Zamawiający wymaga realizacji systemy tworzenia i odtwarzania kopii bezpieczeństwa dla SONA a także dla SWD PRM. Przedstawione w tym dziale informacje maja wspólną podstawę funkcjonowania. Systemy backup u muszą chronić wszystkie dane niezbędne i zalecane przez Wykonawcę dane i informacje ( w tym dane i informacje wykorzystywane przez aplikacje użytkowane w SONA a także SWD PRM). Niniejsze rozwiązanie musi uwzględniać zakup, dostawę i wdrożenie modułu podsystemu kopii zapasowych dla SONA i SWD PRM, każdy zbudowane w oparciu o dedykowany serwer backupu oraz bibliotekę taśmową. W ramach rozwiązania dla SONA i SWD PRM biblioteka taśmowa musi być wyposażona w minimum 2 napędy taśmowe LTO podłączone do serwera backupu poprzez sieć SAN. Dodatkowo dla serwera backupu musi zostać udostępniona przestrzeń z macierzy dyskowej, celem wykonywania kopii D2D2T (ang. Disk to Disk to Tape). Wymagane jest, aby na serwerze backupu zainstalowane zostało oprogramowane do wykonywania kopii zapasowych, odpowiadające za wykonywanie backupu. Oprogramowanie to musi wykonywać kopie wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji (w tym systemów operacyjnych, baz danych) online tzn. bez zatrzymywania oprogramowania, którego kopia jest wykonywana. Dane do serwera backupu muszą być przesyłane po sieci LAN oraz

S t r o n a 17 SAN. Kopie pełne muszą być składowane w pierwszej kolejności na macierzy dyskowej (pierwszy poziom), a następnie okresowo przenoszone na bibliotekę taśmową (drugi poziom). Wymagane jest umożliwienie optymalnego wykonywanie backupu i odtwarzania z wykorzystaniem dysków oraz przechowywanie starszych danych na tańszych nośnikach taśmowych. Wymagane jest również optymalne wykorzystanie napędów taśmowych, poprzez wykorzystanie macierzy dyskowej do przechowywania danych, szczególnie w przypadku małych backupów przyrostowych. Wymagane jest, aby dostęp do większości danych i rozpoczęcie odtwarzania następowało natychmiast, bez potrzeby ładowania taśm do napędu oraz przewijania do miejsca, gdzie znajdują się wymagane do odtworzenia dane. Wymagane jest, aby backup danych składowany był w dwóch kopiach: na dyskach macierzy dyskowej oraz na taśmach biblioteki taśmowej. W tym celu system backupu powinien wykonywać kopię danych z macierzy na taśmy w chwili gdy nie będzie wykonywał kopii zapasowych. Wymagane jest, aby w momencie tworzenia nowej kopii danych, jeśli zabraknie miejsca na macierzy, oprogramowanie do wykonywania kopii zapasowych będzie archiwizowało najstarsze dane a następnie je usuwało z dysków zwalniając miejsce na nowe. System backupu musi zapewniać ochronę danych w obu systemach, SONA i SWD PRM. Proces backupu musi umożliwiać prowadzenie backupu zarówno w sposób automatyczny dla całego jak i części środowiska SONA/SWD PRM, z możliwością wyboru poszczególnych elementów do stworzenia kopii zapasowych z zachowaniem niezbędnych punktów spójności (konsystencji) danego środowiska. Przywracanie systemu z utworzonych uprzednio kopii zapasowych musi odbywać się w analogiczny sposób całościowo dla danego środowiska SONA/SWD PRM, bądź wybiórczo dla poszczególnych elementów składowych. Projekt systemu backup u musi umożliwiać rozbudowę środowiska poprzez objęcie ochroną systemów aplikacyjnych w SONA i SWD PRM. Poniżej przedstawione wymagania dotyczą rozwiązania tworzenia kopii bezpieczeństwa i sposobu przywracania na ich podstawie systemu dla SONA oraz SWD PRM. W ramach niniejszego, Zamawiający wymaga dostarczenia dwóch niezależnych funkcjonujących rozwiązań dla środowisk SONA i SWD PRM. Tabela 2 Wymagania minimalne na rozwiązanie tworzenia kopii bezpieczeństwa (tzw. backup) SONA i SWD PRM. Kod wymagania WB.1 Opis funkcjonalności Wykonawca opracuje mechanizm tworzenia automatycznych kopii zapasowych (Backup) wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji ( w tym serwerów fizycznych, maszyn witualnych oraz baz danych SONA oraz niezależnie SWD PRM), które mają służyć do odtworzenia oryginalnych danych w przypadku ich utraty lub uszkodzenia, szczególnie: WB.1.1 Backup bazy danych online - Oprogramowanie backupowe musi posiadać mechanizmy np. w postaci agentów do wykonywania kopii baz danych online. Wykonawca musi uwzględnić, że Zamawiający może posiadać różne typy bazy danych. Oprogramowanie musi być na tyle elastyczne, żeby umożliwiać backup bazy nawet w przypadku, gdy Zamawiający zmieni typ bazy danych. Zamawiający musi mieć możliwość dokupienia odpowiednich licencji w przyszłości;

S t r o n a 18 WB.1.2 Backup serwerów fizycznych - Oprogramowanie backupowe musi wspierać dowolny system operacyjny, będący w dyspozycji Zamawiającego w ramach SI WCPR z rodziny: MS Windows, Linux, Unix, ESXi; WB.1.3 Backup maszyn wirtualnych - Backup maszyn wirtualnych musi się odbywać z wykorzystaniem zestawu bibliotek dla backup VMware vstorageapi. Umożliwia to wykonanie pełnego lub przyrostowego backupu dowolnej maszyny, z wykorzystaniem mechanizmu kopii migawkowej na macierzy - tzw. LAN-Free backup bezpośrednio na bibliotekę taśmową. Backup maszyn musi być w punkcie konsystencji z odpowiadającym mu systemem wirtualizacyjnym umożliwiającym ich skuteczne odtworzenie (prawidłowe uruchomienie wszystkich usług); WB.1.4 Backup archiwum HCP (zasób WORM) dla SI WCPR rekomendowane jest WB.1.5 WB.1.6 WB.2.1 WB.2.2 WB.3 WB.3.1 WB.4 WB.4.1 WB.5 WB.6 postawienie w ZOK drugiego archiwum i uruchomienie replikacji na zestawionym połączeniu sieciowym między POK i ZOK; Wymagane zastosowanie oprogramowanie dedykowanego do backupu urządzeń typu kontent archive. Dostarczone rozwiązanie musi posiadać funkcjonalność inteligentnej selekcji zasobów kwalifikujących się do wykonania kopii bezpieczeństwa (m.in. na podstawie daty ostatniej modyfikacji plików, sumy kontrolnej, ilości wykonanych kopii od ostatniej zmiany). Rozwiązanie będzie obsługiwało nośniki dyskowe oraz taśmowe, służące do przechowywania zapasowych kopii bezpieczeństwa i archiwizacji danych. Wykonawca dostarczy stosowane w rozwiązaniu nośniki danych w ilości umożliwiającej przeprowadzenie trzykrotnego, kompletnego backupu SONA i SWD PRM (w tym archiwów). Proces tworzenia kopii zapasowych musi być możliwy do uruchomienia oraz obsługi z dowolnego Ośrodka Krajowego lub OK SWD PRM. Rozwiązanie musi umożliwiać automatyczne tworzenie kopii bezpieczeństwa SONA i SWD PRM o ustalonej porze dnia, a także możliwość inicjowania kopii bezpieczeństwa poszczególnych elementów SONA i SWD PRM. W ramach SONA możliwość odtwarzania Microsoft Active Directory będącego w dyspozycji Zamawiającego na poziomie pojedynczych elementów (np. OU czy pojedynczy atrybut) bez konieczności restartowania kontrolerów domeny, backup wykonywany będzie jednoprzebiegowo, natomiast odtwarzanie będzie na podstawie całego Active Directory albo pojedynczych elementów. W ramach SWD PRM możliwość odtwarzania Kerberos lub LDAP na poziomie pojedynczych elementów (pojedynczy atrybut) bez konieczności restartowania funkcjonalności kontrolerów domeny (SAMBA), backup wykonywany będzie jednoprzebiegowo, natomiast odtwarzanie będzie na podstawie całego Kerberos lub LDAP albo pojedynczych elementów. Możliwość tworzenia stopniowych, przyrostowych kopii zapasowych w zadanym cyklu. Możliwość wykonywania backupu z wykorzystaniem mechanizmów kopii migawkowych umożliwiających odtworzenie SONA i SWD PRM (w tym jeżeli zajdzie taka potrzeba również jego poszczególnych komponentów niezależnie od innych komponentów) do konsystentnego punktu w czasie. WB.7 Możliwość tworzenia kopii zapasowych baz danych przy pomocy mechanizmów (w tym agenta), online bez zatrzymywanie bazy dla następujących baz będących w dyspozycji Zamawiającego.

S t r o n a 19 WB.9 WB.10 WB.11 Możliwość tworzenia oraz odtwarzania kopii zapasowych z wykorzystaniem struktury sieciowej SAN (Storage Area Network) dane przesyłane do serwera backupu z ominięciem sieci LAN. Możliwość odtwarzania wybranych danych w dowolne wskazane miejsce dyskowe. Możliwość multipleksowania zapisów jednoczesny zapisu na jeden napęd z kilku klientów/serwerów. Funkcjonalność ta musi być dostępna bez pośrednictwa dysków oraz za pośrednictwem dysków w formie bufora (np. dla kopii migawkowych), to znaczy serwer backupowy zapisuje multipleksowane dane bezpośrednio na napędy taśmowe. WB.12 Możliwość wykonywania backupu wieloma równoległymi strumieniami multistreaming. Funkcjonalność ta musi być dostępna bez pośrednictwa dysków WB.13 oraz za pośrednictwem dysków w formie bufora (np. dla kopii migawkowych), to znaczy serwer backupowy zapisuje dane bezpośrednio na napędy taśmowe Wykonawca przedstawi do akceptacji Zamawiającego dokument Projekt rozwiązania dla mechanizmu kopii zapasowych SONA, zawierający co najmniej: Opis spełnienia wymagania dla rozwiązania tworzenia kopii bezpieczeństwa (tzw. backup) SONA. Niezbędny zakres rekonfiguracji SI WCPR, SWD PRM, Niezbędny zakres prac instalacyjnych i konfiguracyjnych Ośrodków Krajowych, Listę Urządzeń i Oprogramowania, podzespołów oraz akcesoriów, zawierających typ i model oraz opis zastosowania, Opis prac wdrożeniowych, WB.14 niezbędnych do uruchomienia mechanizmu tworzenia kopii zapasowej SONA i SWD PRM. Wykonawca wdroży i uruchomi niezależne rozwiązania dla mechanizmu kopii zapasowych SONA i SWD PRM w tych środowiskach. WB.15 Wykonawca na potrzeby wymagań, o których mowa w tej Tabeli (nr 2): dostarczy rozwiązanie dla SONA i SWD PRM, rozbuduje istniejące rozwiązanie backupów w SWD PRM, poprzez maksymalne wykorzystanie będących w dyspozycji Zamawiającego elementów infrastruktury SWD PRM, dokona pełnej i zalecanej konfiguracji do wykonania jednego pełnego backupu SONA i SWD PRM, dokona pełnego backupu i odtworzenia całości SONA i SWD PRM, WB.16 System backupu musi zostać dostarczony wraz z całą niezbędną dla prawidłowej jego pracy infrastrukturą w tym niezbędne Urządzenia i Oprogramowanie. Ponadto do systemu backupu muszą zostać dołączone wymagania sprzętowoprogramowe.

S t r o n a 20 5.2.2 zwiększenie wydajności SONA Wykonawca zobowiązany jest do doposażenia istniejącej infrastruktury SI WCPR w taki sposób, aby w ramach SONA stworzone zostało środowisko umożliwiające obsługę minimum 100 milionów Zgłoszeń rocznie, czyli umożliwiającego pokrycie przez każdy WCPR zasięgiem obszaru całego województwa, które obsługuje oraz funkcjonowanie SONA skali ogólnokrajowej. Określona w poprzednim zdaniu wydajność musi być do zrealizowania w ramach działającego jednocześnie POK i ZOK. Natomiast w przypadku pojedynczo działającego ośrodka, POK albo ZOK, będzie on umożliwiał obsługę minimum 50 mln zgłoszeń w SONA, przy jednoczesnym zachowaniu SLA, który został wskazany w pkt. 10 tego dokumentu. Każdy z ośrodków, POK i ZOK, musi dysponować zestawem Urządzeń i Oprogramowania umożliwiającym świadczenie usług niezależnie od pozostałej lokalizacji oraz dostępności połączeń pomiędzy nimi. Tabela 3 minimalne wymagania na zwiększenie wydajności SI WCPR do poziomu SONA Kod Opis wymagania wymagania WYD.01 WYD.01.1 Wykonawca dokona rozbudowy środowiska SI WCPR do poziomu SONA, w szczególności dostarczając niezbędne do tego Urządzenia i Oprogramowanie oraz przeprowadzi prace instalatorskie i konfiguracyjne dostarczanych Urządzeń i Oprogramowania a także ich adaptację w SI WCPR oraz rekonfigurację tego środowiska. Rozbudowany SI WCPR do poziomu SONA, będzie udostępniał funkcjonalność obsługi co najmniej 100 milionów zgłoszeń liczonych jako mediana w skali roku. WYD.01.2 WYD.01.3 WYD.03 WYD.04 WYD.04.1 WYD.05 Każdy z Ośrodków Krajowych, POK i ZOK, pracując pojedynczo będzie dysponował wydajnością do obsługi minimum 50 milionów zgłoszeń, liczonych jako mediana w skali roku. Każdy z Ośrodków Krajowych będzie w stanie obsłużyć zgłoszenia przyjmowane za pośrednictwem FAX, SMS, email w ilości minimum 5 milionów liczonej jako mediana w skali roku. Każdy z Ośrodków Krajowych będzie uwzględniał dziesięciokrotny wzrost ilości przyjmowanych zgłoszeń w szczycie, w stosunku do średniej ilości, czyli będzie umożliwiał obsługę minimum 1 370 000 zgłoszeń w ciągu doby. SONA będzie umożliwiał funkcjonowanie 381 jednoczesnych użytkowników tego systemu obsługujących Zgłoszenia. Zamawiający informuje, iż w wymaganej liczbie użytkowników nie są uwzględnieni użytkownicy SWD PRM korzystający ze wspólnych komponentów tj. PZŁ. Zamawiający wymaga aby w ramach SONA, każdy WCPR posiadał infrastrukturę zdolną do dołączenia łączy telekomunikacyjnych (PRA) w ilości umożliwiającej przyjęcie oraz obsługę jednocześnie 131 Zgłoszeń. WYD.06 Każdy z Ośrodków Krajowych będzie dysponował zasobami w postaci 10% nadwyżki mocy obliczeniowej i wydajności. Wykonawca jest zobowiązany do WYD.07 wykazania wymaganej nadwyżki mocy (zarówno dla ilości zgłoszeń jak i jednoczesnych użytkowników) podczas testów wydajnościowych lub przeciążeniowych. Całość dostarczonego Oprogramowania w celu realizacji wymagań funkcjonalnych, w szczególności interfejs GUI Operatora, logika biznesowa, musi być dostarczona w ramach Oprogramowania Aplikacyjnego. Zamawiający dopuszcza zastosowanie Oprogramowania Standardowego w poniższych obszarach:

S t r o n a 21 system operacyjny, serwer aplikacyjny, oprogramowanie bazodanowe, oprogramowanie do tworzenia raportów, oprogramowanie do tworzenia kopii bezpieczeństwa, komunikator (np. oparty o protokół XMPP), Zamawiający dopuszcza zastosowanie Oprogramowania Standardowego również w innych obszarach, co może zostać ustalone na etapie Projektu Technicznego. 5.2.3 system archiwizacji SONA W ramach istniejącego rozwiązania archiwizacji SI WCPR, Zamawiający wymaga dostarczenia rozwiązania eksportu archiwizowanych danych na nośniki zewnętrzne. Tabela 4 minimalne wymagania na system archiwizacji SONA Kod Opis wymagania wymagania WARCHS.1 WARCHS.2 WARCHS.3 Wykonawca ma dostarczyć Urządzenia i Oprogramowanie niezbędne do archiwizacji wszystkich niezbędnych i zalecanych przez Wykonawcę danych i informacji. Wykonawca musi dostarczyć Oprogramowanie z interfejsem graficznym dla Użytkownika umożliwiającego konfigurowanie i zarządzanie archiwami. Wykonawca zapewni w rozwiązaniu możliwość eksportu archiwizowanych danych na nośniki zewnętrzne, poprzez zastosowanie odpowiednich Urządzeń eksportu danych na te nośniki. 5.2.4 rozbudowa systemu archiwizacji SWD PRM Tabela 5 minimalne wymagania na rozbudowa systemu archiwizacji SWD PRM Kod Opis wymagania wymagania WAR.1 WAR.1.1 Wykonawca dostarczy Lokalizacji niezbędne Urządzenia i Oprogramowanie oraz dokona rozbudowy zasobów SWD PRM do poziomu umożliwiającego przechowywanie danych archiwalnych z okresu 20 lat oraz dostęp do tych danych w trybie online, w zakresie dokumentacji medycznej PRM (aktualnie SWD PRM zezwala na przechowywanie danych z okresu 5 lat). Dokumentację medyczną PRM stanowią: Książka pracy Pogotowia Ratunkowego (KPPR), Karta zlecenia wyjazdu zespołu ratownictwa medycznego (KZWZRM), Karta medycznych czynności ratunkowych (KMCR), Karta medyczna dla potrzeb LPR (KMLPR), Karta drogowa. Zamawiający wymaga rozbudowania będącego w jego dyspozycji urządzenia Storage Bridge Bay SuperMicro, o aktualnej pojemności dysków 2TB pracujących z

S t r o n a 22 WAR.2 prędkością obrotową min. 7,2 tyś. RPM dedykowanych do OK SWD PRM, do poziomu umożliwiającego obsługę min. 8 TB danych archiwalnych lub postąpi analogicznie jak z WOKR.3.1. Wykonawca dostarczy do Lokalizacji niezbędne Urządzenia i Oprogramowanie oraz dokona rozbudowy zasobów SWD PRM do poziomu umożliwiającego przechowywanie danych archiwalnych w zakresie nagrań i pozostałych informacji gromadzonych w SWD PRM z okresu 1 roku w systemie on-line oraz z okresu 20 lat w systemie backupu. Wykonawca dostarczy infrastrukturę potrzebną do przechowywania danych dot. nagrań oraz infrastrukturę serwerów komunikacyjnych. 5.2.5 System monitorowania SONA i SWD PRM Wymaganiem Zamawiającego jest dostawa i wdrożenie rozwiązania posiadającego funkcjonalność monitorowania opartego na centralnej relacyjnej bazie danych SQL jako np. miejsca przechowywania próbek, z możliwością dostępu użytkowników poprzez interfejs graficzny. W skład niniejszego rozwiązania wejdą co najmniej następujące funkcjonalności: a) zbieranie informacji z całej infrastruktury teleinformatycznej SONA i SWD PRM oraz ich przedstawianie w trybie czasu rzeczywistego. b) grupowanie wartości parametrów poprzez dowolną funkcję arytmetyczną oraz możliwość zakładania progów alarmowych na wartościach zgrupowanych. c) zakładanie progów alarmowych na wybrane parametry infrastruktury zarówno liczbowych jak i tekstowych z możliwością powiadamiania o alarmach krytycznych poprzez SMS, email i inne. d) świadczenie archiwizacji oraz eksportu danych na nośniki zewnętrzne. e) definiowanie obszarów podlegających monitorowaniu np. SONA, SWD PRM, Urządzenia sieciowe, w tym dowolne definiowanie kategorii, trybu pobierania danych oraz ich wizualizacji. f) filtrowanie prezentowanych informacji. System monitoringu musi dotyczyć dwóch zakresów: funkcjonalnego oraz administracyjnego. W ramach monitoringu funkcjonalnego wymagane jest prowadzenie nadzoru nad danymi użytecznymi z punktu widzenia Użytkownika. System monitoringu musi umożliwiać definiowanie filtrów na poziomie pojedynczego Użytkownika, dla co najmniej takich parametrów jak: typ zdarzenia/zgłoszenia, służba podejmująca działania, status zgłoszenia/zdarzenia, poziom wykorzystania słownika TERYT/EMUiA, priorytet zgłoszenia/zdarzenia, źródło zgłoszenia, ilość zgłoszeń w danym regionie itd. W ramach monitorowania administracyjnego, system monitorowania musi udostępniać dane użyteczne dla utrzymania oraz wsparcia technicznego SONA i SWD PRM, minimum w zakresie analizy stanu, wykorzystania zasobów sprzętowo-programowych oraz alarmów systemowych. Monitoring administracyjny, o którym mowa powyżej, musi być uzupełnieniem do istniejącego systemu nadzorującego SI WCPR lub SWD PRM.