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. Awarie Krytyczne mają jedną lub więcej z poniższych cech:
Strona 3 Skrót/pojęcie Definicja 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 i jednostkami organizacyjnymi podległymi lub nadzorowanymi przez Ministra
Strona 4 Skrót/pojęcie Definicja 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, 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; WCPR Wojewódzkie Centrum Powiadamiania Ratunkowego; Zamawiający Centrum Projektów Informatycznych MSWiA;
Strona 5 Skrót/pojęcie Zgłoszenie Zdarzenie ZRM Definicja 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) opracowanie i dostarczenie Analizy i Projektu technicznego, w tym przeniesienie na Zamawiającego autorskich praw majątkowych do Projektu technicznego, 2) Dostawę, Instalację i Konfigurację Elementów Systemu niezbędnych do prawidłowego funkcjonowania Systemu, w tym Instalację i Konfigurację w Lokalizacjach dostarczanego przez Wykonawcę Oprogramowania na zapewnianych przez Zamawiającego 240 szt. stanowiskach dostępowych oraz 240 szt. konsol dyspozytorskich zintegrowanej łączności, o których mowa w rozdz. 5.8 i 5.9, 3) Dostawę i Instalację w Lokalizacjach dostarczanych w ramach Dostaw 32 szt. terminali mobilnych (komputerów typu tablet) wraz ze stacjami dokującymi oraz 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, 4) udzielenie Zamawiającemu i MSWiA licencji na Oprogramowanie Standardowe, którego producentem jest Wykonawca oraz licencji na Modyfikacje tego Oprogramowania Standardowego oraz zapewnienie udzielenia Zamawiającemu i MSWiA licencji na Oprogramowanie Standardowe, którego producentem nie jest Wykonawca oraz licencji na Modyfikacje tego Oprogramowania Standardowego, 5) przeniesienie na Zamawiającego i MSWiA autorskich praw majątkowych do Oprogramowania Aplikacyjnego oraz jego Modyfikacji, rozwiązania technicznego przyjętego dla realizacji Systemu wraz z odnoszącą się Dokumentacją, z wyłączeniem Oprogramowania Standardowego i jego Modyfikacji, 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 Dokumentacji, 9) przeprowadzenie Szkoleń, 10) świadczenie Serwisu gwarancyjnego na zasadach i w okresie określonym w 11 Umowy, 11) zapewnienie usług APN na rzecz transmisji dla potrzeb 32 szt. terminali mobilnych i urządzeń GPS dostarczonych w ramach Dostaw,
Strona 6 12) świadczenie w okresie Serwisu gwarancyjnego usług Nadzoru Autorskiego w wymiarze 5000 (pięć tysięcy) roboczogodzin, w ramach którego Wykonawca wykonywał będzie prace związane z modyfikacjami Systemu w zakresie funkcjonalno-użytkowym, zgodnie z oczekiwaniami Zmawiającego oraz Użytkowników końcowych. 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 etapy, przy czym termin realizacji przedmiotu zamówienia wynosi 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. 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),
Strona 7 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.
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. W ramach realizacji przedmiotu zamówienia należy dostarczyć przestrzeń dyskową dla potrzeb biblioteki w wielkości co najmniej 1TB. 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,
Strona 14 postojami, statusami i stanem czujników pojazdu (dla wybranego pojazdu/kierowcy w zadanym czasie). 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 (karty drogowe tworzą członkowie ZRM, a kontroluje i rozlicza je Dysponent) 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. W ramach realizacji przedmiotu zamówienia należy dostarczyć przestrzeń dyskową dla potrzeb biblioteki w wielkości co najmniej 1TB. 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 uprawnionego użytkownika Systemu. 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 fizycznych i podłączonych do nich bibliotek taśmowych zapewnianych przez Zamawiającego) z wykorzystaniem oprogramowania klasy Enterprise
Strona 18 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 produkcyjne, developerskie oraz szkoleniowo-testowe. Wymagane jest dostarczenie infrastruktury sprzętowo-programowej (4 stanowiska developerskie oraz 50 stanowisk szkoleniowych) oraz licencji niezbędnych do prawidłowego funkcjonowania każdego ze środowisk. 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.
Strona 19 wszelka dostarczona w ramach realizacji przedmiotu Zamówienia dokumentacja 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. NFP.7 Opracowanie polityki bezpieczeństwa, zgodnej przepisami prawa wskazanymi w pkt. 5.12, oraz stosownych instrukcji bezpieczeństwa.
Strona 20 5.2.4 Integralność NFI.1 Zaimplementowanie mechanizmów zapewniających integralność danych 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 TLS 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 TLS 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.
Strona 21 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. 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 W ramach zamówienia wymagane jest wyposażenia karetek w zestaw urządzeń pozwalających na realizowanie wymaganej funkcjonalności. Zestaw musi zawierać co najmniej: terminal mobilny, drukarkę, urządzenie GPS o minimalnych parametrach określonych w kolejnych rozdziałach.
Strona 22 Wymagania ogólne dla zestawu urządzeń wchodzących w wyposażenie karetki (w tym: terminala mobilnego, drukarki, urządzeń GPS). Lp. Parametr Wymagana wartość parametru 1. 2. Napięcie zasilania każdego z urządzeń Sumaryczna maksymalna moc pobierana przez zestaw wszystkich urządzeń 3. Łączność bezprzewodowa 4. Minimalny zakres temperatury pracy każdego z urządzeń 5. Funkcje montażu 6. Dane przesyłane przez zestaw urządzeń 7. Normy i certyfikaty 12 V DC max. 200 W Wifi 802.11 b/g/n, Bluetooth 2.0 EDR, moduł 3G GPRS EDGE, slot na kartę SIM operatora komórkowego od -20 do +60 stopni Celsjusza Montaż urządzeń w sposób zapewniający utrudniony dostęp osobom postronnym oraz nieutrudniający swobodnej pracy zespołu karetki Współrzędne geograficzne obiektu. Wysokość obiektu nad poziomem morza. Prędkość chwilową obiektu. Data i godzina pomiaru. Stan odbiornika status włączenia/wyłączenia stacyjki (silnika). Poziom paliwa w zbiorniku. Status włączenia/wyłączenia sygnalizacji. Zgodność z dyrektywą 104/2004/WE lub równoważną (zgodności elektromagnetycznej) Wymagania dla terminalu mobilnego ( minimalne) 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 4. Dźwięk Wbudowany mikrofon z redukcją szumów, wbudowany głośnik 5. Ekran 6. Technologia dotykowa 7. Porty 8. Inne 9. Zestaw do montażu w Przekątna 10,4, technologia TFT z powłoką dotykową, rozdzielczość natywna 1024x768, Technologia umożliwiająca obsługę piórkiem magnetycznym lub dotykiem palca Złącze dokujące, 2x USB, RS232,, Ethernet, wejście mikrofonowe, wyjście słuchawkowe Bateria umożliwiająca pracę poza stacją dokującą przynajmniej do 3,5h bez konieczności wymiany lub ładowania. Norma szczelności nie mniejsza niż IP65 lub równoważną Instalacja urządzenia zgodnie z normą PN-S-76020 lub równoważną. Zgodność ze znakiem CE lub równoważnym. Tablet należy wyposażyć w stację dokującą montowaną w samochodzie
Strona 23 Lp. Parametr Wymagana wartość parametru pojeździe 10. Zasilanie zewnętrzne Zasilacz sieciowy oraz zasilacz samochodowy 11. System operacyjny 16. Parametry stacji dokującej 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,. 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 5.4 Minimalne na drukarki do karetek ZRM Lp. Parametr Wymagana wartość parametru 1. Typ drukarki monochromatyczna 2. Format wydruku A4 3. 4. Prędkość drukowania (A4, tryb draft) Normatywny cykl pracy (miesięcznie, format A4) Min. 10 str./min. Do 400 str./miesiąc 5. Wbudowana pamięć Min. 32 MB 6. Standardowy podajnik papieru Podajnik na 30 arkuszy 5.5 Minimalne dot. urządzeń GPS (do pozycjonowania GPS i monitoringu w karetkach) Lp. Parametr Wymagana wartość parametru 1. Odbiornik GSM Tak wewnętrzny 2. Antena GSM Tak zewnętrzna 3. Czułość odbiornika GPS 4. Dokładność lokalizacji obiektu -158 dbm (w trybie Tracking) -148 dbm Reacquisition -142 dbm Cold 2,5 m CEP 5 m SEP 5. Odbiornik GPS 16 kanałowy 6. Interwał transmisji danych do serwera systemu Od 5 s do 10000 s - programowalny
Strona 24 5.6 Serwer komunikacyjny zintegrowanej łączności minimalne parametry W ramach realizacji zamówienia wymagane jest wdrożenie rozwiązania zapewniającego dyspozytorom medycznym komunikację radiową z karetkami. Niniejsza komunikacja musi być realizowana w oparciu o zapewniane przez Zamawiającego serwery komunikacyjne konsole dyspozytorskie oraz sieć OST112 w technologii IP/MPLS, z wykorzystaniem komunikacji protokołem IP. Poprzez konsolę dyspozytorską dyspozytor będzie wywoływał oraz odbierał połączenia radiowe i telefoniczne. Ponadto dyspozytor musi mieć możliwość odsłuchiwania rozmów z systemu rejestracji korespondencji zlokalizowanego w WCPR (dostawa serwerów komunikacyjnych zintegrowanej łączności, radiotelefonów konsol dyspozytorskich jak również zapewnienie łączy telekomunikacyjnych nie wchodzi w zakres przedmiotowego zamówienia). Zamawiający wymaga aby wykonawca wdrożył rozwiązanie oparte o serwery zlokalizowane w WCPR charakteryzujące się poniżej wskazanymi parametrami. Opis SK.1 Rozumiany jako oprogramowanie dedykowane oraz platforma sprzętowa zapewniająca integrację środków korespondencji radiowej, telefonicznej oraz systemów informatycznych złożone z: a. modułu Rejestracji, b. modułu Telefoniczny, c. serwera Zarządzania. SK.2 Możliwość dołączenia do 255 konsol dyspozytorskich SK.3 Możliwość dołączenia do 255 obsługiwanych stacji bazowych (radiostacji, radiotelefonów). SK.4 110 kanałów radiowych dostępnych w jednym czasie na konsoli dyspozytorskiej z następującym podziałem: a. 60 kanałów do pracy w trybie Rx/Tx, b. 50 kanałów do pracy w trybie Rx. SK.5 Współużytkowanie 1 kanału radiowego w trybie nadawczo-odbiorczym przez 32 operatorów z uwzględnieniem priorytetów. Możliwość definiowania parametru liczby operatorów. SK.6 Zapewnienie pracy ciągłej, co oznacza, iż zmiany konfiguracji, nie mogą powodować restartu sterowników i resynchronizacji połączeń. SK.7 Obsługa następujących typów radiotelefonów/systemów radiowych (przystosowanych do zdalnego sterowania): a. Konwencjonalne VHF, b. TETRA, c. EDACS, d. Obsługa sygnalizacji SELECT5 oraz CTCSS. SK.8 Funkcja systemowej rejestracji korespondencji: a. telefonicznej i. Numer abonenta A (abonent inicjujący połączenie),