PROJEKTOVÝ ZÁMER

Manažérsky výstup  I-02

podľa vyhlášky MIRRI č. 401/2023 Z. z.

Schvaľovanie dokumentu

1. HISTÓRIA DOKUMENTU

2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE

2.1 Použité skratky a pojmy

2.2 Konvencie pre typy požiadaviek (príklady)

Konvencie pre definíciu požiadaviek sú využité v rámci Katalógu požiadaviek. Tento katalóg obsahuje funkčné, nefunkčné a technické požiadavky kladené na riešenie realizované v rámci projektu Digitálna transformácia úsekov verejnej správy na Ministerstve práce, sociálnych vecí a rodiny Slovenskej republiky.

Požiadavky sú rozdelené podľa jednotlivých modulov a inkrementov, pričom každá požiadavka zahŕňa analýzu, vývoj, testovanie a nasadenie.

Katalóg obsahuje nasledujúce kategórie požiadaviek:

• Funkčné požiadavky - týkajú sa konkrétnej funkcionality systému, ktorú je potrebné implementovať a sú definované na základe potrieb používateľov cieľového systému. V rámci Katalógu požiadaviek požiadavky sú označené konvenciou RF_XXX, pričom platí nasledovné:
  • R - požiadavka
  • F - funkčné
  • _XXX – číslo
  • Napr. RF_001
• Ne-Funkčné požiadavky - zahŕňajú kvalitatívne a výkonové aspekty. Obsahujú požiadavky na bezpečnosť, integrácie, prevádzku atď. V rámci Katalógu požiadaviek sú označené v stĺpci A skratkou NF. V rámci Katalógu požiadaviek požiadavky sú označené konvenciou RN_XXX, pričom platí nasledovné:
  • R - požiadavka
  • N - nefunkčná
  • _XXX – číslo
  • Napr. RN_001

Oblasť požiadavky - popisuje kategóriu alebo doménu, do ktorej daná požiadavka patrí. Zahŕňa určitú ucelenú oblasť každého druhu požiadavky (Funkčné, Nefunkčné), napr. Integrácia, Bezpečnosť, eForm, apod..

Názov požiadavky - ide o jednoduchý názov požiadavky, ktorý determinuje o čom daná požiadavka je.

Detailný popis požiadavky - poskytuje podrobné informácie o konkrétnej požiadavke. Jej účelom je zabezpečiť jasné pochopenie, čo sa má implementovať, aké sú očakávania, a akým spôsobom sa má požiadavka realizovať.

3. DEFINOVANIE PROJEKTU

3.1 Manažérske zhrnutie

Zámerom projektu je zabezpečiť na základe analýzy súčasného stavu Životnej situácie 9 Som odkázaný, mám odkázaného člena rodiny, garantovať a dodať plnenie business požiadaviek definovaných v predmetnom  implementačnom pláne.  

Ide o vybranú časť zákazníckej cesty občana, ktorý si požiadal o vyhotovenie preukazu ŤZP, ŤZP-S, parkovacieho preukazu alebo integrovaného posudku týkajúceho sa nárokov na peňažné príspevky na kompenzáciu a možnosti poskytnutia sociálnej služby. 

Kontakt s OVM začína podaním Žiadosti o vyhotovenie preukazu ŤZP, ŤZP-S, parkovacieho preukazu alebo integrovaného posudku týkajúceho sa nárokov na peňažné príspevky na kompenzáciu a možnosti poskytnutia sociálnej služby. Pokračuje vyhotovením lekárskeho/integrovaného posudku.  

Subjekty – ŽS9 Som odkázaný, mám odkázaného člena rodiny 

• MIRRI – mÚPVS, CSRÚ 
• DEUS – DCOM

Cieľová skupina 

• Občan – ktorý požiadal o vyhotovenie  preukazu ŤZP, ŤZP-S, parkovacieho preukazu /integrovaného posudku.  

ŽS9 pokrýva udalosti spojené so žiadosťou o  vyhotovenie preukazu ŤZP, ŤZP-S, parkovacieho preukazu alebo integrovaného posudku a ich vyhotovením, následne ďalšími krokmi voči iným OVM. 

Hlavné úlohy štátu:  

ÚPSVR SR – posúdenie žiadosti o  preukaz ŽTP, ŤZP-S, parkovací preukaz alebo integrovaný posudok, vyhotovenie sociálneho/lekárskeho/integrovaného posudku, vyhotovenie preukazu ŤZP, ŤZP-S, parkovacieho preukazu, navrhnutie foriem kompenzácií, navrhnutie formy sociálnych služieb.  

• MPSVR SR – správa a rozvoj informačných systémov, ktoré zabezpečujú oblasť súvisiacu s posudkovou činnosťou v rámci technického riešenia.  
• MIRRI – Zlepšenie kvality služieb a produktov na úrovni štátu. Zavedenie inovácií v eGovernmente.   

Projekt budovania ŽS9 má zabezpečiť jednotný prístup pre realizáciu služby, mobilnú verziu, jednotný dizajn, dostatočnú navigáciu, plynulý prechod v životnej situácii, prístup k prehľadu o stave spracovania podaní, poskytovanie notifikácií o stave spracovania podania a služby.  

 Prínosy životnej situácie 09 zlúčené s príkladmi zlepšení sú popísané v tabuľke nižšie  .

Obrázok 1 Prínosy Životnej situácie 9

Spôsob realizácie projektu:

Projekt bude riadený spôsobom „Waterfall“ v zmysle vyhlášky č. 401/2023 Z.z

3.2 Motivácia a rozsah projektu

Projekt implementácie zmenových požiadaviek pre ŽS9 má za cieľ zefektívniť vybranú časť zákazníckej cesty občana, ktorý si požiadal o vyhotovenie  preukazu ŤZP, ŤZP-S, parkovacieho preukazu alebo integrovaného posudku týkajúceho sa nárokov na peňažné príspevky na kompenzáciu a možnosti poskytnutia sociálnej služby. 

Takisto sa má realizáciou tohto projektu zabezpečiť jednotný prístup pre realizáciu služby, mobilnú verziu, jednotný dizajn, dostatočnú navigáciu, plynulý prechod v životnej situácii, prístup k prehľadu o stave spracovania podaní, poskytovanie notifikácií o stave spracovania podania a služby.

Predmetom projektu sú nasledovné biznis požiadavky pre ŽS9 Som odkázaný, mám odkázaného člena rodiny:

Jednotlivé biznis požiadavky boli predmetom úvodnej analýzy, ktorej výsledkom bol ich detailnejší popis a kategorizovanie do katalógu požiadaviek I_04_KATALOG_POZIADAVIEK, ktorý tvorí súčasť iniciálnej dokumentácie.

Dotknuté subjekty týmto projektom sú:

• MIRRI – mÚPVS, CSRÚ 
• DEUS – DCOM

3.3 Zainteresované strany/Stakeholderi

Stakeholderi – Vzájomné vzťahy

Tabuľka 1 ŽS9 - Zainteresované strany / Stakeholderi

Stakeholderi – Dopady a prínosy

Tabuľka 2 ŽS9 - Stakeholderi - Dopady a prínosy

3.4 Ciele projektu

Hlavnými cieľmi implementácie zmien v procesoch ŽS9 sú najmä: 

• Vytvorenie posudkového modulu
• Implementácia a optimalizácia elektronických formulárov
• Zavedenie monitoringu služieb  
• Vytvorenie špecializovaného portálu - Osobná zóna občana
• Zavedenie elektronickej formy preukazu ŤZP/ŤZP-S a parkovacieho preukazu
• Implementácia novej smernice Európskeho parlamentu a Rady
• Manažment umiestňovania občanov do zariadení sociálnych služieb
• Dátové integrácie  pre VÚC

Cieľom projektu životných situácií je zjednodušenie a sprístupnenie digitálnej cesty občana k naplneniu jeho potrieb pri kontakte

so štátom:

• zjednodušiť elektronickú komunikáciu občana so štátom – jasná a jednoduchá komunikácia
• 1x a dosť – prepájanie s registrami, databázami
• digital first
• redukovať vstupy občana
• redukovať formuláre
• informácie  o stave  požiadavky
• overenie cez počítač, mobil
• informácie na jednom mieste – hľadanie informácií aj vyriešenie
• promovať online vybavovanie – zvýšiť mieru online vybavovania
• proaktívnosť štátu – notifikácie, možnosť autorizácie, vybavenie úkonov
• minimalizovať úkony na strane občana
• poskytovať zrozumiteľné návody aj ich aktualizovanie
• občan má byť spokojnejší s online vybavovaním
• dostupná online podpora

3.5 Merateľné ukazovatele (KPI)

Tabuľka 3 ŽS9 - Merateľné ukazovatele (KPI)

3.6 Špecifikácia potrieb koncového používateľa

Previazanie Biznis požiadaviek z ImP na koncové a aplikačné služby, dotknuté procesy:

V budúcom stave Životnej situácie 9 Som odkázaný, mám odkázaného člena rodiny v rámci Customer journey občana, ktorý si požiadal o lekársky/integrovaný posudok, budú optimalizované elektronické služby pre občana a rozšírené integrácie o nové údaje pre OVM.

Budúci stav ŽS9 zahŕňa nižšie uvedené úpravy v relevantných IS.

Tabuľka 4 ŽS9 - Budúci stav

Detail potenciálnych koncových služieb:  

1.             Špecializovaný portál – Osobná zóna pre občana s autentifikáciou občana 

• Služba pre občana na overenie navrhnutých príspevkov na kompenzáciu, sociálnych služieb, preukazoch, o stave konania  podaných žiadostí a výplate príspevkov
• Služba pre občana pre spravovanie Osobného účtu v rámci Príspevku na starostlivosť
• Služba pre občana k vizualizácii elektronickej formy preukazu ŤZP/ŤZP-S a parkovacieho preukazu

2.             Nové elektronické formuláre 

• služba pre občana pre podanie žiadosti o vyhotovenie integrovaného posudku 
• služba pre občana pre doloženie chýbajúcich dokumentov/potvrdení

Prínosy vzniku navrhovaných koncových služieb:  

• uľahčenie obojsmernej komunikácie občana s príslušným úradom,  

• eliminácia komunikácie so Sociálnou poisťovňou,   

• eliminácia potreby vypĺňania papierových formulárov,   

zánik platových operácií vykonávaných osobne. 

3.7 Riziká a závislosti

V tabuľke nižšie sú uvedené závislosti projektu spolu s ich dopadmi a prínosmi.

Tabuľka 5 ŽS9 - Matica závislostí

V tabuľke nižšie sú uvedené identifikované projektové riziká vrátane návrhu mitigačných opatrení.

Tabuľka 6 ŽS9 - Identifikované projektové riziká

3.8 Stanovenie alternatív v biznisovej vrstve architektúry

V rámci projektu Implementácie zmenových požiadaviek pre ŽS9 nebudú navrhnuté alternatívne riešenia, vzhľadom na to, že sa jedná o úpravy existujúcich systémov a implementáciu zmenových požiadaviek s nimi súvisiacich.

Konkrétne návrhy na implementáciu jednotlivých Biznis požiadaviek vzniknú v etape Analýza a dizajn a budú zhmotnené v samotnom Detailnom návrhu riešenia (DNR).

Nasledovné procesy popisujúce TOBE stav detailnejšie zohľadňujú požiadavky jednotlivých stakeholderov na  realizáciu budúcich úprav existujúcich IS (implementácia zmenových požiadaviek):

Obrázok 2 ŽS9 - Poskytovanie starostlivosti o člena rodiny opatrovanie

Obrázok 3 ŽS9 - Sociálne služby a príspevok na pomoc pri odkázanosť

Obrázok 4 ŽS9 - Sociálne služby a príspevky, úhrad príspevku

Obrázok 5 ŽS9 - Jednorazové alebo opakované peňažné príspevky na kompenzáciu pre osoby s ŤZP

Obrázok 6 ŽS9 - Preukaz ŤZP a parkovací preukaz pre zdravotne postihnutého

Obrázok 7 ŽS9 - Preukaz ŤZP a parkovací preukaz pre zdravotne postihnutého - Právoplatný integrovaný posudok

Obrázok 8 ŽS9 - Integrovaný posudok

3.9 Multikriteriálna analýza

Vzhľadom na charakter projektu nie je vypracovanie MCA požadované.

Nasledujúci zoznam požiadaviek bol identifikovaný ako MMP (Minimum marketable product). Ide o funkčný produkt s minimálnym/obmedzeným množstvom vlastností, ktorý uspokojí používateľskú skúsenosť a má pre neho hodnotu.

• Biznis požiadavky zahrnuté do MMP sú definované pred vstupom realizačnej fázy programu
• Pre naplnenie biznis požiadaviek MMP sú definované kritériá pre ich dodanie
• Potrebu naplnenia biznis požiadaviek MMP v termínoch Míľnikov POO musia zohľadňovať projektové plány
• Nenaplnenie biznis požiadaviek MMP predstavuje najväčšie riziko nenaplnenie Míľnikov POO

Tabuľka 7 ŽS9 - Identifikácia MMP

3.10 Stanovenie alternatív v aplikačnej vrstve architektúry

Charakter projektu nepočíta s vypracovaním jednotlivých alternatív na úrovni architektúry aplikačnej vrstvy. Konkrétny architektonický návrh aplikačnej vrstvy bude predmetom Detailného návrhu riešenia (DNR), ako hlavného výstupu etapy Analýza a dizajn.

3.11 Stanovenie alternatív v technologickej vrstve architektúry

Charakter projektu nepočíta s vypracovaním jednotlivých alternatív na úrovni architektúry technologickej vrstvy. Konkrétny architektonický návrh technologickej vrstvy bude predmetom Detailného návrhu riešenia (DNR), ako hlavného výstupu etapy Analýza a dizajn.

4. POŽADOVANÉ VÝSTUPY  (PRODUKT PROJEKTU)

Projekt ŽS9 bude realizovaný v rozsahu Biznis požiadaviek uvedených v kapitole 3.2.

Hlavnými výstupmi projektu bude predovšetkým:

• Detailný návrh riešenia
• Úprava funkcionalít ISVS súvisiacich so ŽS9 v zmysle dodaného Detailného návrhu riešenia a minimálne v súlade s MMP
• Dodanie predmetných elektronických služieb
• Zverejnenie elektronických formulárov v súlade s požiadavkami POO
• Zabezpečenie zberu informácií týkajúcich sa spätnej väzby a ich vyhodnocovanie
• Dodanie návodov pre absolvovanie elektronických podaní súvisiacich so ŽS9

Výstupy projektu budú dodávané v priebehu jednotlivých fáz a etáp projektu v zmysle vyhlášky 401/2023 o riadení projektov (príloha č.1 – Zmenová požiadavka v prevádzke nad 200.000 EUR do 1.000.000 EUR vrátane) v nasledovnom rozsahu:

Prípravná a iniciačná fáza:

• I-02 Projektový zámer
• I-04 Katalóg požiadaviek

Realizačná fáza:

• Etapa R1 Analýza a Dizajn:
  • R-01
    • Projektový iniciálny dokument (PID)
    • Akceptačné kritéria
  • R1-1 Detailný návrh riešenia popisujúci návrh implementácie zmenových požiadaviek vyplývajúcich z požiadaviek projektu ŽS01 Strata a hľadanie zamestnania obsahujúci najmä:
    • Zámer riešenia,
    • Postup analýzy,
    • Procesnú analýzu,
    • Biznis architektúru,
    • Popis dátových entít,
    • Use Case model,
    • Aplikačnú architektúru,
    • Fyzickú architektúru,
    • Požiadavky na HW a SW licencie,
    • Plán zálohovania a obnovy,
    • Návrh zabezpečenie dostupnosti,
    • Bezpečnosť a autority manažment,
    • Dátový model,
    • Plán konverzie a migrácie dát​
  • R1-2 Plán a stratégia testovania​

• Etapa R3 Implementácia a Testovanie:
  • R3-1 Vývoj, migrácia údajov a integrácia – implementácia samotných zmenových požiadaviek na základe DNR
  • R3-2 Testovanie
    • (1) Funkčné testovanie (FAT)
    • (2) Systémové a integračné testovanie (SIT)
    • (3) Záťažové a výkonnostné testovanie
    • (4) Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť)
    • (5) Používateľské testy funkčného používateľského rozhrania (UX)
    • (6) Používateľské akceptačné testovanie (UAT)
  • R3-3 Školenia personálu
  • R3-4 Dokumentácia
    • (1) Aplikačná príručka, vrátane aktualizovanej dokumentácie architektúry v rozsahu podľa položiek 3 až 10 Detailného návrhu riešenia R1 – 1
    • (2) Integračná príručka
    • (3) Používateľská príručka
    • (4) Zdrojové kódy a licencie
    • (5) Inštalačná a konfiguračná príručka
    • (6) Prevádzkový opis a pokyny pre diagnostiku, servis a údržbu
    • (7) Pokyny na obnovu pri výpadku alebo havárii (Havarijný plán)
    • (8) Bezpečnostný projekt
    • (9) Údaje o monitorovaní úrovne poskytovaných služieb (SLA) aktív IT

• Etapa R4 Nasadenie a postimplementačná podpora (PIP)
  •  R4-1 Nasadenie do produkčnej prevádzky (vyhodnotenie)
  •  R4-2 Akceptácia spustenia do produkčnej prevádzky

Vyššie uvedené výstupy dodávané  rámci jednotlivých etáp budú detailnejšie popísané v dokumente PID pre tento projekt.

5. NÁHĽAD ARCHITEKTÚRY

Na nasledujúcom obrázku je náhľad biznis architektúry:

Obrázok 9 ŽS9 - Biznis architektúra

V diagrame je popis funkcií, služieb a procesov pre ŽS 9. Externé integrácie a dotknuté interné systémy sú z dôvodu zjednodušenia diagramu vynechané, ich prehľad je uvedený v diagrame aplikačnej architektúry a zoznam v nasledujúcej kapitole.

Na nasledujúcom obrázku je náhľad aplikačnej architektúry:

Obrázok 10 ŽS9 - Aplikačná architektúra

Aplikačná architektúra zachytáva prierezovo životné situácie z pohľadu aplikačných komponentov. Zoznam týkajúci sa ŽS 9 je uvedený v nasledujúcej kapitole.

5.1 Prehľad e-Government komponentov

Obsah tejto kapitoly je prehľadom realizácie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIS). Objednávateľ[1] plní výstupom M-06 povinnosti orgánu riadenia sprístupňovať a aktualizovať informácie o informačných technológiách verejnej správy prostredníctvom centrálneho metainformačného systému verejnej správy (MetaIS) bezodkladne podľa § 12 ods. 1 písm. b) zákona 95/2019 Z.z.

5.1.1 Prehľad koncových služieb – budúci stav:

Tabuľka 8 ŽS9 - Prehľad koncových služieb TO BE

5.1.2 Prehľad budovaných/rozvíjaných ISVS v projekte – budúci stav:

Tabuľka 9 ŽS9 - Prehľad budovaných/rozvíjaných ISVS v projekte TO BE

5.1.3 Prehľad budovaných aplikačných služieb – budúci stav:

Tabuľka 10 ŽS9 – Prehľad budovaných aplikačných služieb TO BE

5.1.4 Prehľad integrácii ISVS na spoločné ISVS^[2] a ISVS iných OVM alebo IS tretích strán

Tabuľka 11 ŽS9 - Prehľad integrácií

Obrázok 11 ŽS9 – Prehľad integrácií

5.1.5 Aplikačné služby na integráciu

Tabuľka 12 ŽS9 - Aplikačné služby na integráciu

5.1.6 Poskytovanie údajov z ISVS do IS CSRÚ

Tabuľka 13 ŽS9 - Poskytovanie údajov z ISVS do IS CSRÚ

5.1.7 Konzumovanie údajov z IS CSRÚ

Tabuľka 14 ŽS9 - Konzumovanie údajov z IS CSRÚ

5.1.8 Prehľad plánovaného využívania infraštruktúrnych služieb (cloudových služieb) – budúci stav:

Tabuľka 15 ŽS9 - Prehľad plánovaného využívania cloudových služieb

6. LEGISLATÍVA

Legislatívne riziká identifikované v projekte sú popísané v tabuľke nižšie.

Tabuľka 16 ŽS9 – Legislatíva

7. ROZPOČET A PRÍNOSY

7.1 Sumarizácia nákladov

Implementácia zmenových požiadaviek - úprava aplikácií

Nacenenie implementácie BP pre ŽS 9 predstavuje 999 600,00 EUR  s DPH  / zmenová požiadavka v prevádzke nad 200 000 EUR do 1 000 000 EUR vrátane).

Produktový zoznam požiadaviek k dotknutej ŽS 9 tvorí 22 biznis požiadaviek, z ktorých je 18 MMP  (minimal marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

Produktový zoznam požiadaviek je súčasťou dokumentácie projektu v zmysle Zmluvy o poskytnutí prostriedkov mechanizmu na podporu obnovy a odolnosti č. 1595/2023,  Projekt „Budovanie životných situácií pre organizáciu MPSVR SR“.

ROZPOČET

8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

Realizácia a ukončenie projektu je plánované najneskôr 31. 3.2026 vzhľadom na jeho financovanie z Plánu obnovy a odolnosti.

Harmonogram realizácie a nasadenia budú upresnené v detailnom návrhu riešenia. Realizačná fáza projektu ktorý bude riešený  ako “Zmenová požiadavka v prevádzke” je plánovaná 2/2025.

Harmonogram projektu je evidovaný v samostatnom súbore MS Project plan. V nasledovnej tabuľke uvádzame iba rámcové harmonogramy pre implementáciu konkrétnych BP v rámci Projektu ŽS 9 Som odkázaný, mám odkázaného člena rodiny.

Tabuľka 17 ŽS9 - Harmonogram projektu

Detailný projektový plán je spracovaný v aplikácii MS Project.

9. PROJEKTOVÝ TÍM

Organizačná štruktúra projektu pozostáva z riadiaceho výboru pre Budovanie životných situácií pre organizáciu MPSVR SR/Projekt implementácie zmenových požiadaviek pre ŽS 9, projektového tímu projektu a pracovnej skupiny pod projektovým tímom. Zoznam členov projektového tímu a pracovnej skupiny pod projektovým tímom, spolu s ich kontaktnými údajmi a projektovými rolami je uvedený v nasledovných tabuľkách.

Riadiaci výbor projekt ŽS 9

Tabuľka 18 ŽS9 - Riadiaci výbor projektu

Projektový tím ŽS 9

Pracovná skupina ŽS 9

Tabuľka 20 ŽS9 - Pracovná skupina ŽS 9

9.1 PRACOVNÉ NÁPLNE

Tabuľka 21 ŽS9 - Opis pracovných náplní

10. ODKAZY

Investičný plán - Reforma 1: Budovanie eGovernment riešení prioritných životných situácií

https://mirri.gov.sk/wp-content/uploads/2024/03/Investicny-plan_prioritne-zivotne-situacie_FINAL.pdf

11. PRÍLOHY

Príloha :

1. Katalóg požiadaviek ŽS9 - I_04_KATALOG_POZIADAVIEK_ZS9

Zoznam rizík a závislostí (Excel): https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html - je obsahom kapitoly 3.7

[1] Podľa § 2 ods. 1 písm. i) vyhlášky MIRRI č. 401/2023 Z.z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy sa objednávateľom rozumie správca alebo prevádzkovateľ ITVS, ktorý projekt realizuje alebo chce realizovať.

[2] Spoločné moduly podľa zákona č. 305/2013  e-Governmente