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. 

Schvaľovanie dokumentu

1. História dokumentu

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

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

Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na funkčné, nefunkčné a technické.

Funkčné  požiadavky majú nasledovnú konvenciu:

FRxx

• FR           – funkčná požiadavka
• xx           – číslo požiadavky

Nefunkčné a technické požiadavky majú nasledovnú konvenciu:

NRxx

• NR          – nefunkčná a technická požiadavka
• xx           – číslo požiadavky

3. Popis navrhovaného riešenia

Prístup k projektu ŽS č. 5 –Administratívny chod podniku, ktorej realizátorom je 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 životnej situácie 5 je zjednodušenie registračnej povinnosti zamestnávateľa a zamestnanca v prostredí SP, súčasťou budovaných služieb je inovácia v oblasti služieb oznamovania platobnej neschopnosti zamestnávateľa. Z pohľadu interakcií voči iným kontrolným inštitúciám sa majú rozšíriť integračné služby pre poskytovanie informácií o nedoplatkoch, inovuje sa prístupová vrstva za účelom sprehľadnenia informácií, zjednodušenia používateľskej cesty a zosúladenia s aktuálnymi prístupmi pri budovaní užívateľského rozhrania v súlade s vyhláškou 547/2021 Z. z. o elektronizácii agendy verejnej správy. Súčasťou projektu je inovácia alebo vytvorenie nových integračných služieb na spoločné komponenty ISVS ako aj komponenty, ktoré sú realizované MIRRI a inými OVM v rámci budovania prioritných životných situácií v rámci Plánu obnovy a odolnosti.

Základom pre prípravu a realizáciu projektu v prostredí SP je Investičný plán a Implementačný plán, ktorý pokrýva životnú situáciu 5 z pohľadu Sociálnej poisťovne a všetkých dotknutých OVM.

Okrem projektu ŽS 5 sa životná situácia v prostredí SP realizuje aj prostredníctvom projektu Prierezové oblasti ŽS.

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

Cieľom riešenia projektu 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 transformáciu listinných úkonov nevyhnutných s Administratívnym chodom podniku do elektronickej podoby, podporenie automatizácie spracovania  úkonov v oblasti registrácie, vydávania potvrdenia o nedoplatkoch, či oznamovania platobnej neschopnosti právnickej osoby/podnikateľa. Súčasne projekt inovuje elektronické služby a služby informačného obsahu pre zjednodušenie orientácie a navigácie zamestnávateľa a zamestnanca ohľadom povinností voči povinnostiam identifikovaným v rámci životnej situácie 5 voči Sociálnej poisťovni. Inovujú sa integračné väzby a služby sa účelom zníženia interakcie občanov a podnikateľov s verejnou správou ako aj služby, ktoré prispejú k užívateľskému komfortu koncových používateľov – notifikačné služby, služby platieb, povinnosti voči iným OVM (odbúranie administratívnej záťaže), integrácia na iné ISVS realizované v rámci ŽS a spoločné komponenty MIRRI (existujúce/inovované a novo realizované).

Projekt zavádza zmenové požiadavky na rozvoj existujúcich informačných systémov (viď 4.2.1.)

Projekt ŽS 5 v prostredí SP sa pokrýva dve oblasti:

• Zamestnávateľ a zamestnanec
• Garančné poistenie

Celá ŽS5 pozostáva z 5 oblastí procesov:

1. Zmeny v registroch (Živnostenský register, Obchodný register),
2. Zamestnávanie zamestnanca,
3. Štatistické vykazovanie,
4. Zriadenie prevádzky, preventívne opatrenia a kontrolná činnosť,
5. Veterinárna a potravinová správa a dozor.

Predmetom projektu je riešená oblasť procesu Zamestnávanie zamestnanca.

4. Architektúra riešenia projektu

Obrázok 1 - HL architektúra TO-BE

4.1 Biznis vrstva

4.1.1 AS IS stav

Obrázok 2 - Biznis architektúra SP AS-IS

Obrázok 3 - Znázornený proces ŽS5 s vyznačenými krokmi spojenými so SP

4.1.2 Biznis procesy AS-IS

4.1.2.1 PRVOTNÁ Registrácia zamestnávateľa, ZRIADENIE ELEKTRONICKÉHO PRÍSTUPU ODVÁDZATEĽA POISTNÉHO v prostredí SP

Obrázok 4 - Proces registrácie zamestnávateľa v prostredí SP AS-IS

4.1.2.2. Registrácia zamestnanca v Sociálnej poisťovni

Obrázok 5 - Registrácia zamestnanca zamestnávateľom v Sociálnej poisťovni AS-IS

CIEĽ:

• Prihlásiť prvýkrát zamestnávateľa FO, PO, zahraničného zamestnávateľa do registra odvádzateľov
• Prihlásiť prvýkrát zamestnanca tohto odvádzateľa
• Vybaviť prístup do elektronických služieb SES.

POPIS PRIHLÁSENIA ZAMESTNÁVATEĽA:

• klient doručí RLZ-prihlášku na pobočku osobne, poštou, prostredníctvom e-schránky alebo do fyzickej schránky,
• referent SP prihlášku zaeviduje v ASSR,
• skontroluje jej náležitosti a následne ju manuálne spracuje v IS JVP,
• systém  vygeneruje variabilný symbol (10 miestne číslo, ak začína 1 - ide o PO, 2 - ide o FO, 9 - zahraničný zamestnávateľ), ktorý je klientovi pri osobnej návšteve odovzdaný ihneď do rúk, inak mu je zaslaný do e-schránky alebo poštou,
• následne je klient  vyzvaný na vybavenie elektronického prístupu v SES,
• po spísaní „Dohody o používaní elektronických služieb...“ je odvádzateľovi odovzdaný bezpečnostný predmet k SES

POPIS PRIHLÁSENIA PRVÉHO ZAMESTNANCA

• klient doručí RLFO-prihlášku na pobočku osobne, poštou, prostredníctvom e-schránky alebo do fyzickej schránky spolu s prihláškou RLZ (viď vyššie)
• spracovanie RLFO je vykonané manuálne v IS JVP,
• RLFO je možné finálne spracovať len v prípade, ak tomu nebránia vopred definované chyby (v prípade ak chyby existujú, spracovanie je možné až po ich odstránení).

Všetky následné dokumenty (RLFO a RLZ) už zamestnávateľ posiela prostredníctvom elektronických služieb a spracovanie týchto dokumentov je plne automatizované. SES vykonáva prvotné kontroly. Pokiaľ dokumenty obsahujú chybu, zamestnávateľ musí túto chybu odstrániť. Až potom je možné dokument odoslať do IS JVP.  V IS JVP sú vykonávané ďalšie následné kontroly. Referent do spracovania vstupuje len v prípadoch zistených chýb. Zamestnávateľ má k dispozícii prehľad ním odoslaných dokumentov z spolu s informáciou o konečnom stave z IS JVP.

Obrázok 6 - Oznámenie o platobnej neschopnosti a dávka z garančného poistenia v SP AS-IS

Proces oznámenia o platobnej neschopnosti zamestnávateľa až po vyplatenie dávky z garančného poistenia je realizovaný prostredníctvom viacerých podprocesov:

1. Oznámenie zamestnávateľa o platobnej neschopnosti,
2. Potvrdenie nárokov z garančného poistenia zamestnávateľom,
3. Žiadosť o dávku z garančného poistenia zamestnancom.

Pre prvý prípad Oznámenie zamestnávateľa o platobnej neschopnosti sú zainteresovanými osobami v súlade so zákonom:

1. Zamestnávateľ,
2. Predbežný správca konkurznej podstaty,
3. Správca konkurznej podstaty.

Vo všetkých 3 prípadoch je služba realizovaná vyhľadaním príslušného formulára a zaslanie prostredníctvom všeobecnej agendy ÚPVS, doručením na pobočku Sociálnej poisťovne alebo zaslaním poštou.

V niektorých prípadoch je súčasťou aj potvrdenie nárokov na garančné poistenie v iných je toto realizované samostatným krokom alebo na výzvu Sociálnej poisťovne. Výzva Sociálnej poisťovne nie je znázornená v horeuvedenom diagrame, nakoľko neexistuje všeobecný postup komunikácie – môže byť realizovaná telefonicky, mailom, zaslaním prostredníctvom všeobecnej agendy ÚVPS do eDesku zamestnávateľa alebo príslušného správcu konkurznej podstaty.

Podproces žiadosti o dávku z garančného poistenia zamestnancom má pre korektné spracovanie konania prerekvizitu realizáciu Oznámenia a potvrdenia nárokov z garančného poistenia. V prípade ak zamestnávateľ nereaguje, Sociálna poisťovňa môže rozhodnúť o predbežnú dávku z garančného poistenia a následne dôjde k vysporiadaniu. V uvedenom prípade ide o minoritnú časť rozhodnutí, z uvedeného dôvodu nie je uvedená v diagrame. Podproces žiadosti o dávku z garančného poistenia je realizovaný tými istými komunikačnými kanálmi ako ostatné podprocesy.

Z pohľadu existujúcej podpory procesu v rámci informačných systémov Sociálnej poisťovne ide o prijatie podaní z eDesku alebo v listinne podobe a priradenie registratúrneho čísla prostredníctvom registratúry IS REG. V prípade elektronických podaní sú tieto vytlačené a spolu s listinnými podaniami postúpené príslušnému odboru na spracovanie.

Administratívny pracovník zodpovedný za garančné poistenie zosumarizuje papierovú dokumentáciu a v prípade je kompletnosti zahajuje administratívne konanie, komunikuje so zainteresovanými osobami a vydáva rozhodnutie. Na základe kladného rozhodnutia dochádza k vyplateniu preddavkov alebo dávky z garančného poistenia alebo preddavkov zamestnancovi.

4.1.3 TO BE stav

Obrázok 7 - Biznis architektúra ŽS5 SP - TO-BE

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

Zmeny voči AS IS stavu

4.1.4 Biznis procesy TO-BE

4.1.4.1 PRVOTNÁ Registrácia zamestnávateľa A ZAMESTNANCA, ZRIADENIE ELEKTRONICKÉHO PRÍSTUPU ODVÁDZATEĽA POISTNÉHO v prostredí SP

Obrázok 8 - Proces registrácie zamestnávateľa v prostredí SP TO-BE

4.1.4.2 Registrácia zamestnanca v Sociálnej poisťovni

Obrázok 9 - Registrácia zamestnanca zamestnávateľom v Sociálnej poisťovni TO-BE

Cieľom projektu je zabezpečiť možnosť elektronického prvotného prihlásenia zamestnávateľa a zamestnanca, vybavenie prístupu do elektronických služieb Sociálnej poisťovne bez fyzickej návštevy pobočky SP.

Zamestnávateľ alebo ním poverená osoba sa prihlási cez eID a vyplní jeden elektronický formulár, ktorý pozostáva z 3 hlavných logických celkov, ktoré nahrádzajú samotné tlačivo RLZ, RLFO a dohodu o elektronickej komunikácii. Tento e-formulár neobsahuje všetky polia z tlačív, ktoré sa nahrádzajú, ale len tie, ktoré je nutné vyplniť, tak aby bolo možné identifikovať:

• Zamestnávateľa
• Zamestnanca
• Žiadanú e-službu a jej práva spolu s identifikáciu, či ide už o existujúceho používateľa alebo je potrebné vytvoriť aj účet (nielen priradiť e-službu

V prípade, že ide o splnomocnenú osobu, v rámci krokov formuláru priloží aj prílohu (splnomocnenie a iné).

E-formulár sa vypĺňa v prostredí EKP (pričom je zaregistrovaný na slovensko.sk)

Po úspešnej autorizácii podania je e-formulár zaregistrovaný do registratúry (je pridelené spisové číslo) a je smerovaný zo strany EKP na dva celky:

• Údaje o RLZ (zamestnávateľovi) a RLFO (zamestnancovi) sa prostredníctvom XML schém pre dané dokumenty (už existujúce) uložia ako dokument v rámci služby „Odvádzateľ poistného)“ a nastáva štandardný prenos do cieľového agendového IS (JVP) prostredníctvom priamej DB výmeny – cez prenosovú tabuľku. Dokumenty zatiaľ neobsahujú VS (IČZ), ktoré bude následne dodané zo strany IS JVP – po ich spracovaní.
• Údaje zo žiadosti o zriadenie služby „Odvádzateľ poistného“, prípadne voliteľnej služby „B2B – odvádzateľ poistného“ vstupujú do časti špecializovaného portálu (EKP), modulu „správa používateľov“ ako nová žiadosť na vybavenie zo strany referenta pobočky SP.

Začína proces vybavenia žiadosti o zriadenie služby/služieb, kedy EKP vykoná základné kontroly (aj na referenčné registre) a pred pripraví stav žiadosti pre referenta pobočky, ktorý skontroluje všetky náležitosti.

Zároveň prebieha spracovanie RLZ a RLFO v agendovom systéme, kde referent pobočky spracuje RLZ, systém (JVP) vygeneruje VS (IČZ) a vyhľadá súvisiace RLFO, doplní VS a RLFO sa pokúsi automatizovane spracovať. Po úspešnom spracovaní oboch dokumentov zašle do EKP vygenerovaný VS (IČZ) pre danú žiadosť.
 

Po doplnení IČZ na žiadosť o zriadenie služby/služieb referent finálne žiadosť posúdi a schváli ju, čím nastáva samotný proces v EKP – vytvorenie účtu (ak už daná FO účet nemá) a priradenie požadovanej služby/služieb s potrebnými právami a odoslanie odpovede na e-formulár žiadateľovi do eSchránky s uvedením potrebných informácii ohľadom prístupov / služby.

V prípade nezrovnalosti referent iniciuje komunikáciu so žiadateľom na doplnenie údajov alebo informácií preukazujúcich splnenie podmienok zriadenia služby, prípade zamietnutie – vtedy nastáva taktiež odoslanie odpovede na e-formulár žiadateľovi do eShcránky.

Obrázok 10 - Oznámenie platobnej neschopnosti a dávka z garančného poistenia v Sociálnej poisťovni TO-BE

Cieľom inovácie v rámci životnej situácie č. 5 je inovácia podprocesu oznámenia platobnej neschopnosti a potvrdenia nárokov z garančného poistenia. Služby žiadosti o dávku z garančného poistenia nie sú predmetom projektu.

Pre Oznámenie zamestnávateľa o platobnej neschopnosti so zainteresovanými osobami (Zamestnávateľ / Predbežný správca konkurznej podstaty, Správca konkurznej podstaty) sa vytvára nová služba spolu so sprehľadnením navigácie a orientácie na mÚPVS. Základným cieľom je lepšia informovanosť a zlepšenie používateľského komfortu.

Následný proces je realizovaný službami registratúry IS REG s integráciou na príslušný agendový informačný systém IS PvNGP, ktorý rozšíri validácie.

Vzhľadom na ponechanie papierových podaní tieto sú naďalej nahadzované administratívnymi pracovníkmi pobočky SP.

Proces potvrdenia o nárokoch z garančného poistenia má byť podporený o nový komunikačný G2B kanál, aby uľahčil a automatizoval spracovanie ako na strane podávajúcej, tak aj na strane spracovateľa Sociálnej poisťovne. Súčasťou procesu je aj modul bezpečnej komunikácie, ktorý má zabezpečiť urýchlenú komunikáciu vysvetlenie podkladov a metodiky, ako aj poskytnutie doplňujúcich dokladov zo strany zamestnávateľa.

Inovácia na strane agendového informačného systému IS PvNGP je zabezpečená integračnými rozhraniami na úrovni modulu bezpečnej komunikácie, registratúry IS REG aj B2B modulu. Cieľom je zabezpečenie automatizovaného zápisu štruktúrovaných údajov, jednotlivých podaní do systému, zabezpečenie krížových kontrol, automatizované spracovanie až po prípravu rozhodnutia a prislúchajúcich dokumentov základnej finančnej kontroly pre autorizáciu zodpovedným zamestnancom Sociálnej poisťovne.

Výstupom inovácie procesu bude skrátenie lehôt, odbúranie chýb spätých s manuálnym nahadzovaním do agendového systému, zavedenie sofistikovaných validácií a algoritmizácie, podpora API komunikácie pomocou B2B modulu, podpora automatizovaného spracovania, kde legislatíva nevyžaduje vstup ľudského faktora až po generovanie dokumentov pre rozhodnutie a základnú finančnú kontrolu. Rovnako sa zrýchľuje aj komunikácie so zástupcom zamestnávateľa prostredníctvom modulu bezpečnej komunikácie. Z pohľadu komunikačných služieb bude žiadateľ informovaný aj o stave spracovania prostredníctvom notifikačného modulu.

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

4.1.6 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

1. Aplikačná vrstva
2. 4.2 1 Rozsah informačných systémov – AS IS

Diagram 11: Pohľad na aplikačnú vrstvu AS IS architektúry

Aktuálna aplikačná architektúra Sociálnej poisťovne pozostáva pre účely životnej situácie 5 – administratívny chod podniku pozostáva z nasledovných informačných systémov:

1. Informačný systém Jednotného výberu poistného (JVP)
2. Automatizovaný systém správy registratúry (IS ASSR)
3. Informačný systém Manažment údajov Sociálnej poisťovne (MÚSP)
4. Systém elektronických služieb (EKP/SES)
5. Informačný systém poistenia v nezamestnanosti a garančného poistenia (PvNGP)

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

Zabezpečuje informatickú podporu vybraných procesov výberu poistného, zabezpečuje konverziu vstupných údajov z papierových formulárov do logickej formy pre Informačný systém Jednotného výberu poistného. IS pre JVP obsahuje číselníky pre jednotlivé typy dokumentov a funkcionalitu pre správu používateľov.

Automatizovaný systém správy registratúry (IS ASSR)

Systém zabezpečuje manipuláciu s registratúrnymi záznamami, evidenciu došlých a odoslaných podaní, komplexnú starostlivosť o uloženie a ochranu podaní do uplynutia ich prevádzkovej potreby.

Informačný systém Manažment údajov Sociálnej poisťovne

Informačný systém na správu údajov v prostredí SP. Riešenie MÚSP vychádza z konceptu správy kmeňových údajov, čo je súbor osvedčenejších skúseností zahŕňajúcich procesy, politiky, a nástroje, zabezpečujúce kmeňové údaje v celom informačnom prostredí SP.

IS MUSP zjednotí dáta o klientovi, nakoľko v súčasných systémoch má každý systém svoje údaje, IS MUSP uvedené údaje zjednotí, aby boli komplexné údaje o klientoch SP.

Systém elektronických služieb

Poskytuje elektronický automatizovaný zber údajov z mesačných výkazov a registračných listov, spracovanie údajov o starobnom dôchodkovom sporení, a postupovaní príspevkov na individuálne účty klientov, poskytovanie informácií o registráciách vedených v SP spolupracujúcim inštitúciám, informácie o zmenách stavu individuálnych účtov poistencov.

Informačný systém poskytuje nasledovné elektronické služby:

1. pre podnikateľa (G2B): - elektronický automatizovaný zber údajov z mesačných výkazov a registračných listov, - elektronické automatizované spracovanie údajov o starobnom dôchodkovom sporení t.j. komunikácia medzi SP a dôchodkovými správcovskými spoločnosťami,
2. pre občana (G2C): - postupovanie príspevkov na individuálne účty klientov, - informácie o zmenách stavu individuálnych účtov poistencov,
3. pre OVM (G2G) na základe podpísaných zmlúv: - elektronické poskytovanie informácií o registráciách vedených v SP spolupracujúcim inštitúciám. Systém sa neintegruje na žiaden externý IS.

Informačný systém poistenia v nezamestnanosti a garančného poistenia

Informačný systém zabezpečuje procesy konania o dávkach poistenia v nezamestnanosti a garančného poistenia.

Informačný systém podporuje procesy konania o dávkach poistenia v nezamestnanosti a garančného poistenia. Výstupom sú realizované výplaty dávok občanom, poistencom Sociálnej poisťovne (G2C). Systém neposkytuje občanovi ani podnikateľovi elektronickú službu. Systém sa neintegruje na žiaden externý IS a neposkytuje služby pre G2G.

IS Manažment údajov Sociálnej poisťovne (IS_MÚSP)

Informačný systém aktuálne plnohodnotne neplní svoju funkciu kvôli nedostatkom existujúcich agendových informačných systémov. Informačný systém v sebe integruje funkcie integračnej platformy ako aj služieb riadenia kvality údajov. V aktuálnom stave sa overuje kvalita získaných údajov ako samostatný proces voči napojeným dátovým zdrojom bez možnosti priameho zapojenia do procesov v rámci orchestrácie. Uvedeným spôsobom nedochádza k automatizovaným validáciám a ich propagácii na vstupoch, ale len na úrovni reportov, a ich vysporiadanie je manuálnym procesom prostredníctvom administratívnych pracovníkov Sociálnej poisťovne.

4.2.2 Rozsah informačných systémov – TO BE

Diagram 12: Pohľad na aplikačnú vrstvu TO BE architektúry

TO BE architektúra vychádza zo spoločnej architektonickej vízie Sociálnej poisťovne. Centrálnym vstupom je tak ako v súčasnom stave Elektronický komunikačný portál, ktorý prestavuje frontend pre používateľa. Pre prijatie štandardných podaní sa využívajú služby registratúry IS REG. Následne v zmysle agendy sú procesy riadené cez BPM modul (prierezový modul) a dátové toky realizované pomocou Integračnej platformy SP (MÚSP). Jednotlivé agendové systémy, ako IS JVP, PvNGP a EKP sú napojené priamo na integračnú platformu. Integračná platforma sprostredkuje aj služby centrálnych registrov a komponentov pre ostatné moduly SP, externé integrácie na spoločné komponenty a registre nie sú súčasťou tohoto projektu. V rámci projektu sa prostredníctvom MÚSP budú publikovať vybrané služby pre poskytovanie prostredníctvom CAMP.

IS SES (EKP)

Informačný systém bude upravený:

• nové elektronické služby:
  • registrácie zamestnávateľa, zamestnanca,
  • potvrdenie o nedoplatkoch na sociálnom poistení,
  •  oznámenie o vzniku platobnej neschopnosti zamestnávateľa,
  •  potvrdenie zamestnávateľa na účely nároku na dávku garančného poistenia,
• o nové notifikácie o stavoch konania prostredníctvom email, SMS na základe informácií z registrácie,
• monitoring užívateľa o stave vybavovania životnej situácie,

• technologický upgrade používateľského rozhrania, redizajn a zosúladenie s ID SK 3.0,
• technologický upgrade komunikačného rozhrania Mobilnej aplikácie SP,
• úpravy komunikačného komponentu bezpečnej komunikácie pre bezpečnú komunikáciu s poverenou osobu pri doplnení dokladov, vysvetlení a pod.,
• rozšírenie komunikačnej architektúry o API komunikáciu systém-systém medzi Sociálnou poisťovňou a zamestnávateľom

Informačný systém registratúra (IS REG)

Informačný systém na zabezpečenie procesov registratúry:

• automatizovaná správa registratúry vybudovanej v súlade s legislatívnymi požiadavkami:

• výnos 525/2011 Ministerstva vnútra Slovenskej republiky o štandardoch pre elektronické informačné systémy na správu registratúry, zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov, Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie SR č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy),
• opatrenie Ministerstva vnútra Slovenskej republiky č. 203/2021, ktorým sa mení a dopĺňa výnos Ministerstva vnútra Slovenskej republiky č. 525/2011 Z. z. o štandardoch pre elektronické informačné systémy na správu registratúry,

• je certifikovaný MV SR podľa výnosu 525/2011 minimálne na vysokú úroveň zhody,
• podporuje všetky náležitosti pre manipuláciu so spisom a s registratúrnymi záznamami vo spisoch a denníkoch, vyraďovacie konanie, archiváciu, transformáciu záznamov, spisov a vecných skupín na archívne inventárne záznamy, integráciu na DMS a Active Directory,
• umožňuje centralizovanú a decentralizovanú evidenciu zásielok, definovanie druhov zásielok, sledovanie doručenia, spracovanie zásielok prichádzajúcich a odosielaných elektronickými kanálmi,
• je obojsmerne integrovaný (prijímanie a odosielanie podaní s prílohami) s elektronickou schránkou organizácie prevádzkovanou na ÚPVS,
• obsahuje prehľad o stave záznamu a spisu v reálnom čase, podporuje prideľovanie registratúrnych záznamov a spisov na spracovanie používateľom a organizačným útvarom, realizáciu reportov, možnosť delegovania práv a prístupov, tvorbu spisových obalov,
• podporuje tvorbu dokumentov priamo v samotnom IS, ako výstupov pre registratúru,
• umožňuje prostredníctvom integračných služieb integráciu na ostatné ISVS SP a to prostredníctvom:

• API,
• import /export súborov,
• priamou integráciou,

• podpora WF systému a schvaľovania,
• podpora tvorby formulárov a ich využívanie,
• a iné.

V rámci projektu sa očakáva integrácia na služby nového registratúrneho informačného systému IS REG za účelom registrácie podaní, extrakcie dát prostredníctvom agendových systémov, ako aj realizáciu konaní v súlade s registratúrnym poriadkom a plánom Sociálnej poisťovne.

BPM

Informačný systém pre zabezpečenie orchestrácie procesov spracovania a integračných služieb a životných situácií je budovaný v rámci prierezových projektov životných situácií Sociálnej poisťovne. V rámci projektu ŽS5 dochádza k využívaniu modulu pri orchestrácií procesov v rámci životnej situácie ŽS 5.

IS MÚSP

V novej architektúre MÚSP preberá rolu integračnej platformy, kde v kooperácii s BPM realizuje validácie, krížové kontroly, ako na vstupe, tak aj počas spracovania, aby sa znížila administratívna náročnosť na strane externého používateľa aj interného zamestnanca Sociálnej poisťovne.

MÚSP v budúcom stave bude slúžiť ako integračný bod medzi službami vnútorných systémov Sociálnej poisťovne ale aj so službami externých ISVS.

Agendové informačné systémy (IS JVP/IS PvNGP)

V rámci budúcej architektúry dochádza k inováciám existujúcich systémov, za účelom podpory životnej situácie 5 – administratívny chod podniku. Najmä ide o zavedenie validácií, procesov automatizovaného spracovania, služby pre komunikáciu systém-systém so zamestnávateľom alebo zodpovednou osobou v rámci procesu. Systémy sú upravené, aby priamo zabezpečovali spracovanie údajov z registratúry realizovaných prostredníctvom elektronických služieb, ich kombinácie s údajmi získanými prostredníctvom iných komunikačných kanálov za účelom podpory komplexného spracovania. Účelom je aj zavedenie/zjednotenie stavov konaní za účelom komunikácie o stavoch žiadateľovi prostredníctvom notifikačných služieb Sociálnej poisťovne/MIRRI.

4.2.3 Využívanie nadrezortných a spoločných ISVS – AS IS

4.2.4 Prehľad plánovaných integrácií ISVS na nadrezortné ISVS – spoločné moduly podľa zákona č. 305/2013  e-Governmente – TO BE

4.2.5 Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE

Uveďte v nasledujúcej tabuľke prehľad ISVS, pri ktorých sa plánuje využívanie služieb iných ISVS, spoločných blokov (SaaS) alebo služieb inf. systémov tretích strán v TO BE stave.

Plánované využívanie a integrácie služieb iných ISVS musí byť evidované v MetaIS – zaevidovanie vzťahu na aplikačnú službu určenú na externú integráciu poskytujúcim ISVS .

4.2.6 Aplikačné služby pre realizáciu koncových služieb – TO BE

4.2.7 Aplikačné služby na integráciu – TO BE

4.2.8 Poskytovanie údajov z ISVS do IS CPDI – TO BE

V rámci projektu sa počíta s poskytovaním údajov ohľadom Subjektov sociálneho poistenia. Pôjde o množinu datasetov, ktoré budú reprezentovať vzťah zamestnávateľ, zamestnanec (pohľad akých zamestnávateľov má zamestnanec, akých zamestnancov má zamestnávateľ, časové obdobia a pod.).

4.2.9 Konzumovanie údajov z IS CPDI – TO BE

Predmetom projektu nie je konzumovanie údajov z IS CPDI, integračné závislosti v oblasti dátovej integrácie sú predmetom samostatného prierezového projektu Dátové integrácie.

4.3 Dátová vrstva

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. 

Relevantné datasety, ktoré sa týkajú ŽS5 sú uvedené na obrázku nižšie.

4.3.1 Údaje v správe organizácie

Obrázok 11 - zoznam všetkých dátových objektov informačných systémov dotknutých ŽS 5

4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE

Zavádzané inovácie služby sú zamerané na nasledovné dátové objekty.

V projekte sa nedefinujú nové objekty evidencie, iba sa prepoužívajú už existujúce OE.

4.3.3 Referenčné údaje

Využívanie referenčných údajov je predmetom samostatného projektu Sociálnej poisťovne v oblasti dátovej integrácie.

4.3.4 Kvalita a čistenie údajov

Riadenie kvality údajov je predmetom samostatného projektu Efektívny manažment údajov v prostredí Sociálnej poisťovne (MUSP) vedeným v MetaIS pod kódom č. projekt_318.

4.3.5 Otvorené údaje

Vzhľadom na charakter údajov, ktoré sú predmetom evidencie, z pohľadu ochrany osobných údajov. Projekt nepočíta s poskytovaním otvorených údajov.

4.3.6 Analytické údaje

Analytické údaje sú zhodné s otvorenými údajmi uvedenými v kapitole vyššie.

Analytické údaje predstavujú obrovskú skupinu dát získavaných vysokou rýchlosťou z vysokého počtu rôznych typov zdrojov. V priestore verejnej správy sa jedná o dátové zdroje, ktoré sú vytvárané a spravované jednotlivými organizáciami za účelom podpory služieb verejnej správy, služieb vo verejnom záujme alebo verejných služieb. Tieto údaje môžeme okrem uvedenej primárnej funkcie využiť aj na analytické spracovanie, tak aby verejná správa dokázala využívať svoje údaje pre potreby prípravy analýz, na podporu rozhodovania, riadenia a lepší návrh politík. Podmienkou pre plné využitie potenciálu údajov vo verejnej správe je ich poznanie (informácie o dátových zdrojoch, ich obsahu a atribútoch) a zabezpečenie prístupu k analytickým údajom pre analytické jednotky.  

V nasledujúcej tabuľke uveďte, ktoré objekty evidencie budú projektom pripravené na analytické účely a sprístupňované pre analytické jednotky (napr. pre systém Konsolidovaná Analytická Vrstva – KAV: https://data.gov.sk/id/egov/isvs/9655 ).

Informácie k sprístupneniu dátových zdrojov organizácie na analytické účely: https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/analyticke-udaje/

4.3.7 Moje údaje

Nakoľko sa životná situácia týka predovšetkým právnických osôb, nepredpokladá sa integrácia na projekt Moje údaje.

V tejto časti je potrebné uviesť informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. Za moje údaje sa považujú najmä: 

• množina údajov o konaní, ktoré sa týkajú fyzickej osoby alebo právnickej osoby 
• množina údajov, vrátane osobných údajov, viažucich sa k fyzickej osobe alebo právnickej osobe ako ku subjektu evidencie, ktoré sú predmetom evidovania povinným subjektom, 
• množina údajov obsiahnutých v návrhu na začatie konania, žalobe, rozhodnutí, žiadosti, sťažnosti, vyjadrení, stanovisku a ohlásení alebo inom dokumente, ktorý vydáva v konaní povinný subjekt, viažuci sa ku konkrétnej fyzickej osobe alebo právnickej osobe.

Relevantné údaje budú sprístupnené prostredníctvom modulu procesnej integrácie a integrácie údajov - modul Manažmentu osobných údajov pre dotknuté osoby (občanov a podnikateľov) na základe preukázania elektronickej identity osoby. Podmienkou je zabezpečiť, aby údaje identifikované pre službu moje údaje boli prístupné elektronicky v strojovo-spracovateľnom formáte automatizovaným spôsobom cez aplikačné programovacie rozhranie, alebo prostredníctvom modulu procesnej integrácie a integrácie údajov.

Informácie k sprístupneniu dátových zdrojov organizácie pre službu moje údaje:

https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/moje-udaje/ .

Minimálny rozsah pre vyhlásenie dátových prvkov za moje údaje, ktoré musí žiadateľ v projekte zabezpečiť: 

• označenie povinného subjektu, 
• názov ISVS v ktorom je dátový prvok obsiahnutý, 
• kód informačného systému, v ktorom je dátový prvok obsiahnutý, podľa centrálneho metainformačného systému, 
• označenie dátového prvku, 
• strojovo-spracovateľný formát dátového prvku, 
• technickú špecifikáciu aplikačného programovacieho rozhrania, 
• ďalšie doplňujúce informácie. 
• transparentný pohľad na prístup k údajom subjektu, k logom (kto pristupoval k údajom, za akým účelom a kedy). 

V prípade, že predkladateľ projektu disponuje údajmi, ktoré spadajú do kategórie mojich údajov, je potrebné vyplniť nasledovnú tabuľku. V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.

4.3.8 Prehľad jednotlivých kategórií údajov

Vyplňte nasledujúcu súhrnnú tabuľku pre kategorizáciu údajov dotknutých projektom z pohľadu využiteľnosti týchto údajov.

V tabuľke uveďte OE z tabuľky uvedenej v kapitole 4.3.2 Dátový rozsah projektu - Prehľad objektov evidencie - TO BE.

4.4 Technologická vrstva

V rámci tohoto projektu sa neplánujú zmeny na úrovni technologickej vrstvy. Zmenové požiadavky sa týkajú len biznis a aplikačnej vrstvy.

4.4.1 Prehľad technologického stavu - AS IS

Obrázok 15 - Technologická architektúra projektu - AS-IS

4.4.2 Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

Nakoľko sa v projekte iba realizujú biznis zmenové požiadavky, neprichádza k zmene infraštruktúry a tým pádom ani k zmene nefunkčných parametrov jednotlivých systémov.

4.4.3 Návrh riešenia technologickej architektúry

V rámci projektu sa neplánujú zmeny na úrovni technologickej architektúry.

4.4.4 Využívanie služieb z katalógu služieb vládneho cloudu

V rámci projektu sa neplánuje migrácia do vládneho cloudu, projekt bude realizovaný v rámci disponibilných infraštruktúrnych kapacít Sociálnej poisťovne.

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

6. Zdrojové kódy

Zdrojové kódy budú odovzdané na základe aktuálne platných zmlúv o podpore prevádzky dotknutých IS. Realizácia Životnej situácie 5 v prostredí Sociálnej poisťovne bude prebiehať prostredníctvom zmenových požiadaviek.

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 najobtiaž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

Za incident je považovaná chyba IS, t.j. správanie sa v rozpore s prevádzkovou a používateľskou  dokumentáciou IS. Za incident nie je považovaná chyba, ktorá nastala mimo prostredia IS napr. výpadok poskytovania konkrétnej služby Vládneho cloudu alebo komunikačnej infraštruktúry.

Označenie naliehavosti incidentu:

možný dopad:

 Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:

Vyžadované reakčné doby:

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:

Parameter bude zachovaný rovnako ako v súčasnom stave.

7.2.1 Dostupnosť (Availability)

Parameter bude zachovaný rovnako ako v súčasnom stave.

7.2.2. RTO (Recovery Time Objective)

Parameter bude zachovaný rovnako ako v súčasnom stave.

7.2.3 RPO (Recovery Point Objective)

Parameter 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ýstup, 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