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 7 Narodenie dieťaťa, garantovať a dodať plnenie business požiadaviek definovaných v predmetnom Implementačnom pláne.  

Predmetom mapovania a analýzy súčasného stavu ŽS7 Narodenie dieťaťa je vybraná časť súčasnej cesty občana (tehotnej ženy) od momentu potvrdenia tehotenstva až po získanie rodného listu pre narodené dieťa. Do analýzy a mapovania boli zahrnuté procesy týkajúce sa vyšetrenia lekárom, oznamovacej povinnosti tehotnej ženy voči orgánom verejnej moci a zamestnávateľovi, poberania nemocenských a sociálnych dávok počas tehotenstva a prevzatia rodného listu pre narodené dieťa.

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

Tabuľka 1 ŽS7 - Identifikované oblasti

Zapojenými OVM sú Sociálna poisťovňa, Ministerstvo práce, sociálnych vecí a rodiny SR, Ústredie práce, sociálnych vecí a rodiny SR, Ministerstvo investícií, regionálneho rozvoja a informatizácie SR, Národné centrum zdravotníckych informácií, Ministerstvo vnútra - Matričný úrad, Ministerstvo školstva, výskumu, vývoja a mládeže SR, Ministerstvo zdravotníctva SR.

Cieľom životnej situácie v prostredí MPSVR je digitalizácia agendy súvisiacej s narodením dieťaťa. V prípade, že tehotná žena alebo otec poberá rodičovský príspevok, bude automatizovaný proces jeho odňatia a zminimalizuje sa tým byrokratická záťaž smerom k občanovi (potrebná legislatívna úprava). ÚPSVaR rodičovský príspevok upraví/odníme v závislosti od výšky priznaného materského a zašle rozhodnutie. Prebehne optimalizácia pri výmene dát so ŠÚ SR. Maximalizáciou rozšírenia referenčných údajov o vzťahové väzby na rodičov, dieťaťa narodeného v SR, cudzincov legálne žijúcich v SR sa dosiahne rozšírenie poskytovaných dát z RFO pre SP, ÚPSVaR, NCZI a ďalšie príslušné orgány.

Cieľom realizácie predmetných zmenových požiadaviek je:

• Konzumovanie údajov z NCZI
• Konzumovanie a poskytovanie údajov cez IS CSRU
• Poskytovanie údajov cez IS CSRU
• Zavedenie elektronických formulárov
• Zavedenie jednoznačných návodov

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 implementácie zmenových požiadaviek pre ŽS7 má za cieľ zefektívniť vybranú časť zákazníckej cesty občana, ktorému sa narodí dieťa s možnosťou využitia elektronických formulárov a interaktívnych prostriedkov. 

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 ŽS7 Narodenie dieťaťa:

Tabuľka 2 ŽS7 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

ŽS7 bude implementovaná na strane Sociálnej poisťovne, Národného centra zdravotníckych informácií, Ministerstva práce, sociálnych vecí a rodiny SR, Ministerstva zdravotníctva SR, Ministerstva vnútra SR, tiež na strane Ministerstva investícií, regionálneho rozvoja a informatizácie SR a ďalších príslušných orgánov.

Cieľovou skupinou, resp. koncovými používateľmi elektronických služieb sú tehotná žena, resp. tehotná študentka, ďalej matka dieťaťa, prípadne iný poistenec, ktorý sa stará o dieťa po jeho narodení, ak sa o dieťa nemôže starať jeho matka.

Stakeholderi – Vzájomné vzťahy

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

Stakeholderi – Dopady a prínosy

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

3.4 Ciele projektu

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

• Integrácie na NCZI
• Integrácie na IS CSRU
• Implementácia a optimalizácia elektronických formulárov
• Zavedenie monitoringu služieb  

Cieľom projektov ž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 ŽS7 - Merateľné ukazovatele (KPI)

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

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 RV Ž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

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

Tabuľka 6 ŽS7 - Budúci stav

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 platobný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 7 ŽS7 - Matica závislostí

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

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

3.8 Stanovenie alternatív v biznisovej vrstve architektúry

V rámci projektu Implementácie zmenových požiadaviek pre ŽS7 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 ŽS7 - Oznámenia v tehotenstve

Obrázok 3 ŽS7 - Žiadosť o materské

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 do 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 ŽS7 - 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 (DNR), 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 (DNR), ako hlavného výstupu etapy Analýza a dizajn.

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

Projekt ŽS7 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 ŽS7 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 ŽS7

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 ŽS7 Narodenie dieťaťa:

Obrázok 7 ŽS7 - Biznis architektúra

V diagrame je popis funkcií, služieb a procesov pre ŽS7. 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 ŽS7 - 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 ŽS7 - 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 ŽS7 - 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 ŽS7 - Prehľad integrácií

Obrázok 10 ŽS7 – Integrácie

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

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

5.1.6 Poskytovanie údajov z ISVS do IS CSRU

Tabuľka 15 ŽS7 - Poskytovanie údajov z ISVS do IS CSRU

5.1.7 Konzumovanie údajov z IS CSRU

Tabuľka 16 ŽS7 - Konzumovanie údajov z IS CSRU

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

Vzhľadom na charakter projektu implementácie zmien ŽS7 sa neplánuje využívanie nových infraštruktúrnych služieb.

Tabuľka 17 ŽS7 - 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 ŽS7 - 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 7 predstavuje 184 500,00 EUR  s DPH  / zmenová požiadavka v prevádzke.

Produktový zoznam požiadaviek k dotknutej ŽS 7 tvorí 13 biznis požiadaviek, z ktorých je 7 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 7 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“, v znení 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á 3/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 ŽS7 Narodenie dieťaťa.

Tabuľka 19 ŽS7 - 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 7 pre MPSVR, 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 7

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

Projektový tím ŽS 7

Tabuľka 21 ŽS7 - Projektový tím

Pracovná skupina ŽS 7

Tabuľka 22 ŽS7 - Pracovná skupina

9.1 PRACOVNÉ NÁPLNE

Tabuľka 23 ŽS7 - 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 ŽS7 - I_04_KATALOG_POZIADAVIEK_ZS7

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