bip.kprm.gov.pl€¦ · web viewbip.kprm.gov.pl

Załącznik nr 1 do Umowy

Załącznik nr 6 do SIWZ

Szczegółowe informacje o Systemie

System służy do obsługi interpelacji i innych wystąpień parlamentarnych wpływających do KPRM.

System ma być nową wersją obecnie funkcjonującego w KPRM systemu e-Interpelacje wykonanego w oparciu o platformę SharePoint 2007 i bazę danych MS SQL 2008. Średnio rocznie wpływa 22 tys. spraw.

Do Systemu muszą zostać zaimportowane dane dotyczące interpelacji i innych wystąpień parlamentarnych z poprzednich kadencji, przechowywane począwszy od 2009 roku, w obecnie funkcjonującym systemie. System musi mieć możliwość dzielenia bazy danych na kadencje i „odkładania” danych z minionych kadencji do osobnego rejestru tylko do odczytu.

System musi być dostępny z poziomu przeglądarki internetowej bądź tzw. „grubego klienta”. System musi być zainstalowany w infrastrukturze KPRM. Zamawiający posiada następującą platformę techniczną, którą Zamawiający udostępni Wykonawcy: serwery BLADE, dedykowane zasoby macierzowe RAID FC, system operacyjny Microsoft Windows Server 2016 Datacenter pracujący w oparciu o środowisko wirtualizacyjne VMware vSphere 6 Standard oraz system bazy danych Microsoft SQL Server 2017 Enterprise wraz z wymaganymi licencjami dostępowymi CAL Microsoft dla wymienionych produktów. Załączniki, w postaci plików typu, np. doc, pdf powinny być przechowywane w repozytorium na zasobie dyskowym (każda sprawa zawiera średnio 3 pisma w formacie xml lub doc/docx).

W przypadku wdrożenia dostarczanego Systemu na innej platformie systemowej aniżeli wymienionej powyżej, Wykonawca ponosi pełny koszt jej zakupu i integracji w środowisku teleinformatycznym Zamawiającego. W tym przypadku Wykonawca przepisze wszystkie niezbędne i zakupione licencje na Zamawiającego bez jakichkolwiek ograniczeń czasowych i nie wykraczających swym kosztem poza ramy ujęte w § 9 Umowy.

Do prawidłowej pracy System nie może wymagać podłączenia do Internetu.

System musi być dostępny 7 dni w tygodniu, 24 godz. na dobę, z poziomem dostępności minimum 99% w skali miesiąca w urzędowych godzinach pracy.

Dopuszczalne są przerwy w pracy Systemu w godz. od 22.00 do 6.00, ewentualne przerwy pracy systemu poza wskazanymi powyżej godzinami, w szczególności w godzinach pracy urzędu (8:15 – 16:15) muszą być uzgadniane z użytkownikami Systemu.

Maksymalny czas wyszukiwania pojedynczego rekordu nie powinna być dłuższy niż 10 s, tworzenia zestawień, raportów, itp. nie powinien być dłuższy niż 30 s.

Realizacja systemu będzie przebiegać w etapach opisanych w Umowie. W pierwszym etapie zostanie wykonany i wdrożony System wg. opisu zawartego w niniejszym dokumencie z wyjątkiem wykonania funkcjonalności oraz zadań opisanych w części pt. „Migracja danych oraz rozszerzenie funkcjonalności Systemu do realizacji w Etapie 2 Umowy.”

Poniższy schemat przedstawia podstawowe elementy procesu obsługi interpelacji i zapytań poselskich, które ma realizować system:

Sprawy dzielą się na II grupy:

Grupa I to wszelkie wystąpienia parlamentarne adresowane do Prezesa Rady Ministrów, Rady Ministrów (z podziałem na sprawy w KPRM i poza KPRM)

Grupa II to wszelkiego rodzaju wystąpienia parlamentarne adresowane do pozostałych członków Rady Ministrów i kierowników urzędów centralnych oraz członków kierownictwa KPRM.

Rejestrowanym sprawom nadawany jest numer – liczba porządkowa (dokumenty rejestrowane zgodnie z JRWA są w systemie EZD - eDok) i podział na rodzaje spraw.

Znak sprawy jest generowany automatycznie. Każde nowe pismo dotyczące sprawy już zarejestrowanej powinno otrzymać ten sam znak sprawy i dodatkowy kolejny numer.

Rejestrowanie spraw w systemie może być realizowane:

1. półautomatycznie, w drodze importu danych przekazywanych przez Kancelarię Sejmu i zadekretowania wpisu przez operatora rejestru – wymagana współpraca z systemem Kancelarii Sejmu;

2. półautomatycznie, w oparciu o wymianę danych z systemem eDok, w drodze zadekretowania oczekującego wpisu przez operatora rejestru – wymagana współpraca z systemem eDok (system klasy EZD funkcjonujący w KPRM);

3. manualnie, w drodze zarejestrowania wpisu przez operatora rejestru – w przypadkach awaryjnych system zawsze umożliwi ręczną rejestrację wpisu.

2

Terminy

Domyślne terminy na realizację sprawy będą ustawiane automatycznie przez System w oparciu o datę wpływu pierwszego pisma w sprawie do adresata (KPRM), przy czym termin ten będzie zawsze możliwy do edycji przez operatora rejestru.

Data będzie możliwa do wprowadzenia zarówno jako dane w polu tekstowym, jak i możliwość wyboru z kontrolki daty.

System podpowie datę przewidywanego terminu realizacji w oparciu o datę wpływu pierwszego pisma w sprawie oraz liczbę dni przewidywaną dla danego typu sprawy. W przypadku gdy wynikowy termin wypadnie w dzień wolny od pracy, system podpowie kolejny dzień roboczy.

Administrator systemu będzie miał możliwość ręcznego rejestrowania świąt państwowych innych dni wolnych.

Rejestrowanie pism w sprawie

Rejestrowanie pism w sprawie może być realizowane w jeden z trzech sposobów:

1. manualnie, w drodze zarejestrowania wpisu przez operatora rejestru,2. półautomatycznie, w oparciu o wymianę danych z systemem eDok, w drodze zadekretowania

oczekującego wpisu przez operatora rejestru (widok kolejki do dekretowania),3. półautomatycznie, w drodze wygenerowania wydruku pisma według jednego z szablonów

oraz zadekretowania oczekującego wpisu przez operatora rejestru (widok kolejki do dekretowania).

Sposoby wprowadzania danych w systemie

Rejestrowanie nowego pisma w sprawie będzie możliwe w każdy z podanych sposobów poprzez formularz „zarejestruj nowe pismo”:

1. z poziomu menu Systemu,2. z poziomu widoku rejestru spraw poprzez menu kontekstowe, 3. z poziomu formatki szczegółów pojedynczej sprawy (dotyczy także generowania pisma

wg. szablonu),

lub poprzez:

4. funkcjonalność zarządzania monitami (dotyczy wyłącznie generowania wydruku pisma monitu),

5. funkcjonalności dekretowania pism w kolejce (dla oczekujących wpisów wstępnie zarejestrowanych w drodze półautomatycznej).

Formularz rejestracji nowego pisma umożliwia:

1. Zarejestrowanie pisma typu polecenie,2. Zarejestrowanie pisma typu zmiana wykonawcy merytorycznego - zmiana wykonawcy

merytorycznego oraz przewidywanego terminu zakończenia sprawy,3. Zarejestrowanie pisma typu monit,

3

4. Zarejestrowanie pisma typu prolongata – automatyczna zmiana terminu udzielenia odpowiedzi,

5. Zarejestrowanie pisma zamykającego – odpowiedź – automatyczne zamknięcie sprawy,6. Zarejestrowanie innego pisma w sprawie,

Opcje 1-5 dotyczą także generowania pisma wg szablonu (możliwe jest zarejestrowanie pisma bez wygenerowania pisma z szablonu).

Rejestracja pism w sprawie poprzez szablony dokumentów

Rejestracja pisma w sprawie może wiązać się z wygenerowaniem wydruku pisma według jednego z szablonów i przygotowaniem do rejestracji w terminie późniejszym. Sytuacja taka dotyczy:

1. monitów przybierających formę pisma,2. pisma typu polecenie załatwienia sprawy - upoważnienie do udzielenia odpowiedzi,3. polecenie zmiany wykonawcy merytorycznego,4. prolongata,5. odpowiedź.

W systemie na etapie uruchomienia będą dostępne szablony pism w postaci dokumentów MS Word:

1. monit w formie pisma (różne rodzaje ze względu na typy spraw i odpowiadające im akty prawne),

2. polecenie załatwienia sprawy z upoważnieniem do udzielenia odpowiedzi,3. prolongata,4. odpowiedź.

Aby utworzyć i przygotować do zadekretowania nowy dokument z szablonu operator rejestru powinien wypełnić formularz rejestrowania nowego pisma w sprawie, wybierając typ pisma i zaznaczając opcję „generuj dokument”.

Po zapisaniu formularza, system wywoła aplikację Microsoft Word z przygotowanym dokumentem, uzupełnionym o dane z metryki pisma. Użytkownik będzie miał możliwość wprowadzenia dodatkowych danych (opcjonalnie), wydrukowania pisma i zapisania ewentualnych zmian w systemie.

Pismo wygenerowane w ten sposób będzie widniało w systemie w kolejce pism do zadekretowania i będzie mogło być zarejestrowane przez operatora rejestru w momencie przygotowania do go wysyłki do wykonawcy w sprawie.

Klauzula niejawności

W przypadku informacji niejawnych jako odpowiedź rejestrowane jest pismo z oznaczeniem klauzuli tajności dla odpowiedzi. Sprawa jest zamykana na podstawie tego pisma.

Nie istnieje potrzeba, aby śledzić takie zdarzenia dla potrzeb statystyk i raportów.

4

Zmiana wykonawcy merytorycznego

Rejestracja pisma związanego ze zmianą wykonawcy merytorycznego w sprawie zawierającego polecenie załatwienia sprawy to osobny typ pisma. Pozwala na automatyczne zaktualizowanie wykonawcy merytorycznego sprawy.

W przypadku rejestracji pisma związanego ze zmianą wykonawcy merytorycznego, system domyślnie podpowie nową datę planowanego zakończenia sprawy. Zasady obliczania daty są takie same jak w przypadku pierwszego terminu planowanego zakończenia sprawy, przy czym do obliczeń uwzględniana jest data wpływu/wysyłki pisma do/z KPRM. Takie zdarzenie nie będzie traktowane w systemie jako prolongata.

Podobnie, jak w przypadku planowanego terminu zakończenia sprawy, możliwa jest korekta daty przez operatora rejestru.

Ewentualne wcześniejsze opóźnienia (przekroczenia terminu) w danej sprawie nie są śledzone – o ile nowy termin nie jest zagrożony.

Rejestracja prolongaty

Rejestracja prolongaty to osobny typ pisma w sprawie. Pozwala on na automatyczne zaktualizowanie terminu planowanego zakończenia sprawy.

W przypadku rejestracji prolongaty, system domyślnie podpowie nową datę planowanego zakończenia sprawy. Zasady obliczania daty są takie same jak w przypadku pierwszego terminu planowanego zakończenia sprawy, przy czym do obliczeń uwzględniana jest aktualny termin planowanego zakończenia sprawy.

Podobnie, jak w przypadku planowanego terminu zakończenia sprawy, możliwa jest korekta daty przez operatora rejestru.

Fakt przedłużenia terminu zamknięcia sprawy w drodze prolongaty jest uwzględniany w danych sprawy znacznikiem „prolongata” i służy za podstawę dla statystyk spraw przedłużonych. Liczba prolongat w danej sprawie nie jest uwzględniana w statystykach – jedynie fakt przedłużenia terminu.

Ewentualne wcześniejsze opóźnienia (przekroczenia terminu) w danej sprawie nie są śledzone – o ile nowy termin nie jest zagrożony.

Rejestracja monitu

Z uwagi na dwa tryby monitowania sprawy w toku, system umożliwi:

1. manualne zarejestrowanie każdego typu monitu przez operatora rejestru,2. wygenerowanie wydruku dla monitu nieformalnego (np. wysyłanego mailem),3. wygenerowanie projektu pisma według szablonu dla monitu formalnego, rejestrowanego

jako pismo w sprawie,4. przygotowanie do zadekretowania wygenerowanego pisma według szablonu dla monitu

formalnego, rejestrowanego jako pismo w sprawie.

5

Generowanie wydruku dla monitu nieformalnego

System umożliwi generowanie wydruku dla monitów nieformalnych. Generowanie wydruku możliwe będzie dla wszystkich spraw zagrożonych terminem lub przeterminowanych lub tylko dla spraw zaznaczonych w danym widoku spraw zagrożonych terminem lub przeterminowanych.

Zarządzanie monitami pozwoli na wygenerowanie zbiorczego monitu tabelarycznego, z uwzględnieniem ograniczonych danych. Użytkownik generujący monit będzie miał możliwość wyboru następujących atrybutów (dotyczy wszystkich spraw uwzględnionych w monicie):

Znak sprawy z eDOK – jeśli sprawa jest do PRM lub RM, Data wpływu, Znak pisma przychodzącego, Typ nadawcy, Nazwa nadawcy, Adresat – PRM, RM, Inny, Wykonawca (ostatni), Planowana data zakończenia sprawy, Dni opóźnienia (jeśli dotyczy), Tytuł sprawy, prolongata (TAK/NIE), Sprawa ponowna (TAK/NIE)

oraz dodatkowych parametrów wydruku (nagłówek pisma):

Oznaczenie: „Kancelaria Prezesa Rady Ministrów | Departament Spraw Parlamentarnych”, Oznaczenie: „PILNE”, Oznaczenie wykonawcy merytorycznego.

Po odfiltrowaniu i zaznaczeniu spraw oraz uruchomieniu opcji „generuj monit” system otworzy raport monitu, do wydruku.

Uwaga: Wygenerowane zestawienie do wydruku dla potrzeb monitu nieformalnego nie będzie automatycznie zapisywane w systemie. Operator rejestru może zapisać taki wydruk i załączyć go do monitu. Tak dodany załącznik będzie również dostępny z poziomu sprawy – w danych monitów dla sprawy.

Podobnie, będzie możliwe dodanie innych załączników dla monitu – na przykład wysłany email.

Bezpośrednio po wygenerowaniu wydruku zestawienia do monitu nieformalnego operator rejestru będzie miał możliwość użycia opcji – „zarejestruj monit”. W formularzu pojawi się możliwość podania daty i godziny monitu, typu monitu oraz ewentualnych załączników (pliku wydruku monitu, wysłanego maila). System uzupełni we wszystkich właściwych sprawach (wybranych do wydruku) dane o wykonanym monicie.

Uwaga: Monit nieformalny może zawierać nawet ok. 400 spraw. System musi pozwolić na zarejestrowanie takiej ilości monitów do tych spraw.

6

W widoku zarządzania monitami operator rejestru będzie mógł oznaczyć wybrane sprawy informacją „nie monituj”, ewentualnie podając datę do której to wyłączenie ma być stosowane. Oznaczona w ten sposób sprawa będzie widoczna w widoku spraw zagrożonych terminem lub przeterminowanych na stronie zarządzania monitami, jednak nie zostanie uwzględniona w generowanych wydrukach.

System umożliwi wyświetlenie graficznego znacznika „nie monituj” w widoku listy spraw.

Kolejka spraw i pism

Wszystkie sprawy i pisma rejestrowane półautomatycznie (z importu) lub pisma przygotowane jako projekt dokumentu i oczekujące na oficjalną rejestrację będą oczekiwały na zatwierdzenie przez operatora rejestru w specjalnej kolejce.

Kolejka będzie wyświetlać listę spraw / pism oczekujących.

Operator rejestru będzie mógł usunąć sprawę/pismo z kolejki (w przypadku spraw duplikowanych lub pism, które nie zostały przekazane do wysłania) lub dokonać edycji danych i zapisać sprawę/pismo w systemie.

Operator rejestru będzie mógł łączyć pisma i rejestrować jako jedno z uzupełnionymi danymi z obydwu szablonów – np. sprawy/pisma z importu z systemu eDOK ze sprawami/pismami z importu z Kancelarii Sejmu.

Sprawy/pisma oczekujące na rejestrację nie będą ujmowane w podstawowych widokach list spraw i pism.

Zamknięcie sprawy

Zamknięcie sprawy będzie oznaczane w systemie przez operatora rejestru w formularzu sprawy poprzez:

1. Zmianę statusu sprawy na: „Zamknięta”,2. oraz podanie daty załatwienia sprawy.

System wymusi podanie daty załatwienia sprawy i uniemożliwi skuteczną zmianę statusu bez tej informacji.

Zamknięcie sprawy spowoduje zaprzestanie przez System kontrolowania terminowości (przy danej sprawie będą wyświetlane znaczniki stanu sprawy, ale sprawa nie wyświetli się w zestawieniach spraw do monitowania – sprawa zamknięta w terminie, po terminie).

W każdej chwili możliwe będzie ponowne manualne zmienienie statusu sprawy przez operatora rejestru.

Anulowanie wpisu

W przypadku błędnego wpisu do rejestru, operator ma możliwość:

1. zmodyfikować metadane dotyczące sprawy/pisma,2. anulować wpis.

7

Wpisy (pisma/sprawy) anulowane, nie wyświetlają się w podstawowych zestawieniach w Systemie. Możliwe będzie każdorazowe zaznaczenie wyświetlania pism anulowanych.

Edycja danych / Historia sprawy

Każdy operator rejestru będzie miał możliwość wprowadzania modyfikacji do danych sprawy oraz danych poszczególnych pism w sprawie.

System będzie rejestrował każdą zmianę w danych sprawy i pisma w oparciu o standardową funkcjonalność historii wersji elementów listy, z uwzględnieniem:

1. daty i godziny zmiany,2. zmienionego pola,3. wartości zmienionej,4. nowej wartości.

Podgląd historii zmian będzie przedstawiał zmiany dla danego rekordu (sprawy / pisma) i będzie możliwy do wywołania z poziomu widoku szczegółowych danych sprawy/pisma.

Monitorowanie i raportowanie z przebiegu procesu

Monitorowanie przebiegu procesu może być realizowane w następujący sposób:

1. Przegląd spraw według planowanego terminu wykonania, a następnie według dynamicznie liczonej liczby dni kalendarzowych do dnia planowanego terminu zakończenia sprawy w widoku rejestru,

2. Przegląd raportów zaawansowanych,3. Dedykowany formularz wyszukiwania spraw.

Status sprawy

Operatorzy rejestru będą ręcznie rejestrować zmiany w statusie sprawy. Dostępne będą trzy podstawowe statusy sprawy:

W toku, Zamknięta, Anulowana

Ponadto, system będzie rejestrował automatycznie następujące statusy:

Oczekuje na rejestrację – dla spraw zarejestrowanych w trybie półautomatycznym;po zadekretowaniu sprawy system nada sprawie status „Nowa ”,

Anulowana – dla spraw anulowanych - sprawy anulowane nie będą wliczane do zestawień i statystyk spraw; nie będą także podlegać śledzeniu względem terminowości realizacji.

Stan sprawy

8

Z uwagi na stan zaawansowania załatwiania sprawy oraz planowany termin załatwienia sprawy, rozróżnia się następujące stany spraw prezentowane przez system dla wybranych statusów:

Sprawy w toku:o Niezagrożone,o Zagrożone,o Po terminie.

Sprawy zamknięte:o W terminie,o Po terminie.

W uzupełnieniu tych danych, dla każdej zmiany będą rejestrowane monity oraz ustalenia wynikające z monitów.

Zarządzanie danymi słownikowymi (metadanymi)

System umożliwi zarządzanie danymi osób (parlamentarzystów) z list słownikowych poprzez formularz danych osoby. Pozwoli to w jednym formularzu kojarzyć następujące dane z odrębnych słowników:

1. Imię i nazwisko parlamentarzysty, drugie imię, uszczegółowienie,2. Kadencja,3. Zrzeszenie: Klub parlamentarny, koło lub blok europejski oraz opcja „niezrzeszony”.

Rola osoby (określenie czy jest to poseł, senator, eurodeputowany) dla potrzeb filtrowania danych ze słownika osób przy wypełnianiu szczegółowych danych sprawy będzie określana w oparciu o przynależność do kadencji.

DANE W SYSTEMIE

Metadane sprawy

Lp. Tytuł pola Typ / format danych

Źródło Uwagi / zawartość

1. Znak sprawy Tekst Automatycznie Nadawany automatycznie przez system,.

2. Znak pisma przychodzącego

Tekst Numer pisma (np. Numer sejmowy pisma) – bardzo istotne

3. Numer EZD (eDok)

Tekst Identyfikator sprawy nadany w systemie eDok.Rejestrowany tylko dla spraw importowanych z systemu eDok.

4. Data wpływu Data wpływu pisma do KPRM.

9



5. Adresat Wybór

Premier, Bezpośrednio do Ministra [lista wyboru], Rada Ministrów

Słownik W widoku zbiorczym spraw przewiduje się wyszczególnienie kolorystyczne wartości pola adresat w trzech wariantach, dla spraw do:

KPRM Prezesa Rady Ministrów Rady Ministrów inny

6. Tytuł sprawy Tekst Treść pisma inicjującego sprawę.7. Typ nadawcy Wybór

poseł, senator, komisja sejmowa, komisja senacka, eurodeputowany, Marszałek Sejmu, Marszałek Senatu

Słownik Pole pozwala określać typy nadawców, dzięki czemu – lista nazwisk/nazw komisji będzie zawężona do danego typu nadawcy;

Ponadto pole to będzie mogło w przyszłości służyć jako podstawa do wyszukiwania, grupowania i filtrowania widoków oraz raportów w systemie.

8. Nazwa nadawcy

Wybór,pole wielokrotnego wyboru

Słownik Słownik domyślnie będzie udostępniał wybór Posła / Senatora / komisje / Eurodeputowanego z odpowiedniego istniejącego w systemie słownika, dla aktualnej kadencji – zależnie od wybranego typu nadawcy.

Z poziomu tego słownika użytkownik będzie miał możliwość:1. Wywołania okna dodawania

nowej osoby (np. nowego Eurodeputowanego) lub komisji,

2. Zaznaczenia wyboru z listy dla wskazanej, wcześniejszej kadencji.

10



9. Kadencja Wybór,pole jednokrotnego wyboru

Słownik Uwaga: nie zidentyfikowano możliwości wystąpienia spraw, które pochodzą od adresatów różnych kadencji (w tym równoległych kadencji Sejmu i Senatu). Zakłada się, że wystąpienie takiego przypadku zostanie zarejestrowane w systemie jako więcej niż jedna sprawa.

10. Klub Wybór,możliwość wielokrotnego wyboru

Słownik Wypełniane automatycznie w oparciu o wartości w polu nadawca; Możliwe do zmiany (usunięcie wyboru, dodanie nowego ze słownika).Dla komisji pole pozostanie puste.

11. Stan sprawy (ikona)

Kolorowa ikona + opis

Oparte o dane sprawy (terminy)

Generowany dynamicznie w widokach.

12. Status Wybór W toku, Zamknięta, Anulowana

13. Stan sprawy wybór Sprawy w toku: Niezagrożone, Zagrożone, Po terminie.

Sprawy zamknięte: W terminie, Po terminie.

14. Prolongata Wartość logiczna (tak/nie)

Określa, czy sprawa miała przedłużony planowany termin realizacji w drodze zarejestrowania pisma z prolongatą.

15. Planowana data zakończenia sprawy

Data Uzupełniana automatycznie przez system – do ręcznej modyfikacji przez operatora rejestru.

16. Data zakończenia sprawy

Data Rejestrowana ręcznie przez operatora rejestru – jest to data udzielenia odpowiedzi w danej sprawie.Pismo zamykające – formularz lub import z EZD (eDOK)

17. Sprawa ponowna

Wartość logiczna (tak/nie)

Dla określenia spraw ponownych.

11



18. Nie monitować Pole określające datę do której wstrzymane są monity lub określenie bezterminowego wyłączenia z monitów

Służy operatorom rejestru do oznaczania spraw, co do których nie będą wysyłane monity.

19. Nr ID z EZD (eDOK)

Tekst Służy do ewentualnego wyszukania pisma w EZD i podglądu załącznika

20. Uwagi Miejsce na notatki operatora rejestru

12

Metadane pisma w sprawie



1. Znak sprawy odnośnej

Tekst Wskazanie znaku sprawy w systemie e-Interpelacje, której dotyczy pismo. Numer określany jest automatycznie, jeśli rejestracja pisma w sprawie jest wywołana przez operatora rejestru z poziomu szczegółów danej sprawy – lub możliwy do wpisania ręcznego / wyboru z listy podpowiedzi.

2. numer pisma w sprawie

Tekst Nadawany automatycznie przez system,.

3. Znak pisma przychodzącego

Tekst Numer pisma (np. Numer pisma nadany przez nadawcę)

4. Numer EZD (eDok)

Tekst Identyfikator sprawy nadany w systemie eDok.Rejestrowany tylko dla spraw importowanych z systemu eDok.

5. Nazwa nadawcy


Możliwość wyboru ze słownika wykonawców merytorycznych / lub podania wpisu z ręki

6. Treść pisma/treść polecenia

Wybór lub wpisane odręcznie

Słownik sformułowań

Może zawierać treść pisma w przypadku pism przychodzących lub korzystać ze słownika sformułowań dla poleceń w pismach wychodzących, np.:Proszę o udzielnie odpowiedzi… Proszę o przygotowanie projektu odpowiedzi.Pełne sformułowania zostaną opracowane przez zespół projektowy po stronie Klienta.

7. Odbiorca / wykonawca merytoryczny

Słownik Pobierane dane ze słownika wykonawców merytorycznych

8. W porozumieniu


Słownik Pobierane dane ze słownika wykonawców merytorycznych lub uzupełniane ręcznie

9. Do wiadomości Wybór,pole wielokrotnego wyboru

Słownik Pobierane dane ze słownika wykonawców merytorycznych lub uzupełniane ręcznie

10. Data pisma Data11. Data wpływu Data Dla pism przychodzących12. Nr ID z EZD

(eDOK)Tekst Służy do ewentualnego wyszukania

pisma w EZD i podglądu załącznika

13



13. Pismo przychodzące/ wychodzące

Pole wyboru z wartościami:PW

Określa, czy pismo wpłynęło czy jest pismem wychodzącym

14. Uwagi Tekst Miejsce na notatki operatora rejestru

Dane monitu w liście monitów

Lp. Tytuł pola Typ / format danych Źródło Uwagi1. Typ monitu Wybór,

(pole jednokrotnego wyboru), możliwe wartości:

Fax Poczta

elektroniczna Telefon Pismo Przypomnienie

Słownik

Określa rodzaj monitu

2. Monit z dnia Data i godzina3. Komentarz Tekst Miejsce na notatki operatora rejestru

LISTY I SŁOWNIKI

Lista wykonawców merytorycznych

Nazwa pola Typ danych UwagiNazwa resortu / określenie ministra TekstAktywny Wartość logiczna (tak/nie) Dla potrzeb historycznych i

zmian wykonawców, w szczególności ministrów Kancelarii

Lista komisji sejmowych i senackich

Nazwa pola Typ danych UwagiNazwa komisji TekstInstytucja Wybór Sejm/SenatAktywny Wartość logiczna (tak/nie) Odznaczenie tego pola

powoduje, że komisja nie pojawia się w liście opcji wyboru w formularzach systemowych

Lista osób

14

Lista nadawców spraw (Posłowie, Senatorowie, Eurodeputowani) – lista osób jednoznacznie identyfikowanych (konieczna możliwość rozróżniania osób o tych samych imionach i nazwiskach).

Nazwa pola Typ danych UwagiImię Tekst Pole wymaganeDrugie imię Tekst Pole nieobowiązkoweNazwisko Tekst Pole wymaganeUszczegółowienie Tekst Adnotacja umożliwiająca identyfikację

Np. „s. Antoniego”Aktywny (tak/nie) Odznaczenie tego pola powoduje, że osoba nie pojawia

się w liście opcji wyboru w formularzach systemowych

Przynależność do klubu/koła

Lista mapowania przynależności do klubów dla osób z listy osób. Lista jest jednocześnie listą mapowania przynależności do bloków europejskich dla eurodeputowanych z listy osób. W danym okresie czasu ta sama osoba nie może być jednocześnie parlamentarzystą i Eurodeputowanym.

Nazwa pola typ danych / uwagiOsoba link do osoby na liściePrzynależność klubowa wybór klubu, koła lub frakcji z kolumny witryny

(lub ‘niezrzeszony’)Data zmiany Data

Przynależność do kadencji

Lista mapowania przynależności kadencji dla osób z listy osób

Nazwa pola typ danych / uwagiOsoba link do osoby na liścieKadencja wybór kadencji z kolumny witrynyData zmiany Data

Święta Państwowe i dni wolne od pracy

Lista wykorzystywana przez System domyślnych planowanych terminów zamknięcia sprawy i prolongat. Dodatkowe dni wolne od pracy (poza obliczonymi przez system) będą się zdarzały bardzo rzadko i będą podawane w formie daty. Nie będzie możliwości zdefiniowania święta państwowego za pomocą algorytmu (typu: „piątek po Bożym Ciele”).

Nazwa pola typ danych / uwagiData święta DataTytuł / Nazwa Informacja o rodzaju święta

15

Terminy urzędowe na zamknięcie spraw

Dla przewidywanej planowanej daty zakończenia sprawy, System będzie domyślnie podpowiadał sugerowaną datę, w oparciu o informacje o urzędowych terminach oraz będzie wyświetlał znaczniki ostrzeżenia (dla stanu sprawy) w oparciu o datę bieżącą, i pobierane z listy terminów urzędowych:

przewidywany termin zakończenia sprawy,

określenie liczby dni przed terminem, od jakiej powinno wyświetlać się ostrzeżenie o zagrożeniu sprawy.

Termin urzędowy oraz liczba dni przed terminem, dla wyświetlania ostrzeżenia dla każdej klasy sprawy, będą zarządzane poprzez dedykowaną listę w Systemie.

Dodatkowo, w liście zostanie podany domyślny termin – dla przypadku domyślnej obsługi w systemie klas spraw niezdefiniowanych w tej liście.

Klasa sprawy według etykiet systemu e-Interpelacje

Termin urzędowy [liczba dni]

Liczba dni przed terminem dla wyświetlenia ostrzeżenia

Interpelacje poselska 21Zapytanie poselskie 21Oświadczenia senatorów 30Dezyderaty 30Opinie komisji sejmowych 30Opinie komisji senackich 30Pytania w sprawach bieżących - Informacje bieżące -Interwencje posłów 14Interwencje senatorów 14Oświadczenia poselskieWystąpienia Eurodeputowanych 30……Domyślnie

Powyższa lista nie jest zamknięta, i może być rozbudowywana w toku eksploatacji systemu.

Dokumenty

Biblioteka dokumentów zawierająca dokumenty – skany pism lub dokumenty generowane z szablonów.

Nazwa pola typ danych / uwagiNazwa pliku Tekst bez znaków specjalnychTytuł pliku TekstNumer pisma (lub sprawy) TekstSystemowy numer wewnętrzny pisma (lub sprawy) TekstDodatkowe kolumny właściwe dla szablonu pisma (por. szablony dokumentów)

16

Metadane dokumentów i list:

Kolumna Typ Uwagi / opisUtworzone przez Odnośnik (użytkownik) Systemowe.

Wskazuje na użytkownika, który dokonał operacji założenia nowego rekordu w systemie.

Zmodyfikowane przez

Odnośnik (użytkownik) Systemowe.Wskazuje na użytkownika, który dokonał modyfikacji dowolnej części rekordu.

Data modyfikacji Data i godzina Systemowo ustawiana data modyfikacji dowolnej części rekordu istniejącego w systemie.

Data utworzenia Data i godzina Systemowo ustawiana data założenia nowego rekordu w systemie.

Wersja Pojedynczy wiersz tekstu

Nadawany automatycznie przez system numer wersji – podnoszony przy każdej operacji edycji rekordu istniejącego w systemie.

Typy obiektów:

1. Sprawa (element listy),2. Pismo (element listy),3. Monit (element listy),4. Prolongata (element listy),5. Skan dokumentu (dokument),6. Skan potwierdzenia przekazania monitu nieformalnego (dokument),7. Monit formalny (dokument – z szablonu),8. Polecenie (dokument – z szablonu).

Szablony dokumentów

Lp. Typ pisma Pola wypełniane automatycznie Uwagi

1. Polecenie – upoważnienie do udzielenia odpowiedzi

Nazwa nadawcy (dla określenia właściwego nagłówka)Wykonawca merytorycznyNumer pisma w sprawieTreść polecenia

Treść pisma – predefiniowana w szablonie, dostępna do edycji.

2. Prolongata Nazwa nadawcy (dla określenia właściwego nagłówka)Wykonawca merytorycznyNumer pisma w sprawieOznaczenie prolongaty


3. Monit Nazwa nadawcy (dla określenia właściwego nagłówka)Wykonawca merytorycznyLista Spraw, których dotyczy monit


4. Odpowiedź Nazwa nadawcy (dla określenia Treść pisma – predefiniowana w

17

właściwego nagłówka)Wykonawca merytoryczny / adresat odpowiedziNumer pisma w sprawie

szablonie, dostępna do edycji.

Szablony zostaną opracowane przy współpracy z Zamawiającym.

W dokumencie szablonu będą możliwe do wykorzystania treści predefiniowane niezależne od parametrów oraz wszystkie metadane pisma z rejestru.

Musi istnieć możliwość dodawania nowych szablonów pism do Systemu i powiązanie ich z typami obiektów wykorzystywanymi przez System. Zasady dodawania szablonów zostaną opisane w instrukcji administratora Systemu.

Mechanizmy wyszukiwania

Przewiduje się następujące dedykowane metody wyszukiwania przez specjalny formularz:

1. Szybkie wyszukiwanie,2. Wyszukiwanie szczegółowe (do realizacji w Etapie 2).

Obsługa wyszukiwania poprzez dedykowane formularze umożliwi ciągłe wyświetlanie formularza kryteriów wyszukiwania i jego zwartości, co pozwoli na wielokrotne modyfikowanie kwerendy wyszukiwania w czasie sesji wyświetlania danej strony. Dzięki temu użytkownik nie będzie zmuszony do powtarzania takich samych wyborów przy przeprowadzaniu podobnego zapytania.

Formularz wyszukiwania będzie miał także opcję „wyczyść”, która usunie wszystkie wcześniejsze wybory w formularzu służące definiowaniu kwerendy.

Wyniki wyszukiwania będą wyświetlane w postaci listy spraw lub listy pism, które spełniają kryteria wyszukiwania (zależnie od ustawionych kryteriów wyszukiwania).

Szybkie wyszukiwanie

Formularz zawiera pola:

zakres dat (od - do), w których powinna się zmieścić przynajmniej jedna z dat (pisma inicjującego sprawę lub terminu zamknięcia sprawy),

pole wyboru: sprawa lub pismo (domyślnie: pismo), oddzielone spacją wpisy będą traktowane jako operator „AND” (tylko wyniki zawierające wszystkie elementy frazy będą wyświetlane),

jedno pole tekstowe obsługujące treść wszystkich pól sprawy/pisma (w tym także pól numeru sprawy , znaku pisma, numeru eDok).

Uprawnienia

Uprawnienia dostępu do Systemu nadaje i modyfikuje administrator.

18

Definiując uprawnienia dostępu do zasobów, administrator dysponuje poziomami uprawnień (odczyt, zapis, modyfikacja).

W systemie powinna być możliwość przypisywania uprawnień dostępu dla grup użytkowników do poszczególnych funkcjonalności systemu.

Użytkownicy

Użytkownikami systemu będą pracownicy KPRM, ok. 10 osób (z możliwością pracy jednoczesnej) oraz administratorzy. System powinien umożliwić integrację z AD, logowanie do systemu powinno odbywać się automatycznie na podstawie konta AD. Administratorzy muszą dysponować możliwością nadawania uprawnień (odczyt, zapis, modyfikacja) tworząc grupy użytkowników.

W Systemie wyróżnione zostaną następujące grupy użytkowników odpowiadającym rolom użytkowników:

Administrator Systemu, Redaktorzy/operatorzy rejestru, Czytelnicy rejestru.

Interfejs użytkownika

Projekty graficzne interfejsów (widok formularza wprowadzania sprawy / pisma, widok zarządzania monitami, formularz wyszukiwania szczegółowego, widok listy) będą konsultowane na bieżąco w toku realizacji projektu Systemu.

Opisane w dokumencie wizualizacje projektu graficznego interfejsu użytkownika Systemu stanowią koncepcję ogólną projektu graficznego. Wykonawca może dokonać niezbędnych zmian w szczegółach wyglądu poszczególnych ekranów jeśli zajdzie taka konieczność w trakcie realizacji Systemu.

Wyróżnia się następujące stałe elementy szablonu strony głównej Systemu:

1. Górne menu nawigacyjne,

2. Menu kontekstowe,

3. Skrócony pasek linków do nawigacji kontekstowej,

4. Okienko wyszukiwania,

5. Elementy systemowe, związane z akcjami i narzędziami edytorskimi (w tym link „Imię i nazwisko użytkownika – Zapraszamy” służący do przelogowywania użytkownika).

6. Kontrolka widoku wydruku.

Górne menu nawigacyjne

Dla potrzeb spójnej nawigacji górne menu nawigacyjne będzie elementem statycznym dla wszystkich okien, czyli elementy łączy nawigacyjnych nie będą zmieniać się wraz z kontekstem przeglądania aktualnej strony i domyślnie będą wyświetlać takie same łącza jak w oknie głównym.

19

Menu kontekstowe

Menu kontekstowe zapewnia nawigację na głębszych poziomach. Zakłada się, że będą widoczne tylko elementy podrzędne dla danej strony.

Skrócony pasek linków do nawigacji kontekstowej

Element systemowy zawierający kolejne hierarchiczne elementy ponad bieżącym elementem. Jest to zestaw ułożonych w logicznej kolejności linków pozwalających na cofnięcie się w ścieżce przeglądania strony, przy czym treść linków odpowiada nazwom elementów nadrzędnych (np. Strona główna > e-Interpelacje > Raporty bieżące).

Z uwagi na prognozowaną liczbę stron w Systemie, zakłada się, że pojedyncze strony będą uwzględniane w menu kontekstowym.

Strona główna Systemu

Strona główna będzie zawierać podstawowy widok listy spraw.

Interfejs wymiany danych z systemem eDok

System będzie współpracował z systemem eDok (system klasy EZD) w zakresie pobierania wiadomości o nowych sprawach rejestrowanych w systemie eDok (w oparciu o dane dostarczane przez eDok, zgodnie z ustalonym formatem i zakresem przekazywania danych o sprawie).

System eDok prześle zarejestrowane metadane sprawy za pośrednictwem usługi sieci Webservice do Systemu, gdzie tak przesłana sprawa trafi do kolejki spraw oczekujących na zarejestrowanie.

Struktura danych oraz schemat komunikatów przekazywanych z systemu eDok oraz zasady mapowania danych z systemu eDok na dane słownikowe i pola szczegółowe opisu sprawy w Systemie zostaną opracowane na etapie projektu Systemu we współpracy z Zamawiającym.

Usługa sieci Web service zostanie opracowana i dostarczona wraz z Systemem w ramach niniejszego projektu.

Import danych z plików zestawień interpelacji sejmowych

Utrzymany zostaje dotychczasowy mechanizm przekazywania metadanych interpelacji i zapytań poselskich między systemami Kancelarii Sejmu a Kancelarią Prezesa Rady Ministrów. System Kancelarii Sejmu będzie przesyłać metadane w postaci elektronicznej do Systemu KPRM w dniu ich podpisania przez Marszałka Sejmu. Dane te będą dostępne dla Systemu na sieciowym udziale dyskowym.

System umożliwi import danych spraw z plików wykazów interpelacji generowanych przez Kancelarię Sejmu.

Struktura danych oraz format plików dla danych importowanych z systemu Kancelarii Sejmu oraz zasady ich mapowania na dane słownikowe i pola szczegółowe opisu sprawy zostaną opracowane na etapie projektu Systemu we współpracy z Zamawiającym.

20

Raporty wykorzystania Systemu i modyfikacji treści

System powinien posiadać narzędzia związane z audytowaniem wykorzystania zasobów oraz aktywności użytkowników.

Przykładowe podsumowanie użycia w zakresie:

Najczęstsze strony (średnia liczba żądań dziennie w ciągu ostatnich 30 dni), Najczęstsi użytkownicy (średnia liczba żądań dziennie w ciągu ostatnich 30 dni), Najczęściej używane strony docelowe wyników wyszukiwania, Najczęściej używane kwerendy, Aktywność użytkowników w ciągu ostatnich 30 dni, Unikatowi użytkownicy w ciągu ostatnich 30 dni, Średnia liczba unikatowych użytkowników dziennie na miesiąc, Liczba żądań strony głównej dziennie w ciągu ostatnich 30 dni, Średnia liczba żądań strony głównej dziennie na miesiąc, Najczęstsze strony docelowe w ciągu ostatnich 30 dni, Itp.

Administratorzy powinni mieć możliwość odzyskania historii czynności wykonanych przez określonego użytkownika Systemu. Wiedza, jakie czynności zostały wykonane w związku z określoną informacją przez określonego użytkownika, ma kluczowe znaczenie dla wielu wymogów biznesowych, na przykład inspekcji i zgodności z przepisami.

Dodatkowo, raporty obejmują zdarzenia związane z tworzeniem i kasowaniem obiektów (list /bibliotek i in.).

Uzupełnieniem informacji z cyklicznie aktualizowanych raportów przetwarzania danych będzie informacja o historii pojedynczych rekordów rejestru e-Interpelacje oraz rekordów powiązanych i list źródłowych dla metadanych.

Wymagania techniczne i bezpieczeństwa

System musi spełniać wymagania Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz.U. z 2017 r. poz. 2247) w tym wymagania Web Content Accessibility Guidelines (WCAG 2.0 na poziomie AA)

System musi spełniać wymagania Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 z dnia 27 kwietnia 2016 r. 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 w szczególności aplikacja powinna umożliwiać:

1. wyszukanie wszystkich danych osobowych po zadanych parametrach 2. rozliczalność operacji wykonywanych na danych osobowych (np. ustalenie źródła

pochodzenia danych, daty wprowadzenia i modyfikacji, osoby wprowadzającej/modyfikującej dane),

3. ustalenie informacji o odbiorcach, którym dane osobowe zostały udostępnione oraz dacie i zakresie tego udostępnienia;

21

4. ustalenie, jakie dane osobowe zostały zmienione przez użytkownika (zakres zmiany);5. ustalenie, jakie były poprzednie wartości danych osobowych (informacja historyczna);6. eksport wszystkich danych dot. konkretnej osoby, w tym także danych historycznych

i danych po ich sprostowaniu;7. zarządzanie uprawnieniami użytkowników, w celu ograniczenia dostępu

do konkretnych danych osobowych;8. usuwanie danych osobowych albo ich anonimizację/pseudonimizację na żądanie lub po

upływie okresu ich przechowywania.

System powinien spełniać zalecenia OWASP Application Security Verification Standard 3.0.1 na poziomie minimum 1 (Level 1).

System musi zapewniać ochronę przed aktualnie występującymi zagrożeniami dla serwisów www.

System musi być zgodny z najnowszymi wersjami przeglądarek internetowych (Mozilla Firefox, Google Chrome, Internet Explorer, Safari, Edge) na dzień wykonywania prac. Niniejszy zapis ma zastosowanie w przypadku gdy zaprojektowany System jest dostępny z poziomu przeglądarki internetowej.

System powinien posiadać mechanizmy kontroli integralności i monitorowania poprawnego funkcjonowania wszystkich swoich komponentów.

Dostęp do systemu musi być realizowany wyłącznie poprzez szyfrowany protokół TLS 1.2 i nowszy. Komunikacja pomiędzy wszystkimi interfejsami systemu, o ile jest taka możliwość, powinna być szyfrowana.

Praca w systemie musi być możliwa dopiero po zalogowaniu użytkownika za pomocą własnego loginu i hasła lub innych narzędzi autoryzacyjnych.

System musi spełniać wymagania bezpieczeństwa, w szczególności w zakresie polityki haseł KPRM w zakresie długości i skomplikowania haseł, ważności hasła, blokowania po określonej liczbie nieudanych logowań. System powinien umożliwiać stosowanie różnych polityk dla administratorów i użytkowników.

Hasła muszą być przechowywane w formie zaszyfrowanej z wykorzystaniem funkcji skrótu SHA-2 z solą lub nowszej.

System musi zapewniać walidację danych wprowadzanych do systemu, w tym walidację rodzajów dołączanych plików.

System musi posiadać wbudowany dziennik systemowy, w którym zapisywane będą w pełni automatycznie, bez możliwości modyfikacji i zablokowania, wszystkie istotne działania użytkowników:

1. wszystkie udane i nieudane próby logowania;2. wykonane eksporty danych poza system;3. wykonane wydruki z systemu;4. przyznanie/odebranie/zmianę uprawnień w systemie;5. rejestrację wszelkich zmian w parametrach systemu;6. rejestrację czynności wykonanych przez użytkowników.

22

Dziennik systemowy systemu musi zapisywać wszelkie dokonane zmiany z dokładnością, co najmniej do: czasu dokonania zmiany (dzień, godzina, minuta, sekunda); identyfikatora użytkownika (login); identyfikatora zbioru (tabeli) danych; identyfikatora pola (kolumna) danych; identyfikatora rekordu (wartość klucza głównego).

System powinien posiadać możliwość eksportu logów w formacie umożliwiającym ich odczyt maszynowy np. txt, csv, xml lub możliwość automatycznego przekazywania logów do zewnętrznych systemów monitorujących np. protokołem syslog.

Migracja danych oraz rozszerzenie funkcjonalności Systemu do realizacji w Etapie 2 Umowy.

Migracja danych archiwalnych

Przewiduje się zasilenie Systemu dla potrzeb testów i przed uruchomieniem produkcyjnym następującymi danymi:

1. Dane rejestrowe dotyczące historycznych spraw. 2. Dane słownikowe.

Przewiduje się import danych z obecnie funkcjonującego systemu e-Interpelacje.

Struktura danych importowanych, format eksportu i zasady mapowania na dane słownikowe i pola szczegółowe opisu sprawy i pisma zostaną opracowane we współpracy z Zamawiającym i wykonawcą obecnie funkcjonującego systemu e-Interpelacje. Dane zostaną przekazane w formie plików xml.

Spójność i poprawność danych wyeksportowanych z systemu e-Interpelacje zostanie zweryfikowana przez Zmawiającego. Zakres importowanych danych będzie odpowiadać zawartości przygotowanych danych wejściowych.

Wyszukiwanie szczegółowe

Formularz zawiera pola:

Pole wyboru: sprawa lub pismo (domyślnie: pismo), oddzielone spacją wpisy będą traktowane jako operator „AND” (tylko wyniki zawierające wszystkie elementy frazy będą wyświetlane),

Data utworzenia (zakres dat od - do) Data wpływu (zakres dat od – do) Liczba dni do terminu (zakres liczb od – do) Liczba dni do przeterminowania (zakres liczb od – do) Kadencja Znak sprawy Numer pisma w sprawie Znak pisma przychodzącego Nr EZD – eDok – jeśli jest nadany Klasa sprawy Prolongata

23

Sprawa ponowna Status (wiele wyborów, jako operator „OR”) Stan (w terminie, zagrożone, po terminie) Termin wykonania Treść sprawy Typ nadawcy Nazwa nadawcy Klub Adresat (KPRM, Inny, Prezes Rady Ministrów, Rada Ministrów lub Wszystkie) Wykonawca merytoryczny Jedno pole tekstowe obsługujące treść wszystkich pól sprawy/pisma.

Uwaga: Widok wyszukanych spraw w dwóch formatach: lista spraw w możliwością otwarcia sprawy w nowym oknie lub tabela.

Raporty i pulpit nawigacyjny

W Systemie zostanie opracowany pulpit nawigacyjny – w postaci jednej strony dostępnej dla użytkowników. Na stronie zostaną osadzone miniraporty.

Na stronie powinny być osadzone następujące obiekty prezentujące dane spraw.1) Tabela statystyk danych dotyczących kategorii spraw wg. statusu sprawy i wg. stanu sprawy (w

toku, w toku zagrożone, w toku przeterminowane, zamknięte w terminie, zamknięte po terminie, suma) – link do widoku w nowym oknie z wyszukiwaniem zaawansowanym.

2) Wykres z danymi liczbowymi wg. stanu spraw bez rozdziału na kategorie spraw (w toku, w toku zagrożone, w toku przeterminowane).

3) Wykres statystyk ze sprawami w toku wg. kategorii spraw (interpelacje, opinie, dezyderaty…) – propozycja wykresu słupkowego – link do widoku w nowym oknie ze sprawami w toku.

4) Tabela statystyk z wykonawcami merytorycznymi (KPRM, MZ, MF, MRR,…) - link do widoku w nowym oknie z panelem do generowania monitów.

5) Tabela statystyk z wykonawcami merytorycznymi w KPRM - link do widoku w nowym oknie z panelem do generowania monitów.

6) Wykres z danymi liczbowymi dotyczącymi ilości wysłanych monitów z podziałem na wykonawców merytorycznych - link do widoku w nowym oknie do raportu „zaległości spraw wg. resortów”.

7) Wykres z danymi liczbowymi 10 najbardziej aktywnych autorów wystąpień wg. Ilości zgłoszonych spraw - link do widoku w nowym oknie do raportu „lista nadawców wg. aktywności”.

8) Wykres z danymi liczbowymi wg. nadawcy spraw Sejm (klub) – propozycja wykres kołowy.9) Wykres z danymi liczbowymi wg. nadawcy spraw Senat (klub) – propozycja wykres kołowy.10) Sprawy oczekujące na rejestracje – link do strony ze sprawami do zarejestrowania (import

metadanych z Kancelarii Sejmu i z systemu EZD w KPRM).

Dane na obiektach, o których mowa w pkt. 3, 4 i 5 powinny być filtrowane wg. kategorii z wykresu 2. Optymalnym rozwiązaniem byłoby, aby obiekty prezentujące dane na wykresie 2 mogły stanowić interaktywne filtry różnicujące zakres danych prezentowanych na obiektach z pkt. 3, 4 i 5.

Dla wszystkich zestawień z liczbą spraw, będzie uwzględniana tylko liczba unikatowych spraw w oparciu o znak pisma inicjującego sprawę (np. numer sejmowy pisma, numer sprawy w EZD).

24

Graficzne oraz funkcjonalne wykonanie i rozplanowanie poszczególnych obiektów zaproponuje Wykonawca.

Raport Format / Dane Uwagi

Liczba spraw w latach Raport statyczny, nieparametryzowany.

Wykres słupkowy prezentujący liczbę zarejestrowanych spraw w okresie

Nie uwzględnia spraw anulowanych.

Dane dotyczące lat historycznych zostaną wprowadzone w sposób stały i nie będą pobierane z danych historycznych (importu) systemu.

Sprawy według wykonawców merytorycznych

Raport tabelaryczny parametryzowany według następujących parametrów:

Okres dat (od – do) raportu,

Kadencja, Klub, Klasa sprawy, Status, Stan sprawy, Adresat, Nadawca.

Grupowana wg wykonawców merytorycznych tabela z danymi spraw.

Lista nadawców spraw wg aktywności

Raport parametryzowany w oparciu o:

Okres dat (od – do), Kadencja, Klasa sprawy. Klub

25

Raport Format / Dane Uwagi

Zaległości wg resortów Raport statyczny, parametryzowany w oparciu o:

Klasa sprawy, Wykonawca

merytoryczny, Nadawca, Klub parlamentarny, Adresat.

Grupowanie wg wykonawców merytorycznych,

Zawiera: Znak sprawy, Znak pisma przychodzącego,Klasa sprawy, Liczba dni przekroczenia terminu, Planowana data zakończenia sprawy.

Zaległości w KPRM Raport statyczny, parametryzowany w oparciu o:

Klasa sprawy, Wykonawca

merytoryczny, Nadawca, Klub parlamentarny,

Grupowanie wg wykonawców merytorycznych,

Zawiera: Znak sprawy, Znak pisma przychodzącego,Klasa sprawy, Liczba dni przekroczenia terminu, Planowana data zakończenia sprawy.

Inne raporty zostaną uzgodnione w trakcie prac projektowych.

Aplikacja powinna umożliwiać export z bazy danych systemu do plików xls. Funkcjonalność powinna umożliwiać wskazywanie zakresu eksportowanych danych.

Modyfikacji strony głównej Systemu

Strona główna systemu będzie przedstawiać zamiast podstawowego widoku listy spraw opisany wyżej panel nawigacyjny, z pozycji którego za pomocą osadzonych na nim linków możliwe będzie przejście do innych elementów aplikacji.

26

bip.kprm.gov.pl€¦ · web viewbip.kprm.gov.pl

Documents