PROJEKTOVÝ ZÁMER

Vzor pre 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 sú požiadavky 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 sú požiadavky  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, na základe analýzy súčasného stavu Životnej situácie 8 Som chorý, mám chorého člena rodiny, garantovať a dodať plnenie business požiadaviek definovaných v predmetnom  implementačnom pláne.  

Jedná sa o vybranú časť zákazníckej cesty občana, ktorý je chorý, alebo má chorého člena rodiny. Do analýzy a mapovania boli zahrnuté činnosti občana dotýkajúce sa využívania publikovaných koncových služieb MPSVaR a činností, ktoré sú vykonávané v kontakte s OVM pri ŽS 8 Som chorý, mám chorého člena rodiny. Kontakt s OVM začína v momente keď občan ochorel, ochorel člen rodiny, došlo k nie smrteľnému úrazu, v prípade pracovného úrazu zamestnávateľ vykonal všetky potrebné úkony. Životná situácia končí opätovnou práceschopnosťou občana.

Nižšie sú uvedené mapované oblasti súčasného stavu:

Tabuľka 1 ŽS8 - Identifikované oblasti

Medzi hlavné, ale nie jediné zainteresované strany v tejto životnej situácii patria lekár (najmä všeobecný a špecialista), Národné centrum zdravotníckych informácií a Sociálna poisťovňa. V prípade, ak je pacientom samotný občan, lekár v rámci vyšetrenia určí, či je potrebné elektronicky vystaviť práceneschopnosť (ePN) alebo nie. V prípade ak to nie je potrebné, lekár stanoví liečebný režim a odporučí ho dodržiavať. Počas dočasnej práceneschopnosti pre pracovný úraz alebo chorobu z povolania môže občan poberať nemocenské a k tomu úrazový príplatok. Ten by mal čiastočne nahradiť rozdiel medzi pôvodným príjmom a nemocenským. Pri poklese pracovnej schopnosti z dôvodu pracovného úrazu alebo choroby z povolania môže občan poberať viacero dávok z úrazového poistenia. V prípade, ak je pacientom člen rodiny občana môže lekár vystaviť potvrdenie o potrebe krátkodobého ošetrovania/starostlivosti alebo dlhodobého ošetrovania člena rodiny a občan má nárok na poberanie ošetrovného. Ošetrovné je možné poberať aj v prípade starostlivosti o dieťa, ktorému dočasne uzatvorili zariadenie sociálnych služieb, škôlku alebo školu.

Rozsah tejto životnej situácie je zároveň definovaný tak, aby odrážal výsledky spolupráce Ministerstva investícií, regionálneho rozvoja a informatizácie SR, Ministerstva zdravotníctva SR, Ministerstva práce, sociálnych vecí a rodiny SR, Ústredia práce, sociálnych vecí.

Vzhľadom na charakter a zložitosť projektu s presahom na viaceré  inštitúcie štátu, nasadenie zmenových požiadaviek bude zabezpečované  na základe existujúcich analýz a stratégie v spolupráci s dodávateľom príslušného IS  RSD - Informačný systém riadenia sociálnych dávok.

Systém riadenia  komunikácie medzi zúčastnenými stranami zabezpečuje pravidelnú aktualizáciu Projektového plánu, pravidelný reporting plnenia BP danej ŽS vrátane úrovne Riadiace výboru ŽS, ako aj koordináciu všetkých procesov.    

Základnými prvkami úspešnej implementácie identifikovaných biznis požiadaviek sú:

•  
• Transparentné riadenie projektových činností
• Dôraz na použiteľnosť výstupov

Spôsob realizácie projektu:

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

3.2 Motivácia a rozsah projektu

Projekt ŽS8 má za cieľ zefektívniť vybranú časť zákazníckej cesty občana s možnosťou využitia elektronických formulárov a interaktívnych prostriedkov s cieľom zjednodušenia vybavenia jeho žiadosti. 

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 ŽS8 - Som chorý, mám chorého člena rodiny:

Tabuľka 2 ŽS8 Zoznam biznis požiadaviek

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. 

3.3 Zainteresované strany/Stakeholderi

Stakeholderi – Vzájomné vzťahy

Tabuľka 3 ŽS8 - Zainteresované strany / Stakeholderi

Stakeholderi – Dopady a prínosy

Tabuľka 4 ŽS8 - Stakeholderi - Dopady a prínosy

3.4 Ciele projektu

Hlavnými cieľmi implementácie zmien v projekte ŽS8 sú najmä: 

• Elektronické podanie hlásenia o OČR
• Implementácia a optimalizácia elektronických formulárov
• Zavedenie monitoringu služieb  
• Vytvorenie špecializovaného portálu - Osobná zóna občana
• Zabezpečenie dátových integrácií pre konzumovanie a poskytovanie údajov zo SP cez CSRÚ
• Zabezpečenie dátových integrácií pre konzumovanie údajov z NCZI

Cieľom projektu transformácie ž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
• v akom stave je požiadavka
• 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 5 ŽS8 - 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 8 Som chorý, mám chorého člena rodiny v rámci Customer journey občana, budú optimalizované elektronické služby pre občana a rozšírené integrácie o nové údaje pre OVM.

Budúci stav ŽS8 Som chorý, mám chorého člena rodiny zahŕňa nižšie uvedené úpravy v relevantných IS.

Tabuľka 6 ŽS8 - 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 elektronické nahlasovanie OČR (spolu pre krátkodobé aj dlhodobé)

2.             Nové elektronické formuláre 

• služba pre občana pre nahlásenie OČR,

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 listinných formulárov. 

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 7 ŽS8 - Matica závislostí

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

Tabuľka 8 ŽS8 - Identifikované projektové riziká

3.8 Stanovenie alternatív v biznisovej vrstve architektúry

V rámci Projektu implementácie zmenových požiadaviek pre ŽS 8 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 ŽS8 - Nemocenské, úrazový príplatok (ePN), úrazová renta

Obrázok 3 ŽS8 - Ošetrovné

3.9 Multikriteriálna analýza

Vzhľadom na charakter projektu nie je vypracovanie multikriteriálnej analýzy 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 9 ŽS8 - Identifikácia MMP

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

Charakter projektu nevyžaduje spracovanie 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 ako hlavného výstupu etapy Analýza a dizajn.

3.11 Stanovenie alternatív v technologickej vrstve architektúry

Charakter projektu nevyžaduje spracovanie 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 ako hlavného výstupu etapy Analýza a dizajn.

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

Projekt implementácie zmenových požiadaviek pre ŽS8 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 ŽS8 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 ŽS8

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 ŽS7 Narodenie dieťaťa 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 pre ŽS8 Som chorý, mám chorého člena rodiny:

Obrázok 7 ŽS8 - Biznis architektúra

V diagrame je popis funkcií, služieb a procesov pre ŽS8. 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 diagrame je uvedená biznis architektúra pre prierezové oblasti.

Obrázok 8 Biznis architektúra - prierezové požiadavky

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

Obrázok 9 Aplikačná architektúra

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 10 ŽS8 - Prehľad koncových služieb

Zmeny KS budú evidované v MetaIS.

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

Tabuľka 11 ŽS8 - Prehľad budovaných/rozvíjaných ISVS v projekte

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

Tabuľka 12 ŽS8 - Prehľad budovaných aplikačných služieb

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 13 ŽS8 - Prehľad integrácií

Obrázok 10 ŽS8 – Integrácie

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

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

5.1.6 Poskytovanie údajov z ISVS do IS CSRÚ

Uveďte v tabuľke prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CSRÚ v TO BE stave.

Tabuľka 15 ŽS8 - Poskytovanie údajov z ISVS do IS CSRÚ

5.1.7 Konzumovanie údajov z IS CSRÚ

Tabuľka 16 ŽS8 - 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 17 ŽS8 - 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 18 ŽS8 - Legislatíva

7. ROZPOČET A PRÍNOSY

7.1 Sumarizácia nákladov a prínosov

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

Nacenenie implementácie BP pre ŽS 8 predstavuje 956 783,20 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 8 tvorí 22 biznis požiadaviek, z ktorých je 5 MMP (minimal marketable products), cez dodanie ktorých bude sledované splnenie míľnikov komponentu POO.

Produktový zoznam požiadaviek je súčasťou Konceptu realizácie ImP pre Projekt implementácie zmenových požiadaviek pre ŽS 8 pre MPSVR SR, časť B a vychádza z rozpočtu/prílohy  Zmluvy o poskytnutí prostriedkov mechanizmu na podporu obnovy a odolnosti č. 1595/2023,  Projekt „Budovanie životných situácií pre organizáciu MPSVR SR“, vrátane dodatku č. 1.

PREDpokladaný 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.03.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.

Tabuľka 19 ŽS8 - Harmonogram realizácie BP

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 8, 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 ŽS 8

Tabuľka 20 ŽS8 - Riadiaci výbor projektu

Projektový tím ŽS 8

Tabuľka 21 ŽS8 - Pracovný tím

Pracovná skupina ŽS 8

Tabuľka 22 ŽS8 - Pracovná skupina

9.1 PRACOVNÉ NÁPLNE

Tabuľka 23 ŽS8 - Pracovné náplne

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 ŽS8 - I_04_KATALOG_POZIADAVIEK_ZS8

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