1 Załącznik nr 1 Informacje szczegółowe dotyczące Systemu Elektronicznego Obiegu Dokumentów (SEOD) 1. Zgodność z wymogami prawnymi Zakres przedmiotowy projektu wymaga zapewnienia jego zgodności z obowiązującymi przepisami prawa odnoszącymi się do zasad informatyzacji działalności jednostek administracji publicznej oraz do zasad prezentacji informacji w Internecie. Zatem Wykonawca zapewni zgodność SEOD z następującymi ustawami regulującymi wymianę i dostęp do informacji wytworzonych w ramach działania Policji, za pomocą środków komunikacji elektronicznej: 1.1. Ustawa z dnia 5 września 2016 r. o usługach zaufania oraz identyfikacji elektronicznej (Dz.U. z 2016r. poz. 1579). Ustawa określa warunki stosowania podpisu elektronicznego, skutki prawne jego stosowania, zasady świadczenia usług certyfikacyjnych oraz zasady nadzoru nad podmiotami świadczącymi te usługi. 1.2. Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publiczne (tj. Dz. U. 2017 poz. 570 z późń. zm.) wraz z rozporządzeniami wykonawczymi do ustawy. 1.3. Rozporządzenie Rady Ministrów z dnia 8 stycznia 2002 r. w sprawie organizacji przyjmowania i rozpatrywania skarg i wniosków. (Dz. U. 2002 r. nr 5 poz. 46). 1.4. Kodeks Postępowania Administracyjnego (tj. Dz. U. 2017 poz. 1257 z późń. zm.). Ustawa reguluje m. in. załatwianie spraw z wykorzystaniem środków komunikacji elektronicznej. 1.5. Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej ( tj. Dz. U. 2016 poz. 1764 z późn. zm.). 1.6. Decyzja nr 38/2016 Komendanta Wojewódzkiego Policji w Lublinie z dnia 05.02.2016 roku w sprawie szczególnych zasad i trybu wykonywania czynności kancelaryjnych w Komendzie Wojewódzkiej Policji w Lublinie, Oddziale Prewencji Policji w Lublinie i podległych jednostkach organizacyjnych. 1.7. Ustawa z dnia 29 czerwca 1995r. o statystyce publicznej. (tj. Dz. U. z 2016r., poz. 1068, z późn. zm.). 1.8. Ustawa z dnia 29 sierpnia 1997r. o ochronie danych osobowych (tj. Dz. U. z 2016 r., poz. 922, z późn. zm.). 1.9. Ustawa z dnia 14 lipca 1983r. o narodowym zasobie archiwalnym i archiwach (tj. Dz. U. z 2016r. poz. 1506., z późn. zm.). 1.10. Ustawa z dnia 20 lipca 2000r. o ogłaszaniu aktów normatywnych i niektórych innych aktów prawnych (tj. Dz. U. z 2017r. poz. 1523, z późn. zm.). 1.11. Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych ( tj. Dz. U. z 2017r., poz. 2247.).
50
Embed
Załącznik nr 1 Informacje szczegółowe dotyczące Systemu ... · 3. System Elektronicznego Obiegu Dokumentów (SEOD) Zaprojektowany przez Wykonawcę SEOD musi być kompleksowym
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
1
Załącznik nr 1
Informacje szczegółowe dotyczące Systemu Elektronicznego Obiegu Dokumentów (SEOD)
1. Zgodność z wymogami prawnymi
Zakres przedmiotowy projektu wymaga zapewnienia jego zgodności z obowiązującymi przepisami
prawa odnoszącymi się do zasad informatyzacji działalności jednostek administracji publicznej oraz do
zasad prezentacji informacji w Internecie. Zatem Wykonawca zapewni zgodność SEOD
z następującymi ustawami regulującymi wymianę i dostęp do informacji wytworzonych w ramach
działania Policji, za pomocą środków komunikacji elektronicznej:
1.1. Ustawa z dnia 5 września 2016 r. o usługach zaufania oraz identyfikacji elektronicznej (Dz.U. z 2016r.
poz. 1579). Ustawa określa warunki stosowania podpisu elektronicznego, skutki prawne jego
stosowania, zasady świadczenia usług certyfikacyjnych oraz zasady nadzoru nad podmiotami
świadczącymi te usługi.
1.2. Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania
publiczne (tj. Dz. U. 2017 poz. 570 z późń. zm.) wraz z rozporządzeniami wykonawczymi do ustawy.
1.3. Rozporządzenie Rady Ministrów z dnia 8 stycznia 2002 r. w sprawie organizacji przyjmowania
i rozpatrywania skarg i wniosków. (Dz. U. 2002 r. nr 5 poz. 46).
1.4. Kodeks Postępowania Administracyjnego (tj. Dz. U. 2017 poz. 1257 z późń. zm.). Ustawa reguluje m.
in. załatwianie spraw z wykorzystaniem środków komunikacji elektronicznej.
1.5. Ustawa z dnia 6 września 2001 r. o dostępie do informacji publicznej (tj. Dz. U. 2016 poz. 1764 z późn.
zm.).
1.6. Decyzja nr 38/2016 Komendanta Wojewódzkiego Policji w Lublinie z dnia 05.02.2016 roku w sprawie
szczególnych zasad i trybu wykonywania czynności kancelaryjnych w Komendzie Wojewódzkiej
Policji w Lublinie, Oddziale Prewencji Policji w Lublinie i podległych jednostkach organizacyjnych.
1.7. Ustawa z dnia 29 czerwca 1995r. o statystyce publicznej. (tj. Dz. U. z 2016r., poz. 1068, z późn. zm.).
1.8. Ustawa z dnia 29 sierpnia 1997r. o ochronie danych osobowych (tj. Dz. U. z 2016 r., poz. 922, z późn.
zm.).
1.9. Ustawa z dnia 14 lipca 1983r. o narodowym zasobie archiwalnym i archiwach (tj. Dz. U. z 2016r. poz.
1506., z późn. zm.).
1.10. Ustawa z dnia 20 lipca 2000r. o ogłaszaniu aktów normatywnych i niektórych innych aktów prawnych
(tj. Dz. U. z 2017r. poz. 1523, z późn. zm.).
1.11. Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram
Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci
elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (tj. Dz. U. z 2017r.,
poz. 2247.).
2
1.12. Rozporządzenie Prezesa Rady ministrów z dnia 14 września 2011r. w sprawie sporządzania,
doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów
elektronicznych (tj. Dz. U. z 2015r. poz.971).
1.13. Rozporządzenie Prezesa Rady Ministrów z dnia 20 lipca 2011r. w sprawie podstawowych wymagań
bezpieczeństwa teleinformatycznego (Dz. U. z 2011r. Nr 159, poz. 948).
1.14. Rozporządzenie Ministra Cyfryzacji z dnia 5 października 2016 r. w sprawie zakresu i warunków
korzystania z elektronicznej platformy usług administracji publicznej (Dz. U. z 2016 r. poz. 1626).
1.15. Rozporządzenie Ministra Cyfryzacji z dnia 5 października 2016 r. w sprawie profilu zaufanego
elektronicznej platformy usług administracji publicznej (Dz. U. z 2016r. poz. 1633).
1.16. Rozporządzenie Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie instrukcji kancelaryjnej,
jednolitych rzeczowych wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania
archiwów zakładowych (Dz. U. z 2011 nr 14 poz. 67).
1.17. Rozporządzenie Ministra Cyfryzacji z dnia 5 października 2016 r. w sprawie szczegółowych
warunków organizacyjnych i technicznych, które powinien spełniać system teleinformatyczny służący
do uwierzytelniania użytkowników (Dz. U. z 2016r. poz. 1627).
1.18. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 stycznia 2007r. w sprawie
Biuletynu Informacji Publicznej (Dz. U. z 2007r. Nr 10, poz. 68).
1.19. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października 2006r.
w sprawie niezbędnych elementów struktury dokumentów elektronicznych (Dz. U. z 2006r. Nr 206,
poz. 1517).
1.20. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie
dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim
powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych
osobowych (Dz. U. z 2004r. Nr 100, poz. 1024).
1.21. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 2 listopada 2006r. w sprawie
wymagań technicznych formatów zapisu i informatycznych nośników danych, na których utrwalono
materiały archiwalne przekazywane do archiwów państwowych, (Dz. U. z 2006r. Nr 206, poz. 1519).
1.22. Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005r. w sprawie testów
akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (Dz. U.
z 2005r. Nr 217, poz. 1836).
1.23. Rozporządzenie Prezesa Rady Ministrów z dnia 27 grudnia 2011r. w sprawie wymagań technicznych
dla dokumentów elektronicznych zawierających akty normatywne i inne akty prawne, dzienników
urzędowych wydawanych w postaci elektronicznej oraz środków komunikacji elektronicznej
i informatycznych nośników danych (Dz. U. z 2011r. Nr 289, poz. 1699).
1.24. Zarządzenie nr 5 Komendanta Głównego Policji z dnia 16 lutego 2017 r. w sprawie metod realizacji
projektów teleinformatycznych i telekomunikacyjnych w Policji (Dz. Urz. KGP z 2017 r. poz. 11).
3
1.25. Zarządzenie nr 920 Komendanta Głównego Policji z dnia 11 września 2008 r. w sprawie metody
i form wykonywania zadań w zakresie działalności archiwalnej w Policji (Dz. Urz. KGP z 2008 r., Nr
16 poz. 95 z późn. zm.).
1.26. Zalecenia dotyczące standardów technicznych, użytkowych i bezpieczeństwa stosowanych w Policji
w zakresie informatyki i łączności z dnia 23 kwietnia 2013r.
1.27. Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016r. w sprawie
ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego
przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (ogólne rozporządzenie o ochronie
danych) (Dz.Urz.UE.L2016.119.1).
1.28. Dyrektywa Parlamentu Europejskiego i Rady (UE) 2016/680 z dnia 27 kwietnia 2016 r. w sprawie
ochrony osób fizycznych w związku z przetwarzaniem danych osobowych przez właściwe organy do
celów zapobiegania przestępczości, prowadzenia postępowań przygotowawczych, wykrywania
i ścigania czynów zabronionych i wykonywania kar, w sprawie swobodnego przepływu takich danych
oraz uchylająca decyzję ramową Rady 2008/977/WSiSW (Dz.Urz.UE.L2016.119.89).
2. Założenia techniczne
Zamawiający wymaga aby wdrożenie przez Wykonawcę Systemu Elektronicznego Obiegu Dokumentów
w lubelskim garnizonie Policji nastąpiło w wyniku realizacji powiązanych ze sobą działań:
a) w KWP w Lublinie powstanie główne centrum przetwarzania danych (GCPD) oraz zapasowe
centrum przetwarzania danych (ZCPD). Centra powstaną w dwóch różnych lokalizacjach
geograficznych. Centra będą przechowywać dane ze wszystkich jednostek.
b) w jednostkach podległych (KMP/KPP) znajdować się będą lokalne centra przetwarzania danych
(LCPD) tych jednostek,
c) dane pomiędzy LCPD a GCPD będą replikowane zgodnie z harmonogramem zapewniającym
odpowiednie wykorzystanie istniejących połączeń sieciowych między jednostkami podległymi,
a KWP w Lublinie,
d) portal udostępniający e-usługi oraz broker komunikacyjny posadowione będą w środowisku
wirtulizacyjnym Centralnych Systemów Internetowych Policji,
e) połączenie do systemu ePUAP/PZ realizowane będzie z wykorzystaniem dedykowanego kanału L2
Ethernet w sieci OST112.
3. System Elektronicznego Obiegu Dokumentów (SEOD)
Zaprojektowany przez Wykonawcę SEOD musi być kompleksowym systemem realizującym elektroniczny
obieg dokumentów oraz system obsługi i zarządzania procesami zachodzącymi w Policji, zawierającym:
a) moduł obsługi dokumentów,
b) moduł obsługi spraw,
4
c) moduł e-kancelarii,
d) moduł wsparcia procesów biznesowych (WorkFlow),
e) moduł analityczny,
f) moduł administracyjny,
g) moduł archiwum elektronicznego,
h) elektroniczne repozytorium dokumentów,
i) mechanizmy skanowania i przetwarzania danych,
j) bazę kontaktów,
k) pocztową książkę nadawczą,
l) szablony dokumentów.
Schemat SEOD przedstawia poniższy rysunek.
Elektroniczny System
Obiegu Dokumentów
Raporty
ewidencje
Upoważnieni
aUpoważnieni
aUpoważnieni
aUpoważnieni
aDokumenty
wychodzące
Delegowanie uprawnień
Procesy workflow
Relacje
Role i Dynamiczny przydział do zadań
Wersjonowanie
Mechanizmy
Bazy Danych Pracowników
Kadry/LDAP
Inne Systemy Informatyczne
Web Services
faksy
dokumenty
papierowe
nośniki
danych
formularze
elektroniczne
Email + PKI
FormsForms
Archiwum
System
Uwierzytelniania
Urzędowe
Poświadczenia Odbioru
SEOD musi posiadać narzędzia umożliwiające jego konfigurację poprzez graficzny interfejs.
3.1. SEOD musi spełniać wymagania narzucone Ustawą z dnia 29 sierpnia 1997 r. o Ochronie Danych
Osobowych (Dz. U. z 2016 r. poz. 922, z późn. zm.) oraz wydanym na jej podstawie Rozporządzeniem
MSWiA z dnia 29 kwietnia 2004 r. (Dz. U. z 2004 r. nr 100, poz. 1024) dla systemów
przetwarzających dane osobowe.
3.2. System będzie zgodny z Jednolitym Rzeczowym Wykazem Akt Policji (JRWAP).
5
3.3. Dokumenty papierowe będą trafiały do SEOD po zeskanowaniu w wyznaczonych do tego punktach.
W celu wykonywania pierwszej (zgrubnej) klasyfikacji dokumentu w sposób automatyczny, SEOD
będzie wyposażony w narzędzie klasy OCR (Optical Character Recognition - Optyczne
Rozpoznawanie Znaków).
3.4. Elementami procesowania w systemie oprócz dokumentów papierowych (skonwertowanych do
elektronicznych) będą również pliki multimedialne (np. pliki graficzne, nagrania audio, nagrania
video, etc.), powszechnie stosowane w Policji.
3.5. System zapewni możliwość spójnego procesowania sprawy przy udziale wielu jednostek
organizacyjnych w ramach KWP w Lublinie i/lub jednostek podrzędnych. W realizacji jednego
procesu będzie mogło brać udział wielu pracowników z różnych wydziałów i komórek, jednakże
każdy z nich tylko i wyłącznie w ramach własnych kompetencji, odpowiedzialności i przyznanych
uprawnień.
3.6. System zapewni możliwość dostosowania wyglądu aplikacji do własnych potrzeb i preferencji
(personalizacja).
3.7. System zapewni zaawansowane i wydajne mechanizmy wyszukiwania danych i informacji.
Mechanizmy te będą obejmować: wyszukanie danych w całym systemie (tzw. wyszukiwanie globalne,
w ramach dostępnych uprawnień), wyszukiwanie szybkie, wyszukiwanie zaawansowane (pozwalające
na definiowanie dowolnych kryteriów), wyszukiwanie pełnotekstowe informacji w bazie danych oraz
załączonych dokumentach, zapisywanie zdefiniowanych kryteriów wyszukiwania w celu ponownego
ich użycia w przyszłości. Ponadto mechanizm wyszukiwania powinien być odporny na literówki i brak
polskich znaków.
3.8. System będzie wyposażony w zestaw narzędzi dla administratorów. Konfiguracja systemu zarówno od
strony biznesowej (licencje, uprawnienia, itp.) jak też systemowej (ścieżki, logi, backupy, itp.) będzie
wykonywana przy pomocy tych narzędzi. Będą one obejmować także narzędzia dedykowane do
zarządzania jakością danych przechowywanych w SEOD (np. identyfikacja i usuwanie duplikatów,
scalanie danych, etc.).
3.9. Dostęp do narzędzi dla administratorów będzie możliwy po uwierzytelnieniu się użytkownika, przesył
danych będzie posiadał ochronę kryptograficzną co najmniej w zakresie ochrony danych
wykorzystywanych do uwierzytelniania. Wszystkie wykonane czynności będą zapisane w logu
aplikacji.
3.10. Poszczególne elementy SEOD zgodnie z obowiązującym prawem muszą zapewnić bezpieczeństwo
informacji przez co rozumie sie zachowanie poufności, integralności, dostępności, rozliczalności,
autentyczności, niezaprzeczalności i niezawodności.
4. Architektura SEOD i technologie
4.1. Z logicznego punktu widzenia system składa się z następujących komponentów:
a) aplikacji webowej stanowiącej interfejs pracy użytkownika i administratora aplikacji,
b) fizycznego repozytorium plików,
6
c) bazy danych,
d) usług serwisowych odpowiedzialnych za wzajemną integrację komponentów aplikacji oraz
realizację działań biznesowych,
e) procesów workflow,
f) usług workflow,
g) silnika OCR.
4.2. Z uwagi na techniczne wymagania poszczególnych komponentów, generowane obciążenie oraz
zapewnienie bezpieczeństwa w środowiskach produkcyjnych, poszczególne funkcje systemu rozłożone
zostaną na odrębnych serwerach/maszynach wirtualnych. Podział na serwery wirtualne wyglądał
będzie następująco:
a) wirtualna maszyna aplikacyjna – hosting aplikacji,
b) wirtualna maszyna bazodanowa – serwer bazy danych,
c) wirtualna maszyna usługowa – usługi systemu, OCR, repozytorium plikowe,
d) wirtualna maszyna workflow – hosting procesów workflow oraz usługi workflow.
Opisany wyżej podział tworzy zamkniętą strefę dla SEOD, w ramach której odbywa się komunikacja
pomiędzy komponentami systemu. Użytkownik systemu korzysta jedynie z przeglądarki internetowej,
która komunikuje się bezpośrednio ze strefą aplikacyjną i workflow za pomocą szyfrowanego
połączenia (HTTPS).
5. Ogólne wymagania jakie ma spełniać SEOD
5.1. Ma prezentować poszczególne etapy obiegu dokumentów.
5.2. Ma posiadać w pełni polskojęzyczny interfejs użytkownika.
7
5.3. Ma umożliwić rozproszoną rejestrację wszelkiej korespondencji każdego typu wpływającej do
Zamawiającego wraz załącznikami oraz jej automatycznym numerowaniem i oznaczaniem kodem
kreskowym oraz tworzeniem raportów.
5.4. Ma zapamiętywać profile pracy poszczególnych użytkowników i udostępniać je po zalogowaniu na
dowolnej stacji roboczej.
5.5. Ma umożliwić tworzenie ról oraz grup użytkowników.
5.6. Ma posiadać rozbudowany moduł bezpieczeństwa zarządzający dostępem użytkowników zarówno do
odpowiednich dokumentów, jak i funkcji systemu. Dostęp do określonych części/funkcjonalności (jak
rola, moduł) jest kontrolowany uprawnieniami nadanymi użytkownikowi końcowemu. System musi
wspierać możliwość nadawania uprawnień poszczególnym użytkownikom z dokładnością użytkownik,
grupa użytkowników.
5.7. Ma uwzględniać w kalendarzu imieniny oraz soboty, niedziele i święta.
5.8. Ma umożliwiać ustawienie przez administratora komunikatów wraz z określeniem czasu ich publikacji
oraz rodzaju użytkowników dla jakich mają być wyświetlone.
5.9. Działanie SEOD musi zależeć jedynie od przeglądarki w której jest uruchomiony, niezależnie od
systemu operacyjnego w którym jest ona zainstalowana.
5.10. SEOD musi poprawnie działać na aktualnych stabilnych wersjach przeglądarek: Firefox, Chrome,
Edge.
5.11. Ma zapobiegać zamknięciu karty przeglądarki (powinien wyświetlić się odpowiedni komunikat
z ostrzeżeniem) w przypadku gdy trwa jakaś czynność i przerwanie jej mogłoby spowodować utratę
wprowadzonych danych.
5.12. Na stronie domowej, część zasobów jest dostępne dla użytkowników również bez autoryzacji (wzory
pism, ogólne komunikaty dla użytkowników).
5.13. W przypadku awarii pojedynczego serwera lub komponentu fizycznego SEOD musi być nadal
dostępny dla użytkowników. Awaria pojedynczego serwera lub bazy danych nie może powodować
utraty dostępu do SEOD. Każda baza musi posiadać minimum dwie instancje rozproszone pomiędzy
dwoma ośrodkami przetwarzania (GCPD oraz ZCPD) replikowane mechanizmami SEOD.
Przełączenie pomiędzy bazami powinno być automatyczne i niezauważalne dla zalogowanych
użytkowników.
5.14. Musi spełniać wszystkie wskaźniki produktu projektu.
5.15. Musi posiadać mechanizmy zapobiegające powielania danej treści.
5.16. Musi umożliwiać generowanie raportów potrzebnych do sprawozdawczości dla Urzędu
Marszałkowskiego.
5.17. Musi poprawnie działać na Infrastrukturze Zamawiającego.
5.18. Musi posiadać centralną bazę użytkowników. Użytkownik na podstawie danych przechowywanych
w bazie SEOD po autoryzowaniu się zostanie przekierowany do odpowiedniego serwera
obsługującego jego konto i sesję.
8
5.19. Musi umożliwiać import użytkowników z plików wsadowych w formacie np.: Excel, CVS.
Wykonawca przygotuje dla Zamawiającego szablon Excel z walidacją danych umożliwiający
Zamawiającemu przygotować w tym celu odpowiednich plików wsadowych do SEOD. Szablon
powinien uwzględnić wszystkie dane które będzie można wprowadzić do SEOD dla danego
użytkownika (imię i nazwisko, identyfikator kadrowy, uprawnienia w systemie, przypisanie do danej
jednostki organizacyjnej itd.). Administrator przed zapisaniem danych do bazy musi mieć możliwość
podglądu, odpowiednio sformatowanych, importowanych danych. Importowane dane muszą być
również sprawdzane pod kontem ich poprawności. Funkcjonalność ta będzie dostępna tylko dla
administratora KWP.
5.20. Administracja SEOD musi uwzględniać obecnie istniejącą strukturę organizacyjną u Zamawiającego.
5.21. Musi posiadać scentralizowane zarządzanie dające możliwość konfiguracji grupowo jak również
i oddzielnie poszczególne centra przetwarzania danych. Z poziomu zarządzania administrator będzie
mógł zadecydować dla danej jednostki, które z modułów/funkcjonalności będą działały w LCDP
a które w GCPD. W skrajnym przypadku musi być możliwość wyłączenia danego LCPD którego
funkcje przejmie GCPD.
5.22. Certyfikat używany w SEOD do połączenia bezpiecznego musi być podpisany zaufanym organem
certyfikacji. Zamawiający dopuszcza także użycie do podpisu wewnętrznego certyfikatu urzędu
„Infrastruktura”, którym zarządza Komenda Główna Policji.
5.23. Musi posiadać ergonomiczny interfejs użytkownika, kontekstową pomoc, obsługiwać skróty
klawiszowe (użytkownik powinien móc w każdej chwili wyświetlić pomoc z informacją o skrótach
klawiszowych).
5.24. Musi umożliwiać obsługę wielokrotnie podpisanych cyfrowo dokumentów (np. w wyniku
procesowania sprawy która wymaga złożenia na dokumencie kilku podpisów).
5.25. W przypadku edycji podpisanego dokumentu musi ostrzegać użytkownika o tym, że unieważni to
złożony pod dokumentem podpis (po zapisaniu takiego dokumentu system wyraźnie oznacza
nieważność wcześniej złożonych podpisów cyfrowych).
5.26. Musi umożliwić podpisywanie wielu dokumentów elektronicznych jednocześnie.
5.27. Musi umożliwiać podpisanie dokumentu różnego rodzaju podpisami cyfrowymi naraz (np. referent
będzie mógł podpisać dokument za pomocą PZ/BTUU, a następnie kierownik jednostki będzie mógł
użyć podpisu kwalifikowanego).
5.28. Musi umożliwiać weryfikowanie podpisu cyfrowego jakim został podpisany dokument elektroniczny.
Dokument taki musi być odpowiednio oznaczony, oznaczenie wskazuje jakiego typu certyfikat został
użyty do podpisu dokumentu (kwalifikowany, PZ, BTUU) oraz czy użyty do podpisu certyfikat jest
ważny.
5.29. Musi umożliwiać zarządzania zmianami SEOD (wersjonowanie plików konfiguracyjnych, wersji
workflow itd.).
5.30. Musi zapewnić mechanizmy automatycznej aktualizacji wzorów dokumentów i formularzy z GCPD
do LCPD.
9
5.31. Wszędzie tam gdzie w systemie jest możliwość dodania pliku (dokumenty pakietu biurowego, pliki
graficzne, PDF itd.) SEOD musi dawać możliwość zrobienia tego za pomocą funkcji „Przeciągnij
i upuść” (ang. drag and drop) z dowolnego katalogu znajdującego się w komputerze użytkownika.
5.32. Musi umożliwić administratorowi SEOD sprawowanie kontroli nad rodzajami plików które można
dołączyć. Administrator systemu powinien móc zdefiniować listę plików które są potencjalnie groźne
(pliki wykonywalne, skrypty, makra itd.) i zadecydować czy danego typu pliki mogą być przesłane do
SEOD (powinny być między innymi możliwe akcje jak zezwolenie z lub bez komunikatu dla
użytkownika, blokada z lub bez komunikatu dla użytkownika).
5.33. Ma umożliwiać dopasowanie SEOD do przyjętej u Zamawiającego organizacji obiegu dokumentów:
a) Korespondencja odbierana z Poczty Specjalnej rejestrowana jest elektronicznie w kancelarii
ogólnej. Wersja papierowa odbierana jest przez pracowników sekretariatów, po uprzednim
potwierdzeniu odbioru w kancelarii, jest następnie skanowana w poszczególnych sekretariatach
komórek i następnie przekazywana zgodnie z dekretacją przełożonego poszczególnym
pracownikom.
b) Korespondencja adresowana bezpośrednio na wydziały, odbierana z Poczty Specjalnej,
rejestrowana i skanowana jest elektronicznie w sekretariatach poszczególnych komórek,
a w przypadku gdy komórka organizacyjna nie posiada wyodrębnionego sekretariatu kierownik
komórki organizacyjnej wyznacza pracownika do wykonywania prac kancelaryjnych w zakresie
elektronicznego obiegu dokumentów.
6. Minimalne wymagania funkcjonalne SEOD
System powinien posiadać następujące funkcjonalności:
6.1. Obsługa ePUAP:
a) odbieranie i wysyłanie pism,
b) obsługa Urzędowego Poświadczenie Doręczenia (UPD), Urzędowego Poświadczenia Odbioru
i) protokół brakowania dokumentacji niearchiwalnej kategorii „be",
j) zgodnie z obowiązującymi przepisami z zakresu archiwizacji dokumentów.
6.71. Parametrem wejściowym będzie: data, kategoria archiwalna, metadane po wszystkich możliwych
parametrach itp.
6.72. System powinien umożliwić użytkownikowi zgodnie z posiadanymi uprawnieniami na generowanie
raportów po wszystkich możliwych parametrach.
6.73. Po zarchiwizowaniu spraw system zapewni wgląd do tych spraw jedynie dla pracowników archiwum
i osobom, którym zostały udostępnione.
6.74. Systemu powinien umożliwić przejmowanie materiałów archiwalnych i dokumentacji niearchiwalnej
przez archiwa i składnice akt Policji.
6.75. System powinien umożliwić kwalifikowanie akt do brakowania / zniszczenia na podstawie kategorii
archiwalnej B.
6.76. System powinien umożliwić brakowanie dokumentacji niearchiwalnej.
6.77. System powinien umożliwić korektę klasyfikacji archiwalnej nadanej wcześniej przez referenta.
17
6.78. System powinien umożliwić przedłużanie czasu przechowywania w archiwum dokumentacji
przeznaczonej do brakowania.
6.79. System powinien umożliwić tworzenie i prowadzenie rejestrów dzienników na podstawie przepisów
szczególnych bądź potrzeby służby.
6.80. System powinien wykonywać automatycznie backup danych.
6.81. Możliwość wygenerowania obciążenia sprawami na podstawie jednego lub wielu parametrów.
6.82. Sygnalizacja wpływu nowego dokumentu oraz potwierdzenie odebrania przez adresata.
6.83. Możliwość otworzenia/odczytania dokumentów nadesłanych drogą elektroniczną w każdym
dostępnym formacie a także nagrań audio i wideo.
6.84. Dane wprowadzone do systemu EOD powinny mieć możliwość ich zaimportowania do rejestru
skarg/wniosków (eksport danych w formacie xml).
6.85. Aplikacja na podstawie wprowadzonych danych wygeneruje zestawienia statystyczne i raporty na
podstawie jednego lub wielu parametrów (moduł analityczny). Generowanie informacji za każdy okres
(np. tygodniowe, miesięczne, kwartalne, roczne).
6.86. Wyszukiwanie wprowadzonych danych na podstawie jednego lub wielu parametrów w tym informacji
cząstkowych.
6.87. Alerty zbliżającego się końca wyznaczonego terminu.
6.88. Możliwość zastępstwa w prowadzeniu spraw.
6.89. Możliwość otworzenia/odczytania dokumentów nadesłanych drogą elektroniczną w każdym
dostępnym formacie a także nagrań audio i wideo.
6.90. Wskazywanie i zapisywanie kto i kiedy zapoznał się z dokumentami oraz czy wprowadził zmiany,
jeżeli tak to jakie.
6.91. Możliwość edycji metadanych przez osoby uprawnione.
6.92. Automatyczne generowanie informacji skargowej - miesięczna i kwartalna.
6.93. Możliwość wskazania do realizacji danej sprawy kilku organów, zgodnie z właściwością.
6.94. System powinien umożliwić wprowadzenie więcej niż jednego nadawcę składającego skargę.
6.95. Możliwość powiązania skarg dotyczących tej samej sprawy, a złożonych przez różnych nadawców.
6.96. Możliwość modyfikowania arkuszy globalnych.
6.97. Możliwość wskazania nowego terminu załatwienia sprawy (tzw. przedłużenie).
6.98. Możliwość zmiany referenta prowadzącego sprawę.
6.99. System powinien udostępniać edytowanie zarzutów oraz dopisywania zarzutów przez osobę
uprawnioną.
6.100. Po zamknięciu sprawy system powinien zapewnić dodawanie załączników /dokumentów do
sprawy.
6.101. Możliwość zaznaczenia i zmiany zarzutu dominującego w przypadku większej ilości zarzutów.
6.102. System w przypadku generowania pism do skarżącego powinien umożliwić wykorzystanie
danych osobowych, adresowych.
6.103. Możliwość wglądu do spraw zakończonych przed zarchiwizowaniem,
18
6.104. SEOD powinien umożliwiać przekazanie innym osobom tworzonego pisma które będą mogły
nanieść na nie swoje propozycje zmian oraz komentarze (odpowiednik trybu śledzenia zmian
w edytorze tekstu) – możliwość wyróżniania tekstu, nanoszenia propozycji zmian, dodania/usunięcia
komentarzy, akceptacji lub odrzucenia zmiany, itp. powinna być dostępna we wbudowanym edytorze
tekstu.
6.105. System powinien przewidzieć możliwość generowania potwierdzeń faktu zapoznania się
pracowników komórki z pismem bądź aktem prawnym.
7. Instalacja SEOD
Zgodnie z przyjętym założeniem, Wykonawca zainstaluje SEOD:
a) w KWP w Lublinie Główne Centrum Przetwarzania Danych (GCPD),
b) w KMP w Lublinie Zapasowego Centrum Przetwarzania Danych (ZCPD),
c) w KMP/KPP, w Lokalnych Centrach Przetwarzania Danych (LCPD) tych jednostek, dane z LCPD
będą replikowane do GCPD.
d) połączenie pomiędzy GCPD a ZCPD zostanie wykonane za pomocą co najmniej jednej pary
światłowodów. Zamawiający pomiędzy obiektami w których będą zainstalowane główne oraz
zapasowe centrum przetwarzania danych posiada własną infrastrukturę światłowodową której
długość wynosi około 7km.
7.1. KWP w Lublinie/KMP w Lublinie (GCPD/ZCPD)
Instalacja w środowisku klastra wirtualizacyjnego z zastosowaniem dodatkowych klastrów na
poziomie systemów operacyjnych w celu zapewnienia największego zabezpieczenia przed awarią
sprzętową oraz programową dla wdrażanego systemu. Środowisko będzie się składać z przynajmniej
czterech serwerów fizycznych połączonych w ramach klastra typu failover. Poszczególne węzły
fizyczne udostępnią maszyny wirtualne pracujące jako klastry NLB lub HA. Poszczególne hosty
fizyczne będą dysponować mocą obliczeniową pozwalającą na obsłużenie w skrajnym przypadku
wszystkich maszyn wirtualnych wchodzących w skład środowiska.
Ilość serwerów fizycznych 4 (min.)
Ilość maszyn wirtualnych 8
Ilość licencji system operacyjnego serwera 12
Ilość licencji bazy SQL 1 (4 pack)
Zastosowanie zewnętrznej przestrzeni dyskowej (NAS/macierzy dyskowej)
Tak
Klaster NLB Tak
Klaster HA Tak (na poziomie wirtualizatora i systemu operacyjnego)
7.2. KMP/KPP (LCPD)
Instalacja w środowisku wykorzystującym klastry stworzone na poziomie systemów operacyjnych.
Wykorzystane zostaną dwa serwery fizyczne do zapewnienia klastrów typu HA dla bazy danych oraz
19
repozytorium plikowego oraz NLB dla aplikacji i procesów workflow, stworzone na poziomie
systemów operacyjnych. Przy budowie środowiska wykorzystane zostaną udostępnione z zewnętrznej
przestrzeni dyskowej zasoby dyskowe do przechowania maszyn wirtualnych, dysków klastrowych.
Ilość serwerów fizycznych 2
Ilość maszyn wirtualnych 8
Ilość licencji system operacyjnego serwera 4
Ilość licencji bazy SQL 1 (4 pack)
Zastosowanie zewnętrznej przestrzeni dyskowej (NAS/macierzy dyskowej) Tak
Klaster NLB Tak
Klaster HA Tak
8. Minimalne parametry sprzętu serwerowego
8.1. KWP w Lublinie (GCPD) / KMP w Lublinie (ZCPD)
Ilość klastrów 2
Ilość węzłów w klastrze 4
Procesor Procesory min. dwunastordzeniowe dedykowane do pracy w serwerach. Stwierdzenie, czy zaoferowane procesory spełniają wymogi wydajności nastąpi na podstawie opublikowanych wyników testów na stronie „https://www.spec.org”. Zaoferowane procesory muszą posiadać takie właściwości, aby wynik testu oferowanego serwera w konfiguracji z 2 zainstalowanymi procesorami, dla testu SPECint_rate_base2006, był nie gorszy niż 1230. Równoważnie dla testu SPECrate2017_in_base wynik nie może być gorszy niż 130.
Liczba procesorów na węzeł Zainstalowane co najmniej dwa min. dwunastordzeniowe procesory o architekturze 64-bit osiągające dla testu SPECint_rate2006 wynik baseline nie gorszy niż 1230, równoważnie dla testu SPECrate2017_in_base wynik nie gorszy niż 130.
Caching SSD / węzeł 400 GB
Storage-RAW / węzeł 2 x 3.8 TB SSD
Karty sieciowe 2 x 10GbE RJ45
Zdalny monitoring Możliwość zdalnego monitoringu sprzętu (co najmniej: temperatura systemu, wentylatorów, zasilaczy), jego zarządzania (włączenie/wyłączenie serwera) jak i dokumentację (logowanie) zdarzeń. Funkcje te realizowane są niezależnie od systemu operacyjnego.
Każdy z serwerów klastra będzie wyposażony w minimum 256 GB pamięci RAM z możliwością
dalszego jej rozbudowy do 512 GB. Do współpracy z macierzą zostaną wykorzystane 2 karty FC 2
portowe 8Gb.
Przełączniki SAN FC (fiber channel) – zapewniające redundantne połączenie z macierzą wszystkich
serwerów oraz biblioteki taśmowej (opis minimalnych wymagań poniżej)
Element konfiguracji Wymagania minimalne przełącznika FC
Obudowa i zasilanie Musi mieć maksymalnie 1U i szerokość 19” oraz zapewniać techniczną możliwość montażu w szafie 19”.
20
Musi posiadać komponenty (szyny, śruby, itd.) niezbędne do instalacji dostarczonych przełączników w szafach typu rack 19”. Musi posiadać nadmiarowe zasilacze i wentylatory, których wymiana musi być możliwa w trybie „na gorąco” bez przerywania pracy przełącznika.
Wymagane porty Wyposażony w: - 12 modułów 8Gb - w ZCPD dodatkowe moduły do podłączenia biblioteki taśmowej Wszystkie porty aktywne i zalicencjonowane.
Technologia Musi być wykonany w technologii FC 16 Gb/s i posiadać możliwość pracy portów FC z prędkościami 16, 8, 4 Gb/s z funkcją autonegocjacji prędkości. Musi być wykonany w tzw. architekturze „non-blocking” uniemożliwiającej blokowanie się ruchu wewnątrz przełącznika przy pełnej prędkości pracy wszystkich portów.
Przepustowość Sumaryczna przepustowość musi wynosić minimum 384 Gb/s full duplex.
Diagnostyka Musi posiadać rozbudowaną diagnostykę minimalizującą przestoje.
Ilość - GCPD - 2 szt. - ZCPD - 2 szt.
Inne Powinny znajdować się na liście urządzeń zgodnych z dostarczoną macierzą (o ile producent macierzy taką listę publikuje).
8.2. KMP/KPP (LCPD)
Serwer
obudowa Umożliwiająca przystosowana do montaży w szafie rack 19”
płyta główna dedykowana do zastosowań serwerowych
2 gniazda procesorów
4 karty 1G lub 2 karty 10G
1 port RJ45
RAID 0/1 6GBit/s
Kontroler SAS / SATA
Redundantne wentylatory hot-plug
Redundantne zasilacze hot-plug
wyposażenie RAM: co najmniej 128 GB z korekcją błędów ECC
1 x port FC 8G
3 x HDD SAS 12G 1.2TB 10K 512n hot-plug 2.5”
1 x SSD SATA 6G 120GB hot-plug 2.5”
4 x port 1G
kontroler FC 8Gb/s 2 kanały
Procesor Procesory min. ośmiordzeniowe dedykowane do pracy w serwerach. Stwierdzenie, czy zaoferowane procesory spełniają wymogi wydajności nastąpi na podstawie opublikowanych wyników testów na stronie „https://www.spec.org”. Zaoferowane procesory muszą posiadać takie właściwości, aby wynik testu oferowanego serwera w konfiguracji z 2 zainstalowanymi procesorami, dla testu SPECint_rate_base2006, był nie gorszy niż 624. Równoważnie dla testu SPECrate2017_in_base wynik nie może być gorszy niż 73.
Liczba procesorów Zainstalowane co najmniej dwa min. ośmiordzeniowe procesory o architekturze 64-bit osiągające dla testu SPECint_rate2006 wynik baseline nie gorszy niż 624, równoważnie dla testu SPECrate2017_in_base wynik nie gorszy niż 73.
System operacyjny 64 bit, dedykowany do rozwiązań serwerowych, zawierający narzędzia do wirtualizacji
Zdalny monitoring Możliwość zdalnego monitoringu sprzętu (co najmniej: temperatura systemu,
21
wentylatorów, zasilaczy), jego zarządzania (włączenie/wyłączenie serwera) jak i dokumentację (logowanie) zdarzeń. Funkcje te realizowane są niezależnie od systemu operacyjnego.
Przełączniki SAN FC (fiber channel) – zapewniające redundantne połączenie z macierzą wszystkich
5. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez
przerywania pracy.
6. Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania
pracy.
23
7. Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy
sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego.
8. Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów
niewykorzystywane w bieżącej pracy.
9. Wbudowane wsparcie instalacji i pracy na wolumenach, które:
a. pozwalają na zmianę rozmiaru w czasie pracy systemu,
b. umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom
końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików
i folderów,
c. umożliwiają kompresję "w locie" dla wybranych plików i/lub folderów,
d. umożliwiają zdefiniowanie list kontroli dostępu (ACL).
10. Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o ich
zawartość.
11. Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS
140-2 lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się
bezpieczeństwem informacji.
12. Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię ASP.NET.
13. Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów.
14. Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony
połączeń internetowych i intranetowych.
15. Graficzny interfejs użytkownika.
16. Zlokalizowane w języku polskim, co najmniej następujące elementy: menu, przeglądarka
internetowa, pomoc, komunikaty systemowe.
17. Możliwość zmiany języka interfejsu po zainstalowaniu systemu, dla co najmniej 10 języków
poprzez wybór z listy dostępnych lokalizacji.
18. Mechanizmy logowania w oparciu o:
a. Login i hasło,
b. Karty z certyfikatami (smartcard),
c. Wirtualne karty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM).
19. Możliwość wymuszania wieloelementowej kontroli dostępu dla określonych grup
użytkowników.
20. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń
sieciowych, standardów USB, Plug&Play).
21. Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu.
22. Dostępność bezpłatnych narzędzi producenta systemu umożliwiających badanie i wdrażanie
zdefiniowanego zestawu polityk bezpieczeństwa.
23. Pochodzący od producenta systemu serwis zarządzania polityką dostępu do informacji
w dokumentach (Digital Rights Management).
24
24. Wsparcie dla środowisk Java i .NET Framework 4.x – możliwość uruchomienia aplikacji
działających we wskazanych środowiskach.
25. Możliwość implementacji następujących funkcjonalności bez potrzeby instalowania
dodatkowych produktów (oprogramowania) innych producentów wymagających
dodatkowych licencji:
a. Podstawowe usługi sieciowe: DHCP oraz DNS wspierający DNSSEC,
b. Usługi katalogowe oparte o LDAP i pozwalające na uwierzytelnianie użytkowników
stacji roboczych, bez konieczności instalowania dodatkowego oprogramowania na
tych stacjach, pozwalające na zarządzanie zasobami w sieci (użytkownicy,
komputery, drukarki, udziały sieciowe), z możliwością wykorzystania następujących
funkcji:
i. Podłączenie do domeny w trybie offline – bez dostępnego połączenia
sieciowego z domeną,
ii. Ustanawianie praw dostępu do zasobów domeny na bazie sposobu logowania
użytkownika – na przykład typu certyfikatu użytego do logowania,
iii. Odzyskiwanie przypadkowo skasowanych obiektów usługi katalogowej
z mechanizmu kosza,
iv. Bezpieczny mechanizm dołączania do domeny uprawnionych użytkowników
prywatnych urządzeń mobilnych opartych o iOS i Windows 8.1.
c. Zdalna dystrybucja oprogramowania na stacje robocze,
d. Praca zdalna na serwerze z wykorzystaniem terminala (cienkiego klienta) lub
odpowiednio skonfigurowanej stacji roboczej,
e. Centrum Certyfikatów (CA), obsługa klucza publicznego i prywatnego)
umożliwiające:
i. Dystrybucję certyfikatów poprzez http,
ii. Konsolidację CA dla wielu lasów domeny,
iii. Automatyczne rejestrowania certyfikatów pomiędzy różnymi lasami domen,
iv. Automatyczne występowanie i używanie (wystawianie) certyfikatów PKI
X.509.
f. Szyfrowanie plików i folderów,
g. Szyfrowanie połączeń sieciowych pomiędzy serwerami oraz serwerami i stacjami
roboczymi (IPSec),
h. Możliwość tworzenia systemów wysokiej dostępności (klastry typu fail-over) oraz
rozłożenia obciążenia serwerów,
i. Serwis udostępniania stron WWW,
j. Wsparcie dla protokołu IP w wersji 6 (IPv6),
k. Wsparcie dla algorytmów Suite B (RFC 4869),
25
l. Wbudowane usługi VPN pozwalające na zestawienie nielimitowanej liczby
równoczesnych połączeń i niewymagające instalacji dodatkowego oprogramowania
na komputerach z systemem Windows,
m. Wbudowane mechanizmy wirtualizacji (Hypervisor) pozwalające na uruchamianie do
1000 aktywnych środowisk wirtualnych systemów operacyjnych. Wirtualne
maszyny w trakcie pracy i bez zauważalnego zmniejszenia ich dostępności mogą być
przenoszone pomiędzy serwerami klastra typu failover z jednoczesnym
zachowaniem pozostałej funkcjonalności. Mechanizmy wirtualizacji mają zapewnić
wsparcie dla:
i. Dynamicznego podłączania zasobów dyskowych typu hot-plug do maszyn
wirtualnych,
ii. Obsługi ramek typu jumbo frames dla maszyn wirtualnych,
iii. Obsługi 4-KB sektorów dysków,
iv. Nielimitowanej liczby jednocześnie przenoszonych maszyn wirtualnych
pomiędzy węzłami klastra,
v. Możliwości wirtualizacji sieci z zastosowaniem przełącznika, którego
funkcjonalność może być rozszerzana jednocześnie poprzez
oprogramowanie kilku innych dostawców poprzez otwarty interfejs API,
vi. Możliwości kierowania ruchu sieciowego z wielu sieci VLAN bezpośrednio
do pojedynczej karty sieciowej maszyny wirtualnej (tzw. trunk mode).
26. Możliwość automatycznej aktualizacji w oparciu o poprawki publikowane przez producenta
wraz z dostępnością bezpłatnego rozwiązania producenta serwerowego systemu operacyjnego
umożliwiającego lokalną dystrybucję poprawek zatwierdzonych przez administratora, bez
połączenia z siecią Internet.
27. Wsparcie dostępu do zasobu dyskowego poprzez wiele ścieżek (Multipath).
28. Możliwość instalacji poprawek poprzez wgranie ich do obrazu instalacyjnego.
29. Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji
przez skrypty.
30. Możliwość zarządzania przez wbudowane mechanizmy zgodne ze standardami WBEM oraz
WS-Management organizacji DMTF.
9. Wymagania wydajnościowe środowiska
Dla zapewnienia komfortowej pracy użytkownika końcowego z SEOD, Zamawiający wymaga aby
zaprojektowany oraz dostarczony SEOD cechował się dostateczną wydajnością żeby umożliwiać
prawidłową pracą nawet w trakcie występowania maksymalnego natężenia pracy użytkowników w SEOD.
W związku z tym platforma sprzętowa na której będzie uruchomione SEOD powinna mieć takie parametry
aby przy 50% przewidywanych w ramach projektu ilości użytkowników (minimum 5000) użycie
określonych parametrów środowiska serwerowego była na poziomie:
26
Pamięć operacyjna RAM: nie przekracza 45% użycia,
Procesory serwera: nie przekraczają 45% użycia,
Oczekiwane parametry wydajnościowe SEOD w zależności od wykonywanej operacji:
a. Logowanie - czas oczekiwania do 2 sekund,
b. Wyświetlanie formularzy – czas oczekiwania do 2 sekund,
c. Zapisywanie danych z formularzy - czas oczekiwania do 3 sekund,
d. Wyszukiwanie w bazie – czas oczekiwania do 4 sekund,
e. Generowanie prostych raportów (np. rejestr pism z danego dnia) – czas oczekiwania do 6
sekund.
Powyżej wymienione wartości powinny być spełnione gdy każdy z użytkowników jest zalogowany do
systemu SEOD i wykonuje w nim standardowe operacje związane z codzienną pracą. Dodatkowo
środowisko serwerowe powinno także zapewniać odpowiedni zapas mocy obliczeniowej umożliwiając
realizację operacji które mogą generować chwilowe skoki obciążenia (np. generowanie raportów, operacje
związane z przekazaniem spraw pomiędzy użytkownikami).
10. Portal e-usług
Portal na którym będą realizowane e-usługi wraz z brokerem komunikacyjnym zostaną przygotowane przez
Wykonawcę w postaci wirtualnych maszyn mogących pracować w środowisku wirtualizacyjnym
Centralnych Systemów Internetowych Policji. Rozwiązanie takie jest zgodne ze Strategią
Cyberbezpieczeństwa Rzeczypospolitej Polskiej na lata 2016 – 2020 w zakresie budowy jednolitego
i bezpiecznego styku instytucji administracji państwowej z publiczną siecią Internet. Wymagane jest, aby
przygotowane serwery były zgodne z platformą VMware vSphere w wersji 6.5. Udostępniony w publicznej
sieci Internet serwer udostępniający e-usługi, zlokalizowany zostanie w strefie KGP WAN DMZ a ruch IP
kierowany do niego poddany zostanie inspekcji SSL. Zgodnie z funkcjonującymi zasadami bezpieczeństwa
Centralnego Węzła Internetowego KGP, dane z przedmiotowego serwera w strefie KGP WAN DMZ nie
będą mogły być bezpośrednio przekazywane do strefy „Data Center DMZ” w obszarze sieci LAN CWI
w KWP Lublin. W celu przekazania przedmiotowych danych do strefy „Data Center DMZ” w KWP Lublin,
konieczne będzie zbudowanie dodatkowej maszyny wirtualnej umiejscowionej w strefie KGP LAN DMZ,
której rolą będzie „pobieranie danych” (inicjacja sesji IP) z serwera w strefie KGP WAN DMZ do strefy
KGP LAN DMZ a następnie przekazanie ich do strefy „Data Center DMZ” w KWP Lublin. Wymieniona
maszyna wirtualna będzie między innymi pełnić rolę brokera komunikacyjnego pomiędzy siecią chronioną
LAN CWI KGP i strefą „Data Center DMZ” KWP Lublin a siecią publiczną i strefą KGP WAN DMZ.
Ogólny schemat wymiany danych dla e-usług przedstawia poniższy rysunek.
27
Portal będzie składał się z dwóch części: ogólnodostępnej i dostępnej po zalogowaniu. Część dostępna dla
wszystkich użytkowników (nie wymagająca logowania) będzie działać zgodnie z zasadami otwartych
zasobów (udostępniania danych publicznych). Podstawowe narzędzia dostępne dla użytkowników będą
obejmować co najmniej możliwość wyszukiwania treści wg zdefiniowanych przez użytkownika kategorii.
Wymagana będzie również możliwość dostosowania interfejsu graficznego do preferencji użytkownika oraz
zapamiętania tych ustawień przy pomocy wbudowanych mechanizmów przeglądarki, w tym stosowania
mechanizmów dostępności treści zgodnych ze standardem WCAG 2.0. Portal będzie wykorzystywała SSO
(Single Sign-On - przekazywanie tożsamości) udostępnione przez mechanizm integracyjny platformy
ePUAP, zgodnie z wytycznymi opisanymi na stronach portalu ePUAP oraz udostępnionymi w dokumencie
„Wykorzystanie SAML 2.0 w systemie ePUAP”.
Wykonawca zbuduje portal w oparciu o technologie tworzenia serwisów WWW zgodne z aktualnymi
standardami i normami (np.: HTML5, CSS3, JavaScript, ISO, W3C, zastosowanie intuicyjnych rozwiązań,
projektowanie zorientowane na użytkownika) oraz wsparty systemem klasy CMS, co umożliwi spełnienie
wymagań dotyczących interoperacyjności wynikających z Krajowych Ram Interoperacyjności. Portal musi
także obsługiwać technikę projektowania RWD (ang. Responsive Web Design). Dzięki czemu wygląd
i układ portalu będzie automatycznie dostosowywał się do rozmiaru okna przeglądarki, na której jest
wyświetlany (monitor komputera/laptopa, tablet, smartfon). Portal będzie posiadał szatę graficzną
Wnioskodawcy.
28
Ważną częścią projektu jest utworzenie portalu e-usług która będzie spełniała zalecenia WCAG 2.0.
Sprawdzenie poziomu dostępności interfejsów i treści systemów informatycznych Wykonawca potwierdzi
przeprowadzonym audytem eksperckim specjalistów w zakresie dostępności stron. Wynikiem audytu będzie
lista elementów standardu WCAG 2.0, wskazanych w załączniku nr 4 do Rozporządzenia Rady Ministrów
z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności (tekst jedn. Dz. U. z 2016 r., poz.
113), wraz z określeniem poziomu spełnienia wymagań – muszą one być spełnione co najmniej na poziomie
wskazanym w ww. rozporządzeniu.
Przygotowane przez Wykonawcę wirtualne maszyny muszą pracować prawidłowo w środowisku
wirtualizacyjnym Centralnych Systemów Internetowych Policji. Wszystkie kwestie techniczne niezbędne do
prawidłowego wykonania usługi będą konsultowane z Biurem Łączności i Informatyki KGP za
pośrednictwem Zamawiającego. Wykonawca przy realizacji portalu e-usług oraz brokera komunikacyjnego
musi uwzględnić zalecenia Biura Łączności i Informatyki KGP.
10.1. Formularze elektroniczne
Z uwagi na obowiązujące regulacje prawne, obieg i archiwizacja informacji muszą opierać się na
dokumentach elektronicznych w formacie XML, tworzonych na bazie schematów XML
przechowywanych w repozytorium wzorów (szablonów) dokumentów elektronicznych.
Wymiana informacji pomiędzy systemami teleinformatycznymi, a także komunikacja pomiędzy
organizacjami i osobami fizycznymi wymaga uzgodnienia standardów umożliwiających łatwe
uzgodnienie interfejsów i jednolite rozumienie przekazywanych danych przez różne systemy
teleinformatyczne. Jedną z podstawowych zasad dla ustalenia tych standardów jest przyjęcie języka
komunikacji i standardu dla opisu struktur danych. Tym językiem jest XML, a standardem opisu są
schematy w postaci XSD.
Do stworzenia dokumentu elektronicznego, który będzie procesowany w garnizonie w formie sprawy
oraz jego archiwizacji niezbędne jest wykonanie następującego scenariusza:
29
Przewidywane są dwie metody procesowania informacji w zgodzie z obowiązującymi regulacjami:
1. oparcie się całkowicie o dokument elektroniczny XML (od jego utworzenia do archiwizacji),
2. oparcie się o papierowy dokument źródłowy załączony do pliku XML zawierającego jego opis.
Formularze elektroniczne powstałe na bazie schematów XML pozwolą na:
a) wypełnienie formularza ze wspomaganiem walidacji poszczególnych pól (o ile to możliwe),
b) zapisanie wypełnionego formularza w postaci dokumentu XML,
c) wizualizację ostatecznej postaci dokumentu,
d) podpisanie dokumentu profilem zaufanym lub podpisem elektronicznym.
W ramach projektu Wykonawca przygotuje formularze dostępne poprzez przeglądarkę internetową,
dostępne dla użytkowników wewnętrznych i zewnętrznych, dla następujących usług:
L.p. Nazwa usługi Rodzaj usługi Poziom dojrzałości
e-usługi
1 Stop agresji na drodze A2C 5
Usługa pozwala na dokonanie zgłoszenia sytuacji zagrożenia w ruchu drogowym. Możliwe są dwa kanały dostępu: serwis internetowy (możliwość zaznaczenia miejsca zdarzenia na mapie oraz dodania plików wideo, zdjęć) oraz aplikacja mobilna (usługa lokalizacji, wykonania nagrania lub zdjęć i przesłania bezpośrednio z urządzenia). Usługa wymaga autoryzacji oraz potwierdzenia warunków licencyjnych i prawnych. Użytkownik jest powiadamiany o statusie zgłoszenia jedną z wybranych przez siebie metod (e-mail, SMS, komunikat systemowy).
2 Wniosek o udzielenie informacji publicznej A2C 4
3 Wnioski o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie
uprawnień do kierowania pojazdami A2A -
Poziom dojrzałości nie dotyczy usług A2A. Poziom dojrzałości nie dotyczy usług A2A.
4 Udzielenie informacji o przebiegu zdarzenia w ruchu
drogowym A2C/A2B 4
30
Formularz sys. ePUAP. Przekierowanie z serwisu dostępowego. Automatyczna dekretacja EZD. Możliwość śledzenia statusu sprawy.
5 Udzielenie informacji o przebiegu zdarzenia towarzystwom
ubezpieczeniowym A2B 5
Usługa pozwala na wyszukiwanie danych o kolizjach w ruchu drogowym wg podanych kryteriów (data, czas, obszar, nr rej. Pojazdu). W ramach usługi istnieje możliwość wygenerowania raportu wg kryteriów zdefiniowanych przez użytkownika. Usługa wymaga uwierzytelnienia oraz uzyskania poziomu dostępu do danych.
6 Platforma obsługi dostaw A2B 3
Usługa obejmuje obsługę wszystkich procesów dostaw towarów i usług dla jednostek Policji (garnizonu), w tym postępowań przetargowych, akcji elektronicznych (przekierowanie do serwisów zewnętrznych). Użytkownik ma możliwość dostosowania usługi do własnych potrzeb (np. kryteriów wyszukiwania), w tym generowania powiadomień o nowych zamówieniach. Platforma zapewnia również mechanizm komunikacji dwustronnej z dostawcami (po uwierzytelnieniu).
7 Konsultacje społeczne A2C 4
Usługa pozwala na zgłaszanie uwag i propozycji do programów poprawy bezpieczeństwa. Dostarcza również mechanizmu głosowania (np. wybór najlepszego projektu, zebranie opinii, etc.)
8 Złożenie skargi/wniosku A2C 4
Formularz sys. ePUAP. Przekierowanie z serwisu dostępowego. Automatyczna dekretacja EZD. Możliwość śledzenia statusu sprawy.
9 Pozwolenie na broń A2C/A2B 4
Usługa obejmuje realizację procesu uzyskania pozwolenia na broń do użytku osobistego lub w związku z prowadzoną działalnością gospodarczą. Usługa wymaga uwierzytelnienia i podpisu. Formularz ePUAP. Przekierowanie z serwisu dostępowego. Automatyczna dekretacja EZD. Możliwość śledzenia statusu sprawy. Decyzja o odmowie wydania pozwolenia lub powiadomienie o możliwości odebrania dokumentu.
10 Informacja o osobach objętych zakazem stadionowym A2B 4
Usługa pozwala na uzyskanie przez organizatorów imprez aktualnej listy osób objętych tzw. zakazem stadionowym. Usługa wymaga uwierzytelnienia i potwierdzenia poziomu dostępu.
Usługa pozwala na prowadzenie pierwszego etapu rekrutacji kandydatów do służby w Policji. Po założeniu konta kandydat ma możliwość przesłania kwestionariusza, niezbędnych załączników, uzyskania informacji o prowadzonych naborach, otrzymywania powiadomień wg zdefiniowanych przez siebie kryteriów, śledzenia statusu sprawy, itd.
12 Platforma rekrutacyjna (służba cywilna) A2C 4
Usługa pozwala na prowadzenie rekrutacji pracowników cywilnych. Bez logowania umożliwia zapoznanie się z aktualnymi informacjami rekrutacyjnymi. Po założeniu konta możliwe jest złożenie podania o zatrudnienie, CV, uzyskanie terminu rozmowy kwalifikacyjnej, etc.
13 Programy praktyk zawodowych A2C 4
Usługa pozwala na kompleksową realizację praktyk zawodowych w Policji. Bez logowania dostępne są informacje o realizowanych programach praktyk. Kandydat ma możliwość weryfikacji przydatności do pracy Policji (test, autoocena). Po zalogowaniu istnienie możliwość złożenia podania, uzyskania informacji o wolnych miejscach (staż, praktyka) wg podanych kryteriów, uzyskania decyzji o przyjęciu na praktykę.
14 Statystyki przestępstw i wykroczeń A2C/A2B 5
Usługa pozwala na generowanie zestawień dotyczących przestępstw i wykroczeń na terenie woj. lubelskiego. Użytkownik ma możliwość pobrania wygenerowanych danych w postaci pliku XLS, CSV oraz określenia własnych kryteriów wyszukiwania i generowania danych (personalizacji).
15 Zgłoszenie zdarzenia dyżurnemu A2C 4
Usługa pozwala na dokonanie zgłoszenia zdarzenia. Możliwe są dwa kanały dostępu: serwis internetowy
31
(możliwość zaznaczenia miejsca zdarzenia na mapie) oraz aplikacja mobilna (usługa lokalizacji i przesłania bezpośrednio z urządzenia). Usługa wymaga autoryzacji oraz potwierdzenia warunków licencyjnych i prawnych. Użytkownik jest powiadamiany o statusie zgłoszenia jedną z wybranych przez siebie metod (e-mail, SMS, komunikat systemowy). Automatyczne przekierowanie do dyżurnego znajdującego się najbliżej miejsca zdarzenia.
16 Zgłoszenie zjawiska korupcji A2C/A2B 3
Usługa pozwala na "anonimowe" przesłanie informacji o zjawisku korupcji. Formularz zabezpieczony przed działaniem skryptów (robotów). Komunikat o przyjęciu zgłoszenia.
Dla poszczególnych procesów biznesowych związanych ze świadczeniem planowanych do wdrożenia
usług, została przeprowadzona analiza która uwzględnia ich stan aktualny i docelowy.
a) Stop agresji na drodze
Opis procesu – stan obecny
Proces Stop agresji na drodze
Cel procesu Przyjęcie zgłoszeń w zakresie wykroczeń w ruchu dorogowym
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Zgłoszenie telefoniczne, wiadomość e-mail
Opis procesu 1) przyjęcie zgłoszenia telefonicznego lub przez e-mail, 2) sporządzenie notatki, 3) powiadomienie osoby kierującej działaniami operacyjnymi
Dane wyjściowe notatka w formie papierowej
Czas obsługi /pracochłonność
15 min.
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Stop agresji na drodze
Cel procesu Przyjęcie zgłoszeń w zakresie wykroczeń w ruchu dorogowym
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Formularz elektroniczny
Opis procesu 1) automatyczna rejestracja zgłoszenia sytuacji zagrożenia w ruchu drogowym, 2) powiadominie dyżyrnego, 3) przesłanie komunikatów o stanie zgłoszenia
Dane wyjściowe Informacja o stanie zgłoszenia
Czas obsługi /pracochłonność
1 min.
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
b) Wniosek o udzielenie informacji publicznej
Opis procesu – stan obecny
32
Proces Wniosek o udzielenie informacji publicznej
Cel procesu Udzielenie informacji publicznej na wniosek
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek o udzielenie informacji publicznej w trybie art. 2 ust. 1 ustawy o dostępie do informacji publicznej z dnia 6 września 2001 r.
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odopowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi wraz z wymaganą informacją
Dane wyjściowe Informacja publiczna lub odmowa udzielenia informacji
Czas obsługi /pracochłonność
14 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Wniosek o udzielenie informacji publicznej
Cel procesu Udzielenie informacji publicznej na wniosek
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek o udzielenie informacji publicznej w trybie art. 2 ust. 1 ustawy o dostępie do informacji publicznej z dnia 6 września 2001 r.
Opis wejścia Formularz elektroniczny
Opis procesu 1) automatyczne przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odopowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpowiedzi wraz z wymaganą informacją
Dane wyjściowe Odpowiedź drogą elektroniczną wraz z wymaganą informację lub odmowa udzielenia informacji publicznej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia ePUAP, System EOD
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
c) Wnioski o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie uprawnień do kierowania
pojazdami
Opis procesu – stan obecny
Proces Wnioski o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie uprawnień do kierowania pojazdami
Cel procesu Realizacja wniosku o sprawdzenie wkalifikacji oraz cofnięcie uprawnień do kierowania pojazdami na wniosek osoby uprawnionej
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wynik postępowania sprawdzającego
33
Opis wejścia Informacja o przekroczeniu dopuszczalnej ilości punktów karnych lub podejrzeniu utraty zdolności do kierowania pojazdem mechanicznym
Opis procesu 1) uzgodnienie informacji dot. wykroczeń, 2) ustalenie danych osobowych kierowcy, 3) ustalenie właściwego w sprawie organu decyzyjnego, 4) przygotowanie wniosku, 5) przesłanie wniosku
Dane wyjściowe Wniosek o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie uprawnień do kierowania pojazdami do starosty/prezydenta miasta
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Wnioski o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie uprawnień do kierowania pojazdami
Cel procesu Realizacja wniosku o sprawdzenie wkalifikacji oraz cofnięcie uprawnień do kierowania pojazdami na wniosek osoby uprawnionej
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wywołanie automatyczne na podstawie rejestru wykroczeń drogowych
Opis wejścia Komunikat systemowy
Opis procesu 1) weryfikacja danych kierowcy, 2) generowanie wniosku, 3) przesłanie wniosku zgodnie z informacją meldunkową, 4) uzyskanie UPP
Dane wyjściowe Wniosek o kontrolne sprawdzenie kwalifikacji oraz o cofnięcie uprawnień do kierowania pojazdami do starosty/prezydenta miasta
Czas obsługi /pracochłonność
15 min.
Wykorzystywane narzędzia ePUAP, System EOD, elektroniczne rejestry publiczne
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą w sposób zautomatyzowany.
d) Udzielenie informacji o przebiegu zdarzenia w ruchu drogowym
Opis procesu – stan obecny
Proces Udzielenie informacji o przebiegu zdarzenia w ruchu drogowym
Cel procesu Udzielenie informacji o przebiegu zadarzenia w ruchu drogowym na wniosek osoby fizycznej lub prawnej
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi wraz z wymaganą informacją
Dane wyjściowe Informacja o zadrzeniu w formie papierowej
34
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Udzielenie informacji o przebiegu zdarzenia w ruchu drogowym
Cel procesu Udzielenie informacji o przebiegu zadarzenia w ruchu drogowym na wniosek osoby fizycznej lub prawnej
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi wraz z wymaganą informacją
Dane wyjściowe Informacja o zdarzeniu w wersji elektronicznej
Czas obsługi /pracochłonność
1 dzień
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
e) Udzielenie informacji o przebiegu zdarzenia towarzystwom ubezpieczeniowym
Opis procesu – stan obecny
Proces Udzielenie informacji o przebiegu zdarzenia towarzystwom ubezpieczeniowym
Cel procesu Udostępnienie inforacji o ustalonym przebiegu zdarzeń na wniosek twarzystwa ubezpieczeniowego
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi wraz z wymaganą informacją
Dane wyjściowe Informacja o zadrzeniu w formie papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Udzielenie informacji o przebiegu zdarzenia towarzystwom ubezpieczeniowym
35
Cel procesu Udostępnienie inforacji o ustalonym przebiegu zdarzeń na wniosek twarzystwa ubezpieczeniowego
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi wraz z wymaganą informacją
Dane wyjściowe Informacja o zdarzeniu w wersji elektronicznej
Czas obsługi /pracochłonność
1 dzień
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
f) Platforma obsługi dostaw
Opis procesu – stan obecny
Proces Platforma obsługi dostaw
Cel procesu Obsługa dostaw towarów i usług do jednostek policji
Właściciel procesu / jednostka org.
Koordynator Zespołu Zamówień Publicznych
Warunki wystąpienia / rozpoczęcia
Zgłoszenie zapotrzebowania przez jednostkę policji
Opis wejścia oferta postępowaniu przetargowym
Opis procesu 1) publikacja informacji o planie zakupów/dostaw, 2) prowadzenie korespondecji z oferentami i dostawcami
Dane wyjściowe Korespondencja w formie papierowej
Czas obsługi /pracochłonność
2 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Platforma obsługi dostaw
Cel procesu Obsługa dostaw towarów i usług do jednostek policji
Właściciel procesu / jednostka org.
Koordynator Zespołu Zamówień Publicznych
Warunki wystąpienia / rozpoczęcia
Zapotrzebowanie ze strony jednostek policji
Opis wejścia Formularz elektroniczny
Opis procesu 1) publikacja informacji w zakresie dostaw, 2) wymiana komuniacji z potencjalnymi dostawcami
Dane wyjściowe Informacja o dostawach
Czas obsługi 1 godz.
36
/pracochłonność
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
g) Konsultacje społeczne
Opis procesu – stan obecny
Proces Konsultacje społeczne
Cel procesu Przeprowadzenie konsultacji społecznych
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Ogłoszenie o wszczęciu procedury konsultacji publicznych
Opis wejścia Wniosek o uwzględnienie uwag w formie papierowej
Opis procesu 1) przyjęcie wniosku, 2) rozpoznianie wniosku, 3) publikacja uwag i decyzji o uwzględnieniu lub odrzuceniu wniosku
Dane wyjściowe Informacja o wynikach konsultacji publikowana na w serwisie WWW KWP w Lublinie
Czas obsługi /pracochłonność
14 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Konsultacje społeczne
Cel procesu Przeprowadzenie konsultacji społecznych
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Ogłoszenie o wszczęciu procedury konsultacji publicznych
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie wniosku, 2) rozpoznianie wniosku, 3) publikacja uwag i decyzji o uwzględnieniu lub odrzuceniu wniosku
Dane wyjściowe Informacja w formie elektronicznej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
h) Złożenie skargi/wniosku
Opis procesu – stan obecny
Proces Złożenie skargi/wniosku
Cel procesu Przyjęcie skargi lub wniosku od osoby fizycznej lub prawnej
Właściciel procesu / Zastępca Komendanta Wojewódzkiego Policji w Lublinie
37
jednostka org.
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek/skarga w formie papierowej
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpoweidzi
Dane wyjściowe Odopowiedź na wniosk w wersji papierowej
Czas obsługi /pracochłonność
14 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Złożenie skargi/wniosku
Cel procesu Przyjęcie skargi lub wniosku od osoby fizycznej lub prawnej
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przygotowanie wymaganych informacji, 4) przesłanie odpowiedzi
Dane wyjściowe Odpowiedź w wersji elektronicznej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
i) Pozwolenie na broń
Opis procesu – stan obecny
Proces Pozwolenie na broń
Cel procesu Wydanie pozwolenia na broń
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby fizycznej lub prawnej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przesłanie informacji o terminie odbioru zezwolenia na broń lub decyzji odmownej
Dane wyjściowe Zezwolenie na posiadanie broni palnej lub decyzja odmowna
Czas obsługi /pracochłonność
30 dni
38
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Pozwolenie na broń
Cel procesu Wydanie pozwolenia na broń
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby fizycznej lub prawnej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie i rejestracja wniosku, 2) rozpoznanie sprawy, 3) przygotowanie odpowiedzi, 3) przesłanie informacji o terminie odbioru zezwolenia na broń lub decyzji odmownej
Dane wyjściowe Informacja o terminie odnioru zezwolenia na posiadanie broni palnej lub decyzja odmowana przesłane drogą elektroniczną
Czas obsługi /pracochłonność
14 dni
Wykorzystywane narzędzia ePUAP, System EOD
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
j) Informacja o osobach objętych zakazem stadionowym
Opis procesu – stan obecny
Proces Informacja o osobach objętych zakazem stadionowym
Cel procesu Udostępnienie informacji o osobach objętych zakazem stadionowym
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przejęcie i rejetracja wniosku, 2) ustalenie informacji z rejestru osób objętych zakazem stadiownowym, 3) przygotowanie dopowiedzi
Dane wyjściowe Informacja o osobach objętych zakazem stadionowych w wersji papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Informacja o osobach objętych zakazem stadionowym
Cel procesu Udostępnienie informacji o osobach objętych zakazem stadionowym
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
39
Opis wejścia Formularz elektroniczny
Opis procesu 1) automatyczne przyjęcie i rejestracja wniosku, 2) generowanie listy osób objętych zakazem stadionowym, 3) udostępnienie listy
Dane wyjściowe Lista osób objętych zakazem stadionowym w wersji elektronicznej
Czas obsługi /pracochłonność
1 godz.
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
k) Platforma rekrutacyjna (służba mundurowa)
Opis procesu – stan obecny
Proces Platforma rekrutacyjna (służba mundurowa)
Cel procesu Przeprowadzenie procesu rekrutacyjnego na stanowiska służby mundurowej w jednostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
Dane wyjściowe Odpowiedź w wersji papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Platforma rekrutacyjna (służba mundurowa)
Cel procesu Przeprowadzenie procesu rekrutacyjnego na stanowiska służby mundurowej w jednostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
Dane wyjściowe Odpowiedź w wersji elektronicznej
Czas obsługi /pracochłonność
2 dni
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
40
l) Platforma rekrutacyjna (służba cywilna)
Opis procesu – stan obecny
Proces Platforma rekrutacyjna (służba cywilna)
Cel procesu Przeprowadzenie procesu rekrutacyjnego na stanowiska służby cywilnej w jednostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
Dane wyjściowe Odpowiedź w wersji papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Platforma rekrutacyjna (służba cywilna)
Cel procesu Przeprowadzenie procesu rekrutacyjnego na stanowiska służby cywilnej w jednostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
Dane wyjściowe Odpowiedź w wersji elektronicznej
Czas obsługi /pracochłonność
2 dni
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
m) Programy praktyk zawodowych
Opis procesu – stan obecny
Proces Programy praktyk zawodowych
Cel procesu Umożliwienie realizacji praktyk zawodowych w jenostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Wniosek w formie papierowej
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
41
Dane wyjściowe Odpowiedź w wersji papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Programy praktyk zawodowych
Cel procesu Umożliwienie realizacji praktyk zawodowych w jenostkach policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Wniosek osoby uprawnionej
Opis wejścia Formularz elektroniczny
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przygotowanie dopowiedzi
Dane wyjściowe Odpowiedź w wersji elektronicznej
Czas obsługi /pracochłonność
2 dni
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
n) Statystyki przestępstw i wykroczeń
Opis procesu – stan obecny
Proces Statystyki przestępstw i wykroczeń
Cel procesu Zapewnienie dostępu do ISP z zakresu bezpieczeństwa publicznego (statystyki przestępstw i wykoroczeń)
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Okresowe zestawienie danych statystycznych z działalności jednostek policji
Opis wejścia brak
Opis procesu 1) cykliczna publikacja informacji statsytcznych w serwisie KWP Lublin
Dane wyjściowe Informacja o publikowana na w serwisie WWW KWP w Lublinie
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Statystyki przestępstw i wykroczeń
Cel procesu Zapewnienie dostępu do ISP z zakresu bezpieczeństwa publicznego (statystyki przestępstw i wykoroczeń)
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
42
Warunki wystąpienia / rozpoczęcia
Okresowe zestawienie danych statystycznych z działalności jednostek policji
Opis wejścia Formularz elektroniczny
Opis procesu 1) automatyczna publikacja informacji statsytcznych w serwisie KWP Lublin
Dane wyjściowe Informacja o publikowana na w serwisie WWW KWP w Lublinie
Czas obsługi /pracochłonność
1 godz.
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
o) Zgłoszenie zdarzenia dyżurnemu
Opis procesu – stan obecny
Proces Zgłoszenie zdarzenia dyżurnemu
Cel procesu Przyjęcie i obsługa zgłoszenia przez dyżurnego jednostki policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Zainicjowanie rozmowy telefonicznej, wizyta osobista w jednostce policji
Opis procesu 1) przyjęcie i rejestracja zgłoszenia, 2) przekazanie informacji osobie kierujacej działaniami operacyjnymi
Dane wyjściowe Informacja w formie papierowej i ustnej
Czas obsługi /pracochłonność
15 min.
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Zgłoszenie zdarzenia dyżurnemu
Cel procesu Przyjęcie i obsługa zgłoszenia przez dyżurnego jednostki policji
Właściciel procesu / jednostka org.
Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Formularz elektroniczny
Opis procesu 1) przyjęcie i rejestracja zgłoszenia, 2) przekazanie informacji osobie kierujacej działaniami operacyjnymi
Dane wyjściowe Informacja w formie elektronicznej
Czas obsługi /pracochłonność
2 min.
Wykorzystywane narzędzia ePUAP, System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
43
p) Zgłoszenie zjawiska korupcji
Opis procesu – stan obecny
Proces Zgłoszenie zjawiska korupcji
Cel procesu Przyjęcie zgłoszenia podejrzenia wystąpienia zjawiska korupcji
Właściciel procesu / jednostka org.
I Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Przesyłka pocztowa, wiadmość e-mail
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przekazanie informacji do komórki merytorycznej
Dane wyjściowe Informacja w formie papierowej
Czas obsługi /pracochłonność
7 dni
Wykorzystywane narzędzia Dokumentacja wewnętrzna, komputer, drukarka, materiały eksploatacyjne
Opis procesu – stan docelowy
Proces Zgłoszenie zjawiska korupcji
Cel procesu Przyjęcie zgłoszenia podejrzenia wystąpienia zjawiska korupcji
Właściciel procesu / jednostka org.
I Zastępca Komendanta Wojewódzkiego Policji w Lublinie
Warunki wystąpienia / rozpoczęcia
Dokonanie skutecznego zgłoszenia
Opis wejścia Formularz elektroniczny
Opis procesu 1) przejęcie i rejetracja wniosku, 2) analiza treści wniosku 3) przekazanie informacji do komórki merytorycznej
Dane wyjściowe Informacja w formie elektronicznej
Czas obsługi /pracochłonność
2 dni
Wykorzystywane narzędzia System EOD, portal dostępowy
Opis wprowadzonych zmian
Całość procesu realizowana drogą elektroniczą.
11. Aplikacja mobilna do obsługi e-usługi „Niebieska e-skrzynka”
Projekt zakłada zwiększenie stopnia dojrzałości dotychczasowej usługi dot. zgłaszania zdarzeń „Niebieska
e-skrzynka” do poziomu 5. Aby to osiągnąć Wykonawca przygotuje stosowną aplikację mobilną która
będzie spełniać następujące założenia.
Cele główne programu:
Umożliwienie stałego, nieskrępowanego dostępu młodzieży szkolnej do instytucji pomocowych oraz
Policji na terenie województwa lubelskiego.
Podniesienie poczucia bezpieczeństwa młodzieży na terenie szkoły i poza nią.
44
Zacieśnienie współpracy placówek oświatowych i instytucji zajmujących się problematyką młodzieży
z Policją w zakresie przeciwdziałania patologiom wśród młodzieży szkolnej.
Poprawa rozpoznania występującego wśród młodzieży szkolnej zagrożeń związanych z różnego rodzaju
patologiami społecznymi.
Wspieranie działań i inicjatyw służących wzrostowi poczucia bezpieczeństwa dzieci i młodzieży.
Aktywizacja podmiotów zajmujących się patologiami społecznymi do działania na rzecz programu.
11.1. Wymagania podstawowe:
a) interfejs aplikacji mobilnej powinien być dedykowany dla młodzieży szkolnej,
b) użytkownikiem aplikacji mobilnej może stać się osoba, która zaakceptowała regulamin
użytkowania aplikacji „Niebieska e-skrzynka”.
11.2. Wymagania funkcjonalne:
a) Użytkownik końcowy podczas pierwszego uruchomienia aplikacji mobilnej akceptuje regulamin
oraz podaje dane niezbędne do przeprowadzenia procesu weryfikacji np. (numer telefonu, adres
email, dane osobowe – opcjonalnie, miejsce wystąpienia/zaistnienia zdarzenia). Wprowadzone
dane zostają przesłane do weryfikacji.
b) Użytkownik końcowy przy użyciu dostępnych funkcji będzie miał możliwość przesłania
informacji w formie opisowej lub dołączyć plik w formacie JPEG, 3GP, AVI, MOV, WMV,
MP4 itp.
c) Przy użyciu opcji dołącz plik wymagane będzie wyrażenie zgody aby aplikacja „Niebieska
e-skrzynka” miała dostęp do zdjęć, multimediów i plików na urządzeniu mobilnym.
d) Moduł GPS będzie odpowiedzialny za przekazanie aktualnej lokalizacji urządzenia z którego
generowane jest zgłoszenie przez użytkownika końcowego, w celu wskazania ewentualnego
miejsca: np. lokalizacji najbliższego KMP/KPP/KP/PP. Obsługa Mapy Google i innych
podobnych aplikacji powinna być dostępna na platformie Android, iOS – jako usługa „prowadź
do...” (Zamawiający dopuszcza aby funkcjonalność ta była realizowana za pośrednictwem
aplikacji MSWiA „Moja Komenda”).
e) Moduł wysyłki zgłoszenia będzie odpowiedzialny za zbudowanie kompletnej informacji
i wysyłanie do właściwego adresata. Wysłana informacja musi zawierać wszystkie dane
wprowadzone przez użytkownika i prezentować je w sposób czytelny bez potrzeby dodatkowej
interpretacji na poziomie odbiorcy zgłoszenia w KWP/KMP/KPP/KP/PP.
Zgłoszenie/informacja/zapytanie powinno umożliwić bezpośrednie przysłanie wiadomości do
adresata (stanowisko dowodzenia na poziomie KWP/KMP/KPP), które następnie przesłanie
zostanie do komórki merytorycznie odpowiedzialnej za realizacje danego zgłoszenia oraz do
wiadomości Wydziału Prewencji KWP w Lublinie.
f) Użytkownik końcowy po zgłoszeniu sprawy otrzyma informację, że jego sprawa została
przekazana do komórki merytorycznie odpowiedzialnej za realizację powyższego zgłoszenia.
45
g) Obowiązek przesłania informacji zwrotnej użytkownikowi końcowemu będzie spoczywał na
osobie merytorycznej odpowiedzialnej za realizację zgłoszenia. Kopia odpowiedzi i podjęte
działania przez Policję przesyłane będą do użytkownika aplikacji na poziomie KWP (Wydział
Prewencji).
h) Po uruchomieniu aplikacji, może ona działać w tle oraz wyświetlać na telefonie użytkownika
powiadomienia/komunikaty.
i) Użytkownik końcowy może wybrać z jaką częstotliwością aplikacja będzie sprawdzała status
zgłoszenia, czy są nowe komunikaty dla użytkowników końcowych itp. (dostępne
w ustawieniach aplikacji w postaci np. suwaka z możliwością ustawienia przedziału czasowego