I-03 Prístup k projektu (pristup_k_projektu)
PRÍSTUP K PROJEKTU
Vzor pre manažérsky výstup I-03
podľa vyhlášky MIRRI č. 401/2023 Z. z.
Povinná osoba | Sociálna poisťovňa |
Názov projektu | ŽS 1 – Strata a hľadanie zamestnania |
Zodpovedná osoba za projekt | Eva Smejová Eva.Smejova@socpoist.sk |
Realizátor projektu | Sociálna poisťovňa |
Vlastník projektu | Marek Lendacký |
Schvaľovanie dokumentu
Položka | Meno a priezvisko | Organizácia | Pracovná pozícia | Dátum | Podpis (alebo elektronický súhlas) |
Vypracoval |
- História dokumentu
Verzia | Dátum | Zmeny | Meno |
0.1 | 11.02.2025 | Pracovný návrh | |
2. Účel dokumentu
V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.
Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky obsahuje opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie je v súlade so zákonom.
Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.
2.1 Použité skratky a pojmy
SKRATKA/POJEM | POPIS |
AIS DP | Administratívny informačný systém dôchodkového poistenia |
AS SR | Automatizovaný systém správy registratúry |
DvN | Dávka v nezamestnanosti |
EKP (SES) | Elektronická komunikačná platforma (zahŕňa moduly Špecializovaného portálu SP a ďalších modulov ako je Systém elektronických služieb či Elektronický účet poistenca EÚP) |
IS REG | IS registratúra |
JVP | Informačný systém Jednotného výberu poistného |
MMP | Minimum marketable product |
MÚSP | IS Manažment údajov Sociálnej poisťovne |
NKIVS | Národná koncepcia informatizácie verejnej správy |
NPaLPČ | IS nemocenského poistenia a lekárskej posudkovej činnosti |
PvNGP | IS poistenia v nezamestnanosti a garančného poistenia |
SP | Sociálna poisťovňa |
UoZ | Uchádzač o zamestnanie |
ÚPSVaR | Ústredie práce, sociálnych veci a rodiny |
ŽoDvN | Žiadosť o dávku v nezamestnanosti |
ŽS | Životná situácia |
2.2 Konvencie pre typy požiadaviek (príklady)
Zoznam požiadaviek vychádza z biznis požiadaviek Implementačného plánu ŽS1. Počas implementácie programu ŽS1 sa rozlišujú biznis požiadavky MMP (minimal marketable product) – ktoré sú „must“ na dodanie implementácie celkovej životnej situácie. Požiadavky, ktoré nie sú MMP ešte viac napĺňajú ciele programu životných situácií, ale patria do kategórie „should“ alebo „could“.
3. Popis navrhovaného riešenia
3.1 Prístup k implementácii kompletnej životnej situácie 1
Prístup k projektu ŽS č. 1 – Strata a hľadanie zamestnania, ktorej realizátorom je aj Sociálna poisťovňa rozpracováva aktuálny a budúci stav navrhovaného riešenia životnej situácie v prostredí Sociálnej poisťovne.
Cieľom implementácie kompletnej životnej situácie 1 je zjednodušenie a sprístupnenie digitálnej cesty občana k naplneniu jeho potrieb so štátom, teda zjednodušiť zákaznícku cestu občanov v procese straty a hľadania zamestnania a zefektívniť spracovanie údajov potrebných na výkon agend spojených so životnou situáciou. V prostredí SP ide najmä o občanov, ktorí spĺňajú podmienky nároku na dávku v nezamestnanosti, požiadali si o dávku v nezamestnanosti prostredníctvom ÚPSVaR alebo individuálne podaním žiadosti na Sociálnej poisťovni.
Základom pre prípravu a realizáciu projektu v prostredí SP je Investičný plán pre ŽS1 a Implementačný plán pre ŽS1, ktorý pokrýva životnú situáciu z pohľadu všetkých dotknutých OVM.
Projekt je postavený na princípoch:
- Jednoduchosť
- zrozumiteľnosť
- prehľadnosť
- personalizácia
- jeden krát a dosť
- uniformita online
- jednotný obslužný bod
- proaktivita
- proaktívne ponuky, štát nečaká
- notifikácie, možnosť autorizácie, vybavenie úkonov
- Efektivita
- Jeden krát a dosť
- Digital First
- aktuálnosť
- Informovanosť
- prístup k mojim informáciám
- podpora
- predvídateľnosť
- Participácia
Celá ŽS1 pozostáva z 18 procesov od Zaradenia občana do evidencie UoZ až po jeho vyradenie. Z týchto 18 procesov sa SP týka:
01_Zaradenie občana do evidencie UoZ
02_Vyradenie občana z evidencie UoZ
16_01_Kontrola doby poistenia v nezamestnanosti v zahraničí
3.2 Prístup k implementácii životnej situácii 1 v prostredí SP
Okrem projektu ŽS 1 sa životná situácia v prostredí SP realizuje aj prostredníctvom projektu Prierezové oblasti ŽS. Zmenové požiadavky sú aj napriek rozdeleniu do dvoch realizačných projektov navzájom prepojené, preto sa v niektorých prípadoch bude dokument odvolávať aj na požiadavky z projektu Prierezové oblasti a cieľom poskytnúť celkový obraz o službe/procese.
Cieľom riešenia projektu ŽS1 z pohľadu občana je previesť občana v procesoch životnej situácie s čo najmenšou záťažou na samotného občana. Z pohľadu SP ide predovšetkým o proaktivitu pri možnosti zaradenia do evidencie UoZ, zjednodušenie konania o DvN, a zautomatizovanie vyradenia občana z evidencie UoZ. Koncovými používateľmi budú sú občania a pracovníci SP.
Projekt zavádza zmenové požiadavky na rozvoj existujúcich informačných systémov (viď 4.2.1.)
Projekt ŽS 1 v prostredí SP pokrýva dve oblasti:
- Zaradenie do evidencie UoZ / Vyradenie z evidencie UoZ
- Procesy 01_Zaradenie občana do evidencie UoZ a 02_Vyradenie občana z evidencie UoZ
- samotné Zaradenie a vyradenie občana do/z evidencie UoZ je v kompetencii ÚPSVaR, SP iba spolupracuje na poskytovaní údajov pre efektívnejšie riešenie agedy
- Dávka v nezamestnanosti
- Procesy 16_Žiadosť o DvN, a 17_Zánik nároku na DvN
SP je aktér, ktorý prostredníctvom nepriamych údajov (platba poistného) v IS JVP eviduje, či je občan zamestnaný a či sú splnené podmienky na zaradenie do evidencie UoZ a vyplácanie DvN. Agenda dávky v nezamestnanosti je jednou z kľúčových agend SP, ktorá je výlučnou kompetenciou SP.
V rámci oboch tém je riešenie zamerané na zlepšenie, zjednodušenie a automatizáciu procesu z pohľadu občana ako i z pohľadu dotknutých OVM. Cieľom je zvýšiť informovanosť:
- o možnosti zaradenia do evidencie UoZ prostredníctvom proaktívnej notifikácie, ktorej vstupné údaje poskytuje SP,
- o výške DvN prostredníctvom personalizovanej kalkulačky výpočtu výšky DvN
- o stave konania DvN
Cieľom je aj:
- zjednodušiť formulár Žiadosti o DvN, pričom sa predvyplnia základné údaje žiadateľa.
- dosiahnuť automatické vyradenie z evidencie UoZ po nástupe do zamestnania prostredníctvom notifikácie občana o vyradení z evidencie UoZ, kde vstupné údaje poskytuje SP.
Realizácia projektu okrem priamych prínosov pre občana zabezpečí efektívnejší a automatizovaný proces na strane OVM vrátane SP.
Popis riešenia jednotlivých biznis požiadaviek je zarámcovaný v Koncepcii rozvoja implementačného plánu (Príloha 1).
4. Architektúra riešenia projektu
4.1 Biznis vrstva
4.1.1 AS IS stav
Diagram 1: High level pohľad na celkovú AS IS architektúru
Popis súčasného - AS IS - stavu biznis vrstvy:
AS IS stav životnej situácie Strata a hľadanie zamestnania je popísaný v Investičnom pláne ŽS1. Investičný plán identifikuje nedostatky a poskytuje rámcové odporúčania pre úpravu procesov a služieb.
Súhrn:
Biznis aktéri:
Fyzické osoby - interné:
- Zamestnanec SP
Fyzické osoby - externé:
- Občan SR;
- Poistenec;
- Zamestnanec zamestnávateľa
Právnické osoby – externé
- SP
- Ústredie práce, sociálnych veci a rodiny (ÚPSVaR Ústredie práce, sociálnych veci a rodiny (ÚPSVaR)
- zamestnávateľ
- MIRRI
Právnické osoby – interné
- SP ústredie
- SP pobočka
V súčasnosti sú v rámci životnej situácie Strata a hľadanie zamestnania kľúčové dve koncové služby – Žiadosť o zaradenie do evidencie UoZ (v gescii MPSVaR) a Žiadosť o dávku v nezamestnanosti (v gescii SP). Projekt má za cieľ vstupovať do KS Žiadosť o zaradenie do UoZ len nepriamo, KS Žiadosť o DvN plánuje upraviť.
01_Zaradenie občana do evidencie UoZ
- V procese zaradenia do evidencie UoZ je občan sám zodpovedný za vedomosť o potrebe podania žiadosti o zaradenie do evidencie UoZ v zákonom stanovej lehote po skončení pracovného pomeru a za vyhľadanie informácií, žiadosti a príloh potrebných na zaradenie do evidencie UoZ a žiadosti o DvN a to aj napriek tomu, že štát vlastní dostupné údaje potrebné na identifikáciu potenciálnych UoZ.
- Občan môže podať Žiadosť o zaradenie do evidencie UoZ emailom, osobne alebo elektronicky.
- Optimalizačné príležitosti: proaktivita – na základe dostupných údajov (napr. odhlásenie zamestnanca zo sociálneho poistenia zamestnávateľom), SP identifikuje potenciálnych UoZ a proaktívne zasiela notifikácie občanovi s možnosťou elektronickej žiadosti o zaradenie do evidencie UoZ. Zároveň s podnetom na evidenciu, dostáva občan informáciu o Dávke v nezamestnanosti (napr. vidí informáciu o nároku na Dávku v nezamestnanosti)
16_Žiadosť o DvN + 16_01_Kontrola doby poistenia v nezamestnanosti v zahraničí + Zánik nároku na DvN
- Občan po zaevidovaní do evidencie UoZ zistí nárok a výšku DvN až v rozhodnutí zo Sociálnej poisťovni, po spracovaní žiadosti o DvN.
- Občan môže podať Žiadosť o DvN na ÚPSVaR alebo v SP osobne, poštou alebo elektronicky prostredníctvom vyplneného pdf formulára alebo skenu, ktorý sa zasiela ako príloha k všeobecnému podaniu.
- V prípade podanej žiadosti o DvN elektronicky je prijatie žiadosti cez ASSR. Ostatné žiadosti sú do ASSR evidované manuálne.
- 98 % žiadosti o DvN je doručených z UPSVaR cez CSRU a tie sú na 100 % vyťažené v agendovom IS PvNGP.
- Zvyšné 2 % (doručené osobne, poštou alebo do eSchránka) sú nahrávané v súčasnosti manuálne. V SP zodpovedný referent manuálne prepisujú údaje do modulu PvN v IS PvNGP, v ktorom sa skontrolujú doby poistenia a systém vyhodnotí nárok na DvN, určí denný vymeriavací základ a vygeneruje rozhodnutie s vlastným číslom záznamu.
- Rozhodnutie sa zasiela poštou alebo ako príloha prostredníctvom e-schránky.Občan sa dozvie o finálnej výške dávky v nezamestnanosti vo vydanom rozhodnutí. V prípade, že má občan zriadený prístup do EÚP vie informáciu o stave konania aj skôr ako mu je rozhodnutie doručené. Ak prístup nemá, do momentu prijatia rozhodnutia občan nemá informáciu o stave konania.
- Optimalizačné príležitosti: personalizovaná kalkulačka pre občana na informatívny výpočet DvN, dostupné informácie o stave konania o DvN, pri použití elektronickej žiadosti predvyplnené údaje občana, jednotné číslo odchádzajúceho záznamu
02_Vyradenie z evidencie UoZ
- Po nástupe do novej práce po období nezamestnanosti je občan povinný oznámiť túto skutočnosť príslušnému ÚPSVaR na základe čoho je rozhodnutím informovaný o vyradení z evidencie UoZ. Občan môže byť z evidencie uchádzačov o zamestnanie vyradený tiež na základe začatia podnikania (príp. Založenia živnosti), začatím resp. pokračovaním v štúdiu, v prípade nenájdenia si zamestnania počas 6 mesačnej lehoty, neplnenia si povinností definovaných ÚPSVaR, na základe vlastného rozhodnutia, príp. iných skutočností.
- Optimalizačné príležitosti: proaktivita – na SP na základe dostupných údajov (napr. prihlásenie zamestnanca do sociálneho poistenia zamestnávateľom alebo pracovná zmluva) identifikuje a spustí automatizovaný proces vyradenia z evidencie UoZ. Klient nie je povinný po uzatvorení pracovnej zmluvy predkladať ju na ÚPSVaR. Požiadať o vyradenie z evidencie môže aj občan proaktívne cez elektronické doručovanie alebo listinným spôsobom. Odoslanie rozhodnutia aj elektronicky.
Diagram 2: Zákaznícka cesta občana v ŽS1 - Strata a hľadanie zamestnania s vyznačenými krokmi spojenými so SP
Diagram 3: Znázornený proces ŽS1 s vyznačenými krokmi spojenými so SP
Diagram 4: Proces 01_Zaradenie občana do evidencie UoZ
Diagram 5:Proces 16_Žiadosť o DvN
Diagram 6:Proces 16_01_Kontrola doby poistenia v nezamestnanosti v zahraničí
Diagram 7:Proces 17_Zánik nároku na DvN
Diagram 8:Proces 02_Vyradenie občana z evidencie UoZ
4.1.2 TO BE stav
Diagram 9: High level pohľad na celkovú TO BE architektúru
Diagram 10: Zaradenie do evidencie UoZ – TO BE
Diagram 11: Vyradenie z evidencie – TO BE
Popis budúceho - TO BE - stavu biznis vrstvy:
Zmeny voči AS IS stavu
AS IS | TO BE |
Občan si sám získava informácie o postupe po ukončení pracovného pomeru. Proaktívna komunikácia štátu smerom na občana v tomto smere neexistuje. | Sociálna poisťovňa tvorí v zoznam kandidátov na zaradenie do evidencie UoZ prostredníctvom údajov o poistení, ktorý sa ďalej spracúva. Výsledkom je odoslaná notifikácia občanovi o možnosti podania žiadosti o zaradenie do evidencie UoZ.
|
Občan vypĺňa všetky svoje údaje aj v papierovom aj v elektronickom formulári | Občan pri podávaní elektronickej žiadosti nevypĺňa svoje osobné údaje.
|
Pracovník SP manuálne zadáva údaje z elektronicky podanej Žiadosti o DvN do agendového systému. | Po prijatí elektronickej žiadosti o DvN ju systém dokáže sám spracovať.
|
Občan po zaslaní žiadosti o DvN dostáva až finálne rozhodnutie poštou/do e-schránky. Občan je informovaný o zastavení vyplácanie DvN až finálnym rozhodnutím. | Občan dostáva notifikáciu pri zmene stavu konania o DvN. SP má zadefinové stavy konania sú v EKP a cez CAMP a notifikačný modul sa zasielajú občanovi.
|
Občan zasiela informáciu o novom zamestnaní a pracovnú zmluvu na ÚPSVaR, ktorý ho následne vyradí z evidencie UoZ. | Sociálna poisťovňa tvorí zoznamy kandidátov na vyradenie z UoZ podľa údajov o poistení, ktorý sa ďalej spracúva. Výsledkom je začatie automatizovaného procesu vyradenia z evidencie UoZ a odoslaná notifikácia a rozhodnutie o vyradení občana z evidencie UoZ
|
Pracovník SP manuálne zadáva údaje do registratúry pri odchádzajúcom zázname. | Nový registratúrny systém (nie je v scope Projektu ŽS1) a IS PVNGP spolu komunikuje a pracovník SP nemusí zadávať záznam duplicitne. |
Pracovník SP posiela rozhodnutie do e-schránky ako prílohu k podaniu / všeobecný dokument. | Pracovník zasiela rozhodnutie ako jadro záznamu. |
Dôsledky zmien:
- Šetrenie času občana – proaktívne poskytovanie informácií a možností v životnej situácii, občan nemusí stráviť čas vyhľadávaním informácií a zasielaní dokumentov, občan nemusí vypĺňať svoje údaje pri elektronicky podanej žiadosti
- Šetrenie nákladov na strane SP a rýchlejšie spracovanie agendy – pracovníci SP nemusia prepisovať údaje a môžu čas môžu využiť na spracovanie ďalších žiadostí
Diagram 12: Zákaznícka cesta občana v ŽS1 - Strata a hľadanie zamestnania s vyznačenými krokmi spojenými so SP
4.1.3 Prehľad koncových služieb – budúci stav:
Kód KS (z MetaIS) | Názov KS | Používateľ KS (G2C/G2B/G2G/G2A) | Životná situácia (+ kód z MetaIS) | Úroveň elektronizácie KS |
ks_337610 | Podávanie žiadosti o dávku v nezamestnanosti | Občan (G2C) | Strata a hľadanie zamestnania – kód 135 Podpora v nezamestnanosti -kód 129
| úroveň 5 |
4.1.4 Jazyková podpora a lokalizácia
Riešenie bude výhradne v slovenskom jazyku. V prípade potreby si vie používateľ cez prehliadač zabezpečiť podporu do prakticky ľubovoľného iného jazyka.
4.2 Aplikačná vrstva
4.2.1 Rozsah informačných systémov – AS IS
Kód ISVS (z MetaIS) | Názov ISVS | Modul Aplikačná ISVS (zaškrtnite ak ISVS je modulom) | Stav IS VS (AS IS) | Typ IS VS | Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS) |
isvs_547 | IS NPaLPČ | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_8213 | IS JVP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_550 | IS PvNGP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_8729 | IS MÚSP | ☐ | Prevádzkovaný a plánujem rozvíjať | Integračný | |
isvs_551 | EKP (SES) | ☐ | Prevádzkovaný a plánujem rozvíjať | Prezentačný | |
isvs_8214 | AIS DP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_8124 | AS SR | ☐ | Prevádzkovaný a plánujem rozvíjať *neplánujem rozvíjať, ale nahradiť | Ekonomický a administratívny chod inštitúcie | |
isvs_11264 | IS REG *nie je v scope tohto projektu | ☐ | Plánujem budovať | Ekonomický a administratívny chod inštitúcie | |
TBD | BPM *nie je v scope tohto projektu | ☐ | Plánujem budovať | Vyberte jednu z možností |
4.2.2 Popis TO BE stavu
Kandidáti na zaradenie do evidencie UoZ
Systém po ukončení sociálneho poistenia zamestnancov automaticky vytvorí v systéme JVP zoznam kandidátov na zaradenie do evidencie uchádzačov o zamestnanie (UoZ), a to podľa definovaných pravidiel. Tento zoznam poskytne prostredníctvom IS MÚSP a IS CDPI Úradu práce, sociálnych vecí a rodiny (ÚPSVaR) na ďalšie spracovanie. Súčasne systém zabezpečí prostredníctvom BPM spustenie životnej situácie ŽS01 – „Strata zamestnania“ pre každého kandidáta zo zoznamu a zabezpečí odoslanie kandidátov ako predpoklad na odoslanie notifikácie cez centrálny komponent MIRRI (nie je v scope tohto projektu) o možnosti požiadať ÚPSVaR o zaradenie do evidencie uchádzačov o zamestnanie.
Kandidáti na vyradenie z evidencie UoZ
Systém pri začatí nového sociálneho poistenia zamestnanca automaticky vytvorí v systéme JVP zoznam kandidátov na vyradenie z evidencie uchádzačov o zamestnanie (UoZ) podľa stanovených pravidiel. Tento zoznam poskytne prostredníctvom IS MÚSP a IS CDPI Úradu práce, sociálnych vecí a rodiny (ÚPSVaR) a BPM zároveň zabezpečí aktualizáciu kroku životnej situácie ŽS01 pre každého identifikovaného klienta, ktorého zamestnávateľ prihlásil do sociálneho poistenia. ÚPSVaR následne iniciuje proces vyradenia občana z evidencie uchádzačov o zamestnanie. Občan nemá povinnosť predložiť pracovnú zmluvu
Ukončenie vyplácania DvN
PvNGP bude získavať datasety o vyradení klienta z evidencie UoZ od ÚPSVaR z IS MÚSP a CDPI. PvNGP vytvorí rozhodnutie o ukončení vyplácania DvN prostredníctvom šablón a zabezpečí zaregistrovanie rozhodnutia o ukončení vyplácania DvN v registratúre do existujúceho spisu dotknutého konania a doručenie rozhodnutia o dávke v nezamestnanosti. Následne zabezpečí odoslanie notifikácie z EKP klientovi a BPM zabezpečí zdieľanie informácie o ukončení vyplácania DvN v EKP/EÚP prostredníctvom IS MÚSP alebo priamej integrácie PvNGP a EKP/EÚP.
Počíta so zavedením automatizovaného doručovania informácií o začatí nového sociálneho poistenia zamestnanca, ktorý iniciuje na ÚPSVaR proces vyradenia a následné zaslanie informácie o vyradení občanov z evidencie UoZ by tento problém odstránilo. Klienti by boli o ukončení vyplácania dávky v nezamestnanosti informovaní prostredníctvom notifikácie, pričom v privátnej zóne portálu Sociálnej poisťovne by zároveň dostali automatickú aktualizáciu stavu svojej životnej situácie.
4.2.3 Rozsah informačných systémov – TO BE
Kód ISVS (z MetaIS) | Názov ISVS | Modul ISVS (zaškrtnite ak ISVS je modulom) | Stav IS VS | Typ IS VS | Kód nadradeného ISVS (v prípade zaškrtnutého checkboxu pre modul ISVS) |
isvs_547 | IS NPaLPČ | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_8213 | IS JVP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_550 | IS PvNGP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_8729 | IS MÚSP | ☐ | Prevádzkovaný a plánujem rozvíjať | Integračný | |
isvs_551 | EKP (SES) | ☐ | Prevádzkovaný a plánujem rozvíjať | Prezentačný | |
isvs_8214 | AIS DP | ☐ | Prevádzkovaný a plánujem rozvíjať | Agendový | |
isvs_11264 | IS REG *nie je v scope tohto projektu | ☐ | Prevádzkovaný a plánujem rozvíjať | Ekonomický a administratívny chod inštitúcie | |
TBD | BPM *nie je v scope tohto projektu | ☐ | Prevádzkovaný a plánujem rozvíjať | Vyberte jednu z možností |
4.2.4 Využívanie nadrezortných a spoločných ISVS – AS IS
Kód IS | Názov ISVS | Spoločné moduly podľa zákona č. 305/2013 e-Governmente |
isvs_8729 | IS MUSP | IS CPDI-Modul procesnej integrácie a integrácie údajov |
isvs_551 | EKP (SES) | Autentifikačný modul |
isvs_8124
| ASSR | Modul elektronického doručovania |
4.2.5 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013 e-Governmente – TO BE
*Integrácie na nadrezortné ISVS budú realizované v projekte Prierezové oblasti ŽS.
Kód IS | Názov ISVS | Spoločné moduly podľa zákona č. 305/2013 e-Governmente |
Centrálna API Manažment Platforma | ||
Notifikačný modul | ||
Centrálna orchestračná platforma (COP)
|
4.2.6 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
Kód ISVS (z MetaIS) | Názov ISVS
| Kód integrovaného ISVS (z MetaIS) | Názov integrovaného ISVS |
isvs_550 | PvNGP | isvs_11264 | IS REG |
isvs_550 | PvNGP | isvs_8729 | IS MÚSP |
isvs_8213 | JVP | isvs_8729 | IS MÚSP |
isvs_8213 | JVP | TBD | BPM |
isvs_550 | PvnGP | TBD | BPM |
isvs_551 | EKP (EÚP) | isvs_8729 | IS MÚSP |
4.2.7 Aplikačné služby pre realizáciu koncových služieb – TO BE
V rámci Projektu ŽS1 nebudú budované AS pre realizáciu KS.
Kód AS (z MetaIS) | Názov AS | ISVS/modul ISVS (kód z MetaIS) | Aplikačná služba realizuje KS (kód KS z MetaIS) |
4.2.8 Aplikačné služby na integráciu – TO BE
V rámci Projektu ŽS1 nebude realizovaná žiadna integrácia s externými ISVS. Budovať sa budú len integrácie interných systémov SP.
AS (Kód MetaIS) |
Názov AS | Realizuje ISVS (kód MetaIS) | Poskytujúca alebo Konzumujúca | Integrácia cez CAMP | Integrácia s IS tretích strán | SaaS | Integrácia na AS poskytovateľa (kód MetaIS) |
Poskytovaná / Konzumujúca | Áno/Nie | Áno/Nie | Áno/Nie | ||||
Poskytovaná / Konzumujúca | Áno/Nie | Áno/Nie | Áno/Nie | ||||
Poskytovaná / Konzumujúca | Áno/Nie | Áno/Nie | Áno/Nie |
4.2.9 Poskytovanie údajov z ISVS do IS CSRÚ – TO BE
ID OE | Názov (poskytovaného) objektu evidencie | Kód ISVS poskytujúceho OE | Názov ISVS poskytujúceho OE |
Zoznam kandidátov na zaradenie do evidencie UoZ | isvs_8729 | MUSP | |
Zoznam kandidátov na vyradenie z evidencie UoZ | isvs_8729 | MUSP |
Detailná dátová vrstva bude doplnená v neskoršej fáze projektu (Analýza a dizajn) kvôli komplexnosti systémov a realizácii prierezových zmenových požiadaviek vo viacerých projektoch životných situácií
4.2.10 Konzumovanie údajov z IS CSRU – TO BE
ID OE |
Názov (konzumovaného) objektu evidencie | Kód a názov ISVS konzumujúceho OE z IS CSRÚ | Kód zdrojového ISVS v MetaIS |
Dataset o vyradení klienta z evidencie UoZ | IS MUSP | isvs_8729 | |
4.3 Dátová vrstva
4.3.1 Údaje v správe organizácie
V prostredí SP je hlavným nástrojom pre data manažment IS MÚSP (Informačný systém manažment údajov SP). Bol dodaný koncom roka 2023 ako výstup projektu Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) v rámci OPII (ďalej len “projekt”), pričom naplnil v projekte nastavené merateľné ukazovatele: Počet nových optimalizovaných úsekov verejnej správy (cieľová hodnota 2). V rámci projektu sa tiež podarilo naintegrovať do IS MUSP/jeho centrálneho dátového úložiska/ 15 datasetov obsahujúcich 571 atribútov z interných agendových systémov SP, a to ISUP – Informačný systém úrazového poistenia, IS PVN a GP – Informačný systém poistenia v nezamestnanosti a garančného poistenia a NASP – Národná agentúra sociálneho poistenia.
IS MUSP má slúžiť aj ako hlavný nástroj pre komplexné zabezpečenie dátovej kvality dát SP, ktoré sú predmetom výmeny medzi viacerými agendovými systémami SP, alebo aj s inými orgánmi verejnej moci. V rámci projektu boli zrealizované aktivity týkajúce sa služieb dátovej kvality pre IS PVN a GP, a tiež ISUP.
Projekty ŽS sa v prostredí SP realizujú v súlade s ďalšou stratégiou rozvoja IS MUSP ako rezortnej dátovej integračnej platformy, keď IS MUSP z hľadiska referenčných údajov plne pokryje požiadavky, ktoré boli v minulosti identifikované pre Centrálny register subjektov sociálneho poistenia a navyše umožní Sociálnej poisťovni efektívnym spôsobom splniť požiadavky legislatívy tým, že
- pre všetky agendy Sociálnej poisťovne zabezpečí jednotný prístup k údajom ostatných orgánov verejnej moci (ďalej len „OVM“) tak, aby tieto údaje nemuseli byť dodatočne požadované od fyzických a právnických osôb – realizácia princípu „jeden krát a dosť“ pre agendy Sociálnej poisťovne.
- zabezpečí jednotný spôsob poskytovania údajov Sociálnej poisťovne pre ostatné OVM v súlade so zákonom č. 461/2003 Z. z. o sociálnom poistení v znení neskorších predpisov a zákonom č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov – podpora realizácie princípu „jeden krát a dosť“ pre ostatné OVM.
- pokryje požiadavku zlepšiť dostupnosť a kvalitu tých údajov Sociálnej poisťovne, ktoré sú používané vo viacerých systémoch Sociálnej poisťovne poskytnutím nástrojov dátovej kvality, vytvorením jednotného dátového modelu a prípadne doplnením ďalších nástrojov pre efektívne využívanie údajov, napr. v podobe reportingu.
4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
ID OE | Objekt evidencie - názov | Objekt evidencie - popis | Referencovateľný identifikátor URI dátového prvku |
Zoznam kandidátov na zaradenie do evidencie UoZ | Zoznam kandidátov na zaradenie do evidencie UoZ | Nemá | |
Zoznam kandidátov na vyradenie z evidencie UoZ | Zoznam kandidátov na vyradenie z evidencie UoZ | Nemá | |
Dataset o vyradení klienta z evidencie UoZ | Údaje o vyradenom klientovi z evidencie UoZ vrátane dátumu vyradenia |
http://data.gov.sk/def/ontology/job/seekingStarted |
4.3.3 Referenčné údaje
V rámci projektu sa neplánuje vyhlásenie údajov za referenčné, avšak aj tento projekt prispieva k efektívnemu využívaniu údajov vo verejnej správe, k zvyšovaniu kvality údajov a vytvoreniu podmienok pre komplexný data manažment.
4.3.3.1 Identifikácia údajov pre konzumovanie alebo poskytovanie údajov do/z CSRU
ID OE | Názov referenčného údaja /objektu evidencie (uvádzať OE z tabuľky v kap. 4.3.2) | Konzumovanie / poskytovanie | Osobitný právny predpis pre poskytovanie / konzumovanie údajov |
Dataset o vyradení klienta z evidencie UoZ *dataset ÚPSVaR | Konzumovanie | Zákon 461/2003 Z.z. – Zákon o sociálnom poistení | |
Zoznam kandidátov na zaradenie do evidencie UoZ | Poskytovanie | Zákon 461/2003 Z.z. – Zákon o sociálnom poistení | |
Zoznam kandidátov na vyradenie evidencie UoZ | Poskytovanie | Zákon 461/2003 Z.z. – Zákon o sociálnom poistení |
4.3.4 Kvalita a čistenie údajov
4.3.4.1 Zhodnotenie objektov evidencie z pohľadu dátovej kvality
ID OE | Názov Objektu evidencie (uvádzať OE z tabuľky v kap. 4.3.2) | Významnosť kvality 1 (malá) až 5 (veľmi významná) | Citlivosť kvality 1 (malá) až 5 (veľmi významná) | Priorita – poradie dôležitosti (začnite číslovať od najdôležitejšieho) |
Dataset o vyradení klienta z evidencie UoZ | 5 | 5 | 1. | |
Údaje o kandidátovi na zaradenie do UoZ | 4 | 3 | 2. | |
Údaje o kandidátovi na vyradenie z evidencie UoZ | 4 | 3 | 3. |
4.3.4.1 Roly a predbežné personálne zabezpečenie pri riadení dátovej kvality
Dátovú kvalitu zabezpečuje projekt MUSP a správcovia IS MÚSP.
4.3.5 Otvorené údaje
Irelevantné vzhľadom na charakter projektu a súvisiacich dát.
4.3.6 Analytické údaje
Irelevantné vzhľadom na charakter projektu a súvisiacich dát.
4.3.7 Moje údaje
Irelevantné vzhľadom na charakter projektu a súvisiacich dát.
4.3.8 Prehľad jednotlivých kategórií údajov
ID | Register / Objekt evidencie (uvádzať OE z tabuľky v kap. 4.3.2) | Referenčné údaje | Moje údaje | Otvorené údaje | Analytické údaje | |
Dataset o vyradení klienta z evidencie UoZ | ☒ | ☐ | ☐ | ☐ | ||
Údaje o kandidátovi na zaradenie do UoZ | ☐ | ☐ | ☐ | ☐ | ||
Údaje o kandidátovi na vyradenie z evidencie UoZ | ☐ | ☐ | ☐ | ☐ | ||
☐ | ☐ | ☐ | ☐ | |||
☐ | ☐ | ☐ | ☐ | |||
☐ | ☐ | ☐ | ☐ |
4.4 Technologická vrstva
Nevyhnutné zmeny v technologickej vrstve nie sú súčasťou predkladaného projektu.
4.4.1 Prehľad technologického stavu - AS IS
n/a
4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
n/a
4.4.3 Návrh riešenia technologickej architektúry
n/a
4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu
n/a
4.5 Bezpečnostná architektúra
Budú zachované rovnako ako v súčasnom stave. Zmenové požiadavky sa týkajú len biznis a aplikačnej vrstvy. Zmenové požiadavky si nevyžadujú úpravu bezpečnostnej architektúry.
5. Závislosti na ostatné ISVS / projekty
Detailný popis závislostí je evidovaný v Prílohe 2 – Zoznam rizík a závislostí.
Stakeholder | Kód projektu /ISVS (z MetaIS) | Názov projektu /ISVS | Termín ukončenia projektu | Popis závislosti |
MPSVaR | projekt_3080
| Projekt implementácie zmenových požiadaviek pre ŽS 1 pre MPSVR SR | 31.3.2026 | |
MIRRI | projekt_514 | Centrálna API Manažment Platforma (Platforma pre publikovanie služieb štátu cez Open API) | ||
NASES | isvs_14887 projekt_3067 | COP Modernizácia Platformy pre rozvoj a riešenie prioritných životných situácií |
31.3.2026 | |
SP | isvs_11264 projekt_1724 | IS REG | ||
SP | TBD | BPM | ||
SP | Projekt_TBD | Projekt Prierezové oblasti ŽS | 31.3.2026 | |
SP | Isvs_ Projekt_318 | IS MÚSP Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) |
6. Zdrojové kódy
Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.
7. Prevádzka a údržba
V súčasnosti je pre systémy zabezpečená podpora L3 externým dodávateľom. Úrovne L2 a L1 sú zabezpečované zamestnancami SP. Vzhľadom na to, že projektom sa rozširuje funkcionalita existujúcich systémov SP, prevádzka projektu v budúcom stave bude zabezpečená za rovnakých podmienok ako v súčasnom stave. L1 a L2 bude zabezpečená zamestnancami SP. L3 bude zabezpečená na základe existujúcich SLA zmlúv bez zmeny jednotlivých SLA parametrov.
7.1 Prevádzkové požiadavky
Budú zachované rovnako ako v súčasnom stave.
7.1.1 Úrovne podpory používateľov
Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
- L1 podpory IS (Level 1, priamy kontakt zákazníka) - jednotný kontaktný bod verejného obstarávateľa – IS Solution manager, ktorý je v správe verejného obstarávateľa
- L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje obstarávateľ).
- L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmlúv o podpore IS (zabezpečuje poskytovateľ).
Definícia:
- Podpora L1 (podpora 1. stupňa) - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
- Podpora L2 (podpora 2. stupňa) – riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
- Podpora L3 (podpora 3. stupňa) - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťiažnejších Hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov.
7.1.2 Riešenie incidentov – SLA parametre
Označenie naliehavosti incidentu | Závažnosť incidentu | Popis naliehavosti incidentu |
A | Kritická | Kritické chyby, ktoré spôsobia úplné zlyhanie systému ako celku a nie je možné používať ani jednu jeho časť, nie je možné poskytnúť požadovaný výstup z IS. |
B | Vysoká | Chyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému. |
C | Stredná | Chyby a nedostatky, ktoré spôsobia čiastočné obmedzenia používania systému. |
možný dopad:
Označenie závažnosti incidentu |
Dopad | Popis dopadu |
1 | katastrofický | katastrofický dopad, priamy finančný dopad alebo strata dát, |
2 | značný | značný dopad alebo strata dát |
3 | malý | malý dopad alebo strata dát |
Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
Matica priority incidentov | Dopad | |||
Katastrofický - 1 | Značný - 2 | Malý - 3 | ||
Naliehavosť | Kritická - A | 1 | 2 | 3 |
Vysoká - B | 2 | 3 | 3 | |
Stredná - C | 2 | 3 | 4 |
Vyžadované reakčné doby:
Označenie priority incidentu | Reakčná doba(1) od nahlásenia incidentu po začiatok riešenia incidentu | Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) (2) | Spoľahlivosť (3) (počet incidentov za mesiac) |
1 | 0,5 hod. | 4 hodiny | 1 |
2 | 0,5 hod. | 8 hodín | 2 |
3 | 0,5 hod. | 24 hodín | 10 |
V osobitných prípadoch bude servisná doba upravená na základe dohody projektových manažérov objednávateľa a poskytovateľa. - Štandardná servisná pohotovosť je v pracovných dňoch od 8.00 h do 16.00 h. Do servisnej pohotovosti sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. Ak je poskytovateľovi v pracovných dňoch v čase od 8.00 h do 16.00 h hlásená vada (chyba) s prioritou „kritická“, na reakčnú a servisnú dobu sa nevzťahuje štandardná servisná pohotovosť, ale režim 24x7. Do reakčnej a servisnej doby režimu 24x7 sa nezapočítavajú dni pracovného voľna, pracovného pokoja a štátom uznávané sviatky. V prípade potreby zásahu pri vade s kritickou prioritou je poskytovateľ povinný vadu vyriešiť aj prostredníctvom vzdialeného zabezpečeného pripojenia (VPN) z miesta sídla poskytovateľa, pokiaľ mu objednávateľ nebude schopný poskytnúť fyzicky miesta v ústredí objednávateľa.
7.2 Požadovaná dostupnosť IS:
Bude zachovaná rovnako ako v súčasnom stave.
7.2.1 Dostupnosť (Availability)
Bude zachovaná rovnako ako v súčasnom stave.
7.2.2. RTO (Recovery Time Objective)
Bude zachovaná rovnako ako v súčasnom stave.
7.2.3 RPO (Recovery Point Objective)
Bude zachovaná rovnako ako v súčasnom stave.
8. Požiadavky na personál
Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie.
9. Implementácia a preberanie výstupov projektu
Projekt (zmenová požiadavka v prevádzke) sa riadi metódou waterfall bez inkrementálneho prístupu.
- Plánovanie a príprava
- Definovanie cieľov a rozsahu projektu: Jasne definujte ciele a rozsah projektu.
- Identifikácia zainteresovaných strán: Určte všetky zainteresované strany a ich úlohy.
- Vytvorenie projektového plánu: časový harmonogram, zdroje, rozpočet a riziká.
- Implementácia
- Vývoj a testovanie: Vyvinúť a otestovať produkt.
- Nasadenie do produkcie
- Monitorovanie a hodnotenie: Monitorovať výkon a zbierať spätnú väzbu od kľúčových používateľov.
- Preberanie výstupov
- Odovzdanie a prevzatie: Odovzdanie a prevzatie výstupov alebo časti výstupov sa uskutoční v termínoch špecifikovaných v časovom harmonograme.
- Akceptačný protokol: Podpísanie akceptačného protokolu oprávnenými osobami.
- Vlastnícke právo: Vlastnícke právo k výstupom alebo časti výstupov prechádza na Objednávateľa podpísaním akceptačného protokolu.
- Kontrola kvality: Objednávateľ neprevezme výstupy, ak táto vykazuje právne a/alebo faktické vady.
- Prílohy akceptačného protokolu:
- Zápisnica o vykonaných akceptačných testoch.
- Zoznam autorov diel a zoznam autorských diel vytvorených v rámci plnenia Zmluvy o dielo.
- Vyhlásenie o splnení požiadaviek (dodržaní štandardov pre ISVS/ITVS).
- Dokumenty a doklady osvedčujúce kvalitu a/alebo kompletnosť.
- Záverečné hodnotenie a uzavretie projektu
- Záverečné hodnotenie: Vyhodnotiť celkový úspech projektu a identifikovať oblasti na zlepšenie.
- Uzavretie projektu: Formálne uzavrieť projekt a informovať všetky zainteresované strany.
Tento návrh zabezpečí, že implementácia a preberanie výstupov projektu budú v súlade s vyhláškou 401/2023 a že zmenové požiadavky budú úspešne nasadené na produkčné prostredie a prevádzka realizovaných zmien bude spustená..
Vo vývojovom prostredí (vývojárske nástroje a podporné informačné systémy vrátane použitých knižníc tretích strán), v ktorom budú zmenové požiadavky vyvíjané, musia byť implementované opatrenia na:
1. Zabezpečenie integrity vyvíjaných funkcionalít na základe najvyššej Objednávateľom požadovanej úrovne ochrany dôvernosti, integrity a dostupnosti informácií, ktoré budú spracovávané vo vyvíjanom riešení.
2. Zaistenie dôvernosti na základe Objednávateľom požadovanej úrovne ochrany dôvernosti citlivých údajov.
10. Prílohy
Príloha 1 – Koncepcia rozvoja Implementačného plánu ŽS1 v prostredí SP
Príloha 2: Zoznam rizík a závislostí
Príloha 3: Zoznam diagramov
Koniec dokumentu