I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Veronika Mondiková 2025/03/20 13:50

PRÍSTUP K PROJEKTU

 Vzor pre manažérsky výstup I-03

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

Povinná osobaSociálna poisťovňa
Názov projektuŽS 1 –  Strata a hľadanie zamestnania
Zodpovedná osoba za projektEva Smejová Eva.Smejova@socpoist.sk
Realizátor projektuSociálna poisťovňa
Vlastník projektuMarek Lendacký  

Schvaľovanie dokumentu

PoložkaMeno a priezviskoOrganizáciaPracovná pozíciaDátum

Podpis

(alebo elektronický súhlas)

Vypracoval     
  1. História dokumentu
VerziaDátumZmenyMeno
0.111.02.2025Pracovný 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/POJEMPOPIS
AIS DP Administratívny informačný systém dôchodkového poistenia
AS SRAutomatizovaný systém správy registratúry
 DvNDá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 REGIS registratúra
JVP

Informačný systém Jednotného výberu 

poistného

MMPMinimum marketable product
MÚSP IS Manažment údajov Sociálnej poisťovne
NKIVSNárodná koncepcia informatizácie verejnej správy
NPaLPČ

IS nemocenského poistenia a lekárskej 

posudkovej činnosti

PvNGPIS poistenia v nezamestnanosti a garančného poistenia
 SPSociálna poisťovňa
UoZUchá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_Žiadosť o DvN

16_01_Kontrola doby poistenia v nezamestnanosti v zahraničí

17_Zánik nároku na DvN

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:

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

1742474413234-297.png

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

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image002.png1742474430358-684.png

Diagram 3: Znázornený proces ŽS1 s vyznačenými krokmi spojenými so SP

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image003.png1742474435485-306.png

Diagram 4: Proces 01_Zaradenie občana do evidencie UoZ

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image004.jpg1742474441218-507.png

Diagram 5:Proces 16_Žiadosť o DvN

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image005.jpg1742474450240-184.png

Diagram 6:Proces 16_01_Kontrola doby poistenia v nezamestnanosti v zahraničí

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image006.jpg1742474457046-565.png

Diagram 7:Proces 17_Zánik nároku na DvN

1742474469888-444.png

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image007.jpg

Diagram 8:Proces 02_Vyradenie občana z evidencie UoZ

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image008.jpg

1742474476089-160.png

4.1.2 TO BE stav

Diagram 9: High level pohľad na celkovú TO BE architektúru

1742474493635-448.png

Diagram 10: Zaradenie do evidencie UoZ – TO BE

1742474502616-837.png

Diagram 11: Vyradenie z evidencie – TO BE

 1742474511145-356.png

Popis budúceho - TO BE - stavu biznis vrstvy:

Zmeny voči AS IS stavu

AS ISTO 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.



      • Identifikovanie potenciálnych 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.



      • Upravený formulár Žiadosti o DvN
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ť.



      • Upravený formulár Žiadosti o DvN
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.



      • Zadefinovanie stavov konaní a zasielanie údajov do CSRÚ
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



      • Identifikácia UoZ na vyradenie z evidencie UoZ
      • Zrušená povinnosť občana predkladať pracovnú zmluvu
      • Automatizované spustenie vyradenia z evidencie UoZ v SP
      • Automatizované spustenie zastavenia vyplácanie DvN
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:

  1. Š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
  2. Š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

file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image012.png1742474609194-393.png

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

Kód KS

(z MetaIS)

Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)

Životná situácia

(+ kód z MetaIS)

Úroveň elektronizácie KS
ks_337610Podávanie žiadosti o dávku v nezamestnanostiObč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_547IS NPaLPČ  Prevádzkovaný a plánujem rozvíjať  Agendový 
isvs_8213IS JVP  Prevádzkovaný a plánujem rozvíjať  Agendový 
isvs_550IS PvNGPPrevádzkovaný a plánujem rozvíjaťAgendový 
isvs_8729IS MÚSPPrevádzkovaný a plánujem rozvíjaťIntegračný 
isvs_551EKP (SES)Prevádzkovaný a plánujem rozvíjaťPrezentačný 
isvs_8214AIS DPPrevá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.

1742474673228-187.png

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 VSTyp IS VS

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

isvs_547IS NPaLPČ  Prevádzkovaný a plánujem rozvíjať  Agendový 
isvs_8213 IS JVP  Prevádzkovaný a plánujem rozvíjať  Agendový 
isvs_550IS PvNGPPrevádzkovaný a plánujem rozvíjaťAgendový 
isvs_8729IS MÚSPPrevádzkovaný a plánujem rozvíjaťIntegračný 
isvs_551EKP (SES)Prevádzkovaný a plánujem rozvíjaťPrezentačný 
isvs_8214AIS DPPrevá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 ISNázov ISVSSpoločné moduly podľa zákona č. 305/2013  e-Governmente
isvs_8729IS MUSPIS CPDI-Modul procesnej integrácie a integrácie údajov
isvs_551EKP (SES)Autentifikačný modul

isvs_8124

 

ASSRModul 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 ISNázov ISVSSpoloč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_550PvNGPisvs_11264IS REG
isvs_550PvNGPisvs_8729IS MÚSP
isvs_8213JVPisvs_8729IS MÚSP
isvs_8213JVPTBDBPM
isvs_550PvnGPTBDBPM
isvs_551EKP (EÚP)isvs_8729IS 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úcaIntegrácia cez CAMPIntegrácia s IS tretích stránSaaS

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 OENázov (poskytovaného) objektu evidencieKód ISVS poskytujúceho OENázov ISVS poskytujúceho OE
 Zoznam kandidátov na zaradenie do evidencie UoZisvs_8729MUSP
 Zoznam kandidátov na vyradenie z evidencie UoZisvs_8729MUSP

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 UoZIS MUSPisvs_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.
  • 1742474784633-233.png

4.3.2file:///D:/Users/BA-MONDIKOVA_V/SuboryNezalohovane/Temp/5/msohtmlclip1/01/clip_image013.png Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

ID OEObjekt evidencie - názovObjekt evidencie - popisReferencovateľný identifikátor URI dátového prvku
 Zoznam kandidátov na zaradenie do evidencie UoZZoznam kandidátov na zaradenie do evidencie UoZNemá
 Zoznam kandidátov na vyradenie z evidencie UoZZoznam kandidátov na vyradenie z evidencie UoZNemá
 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 / poskytovanieOsobitný právny predpis pre poskytovanie / konzumovanie údajov
 

Dataset o vyradení klienta z evidencie UoZ

*dataset ÚPSVaR

KonzumovanieZákon 461/2003 Z.z. – Zákon o sociálnom poistení
 Zoznam kandidátov na zaradenie do evidencie UoZPoskytovanieZákon 461/2003 Z.z. – Zákon o sociálnom poistení
 Zoznam kandidátov na vyradenie evidencie UoZPoskytovanieZá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 UoZ551.
 Údaje o kandidátovi na zaradenie do UoZ432.
 Údaje o kandidátovi na vyradenie z evidencie UoZ433.

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é údajeMoje údajeOtvorené údajeAnalytické ú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 /ISVSTermín ukončenia projektuPopis závislosti
MPSVaR

projekt_3080

 

Projekt implementácie zmenových požiadaviek pre ŽS 1 pre MPSVR SR31.3.2026 
MIRRIprojekt_514Centrá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  
SPTBDBPM  
SPProjekt_TBDProjekt Prierezové oblasti ŽS31.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 incidentuZávažnosť  incidentuPopis naliehavosti incidentu
AKritická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.
BVysokáChyby a nedostatky, ktoré zapríčinia čiastočné zlyhanie systému a neumožňuje používať časť systému.
CStredná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
1katastrofickýkatastrofický dopad, priamy finančný dopad alebo strata dát,
2značnýznačný dopad alebo strata dát
3malý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 incidentovDopad
Katastrofický - 1Značný - 2Malý - 3
NaliehavosťKritická - A123
Vysoká - B233
Stredná - C234

Vyžadované reakčné doby:

Označenie priority incidentuReakčná doba(1) od nahlásenia incidentu po začiatok riešenia incidentuDoba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) (2)

Spoľahlivosť (3)

(počet incidentov za mesiac)

10,5 hod.4  hodiny1
20,5 hod.8 hodín2
30,5 hod.24 hodín10

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