Strona 1 Załącznik nr 1 OPIS PRZEDMIOTU ZAMÓWIENIA (OPZ) na budowę i wdrożenie ogólnokrajowego Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM)
1. Wstęp 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 współdziałanie i realizację zadań służb ustawowo powołanych do przyjęcia i obsługi wywołań alarmowych. System ten będzie stanowił główny element wyposażenia Państwowego Ratownictwa Medycznego funkcjonującego w ramach systemu powiadamiania ratunkowego (SPR), 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), oraz komórek organizacyjnych Policji. Przedmiotowe zamówienie dotyczy realizacji Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM) stanowiącego moduł Systemu Informatycznego Powiadamiania Ratunkowego, którego głównym zadaniem jest zapewnienie sprawnej obsługi zdarzeń przekazanych przez Centra Powiadamiania Ratunkowego i Wojewódzkie Centra Powiadamiania Ratunkowego, wsparcie procesu dysponowania siłami i środkami wykorzystywanymi w celach obsługi zdarzeń oraz rozliczeń dokonywanych z Narodowym Funduszem Zdrowia (NFZ). Głównym użytkownikiem SWD PRM będą Dysponenci (dyspozytorzy medyczni) zespołów ratownictwa medycznego oraz SP ZOZ Lotnicze Pogotowie Ratunkowe. W ramach zamówienia zapewniony zostanie uniwersalny interfejs, umożliwiający integrację m.in. z systemami WCPR/ CPR oraz innymi systemami wspomagania dowodzenia PRM i systemami zewnętrznymi służby zdrowia. Zamówienie jest finansowane w ramach przedsięwzięcia pn. Budowa i wyposażenie Centrów Powiadamiania Ratunkowego realizowanego w Programie Operacyjnym Innowacyjna Gospodarka (POIG) Oś priorytetowa VII oraz Budowa i wyposażenie Wojewódzkich Centrów Powiadamiania Ratunkowego realizowanego w Programie Operacyjnym Infrastruktura i Środowisko (POIŚ) Oś priorytetowa XII. 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 Analiza APL APN Aplikacja SI WCPR AVL Awaria Krytyczna Definicja Dokumentacja sporządzona przez Wykonawcę na podstawie szczegółowej analizy potrzeb Zamawiającego w zakresie wymagań stawianych Systemowi; Automatic Person Location Automatyczna Lokalizacja Osoby; (ang. Access Point Name) Sieć pakietowa (np. Internet, intranet operatora) i (opcjonalnie) usługę (np. MMS, WAP, GPRS) dzięki której w sieciach komórkowych GSM i UMTS użytkownik terminala może korzystać z transmisji danych przesyłanych z zewnętrznych sieci (kanał transmisyjny GRE over IP sec); Aplikacja użytkownika Systemu Informatycznego Wojewódzkich Centrów Powiadamiania Ratunkowego; Automatic Vehicle Location Automatyczna Lokalizacja Pojazdu; brak działania środowiska produkcyjnego Systemu, praca nie może być kontynuowana, operacja krytyczna dla procesu biznesowego jest niemożliwa.
Strona 3 Skrót/pojęcie Definicja 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; Awaria Niekrytyczna 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 (co może mieć wpływ na wygodę w użyciu Systemu lub wymagać procedur ręcznych). Uniemożliwia oznacza brak możliwości znalezienia sposobu na jego obejście; Awaria Zwykła Wszelka awaria nie będąca Awarią Krytyczną lub Awarią Niekrytyczną; CPR Centrum Powiadamiania Ratunkowego; Dokumentacja medyczna PRM Książka pracy Pogotowia Ratunkowego, karta zlecenia wyjazdu zespołu ratownictwa medycznego, karta medycznych czynności ratunkowych, karta drogowa, karta medyczna dla potrzeb LPR. Dokumentacja będzie zgodna z rozporządzeniem MZ, gdzie zawarte są jej wzory; Dokumentacja Oznacza dokumentację wykonaną przez Wykonawcę i dostarczoną projektowa Zamawiającemu w ramach realizacji Umowy, podlegająca 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 PZP Dysponent Zakład opieki zdrowotnej, w którego skład wchodzą jednostki systemu Państwowe Ratownictwo Medyczno, podmiot odpowiedzialny za dysponowanie zespołów ratownictwa medycznego. Rolę Dysponenta pełni również SP ZOZ Lotnicze Pogotowie Ratunkowe (Samodzielny Publiczny Zakład Opieki Zdrowotnej Lotnicze Pogotowie Ratunkowe); Dyspozytor Użytkownik realizujący obsługę zgłoszeń przyjętych od Operatora, wykorzystujący system SWD PRM. Rola i zakres działania Dyspozytora jest zdefiniowany w ustawie o Państwowym Ratownictwie Medycznym oraz Rozporządzeniu Ministra Zdrowia w sprawie ramowych procedur przyjmowania wezwań przez dyspozytora medycznego i dysponowania zespołami ratownictwa medycznego; Funkcjonalność Krytyczna Cechy funkcjonalne systemu uniemożliwiające realizację operacji krytycznych z punktu widzenia przyjęcia i obsługi zgłoszeń alarmowych; GPS (ang. Global Positioning System) system nawigacji satelitarnej; Koordynator PRM Użytkownik Końcowy z ramienia PRM realizujący funkcję nadzoru na poziomie WCPR; Lokalizacja Oznacza wskazane i przygotowane przez Zamawiającego miejsce (w tym karetki ZRM, miejsca stacjonowania ZRM, 50 dyspozytorni medycznych), do którego Wykonawca dostarczy wymagane przez Zamawiającego w ramach dostaw elementy Systemu, w wyłączeniem elementów Systemu zapewnianych przez Zamawiającego; Modyfikacja Oznacza wyższe wersje (update/upgrade), patche i programy korekcji błędów Oprogramowania Aplikacyjnego oraz Oprogramowania Standardowego, do których dostarczenia na rzecz Zamawiającego, wraz z odnosząca się do tego Dokumentacją, zobowiązany jest Wykonawca; MS ZRM Miejsce Stacjonowania Zespołów RM zdefiniowane jako miejsce wyczekiwania ZRM-u w ramach struktury Dysponenta zgodne z Rejonami Operacyjnymi PRM-u i obszarami działania; MSWiA Ministerstwo Spraw Wewnętrznych i Administracji wraz z organami
Strona 4 Skrót/pojęcie Definicja i jednostkami organizacyjnymi podległymi lub nadzorowanymi przez Ministra Spraw Wewnętrznych i Administracji; Oprogramowanie Oprogramowanie Standardowe i Oprogramowanie Aplikacyjne; Oprogramowanie Oprogramowanie powszechnie dostępne (systemowe, bazodanowe, Standardowe pomocnicze), będące przedmiotem Dostaw w ramach realizacji przedmiotu zamówienia, na które producent udziela Zamawiającemu licencji na warunkach i zasadach określonych w Umowie oraz umowach licencyjnych Oprogramowania Standardowego pozwalających na korzystanie z Systemu Użytkownikowi końcowemu, dostarczane przez Wykonawcę wraz licencją producenta oraz z dokumentacją i Modyfikacjami; Oprogramowanie Aplikacyjne Oprogramowanie i skrypty wraz z kompletnymi kodami źródłowymi wytworzone i dostarczone przez Wykonawcę w ramach przedmiotu zamówienia, wraz z dokumentacją i Modyfikacjami, zgodnie ze Specyfikacją techniczną, opisaną przez Wykonawcę w złożonej Ofercie, do których Wykonawca przeniesie autorskie prawa majątkowe na Zamawiającego i MSWiA na warunkach i zasadach określonych w Umowie (Zamawiający za Oprogramowanie Aplikacyjne uznaje również oprogramowanie otrzymane na bazie modyfikacji kodów źródłowych Oprogramowania Standardowego); Ośrodek Krajowy Centrum serwerowe w oparciu, o które będzie zbudowana architektura systemu SI PR 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 w których umiejscowieni zostaną Użytkownicy końcowi Operator Użytkownik Końcowy realizujący funkcję przyjęcia zgłoszenia w ramach CPR/WCPR; PRM Państwowe Ratownictwo Medyczne; PSP Państwowa Straż Pożarna; SWD System Wspomagania Dowodzenia klasy dyspozytorskiej czasu rzeczywistego wspomagającego w zakresie przyjęcia i obsługi wywołań alarmowych/zdarzeń; 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; LPR Samodzielny Publiczny Zakład Opieki Zdrowotnej Lotnicze Pogotowie Ratunkowe, pełniący w Systemie rolę Dysponenta. System/SWD PRM wraz z infrastrukturą sprzętową oraz zainstalowanym Oprogramowaniem Standardowym; SIM System Informacji Medycznej; SI PR System Informatyczny Powiadamiania Ratunkowego; SPR System Powiadamiania Ratunkowego; TM Terminal mobilny - przenośny komputer osobisty stanowiący element wyposażenia karetek; Utwór Oprogramowanie Aplikacyjne oraz jego Modyfikacje, rozwiązania techniczne przyjęte dla realizacji Systemu wraz z odnoszącą się dokumentacją, z wyłączeniem Oprogramowania Standardowego i jego Modyfikacji, oraz dokumentacja powykonawcza, stanowiące utwór w rozumieniu ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz.U. z 2000 r. Nr 80 poz. 904 ze zm.); Użytkownik końcowy Oznacza podmiot korzystający z Systemu;
Strona 5 Skrót/pojęcie WCPR Zamawiający Zgłoszenie Zdarzenie ZRM Definicja Wojewódzkie Centrum Powiadamiania Ratunkowego; Centrum Projektów Informatycznych MSWiA; Wywołanie alarmowe przyjmowane przez Operatora w WCPR/CPR; Zgłoszenie przekazane przez Operatora do Dyspozytora celem obsługi; Zespół Ratownictwa Medycznego. Pozostałe pojęcia użyte w dokumencie należy rozumieć zgodnie z ich ogólnie przyjętym znaczeniem. 3. Przedmiot zamówienia Przedmiotem zamówienia jest budowa i wdrożenie ogólnokrajowego Systemu Wspomagania Dowodzenia Państwowego Ratownictwa Medycznego (SWD PRM). Przedmiot zamówienia obejmuje: 1. Przeprowadzenie szczegółowej analizy potrzeb Zamawiającego w zakresie wymagań stawianych Systemowi i opracowanie na tej podstawie Analizy, 2. Przygotowanie projektu technicznego Systemu, 3. Dostawę, instalację i konfigurację infrastruktury sprzętowej, niezbędnej do prawidłowego funkcjonowania Systemu wraz z Oprogramowaniem Standardowym, w tym instalację i konfigurację Lokalizacjach dostarczanego przez Wykonawcę Oprogramowania na 180 szt. stanowisk dostępowych oraz konsol dyspozytorskich zintegrowanej łączności zapewnianych przez Zamawiającego, o których mowa w rozdz. 5.8 i 5.9, 4. Dostawę i instalację w Lokalizacjach 32 szt. terminali mobilnych (komputerów typu tablet) wraz ze stacjami dokującymi i drukarkami oraz 32 szt. urządzeń do pozycjonowania GPS i monitoringu karetek ZRM (urządzeń GPS), w tym instalację i konfigurację dostarczanego przez Wykonawcę Oprogramowania, 5. Zapewnienie udzielenia Zamawiającemu i MSWiA licencji na Oprogramowanie Standardowe oraz licencji na Modyfikacje, 6. Budowa oraz wdrożenie Systemu w Lokalizacjach wskazanych przez Zamawiającego wraz z przeprowadzeniem testów Systemu, 7. Opracowanie i dostarczenie dokumentacji powykonawczej Systemu, 8. Przeniesienie na Zamawiającego i MSWiA autorskich praw majątkowych do Utworów, 9. Przeprowadzenie szkoleń dla użytkowników-instruktorów oraz administratorówinstruktorów w zakresie odpowiednio użytkowania oraz administrowania Systemu, 10. Świadczenie serwisu gwarancyjnego w terminie co najmniej 24-mc od daty odbioru systemu, 11. Zapewnienie do końca roku 2013 usług APN na rzecz transmisji dla potrzeb 32 szt. terminali mobilnych i dostarczanych urządzeń GPS, 12. Świadczenie w okresie gwarancyjnym usług nadzoru autorskiego w wymiarze 3000 (trzy tysiące) roboczogodzin, w ramach którego Wykonawca wykonywał będzie prace związane z Modyfikacją Systemu zgodnie z oczekiwaniami Zmawiającego oraz Użytkowników końcowych. W zakres nadzoru autorskiego wchodzi również usługa instalacji dostarczonego przez Wykonawcę Oprogramowania na wskazanych przez Zamawiającego dodatkowych stanowiskach dostępowych, terminalach mobilnych oraz konsolach dyspozytorskich zintegrowanej łączności.
Strona 6 4. Wymagania wobec przedmiotu zamówienia W celu zapewnienia pożądanej jakości produktów i ich zgodności z oczekiwaniami Użytkownika końcowego, wymagane jest wykonanie zamówienia z uwzględnieniem podziału na następujące etapy: Etap I: obejmujący czynności określone w pkt 1-9 przedmiotu Zamówienia - w terminie do 10 miesięcy od dnia zawarcia Umowy, z zastrzeżeniem, że przedmiot Zamówienia określony w pkt 1 i 2 zostanie wykonany w terminie 30 dni kalendarzowych od dnia zawarcia Umowy, Etap II: obejmujący pkt 10-12 przedmiotu zamówienia - w terminie 24 miesięcy od dnia podpisania, bez uwag i zastrzeżeń ze strony Zamawiającego, Protokołu Odbioru Etapu I, z zastrzeżeniem, że zapewnienie usługi APN, świadczone będzie w terminie od daty podpisania Protokołu Odbioru Etapu I, w tym bez uwag i zastrzeżeń ze strony Zamawiającego, do dnia 31 grudnia 2013 r. Termin realizacji przedmiotu zamówienia: 10-mc od daty zawarcia umowy. 4.1. Ogólne założenia SWD PRM SWD PRM ma stanowić jeden z elementów systemu informatycznego działającego na rzecz służb ratowniczych na terenie całego, z uwzględnieniem organizacji i podległości właściwej dla PRM (architektura systemu informatycznego będzie wynikała z projektu technicznego zaproponowanego przez Wykonawcę w trakcie realizacji umowy z uwzględnieniem wymaganego poziomu SLA oraz możliwości wykorzystania jednego ośrodka krajowego oraz do 16 ośrodków regionalnych). System zoptymalizuje proces zarządzania siłami i środkami ratowniczym na terenie obsługiwanym przez Dyspozytorów. Zapewni sprawną koordynację zdarzeń odbywających się na styku rejonów, obejmujących swoim zasięgiem więcej niż jeden rejon lub też wymagają zaangażowania jednostek z sąsiednich rejonów (zdarzenie mnogie lub masowe). Ponadto będzie umożliwiał bezgłosowe przekazywanie informacji o zdarzeniach bezpośrednio do zespołów wyjazdowych (ZRM) oraz prowadzenie korespondencji głosowej zespołów z dyspozytornią (Dysponentem). Komunikacja mobilna pomiędzy stanowiskami dyspozytorskimi a terminalami mobilnymi, oraz urządzeniami GPS zainstalowanymi w karetkach zostanie zrealizowana z wykorzystaniem APN zapewnianym przez Wykonawcę (za pośrednictwem centralnego punktu styku OST112 wskazanego przez Zamawiającego), jak również z wykorzystaniem konsol dyspozytorskich i serwerów komunikacyjnych (korespondencja głosowa). Wsparciem w zakresie obsługi zdarzeń będzie wizualizacja danych na mapach cyfrowych udostępnionych z Centralnego Sytemu Mapowego GIS (moduł zapewniany przez Zamawiającego, wykorzystujący mechanizmy WebService). Oprogramowanie będzie prezentować na mapie numerycznej m.in. lokalizację pracujących zespołów, ich statusów, lokalizacje osób wywołujących numery alarmowe, obszary działań podmiotów ratunkowych. Jednocześnie system informatyczny będzie wspierał tworzenie grafików czasu pracy osób wchodzących w skład zespołów wyjazdowych oraz tworzenie elektronicznych list obecności. W celu usprawnienia procesu tworzenia dokumentacji medycznej, system informatyczny umożliwi wypełnianie kart wyjazdowych na urządzeniach mobilnych w formie elektronicznej oraz prowadzenie dokumentacji istotnej z punktu widzenia rozliczeń z NFZ. Komunikacja przewodowa zostanie zrealizowana w oparciu o sieć OST112 zapewnianą przez Zamawiającego (sieć ogólnokrajowa w technologii IP/MPLS), a dostęp do systemu realizowany będzie z wykorzystaniem protokołów XML.
Strona 7 W skład Systemu należy zaliczyć głównie następującą infrastrukturę sprzętowoprogramową: 1. Aplikację SWD PRM, składającą się z co najmniej nw. modułów: a. Moduł aplikacji dla potrzeb Dyspozytorów ZRM, b. Moduł aplikacji dla potrzeb ZRM (TM oraz stanowisk dostępowych w MS ZRM), c. Moduł pomocniczy, składający się z: Moduł szpitalny sił i środków, Moduł analityczno-raportowy, Moduł do rozliczeń z NFZ. 2. Oprogramowanie standardowe, w tym system operacyjny i oprogramowanie antywirusowe, 3. Zapewniane przez Zamawiającego, wojewódzkie serwery komunikacyjne (centra regionalne) - 16 szt. (wraz centralą telefoniczna i systemem rejestracji korespondencji), stanowiska dostępowe, konsole dyspozytorskie zintegrowanej łączności, radiotelefony. 4. Terminale mobilne wraz ze stacjami dokującymi, drukarki mobilne oraz urządzenia GPS. 5. Serwery systemowe (wraz z szafami) w tym: bazodanowe, aplikacyjne, kopii zapasowych, DNS, terminali mobilnych, serwer do synchronizacji czasu urządzeń i systemów. 6. Sprzęt sieciowy dla potrzeb wdrożenia dostarczanych centrów przetwarzania danych. Każde stanowisko dyspozytorskie będzie składało się z stanowiska dostępowego, jedno lub dwumonitorowego, oraz konsoli dyspozytorskiej zintegrowanej łączności, komunikującej się po protokole IP z jednym z 16 wojewódzkich serwerów komunikacyjnych. W ramach wdrożenia SWD PRM zostanie wykorzystany jednolity w ramach SI PR centralny system mapowy wraz z podsystemami AVL/APL, zapewniany przez Zamawiającego. Po stronie SWD PRM zostanie zapewniony interfejs gwarantujący współpracę z tym systemem jak również innymi systemami zewnętrznymi. Wymagane jest wdrożenie kompletnego rozwiązania obsługującego niekwalifikowany podpis elektroniczny zgodny z PKI oraz standardem X.509 zapewniający uwierzytelnianie użytkowników końcowych za pomocą kart inteligentnych. Ponadto System zostanie wyposażony w możliwość tworzenia kopii zapasowych pozwalający na gromadzenie danych na dyskach taśmowych. W przypadku wystąpienia sytuacji awaryjnej, konieczne jest umożliwienie przejęcia zadań do wyznaczonej jednostki PRM, również z możliwością wskazania jednostki z innego województwa. W ramach zamówienia Wykonawca dla potrzeb testowania ogólnokrajowego systemu komunikacji mobilnej PRM dostarczy, zainstaluje i uruchomi w 32 karetkach ZRM TM wraz ze stacjami dokującymi, drukarkami i urządzeniami GPS, jak również zapewni na czas trwania gwarancji wymaganą usługę APN u operatora telekomunikacyjnego sieci komórkowej (zamawiający w trakcie wykonania umowy wskaże format ramki w oparciu o który funkcjonować będzie zapewniany przez jego podsystem AVL/AVP). Poniżej przedstawiono diagram czynności dyspozytora SWD PRM oraz jego umiejscowienie w ramach systemu informatycznego powiadamiania ratunkowego. Dla potrzeb budowy i wdrożenia aplikacji informatycznych funkcjonujących w lokalizacji CPR/WCPR oraz komórek organizacyjnych PSP, PRM, PSP oraz Policji, zakłada się następującą strukturę organizacyjną SI PR:
Strona 8 uc struktura SI CPR i SI WCPR oraz SWD SI CPR i SI WCPR SWD Operator CPR dane Koordynator Dyspozytor Operator WCPR Rys. 1 Struktura SI CPR i SI WCPR oraz SWD Na diagramie poniżej przedstawiono główne role dla CPR/WCPR. uc SI CPR i SI WCPR - główne role SI CPR i SI WCPR Decyzje i wytyczne Wizualizacja sytuacji Koordynator WCPR Łączność i komunikaty Analizy i raporty Operator Obsługa zgłoszeń Zgłaszający Zgłoszenie alarmowe telefoniczne Rys. 2 Główne role w CPR /WCPR Oprócz roli Operatora w ramach WCPR/CPR zaimplementowana zostanie funkcjonalność Koordynatora zapewniająca w szczególności: przegląd bieżącej sytuacji w zakresie przyjęcia zgłoszeń i statusów obsługi zdarzeń, monitorowanie ilości i typów zgłoszeń na obszarze województwa oraz wymiany informacji i dyspozycji z innymi CPR.
Strona 9 Na diagramie poniżej przedstawiono zadania Dyspozytora realizującego obsługę zdarzeń w ramach systemu SWD. uc SWD SWD koordynacja działań «extend» wymiana danych obsługa zgłoszeń i zdarzeń zarządzanie siłami iśrodkami GIS - wizualizacja sytuacji Dyspozytor monitorowanie zdarzeń, sił i środków zgłoszenie z CPR/WCPR analizy i raporty Rys. 3 Zakres roli Dyspozytora w ramach systemów klasy SWD Na poziomie SWD PRM dodatkowo oprócz roli Dyspozytora w ramach niniejszego zamówienia wymagane jest zaimplementowanie funkcjonalność Koordynatora (lekarz koordynator/krajowy dyspozytor lotniczego pogotowania ratunkowego) zapewniającej w szczególności: monitorowanie działalności jednostek pogotowania ratunkowego na terenie całego kraju, dostęp do danych o siłach i środkach i stanie aktualnie realizowanych zdarzeń, mechanizmy koordynacji i wymiany informacji.
Strona 10 Poniżej przedstawiono poglądowe powiązania systemowe oraz otoczenie SI PR. Zgłaszający zdarzenie Zgłoszenie inne «system» ecall zgłoszenia i dane «system» system teleinformatyczny OT Zgłoszenia zgłoszenia i dane «flow» zgłoszenia i dane «flow» 112, 99X «flow» SI WCPR/CPR Obsługa zdarzeń + 01. Podsystem przyjęcia zgłoszenia + 02. Podsystem zintegrowanej łączności wraz z systemem rejestracji rozmów «flow» + 03. Podsystem baz danych + 04. Podsystem raportowy + 05. Podsystem monitorowania zgłoszeń «system» PLI CBD Dane zgłoszenia i dane «flow» «system» SWD PRM «system» SWD Policji «system» SWD PSP «system» SWD innych służb «podsystem» dane CP lokalizacyjne SCPR «flow» «flow» dane lokalizacyjne «system» SI GUGiK dane lokalizacyjne dane GIS/ dane adresowe «moduł» Centralny Moduł Mapowy/AVL
Strona 11 5. Wymagania szczegółowe 5.1 Wymagania funkcjonalne systemu SWD PRM 5.1.1 Moduł aplikacji dla potrzeb Dyspozytorów ZRM F.SWDPRM.1 F.SWDPRM.2 F.SWDPRM.3 F.SWDPRM.4 F.SWDPRM.5 F.SWDPRM.6 F.SWDPRM.7 Umieszczanie zdarzeń na liście zdarzeń oczekujących, z uwzględnieniem identyfikatorów przydzielonych w SI CPR / SI WCPR (wyświetlany czas oczekiwania zdarzenia na podjęcie interwencji z sygnalizacja przekroczenia zadanej wartości czasu oczekiwania). Porządkowanie wyświetlania zdarzeń według zadanych parametrów (np. czas przyjęcia, Dyspozytor, kategoria zdarzenia). Wspomaganie obsługi zdarzenia poprzez: różne kolory zdarzeń w zależności od aktualnego statusu (jednakowe w skali kraju, bez możliwości zmiany przez użytkowników), przekazanie do ZRM oraz LPR dyspozycji obsługi zdarzenia, możliwość przyporządkowania i odwołania do obsługi zdarzenia więcej niż jedną karetkę, wyświetlanie w postaci listy aktualnych zasobów (z bieżącymi statusami np. wolny, zajęty, w drodze), manualne aktualizowanie bieżących statusów zasobów, obsługiwanych zdarzeń, manualne przypisanie zasobów do obsługi zdarzenia, wskazanie potencjalnych zasobów do obsługi zdarzenia według wyboru kryteriów filtrowania (np. status, typ i wyposażenie karetki, rodzaj jednostki PRM możliwość wyboru kilku kryteriów), kategoryzowanie zdarzeń. Możliwość przeglądu historii obsługi zdarzeń zakończonych. Dostęp do danych archiwalnych z okresu 20 lat w trybie on-line, z Systemu oraz zewnętrznych systemów informatycznych SIM w oparciu o uniwersalny interfejs w technologii web service, w zakresie Dokumentacji medycznej PRM (w ramach niniejszego Zamówienia Wykonawca dostarczy infrastrukturę serwerową umożliwiającą gromadzenie Dokumentacji medycznej PRM przez okres 5 lat). Parametr wyszukiwania danych archiwalnych stanowią istotne parametry możliwe do zarejestrowania w zgłoszeniu i zdarzeniu, między innymi data, miejsce, dane poszkodowanego, dane zgłaszającego, typ zdarzenia oraz dodatkowo każdy parametr możliwy do zarejestrowania w dokumentacji medycznej. Dostęp do danych archiwalnych w zakresie nagrań i pozostałych informacji gromadzonych w Systemie z okresu 1 roku w systemie on-line oraz z okresu 20 lat w systemie backupu. Parametr wyszukiwania danych archiwalnych stanowią istotne parametry możliwe do zarejestrowania w zgłoszeniu i zdarzeniu, między innymi data, miejsce, dane poszkodowanego, dane zgłaszającego, typ zdarzenia. Informowanie Dyspozytora o zmianach w już obsługiwanych zdarzeniach
Strona 12 wynikających z dodatkowych informacji zebranych przez operatorów. F.SWDPRM.8 Możliwość przekazywania obsługi zdarzeń innemu Dyspozytorowi, dyspozytorowi LPR (w dowolnym momencie procesu obsługi zdarzenia), również do innego województwa. F.SWDPRM.9 Dostępna na bieżąco informacja o pozostających w dyspozycji zasobach siłach i środkach, ich statusie oraz lokalizacji, również siłach i środkach pozostałych Dysponentów w ramach Systemu. F.SWDPRM.10 Wizualizacja na mapie wszystkich ZRM z możliwością konfiguracji, w szczególności: pokazuj tylko własne ZRM dyspozytora, pokazuj własne ZRM dysponenta, pokazuj własne i obce ZRM znajdujące się w makroregionie, pokazuj własne i sąsiednie ZRM. F.SWDPRM.11 Obsługa różnych typów wyjazdów. F.SWDPRM.12 Rozsyłanie komunikatów wraz z załącznikami (np. pliki pdf, jpg) pomiędzy Dyspozytorami (komunikaty okólnikowe). F.SWDPRM.13 Możliwość zakończenia obsługi zdarzenia na dowolnym etapie (momencie) obsługi pomimo braku pełnych danych i jego modyfikacji (uzupełnienia) po zakończeniu. F.SWDPRM.14 Możliwość kontroli czasu pracy Dyspozytora, ilość prowadzonych zdarzeń, czasu obsługi zdarzenia. F.SWDPRM.15 Analizy czasu obsługi zdarzeń. F.SWDPRM.16 Historia jednostki z chronologiczną listą realizowanych zdarzeń własnych i zleconych (z czasem trwania) Książka Pracy Dyspozytora, wraz z możliwością jej wydruku F.SWDPRM.17 Rejestracja danych o zasobach ratowniczych. F.SWDPRM.18 Możliwość wymiany informacji pomiędzy Dyspozytorami a Operatorami/Koordynatorami PRM w czasie rzeczywistym, z użyciem komunikatów aplikacyjnych. F.SWDPRM.19 Automatyczne generowanie propozycji dyspozycji sił i środków dla obsługi określonej kategorii zdarzeń (mechanizmu optymalizacji wsparcia dysponowania sił i środków oparty w co najmniej następujące czynniki: odległość, kategoria urazu, czas dotarcia, jednostkowych kosztów transportu, wyposażenie techniczne i skład załogi). F.SWDPRM.20 Modyfikacja przez Dyspozytora automatycznie generowanych propozycji dyspozycji sił i środków. F.SWDPRM.21 Prezentacja na mapie cyfrowej lokalizacji dostępnych i biorących udział w akcji sił i środków, statusów, lokalizacji osoby wywołującej zgłoszenie. F.SWDPRM.22 Możliwość elektronicznego wprowadzania danych w oparciu do predefiniowane formularze zgodne ze wzorami określonymi dla Dokumentacji medycznej PRM. F.SWDPRM.23 Możliwość zmiany z poziomu aplikacji statusu dostępnych i biorących udział w akcji sił i środków. F.SWDPRM.24 Możliwość nawiązania połączenia telefonicznego z poziomu aplikacji. F.SWDPRM.25 Prowadzenie rozliczeń apteki zespołu wyjazdowego, w zakresie: zarządzanie stanem apteki, informowanie o stanie ważności leków,
Strona 13 F.SWDPRM.26 F.SWDPRM.27 F.SWDPRM.28 F.SWDPRM.29 F.SWDPRM.30 F.SWDPRM.31 F.SWDPRM.32 F.SWDPRM.33 F.SWDPRM.34 F.SWDPRM.35 F.SWDPRM.36 F.SWDPRM.37 F.SWDPRM.38 F.SWDPRM.39 F.SWDPRM.40 F.SWDPRM.41 F.SWDPRM.42 F.SWDPRM.43 F.SWDPRM.44 F.SWDPRM.45 F.SWDPRM.46 rozliczenie apteki po zakończeniu dyżuru, integracja ze szpitalnym systemem apteki. Administrowanie uprawnieniami użytkowników. Dodawanie/usuwanie stanowisk dostępowych. Utrzymywanie danych słownikowych/bibliotek. Automatyczna rejestracja działań realizowanych przez użytkowników (kto, kiedy, co). Zapewnienie współpracy z centralnym systemem mapowym (usługi WebService). Identyfikacja numeru telefonu dzwoniącego zintegrowana z bazą teleadresową. Dostęp do książki telefonicznej, możliwość wywoływania połączeń bezpośrednio z książki telefonicznej. Usprawnienie komunikacji poprzez zautomatyzowanie wybierania numerów telefonów, zestawianie połączeń konferencyjnych, wsparcie przekazywania połączeń. Dostęp do zasobów systemu za pomocą specjalizowanych konsol dyspozytorskich zainstalowanych na stanowiskach pracy (zasobów telefonii przewodowej i radiowej). Zapamiętywanie dla każdej zarejestrowanej korespondencji zestawu metadanych obejmujących co najmniej: czas rozpoczęcia i czas zakończenia, numery telefonów uczestniczących w korespondencji, identyfikatorów stacji bazowych uczestniczących w korespondencji, kanałów na których była prowadzona korespondencja. Odsłuch rozmów z funkcją: przewijania, pauza, stop. Przeszukiwanie rozmów w oparciu zadany: okres czasu, identyfikator, znacznik. Automatyczne powiązanie zarejestrowanych rozmów ze zdarzeniami. Pełna dokumentacja obsługi zdarzeń w zakresie rejestracji wszystkich kanałów komunikacji. Przekazanie identyfikatora zdarzenia jako znacznika do modułu rejestracji korespondencji, jeśli zgłoszenie przyjmowane jest telefonicznie. Przekazanie identyfikatora zdarzenia jako znacznika do modułu rejestracji korespondencji, jeśli prowadzona rozmowa dotyczy danego (zarejestrowanego wcześniej) zgłoszenia. Możliwość odsłuchania treści rozmów telefonicznych i korespondencji radiowej związanych z danym zdarzeniem. Dwustronna komunikacja z terminalami mobilnymi zapewniająca: przekazywanie statusów oraz potwierdzeń, przesyłanie i odbieranie wiadomości tekstowych (komunikator tekstowy), przekazywanie danych o zleceniach wyjazdów oraz niezbędnych dla tworzenia i archiwizacji Dokumentacji medycznej PRM. Dostęp do biblioteki regulaminów, instrukcji i przepisów. Gromadzenie informacji o trasie przejazdu danego pojazdu, łącznie z prędkością, postojami, statusami i stanem czujników pojazdu. Możliwość odtwarzania tras wybranych pojazdów, łącznie z prędkościami, postojami, statusami i stanem czujników pojazdu (dla wybranego pojazdu/kierowcy w zadanym czasie).
Strona 14 F.SWDPRM.47 Definiowanie wyposażenia pojazdów i grup pojazdów. F.SWDPRM.48 Proces przydzielania i zarządzania ID pojazdów. F.SWDPRM.49 Elektroniczna karta zlecenia wyjazdu zespołu ratownictwa medycznego, zgodna z Dokumentacją medyczną PRM, wraz z możliwością jej przekazania do ZRM. F.SWDPRM.50 W przypadku zgłoszeń alarmowych kierowanych bezpośrednio do Dysponenta ZRM, System musi zapewnić rejestrację zgłoszenia alarmowego za pomocą standardowego arkusza przyjęcia zgłoszenia (arkusz zgodny z arkuszem przyjęcia zgłoszenia, wykorzystywanym w CPR/WCPR), w szczególności w zakresie: Numer telefonu (dane pozyskane z PLI CBD), Imię, Nazwisko, Lokalizacja zgłaszającego, Lokalizacja miejsca zdarzenia, Opis zdarzenia, Kategoria zdarzenia. Dane poszkodowanego. Uszczegółowienie lokalizacji miejsca zdarzenia poprzez wskazanie punktu na mapie. F.SWDPRM.51 Uniwersalny interfejs umożliwiający wymianę danych z systemami zewnętrznymi względem SWD PRM, w szczególności systemami SI CPR, SI WCPR, systemami wytwarzanymi przez Centrum Systemów Informacyjnych Ochrony Zdrowia, systemami informatycznymi LPR, w oparciu o komunikaty w formacie XML. F.SWDPRM.52 Możliwość wymiany informacji pomiędzy Dyspozytorami a Operatorami CPR/WCPR w czasie rzeczywistym z użyciem komunikatów aplikacyjnych. F.SWDPRM.53 Przekazanie przez Dyspozytora do Operatora CPR/WCPR potwierdzenia o przyjęciu informacji o zdarzeniu oraz statusu obsługi zdarzenia w szczególności w zakresie: przyjęcie, odmowa, w realizacji, ZRM na miejscu. F.SWDPRM.54 Wspieranie działań związanych z tworzeniem grafików czasu pracy osób pracujących w zespołach wyjazdowych oraz tworzenie elektronicznych list obecności. F.SWDPRM.55 Możliwość rejestrowania i modyfikowania grafików Dyspozytorów oraz składów ZRM na podstawie jednego wspólnego szablonu. Grafiki będą wykorzystywane do automatycznego uzupełniania Dokumentacji medycznej PRM. F.SWDPRM.56 Interfejs umożliwiający współpracę z systemami informatycznymi dysponenta w szczególności z systemem kadrowo-płacowym i finansowo-księgowym. F.SWDPRM.57 Przekazywanie do Koordynatora PRM informacji o siłach i środkach dostępnych na obszarze działania danego Dysponenta, ich rozmieszczeniu oraz o stanie aktualnie realizowanych zadań. F.SWDPRM.58 Automatyczne otwieranie formatki zgłoszenia skojarzonej z przełączaną rozmową telefoniczną do dyspozytora medycznego.
Strona 15 5.1.2 Moduł aplikacji dla potrzeb ZRM F.SWDPRM.59 Zapewnienie interfejsu umożliwiającego wymianę informacji pomiędzy Dysponentem a ZRM, w szczególności w zakresie elektronicznej karty zlecenia wyjazdu zespołu ratownictwa medycznego, karty medycznych czynności ratunkowych oraz karty drogowej. F.SWDPRM.60 Uzupełnienie dokumentacji otrzymanej od Dysponenta, w szczególności elektronicznej karty zlecenia wyjazdu zespołu ratownictwa medycznego, karty medycznych czynności ratunkowych i karty drogowej z funkcją walidacji pól wymaganych. F.SWDPRM.61 Automatyczna wizualizacja na mapie własnej pozycji pojazdu i pozycji przyjętego zgłoszenia, oraz wyznaczenia trasy przejazdu z wykorzystaniem ogólnie dostępnego, standardowego oprogramowania do nawigacji samochodowej. F.SWDPRM.62 Administrowanie uprawnieniami użytkowników. F.SWDPRM.63 F.SWDPRM.64 F.SWDPRM.65 Dodawanie/usuwanie stanowisk dostępowych. Automatyczna rejestracja działań realizowanych przez użytkowników (kto, kiedy, co). Zdalny dostęp z poziomu karetki (terminala mobilnego) do bazy wiedzy, np. katalog leków wraz z ich dawkowaniem, procedury postępowania. F.SWDPRM.66 Wypełnianie kart zlecenia wyjazdu zespołu ratownictwa medycznego wyjazdowych, kart medycznych czynności ratunkowych oraz kart drogowych na urządzeniach mobilnych w formie elektronicznej (dane zebrane na urządzeniach mobilnych będą stanowić podstawę do rozliczenia z NFZ czy tworzenia statystyk realizowanych przez służbę pogotowia ratunkowego), wraz z możliwością wydruku. F.SWDPRM.67 Potwierdzanie obecności na elektronicznej liście obecności, określającej jednocześnie skład ZRM. F.SWDPRM.68 Przesyłanie statusów ZRM do Dyspozytora. F.SWDPRM.69 Aplikacja musi być przystosowana w wersji do pracy na terminalu mobilnym (bez konieczności używania rysika) oraz w wersji do pracy stanowisku dostępowym w MS ZRM. F.SWDPRM.70 Możliwość pracy lokalnej w trybie Off Line, w szczególności w zakresie tworzenia Dokumentacji medycznej PRM.
Strona 16 5.1.3 Moduł pomocniczy 5.1.3.1 Moduł szpitalny sił i środków F.SWDPRM.71 Możliwość rejestrowania danych na poziomie szpitali, istotnych z punktu widzenia działania Dyspozytora. F.SWDPRM.72 Prowadzenie ewidencji dla potrzeby SWD PRM w zakresie wolnych miejsc szpitalnych ze wskazaniem co najmniej: nazwa szpitala, oddział, ilość wolnych miejsc. F.SWDPRM.73 Mechanizmy rozliczalności użytkownika wprowadzającego dane (logi systemowe). F.SWDPRM.74 Automatyczne generowanie propozycji szpitala z wolnymi miejscami umożliwiającymi przyjęcia pacjenta o określonej kategorii urazu oraz wizualizacja na mapie danego szpitala wraz wyznaczeniem trasy przejazdu (współpraca ze standardowym oprogramowaniem do nawigacji samochodowej zainstalowanym na terminalu mobilnym). F.SWDPRM.75 Możliwość aktualizacji danych przez dyspozytora. F.SWDPRM.76 Zapewnienie interfejsu umożliwiającego automatyczne pobieranie danych. 5.1.3.2Moduł analityczno-raportowy F.SWDPRM.77 Dostęp do danych wykorzystywanych w pozostałych modułach Systemu. F.SWDPRM.78 Definiowanie typów źródeł danych za pomocą graficznego edytora zapytań (możliwość określanie frazy WHERE, ORDER BY, wyrażeń). F.SWDPRM.79 Typy źródeł danych dostarczają zdefiniowane przez użytkownika dane. F.SWDPRM.80 Określenie dla źródeł: filtrów (typu filtru, wykorzystanie operatorów logicznych) oraz parametrów źródła (parametry wejściowe dla raportu). F.SWDPRM.81 Dane zwracane przez zdefiniowane źródło prezentowanie w formie tabeli lub wykresu. F.SWDPRM.82 Możliwość przedstawienia danych z wykorzystaniem edytora graficznego wraz z funkcją wydruku. F.SWDPRM.83 Eksportowanie zdefiniowanych szablonów i dokumentów. Możliwe formaty: doc, PDF, html, XLS (z wyjątkiem szablonu wykresu) i CSV (z wyjątkiem szablonu wykresu). F.SWDPRM.84 Możliwość eksportowania danych do XLS całościowo bez podziału na strony lub tabele i innego formatowania. F.SWDPRM.85 Raportowanie administracyjne w ramach zdefiniowanej puli raportów (20 szablonów raportów uzgodnionych z Zamawiającym). F.SWDPRM.86 Możliwość generowania raportów dotyczących eksploatacji pojazdów (ilość przejechanych kilometrów, ilość zużytego paliwa itd.).
Strona 17 5.1.3.3Moduł do rozliczeń z NFZ F.SWDPRM.87 Import danych z pozostałych modułów Systemu. F.SWDPRM.88 Zapewnienie rozliczalności z NFZ wg wytycznych NFZ przez cały okres serwisowy. F.SWDPRM.89 Zapewnienie funkcjonalności realizującej weryfikację importowanych danych i zapis tylko tych poprawnych. Dla każdego niezweryfikowanego świadczenia musi być wyświetlana informacja o błędzie z możliwością zapisania do pliku formatu *xls. F.SWDPRM.90 Dostęp do modułu przydzielany administracyjnie. F.SWDPRM.91 Moduł musi realizować wysyłanie komunikatów statystycznych i rozliczeniowych do NFZ w aktualnie obowiązującym formacie xml. F.SWDPRM.92 Wczytywanie raportów zwrotnych oraz przegląd błędów wskazanych przez z NFZ. W przypadku błędów wskazanych przez NFZ, zapewnienie ponownego importu zmienionych danych. F.SWDPRM.93 Wystawianie faktur i korekt zgodnych z szablonami przysłanymi w odpowiedzi do raportów rozliczeniowych oraz drukowanie sprawozdania finansowego. 5.2 Wymagania niefunkcjonalne SWD PRM 5.2.1 Wymagania ogólne NF.SWDPRM.1 NF.SWDPRM.2 NF.SWDPRM.3 NF.SWDPRM.4 NF.SWDPRM.5 NF.SWDPRM.6 NF.SWDPRM.7 Podsystem Zintegrowanej Łączności systemu SWD PRM zostanie zrealizowany poprzez rozbudowę Podsystemu Zintegrowanej Łączności systemu SI WCPR metodą prototypowania i testowania poprawek w co najmniej 3 lokalizacjach wskazanych przez Zamawiającego, w tym Dysponent, MS ZRM oraz ZRM Podsystem Zintegrowanej Łączności systemu SWD PRM ma obejmować połączenia telefoniczne oraz łączność radiową w oparciu o lokalne i zdalne stacje bazowe. Stanowiska użytkowników końcowych systemu SWD PRM będą zlokalizowane w siedzibach CPR/WCPR, w siedzibie Dysponenta oraz wskazanych karetkach. Podsystem Zintegrowanej Łączności systemu SI WCPR obsługuje połączenia telefoniczne oraz łączność radiową w oparciu o lokalne i zdalne stacje bazowe. Wizualizacja danych na stanowisku dowodzenia w oparciu o dwa monitory w ramach stanowiska dostępowego oraz dodatkowy (trzeci) monitor w ramach konsoli dyspozytorskiej zintegrowanej łączności. Modułowa budowa aplikacji (dostęp do modułów uzależniony od posiadanych przez użytkownika końcowego poziomu uprawnień). Moduł kopii zapasowych zrealizowany z użyciem dedykowanych serwerów
Strona 18 fizycznych i podłączonych do nich bibliotek taśmowych zapewnianych przez Zamawiającego) z wykorzystaniem oprogramowania klasy Enterprise z nielimitowanym skalowaniem i partycjonowaniem NF.SWDPRM.8 Każdy z serwer kopii zapasowych wyposażony min. w 1 procesor czterordzeniowy, 8GB RAM oraz 2TB przestrzeni dyskowej z możliwością rozbudowy. NF.SWDPRM.9 Serwery pracujące w kastrze niezawodnościowo - wydajnościowym NF.SWDPRM10 Sterowanie funkcjami za pomocą skrótów klawiszowych. NF.SWDPRM11 W przypadku awarii stacji roboczej obsługa powinna zostać przejęta automatycznie przez uprzednio określone stanowisko innego Dyspozytora. NF.SWDPRM12 Wymagania niefunkcjonalne dotyczące rozmieszczenia infrastruktury sprzętowej będą wynikały z zaproponowanej przez wykonawcę aplikacji w ramach projektu technicznego architektury Systemu, uwzględniającej mechanizmy replikacji danych oraz trójwarstwową architekturę klient-serwer. NF.SWDPRM13 Komunikacja (synchroniczna) pomiędzy WCPR a systemami dziedzinowymi służb (systemy klasy SWD) zrealizowana w oparciu o technologię Web-Service i komunikację w formacie XML. NF.SWDPRM14 Ergonomia GUI dostosowana do maksymalnego skrócenia procesu wprowadzania danych. NF.SWDPRM15 Część kliencka rozwiązania w technologii grubego klienta. NF.SWDPRM16 System posiadać będzie wydzielone środowisko developerskie oraz szkoleniowo-testowe. NF.SWDPRM17 Interfejs użytkownika w języku polskim. NF.SWDPRM18 Zapewnienie architektury rozwiązania zapewniającej niezawodność systemu na wymaganym poziomie SLA. NF.SWDPRM19 Zapewnienie do końca roku 2013 usług APN na rzecz transmisji dla potrzeb 32 szt. terminali mobilnych i dostarczanych urządzeń GPS NF.SWDPRM20 Przyjęte rozwiązanie musi pozwalać na wdrożenie logiki biznesowej aplikacji w oparciu o zewnętrzną szynę komunikacyjną (wymiany informacji). NF.SWDPRM21 Zaproponowane przez Wykonawcę rozwiązanie musi być kompatybilne z zapewnianymi przez Zamawiającego stanowiskami dostępowymi (stanowiska dostępowe wyposażone w karty mikroprocesorowe oraz czytniki kart mikroprocesorowych) oraz konsolami dyspozytorskimi zintegrowanej łączności o minimalnych ch przedstawionych w pkt 5.5 i 5.6. NF.SWDPRM22 Mechanizmy zapewniające możliwość zdalnego upgrade-u oprogramowania oraz automatyczna dystrybucja powiadomień o nowych wersjach systemu NF.SWDPRM23 Wykonawca zobowiązany jest do umieszczenia na dostarczonej infrastrukturze sprzętowej oznaczeń zgodnych z Zasadami promocji projektów dla beneficjentów Programu Operacyjnego Infrastruktura i Środowisko 2007-2013 oraz 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, jak również wytycznymi Strategii komunikacji Funduszy Europejskich w Polsce w ramach Narodowej Strategii Spójności na lata 2007-2013 rozdział 8.2, tzn. wszelka dostarczona w ramach realizacji przedmiotu Zamówienia dokumentacja
Strona 19 musi być opatrzona logotypami: Narodowa Strategia Spójności, Unia Europejska z odniesieniem słownym do Europejskiego Funduszu Rozwoju Regionalnego, logo Beneficjenta. Szablony oznaczeń zostaną przekazane Wykonawcy przez Zamawiającego. 5.2.2 Bezpieczeństwo Pojęcia Poufność, Integralność, Rozliczalność i Niezaprzeczalność są rozumiane zgodnie z normą PN-I-02000:2002 Technika Informatyczna zabezpieczenia w systemach informatycznych. 5.2.3 Poufność NFP.1 Zaimplementowanie funkcjonalności umożliwiającej przetwarzanie w Systemie informacji wrażliwych zgodnie z mi określonymi w odpowiednich aktach prawnych, w szczególności ustawie z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (Dz. U. z 2002 r. Nr 101, poz. 926) oraz rozporządzenia Rady Ministrów z dnia 28 października 2005 r. o minimalnych ch dla systemów teleinformatycznych (Dz. U. z 2005 r. Nr 212, poz. 1766). NFP.2 Zaimplementowanie mechanizmów umożliwiających dostęp do Systemu wyłącznie po jednoznacznym zidentyfikowaniu użytkownika końcowego przeprowadzonym w ramach procesu uwierzytelnienia. NFP.3 Zaimplementowanie mechanizmów zapewniających przechowywanie i przesyłanie haseł użytkowników wyłącznie w postaci zaszyfrowanej. NFP.4 Zaimplementowanie mechanizmu kontroli uprawnień opartego na rolach, umożliwiającego kontrolę poziomu dostępu do Systemu każdego użytkownika zarówno w zakresie dostępu do danych przetwarzanych w Systemie jak i korzystania z jego funkcjonalności. System uprawnień musi umożliwić ograniczenie dostępu wyłącznie do takich danych oraz takiego zakresu funkcji, jaki jest mu niezbędny do wykonania zadań wynikających z zakresu obowiązków. NFP.5 W przypadku szyfrowania wymagane jest zaimplementowanie mechanizmów kryptograficznych opartych na uznanych standardach otwartych. Moc wykorzystanych mechanizmów nie może być mniejsza od mocy zapewniana przez 3DES, AES-128, RSA-1024, SHA-1. NFP.6 Zabezpieczenie transmisji danych wrażliwych pomiędzy stacją użytkownika a serwerami umieszczonymi w węzłach technologicznych oraz pomiędzy współpracującymi systemami. Poziom zabezpieczenia transmisji nie może być mniejszy od poziomu zapewnianego przez protokół TLS z kluczem o długości 128 bitów. 5.2.4 Integralność NFI.1 Zaimplementowanie mechanizmów zapewniających integralność danych
Strona 20 wykorzystywanych przy obsłudze zdarzeń w trakcie ich przesyłania pomiędzy SWD PRM a innymi systemami współpracującymi z nim w ramach SI PR oraz SPR. Poziom zapewnienia integralności nie może być mniejszy od poziomu zapewnianego przy użyciu protokołu TSL z kluczem 128 bit. NFI.2 Zaimplementowanie mechanizmów zapewniających integralność danych wykorzystywanych przy obsłudze zdarzeń i zgłoszeń w trakcie ich przesyłania pomiędzy węzłem technicznym systemu a stacją roboczą użytkownika. Poziom zapewnienia integralności nie może być mniejszy od poziomu zapewnianego przy użyciu protokołu TSL z kluczem 128 bit. 5.2.5 Rozliczalność NFR.1 Zaimplementowanie mechanizmów umożliwiających rozliczalność działań użytkowników końcowych, które są bezpośrednio związane z obsługą zdarzeń. Wymagane jest rejestrowanie, co najmniej następujących informacji: data i czas przyjęcia zdarzenia do obsługi, rodzaj zdarzenia, data i czas zadysponowania sił i środków, identyfikator użytkownika, identyfikator stacji użytkownika. NFI.2 Zaimplementowanie mechanizmów umożliwiających rozliczalność działań administracyjnych związanych z nadawaniem i odbieraniem uprawnień do tych usług realizowanych przez system, które są bezpośrednio związane z obsługą zgłoszeń i zdarzeń. 5.2.6 Niezaprzeczalność NFN.1 Zaimplementowanie mechanizmów umożliwiających niezaprzeczalność działań związanych z przyjmowaniem i obsługą zdarzeń w ramach SWD PRM. 5.2.7 Ciągłość działania NFC.1 Zaimplementowanie mechanizmów umożliwiających uruchomienie Systemu zgodnie z zaakceptowanym przez Zamawiającego projektem technicznym. NFC.2 Optymalizacja architektury Systemu pod kątem maksymalnego wyniesienia infrastruktury sprzętowo-programowej do Ośrodka Krajowego, z zachowaniem wymaganych poziomów dostępności Systemu.
Strona 21 5.2.8 Dostępność NFD.1 Zaimplementowanie mechanizmów umożliwiających zapewnienie dostępności usług Systemu 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 Dysponenta na poziomie 99% (niedostępność miesięczna 7,3h / Dysponent) SLA Dysponenta liczone jest jako suma czasu trwania niedostępności Systemu spowodowanej Awariami Krytycznymi, przy czym okna serwisowe związane z konserwacją/rekonfiguracją Systemu nie podlegają uwzględnianiu w obliczeniu SLA (termin i zakres prac realizowanych w ramach okna serwisowego wymaga uzyskania przez Wykonawcę uprzedniej akceptacji Zamawiającego). NFD.2 Zaimplementowanie mechanizmów umożliwiających użytkownikom Systemu kontynuację pracy w przypadku awarii jednego z węzłów technicznych z wykorzystaniem usług świadczonych przez inny węzeł. NFD.3 Zaimplementowanie mechanizmów umożliwiających przejęcie obsługi zgłoszeń alarmowych przez innego Dysponenta. 5.2.9 Pojemność i Wydajność NFPW.1 System przystosowany do przyjęcia i obsługi do 1 mln zdarzeń rocznie z możliwością późniejszej rozbudowy do co najmniej 3 mln rocznie (mechanizmy skalowalności rozwiązania). NFPW.2 Zaimplementowanie mechanizmów umożliwiających obsługę zwiększonej liczby zgłoszeń w okresach szczytów, przy założeniu, iż liczba ta nie przekroczy 10-cio krotności średniej liczby zgłoszeń wyliczonej na podstawie ww.. NFPW.3 Zaimplementowanie mechanizmów umożliwiających obsługę do co najmniej 800 równoczesnych użytkowników. 5.3 Minimalne na terminale mobilne Lp. Parametr Wymagana wartość parametru 1. Procesor Co najmniej 1.06 GHz 2. Pamięć operacyjna Min. 2 GB 3. Dysk twardy pojemność min 32 GB
Strona 22 Lp. Parametr Wymagana wartość parametru 4. Dźwięk 5. Ekran 6. Technologia dotykowa 7. Pory 8. Łączność bezprzewodowa Wbudowany mikrofon stereo z redukcją szumów, wbudowane głośniki stereo Przekątna 10,4, technologia TFT z powłoką dotykową, rozdzielczość natywna 1024x768, 16M kolorów, 32-bit true color, 100 poziomów jasności. Technologia umożliwiająca obsługę piórkiem magnetycznym lub dotykiem palca Złącze dokujące, 2x USB, RS232, przemysłowe złącze pinowe do podłączenia GPS, Ethernet, wejście mikrofonowe, wyjście słuchawkowe Wifi 802.11 a/b/g/n, Bluetooth 2.0 EDR, wbudowany moduł 3G, wbudowany slot na kartę SIM operatora komórkowego 9. Moduł pozycjonowania Podłączany z zewnątrz za pomocą złączaprzemysłowego 10. Inne wyposażenie 11. Inne 12. Gwarancja Czytnik linii papilarnych Co najmniej 3 programowalne klawisze funkcyjne Bateria umożliwiająca pracę poza stacją dokującą przynajmniej do 3,5h bez konieczności wymiany lub ładowania. Wbudowana bateria pomostowa z funkcją suspend-to-ram Norma szczelności nie mniejsza niż IP65 lub równoważną Praca w temperaturach od -20 do +60 stopni Celsjusza Zgodność z normą PN-S-76020 lub równoważną. Wykonawca dołączy do oferty sprawozdanie z badań na zgodność urządzenia z normą PN-S-76020 Zgodność z dyrektywą Atex lub równoważną (praca w strefach zagrożonych wybuchem) Zgodność ze znakiem CE lub równoważnym Serwis gwarancyjny dla urządzenia świadczony musi być przez podmiot posiadający autoryzację serwisową producenta oferowanego urządzenia. 13. Zestaw do montażu w pojeździe Tablet należy wyposażyć w stację dokującą montowaną w samochodzie 14. Zasilanie zewnętrzne Zasilacz sieciowy oraz zasilacz samochodowy 15. System operacyjny 16. Parametry stacji dokującej 17. Moduł GPS Co najmniej Windows XP Tablet PC lub wyższy np. Windows 7 Professional Co najmniej 2 porty USB, wejście mikrofonowe, wyjście słuchawkowe, port zasilania, możliwość podłączenia anteny zewnętrznej przez specjalne złącze antenowe. Stacja dokująca z możliwością instalacji w karetce musi zapewniać ochronę fizyczną sprzętu przez zabezpieczenie zamkiem otwieranym kluczem. Stacja musi mieć zasilanie z akumulatora samochodu aby doładowywać tablet medyczny Urządzenie musi zapewniać automatyczną wizualizację na mapie własnej pozycji pojazdu i pozycji przyjętego zgłoszenia z wykorzystanie ogólnie dostępnego, standardowego oprogramowania do nawigacji samochodowej.
Strona 23 5.4 Minimalne na drukarki do karetek ZRM Lp. Parametr Wymagana wartość parametru 1. Napięcie zasilania 12 V DC 2. Maksymalna pobierana moc Max 50 W 3. Typ drukarki Atramentowa, kolorowa 4. Format wydruku A4 5. 6. Prędkość drukowania (A4, w czerni, tryb draft) Prędkość drukowania (A4, w pełnym kolorze, tryb draft) 7. Jakość druku (w czerni, tryb best) 8. Jakość druku (w kolorze, tryb best) 9. Normatywny cykl pracy (miesięcznie, format A4) Min. 20 str./min. Min. 5 str./min. Rozdzielczość do 1200 x 1200 dpi (przy drukowaniu z komputera) Rozdzielczość optymalizowana do 4800 dpi przy drukowaniu z komputera oraz rozdzielczość wejściowa 1200 dpi Do 400 str./miesiąc 10. Wbudowana pamięć Min. 32 MB 11. Standardowe rozwiązania komunikacyjne Adapter Bluetooth, Hi-Speed USB zgodny ze specyfikacją USB 2.0, USB zgodny ze specyfikacją USB 2.0, PictBridge, Secure Digital/Multimedia Card 12. Standardowy podajnik papieru Podajnik na 30 arkuszy 13. Zużycie energii Maksymalnie 40 W, maksymalnie 24 W (aktywność/drukowanie), maksymalnie 0,4 W (drukarka wyłączona) 14. Dodatkowe moduły Moduł WiFi 15. Wbudowany akumulator Tak 16. Gwarancja Serwis gwarancyjny dla urządzenia świadczony musi być przez podmiot posiadający autoryzację serwisową producenta oferowanego urządzenia. 5.5 Minimalne dot. urządzeń GPS (do pozycjonowania GPS i monitoringu w karetkach) Lp. Parametr Wymagana wartość parametru 1. Znamionowe napięcie zasilania +12 VDC lub +24 VDC