I-03 Prístup k projektu (pristup_k_projektu)

PRÍSTUP K PROJEKTU

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-02 Projektový zámer určený na rozpracovanie detailných informácií prípravy projektu, aby bolo možné rozhodnúť o pokračovaní prípravy projektu, pláne realizácie, alokovaní rozpočtu a ľudských zdrojov. 

Dokument Projektový zámer v zmysle vyššie uvedenej vyhlášky obsahuje manažérske zhrnutie, rozsah, ciele a motiváciu na realizáciu projektu, zainteresované strany, alternatívy, návrh merateľných ukazovateľov, detailný opis požadovaných projektových výstupov, detailný opis obmedzení, predpokladov, tolerancií a návrh organizačného zabezpečenia projektu, detailný opis rozpočtu projektu a jeho prínosov, náhľad architektúry a harmonogram projektu so zoznamom rizík a závislostí. 

2.1 Použité skratky a pojmy

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

Zoznam požiadaviek vychádza z biznis požiadaviek Implementačného plánu ŽS7 a ŽS8. Počas implementácie projektu ŽS7+8 sa rozlišujú na biznis požiadavky MMP (Minimal Marketable Product) – ktoré sú „must“ na dodanie implementácie celkovej životnej situácie v prostredí SP. 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“.   

Všetky požiadavky uvedené v Prístupe k projektu v príslušných kapitolách, musia byť v súlade s funkčnými, nefunkčnými a technickými požiadavkami uvedenými v Katalógu požiadaviek I-04 (M-05 Analýza nákladov a prínosov - BC/CBA, karta: Katalóg požiadaviek) 

Pre sprehľadnenie rozsiahleho množstva zmenových požiadaviek boli požiadavky kategorizované do tém, podľa ktorých je štruktúrovaná aj táto projektová dokumentácia (vrátane CBA).

Tabuľka 1: Rozdelenie biznis požiadaviek do tematických oblastí

*Pozn. Požiadavky ŽS7 a ŽS8, ktoré sú uvedené v katalógu požiadaviek a spadajú do týchto oblastí budú realizované v tomto projekte. Tieto oblasti sú však prierezové a obsahujú aj požiadavky z iných projektov, resp. realizácia požiadaviek z tohto projektu je úzko spojená s realizáciou požiadaviek v iných ŽS a iných projektov Ž v prostredí SP.

3. Popis navrhovaného riešenia

Navrhované riešenia jednotlivých tém sú úzko spojené s inými zmenovými požiadavkami, ktoré projekty prioritných životných situácií v prostredí SP  prinesú – napr. úpravy formulárov, ktoré je potrebné efektívnejšie spracovať a tým poskytnúť kvalitnejšiu službu občanovi/poistencovi. Predkladaný projekt však neupravuje samotné koncové služby, ale interné procesy v IS SP s dopadom na tieto koncové služby (až na výnimky vymenované nižšie).

Je preto dôležité si uvedomiť, že súčasťou rozsahu predkladaného projektu NIE JE

• Úprava formulárov
• Zasielanie notifikácií

Výnimky

• Úprava grafického prostredia EKP (ŠP SP)
• Úprava papierových žiadostí
• Textácia návodov

Budúca cesta občana v rámci životnej situácie 7 Narodenie dieťaťa zachytáva navrhovanú budúcu cestu tehotnej ženy (zamestnankyňa, samostatne zárobkovo činná osoba, dobrovoľne nemocensky poistená osoba, uchádzačka o zamestnanie) v rámci životnej situácie od momentu potvrdenia tehotenstva až po získanie rodného listu pre narodené dieťa. Procesné oblasti ŽS7, ktoré pokrýva SP v tomto projekte sú prerušenie tehotenstva, žiadosť o tehotenské, žiadosť o materské (tehotná žena, iný poistenec, otcovská).

Budúca cesta občana v rámci životnej situácie 8 Som chorý, mám chorého člena rodiny zachytáva navrhovanú budúcu cestu občana (zamestnanec, samostatne zárobkovo činná osoba, dobrovoľne nemocensky poistená osoba, uchádzač o zamestnanie ) v rámci životnej situácie, ktorý sa dostal do niektorej z nasledujúcich situácií: 1. ochorel (vrátane choroby z povolania); 2. stal sa mu úraz (vrátane pracovného úrazu); 3. je potrebné, aby ošetroval chorého člena rodiny alebo sa musí starať o dieťa z dôvodu, že dieťa má nariadené karanténne opatrenie/izoláciu, alebo osoba, ktorá sa inak o dieťa stará ochorela, resp. má nariadené karanténne opatrenie/izoláciu; 4. je potrebné, aby sa staral o dieťa z dôvodu, že zariadenie, ktoré dieťa navštevuje je uzatvorené. Procesné oblasti ŽS8, ktoré pokrýva SP v tomto projekte sú všetky vyššie uvedené.

Navrhované riešenie je zamerané na spracovanie upravených a nových koncových služieb s ohľadom na multikanálový prístup – t.j. aj pre elektronické aj papierové žiadosti/oznámenia alebo pre riešenia postavené na integrácie s inými OVM (NCZI). Spracovanie prebieha v agendových IS SP (primárne IS NPaLPČ, IS ÚP a IS JVP), projekt plánuje jednak ich úpravu, aby sa zohľadnili úpravy samotných koncových službách, ale aj optimalizáciu, elektronizáciu a automatizáciu spracovania. Následne je riešenie postavené na výmene údajov s ďalšími agendovými systémami (prostredníctvom IS MÚSP) pre potrebu riešenia iných agend, či už v SP alebo v iných OVM (napr. ÚPSVaR). Zároveň celková úprava logiky procesu obsahuje aj úpravu používateľského rozhrania, výpočty a vyžaduje si aj doplnenie tlačových a reportingových zostáv. V niektorých prípadoch riešenie obsahuje aj úpravu EKP (ŠP SP).

Súčasťou projektu je aj úprava papierových žiadostí, aby boli v súlade s tými elektronickými a príprava textových návodov pre riešenie ŽS 7 a ŽS8.  

Prínosmi riešenia sú:

• Rozšírenie ponuky elektronických služieb SP, ktoré je možné elektronicky a automatizovane spracovať, ktoré skrátia dobu konania
• Automatizované výpočty, ktoré skrátia dobu konania a znížia chybovosť
• Rozšírenie konzumovaných údajov v súlade s princípom jedenkrát a dosť (v prípade poskytnutia súhlasu občana, občan nemusí v niektorých prípadoch žiadosť ani vypĺňať)
• Rozšírenie poskytovaných údajov v súlade s princípom jedenkrát a dosť

4.  Architektúra riešenia projektu

4.1 Biznis vrstva

4.1.1 Popis súčasného - AS IS - stavu biznis vrstvy

AS IS stav oboch životných situácií je zmapovaný v Prílohe č. 1 – Investičný plán. Nižšie uvádzame súhrn popisu z Investičného plánu podľa zadefinovaných procesov v Investičnom pláne.

Diagram 1: High level pohľad na celkovú AS IS architektúru

4.1.1.1 Prioritná Životná Situácia 7 – narodenie dieŤAťa

ŽS7 - 1 Prerušenie tehotenstva

Slobodné rozhodnutie tehotnej ženy alebo komplikácie v tehotenstve môžu viesť k prerušeniu tehotenstva. Prerušenie tehotenstva môže nastať buď spontánnym potratom, zamĺklym potratom alebo umelým prerušením tehotenstva.

Tehotná žena absolvuje vyšetrenie, lekár pacientku vyšetrí, zapíše výsledok vyšetrenia do eZdravia a informuje pacientku o medicínskych možnostiach a ďalšom postupe. V prípade, že nie je potrebné vykonať dodatočný zákrok, lekár vypíše hlásenie o potrate (Žiadosť o umelé prerušenie tehotenstva a hlásenie potratu). V prípade, že je potrebné vykonať zákrok, lekár vystaví výmenný lístok a požiada o odborné vyšetrenie (spravidla predoperačné) a zapíše výsledok do eZdravia:

• Ak nie je potrebné pacientku hospitalizovať, lekár špecialista vykoná zákrok, zapíše záznam do eZdravia a vypíše hlásenie o potrate (Žiadosť o umelé prerušenie tehotenstva a hlásenie potratu).
• Ak je potrebné pacientku hospitalizovať zdravotnícke zariadenie príjme pacientku, vykoná zákrok, vypíše prepúšťaciu správu a prepustí pacientku. Taktiež lekár zdravotníckeho zariadenia vypíše hlásenie o potrate (Žiadosť o umelé prerušenie tehotenstva a hlásenie potratu).

Pri umelom prerušení tehotenstva na žiadosť tehotnej ženy musí tehotná žena na začiatku procesu, pred vykonaním zákroku, písomne požiadať svojho zmluvného gynekológa o prerušenie tehotenstva.

Žena, ktorá absolvovala prerušenie tehotenstva je povinná (ak je to relevantné) oznámiť ukončenie tehotenstva - napríklad zamestnávateľovi, ÚPSVaR, či SP.

Od 23. mája 2022 však platí, že ak bolo tehotenstvo ukončené pôrodom na území Slovenskej republiky, poistenkyňa už nemusí predkladať potvrdenie o ukončení tehotenstva. Sociálna poisťovňa si tieto informácie získa z iných zdrojov. Povinnosť predložiť potvrdenie o ukončení tehotenstva zostáva v prípadoch, keď bolo tehotenstvo ukončené inak ako pôrodom, ak ide o cudzie štátne príslušníčky, alebo ak sa dieťa narodilo v zahraničí.  

ŽS7 - 2 Žiadosť o tehotenské

Dávka “Tehotenské” sa poskytuje tehotnej žene, ktorá je nemocensky poistená, od 13. týždňa tehotnosti až do ukončenia tehotenstva. Gynekológ vyplní a potvrdí Žiadosť o tehotenské. Formulár je v papierovej forme. Tehotná žena vyplní a podpíše Vyhlásenie poistenkyne na zadnej strane formulára. Následne žiadosť zašle do SP. Žiadosť môže doručiť osobne alebo zaslať poštou alebo elektronicky využitím e-formulára na portáli elektronických formulárov SP alebo na portáli slovensko.sk. V prípade zaslania elektronickej žiadosti vypíše údaje v elektronickom formulári (vrátane vyhlásenia) a priloží kópiu prvej strany Žiadosti o tehotenské potvrdenej gynekológom. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle tehotnej žene výzvu na doplnenie. Tehotná žena doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na tehotenské a zašle Rozhodnutie o tehotenskom. Na vydanie rozhodnutia má 60 dňovú lehotu. Následne dávku vyplatí. SP vypláca dávku až do ukončenia tehotenstva. V prípade pôrodu na Slovensku, získa dáta o narodení dieťaťa z registra fyzických osôb (RFO) a automaticky vyplácanie dávky ukončí. V prípade pôrodu v zahraničí alebo pôrodu cudzinky v SR alebo v prípade ukončenia tehotenstva inak ako pôrodom (prerušenie tehotenstva) je tehotná žena povinná doručiť informáciu o ukončení tehotenstva do SP (rodný list, prepúšťaciu správu alebo potvrdenie o skončení tehotenstva).

ŽS7 - 4 Žiadosť o materské – tehotná žena

Dávka materské sa poskytuje tehotnej žene 6-8 týždňov pred očakávaným pôrodom, alebo odo dna narodenia dieťaťa. Tehotnej žene v rámci vyšetrení v tehotenstve vystaví a potvrdí gynekológ Žiadosť o materské. Tehotná žena vyplní Vyhlásenie poistenca na zadnej strane žiadosti. V prípade, že je tehotná žena zamestnaná, doručí zamestnávateľovi žiadosť na potvrdenie a po potvrdení zamestnávateľom ju doručí osobne alebo poštou do pobočky SP príslušnej podľa sídla zamestnávateľa. V prípade, že je tehotná žena samostatne zárobkovo činná osoba (SZCO) alebo dobrovoľne nemocensky poistená osoba (DNPO), doručí potvrdenú žiadosť osobne alebo poštou do pobočky SP príslušnej podľa miesta trvalého pobytu. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle tehotnej žene výzvu na doplnenie. Tehotná žena doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na materské a zašle Rozhodnutie o materskom. Na vydanie rozhodnutia má 60 dnovú lehotu. Následne dávku vyplatí. Pred vyplatením dávky SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel. Zároveň SP ukončí všetky kolidujúce dávky (nemocenské, ošetrovné).

V prípade, že tehotná žena alebo otec poberá rodičovský príspevok, musí požiadať ÚPSVaR o ukončenie vyplácania. ÚPSVaR posudzuje žiadosť o ukončenie vyplácania podľa výšky priznaného materského. V prípade, že je tehotná žena evidovaná ako nezamestnaná, doručí oznámenie o materskej dovolenke ÚPSVaR.

Osamelá matka môže SP predložiť Čestné vyhlásenie o osamelosti. SP na základe čestného vyhlásenia posúdi, ci má osamelá matka nárok na predlženie doby poskytovania materského. Ak SP nepredĺži obdobie materského, zašle matke rozhodnutie. Ak nárok prizná, pokračuje vyplácaním materského. Vyplácanie dávky končí uplynutím doby jej poskytovania.

ŽS7 - 5 Žiadosť o materské – iný poistenec, otcovská

Dávka sa poskytuje inému poistencovi ak sa stará o dieťa:

• otec z dôvodu, že matka dieťaťa zomrela
• otec alebo manžel matky dieťaťa v prípade ak sa matka nemôže starať o dieťa zo zdravotných dôvodov a matka nepoberá materské alebo rodičovský príspevok
• otec dieťaťa, po uplynutí 6 týždňov odo dna pôrodu a matka nepoberá materské na to isté dieťa alebo rodičovský príspevok na akékoľvek dieťa
• manželka otca dieťaťa, ktorého matka zomrela alebo
• fyzická osoba, ktorej bolo dieťa zverené do starostlivosti rozhodnutím súdu.

Iný poistenec žiada o dávku podaním Žiadosti iného poistenca o materské. Tlačivo je dostupné na webovej stránke SP alebo na pobočkách SP. V prípade žiadosti o materské vyplní Iný poistenec časť B. Iný poistenec vyplní Vyhlásenie poistenca na zadnej strane žiadosti. Ak je dôvodom žiadosti nepriaznivý zdravotný stav matky, k žiadosti je potrebné priložiť lekársky posudok. V prípade, ak je Iný poistenec zamestnaný, doručí zamestnávateľovi žiadosť na potvrdenie a po potvrdení zamestnávateľom ju doručí osobne alebo poštou do pobočky SP príslušnej podľa sídla zamestnávateľa. V prípade, ak je Iný poistenec SZCO alebo DNPO, doručí potvrdenú žiadosť osobne alebo poštou do pobočky SP príslušnej podľa miesta trvalého pobytu. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle výzvu na doplnenie. Poistenec doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na materské. Pri posudzovaní nároku na materské SP kontaktuje ÚPSVaR v súvislosti s poberaním rodičovského príspevku zo strany Iného poistenca alebo matky dieťaťa.

V konaní pokračuje až po odňatí rodičovského príspevku zo strany ÚPSVaR. Na vydanie rozhodnutia má 60 dnovú lehotu. Po vydaní rozhodnutia SP vyplatí dávku. Pred vyplatením dávky SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel. Zároveň SP ukončí všetky kolidujúce dávky (materské u matky, nemocenské, ošetrovné).

V prípade, ak matka alebo Iný poistenec poberá rodičovský príspevok, musí požiadať ÚPSVaR o ukončenie vyplácania. ÚPSVaR posudzuje žiadosť o ukončenie vyplácania podľa výšky priznaného materského. V prípade, že je Iný poistenec evidovaný ako nezamestnaný, doručí oznámenie o materskej dovolenke príslušnému ÚPSVaR.

Dávka sa poskytuje otcovi dieťaťa z dôvodu starostlivosti o vlastné dieťa v období do šiestich týždňov po pôrode. Otec dieťaťa žiada o dávku podaním Žiadosti iného poistenca o materské - otcovské. Tlačivo je dostupné na webovej stránke SP alebo na pobočkách SP.

V prípade žiadosti o otcovské vyplní otec dieťaťa časť A. Otec dieťaťa vyplní Vyhlásenie poistenca na zadnej strane žiadosti. V prípade, ak je zamestnaný, doručí zamestnávateľovi žiadosť na potvrdenie a po potvrdení zamestnávateľom ju doručí osobne alebo poštou do pobočky SP príslušnej podľa sídla zamestnávateľa. V prípade, ak je SZCO alebo DNPO, doručí potvrdenú žiadosť osobne alebo poštou do pobočky SP príslušnej podľa miesta trvalého pobytu.

SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle poistencovi výzvu na doplnenie. Poistenec doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na materské a zašle Rozhodnutie o materskom. Na vydanie rozhodnutia má 60 dnovú lehotu. Následne dávku vyplatí. Pred vyplatením dávky SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

4.1.1.2 Prioritná Životná Situácia 8 – som chorý, mám chorého člena rodiny

ŽS8 - 3 Choroba z povolania

Lekár, ktorý má podozrenie, že ochorenie občana súvisí s vykonávanou prácou, odošle občana na špecializované pracovisko v odbore pracovné lekárstvo alebo kožné lekárstvo. Špecializované pracovisko posúdi zdravotný stav občana a požiada príslušný Úrad verejného zdravotníctva o prešetrenie pracovných podmienok a spôsobu práce posudzovanej osoby vo vzťahu k posudzovanému ochoreniu. Špecializované pracovisko vypracuje lekársky posudok, ktorý obsahuje záver o uznaní alebo neuznaní choroby z povolania. V nejednoznačných alebo sporných prípadoch špecializované pracovisko postúpi prípad na posúdenie regionálnou alebo celoštátnou komisiou na posudzovanie chorôb z povolania. Lekársky posudok o uznaní alebo neuznaní choroby z povolania obdrží občan, zamestnávateľ, príslušný orgán verejného zdravotníctva, SP a ďalšie príslušné orgány.

ŽS8 - 4 Nemocenské (ePN)

Občan absolvuje vyšetrenie u lekára, ktorého výsledkom je odporúčaný liečebný režim a vystavenie potvrdenia o práceneschopnosti. Oprávnený lekár potvrdzuje dočasnú práceneschopnosť vytvorením elektronického záznamu v Elektronickej zdravotnej knižke občana (EZKO) v systéme eZdravie. Samotné vystavenie ePN lekárom je automaticky považované za žiadosť o dávku. Občan (poistenec SP) zamestnávateľovi iba oznámi prekážku v práci ale nemusí ju preukázať. Po návšteve lekára už nemá povinnosti preukazovať pracovnú neschopnosť ani voči zamestnávateľovi ani voči SP a ani podávať žiadosť o dávku. Konanie je proaktívne, vzniká zo zákona a SP má 60 dní na vydanie rozhodnutia o nároku na dávku odo dňa vzniku konania. Dávka sa poskytuje na účet, na ktorý zamestnancovi poskytuje zamestnávateľ mzdu, alebo na účet, ktorý oznámi poistenec SP. Komunikácia a výmena údajov pri ePN sa uskutočňuje prostredníctvom elektronických služieb SP. Prístup do ePN majú všetci zamestnávatelia, ktorí využívajú elektronické služby SP. Občan má dostupné informácie o ePN v EZKO (cez slovensko.sk) alebo v elektronickom účte poistenca (EÚP) SP. V EÚP vie občan oznamovať SP údaje dôležité k posúdeniu nároku na dávku a jej výplate (Hlásenie úrazu, spôsob výplaty, číslo účtu,...). Ak je občan nezamestnaný alebo poberá dávku v hmotnej núdzi, oznámi práceneschopnosť (odpis ePN) a poberanie dávky ÚPSVaR. Pred vyplatením dávky k spätnému dátumu SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

ŽS8 - 5 Úrazový príplatok (ePN)

V prípade pracovného úrazu SP vyžaduje od ošetrujúceho lekára ePN, na ktorej je ako dôvod dočasnej práceneschopnosti uvedený pracovný úraz a od zamestnávateľa Oznámenie poistnej udalosti a Záznam o registrovanom pracovnom úraze. V prípade choroby z povolania vyžaduje od ošetrujúceho lekára ePN, na ktorej je ako dôvod dočasnej pracovnej neschopnosti uvedená choroba z povolania, od Kliniky pracovného lekárstva Hlásenie choroby z povolania a od zamestnávateľa Oznámenie poistnej udalosti. Komunikácia a výmena údajov pri ePN sa uskutočňuje prostredníctvom elektronických služieb SP. Prístup do ePN majú všetci zamestnávatelia (okrem údajov spoločných pre nemocenské, zasiela údaje o nároku na náhradu príjmu), ktorí využívajú elektronické služby SP. Prijaté dokumenty SP spracuje a po posúdení vydá rozhodnutie o priznaní dávky. Dávku následne vyplatí a nárok posudzuje opakovane počas celej dĺžky trvania práceneschopnosti. Pred vyplatením dávky k spätnému dátumu

ŽS8 - 6 Úrazová renta a jednorázové vyrovnanie

Predpokladom poberania dávok je pokles pracovnej schopnosti občana z dôvodu pracovného úrazu alebo choroby z povolania. Pokles pracovnej schopnosti sa posudzuje zvyčajne v ustálenom stave po ukončení práceneschopnosti. Občan osobne, poštou alebo prostredníctvom ústredného portálu verejnej správy (scan žiadosti) doručí SP Žiadosť o priznanie úrazovej renty alebo Žiadosť o jednorazové vyrovnanie. Posudkový lekár SP určí mieru zníženia pracovnej schopnosti. SP posúdi nárok na dávku a prizná a vyplatí alebo nevyplatí dávku. Ak je občan nezamestnaný oznámi začatie konania o úrazovej rente a poberanie dávky ÚPSVaR. Pred vyplatením úrazovej renty k spätnému dátumu SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

ŽS8 - 7 Ošetrovné (krátkodobé) z dôvodu ochorenia člena rodiny

Občan požiada ošetrujúceho lekára pacienta (ošetrovanej osoby) o vystavenie Žiadosti o ošetrovné (z dôvodu choroby ošetrovanej osoby alebo z dôvodu starostlivosti o dieťa pre nariadenie karanténneho opatrenia/izolácie alebo z dôvodu, že osoba, ktorá sa inak dieťa stará ochorela...). Ošetrujúci lekár papierovú žiadosť vystaví a potvrdí. Ošetrovateľ na I. diele tlačiva vyplní údaje o ošetrovateľovi a Vyhlásenie poistenca na druhej strane tlačiva. V prípade, že je ošetrovateľ zamestnanec, doručí žiadosť zamestnávateľovi, ktorý ju potvrdí. Potvrdenú žiadosť zamestnanec doručí do SP osobne alebo poštou podľa sídla zamestnávateľa. V prípade, že je ošetrujúci občan samostatne zárobkovo činná osoba (SZČO) alebo dobrovoľne nemocensky poistená osoba (DNPO), vyplní údaje o ošetrovateľovi a Vyhlásenie poistenca na druhej strane tlačiva a doručí ho osobne alebo poštou do pobočky SP príslušnej podľa adresy trvalého pobytu. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle poistencovi výzvu na doplnenie. Poistenec doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na dávku a zašle Rozhodnutie o dávke. Na vydanie rozhodnutia má 60 dňovú lehotu. Následne dávku vyplatí. Ak je občan nezamestnaný alebo poberá dávku v hmotnej núdzi, oznámi začiatok konania o dávke a poberanie dávky ÚPSVaR. Po ukončení potreby ošetrovania člena rodiny, lekár vyplní a potvrdí II. diel tlačiva – Potvrdenie o skončení potreby osobného a celodenného ošetrovania. V prípade, že je ošetrujúci občan zamestnanec, posiela zamestnávateľom na potvrdenie a následne potvrdenie doručí osobne alebo poštou do pobočky SP. V prípade, že je ošetrujúci občan SZČO alebo DNPO, doručí ho osobne alebo poštou do pobočky SP príslušnej podľa adresy trvalého pobytu. Ošetrovné je možné poberať najviac 14 dní od vzniku potreby ošetrovania. Pred vyplatením dávky k spätnému dátumu SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

ŽS8 - 8 Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

Zariadenia, ktoré budú uzavreté na základe rozhodnutia príslušného orgánu (riaditeľ, zriaďovateľ, regionálny úrad verejného zdravotníctva, príp. iné), vydajú individuálne potvrdenia iba na požiadanie občana (poistenca), ktorý si chce uplatniť nárok na ošetrovné z dôvodu starostlivosti o dieťa. Ak si poistenec chce uplatniť nárok na ošetrovné, vyplní tlačivo Žiadosť o ošetrovné z dôvodu uzavretia školy, predškolského zariadenia alebo zariadenia sociálnych služieb. Vyplní časť A a Vyhlásenie poistenca na druhej strane. Zástupca uzatvoreného zariadenia žiadosť potvrdí v časti B, vrátane dátumu uzatvorenia a dôvodu uzatvorenia. V prípade, že je občan zamestnancom, doručí zamestnávateľovi žiadosť na potvrdenie (časť C) a doručí žiadosť osobne alebo poštou do pobočky SP príslušnej podľa sídla zamestnávateľa. V prípade, že je občan SZČO alebo DNPO, časť C nepotvrdzuje a doručí žiadosť osobne alebo poštou do pobočky SP príslušnej podľa trvalého pobytu. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle poistencovi výzvu na doplnenie. Poistenec doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na dávku a zašle Rozhodnutie o dávke. Na vydanie rozhodnutia má 60 dňovú lehotu. Následne dávku vyplatí. Po podaní žiadosti môže poistenec nahlásiť zmeny (zmena kontaktných údajov, výplatných údajov, obdobia potvrdeného uzatvorenia...) na tlačive Oznámenie o zmene skutočností ovplyvňujúcich nárok na ošetrovné z dôvodu uzavretia školy/predškolského zariadenia/zariadenia sociálnych služieb. Ak je občan nezamestnaný alebo poberá dávku v hmotnej núdzi, oznámi začiatok konania o dávke a poberanie dávky ÚPSVaR. Bez potvrdenia dátumu dokedy bolo zariadenie uzavreté, SP poistencovi ošetrovné nevyplatí. Pred vyplatením dávky k spätnému dátumu SP zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

ŽS8 - 9 Ošetrovné (dlhodobé) z dôvodu ochorenia člena rodiny

Prvú žiadosť o dlhodobé ošetrovné a potvrdenie o potrebe starostlivosti v prirodzenom prostredí ošetrovanej osoby vystaví nemocničný alebo paliatívny lekár. Ošetrovateľ vyplní Vyhlásenie poistenca na zadnej strane a v prípade, že je zamestnaný doručí žiadosť na potvrdenie zamestnávateľovi. Potvrdenú žiadosť doručí osobne alebo poštou do príslušnej pobočky SP podľa sídla zamestnávateľa. Ak je ošetrujúci občan SZČO alebo DNPO, vyplní Vyhlásenie poistenca na zadnej strane. Vyplnenú a lekárom potvrdenú žiadosť doručí osobne alebo poštou do príslušnej pobočky SP podľa miesta trvalého pobytu. SP žiadosť skontroluje. V prípade, že nie je vyplnená správne, zašle poistencovi výzvu na doplnenie. Poistenec doplní žiadosť a opätovne ju zašle do SP. SP spracuje žiadosť a posúdi nárok na dávku a zašle Rozhodnutie o dávke. Na vydanie rozhodnutia má 60 dňovú lehotu. Následne dávku vyplatí. Ak je občan nezamestnaný alebo poberá dávku v hmotnej núdzi, oznámi začiatok konania o dávke a poberanie dávky ÚPSVaR. Ak sa ošetrujúce osoby potrebujú v ošetrovaní striedať, doručia SP Potvrdenie o poskytovaní celodennej starostlivosti ďalšou osobou, ktoré im vystavuje všeobecný lekár ošetrovanej osoby. Na konci každého kalendárneho mesiaca je potrebné SP doručiť Potvrdenie o trvaní poskytovania osobnej a celodennej starostlivosti, ktoré vystavuje všeobecný lekár ošetrovanej osoby. Ukončenie poskytovania ošetrovania oznamuje SP ošetrujúci občan. Všeobecný lekár ošetrovaného vystaví Potvrdenie o ukončení poskytovania osobnej a celodennej starostlivosti. Ošetrujúci občan vyplní Vyhlásenie poistenca na zadnej strane a v prípade, že je zamestnaný doručí žiadosť na potvrdenie zamestnávateľovi. Potvrdenú žiadosť doručí osobne alebo poštou do príslušnej pobočky SP podľa sídla zamestnávateľa. Ak je ošetrujúci občan SZČO alebo DNPO, vyplní Vyhlásenie poistenca na zadnej strane. Vyplnenú a lekárom potvrdenú žiadosť doručí osobne alebo poštou do príslušnej pobočky SP podľa miesta trvalého pobytu. SP potvrdenie príjme a ukončí vyplácanie dávky. Pred vyplatením dávky k spätnému dátumu SP poisťovňa zúčtuje dávku v hmotnej núdzi a vypláca občanovi už len rozdiel.

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

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

4.1.2.1 Príprava na notifikácie

Súčasťou projektu je aj príprava IS SP na odosielanie notifikácií (primárne o zmene v rámci konania). Príprava na odosielanie notifikácií sa týka aplikácie BPM a je to prierezová téma, ktorej prínosy budú využívať aj iné životné situácie. Rozsah oblasti v predkladanom projekte je ohraničený integráciou relevantných IS (definovaných podľa relevantných KS) pre ŽS7 a ŽS8 (teda primárne IS NPaLPČ, IS ÚP, IS MÚSP a IS JVP). Táto oblasť sa bude realizovať v troch aktivitách:

• prenos formulárového podania z registratúry do AIS
• zmena stavu konania / ukončenie spracovania podania
• šablóny notifikácií

Pre celkový obraz tejto oblasti popisujeme komplexný proces, avšak v rámci implementácie sa bude realizovať len príprava systémov na notifikácie (t.j. odoslanie služby (nie samotné odosielanie notifikácií – tie sú nižšie označené kurzívou).

Prenos formulárového podania z registratúry do AIS

Registratúra zabezpečuje príjem listinného, ako aj elektronického podania. V prípade, že v registratúre sú vykonané všetky potrebné aktivity (zaregistrovanie podania, klasifikácia a pod.) je potrebné preniesť podanie do AIS SP. Do tohto procesu sú zapojené tri komponenty:

• Message queue pre distribúciu správ
• BPM pre riadenie procesu prenosu podania z registratúry do AIS SP
• AIS SP pre spracovania podania. Pre tento účel musí mať AIS implementovanú službu pre príjem podania (metaúdajov podania).

Proces pozostáva z nasledovných krokov:

1. Registratúra volá  službu Message queue a vytvára správu s metaúdajmi podania.
2. Message queue distribuje správu
3. BPM zachytáva správu a spúšťa proces „Spracovanie podania“, ktorý ostáva aktívny až po dobu úplného vybavenia podania.
4. BPM volá službu Notifikačného modulu pre vytvorenie notifikácie o začatí konania. Vstupom je Znenie správy a ID template správy
5. BPM volá službu Komunikačnej schránky klienta pre zobrazenie notifikácie o začatí konania klientovi v jeho komunikačnej schránke.
6. BPM zabezpečí zaslanie notifikácie o začatí konania klientovi v jeho elektronickej schránke (ÚPVS modul eDesk) prostredníctvom modulu ÚPVS NOTIFY.
7. BPM volá službu AIS pre prenos podania do AIS
8. V prípade, že ide o elektronickú službu, ktorá štartuje životnú situáciu, BPM zabezpečí volanie orchestrátora ŽS (COP) pre štart ŽS.

V rámci etapy Analýza a dizajn sa vyšpecifikuje finálne riešenie z nasledujúcich alternatív:

• Notifikačný modul SP zabezpečuje body 5 a 6
• Bod 6 zabezpečí špecializovaná služba Registratúry, ktorá bude mať pre tento účel vypublikovanú špecializovanú službu
• Bod 7 môže byť realizovaný prostredníctvom doručenia správy cez Message queue

Zmena stavu konania / ukončenie spracovania podania

Ak v AIS dôjde k zmene stavu konania je potrebné zabezpečiť zmenu stavu procesu spracovania služby SP. V prípade, že ide o nový stav, ktorý charakterizuje ukončenie poskytnutia služby dôjde k ukončeniu procesu aj na úrovni BPM.

Proces:

1. BPM zachytáva od AIS správu „Zmena stavu konania“, a pokračuje v už naštartovanej inštancii procesu spracovania podania.
2. V prípade, že je pre nový stav potrebné zaslať klientovi notifikáciu, proces to zabezpečí prostredníctvom
   1. notifikačného modulu,
   2. komunikačnej schránky a 
   3. modulu eNOTIFY
3. V prípade, že ide o stav ukončenie konania, BPM odošle notifikácie klientovi SP a proces spracovania podania ukončí.
4. V prípade, že nejde o zmenu stavu pre ukončenie konania proces opätovne čaká na ďalšiu zmenu stavu.

Šablóny notifikácií

Pre účely poskytovania notifikácií budú realizované dve skupiny notifikácií: 

• Generické notifikácie pre notifikovanie klienta o stave konania – tieto notifikácie budú využívané pre všetky nižšie popísané konania. Ide o nasledovné notifikácie: 
  • Notifikácia o začatí konania 
  • Notifikácia o ukončení konania 
• Špecializované notifikácie pre účely jednotlivých životných situácií 

Procesná mapa 1: Prenos formulárového podania z registratúry do agendového IS

Procesná mapa 2: BPM - Zmena stavu konania / ukončenie spracovania podania

4.1.2.2 Prioritná životná situácia 7 – Narodenie dieťaťa

ŽS7-1 Prerušenie tehotenstva

Cieľom oblasti je splniť literu zákona, aby žena po prerušení tehotenstva nemusela nahlasovať túto skutočnosť SP, ale SP bude mať lekárom vystavené potvrdenie o skončení tehotenstva k dispozícii z NCZI. Povinnosť predložiť potvrdenie o ukončení tehotenstva zostáva v prípadoch, keď bolo tehotenstvo ukončené inak ako pôrodom, ak ide o cudzie štátne príslušníčky, alebo ak sa dieťa narodilo v zahraničí. 

Navrhované riešenie začína v bode prijatia Oznámenia o ukončení tehotenstva multikanálovým prístupom (projekt nerieši samotné podanie oznámenia). Jadrom riešenia je spracovanie oznámenia spôsobom, aby

• Reflektoval upravenú KS oznámenia
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

Proces:

1. Zaevidovanie podania (Potvrdenie o skončení tehotenstva)
   1. Papierové podanie
   2. Elektronické podanie
   3. Udelenie súhlasu so zverejňovaním údajov o tehotenstve, tzv. ODP a DPT. Prijaté údaje o tehotenstva z NCZI budú ďalej spracované SP (uloženie v IS SP, proces ukončovania vyplácania dávok, ...)
2. Spracovanie podania
3. Kontroly a výpočty

PREDPOKLADY 

1. Návrh predpokladá ukončenie aktívneho konania/konaní (TEH, MATDx) a ochranných lehôt v prípade doručenia elektronickej a papierového podania  OOUT . 

1. Optimalizácia KS OOUT 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia ukončenia aktívneho konania/konaní (TEH, MATDx) a ochranných lehôt bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami NPaLPČ. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

Procesná mapa 3: Prerušenie tehotenstva

ŽS7–2 Žiadosť o tehotenské

Sociálna poisťovňa (SP) je príslušná rozhodovať o nároku na tehotenské v súlade s ustanoveniami § 47a zákona č. 461/2003 Z. z. o sociálnom poistení. Účelom je rozhodnutie o nároku na tehotenské. Poistenkyni vzniká nárok na tehotenské od začiatku 27. týždňa pred ODP a zaniká dňom skončenia tehotenstva.   

SP posúdi podmienky nároku na tehotenské tehotnej žene a jeho výplatu. Po priznaní nároku na tehotenské je SP povinná vyplácať túto dávku v lehotách určených SP, pričom táto dávka sa vypláca mesačne pozadu. 

SP je povinná vydávať na žiadosť poberateľky tehotenského potvrdenie o nároku na dávku, nároku na jej výplatu a o sume.  

Výška tehotenského predstavuje 15 % denného vymeriavacieho základu (DVZ) alebo pravdepodobného denného vymeriavacieho základu (PDVZ) alebo úhrnu DVZ/PDVZ (ak sa dávka poskytuje z viacerých nemocenských poistení) s tým, že výška nesmie byť nižšia ako 10 % maximálneho denného vymeriavacieho základu a vyššia ako dávka určená z maximálneho vymeriavacieho základu. 

Navrhované riešenie začína v bode prijatia Žiadosti o tehotenské multikanálovým prístupom (projekt nerieši samotné podanie žiadosti). Jadrom riešenia je spracovanie žiadosti  spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

Okrem úprav v IS SP sa zoptimalizuje papierová žiadosť o tehotenské.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti pre účely TEH. 

1. Optimalizácia KS TEH. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia poskytnutia TEH bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami NPaLPČ. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

ŽS7-4 Žiadosť o materské – tehotná žena

Sociálna poisťovňa (SP) je príslušná rozhodovať o nároku na materské – tehotná žena v súlade s ustanoveniami § 48 zákona č. 461/2003 Z. z. o sociálnom poistení. Účelom je rozhodnutie o nároku na materské tehotnej žene (poistenca). Poistenkyni vzniká nárok na materské od začiatku šiesteho týždňa pred ODP. Najskôr od začiatku ôsmeho týždňa pred ODP. 

SP posúdi podmienky nároku na materské tehotnej žene a jej výplatu.   

Po priznaní nároku na materské je SP povinná vyplácať túto dávku v lehotách určených SP, pričom táto dávka sa vypláca mesačne pozadu.  

SP je povinná vydávať na žiadosť poberateľky materskej potvrdenie o nároku na dávku, nároku na jej výplatu a o sume.  

Materská dávka sa počíta ako 75% denného vymeriavacieho základu (DVZ) alebo pravdepodobného vymeriavacieho základu (PDVZ). 

Navrhované riešenie začína v bode prijatia Žiadosti o materské multikanálovým prístupom (projekt nerieši samotné podanie žiadosti). Jadrom riešenia je spracovanie žiadosti spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

Okrem úprav v IS SP sa zoptimalizuje papierová žiadosť o materské – tehotná žena.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti pre účely MATDx. 

1. Vytvorenie/optimalizácia a registrácia KS MATDx. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia poskytnutia MATDx bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami NPaLPČ. 

1. Návrh predpokladá sprístupnenie a prijímanie informácií od zamestnávateľa (RLFO) a poistenca, ktorý bude o podaní žiadosti informovaný prostredníctvom portálu SP. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

Procesná mapa 4: Žiadosť o tehotenské

Procesná mapa 5: Žiadosť o materské - tehotná žena

ŽS7-5 Žiadosť o materské – iný poistenec, otcovská

Sociálna poisťovňa (SP) je príslušná rozhodovať o nároku na materské iného poistenca - otcovské a nároku na materské iného poistenca (ďalej len “otcovské/materské iného poistenca”) v súlade s ustanoveniami   § 49, § 49a § 51 § 51a § 52 § 53 zákona č. 461/2003 Z. z. o sociálnom poistení. Účelom je rozhodnutie o nároku na otcovské/materské iného poistenca.  

SP posúdi podmienky nároku na  otcovské/ materské iného poistenca a ich výplatu.  Po priznaní nároku na otcovské/materské iného poistenca je SP povinná vyplácať tieto dávky v lehotách určených SP, pričom tieto dávky sa vyplácajú mesačne pozadu. 

SP je povinná vydávať na žiadosť poberateľa otcovského/materského iného poistenca potvrdenie o nároku na dávku, nároku na jej výplatu a o sume.   

Otcovské/materské iného poistenca sa určuje z denného vymeriavacieho základu (DVZ) alebo pravdepodobného denného vymeriavacieho základu (PDVZ). Pri výpočte otcovského/materského iného poistenca sa určí rozhodujúce obdobie, t. j. obdobie, príjem z  ktorého sa použije pri výpočte dávky (spravidla kalendárny rok predchádzajúci kalendárnemu roku, v ktorom vznikol dôvod na poskytnutie dávky).  

Výška otcovského/materského iného poistenca predstavuje 75% DVZ alebo PDVZ alebo úhrnu DVZ/PDVZ.

Navrhované riešenie začína v bode prijatia Žiadosti o materské multikanálovým prístupom (projekt nerieši samotné podanie žiadosti). Jadrom riešenia je spracovanie žiadosti spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

Otec dieťaťa elektronicky podá žiadosť o materské – iný poistenec do SP (nová koncová služba), kde si v žiadosti zvolí možnosť, že žiada o „otcovské“. SP overí údaje o dieťati v RFO. V prípade, že je iný poistenec zamestnaný, SP sprístupní údaje zo žiadosti zamestnávateľovi, ktorý následne zašle do SP dáta vymedzené zákonom. Na ich základe SP posúdi nárok na dávku, prizná ju a začne vyplácať alebo dávku neprizná. V prípade, že je iný poistenec SZČO, DNPO, SP posúdi nárok na dávku, prizná ju a začne vyplácať alebo dávku neprizná.

Legislatívnou a systémovou úpravou sa minimalizujú oznamovacie povinnosti otca dieťaťa voči relevantným inštitúciám (napr. oznámenia v nezamestnanosti a/alebo pri poberaní rodičovského príspevku).

Okrem úprav v IS SP sa zoptimalizuje papierová žiadosť o materské – iný poistenec a otcovské.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti pre účely MATIx a MATOT. 

1. Vytvorenie/optimalizácia a registrácia KS MATIx a MATOT. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia poskytnutia MATIx a MATOT bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami NPaLPČ. 

1. Návrh predpokladá sprístupnenie a prijímanie informácií od zamestnávateľa (RLFO) a poistenca, ktorý bude o podaní žiadosti informovaný prostredníctvom portálu SP. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

ŽS7-6 OE Tehotenstva

Téma predstavuje zavedenie evidencie oznámení/informácií v tehotenstve. ODP a DPT, prijaté akýmkoľvek kanálom (spôsobom), budú evidované v OE tehotenstva tzv. databáza tehotenstiev. Zavedením uvedeného objektu dôjde k zmene evidencie SDP MATDx a TEH v IS NPaLPČ ako aj k zmene vytvárania a spracovania ochranných lehôt pre tehotné. 

Uvedený OE tehotenstva bude previazaný referenciami s ostatnými OE a funkciami IS NPaLPČ, čím sa zabezpečí zvýšenie konzistencie údajov tehotenstva v NPaLPČ a ich ďalšieho prepoužitia pri konaniach, výpočtoch, kontrolách, reportoch, ochranných lehotách a pod.

PREDPOKLADY 

1. Návrh predpokladá evidenciu záznamu v OE Tehotenstva v prípade doručenia elektronickej a papierovej žiadosti pre účely MATDx, TEH a oznámenia DPT. 

1. Návrh predpokladá evidenciu záznamu v OE Tehotenstva v prípade prijatia informácií o tehotenstve z NCZI (ODP a DPT) 

1. Vytvorenie/optimalizácia a registrácia KS MATDx, TEH a oznámenia DPT. 

1. Rozšírenie integrácií s NCZI o informácie o tehotenstve 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Návrh predpokladá s funkčnými zmenami na IS EKP/SES 

1. Automatizácia funkčností OE Tehotenstva bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme

ŽS7-7 Proaktívne vytváranie OE dávok

Nárok na nemocenské dávky sa posudzuje v zmysle zákona č. 461/2003 Z. z.  o sociálnom poistení. 

V zmysle pripravovanej novely zákona o sociálnom poistení bude Sociálna poisťovňa začínať proaktívne konanie o nároku na dávky tehotenské a materské na základe doručenej informácie o tehotenstve (očakávaného dňa pôrodu) z eZdravia.  

SP posúdi podmienky nároku na dávku tehotnej žene a jej výplatu. 

Po priznaní nároku na dávku tehotnej žene (tehotenské, materské) SP jej túto dávku vyplatí na účet ktorý nahlási zamestnávateľ, ak poistenka nenahlási spôsob výplaty sama, a to v lehotách určených SP, pričom táto dávka sa vypláca mesačne pozadu. 

PREDPOKLADY 

1. Návrh predpokladá začatie proaktívneho konania v prípade doručenia informácie o tehotenstve (ODP, DPT)pre účely TEH/MATDP z NCZI. 

1. Automatizácia poskytnutia TEH/MATDP bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

ŽS7-8 RLFO

Zmeny v RLFO reflektujú zmeny v agendových IS SP. Zmeny slúžia na implementáciu požiadaviek spojených s komunikáciou so zamestnávateľmi popísanými v ostatných tematických oblastiach a premietnu sa primárne na EKP.

ŽS7-9 RLFO 2

Nárok na nemocenské dávky sa posudzuje v zmysle zákona č. 461/2003 Z. z.  o sociálnom poistení. 

Po priznaní nároku na dávku sa táto vypláca nasledujúci kalendárny mesiac po mesiaci, za ktorý táto dávka patrí v lehotách určených Sociálnou poisťovňou ( SP má určené dva výplatné termíny -  k 15. alebo 27. dňu v príslušnom kalendárnom mesiaci). 

Nemocenské dávky sa poukazujú na účet v banke alebo pobočke zahraničnej banky určený príjemcom dávky alebo v hotovosti na adresu určenú príjemcom dávky alebo v hotovosti na adresu trvalého pobytu, prostredníctvom Slovenskej pošty, ak príjemca neurčil spôsob výplaty dávky.  

V zmysle pripravovanej novely zákona o sociálnom poistení zamestnávateľ bude povinný oznámiť pobočke SP, pri prihlásení zamestnanca prostredníctvom RLFO, číslo účtu zamestnanca v banke alebo v pobočke zahraničnej banky, na ktorý vypláca zamestnancovi mzdu alebo informáciu, že mzda sa vypláca v hotovosti. Zamestnávateľ bude zároveň povinný nahlásiť každú zmenu spôsobu výplaty mzdy do 8 dní odo dňa tejto zmeny. 

Poistenec má po začatí dávkového konania povinnosť nahlásiť číslo účtu v banke alebo pobočke zahraničnej banky alebo adresu, na ktorú sa mu má poukazovať dávka, prípadne ak dôjde k zmene spôsobu výplaty dávky má povinnosť nahlásiť  túto zmenu do troch dní odo dňa tejto zmeny. Spôsob výplaty dávky môže nahlásiť prostredníctvom konkrétnej žiadosti o nemocenskú dávku alebo prostredníctvom formulára na to určeného. 

Spôsob prioritizácie konkrétneho spôsobu výplaty dávky bude nastavený v závislosti od znenia novely zákona o sociálnom poistení.  

PREDPOKLADY 

1. Návrh predpokladá automatizované/poloautomatizované aktualizovanie PPP v prípade prijatia oznámenia spôsobu výplaty (RLFO/Žiadosť-oznámenie) 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Prioritizácia nastavenia spôsobu výplaty v PPP bude implementovaná do takej miery, ktorá je/bude umožnená zákonom a technickými možnosťami AS. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

ŽS7-10 Ochranná lehota

Ochranná lehota je obdobie, ktoré vzniká po zániku nemocenského poistenia, počas ktorého má poistenec za určitých podmienok nárok na nemocenské dávky.  

Štandardne trvá 7 dní, avšak pre tehotné ženy je predĺžená na 8 mesiacov, ak nemocenské poistenie zaniklo v období 42 týždňov pred očakávaným dňom pôrodu určeným lekárom alebo nemocenské poistenie zaniklo v období 42 týždňov pred dátum ukončenia nemocenského poistenia rozšírený o 180 dní tzv. OL 180+.  

PREDPOKLADY 

1. Návrh predpokladá automatické vytvorenie 8 mesačnej ochrannej lehoty 

1. Návrh predpokladá vymazanie ochranných lehôt v prípade doručenia elektronickej a papierového podania  OOUT obsahujúci DPT pred dátumom posledného dňa platnosti registrácie naviazanej na nemocenské poistenie. 

1. Návrh predpokladá vymazanie ochranných lehôt v prípade automatizovaného prijatia DPT, ktorý sa nachádza  pred dátumom posledného dňa platnosti registrácie naviazanej na nemocenské poistenie. 

1. Návrh predpokladá zmenu stavu SDP  v prípade zmeny obdobia registrácie naviazanej na nemocenské poistenie. 
2. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 
3. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

ŽS7-11 RLFO JVP

IS JVP je potrebné pripraviť na zmenu logiky „spolupráce“ IS SP. Preto sú zmeny v JVP v tomto projekte rozdelené do dvoch tematických oblasti – RLFO JVP (Integrácie + zber spôsobu vyplácania dávky) a Funkcie JVP pre ŽS7 a ŽS8 (funkcionality v JVP).

Rozhranie pre dátové integrácie

V rámci projektu sa budú rozširovať aj dátové integrácie v rámci IS SP a na CSRÚ (uvedené v rámci tabuľky v kapitole 4.2.7,, 4.2.12 a 4.2.13) avšak pre dátové integrácie navrhujeme nové riešenie ako náhradu za existujúci dátový prenos JS3 vo forme TXT, ktorý je pre potreby životných situácií nevyhovujúci. Nové riešenie je založené na prenose údajov formou webservisu (WS) využitím IS MUSP a IS JVP. Nové riešenie zabezpečí dennú periodicitu prenosov tak, aby všetky dáta v rámci pôvodného JS3 boli dostupné a spracované počas 24 hodín end-to-end.

Spôsob získania čísla bankového účtu/adresy na výplatu poštou

Vzhľadom na životné situácie a zmeny pre elektronizáciu dávok nemocenského poistenia / pridanie proaktivity pri výplate dávok, bola identifikovaná potrebná zmena pri zbere údajov o spôsobe získania čísla bankového účtu / adresy na výplatu poštou. 

Aktuálne pri ePN existuje pre zamestnávateľa povinnosť uvádzať tieto údaje priamo pre danú existujúcu ePN a toto sa zmení – zamestnávateľ bude uvádzať údaje v rámci prihlásenia zamestnanca. 

Procesná mapa 6: Získanie spôsobu výplaty v IS JVP - TO BE

ŽS7-12 Funkcie JVP pre ŽS7 a ŽS8

Nárok na nemocenské dávky sa posudzuje v zmysle zákona č. 461/2003 Z. z.  o sociálnom poistení. 

Po priznaní nároku na dávku sa táto vypláca nasledujúci kalendárny mesiac po mesiaci, za ktorý táto dávka patrí v lehotách určených Sociálnou poisťovňou ( SP má určené dva výplatné termíny -  k 15. alebo 27. dňu v príslušnom kalendárnom mesiaci). 

Nemocenské dávky sa poukazujú na účet v banke alebo pobočke zahraničnej banky určený príjemcom dávky alebo v hotovosti na adresu určenú príjemcom dávky alebo v hotovosti na adresu trvalého pobytu, prostredníctvom Slovenskej pošty, ak príjemca neurčil spôsob výplaty dávky.  

V zmysle pripravovanej novely zákona o sociálnom poistení zamestnávateľ bude povinný oznámiť pobočke SP, pri prihlásení zamestnanca prostredníctvom RLFO, číslo účtu zamestnanca v banke alebo v pobočke zahraničnej banky, na ktorý vypláca zamestnancovi mzdu alebo informáciu, že mzda sa vypláca v hotovosti. Zamestnávateľ bude zároveň povinný nahlásiť každú zmenu spôsobu výplaty mzdy do 8 dní odo dňa tejto zmeny. 

Poistenec má po začatí dávkového konania povinnosť nahlásiť číslo účtu v banke alebo pobočke zahraničnej banky alebo adresu, na ktorú sa mu má poukazovať dávka, prípadne ak dôjde k zmene spôsobu výplaty dávky má povinnosť nahlásiť  túto zmenu do troch dní odo dňa tejto zmeny. Spôsob výplaty dávky môže nahlásiť prostredníctvom konkrétnej žiadosti o nemocenskú dávku alebo prostredníctvom formulára na to určeného. 

Spôsob prioritizácie konkrétneho spôsobu výplaty dávky bude nastavený v závislosti od znenia novely zákona o sociálnom poistení.  

1. 1. 1. 1. Prioritná životná situácia 8 – som chorý, mám chorého člena rodina

ŽS8 - 3 Choroba z povolania

Podľa zákona č. 461/2003 Z. z. o sociálnom poistení na Slovensku je choroba z povolania definovaná ako ochorenie, ktoré: 

• vzniklo v súvislosti s vykonávaním práce, 
• je uvedené v zozname chorôb z povolania podľa osobitného predpisu (ktorý je prílohou zákona), 
• bolo uznané príslušným orgánom verejného zdravotníctva (RÚVZ).  

Choroba musí byť priamym dôsledkom pôsobenia škodlivých pracovných podmienok alebo nebezpečných látok na pracovisku. 

Nahlásenie choroby z povolania Sociálnej poisťovni vykoná inštitúcia, ktorá vydala rozhodnutie o uznaní choroby z povolania občana. 

V prípade, že dotknutý občan je zamestnanec, tak jeho zamestnávateľ musí do Sociálnej poisťovne doručiť Oznámenie poistnej udalosti. Aktuálne je možnosť oznámenia o chorobe z povolania len pomocou papierovej žiadosti. V rámci implementácie životných situácií v Sociálnej poisťovni pribudne možnosť elektronického oznámenia  vzniku poistnej udalosti zamestnanca (formulár je predmetom iného projektu SP). 

Následne sa nahlásené choroby z povolania využijú a prešetrujú pri priznaní úrazovej dávky z úrazového poistenia. 

Z úrazového poistenia Sociálna poisťovňa po splnení zákonom stanovených podmienok poskytujú tieto úrazové dávky prevažne peňažného charakteru: 

• úrazový príplatok, 
• úrazová renta, 
• jednorazové vyrovnanie, 
• pozostalostná úrazová renta, 
• jednorazové odškodnenie, 
• pracovná rehabilitácia a rehabilitačné, 
• rekvalifikácia a rekvalifikačné, 
• náhrada za bolesť a náhrada za sťaženie spoločenského uplatnenia, 
• náhrada nákladov spojených s liečením, 
• náhrada nákladov spojených s pohrebom.

Navrhované riešenie začína v bode prijatia Oznámenia o poistnej udalosti multikanálovým prístupom (projekt nerieši samotné podanie žiadosti). Jadrom riešenia je zverejnenie údajov z oznámenia na portáli SP.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

PREDPOKLADY 

1. Príprava elektronického formulára Oznámenia poistnej udalosti (samotná implementácia je súčasťou CR FE-2) pre zamestnávateľa (je predmetom aj CR pre ZS8-5 Poistná udalosť). 

1. Návrh predpokladá zaevidovanie vybraných informácií  z hlásenia choroby z povolania prijatého papierovou formou(od inštitúcie vykonávajúcej priznávanie choroby z povolania) . 

1. Pre zverejnenie informácie o priznaní ChZP je potrebná nahlásená PU od zamestnávateľa 

Procesná mapa 7: Choroba z povolania

ŽS8 - 5 Úrazový príplatok (ePN)

Podľa § 231 ods. 1 písm. h) a i) zákona č. 461/2003 Z. z. o sociálnom poistení v znení neskorších predpisov je povinnosťou zamestnávateľa oznámiť pobočke Sociálne poisťovni pracovný úraz, ktorý si vyžiadal lekárske ošetrenie alebo dočasnú pracovnú neschopnosť, najneskôr do troch dní odo dňa, keď sa o tomto pracovnom úraze dozvedel. Aktuálne je možnosť oznámenia o vzniku pracovného úrazu len pomocou papierovej žiadosti. V rámci implementácie životných situácií v Sociálnej poisťovni pribudne možnosť elektronického oznámenia  vzniku poistnej udalosti zamestnanca. 

Následne sa oznámená poistná udalosť využije a prešetruje pri priznaní úrazovej dávky z úrazového poistenia. 

Z úrazového poistenia Sociálna poisťovňa po splnení zákonom stanovených podmienok poskytujú tieto úrazové dávky prevažne peňažného charakteru: 

• úrazový príplatok 
• úrazová renta, 
• jednorazové vyrovnanie, 
• pozostalostná úrazová renta, 
• jednorazové odškodnenie, 
• pracovná rehabilitácia (vecná dávka) a rehabilitačné, 
• rekvalifikácia (vecná dávka) a rekvalifikačné, 
• náhrada za bolesť a náhrada za sťaženie spoločenského uplatnenia, 
• náhrada nákladov spojených s liečením, 
• náhrada nákladov spojených s pohrebom. 

Navrhované riešenie začína v bode prijatia Oznámenia o poistnej udalosti multikanálovým prístupom (projekt nerieši samotné podanie oznámenia). Jadrom riešenia je spracovanie oznámenia spôsobom, aby

• Reflektoval upravenú KS oznámenia
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.
• Príprava zdrojov pre notifikácie pre zamestnávateľa

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

PREDPOKLADY 

1. Príprava elektronického formulára Oznámenia poistnej udalosti (samotná implementácia je súčasťou CR FE-2) 

1. Návrh predpokladá zaevidovanie PU v prípade doručenia elektronického alebo papierového oznámenia poistnej udalosti . 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Funkčnosť spracovania PU bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

ŽS8- 6 Úrazová renta / jednorazové vyrovnanie

Úrazové poistenie je povinné poistenie zamestnávateľa, ktoré ho má ochraňovať pred rizikom ekonomickej záťaže pre prípad jeho zodpovednosti za poškodenie zdravia alebo úmrtia v dôsledku pracovného úrazu alebo choroby z povolania jeho zamestnancom, ktorá mu vyplýva zo Zákonníka práce. Na rozdiel od nemocenského poistenia a dôchodkového poistenia je povinné úrazové poistenie viazané na zamestnávateľa, ktorý je v pozícii poistenca a platí si úrazové poistenie. 

Úrazové poistenie vzniká zamestnávateľovi odo dňa, v ktorom začal zamestnávať aspoň jednu fyzickú osobu a zaniká dňom, v ktorom nezamestnáva ani jednu fyzickú osobu. Súčasná právna úprava nemá charakter odškodnenia spočívajúceho v náhrade škody, ale je koncipovaná ako poistný systém kompenzačného charakteru. Niektoré úrazové dávky majú nadstavbový charakter k dôchodkovým dávkam (invalidný dôchodok) alebo k nemocenským dávkam (nemocenské), čo sa premieta aj do podmienok nároku na tieto úrazové dávky alebo na ich výplatu a na určovanie ich sumy. 

Z úrazového poistenia Sociálna poisťovňa po splnení zákonom stanovených podmienok poskytujú tieto úrazové dávky prevažne peňažného charakteru: 

• úrazový príplatok 
• úrazová renta, 
• jednorazové vyrovnanie, 
• pozostalostná úrazová renta, 
• jednorazové odškodnenie, 
• pracovná rehabilitácia (vecná dávka) a rehabilitačné, 
• rekvalifikácia (vecná dávka) a rekvalifikačné, 
• náhrada za bolesť a náhrada za sťaženie spoločenského uplatnenia, 
• náhrada nákladov spojených s liečením, 
• náhrada nákladov spojených s pohrebom. 

Denný vymeriavací základ (DVZ) na určenie sumy úrazových dávok, ja na určenie sumy rehabilitačného 
a rekvalifikačného je podiel súčtu neobmedzených vymeriavacích základov zamestnanca, ktoré dosiahol 
u zamestnávateľa zodpovedného za škodu pri pracovnom úraze a chorobe z povolania v rozhodujúcom období a počtu kalendárnych dní rozhodujúceho obdobia, zaokrúhlený na štyri desatinné miesta nahor. 

Ak zamestnanec nemal v rozhodujúcom období príjem, z ktorého sa určuje jeho vymeriavací základ alebo ak nárok na úrazovú dávku vznikol v deň vzniku nemocenského poistenia a dôchodkového poistenia, suma úrazovej dávky sa určí z pravdepodobného denného vymeriavacieho základu. Pravdepodobný denný vymeriavací základ je jedna tridsatina vymeriavacieho základu, z ktorého sa platilo alebo by sa platilo poistné na úrazové poistenie za kalendárny mesiac, v ktorom poškodený naposledy vykonával činnosť zamestnanca pred vznikom pracovného úrazu alebo pred zistením choroby z povolania, za ktorých vzniká choroba z povolania. 

Ak nárok na úrazovú dávku vznikne v období po kalendárnom roku nasledujúcom po kalendárnom roku, v ktorom poškodený utrpel pracovný úraz alebo v ktorom poškodený naposledy pred zistením choroby z povolania pracoval ako zamestnanec za podmienok, za ktorých vzniká choroba z povolania, určí sa DVZ podľa predchádzajúceho odseku a vynásobí sa koeficientom určeným ako podiel všeobecného vymeriavacieho základu za kalendárny rok, ktorý bezprostredne predchádza kalendárnemu roku, 
v ktorom vznikol nárok na úrazovú dávku, a všeobecného vymeriavacieho základu za kalendárny rok, ktorý predchádza kalendárnemu roku, v ktorom poškodený utrpel pracovný úraz alebo v ktorom naposledy pred zistením choroby z povolania pracoval za podmienok, za ktorých vzniká choroba z povolania. Koeficient sa zaokrúhľuje na štyri desatinné miesta nahor.  

Navrhované riešenie začína v bode prijatia Žiadosti (o úrazovú dávku) multikanálovým prístupom (projekt nerieši samotné podanie žiadosti, ani jej formu – to je predmetom iného projektu SP). Jadrom riešenia je spracovanie oznámenia spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok.

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti pre účely ÚD okrem úrazového príplatku . 

1. Úprava/optimalizácia a registrácia KS ÚD. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Funkčnosť spracovania ÚD bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

Procesná mapa 8: Úrazový príplatok, poistná udalosť

Procesná mapa 9: Úrazová renta, jednorazové vyrovnanie

ŽS8 - 7 Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny + ŽS8 - 8 Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia

Sociálna poisťovňa (SP) je príslušná rozhodovať o nároku na ošetrovné v súlade s ustanoveniami   § 39 a násl. zákona č. 461/2003 Z. z. o sociálnom poistení. 

Účelom je rozhodnutie o nároku na ošetrovné. Poistencovi vzniká nárok na ošetrovné od prvého dňa potreby osobného a celodenného ošetrovania fyzickej osoby. Ošetrovné sa poskytuje za dni. Nárok na výplatu ošetrovného je maximálne 14 dní v tom istom prípade. 

SP posúdi podmienky nároku na ošetrovné a jeho výplatu.   

Po priznaní nároku ošetrovného je SP povinná vyplácať tieto dávky v lehotách určených SP, pričom tieto dávky sa vyplácajú mesačne pozadu. 

SP je povinná vydávať na žiadosť poistenca potvrdenie o nároku na dávku, nároku na jej výplatu a o sume.  

Výška ošetrovného sa počíta ako 55% denného vymeriavacieho základu (DVZ) alebo pravdepodobného denného vymeriavacieho základu (PDVZ). 

Navrhované riešenie začína v bode prijatia Žiadosti OČR multikanálovým prístupom (projekt nerieši samotné podanie žiadosti, ani formulár žiadosti). Jadrom riešenia je spracovanie oznámenia spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok
• boli pokryté aj ďalšie kroky pre iných aktérov (napr. PZS).

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov; úprava EKP pre PZS, ktorí už nebudú musieť vykazovať ZV v súvislosti s OČR.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti o ošetrovné. 

1. Vytvorenie / optimalizácia a registrácia KS OČR. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia poskytnutia OČR bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Návrh predpokladá sprístupnenie a prijímanie informácií od zamestnávateľa (RLFO) a poistenca, ktorý bude o podaní žiadosti informovaný prostredníctvom portálu SP. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme. 

1. Úprava zákona č. 576/2004 Z. z. o zdravotnej starostlivosti, službách súvisiacich s poskytovaním zdravotnej starostlivosti. 

ŽS8 - 9 Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny

Sociálna poisťovňa (SP) je príslušná rozhodovať o nároku na ošetrovné v súlade s ustanoveniami   § 39 a násl. zákona č. 461/2003 Z. z. o sociálnom poistení. 

Účelom je rozhodnutie o nároku na  ošetrovné. Poistencom vzniká nárok na ošetrovné od prvého dňa potreby osobného a celodenného ošetrovania fyzickej osoby. Ošetrovné sa poskytuje za dni.  

SP posúdi podmienky nároku na ošetrovné a jeho výplatu.   

Po priznaní nároku  ošetrovného je SP povinná vyplácať tieto dávky v lehotách určených SP, pričom tieto dávky sa vyplácajú mesačne pozadu. 

SP je povinná vydávať na žiadosť poistenca potvrdenie o nároku na dávku, nároku na jej výplatu a o sume.  

Výška ošetrovného je 55% denného vymeriavacieho základu (DVZ) alebo pravdepodobného denného vymeriavacieho základu (PDVZ). 

Navrhované riešenie začína v bode prijatia Žiadosti OČR multikanálovým prístupom (projekt nerieši samotné podanie žiadosti, ani formulár žiadosti). Jadrom riešenia je spracovanie oznámenia spôsobom, aby

• Reflektoval upravenú KS žiadosti
• boli pokryté aj ďalšie kroky a KS pre občana – napr. výplata prislúchajúcich dávok
• boli pokryté aj ďalšie kroky pre iných aktérov (napr. PZS).

Z používateľského hľadiska bude súčasťou riešenia aj úprava používateľského grafického prostredia IS, najmä z dôvodu zobrazovania nových údajov; úprava EKP pre PZS, ktorí už nebudú musieť vykazovať ZV v súvislosti s OČR.

PREDPOKLADY 

1. Návrh predpokladá začatie konania v prípade doručenia elektronickej a papierovej žiadosti pre účely DOŠ. 

1. Vytvorenie / optimalizácia a registrácia KS  DOŠ. 

1. Návrh predpokladá s funkcionalitou centrálnych komponentov SP (IS REG, BPM). 

1. Automatizácia poskytnutia DOŠ bude implementovaná do takej miery, ktorá je umožnená zákonom a technickými možnosťami AS. 

1. Návrh predpokladá sprístupnenie a prijímanie informácií od zamestnávateľa (RLFO) a poistenca, ktorý bude o podaní žiadosti informovaný prostredníctvom portálu SP. 

1. Úprava zákona č. 461/2003 Z. z. o sociálnom poistení. 

1. Úprava zákona č. 153/2013 Z. z. o  národnom zdravotníckom informačnom systéme 

1. Úprava zákona č. 576/2004 Z. z. o zdravotnej starostlivosti, službách súvisiacich s poskytovaním zdravotnej starostlivosti

Procesná mapa 10: Dlhodobé ošetrovné

Všetky procesné mapy sú súčasťou Prílohy 6

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

Projekt rieši napriamo len dve koncové služby (podfarbené modrou farbou). V tabuľke ale uvádzame aj primárne koncové služby, ktorých sa nepriamo projekt týka (najmä z pohľadu spracovania vstupných formulárov koncových služieb).

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 Príprava na notifikácie

Táto oblasť sa v rámci aplikačnej architektúry popisuje v kapitolách nižšie, nakoľko ide o prípravu IS na informovanie klienta.

4.2.2 Prioritná životná situácia 7 – Narodenie dieťaťa

4.2.2.1 ŽS7-1 Prerušenie tehotenstva – IS NPaLPČ

Zaevidovanie podania

Proces začína aktivitou zaevidovania prijatého podania OOUT v elektronickej alebo papierovej forme v IS NPaLPČ. 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierové podanie

Alternatíva 1: 

Proces zaevidovania papierového oznámenia  bude v IS NPaLPČ nasledovný: 

• Papierové oznámenie je zaevidované do OE doručené dokumenty (je súčasťou SDP Objekt registratúra). 
• Papierové oznámenie je zaevidované do OE žiadosti/podania/formuláre (nový OE). 
• Proces evidencie oznámenia v NPaLPČ, t.j. evidencia DPT v SDP a prislúchajúcom konaní musí byť prispôsobený novým potrebám referencovania oznámenia a evidencie údaja DPT na OE Tehotenstvo a príslušné SDP, prípadne na iné nové štruktúry a funkcionality   
• Proces spracovania oznámenia ako napr. posúdenie nároku na dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania oznámenia bude realizovaný nasledovne: 

• Papierové oznámenie je zaevidovanédo IS REG. 
• IS REG zabezpečí spracovanie oznámenia (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierového oznámenia, poskytnutie údajov a metaúdajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy ukončenia aktívnych dávok TEH a MATDx. 
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 
• IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese. 
• Zaevidovanie oznámenia do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierového oznámenia bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy ukončenia aktívnych SDP a dávok TEH a MATDx. IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierového oznámenia bude na evidenciu využívať prepisovanie údajov z papierového oznámenia určeným zamestnancom SP do vstupného elektronického formuláru, ktorý využíva aj žiadateľ v portálovom riešení SP. NPaLPČ ponúkne priame (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkcionalita). Následne oznámenie bude do NPaLPČ doručené ako elektronické, ale sa zabezpečí, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierového oznámenia a tiež aj kedy a kto zaevidoval  “prepísal” papierové oznámenie do “elektronického formulára“.  

Elektronické podanie

Alternatíva 1: 

Proces zaevidovania elektronického podania OOUT bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti/podania zostanú v platnosti. 
• Elektronické podanie je zaevidované do OE prijaté formuláre. 
• IS NPaLPČ zabezpečí zobrazenie oznámenia s linkom na prílohy. 
• IS NPaLPČ zabezpečí úpravu procesu spracovania v zmysle vytvorenia podania  OOUT (tlačivo súvisí s ŽS_BP_07).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 
• IS NPaLPČ zabezpečí obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov a potreby začatia procesu ukončenia aktívnych SDP a dávok TEH a MATDx, notifikácie a pod. 
• IS NPaLPČ zabezpečí zobrazenie podania OOUT s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE prijaté formuláre (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronického podania bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy ukončenia aktívnych dávok TEH a MATDx. IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod. 

Automatický spôsob oznámenia

Tretím a zároveň automatickým spôsobom oznámenia/podania poistenkyne, je udelenie súhlasu so zverejňovaním údajov o tehotenstve tzv. ODP a DPT. Prijaté údaje/informácie o tehotenstve z NCZI budú spracované v IS EKP / SES a následne budú poskytnuté cez integračné rozhranie do IS NPaLPČ, ktorý si uvedené údaje zapíše a spracuje podľa dohodnutých pravidiel z integračného manuálu. IS NPaLPČ zabezpečí automatické uloženie záznamu DPT do OE tehotenstva. Ak systém identifikuje prijatý DPT z NCZI, zabezpečí sa spustenie procesov ukončovania SDP a vyplácania relevantných dávok (TEH/ MATDx). Proaktivita začatia alebo ukončenia bude určená spracovaním informácií nad ODP a DPT: 

• Na začiatku 27. týždňa pred ODP -> TEH s dátumom ukončenia ku dňu DPT 
• Na začiatku 6. týždňa pred ODP -> MATDx s dátumom ukončenia ku dňu DPT 

IS NPaLPČ zabezpečí pravidelné každodenné spracovanie (trigger) nad aktuálne platným ODP (posledný prijatý resp. označený v OE) a evidovaným DPT. NPaLPČ overí podmienky proaktívneho vzniku konania (a SDP)  a to, že platí zásada v prípade TEH sa konanie vytvára ak tehotenstvo nie je ukončené k dátumu 27 týždňov pred ODP a pri MAT ak tehotenstvo nie je ukončené k dátumu 6 týždňov pred ODP. Následne v deň vzniku konania systém prevezme pre daného poistenca platné registrácie  a OL t. j. NPaLPČ vytvorí referencie na registrácie a OL. Na základe vytvorených referencií, vytvorí pre každú registráciu žiadosť a konanie s definovaným koncom platnosti ku dňu DPT v NPaLPČ. 

Zapísaním záznamu DPT pre konkrétne tehotenstvo sa v NPaLPČ spúšťa séria procesov, ktorá vedie k uzavretiu SDP, zmene v OL a ukončeniu podporného obdobia. Uvedené procesy sú spúšťačom, podľa stavu v ktorom sa uvedené OE nachádzajú, ďalších prepojených procesov, ktoré budú popísané nižšie.

Spracovanie podanie OOUT

Aktivity:

• Spracovanie podania OOUT (zapísanie častí, ktoré neboli vyťažené)
• Referencovanie OE formulára na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie, prerušenia RD a MD a OL) a kontrola duplicity
• Zaradenie do pracovného zásobníka s chybovým stavom
• Spracovanie podaní s chybovým stavom
• Automatické/manuálne vytvorenie OE tehotenstvo

Spracovanie podania OOUT

Používateľ systému (pracovník SP) si prevezme podanie OOUT zo zásobníka a vykoná úpravu OE tehotenstva s vyťažením dát z podania OOUT. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží z podania OOUT. Podmienkou pokračovania procesu spracovania OOUT je priloženie/dožiadanie prílohy s DPT. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Po procese zaevidovania podania OOUT nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby podľa povahy formulára alebo už evidovaných procesov v NPaLPČ) vytvorených OE na OE NPaLPČ. Systém vytvára automaticky referencie minimálne na:  

• Poistenca, 

• Registrácie, OL, Prerušenie RD a MD (platí len pri TEH) 

• Tehotenstvo. 

Referencovanie OE

V uvedenom kroku NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu podania OOUT (nová funkcia) v NPaLPČ. Bude zabezpečená škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. NPaLPČ zároveň zabezpečí kontrolu duplicity záznamov v OE tehotenstva. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE podania OOUT o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  

• Stav spracovania referencií na registrácie, 

• Stav spracovania kontroly duplicity podania OOUT, 

• Stav spracovania kontroly duplicity záznamu tehotenstva, 

• Existencia záznamu ukončenia tehotenstva (DPT z NCZI; je predmetom iného projektu), 

• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP). 

• Stav spracovania referencie na tehotenstvo (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie a aktualizovanie OE tehotenstva s ref na OE NPaLPČ) 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE formuláre chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE formuláre stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne 

Zaradenie do pracovného zásobníka s chybovým stavom

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú žiadosť zaradí do pracovného zásobníka žiadostí/podaní s chybovým stavom.

Spracovanie podaní s chybovým stavom

Používateľ systému (pracovník SP) si prevezme uvedenú žiadosť zo zásobníka a vykoná spracovanie podania s chybovým stavom. Používateľovi systém zabezpečí minimálne nasledovnú funkcionalitu pre realizovanie aktivít: 

• Manuálne párovanie na poistenca, 

• Manuálne párovanie na registráciu, 

• Úprava údajov v OE NPaLPČ žiadosti a formulári, 

• Vloženie do SDP( súbeh konaní/nové konanie), 

• Vytvorenie/ukončenie OL, 

• Vytvorenie/nevytvorenie/ukončenie SDP, 

• Úprava OE tehotenstva s DPT, 

• Kontrola prílohy žiadosti, 

• Podporenie vyťažovania žiadosti v uvedených aktivitách. 

Podmienkou pokračovania procesu spracovania podania OOUT je priloženie/dožiadanie prílohy s DPT. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Po zaevidovaní prílohy s DPT a zrealizovaní aktivít v systéme, NPaLPČ zapíše pre všetky stavy spracovania pozitívnu hodnotu. Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE podania OOUT na úspešné a vytvorí referenciu OE žiadosti/podaní na SDP. Po uvedenom kroku je žiadosť referencovaná na všetky OE NPaLPČ a vložená do SDP s vytvoreným konaním/konaniami.  

Systém na základe zaevidovania DPT a pozitívnych hodnôt spracovania automaticky ukončí SDP TEH/MATDx spolu s PO. Proces pokračuje podľa implementačných poznámok 2 a 3 v kapitole 5.2. 

Dôležitým parametrom, ktorý musí systém sledovať je existencia DPT  v OE Tehotenstva a zároveň existencia DPT z NCZI, ktorá spôsobuje ukončenie TEH/MATDx.  

Automatické/manuálne vytvorenie OE tehotenstvo

Došpecifikovanie procesu úprava OE tehotenstva s DPT bude nasledovné: 

• V prípade, že NPaLPČ dokáže nareferencovať prijaté údaje z podania na OE tehotenstve z NCZI, spustí manuálne procesy evidencie pre OE tehotenstva napr. zaevidovanie DPT, označenie posledného platného DPT a pod. 

• V prípade, že NPaLPČ nedokáže nareferencovať prijaté údaje z podania na OE Tehotenstva vyzve referenta na manuálne vytvorenie nového/aktualizáciu OE tehotenstva obsahujúce prijaté údaje z OOUT.  

Systém umožní vytvoriť záznam v OE tehotenstva aj bez ODP. Systém v uvedenom stave zapíše DPT a bude čakať na prípadné doplnenie ODP, následne sa naštartujú podprocesy prípadného vzniku konania a SDP prípadne ukončovania relevantných SDP a dávok.

Kontroly za účelom identifikácie rozsahu úkonov potrebných pre ukončenie dávky

IS NPaLPČ zabezpečí funkcie overenia/kontroly zaevidovaného DPT v OE Tehotenstvo pre nasledovné aspekty: 

• Existencia aktívneho SDP TEH 

• Vznik konania o nároku na proaktívnu dávku TEH (27 týždňov pred ODP) 

• Existencia výpočtov pre dávku TEH  

IS NPaLPČ na základe referencií identifikuje aktívne/neaktívne SDP pre TEH:  

• Ak NPaLPČ vyhodnotí, že pre dané tehotenstvo sa v evidencii nenachádza aktívne SDP, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola vzniku nároku proaktívneho poskytnutia dávky TEH“.

• Ak NPaLPČ vyhodnotí, že pre dané tehotenstvo sa v evidencii nachádza aktívne SDP, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola nároku na dávku TEH“.

Kontrola vzniku nároku proaktívneho poskytnutia proaktívnej dávky TEH

IS NPaLPČ na základe prijatého ODP a DPT vyhodnotí, či vznikol alebo nevznikol nárok na vytvorenie proaktívneho začatia konania za účelom poskytnutia TEH dávky.  

• Ak NPaLPČ vyhodnotí, že DPT sa nachádza v rámci 27 týždňa pred ODP (minimálne jeden deň), tak automaticky vytvorí SDP, ktoré bude mať platnosť do dátumu DPT.

• Ak NPaLPČ vyhodnotí, že DPT sa nenachádza v rámci 27 týždňa pred ODP (je pred začiatkom), tak NPaLPČ nevytvorí SDP nakoľko doručením DPT nevznikol dôvod na vznik nároku na dávku TEH.

Kontrola nároku na dávku TEH

IS NPaLPČ na základe prijatého DPT v OE tehotenstvo vyhodnotí, že existuje k OE Tehotenstvo vytvorený SDP, tak NPaLPČ overí či dátum vzniku SDP dávky vznikol pred DPT alebo po DPT:  

• Ak DPT je pred dátumom kedy vznikol nárok na dávku TEH, tak NPaLPČ notifikuje referenta o potrebe špeciálneho prehodnotenia prípadu tzn. posúdenie preplatku alebo úplné odňatie dávky   

• Ak DPT je po dátume kedy vznikol nárok na dávku TEH, tak NPaLPČ automaticky ukončí SDP TEH a PO ku dňu DPT. Následne NPaLPČ vykoná kontrolu existencie výpočtov pre dávku TEH, ktorá je popísaná v kapitole „Kontrola existencie výpočtov pre dávku TEH“.

IS NPaLPČ vyhodnotí či pre danú dávku existuje minimálne jeden výpočet (akýkoľvek):  

• Ak NPaLPČ vyhodnotí, že pre dávku existuje minimálne jeden výpočet, tak vykoná kontrolu toho či DPT sa nachádza v rámci alebo pred obdobím za ktoré bol výpočet vykonaný 

• Ak NPaLPČ vyhodnotí, že prijatý DPT sa nachádza pred alebo v období zohľadnenom vo výpočtoch, tak NPaLPČ notifikuje referenta o potrebe špeciálneho prehodnotenia prípadu tzn. posúdenie preplatku, kde referent buď zruší predpripravené výpočty (ak existujú) a následne vykoná nové výpočty  

• Ak NPaLPČ vyhodnotí, že prijatý DPT sa nenachádza pred alebo v období zohľadnenom vo výpočtoch, tak NPaLPČ nevykoná nič a ponechá ďalšie spracovanie už ukončeného SDP na MV alebo AV, ktoré vykonajú prepočet výšky dávky za prislúchajúce obdobie tzn. do DPT.  

• Ak NPaLPČ vyhodnotí, že pre dávku neexistuje minimálne jeden výpočet, tak NPaLPČ nevykoná nič a ponechá ďalšie spracovanie už ukončeného SDP na MV alebo AV, ktoré vykonajú prepočet výšky dávky za prislúchajúce obdobie tzn. do DPT.  

Vytvorenie kontrol za účelom identifikácie rozsahu úkonov potrebných pre ukončenia dávky MATDx

IS NPaLPČ zabezpečí funkcie overenia/kontroly zaevidovaného DPT v OE Tehotenstvo pre nasledovné aspekty: 

• Existencia aktívneho SDP MATDx  

• Vznik konania o nároku na proaktívnu dávku MATDx (6 týždňov pred ODP)  

• Dĺžka trvania tehotenstva  

• Narodenie dieťaťa  

• Vznik konania o nároku na dávku MATDx  

• Existencia výpočtov pre dávku MATDx  

 NPaLPČ na základe referencii identifikuje aktívne/neaktívne SDP pre MATDx 

• Ak NPaLPČ vyhodnotí, že pre dané tehotenstvo sa v evidencii nenachádza aktívne SDP, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola dĺžky trvania tehotenstva“  

• Ak NPaLPČ vyhodnotí, že pre dané tehotenstvo sa v evidencii nachádza aktívne SDP, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola nároku na dávku MATDx“ 

Kontrola dĺžky trvania tehotenstva v prípade existencie SDP MATDx

IS NPaLPČ vyhodnotí na základe ODP, ako dlho trvalo tehotenstvo:  

• Ak NPaLPČ vyhodnotí, že tehotenstvo trvalo dlhšie ako 18 týždňov, tak sa vykoná overenie (každý mesiac do doby ODP + 2 týždne) toho či bolo narodené dieťa:  

• Ak bolo identifikované v RFO SP narodenie dieťa pre dané tehotenstvo, tak NPaLPČ notifikuje referenta o potrebe špeciálneho prehodnotenia prípadu tzn. posúdenie preplatku alebo úplné odňatie dávky.  

•  Ak nebolo identifikované v RFO SP narodenie dieťa pre dané tehotenstvo, tak je mesačne vykonávané overenie narodenia dieťaťa do doby ODP + 2 týždne. Ak sa za toto obdobie nepotvrdí narodenie dieťa, tak NPaLPČ vykoná kontrolu vzniku nároku na dávku MATDx.  

• Ak NPaLPČ vyhodnotí, že tehotenstvo trvalo kratšie ako 18 týždňov, tak NPaLPČ vykoná kontrolu vzniku nároku na dávku MATDx. 

Kontrola vzniku proaktívneho konania o dávke MATDx

IS NPaLPČ na základe prijatého ODP + DPT vyhodnotí, či vznikol alebo nevznikol nárok na vytvorenie proaktívneho začatia konania za účelom poskytnutia MATDx dávky: 

• Ak NPaLPČ vyhodnotí, že DPT sa nachádza v rámci 6 týždňa pred ODP (minimálne jeden deň), tak NPaLPČ automaticky vykoná proces spracovania konania SDP. Vytvorí SDP, ktoré bude mať platnosť do dátumu DPT, 

• Ak NPaLPČ vyhodnotí, že DPT sa nenachádza v rámci 6 týždňa pred ODP (je pred začiatkom), tak NPaLPČ nevytvorí SDP nakoľko doručením DPT nevznikol dôvod na vznik konania o nároku na dávku MATDx.  

Kontrola vzniku nároku na dávku MATDx

IS NPaLPČ na základe prijatého DPT vyhodnotí, že existuje k OE Tehotenstvo vytvorený SDP, tak NPaLPČ aj overí či dátum vzniku SDP dávky vznikol pred DPT alebo po DPT:  

• Ak DPT je pred dátumom kedy vznikol nárok na dávku MATDx, tak NPaLPČ notifikuje referenta o potrebe špeciálneho prehodnotenia prípadu tzn. posúdenie preplatku alebo úplné odňatie dávky   

• Ak DPT je po dátume kedy vznikol nárok na dávku MATDx, tak NPaLPČ automaticky ukončí SDP MATDx a PO ku dňu DPT. Následne NPaLPČ vykoná kontrolu existencie výpočtov pre dávku MATDx, ktorá je popísaná v kapitole „Kontrola existencie výpočtov pre dávku MATDx“  

Kontrola existencie výpočtov pre dávku MATDx 

IS NPaLPČ vyhodnotí či pre danú dávku existuje minimálne jeden výpočet (akýkoľvek):  

• Ak NPaLPČ vyhodnotí, že pre dávku existuje minimálne jeden výpočet, tak vykoná kontrolu toho či DPT sa nachádza v rámci alebo pred obdobím za ktoré bol výpočet vykonaný  

• Ak NPaLPČ vyhodnotí, že prijatý DPT sa nachádza pred alebo v období zohľadnenom vo výpočtoch, tak NPaLPČ notifikuje referenta o potrebe špeciálneho prehodnotenia prípadu tzn. posúdenie preplatku, kde referent buď zruší predpripravené výpočty (ak existujú) a následne vykoná nové výpočty  

• Ak NPaLPČ vyhodnotí, že prijatý DPT sa nenachádza pred alebo v období zohľadnenom vo výpočtoch, tak NPaLPČ nevykoná nič a ponechá ďalšie spracovanie už ukončeného SDP na MV alebo AV, ktoré vykonajú prepočet výšky dávky za prislúchajúce obdobie tzn. do DPT.  

• Ak NPaLPČ vyhodnotí, že pre dávku neexistuje minimálne jeden výpočet, tak NPaLPČ nevykoná nič a ponechá ďalšie spracovanie už ukončeného SDP na MV alebo AV, ktoré vykonajú prepočet výšky dávky za prislúchajúce obdobie tzn. do DPT.  

Automatické ukončenie SDP TEH/MATDx v IS NPaLPČ

NPaLPČ zabezpečí pravidelné každodenné spracovanie platnosti SDP v prípade, že je na danom tehotenstve evidovaný DPT tzn. SDP spolu s PO bude ukončené v k dátumu DPT. Následne pokračujúce výpočty (AV/MV) NPaLPČ zaeviduje, že SDP je ukončené a neumožní pokračovať vo výpočtoch po období prijatého DPT k danému tehotenstvu.  

Aktivity:

• Ukončenie SDP TEH a ukončenie PO TEH ku dňu DPT
• Ukončenie SDP MATDx a ukončenie PO ku dňu DPT

Tlačové zostavy, Štatistické zostavy, Šablóny rozhodnutí, Potvrdenia

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/dávkových spisov/konaní. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vytváraní ochranných lehôt. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o TEH/MATDx, pomocou ktorých bude možné od sledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí/konaní TEH/MATDx. 

• Spôsob prijatia DPT 

• Spôsob ukončenia SDP (automatické/manuálne) 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov TEH/MATDx. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa ukončenia o TEH/MATDx. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia TEH

 Na obrazovke NPaLPČ v GUI bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Prelink na detail podania OOUT, 

• Po kliknutím „link“ bude používateľovi zobrazené podanie OOUT v náhľade, 

• Položka „Dátum prerušenia tehotenstva“ (DPT) 

• položka bude automaticky pred vyplnená dátumom po prijatí DPT z NCZI alebo po zaevidovaní referentom v OE Tehotenstvo 
  • V prípade, že DPT bolo prijaté z NCZI položka bude needitovateľná 

Úprava grafického prostredia MAT

Na obrazovke NPaLPČ v GUI bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Prelink na detail podania OOUT, 

• Po kliknutím „link“ bude používateľovi zobrazené podanie OOUT v náhľade, 

• Položka „Dátum prerušenia tehotenstva“ (DPT) 

• položka bude automaticky pred-vyplnená dátumom po prijatí DPT z NCZI alebo po zaevidovaní referentom v OE Tehotenstvo 
  • V prípade, že DPT bolo prijaté z NCZI položka bude needitovateľná 

4.2.2.2 ŽS7–2 Žiadosť o tehotenské - IS NPaLPČ

Riešenie oblasti Žiadosť o tehotenské je analogické k riešeniu oblasti Prerušenie tehotenstva, nakoľko proces podania a spracovania žiadosti je analogický. Žiadosť o tehotenské však má svoje špecifiká najmä v procese spracovania a evidovania SDP.

Zaevidovanie žiadosti

Proces a popis implementácie Žiadosti o tehotenské (TEH) začína aktivitou zaevidovania prijatej žiadosti TEH v elektronickej alebo papierovej forme v IS NPaLPČ. 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS NPaLPČ nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SDP Objekt registratúra). 

• Papierová žiadosť je zaevidovaná do OE žiadosti (nový OE). 

• Proces spracovania žiadosti ako napr. vytvorenie SDP a konania musí byť prispôsobený novým potrebám referencovania žiadosti na OE Tehotenstvo a prípadne iné nové štruktúry a funkcionality. 

• Proces spracovania žiadosti ako napr. posúdenie nároku na dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG. 

• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti, poskytnutie údajov a metaúdajov). 

• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy TEH. 

• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 

• IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 

• Proces spracovania bude následne prebiehať ako na priloženom procese. 

• Zaevidovanie žiadosti do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy TEH. IS NPaLPČ  zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierovej žiadosti bude na evidenciu využívať prepisovanie údajov z papierovej žiadosti určeným zamestnancom SP do vstupného elektronického formulára, ktorý využíva aj žiadateľ v portálovom riešení SP. NPaLPČ ponúkne priamo (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkcionalita NPaLPČ). Následne žiadosť bude do NPaLPČ doručená ako elektronická, ale sa zabezpečí, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierovej žiadosti a tiež aj kedy a kto zaevidoval  “prepísal” papierovú žiadosť do elektronického formulára“. 

Elektronická žiadosť

Alternatíva 1: 

Proces zaevidovania elektronickej žiadosti TEH bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti zostanú v platnosti. 

• Elektronická žiadosť je zaevidovaná do OE prijaté formuláre a OE žiadosti. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• IS NPaLPČ zabezpečí úpravu procesu spracovania v zmysle optimalizácie žiadosti (tlačiva súvisí s ŽS_BP_25a).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 

• IS NPaLPČ zabezpečí obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov a potreby začatia procesu TEH, notifikácie a pod. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• Následne proces pokračuje zaevidovaním do OE prijaté formuláre a OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronickej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy TEH. IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod. 

Automatický spôsob žiadosti

Tretím a zároveň automatickým spôsobom žiadosti poistenkyne, je udelenie súhlasu so zverejňovaním údajov o tehotenstve tzv. ODP a DPT. Prijaté údaje/informácie o tehotenstve z NCZI budú spracované v IS EKP / SES a následne budú poskytnuté cez integračné rozhranie do IS NPaLPČ, ktorý si uvedené údaje zapíše a spracuje podľa dohodnutých pravidiel z integračného manuálu. NPaLPČ zabezpečí automatické uloženie záznamu ODP resp. DPT do OE tehotenstva. Ak v histórii ODP, systém identifikuje aspoň jeden prijatý ODP z NCZI, zabezpečí sa proaktivita resp. elektronická komunikácia relevantnej dávky (TEH). Proaktivita bude určená spracovaním informácií nad aktuálne platným ODP: 

• Na začiatku 27. týždňa pred ODP -> TEH 

Systém nebude vyhodnocovať, zavádzať kontroly, nad prijatými ODP. ODP aktualizované môže byť menšie aj väčšie ako predchádzajúce. Systém bude spracovávať vždy aktuálne určené ODP. 

IS NPaLPČ zabezpečí pravidelné každodenné spracovanie (trigger) nad aktuálne platným ODP (posledný prijatý resp. označený v OE). NPaLPČ overuje podmienky: 

• Dnešný deň“ sa rovná ODP – začiatok 27. týždňa 

• Vytvorenie SDP TEH 

V danom dni tzv. dnešný deň systém prevezme pre daného poistenca platné registrácie  a OL t. j. NPaLPČ vytvorí referencie na registrácie a OL. Na základe vytvorených referencií, vytvorí pre každú registráciu žiadosť a konanie v AS. 

Zapísaním záznamu DPT pre konkrétne tehotenstvo sa v  IS NPaLPČ spúšťa séria procesov, ktorá vedie k uzavretiu SDP, zmene v OL a ukončeniu podporného obdobia. Uvedené procesy sú spúšťačom, podľa stavu v ktorom sa uvedené OE nachádzajú, ďalších prepojených procesov, ktoré budú popísané v samostatnom CR. 

NPaLPČ zabezpečí kontrolu funkčnosti vytvárania proaktívnych SDP tak, aby logika funkčnosti zabezpečila vylúčenie záznamov tehotenstva menších alebo rovných: 

„Dnešný deň “ sa rovná ODP – obdobie TEH.  

V uvedených prípadoch NPaLPČ nevytvorí SDP. Ak SDP existuje naštartuje sa proces ukončovania vyplácania relevantných dávok.

Spracovanie žiadosti, vytvorenie SDP a konania v IS NPaLPČ

Aktivity:

• Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie, prerušenia RD a MD a OL) a kontrola duplicity
• Zaradenie do pracovného zásobníka žiadosti s chybným stavom.
• Spracovanie žiadosti s chybným stavom
• Zaradenie do pracovného zásobníka žiadosti typ TEH
• Poloautomatizované vytvorenie SDP TEH
• Referencovanie OE žiadosti a konaní na SDP
• Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP
• Spracovanie konaní SDP ( Súbeh, Vylúčenie konania, Samostatné konanie)

Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie, prerušenia RD a MD a OL) a kontrola duplicity

Po procese zaevidovania žiadosti nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby) vytvorených OE na OE NPaLPČ. Systém vytvára automaticky referencie minimálne na: 

• Poistenca, 

• Registrácie, OL, Prerušenie RD a MD 

• Tehotenstvo. 

V uvedenom kroku NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Bude zabezpečená škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. NPaLPČ zároveň zabezpečí kontrolu duplicity záznamov v OE tehotenstva. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  

• Stav spracovania referencií na registrácie, 

• Stav spracovania kontroly duplicity žiadosti, 

• Stav spracovania kontroly duplicity záznamu tehotenstva, 

• Existencia záznamu tehotenstva (ODP NCZI), 

• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP). 

• Stav spracovania referencie na tehotenstvo (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP) 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne.

Zaradenie do pracovného zásobníka žiadosti s chybným stavom

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú žiadosť zaradí do pracovného zásobníka žiadostí s chybovým stavom.

Spracovanie žiadosti s chybným stavom

Používateľ systému si prevezme uvedenú žiadosť zo zásobníka a vykoná spracovanie žiadosti s chybovým stavom. Používateľovi systém zabezpečí minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Manuálne párovanie na poistenca, 

• Manuálne párovanie na registráciu, 

• Úprava údajov v OE NPaLPČ žiadosti a formulári, 

• Vloženie do spisu ( súbeh konaní/nové konanie), 

• Vytvorenie OL, 

• Vytvorenie SDP, 

• Úprava OE tehotenstva s označením aktuálne platného ODP, 

• Kontrola prílohy žiadosti, 

• Podporenie vyťažovania žiadosti v uvedených aktivitách. 

Podmienkou pokračovania procesu spracovania žiadosti je priloženie/dožiadanie prílohy s ODP. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Po zaevidovaní prílohy s ODP a zrealizovaní aktivít v systéme, NPaLPČ zapíše pre všetky stavy spracovania pozitívnu hodnotu. Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti na úspešné a vytvorí referenciu OE žiadosti na SDP. Po uvedenom kroku je žiadosť referencovaná na všetky OE NPaLPČ a vložená do SDP s vytvoreným konaním/konaniami.  

Zaradenie do pracovného zásobníka žiadosti typ TEH

Systém na základe pozitívnych hodnôt spracovania zaradí OE žiadosti do pracovného zásobníka typ TEH.

Poloautomatizované vytvorenie SDP TEH

Používateľ systému si prevezme žiadosť zo zásobníka a vykoná úpravu OE tehotenstva s vyťažením a poloautomatizovaným vytvorením SDP TEH.

Referencovanie OE žiadosti a konaní na SDP

NPaLPČ následne vytvorí konania podľa počtu aktívnych registrácií, OL a prerušení RD a MD a vytvorí registratúrne záznamy od počtu aktívnych registrácií, OL a prerušení RD a MD. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží. Používateľovi nebude umožnené meniť všetky atribúty žiadosti ako pri papierovej žiadosti. Systém v rámci realizácie krokov vytvorí referenciu OE žiadosti na SDP. 

Podmienkou pokračovania procesu spracovania žiadosti je priloženie/dožiadanie prílohy s ODP. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Dôležitým parametrom, ktorý musí systém sledovať je duplicita záznamov v OE Tehotenstva (aktualizácia ODP) a zároveň existencia ODP z NCZI, ktorá spôsobuje proaktivitu TEH. Aktivity používateľa NPaLPČ sa nebudú líšiť rapídne medzi chybovými a pozitívnymi stavmi žiadosti.

Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP a Spracovanie konaní SDP

Používateľovi systému bude umožnené skontrolovať stavy vytvorenia referencie OE tehotenstva - žiadosti na SDP a OE tehotenstva. V prípade ak všetky stavy spracovania referencií majú pozitívnu hodnotu umožní systém vykonať akciu spracovania konania SDP TEH ako napr. 

• Súbeh, 

• Vylúčenie z konania, 

• Samostatné konanie. 

Funkčnosť spracovania konaní SDP zostane zachovaná. 

Posúdenie nároku na dávku a tvorba rozhodnutia

Aktivity

• Posúdenie nároku na dávku
• Prvý výpočet dávky (MV) 
• Vytvorenie rozhodnutia

Na základe generovania priebežného statusu spracovania konania môže používateľ systému pristúpiť k posúdeniu nároku na dávku TEH. Pri posudzovaní nároku na dávku bude zachovaná existujúca funkčnosť NPaLPČ. Systém minimálne zachová funkčnosť: 

• Systém posúdi podmienku 270 dní trvania nemocenského poistenia v posledných dvoch rokoch pred vznikom dôvodu na poskytnutie tehotenského. 

• Systém overí existenciu nemocenského poistenia, plynutie OL alebo prerušenia RD a MD. 

• Systém umožní vytvoriť OL. 

Pri vzniku nároku na dávku systém umožní používateľovi vykonať prvý výpočet dávky (MV). Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SDP s príznakom podľa spôsobu doručenia (Papierová, UPVS, EUP, proaktívna). Systém overuje či je aktívna elektronická schránka CÚD. Po prvom výpočte dávky, alebo nepriznaní nároku na dávku vzniká rozhodnutie podľa šablóny v AS. Podklady vstupujú do subprocesu pokračovania výpočtu dávky.  

Zaevidovanie OE dieťaťa

NPaLPČ zabezpečuje referenciu na RFO SP a kontroluje zaevidovanie objektu OE dieťaťa z RFO SP.  Systém má nastavenú kontrolu na narodenie dieťaťa. Ak nedôjde k automatickému zaevidovaniu OE dieťaťa, je umožnené manuálne zaevidovať OE dieťaťa. Po zaevidovaní OE dieťaťa v NPaLPČ štartujú procesy ukončovania TEH. Uvedená kontrola je súčasťou aj pokračujúcich výpočtov AV a MV. Pri spracovaní DPT, resp. nezaevidovaním OE dieťaťa sa štartujú procesy ukončovania SDP, PO a  vyplácania relevantných dávok.  

Pokračujúce výpočty dávky AV a MV

V prípade vzniku nároku na dávku používateľ po prvom výpočte dávky (MV) nastaví v  NPaLPČ buď AV alebo MV pre pokračujúce vyplácanie dávky. Uvedené výpočty zostávajú v platnosti, budú len funkčne rozšírené na všetky SDP podľa spôsobu doručenia. Pri výpočte sa prehodnotia vstupy (OE dieťaťa, DPT a pod.), ktoré majú dopad na kontroly a zmenu typu výpočtu v AS. 

Počas cyklu pokračujúcich vyplácaných dávok môže na základe vstupov / kontrol v  NPaLPČ dôjsť k nasledujúcim stavom: 

• Vstup = nie / kontrola AV = nie -> pokračujúce vyplácanie dávky, 

• Vstup = áno / kontrola AV  = nie -> ukončenie vyplácania dávky/manuálny vstup do dĺžky vyplácania dávky 

• Nastavené pokračujúce MV -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky, 

• Vstup = nie / kontrola AV = áno -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky. 

Aktivity:

• Pokračujúce výpočty dávky AV a MV do vyplatenia dávky 
• Zaradenie do pracovného zásobníka MV

Tlačové zostavy, Štatistické zostavy, Rozhodnutia, Potvrdenia

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/dávkových spisov/konaní. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vytváraní ochranných lehôt. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o TEH, pomocou ktorých bude možné

odsledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí/konaní TEH. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov TEH. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa žiadostí o TEH. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia TEH

Na obrazovke bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Prelink na detail žiadosti TEH, 

• Po kliknutím „link“ bude používateľovi zobrazená žiadosť v náhľade, 

•  Evidencia zmien  / aktualizácii údajov príslušných k SDP a konaniu (nová záložka),  

• Na obrazovku SDP pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa danej dávky,  

• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová, elektronická žiadosť a NCZI),   

• Zobrazenie spracovaných a prijatých údajov od poistenca. 

Vytvorenie evidencie pracovného zásobníka/preberanie úloh

 Bude vytvorená funkcionalita slúžiaca na evidovanie pracovného zásobníka žiadostí / podaní / konaní a preberania úloh zo žiadostí / konaní o TEH (obdobná funkcionalita ako pri ePN)  aj s príslušným náhľadom (agregáciou) na príslušné pohľady (grupovanie po spisoch, žiadostiach resp. konaniach) 

V rámci zoznamu bude možné vyhľadávať/filtrovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 

• ODP, 

• Priezviska poistenca (pre ktorého žiadosť vznikla), 

• Rodného čísla poistenca (pre ktorého žiadosť vznikla), 

• Stav žiadosti (Nepriradená, Priradená,. . . ).  

V rámci zoznamu bude možné zoraďovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 

• Priezviska poistenca (pre ktorého žiadosť vznikla), 

• Stav žiadosti (Nepriradená, Priradená,  ). 

Zoznam bude obsahovať funkcionality umožňujúce vykonať nasledovné úkony: 

• Zmenu pohľadu na rôzne úrovne agregácie, 

• Zobrazenie náhľadu žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré sú v stave „Priradená“ tzn. daná žiadosť je už priradená riešiteľovi, 

• Priradenie žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré v stave „Nepriradená“ tzn. daná žiadosť nie je priradená riešiteľovi. 

4.2.2.3 ŽS7-4 Žiadosť o materské – tehotná žena - IS NPaLPČ

Riešenie oblasti Žiadosť o materské je analogické k riešeniu oblasti Prerušenie tehotenstva a oblasti Žiadosť o tehotenské, nakoľko proces podania a spracovania žiadosti je analogický. Žiadosť o tehotenské však má svoje špecifiká najmä v procese spracovania a evidovania SDP.

Zaevidovanie žiadosti

Proces a popis implementácie Žiadosti o materskú (MATDx) začína aktivitou zaevidovania prijatej žiadosti MATDx v elektronickej alebo papierovej forme v IS NPaLPČ. 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS NPaLPČ nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SDP Objekt registratúra). 

• Papierová žiadosť je zaevidovaná do OE žiadosti (nový OE). 

• Proces spracovania žiadosti ako napr. vytvorenie SDP a konania musí byť prispôsobený novým potrebám referencovania žiadosti na OE Tehotenstvo a prípadne iné nové štruktúry a funkcionality. 

• Proces spracovania žiadosti ako napr. posúdenie nároku na dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG. 

• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti, poskytnutie údajov a metaúdajov). 

• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy MATDx. 

• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 

• IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 

• Proces spracovania bude následne prebiehať ako na priloženom procese. 

• Zaevidovanie žiadosti do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy MATDx. IS NPaLPČ  zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierovej žiadosti bude na evidenciu využívať prepisovanie údajov z papierovej žiadosti určeným zamestnancom SP do vstupného elektronického formulára, ktorý využíva aj žiadateľ v portálovom riešení SP.  NPaLPČ ponúkne priame (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkcionalita  NPaLPČ). Následne žiadosť bude do  NPaLPČ doručená ako elektronická, ale musí sa zabezpečiť, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierovej žiadosti a tiež aj kedy a kto zaevidoval  “prepísal” papierovú žiadosť do elektronického formulára“. 

Elektronická žiadosť

Alternatíva 1: 

Proces zaevidovania elektronickej žiadosti MATDx bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti zostanú v platnosti. 

• Elektronická žiadosť je zaevidovaná do OE prijaté formuláre a OE žiadosti. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• IS NPaLPČ zabezpečí úpravu procesu spracovania v zmysle optimalizácie žiadosti (tlačiva súvisí s ŽS7_BP_25a).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 

• IS NPaLPČ zabezpečí obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov a potreby začatia procesu MATDx, notifikácie a pod. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• Následne proces pokračuje zaevidovaním do OE prijaté formuláre a OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronickej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy MATDx. IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod. 

Automatický spôsob žiadosti

Tretím a zároveň automatickým spôsobom žiadosti poistenkyne, je udelenie súhlasu so zverejňovaním údajov o tehotenstve tzv. ODP a DPT. Prijaté údaje/informácie o tehotenstve z NCZI budú spracované v IS EKP / SES a následne budú poskytnuté cez integračné rozhranie do IS NPaLPČ, ktorý si uvedené údaje zapíše a spracuje podľa dohodnutých pravidiel z integračného manuálu.  NPaLPČ zabezpečí automatické uloženie záznamu ODP resp. DPT do OE tehotenstva. Ak v histórii ODP, systém identifikuje aspoň jeden prijatý ODP z NCZI, zabezpečí sa proaktivita resp. elektronická komunikácia relevantnej dávky (MATDx). Proaktivita bude určená spracovaním informácií nad aktuálne platným ODP: 

• 6 týždňov pred ODP -> MATDx 

Systém nebude vyhodnocovať, zavádzať kontroly, nad prijatými ODP. ODP aktualizované môže byť menšie aj väčšie ako predchádzajúce. Systém bude spracovávať vždy aktuálne určené ODP. 

NPaLPČ zabezpečuje pravidelné každodenné spracovanie (trigger) nad aktuálne platným ODP (posledný prijatý resp. označený v OE). NPaLPČ overuje podmienky: 

• ,Dnešný deň“ sa rovná ODP – 6 týždňov 

• Vytvorenie SDP MATDP 

V danom dni tzv. “dnešný deň” systém prevezme pre daného poistenca platné registrácie  a OL t. j. NPaLPČ vytvorí referencie na registrácie a OL. Na základe vytvorených referencií, vytvorí pre každú registráciu žiadosť a konanie v NPaLPČ. 

Zapísaním záznamu DPT pre konkrétne tehotenstvo sa v NPaLPČ spúšťa séria procesov, ktorá vedie k uzavretiu SDP, zmene v OL a ukončeniu podporného obdobia. Uvedené procesy sú spúšťačom, podľa stavu v ktorom sa uvedené OE nachádzajú, ďalších prepojených procesov.

NPaLPČ zabezpečí kontrolu funkčnosti vytvárania proaktívnych SDP tak, aby logika funkčnosti zabezpečila vylúčenie záznamov tehotenstva menších alebo rovných: 

„Dnešný deň “ sa rovná ODP – obdobie MATDP.  

V uvedených prípadoch NPaLPČ nevytvorí SDP. Ak SDP existuje naštartuje sa proces ukončovania vyplácania relevantných dávok.

Spracovanie žiadosti, vytvorenie SDP a konania v IS NPaLPČ

Aktivity:

• Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie a OL) a kontrola duplicity
• Zaradenie do pracovného zásobníka žiadosti s chybným stavom.
• Spracovanie žiadosti s chybným stavom
• Zaradenie do pracovného zásobníka žiadosti typ MATDx
• Poloautomatizované vytvorenie SDP MATDP
• Referencovanie OE žiadosti a konaní na SDP
• Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP
• Spracovanie konaní SDP ( Súbeh, Vylúčenie konania, Samostatné konanie)

Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie, prerušenia RD a MD a OL) a kontrola duplicity

Po procese zaevidovania žiadosti nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby) vytvorených OE na OE NPaLPČ. Systém vytvára automaticky referencie minimálne na: 

• Poistenca, 

• Registrácie, OL, Prerušenie RD a MD 

• Tehotenstvo. 

V uvedenom kroku NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Bude zabezpečená škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. NPaLPČ zároveň zabezpečí kontrolu duplicity záznamov v OE tehotenstva. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  

• Stav spracovania referencií na registrácie, 

• Stav spracovania kontroly duplicity žiadosti, 

• Stav spracovania kontroly duplicity záznamu tehotenstva, 

• Existencia záznamu tehotenstva (ODP NCZI), 

• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP). 

• Stav spracovania referencie na tehotenstvo (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP) 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne.

Zaradenie do pracovného zásobníka žiadosti s chybným stavom

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú žiadosť zaradí do pracovného zásobníka žiadostí s chybovým stavom.

Spracovanie žiadosti s chybným stavom

Používateľ systému si prevezme uvedenú žiadosť zo zásobníka a vykoná spracovanie žiadosti s chybovým stavom. Používateľovi musí systém zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Manuálne párovanie na poistenca, 

• Manuálne párovanie na registráciu, 

• Úprava údajov v OE  NPaLPČ žiadosti a formulári, 

• Vloženie do spisu ( súbeh konaní/nové konanie), 

• Vytvorenie OL, 

• Vytvorenie SDP, 

• Úprava OE tehotenstva s označením aktuálne platného ODP, 

• Kontrola prílohy žiadosti, 

• Podporenie vyťažovania žiadosti v uvedených aktivitách. 

Podmienkou pokračovania procesu spracovania žiadosti je priloženie/dožiadanie prílohy s ODP. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Po zaevidovaní prílohy s ODP a zrealizovaní aktivít v systéme, NPaLPČ zapíše pre všetky stavy spracovania pozitívnu hodnotu. Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti na úspešné a vytvorí referenciu OE žiadosti na SDP. Po uvedenom kroku je žiadosť referencovaná na všetky OE NPaLPČ a vložená do SDP s vytvoreným konaním/konaniami.  

Zaradenie do pracovného zásobníka žiadosti typ MATDx

Systém na základe pozitívnych hodnôt spracovania zaradí OE žiadosti do pracovného zásobníka typ MATDx.

Poloautomatizované vytvorenie SDP MATDP

Používateľ systému si prevezme žiadosť zo zásobníka a vykoná úpravu OE tehotenstva s vyťažením a poloautomatizovaným vytvorením SDP MATDP.

Referencovanie OE žiadosti a konaní na SDP

NPaLPČ následne vytvorí konania podľa počtu aktívnych registrácií, OL a prerušení RD a MD a vytvorí registratúrne záznamy od počtu aktívnych registrácií, OL a prerušení RD a MD. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží. Používateľovi nebude umožnené meniť všetky atribúty žiadosti ako pri papierovej žiadosti. Systém v rámci realizácie krokov vytvorí referenciu OE žiadosti na SDP. 

Podmienkou pokračovania procesu spracovania žiadosti je priloženie/dožiadanie prílohy s ODP. Bez uvedenej prílohy nie je možné pokračovať v procese. 

Dôležitým parametrom, ktorý musí systém sledovať je duplicita záznamov v OE Tehotenstva (aktualizácia ODP) a zároveň existencia ODP z NCZI, ktorá spôsobuje proaktivitu MATDP. Aktivity používateľa NPaLPČ sa nebudú líšiť rapídne medzi chybovými a pozitívnymi stavmi žiadosti.

Prijatie ODP a vytvorenie referencie OE tehotenstva na SDP a Spracovanie konaní SDP

Používateľovi systému bude umožnené skontrolovať stavy vytvorenia referencie OE tehotenstva - žiadosti na SDP a OE tehotenstva. V prípade ak všetky stavy spracovania referencií majú pozitívnu hodnotu umožní systém vykonať akciu spracovania konania SDP MATDP ako napr. 

• Súbeh, 

• Vylúčenie z konania, 

• Samostatné konanie. 

Funkčnosť spracovania konaní SDP zostane zachovaná. 

Zabezpečenie podkladov a následné spracovanie informácií od poistencov

Aktivity:

• Príprava údajov a typu správy pre rozhranie SES / EÚP o spracovaní MATDx 
• Spracovanie informácií od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy 

Príprava údajov a typu správy pre rozhranie SES/EÚP o spracovaní MATDx

Systém na základe poistencovej role: 

• Zamestnanec (ZAM, DoVP, DoPČ, DoPČ-SP, INYKC-ZEC), 

• Fyzická osoba (SZČO, DNPO, INYKC-DPO, bez registrácie). 

Pripraví údaje a typ správy pre rozhranie SES / EUP o spracovaní MATDx. Uvedený krok pozostáva minimálne z uvedených aktivít: 

• Príprava údajov, 

• Uloženie údajov do DB, 

• Kontrola konzistencie údajov, 

• Generovanie statusov – typu správy.  

Pri poistnej role zamestnanec systém podľa typu správy notifikuje a sprístupňuje informácie pre zamestnávateľa a poistenca. Pri poistnej role INYKC-ZEC systém nebude očakávať odpoveď od zamestnávateľa.Po interakcii zamestnávateľa a poistenca podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Pri poistnej role fyzická osoba systém podľa typu správy notifikuje a sprístupňuje informácie pre poistenca. Po interakcii poistenca (FO bez registrácie) podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ.

Spracovanie informácií od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy

Systém z integračného rozhrania informácie spracuje a podľa typu správy zabezpečí patričnú funkcionalitu. Systém minimálne zabezpečí: 

• Spracovanie,  

• Generovanie priebežných statusov 

• Zaradenie do zásobníka správ prijaté od zamestnávateľa / poistenca 

Posúdenie nároku na dávku a tvorba rozhodnutia

Aktivity

• Posúdenie nároku na dávku
• Prvý výpočet dávky (MV) 
• Vytvorenie rozhodnutia

Na základe generovania priebežného statusu spracovania konania môže používateľ systému pristúpiť k posúdeniu nároku na dávku MATDP. Pri posudzovaní nároku na dávku bude zachovaná existujúca funkčnosť NPaLPČ. Systém minimálne zachová funkčnosť: 

• Systém posúdi podmienku 270 dní trvania nemocenského poistenia v posledných dvoch rokoch pred vznikom dôvodu na na poskytnutie materského prípadne pred ODP, a po získaní informácie o narodení dieťaťa, ku dňu pôrodu. 

• Systém overí existenciu nemocenského poistenia, plynutie OL. 

• Systém umožní vytvoriť OL. 

Pri vzniku nároku na dávku systém umožní používateľovi vykonať prvý výpočet dávky (MV). Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SDP s príznakom podľa spôsobu doručenia (Papierová, UPVS, EUP, proaktívna). Systém overuje či je aktívna elektronická schránka CÚD. Po prvom výpočte dávky, alebo nepriznaní nároku na dávku vzniká rozhodnutie podľa šablóny v AS. Podklady vstupujú do subprocesu pokračovania výpočtu dávky.  

Referencovanie na RFO SP (OE dieťaťa)

Aktivity:

• Referencovanie na RFO SP (OE dieťa)
• Zaevidovanie OE  Dieťaťa
• Kontrola podmienky 270 dní poistenia ku dňu narodenia dieťaťa. Kontrola na počet detí, o ktoré sa stará.

NPaLPČ:

• V období do 14 týždňa od vzniku SDP MATDP nevykonáva kontrolu referencie OE dieťaťa a prebiehajú pokračujúce výpočty dávky AV a MV.  
• V období väčšom ako 14 týždňov od vzniku SDP MATDP vykonáva nasledovné aktivity: 

• Systém zabezpečuje referenciu na RFO SP a kontroluje zaevidovanie objektu OE dieťaťa z RFO SP.  Systém dočasne pozastavuje výplatu dávky ak neprišlo k vzniku referencie o narodení dieťaťa do 14 týždňov od ODP (Zastaví sa AV a MV výpočty). Systém má nastavenú kontrolu na narodenie dieťaťa. Ak nedôjde k automatickému zaevidovaniu OE dieťaťa, je umožnené v  IS NPaLPČ manuálne zaevidovať OE dieťaťa. 
• Systém po zaevidovaní OE dieťaťa vykoná kontrolu podmienky 270 dní poistenia ku dňu narodenia dieťaťa. Používateľ systému preveruje a vyhodnocuje uvedenú kontrolu. 
• Používateľ vykoná kontrolu na počet detí o ktoré sa stará žiadateľ (tehotná žena) a prehodnotí podklady(napr. osamelosť, prerušenie starostlivosti) na výpočet dávky a trvanie vyplácania dávky (28, 31, 34, 37, 43 týždňov).  
• Pri spracovaní DPT, resp. nezaevidovaním OE dieťaťa sa štartujú procesy ukončovania SDP, PO a vyplácania relevantných dávok.      

Pokračujúce výpočty dávky AV a MV

V prípade vzniku nároku na dávku používateľ po prvom výpočte dávky (MV) nastaví v  NPaLPČ buď AV alebo MV pre pokračujúce vyplácanie dávky. Uvedené výpočty zostávajú v platnosti, budú len funkčne rozšírené na všetky SDP podľa spôsobu doručenia. Pri výpočte sa prehodnotia vstupy (OE dieťaťa, DPT a pod.), ktoré majú dopad na kontroly a zmenu typu výpočtu v AS. 

Počas cyklu pokračujúcich vyplácaných dávok môže na základe vstupov / kontrol v  NPaLPČ dôjsť k nasledujúcim stavom: 

• Vstup = nie / kontrola AV = nie -> pokračujúce vyplácanie dávky, 

• Vstup = áno / kontrola AV  = nie -> ukončenie vyplácania dávky/manuálny vstup do dĺžky vyplácania dávky 

• Nastavené pokračujúce MV -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky, 

• Vstup = nie / kontrola AV = áno -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky. 

Aktivity:

• Pokračujúce výpočty dávky AV a MV do vyplatenia dávky 
• Zaradenie do pracovného zásobníka MV

Tlačové zostavy, Štatistické zostavy, Rozhodnutia, Potvrdenia

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/dávkových spisov/konaní. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vytváraní ochranných lehôt. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o MATDx, pomocou ktorých bude možné od sledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí/konaní MATDx. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov MATDx. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa žiadostí o MATDx. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia MATDx

Na obrazovke bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Prelink na detail žiadosti MATDx, 

• Po kliknutím „link“ bude používateľovi zobrazená žiadosť v náhľade, 

•  Evidencia zmien  / aktualizácii údajov príslušných k SDP a konaniu (nová záložka),  

• Na obrazovku SDP pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa danej dávky,  

• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová, elektronická žiadosť a NCZI),   

• Zobrazenie spracovaných a prijatých údajov od poistenca. 

Vytvorenie evidencie pracovného zásobníka/preberanie úloh

Bude vytvorená funkcionalita slúžiaca na evidovanie pracovného zásobníka žiadostí / podaní / konaní a preberania úloh zo žiadostí / konaní o MATDx (obdobná funkcionalita ako pri ePN)  aj s príslušným náhľadom (agregáciou) na príslušné pohľady (grupovanie po spisoch, žiadostiach resp. konaniach) 

V rámci zoznamu bude možné vyhľadávať/filtrovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 

• ODP, 

• Priezviska poistenca (pre ktorého žiadosť vznikla), 

• Rodného čísla poistenca (pre ktorého žiadosť vznikla), 

• Stav žiadosti (Nepriradená, Priradená,. . . ).  

V rámci zoznamu bude možné zoraďovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 

• Priezviska poistenca (pre ktorého žiadosť vznikla), 

• Stav žiadosti (Nepriradená, Priradená,  ). 

Zoznam bude obsahovať funkcionality umožňujúce vykonať nasledovné úkony: 

• Zmenu pohľadu na rôzne úrovne agregácie, 

• Zobrazenie náhľadu žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré sú v stave „Priradená“ tzn. daná žiadosť je už priradená riešiteľovi, 

• Priradenie žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré v stave „Nepriradená“ tzn. daná žiadosť nie je priradená riešiteľovi. 

4.2.2.4 ŽS7-5 Žiadosť o materské – iný poistenec, otcovská - IS NPaLPČ

Riešenie oblasti Žiadosť o materské – iný poistenec, otcovská je analogické k riešeniu oblasti Žiadosť o materské – tehotná žena, Prerušenie tehotenstva a oblasti Žiadosť o tehotenské, nakoľko proces podania a spracovania žiadosti je analogický. Žiadosť o tehotenské – iný poistenec a otcovská však má svoje špecifiká najmä v procese spracovania a evidovania SDP.

Zaevidovanie žiadosti

Proces a popis implementácie MATIx a MATOT začína aktivitou zaevidovania prijatej žiadosti MATIx a MATOT v elektronickej alebo papierovej forme v IS NPaLPČ. 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS NPaLPČ nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SDP Objekt registratúra). 

• Papierová žiadosť je zaevidovaná do OE žiadosti (nový OE). 

• Proces spracovania žiadosti ako napr. vytvorenie SDP a konania musí byť prispôsobený novým potrebám referencovania žiadosti na OE Tehotenstvo a prípadne iné nové štruktúry a funkcionality. 

• Proces spracovania žiadosti ako napr. posúdenie nároku na dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG. 

• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti, poskytnutie údajov a metaúdajov). 

• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy TEH. 

• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 

• IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 

• Proces spracovania bude následne prebiehať ako na priloženom procese. 

• Zaevidovanie žiadosti do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy MATIx a MATOT. IS NPaLPČ  zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierovej žiadosti bude na evidenciu využívať prepisovanie údajov z papierovej žiadosti určeným zamestnancom SP do vstupného elektronického formulára, ktorý využíva aj žiadateľ v portálovom riešení SP.  NPaLPČ ponúkne priame (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkcionalita  NPaLPČ). Následne žiadosť bude do  NPaLPČ doručená ako elektronická, ale musí sa zabezpečiť, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierovej žiadosti a tiež aj kedy a kto zaevidoval  “prepísal” papierovú žiadosť do elektronického formulára“. 

Elektronická žiadosť

Alternatíva 1: 

Proces zaevidovania elektronickej žiadosti MATIx a MATOT bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti zostanú v platnosti. 

• Elektronická žiadosť je zaevidovaná do OE prijaté formuláre a OE žiadosti. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• IS NPaLPČ zabezpečí úpravu procesu spracovania v zmysle optimalizácie žiadosti (tlačiva súvisí s ŽS_BP_63).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 

• IS NPaLPČ zabezpečí obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov a potreby začatia procesu MATIx a MATOT, notifikácie a pod. 

• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 

• Následne proces pokračuje zaevidovaním do OE prijaté formuláre a OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronickej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy MATIx a MATOT. IS NPaLPČ zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod. 

Spracovanie žiadosti, vytvorenie SDP a konania v IS NPaLPČ

Aktivity:

• Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie a OL) a kontrola duplicity
• Zaradenie do pracovného zásobníka žiadosti s chybným stavom.
• Spracovanie žiadosti s chybným stavom
• Automatické vytvorenie SDP, žiadostí a konaní MATOT
• Zaradenie do pracovného zásobníka žiadosti typ MATIx
• Zaradenie do pracovného zásobníka žiadosti typ MATOT
• Určenie typu MATIx s vyťažením a poloauotmatizovaným vytvorením SDP
• Referencovanie žiadosti a konaní na SDP 
• Spracovanie konaní SDP ( Súbeh, Vylúčenie konania, Samostatné konanie)

Referencovanie OE žiadosti na OE NPaLPČ  (min.,ref. poistenec, tehotenstva, registrácie, prerušenia RD a MD a OL) a kontrola duplicity

Po procese zaevidovania žiadosti nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby) vytvorených OE na OE NPaLPČ. Systém vytvára automaticky referencie minimálne na: 

• Poistenca, 

• Registrácie,
• OL,

• Dieťa v žiadosti. 

V uvedenom kroku NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Bude zabezpečená škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. NPaLPČ zároveň zabezpečí kontrolu duplicity záznamov v OE tehotenstva. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  

• Stav spracovania referencií na registrácie, 

• Stav spracovania kontroly duplicity, 
• Stav spracovania kontroly dieťaťa/detí na ktoré je uplatnená žiadosť MATIx/MATOT (synchrónne RFO SP) - párovanie na OE “Deti” 
• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP). 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne.

Zaradenie do pracovného zásobníka žiadosti s chybným stavom

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú žiadosť zaradí do pracovného zásobníka žiadostí s chybovým stavom.

Spracovanie žiadosti s chybným stavom

Používateľ systému si prevezme uvedenú žiadosť zo zásobníka a vykoná spracovanie žiadosti s chybovým stavom. Používateľovi musí systém zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Manuálne párovanie na poistenca, 

• Manuálne párovanie na registráciu, 

• Úprava údajov v OE  NPaLPČ žiadosti a formulári, 

• Vloženie do spisu ( súbeh konaní/nové konanie), 

• Vytvorenie OL, 

• Vytvorenie SDP, 
• Vloženie/pridanie a kontrola rodinného vzťahu dieťaťa (synchrónne RFO SP) 
• Možnosť evidencie “prerušenia starostlivosti o dieťa” - pri MATIx a hospitalizácie dieťaťa pri MATOT 

• Podporenie vyťažovania žiadosti v uvedených aktivitách. 

Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti na úspešné a vytvorí referenciu OE žiadosti na SDP. Po uvedenom kroku je žiadosť referencovaná na všetky OE  NPaLPČ a vložená do SDP s vytvoreným konaním/konaniami. 

Pozitívne stavy žiadosti

Ak systém zapíše pre všetky stavy spracovania pozitívnu hodnotu, systém posunie žiadosť do automatického procesu posúdenia typu žiadosti MATOT/MATIx. Systém na základe vyplnenia príslušnej časti formulára identifikuje, o ktorý typ žiadosti sa jedná: 

• Vyplnený typ A -> typ MATOT. 

• Vyplnený typ B -> typ MATIx (MATIP, MATIM a MATIO – uvedené typy materského – iný poistenec sa vyhodnocujú na základe príloh a informácií získaných počas manuálneho spracovania žiadosti a príloh). 

Automatické vytvorenie SDP, žiadostí a konaní MATOT a Zaradenie do pracovného zásobníka žiadosti typ MATOT

Systém automaticky vytvorí SDP a konania t. j.: 

• Vytvorenie konaní od počtu aktívnych registrácii (UR01 synchrónne), 

• Vytvorenie registratúrneho záznamu od počtu aktívnych registrácii,  

• Vytvorenie SDP, 

• Pridanie dieťaťa/detí a kontroly dieťaťa/detí na ktoré je uplatnená žiadosť MATIx/MATOT (synchrónne RFO SP)  

• Vytvorenie referencie OE žiadosti na SDP. 

Následne systém zaradí do pracovného zásobníka konania typu MATOT. 

Zaradenie do pracovného zásobníka žiadosti typ MATIx a Určenie typu MATIx s vyťažením a poloauotmatizovaným vytvorením SDP

Systém na základe vyplnenia žiadosti typu B zaradí OE žiadosti do pracovného zásobníka typ MATIx. Používateľ systému si prevezme žiadosť zo zásobníka a vykoná na základe príloh a informácií v  IS NPaLPČ určenie typu MATIx (MATIP, MATIM alebo MATIO) s vyťažením a poloautomatizovaným vytvorením SDP. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží. Používateľovi nebude umožnené meniť všetky atribúty žiadosti ako pri papierovej žiadosti. Systém v rámci realizácie krokov vytvorí referenciu OE žiadosti na SDP, vytvorí konania podľa počtu aktívnych registrácií a vytvorí registratúrne záznamy od počtu aktívnych registrácií, umožní pridanie dieťaťa/detí a kontroly dieťaťa/detí na ktoré je uplatnená žiadosť MATIx/MATOT (synchrónne RFO SP). 

Referencovanie OE žiadosti a konaní na SDP a Spracovanie konaní SDP

NPaLPČ následne vytvorí konania podľa počtu aktívnych registrácií, OL a prerušení RD a MD a vytvorí registratúrne záznamy od počtu. Používateľovi systému bude umožnené skontrolovať stavy vytvorenia referencie OE žiadosti na SDP. V prípade ak všetky stavy spracovania referencií majú pozitívnu hodnotu, umožní systém vykonať akciu spracovania konania SDP ako napr. 

• Súbeh, 

• Vylúčenie z konania, 

• Samostatné konanie. 

Funkčnosť spracovania konaní SDP zostane zachovaná. 

Zabezpečenie podkladov a následné spracovanie informácií od poistencov

Aktivity:

• Príprava údajov a typu správy pre rozhranie SES  o spracovaní MATIx/MATOT 
• Spracovanie informácií od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy 

Príprava údajov a typu správy pre rozhranie SES o spracovaní MATIx/MATOT

Systém na základe poistencovej role: 

• Zamestnanec (ZAM, DoVP, DoPČ, DoPČ-SP, INYKC-ZEC), 

• Fyzická osoba (SZČO, DNPO, INYKC-DPO, bez registrácie). 

Pripraví údaje a typ správy pre rozhranie SES o spracovaní MATIx/MATOT. Uvedený krok pozostáva minimálne z uvedených aktivít: 

• Príprava údajov, 

• Uloženie údajov do DB, 

• Kontrola konzistencie údajov, 

• Generovanie statusov – typu správy.  

Pri poistnej role zamestnanec systém podľa typu správy notifikuje a sprístupňuje informácie pre zamestnávateľa a poistenca. Pri poistnej role INYKC-ZEC systém nebude očakávať odpoveď od zamestnávateľa. Po interakcii zamestnávateľa a poistenca podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Pri poistnej role fyzická osoba systém podľa typu správy notifikuje a sprístupňuje informácie pre poistenca. Po interakcii poistenca (FO bez registrácie) podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ.

Spracovanie informácií od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy

Systém z integračného rozhrania informácie spracuje a podľa typu správy zabezpečí patričnú funkcionalitu. Systém minimálne zabezpečí: 

• Spracovanie,  

• Generovanie priebežných statusov 

Posúdenie nároku na dávku a tvorba rozhodnutia

Aktivity

• Posúdenie nároku na dávku
• Prvý výpočet dávky (MV) 
• Vytvorenie rozhodnutia

Na základe generovania priebežného statusu spracovania konania môže používateľ systému pristúpiť k posúdeniu nároku na dávku. Pri posudzovaní nároku na dávku bude zachovaná existujúca funkčnosť NPaLPČ. Systém minimálne zachová funkčnosť: 

• Systém overí v prípade MATIx, či matka dieťaťa nepoberá na to isté dieťa materské a nepoberá ani rodičovský príspevok z úradu práce, sociálnych vecí a rodiny. 

• Systém overí na základe integrácie na RFO otcovstvo (Synchrónne RFO SP). 

• Systém overí príbuzenský vzťah k dieťaťu. 

• Systém overí existenciu nemocenského poistenia alebo plynutie OL. 

• Systém umožní vytvoriť OL. 

• Systém posúdi podmienku 270 dní trvania nemocenského poistenia v posledných dvoch rokoch pred podaním žiadosti. 

Pri vzniku nároku na dávku systém umožní používateľovi vykonať prvý výpočet dávky MV. Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SDP s príznakom podľa spôsobu doručenia. Po prvom výpočte alebo nepriznaní nároku vzniká rozhodnutie podľa šablóny v AS. 

Pokračujúce výpočty dávky AV a MV

V prípade vzniku nároku na dávku používateľ po prvom výpočte dávky (MV) nastaví v  NPaLPČ buď AV alebo MV pre pokračujúce vyplácanie dávky. Uvedené výpočty zostávajú v platnosti, budú len funkčne rozšírené na všetky SDP podľa spôsobu doručenia. Pri výpočte sa prehodnotia vstupy (OE dieťaťa, DPT a pod.), ktoré majú dopad na kontroly a zmenu typu výpočtu v AS. 

Počas cyklu pokračujúcich vyplácaných dávok môže na základe vstupov / kontrol v  NPaLPČ dôjsť k nasledujúcim stavom: 

• Vstup = nie / kontrola AV = nie -> pokračujúce vyplácanie dávky, 

• Vstup = áno / kontrola AV  = nie -> ukončenie vyplácania dávky/manuálny vstup do dĺžky vyplácania dávky 

• Nastavené pokračujúce MV -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky, 

• Vstup = nie / kontrola AV = áno -> zaradenie do pracovného zásobníka MV a aktivity spojené s prehodnotením výpočtu dávky. 

Aktivity:

• Pokračujúce výpočty dávky AV a MV do vyplatenia dávky 
• Zaradenie do pracovného zásobníka MV

Tlačové zostavy, Štatistické zostavy

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/dávkových spisov/konaní. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vytváraní ochranných lehôt. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o MATIx/MATOT, pomocou ktorých bude možné od sledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí/konaní MATIx/MATOT. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov MATIx/MATOT. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa žiadostí o MATIx/MATOT. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia MATIx/MATOT

Bude vytvorená nová záložka s názvom „MATIX“ a „MATOT“. Kliknutím na záložku sa zobrazí existujúca obrazovka, ktorá je zobrazovaná po zvolení menu položky „Materská dávka“.  

Na obrazovke bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Prelink na detail žiadosti MATIx/MATOT, 

• Po kliknutím „link“ bude používateľovi zobrazená žiadosť v náhľade, 

• Evidencia zmenových požiadaviek danej spisovej dávky (nová záložka), 
• Na obrazovku SDP pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa danej dávky,  

• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová, elektronická žiadosť),   

• Zobrazenie spracovaných a prijatých údajov od zamestanávateľa poistenca. 

Vytvorenie evidencie pracovného zásobníka/preberanie úloh

Bude vytvorená funkcionalita slúžiaca na evidovanie pracovného zásobníka žiadostí / podaní / konaní a preberania úloh zo žiadostí / konaní o MATIx/MATOT (obdobná funkcionalita ako pri ePN)  aj s príslušným náhľadom (agregáciou) na príslušné pohľady (grupovanie po spisoch, žiadostiach resp. konaniach) 

V rámci zoznamu bude možné vyhľadávať/filtrovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti,
• Priezviska poistenca (pre ktorého žiadosť vznikla), 
• Rodného čísla poistenca (pre ktorého žiadosť vznikla), 
• Stav žiadosti (Nepriradená, Priradená,. . . ).  

V rámci zoznamu bude možné zoraďovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 

• Priezviska poistenca (pre ktorého žiadosť vznikla), 

• Stav žiadosti (Nepriradená, Priradená,  ). 

Zoznam bude obsahovať funkcionality umožňujúce vykonať nasledovné úkony: 

• Zmenu pohľadu na rôzne úrovne agregácie, 

• Zobrazenie náhľadu žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré sú v stave „Priradená“ tzn. daná žiadosť je už priradená riešiteľovi, 

• Priradenie žiadosti 

• Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré v stave „Nepriradená“ tzn. daná žiadosť nie je priradená riešiteľovi. 

Diagram 6: Žiadosť o materské

4.2.2.5 ŽS7-6 OE Tehotenstva - IS NPaLPČ

OE Tehotenstvo

Proces a vznik záznamu v OE tehotenstva začína aktivitou prijatia informácií o tehotenstve ODP a DPT z: 

• Potvrdenia DPT vystaveného ošetrujúcim lekárom  
• Žiadostí 
  • MATDx (ODP), 
  • TEH (ODP), 
  • oznámenie DPT (DPT), 
• NCZI (ODP a DPT). 

Zaevidovanie papierových a elektronických žiadostí bude prebiehať do OE žiadosti a doručené dokumenty. Súčasťou evidencie OE žiadosti je aj vyťažovanie atribútov z patričných formulárov, ktorých súčasťou je aj atribút (pole formulára) ODP a DPT s prislúchajúcou prílohou (potvrdenie ODP a DPT). Následne v  IS NPaLPČ prebehne evidencia informácií o tehotenstve do OE tehotenstva manuálne. V prípade evidencie ODP z potvrdenia ODP bude proces evidencie manuálny. 

Prijaté údaje/informácie o tehotenstve z NCZI budú spracované v IS EKP / SES a následne budú poskytnuté cez integračné rozhranie do IS NPaLPČ, ktorý si uvedené údaje zapíše a spracuje podľa dohodnutých pravidiel z integračného manuálu. NPaLPČ zabezpečí automatické uloženie záznamu ODP resp. DPT do OE tehotenstva. 

IS NPaLPČ zabezpečí minimálne: 

• Referencovanie OE žiadosti, SDP a konania na OE Tehotenstva, 
• Uloženie a označenie prvého prijatého ODP, 
• Uloženie/aktualizácia histórie prijatých ODP, 
• Editácia a výber preferencie ODP v konaniach, 
• Uloženie prijatého DPT, 
• rozlišovanie medzi spôsobmi doručenia ODP a DPT, 
• označenie posledného prijatého ODP,  
• kontrolu existencie(duplicity) tehotenstva pre dané zapisované ODP, 
• kontrola duplicity tehotenstva musí byť aplikovaná aj pri spracovávaní informácií z NCZI, 
• Prezeranie histórie ODP aj s náhľadom čo sa pri aktualizácii zmenilo, 
• prezeranie a filtrovanie OE tehotenstva v GUI 
• napr. Záznamy (tehotenstvá) pre poistenkyňu spolu s konaniami a vyplatenými dávkami 
• Aktualizácia pracovného frontu referenta, 
• automatizované alebo manuálne referencovanie OE Tehotenstva na OE IS NPaLPČ minimálne na poistenca, registrácie, dieťaťa, OL, prerušenia RD a MD a pod.  

NPaLPČ zabezpečí zmenu evidencie a číslovania SDP a žiadostí pre MATDx a TEH. Pri evidencii žiadostí (papierová alebo elektronická) do IS NPaLPČ  sa zabezpečí aj zapísanie tehotenstva do OE Tehotenstvo (zmena prístupu referenta – Nová funkcionalita). Systém automaticky overí existenciu tehotenstva v OE, ak existuje ODP z NCZI umožní poloatomatizované vytvorenie SDP. Ak v OE tehotenstva neexistuje žiaden záznam, umožní manuálny zápis ODP do OE. Následne proces spracovania žiadosti ako napr. SDP, evidovanie konaní, posúdenie nároku o dávku, výpočty, tvorba rozhodnutia bude implementovaný podľa priložených CR pre MATDx a TEH. 

Základnou referenciou OE tehotenstva je poistenec (tehotná  žena). IS NPaLPČ musí umožniť vytvorenie OE tehotenstva aj bez existencie referencie na poistenca. Systém následne umožní manuálne párovanie resp. referencovanie, v prípade vzniku poistenia.  

Ak v histórii ODP, systém identifikuje aspoň jeden prijatý ODP z NCZI, zabezpečí sa proaktivita resp. elektronická komunikácia relevantnej dávky (MATDx res. TEH). Proaktivita bude určená spracovaním informácií nad aktuálne platným ODP a obdobiami, ktoré spúšťajú uvedené procesy: 

• 6. týždňov pred ODP -> MATDx 
• 27. týždňov pred ODP -> TEH 

Systém nebude vyhodnocovať, zavádzať kontroly, nad prijatými ODP. ODP aktualizované môže byť menšie aj väčšie ako predchádzajúce. Systém bude spracovávať vždy aktuálne určené ODP. 

Podľa prijatej legislatívy sa rozhodne implementácia prijatých informácií o tehotenstve do LPČ z dôvodu preplácania zdravotníckych výkonov. Minimálne sa predpokladá, že pri prešetrení/došetrení, ak vznikne potreba zmeny informácie o tehotenstve stanoviskom, IS NPaLPČ umožní uvedené stanovisko referentovi zapísať do OE Tehotenstva manuálne. 

ODP bude prichádzať z NCZI od 11. týždňa tehotenstva. ODP a DPT môžu prísť v ktorejkoľvek chvíli tehotenstva. Upresnenie ODP, z medicínskeho hľadiska prebieha v 13. týždni tehotenstva (vyšetrenie ultrazvukom). Žiadateľ môže požiadať o zmenu obdobia vyplácania dávky. Z uvedeného je dôležité zabezpečiť v  IS NPaLPČ kontrolu možných duplicít v rámci jedného tehotenstva a možnosť editovať obdobie začiatku konania a dĺžky vyplácania dávky. 

TBD: Ostáva otvorený spôsob nábehu na NCZI (prechodné obdobie) – riešené v inom projekte SP. Spôsob od-kedy začne chodiť ODP, a zmeny ODP zaevidovaných pred daným spusteným.  

Spracovanie záznamov OE Tehotenstvo

Záznamy OE tehotenstva budú mať vplyv minimálne na nasledovné procesy AS. 

Vytváranie OL

Prvý prijatý záznam ODP bude ovplyvňovať tvorbu OL v AS: 

• OL pre tehotné (8. mesačná pre tehotné ženy) 
• OL 180+. 

Proaktívne dávky MATDx a TEH

Proaktívne dávky budú aplikované t. j. spustené len v tom prípade, ak aspoň jeden z prijatých ODP pre dané tehotenstvo bol prijatý z NCZI. IS NPaLPČ zabezpečí pravidelné každodenné spracovanie (trigger) nad aktuálne platným ODP (posledný prijatý resp. označený v OE). IS NPaLPČ overuje podmienky: 

• „Dnešný deň“ sa rovná ODP – 27. týždňov 
  • Vytvorenie SDP TEH 
• Dnešný deň“ sa rovná ODP – 6. týždňov
  • Vytvorenie SDP MATDP 

V danom dni tzv. dnešný deň systém prevezme pre daného poistenca platné registrácie, OL a prerušenia RD a MD t. j. IS NPaLPČ vytvorí referencie na registrácie, OL a prerušenia RD a MD. Na základe vytvorených referencií, vytvorí pre každú registráciu SDP a konanie v NPaLPČ. 

Na základe prijatej legislatívy sa bude resp. nebude vytvárať konanie pre registrácie INYKC a prerušenia RD a MD. Implementátor musí zohľadniť v riešení informovanie zamestnávateľa aj pre uvedenú registráciu a prerušenia. Implementácia uvedeného riešenia bude výstupom samostatného analytického dokumentu. 

Žiadateľ môže požiadať o zmenu obdobia vyplácania dávky. Z uvedeného je dôležité zabezpečiť v  IS NPaLPČ možnosť editovať obdobie začiatku konania a dĺžky vyplácania dávky. 

Dátum prerušenia tehotenstva (DPT)

Zdrojom DPT pre NPaLPČ je: 

• Oznámenie DPT, 
• Informácie o tehotenstve prijaté z NCZI. 

Informácie o DPT sú integrálnou súčasťou OE Tehotenstva. Zapísaním záznamu DPT pre konkrétne tehotenstvo sa spúšťa sada procesov, ktorá vedie k uzavretiu SDP, zmene v OL a ukončeniu podporného obdobia. Uvedené procesy sú spúšťačom, podľa stavu v ktorom sa uvedené OE nachádzajú, ďalších prepojených procesov ako napr. : 

• Ukončenie vyplácania relevantných dávok, 
• Vplyv na kontroly pokračujúcich výpočtov MV a AV, 
• Posúdenie nároku o dávku, 
• Vplyv na prvý výpočet, 
• Nevytvorenie SDP a konania, 
• Uzavretie OE tehotenstva, 
• Zastavenie tvorby resp. pokračovania vytvárania proaktívnych dávok MATDP a TEH, 
• Úprava OL, 
• Pracovný front referenta, 
• A pod. 

IS NPaLPČ musí zabezpečiť kontrolu funkčnosti vytvárania proaktívych SDP tak, aby logika funkčnosti zabezpečila vylúčenie záznamov tehotenstva menších alebo rovných: 

„Dnešný deň “ sa rovná ODP – obdobie TEH alebo MATDP.  

Uvedená logika, musí byť platná separátne, pre každú dávku samostatne. V uvedených prípadoch IS NPaLPČ nevytvorí SDP. Ak SDP existuje naštartuje sa proces ukončovania SDP, PO a vyplácania relevantných dávok. 

Procesy vyplývajúce z OE tehotenstva

Okrem vyššie spomenutých procesov, každá zmena v OE tehotenstva  spôsobí minimálne naštartovanie procesov: 

• Posúdenia nároku na dávku, 
• Tvorba SDP, konania a OL, 
• Tvorba/zánik SDP, PO a konania, 
• Vstup do kontroly výpočtov dávok AV a MV, 
• Zmenu v pracovnom fronte referenta.  

Uzavretie OE tehotenstva

Záznamy OE tehotenstva, okrem spracovania DPT, sa budú uzatvárať (referencovať) prijatím informácie o narodení dieťaťa z RFO SP (OE dieťaťa). NPaLPČ zabezpečí:

• označenie záujmových osôb aj pre záznamy OE tehotenstva, pre ktoré nevzniklo konanie. 
• automatické uzavretie OE tehotenstva po 40 týždňoch od ODP, ak nedošlo k spracovaniu informácie v OE dieťaťa.
• vytvorenie pre uvedené uzavretie tehotenstva príznak.

Používateľovi bude umožnené aj po uvedenom termíne spraviť synchronizáciu s OE dieťaťa. 

Zmeny na OE dieťaťa

NPaLPČ zabezpečí novú evidenciu prerušenia výplaty dávky (absencia príjmu §30), starostlivosti a jej prerušenia na OE dieťaťa. Evidencia prerušenia výplaty dávky, starostlivosti a prerušenia musí byť separátna od OE dieťaťa. Z uvedeného dôvodu dôjde k rozdeleniu evidencie do samostatných OE. NPaLPČ zároveň zabezpečí: 

• Zachovanie momentálnej funkčnosti nad uvedeným OE, 
• Informácie o starostlivosti a jej prerušení musia byť zdieľateľné v rámci všetkých SDP (vrátane OČR, DOŠ, MATIx, a pod.). Cieľovým stavom je aplikovať zmeny na všetkých dotknutých SDP naraz a nie jednotlivo, 
• Umožniť evidovať prerušenie výplaty dávky ako aj prerušenia starostlivosti v celom období tehotenstva, tak aby bolo umožnené poskytnúť uvedené informácie IS JVP (vylúčenia), 
• Vytvorenie podokna v rámci GUI na evidenciu uvedených OE. 

Tlačové zostavy, Štatistické zostavy

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/dávkových spisov/konaní. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pre OE tehotenstva a súvisiacich procesov. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov OE tehotenstva. 

Budú upravené dokumenty/zostavy týkajúce sa žiadostí o TEH a MATDx z dôvodu vzniku OE tehotenstva. 

Textácia dokumentov/zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia TEH a MATDx

Úprava GUI tu zohľadňuje len zmeny spôsobené zavedením nového OE tehotenstva. Samotné zmeny GUI MATDx a TEH budú súčasťou samostatných tém. 

Úpravy GUI musí zohľadniť minimálne: 

• zmenu evidencie SDP MATDx a TEH v NPaLPČ, 
• editáciu a výber preferencie ODP v konaniach NPaLPČ, 
• zobrazenie histórie ODP aj s náhľadom čo sa pri aktualizácii zmenilo, 
• prezeranie a filtrovanie OE tehotenstva v GUI 
  • napr. záznamy(tehotenstvá) pre poistenkyňu spolu  s konaniami a vyplatenými dávkami, 
• evidenciu prerušenia výplaty dávky (absencia príjmu §30), starostlivosti a jej prerušenia na OE dieťaťa. 

Diagram 7: Proces vzniku OE Tehotenstvo

Diagram 8: Využitie OE Tehotenstvo

4.2.2.6 ŽS7-7 Proaktívne vytváranie OE dávok - IS NPaLPČ

Vytvorenie SDP a konaní na základe aktuálnych registrácii v IS NPaLPČ

IS NPaLPČ zabezpečí automatické vytvorenie SDP a konaní prostredníctvom nasledovných krokov: 

• Vytvorenie referencií 
  • Poistenec 
  • Registrácie 
    • Referencie na registrácie musia byť zabezpečené tak, aby boli vytvárané na základe  údajov z JVP, ktoré sú práve v čase vytvárania referencie a následne aj SDP najaktuálnejšie. (napr. On-line dopyt, postupnosť batchových spracovaní, a pod.) 
  • Ochranné lehoty 
  •  Prerušenia 
• Na základe vytvorených referencii IS NPaLPČ vytvorí záznam do OE SDP a OE konaní obdobným procesom akým je vytvárané SDP a konania pri ePN. 
  • OE by mal byť obohatený o informáciu toho či konanie vzniklo proaktívne alebo na základe podanej žiadosti 
  • Konania vytvorené proaktívne by mali byť odlíšené od  konania vytvorených na základe žiadosti 
  • Je potrebné zabezpečiť nové číslovanie nemocenských dávok, pri ktorých nie je doručená jedinečne číslovaná papierová žiadosť

Aktualizácia stavu konania SDP TEH/MATDP v IS NPaLPČ

IS NPaLPČ musí zabezpečiť automatické aktualizovanie stavu konania/konaní v prípade, že došlo k zmene registrácie na základe ktorej bolo vytvorené konanie. Následne NPaLPČ musí zabezpečiť zaradenie aktualizovaného konania do pracovnej fronty aktualizovaných TEH/MATDP. 

IS NPaLPČ zabezpečí aktualizovanie objektov a následné primerané reagovanie pri vytváraní proaktívnych SDP a konaní a tiež aktualizáciu stavu ako aj zabezpečiť prípadné ukončenia / zmeny dávok najmä vo vzťahu k elektronicky doručeným informáciám:

• o úmrtí poistenca (z RFO) 
• o úmrtí dieťaťa (z RFO) 
• o prerušení tehotenstva (NCZI) 
• a iné zistené počas tvorby DNR 

Vytvorené proaktívne konania ako aj ich aktualizácie musia byť zaradené aj do pracovného zásobníka.  

Je potrebné tiež zabezpečiť použitie správneho spôsobu výplaty. 

4.2.2.7 ŽS7-8 RFLO

Zmeny v RFLO reflektujú zmeny v agendových IS SP. Zmeny slúžia na implementáciu požiadaviek spojených s komunikáciou so zamestnávateľmi popísanými v ostatných tematických oblastiach a premietnu sa primárne na EKP. Zmeny pokrývajú:

• úprava formulára a vytvorenie novej XSD schémy,
• úprava manuálneho vstupu pre interných aj externých používateľov a súvisiacich kontrol,
• úprava XML importu a súvisiacich kontrol,
• úprava prehľadov - pre interných aj externých používateľov,
• vytvorenie nových kontrol - pre interných aj externých používateľov,
• úprava prenosov dokumentov oboma smermi medzi EKP a JVP,
• úprava XML validátora pre softvérové firmy,
• nové PDF šablóny pre export,
• simulácia externého prostredia pre helpdesk,
• doplnenie do API rozhrania pre odvádzateľa (B2B) a gateway, swagger popis pre externý vstup,
• prehľad evidovaných údajov (zdroj URR), kde bude mať zamestnávateľ prehľad nad spracovanými / oznámenými údajmi pre svojich zamestnancov.ŽS7-9 RFLO 2 - IS NPaLPČ

Zaevidovanie prijatých údajov o spôsobe výplaty (Zaevidovanie OE oznámenia spôsobu výplaty)

Téma začína aktivitou zaevidovania prijatých informácii o spôsobe výplaty prostredníctvom žiadosti o zmenu spôsobu výplaty (v papierovej alebo elektronickej forme)  alebo prijatím údajov o spôsobe výplaty mzdy z RLFO v IS NPaLPČ.  

Zároveň dôležitou súčasťou zaevidovania prijatých informácií bude vytvorenie referencií pre jednotlivé spôsoby oznámenia: 

• Ak OSV bolo prijaté od zamestnávateľa z RLFO, tak vytvorenie referencie na IČPV, IČR a IČZ ( predpoklad je, že údaje z JVP sú automaticky referencované na poistenca) 
• Ak OSV bolo prijaté od poistenca (FO), tak vytvorenie referencie na poistenca  

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna. 

Papierové podanie

Alternatíva 1: 

Proces zaevidovania papierového OSV poistencom bude v NPaLPČ nasledovný: 

• Papierové podanie OSV je zaevidovaná do OE doručené dokumenty (je súčasťou PPP Objekt registratúra). 
• Papierové  podanie OSV je manuálne (referentom) zaevidované do OE oznámenie spôsobu výplaty (nový OE + nové GUI). 
• Proces spracovania OSV od poistenca bude prebiehať ako na priloženom procese (Žiadosť). 

Alternatíva 2:  

Proces zaevidovania oznámenia bude realizovaný nasledovne: 

• Papierové podanie OSV je zaevidované do IS REG. 
• IS REG zabezpečí spracovanie podania (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierového podania, poskytnutie údajov a metaúdajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy aktualizácie PPP. 
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 
• IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese (Žiadosť). 
• Zaevidovanie žiadosti do OE oznámenie spôsobu výplaty (nový OE + nové GUI). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy aktualizácie PPP. IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Elektronické podanie

Alternatíva 1: 

Proces zaevidovania elektronického podania OSV bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania (UR01 / eForm) pre elektronické žiadosti/podania zostanú v platnosti. 
• Elektronické podanie OSV je zaevidovaná do OE oznámenie spôsobu výplaty (nový OE + nové GUI). 
• IS NPaLPČ zabezpečí zobrazenie oznámenia s linkom na prílohy. 
• Proces spracovania OSV od poistenca bude prebiehať ako na priloženom procese (Žiadosť). 

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 
• IS NPaLPČ musí zabezpečiť obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov a potreby začatia aktualizácie PPP, notifikácie a pod. 
• IS NPaLPČ zabezpečí zobrazenie podania žiadosti s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE  oznámenie spôsobu výplaty (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronického podania bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy aktualizácie PPP. IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod. 

Zaevidovanie údajov z RLFO

Popis funkcionality s vytvorením nového OE oznámenie spôsobu výplaty je popísaný v samostatnej téme „RFLO“.  

Vytvorenie kontrol za účelom identifikácie rozsahu úkonov potrebných pre spracovanie/nespracovanie prijatých údajov 

IS NPaLPČ zabezpečí funkcie overenia/kontroly prijatých informácií pre nasledovné aspekty: 

• Spôsob oznámenia (RLFO/Žiadosť) 
• Existencia sociálnej udalosti 
• Existencia spôsobu výplaty na základe žiadosti FO

IS NPaLPČ  identifikuje spôsob oznámenia zápisu/zmeny spôsobu výplaty dávky:  

• Ak NPaLPČ vyhodnotí, že spôsob oznámenia je formou žiadosti, tak pokračuje vykonaním krokov popísaných v časti „Spracovanie prijatých údajov spôsobu výplaty“ 
• Ak NPaLPČ vyhodnotí, že spôsob oznámenia je formou údajov z RLFO, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola existencie sociálnej udalosti“  

Kontrola existencie sociálnej udalosti

NPaLPČ vyhodnotí či pre daného poistenca (v čase prijatia údajov) existuje “aktívna” sociálna udalosť: 

• Ak vyhodnotí, že pre daného poistenca (v čase prijatia údajov) existuje “aktívna” sociálna udalosť, tak pokračuje kontrolou, ktorá je popísaná v kapitole „Kontrola existencie spôsobu výplaty na základe žiadosti FO “ 
• Ak vyhodnotí, že pre daného poistenca (v čase prijatia údajov) neexistuje “aktívna” sociálna udalosť, tak ukončuje proces spracovania prijatých údajov. 

Kontrola existencie spôsobu výplaty na základe žiadosti FO 

NPaLPČ na základe vytvorenej referencie medzi OE oznámenia a údajov evidovaných v PPP identifikuje či spôsob výplaty bol zapísaný na základe žiadosti FO: 

• Ak vyhodnotí, že evidovaný spôsob výplaty bol vytvorený na základe žiadosti FO, tak pokračuje nastavením podľa pravidiel, ktoré budú do-špecifikované na základe legislatívnej úpravy.  
• Ak vyhodnotí, že evidovaný spôsob výplaty nebol vytvorený na základe žiadosti FO, tak pokračuje vykonaním krokov popísaných v časti „Spracovanie prijatých údajov spôsobu výplaty“  

Spracovanie prijatých údajov spôsobu výplaty

Aktivity:

• Vytvorenie záznamu do OE adresa na základe údajov zo žiadosti
• Vytvorenie záznamu do OE adresa na základe údajov z RFO SP
• Vytvorenie záznamu do OE účet
• Nastavenie zvoleného spôsobu výplaty bude došpecifikované podľa legislatívy
• Automatické/manuálne vytvorenie OE tehotenstvo

V prípade, že NPaLPČ vyhodnotí, že spôsob výplaty dávky má byť realizovaný na adresu vykoná nasledovné úkony:  

• Identifikuje ako bola táto informácia doručená do IS NPaLPČ 
  • Ak bola doručená prostredníctvom údajov z RLFO, tak IS NPaLPČ automaticky vytvorí do OE adresu na základe údajov z RFO SP, ktoré sú evidované k danému poistencovi 
  • Ak bola doručená prostredníctvom údajov zo žiadosti, tak IS NPaLPČ automaticky vytvorí do OE adresa adresu na základe údajov  prijatých zo žiadosti. (Platí iba za predpokladu, že vo formulári bude zabezpečené validné predvypĺňanie údajov z číselníkových hodnôt) 
    • V prípade potreby NPaLPČ umožní referentovi doplniť chýbajúce informácie prípadne opravu nevalidných vytvorených atribútov adresy. 

V prípade, že NPaLPČ vyhodnotí, že spôsob výplaty dávky má byť realizovaný na BÚ vykoná nasledovné úkony:  

• Skontroluje či zaslaný účet je validný (napr. formát, kontrola modulu 97, štruktúrna kontrola podľa krajiny): 
  • Ak NPaLPČ vyhodnotí, že zaslaný účet je validný, tak následne vykoná kontrolu duplicity účtu pre daného poistenca: 
    • Ak vyhodnotí, že pre daného poistenca v systéme je už evidovaný zaslaný účet, tak pokračuje nastavením PPP podľa pravidiel, ktoré budú do-špecifikované na základe legislatívnej úpravy. 
    • Ak vyhodnotí, že pre daného poistenca v systéme nie je evidovaný zaslaný účet, tak vytvorí do OE účet záznam pre zaslaný účet a následne pokračuje nastavením PPP podľa pravidiel, ktoré budú

Do-špecifikované na základe legislatívnej úpravy. 

• • Ak NPaLPČ vyhodnotí, že zaslaný účet nie je validný, tak notifikuje referenta o potrebe preverenia prijatých údajov. 
• V prípade potreby NPaLPČ umožní referentovi doplniť chýbajúce informácie prípadne opravu nevalidných vytvorených atribútov účtu

Konsolidácia evidencie adries

Pre validný PPP a pre automatické nastavenie / aktualizovanie validného PPP musí byť zabezpečené: 

• Špeciálne spracovanie zahraničných adries – evidencia manuálne referentom na základe notifikácie referenta (v správnom čase), že je potrebné manuálne spracovanie údajov  

Poznámka: ND sa vyplácajú do zahraničia na adresu iba do ČR. Do iných krajín nie je možné zaslať dávku na adresu (iba na účet), takže v prípade zahraničnej adresy inej ako do ČR, je možné nastaviť PPP “bez platobného prostriedku”, ale je potrebné o tomto nastavení aj notifikovať referenta, z dôvodu, že tu už musí byť realizovaná komunikácia s poistencom. 

• Použite iba jedného záznamu adresy s technickou históriu ako vstup do validného PPP. Aktuálne nie je zabezpečené, že adresa je unikátny záznam. Poistenec môže mať zaevidovaných viac adries, ktoré IS NPaLPČ importuje z iných IS SP (IS JVP, IS RFO, EUP, SES) SP, alebo sú vytvárané manuálne referentom bez obmedzenia a kontrol duplicity. 
• Pri evidovaní adresy (SK) pre výplatu ND využiť v čo najväčšej možnej miere číselník Slovenskej pošty, najmä pre atribút PSČ.  
• Zobrazenie všetkých adries dostupných v IS NPaLPČ na jednom mieste (v jednom “okne”) s informáciou z akého zdroja je adresa prijatá (JVP, RFO, manuálne zadaná, ...)  

Automatické aktualizovanie PPP v IS NPaLPČ

IS NPaLPČ musí zabezpečiť automatické spracovanie spracovaných údajov týkajúcich sa zmeny spôsobu výplaty tzn. aktualizovanie PPP s referenciou k zdroju OSV. Aktualizácia PPP musí byť v súlade s prioritizáciou v zmysle legislatívy (legislatíva je v procese tvorby). 

Automatické zaslanie informácie o aktualizácii PPP

IS NPaLPČ musí zabezpečiť automatické zaslanie informácie o úspešnej aktualizácii spôsobu výplaty (aktualizácia PPP) portálu EUP za účelom proaktívneho informovania poistenca. 

Automatické spracovanie stavu aktívnych konaní

Aktivity:

• Nastavenie stavu aktívnych konaní na stav „Aktualizované konanie“
• Zaradenie do pracovnej fronty aktualizovaných konaní

IS NPaLPČ musí zabezpečiť automatickú zmenu stavu aktívnych konaní (existujúcich aktívnych sociálnych udalostí) poistenca na ktorom bol aktualizovaný PPP, aby následne vedel IS NPaLPČ korektne zaradiť aktualizované konania do pracovnej fronty určenej pre referentov.  

Následne referent v rámci existujúcej funkcionality IS NPaLPČ vykoná spracovanie aktualizácií a validovanie údajov uložených v PPP.

Tlačové zostavy, Štatistické zostavy

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové zdroje prijatých informácií za účelom zmeny spôsobu výplaty údajov zo žiadostí/sady údajov RLFO. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vyplácaní dávok, pomocou ktorých bude možné odsledovať nasledovné aspekty: 

• zmenu stavu rozpracovaných konaní na „aktualizované“ v prípade zmeny PPP . 
• Spôsob prijatia informácií pre účely aktualizácie PPP 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov konaní. 

Budú upravené dokumenty / zostavy týkajúce sa aktualizácie PPP. 

Textácia dokumentov / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia PPP

Na obrazovke IS NPaLPČ v GUI bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Evidencia histórie prijatých žiadostí o zmenu spôsobu výplaty poistenca 
  • každý záznam bude obsahovať prelink na detail podania žiadosti, 
  • po kliknutí na „link“ bude používateľovi zobrazená žiadosť v náhľade, 
• Evidencia histórie prijatých sád údajov RLFO 
  • každý záznam bude obsahovať prelink na sadu prijatých údajov z RLFO 
  • po kliknutí na „link“ bude používateľovi zobrazený náhľad prijatých údajov z RLFO, 

Úprava grafického prostredia Adresa

 Na obrazovke IS NPaLPČ v GUI bude upravený rozsah zobrazovaných dát o nasledovné prvky:  

• Evidencia histórie prijatých žiadostí o zmenu spôsobu výplaty poistenca 
  • každý záznam bude obsahovať prelink na detail podania žiadosti, 
  • po kliknutí na „link“ bude používateľovi zobrazená žiadosť v náhľade, 
• Evidencia histórie prijatých sád údajov RLFO 
  • každý záznam bude obsahovať prelink na sadu prijatých údajov z RLFO 
  • po kliknutí na „link“ bude používateľovi zobrazený náhľad prijatých údajov z RLFO.

Kontinuita / migrácia existujúcich PPP na nové PPP

V rámci riešenia je nevyhnutné zabezpečiť pri nasadení na produkciu prechod / migráciu z už zaevidovaných PPP v IS NPaLPČ na nové PPP vytvorené v zmysle nových vstupov a OE potrebných pre PPP. Uvedené platí najmä pre PPP poistencov, ktorí budú mať v čase nasadenia na produkciu aktívne dávky k výplate. Je nevyhnutné zabezpečiť kontinuálnu výplatu dávok. 

T. j. nové PPP nesmú spôsobiť problém pri exporte dávok na výplatu a to už či na adresu prostredníctvom Slovenskej pošty alebo na adresu do ČR prostredníctvom 365.bank alebo na účty. Je nutné zabezpečiť plynulú výplatu nemocenských dávok. 

Taktiež bude potrebné pri nasedení na produkciu nastaviť proces nasadzovania v zmysle legislatívy, t. j. riešiť nasadenie podľa toho či budú v legislatíve určené nejaké prechodné obdobia platnosti príslušných ustanovení  Zákona o sociálnom poistení. 

1. 1. 1. 1. ŽS7-10 Ochranná lehota – IS NPaLPČ

Podstatou oblasti je funkcionalita overujúca existenciu záznamu týkajúceho sa dôchodkovej dávky a overenie existencie tehotenstva za účelom vytvorenia ochrannej lehoty. Súčasťou bude aj vytvorenie kontrol za účelom identifikácie nároku na vytvorenie ochranných lehôt a kontroly nároku vzniku ochrannej lehoty po prijatí DPT.

Funkcionalita overujúca existenciu záznamu týkajúceho sa dôchodkovej dávky

Systém v pravidelných intervaloch (batchové spracovanie) overí existenciu záznamu týkajúceho sa dôchodkovej dávky (napr. žiadosť o dôchodok) podľa nasledovných kritérií: 

• Ak systém identifikuje existenciu záznamu týkajúceho sa dôchodkovej dávky, tak systém zaradí poistenca do fronty na spracovanie OL, kde následne používateľ manuálne upraví všetky vytvorené OL.  
• Ak systém neidentifikuje existenciu záznamu týkajúce sa dôchodkovej dávky, tak systém pokračuje funkcionalitou kontroly existenciu prebiehajúceho tehotenstva, ktorá je detailnejšie popísaná v kapitole 5. Overenie existencie tehotenstva za účelom vytvorenia ochrannej lehoty. 

Overenie existencie tehotenstva za účelom vytvorenia ochrannej lehoty

Overí sa

• Existencia ODP naviazaného na poistenca
• Existencia DPT naviazaného na poistenca

Systém identifikuje či je pre daného poistenca v systéme evidované prebiehajúce tehotenstvo (OE tehotenstvo). Prebiehajúce tehotenstvo bude identifikované na základe troch nasledovných kritérií: 

• OE tehotenstva je aktuálne platný 
  • dátum od kedy je tehotenstvo platné je menší alebo rovný ako aktuálny deň 
  • dátum do kedy je tehotenstvo platné nie je definovaný alebo je väčší ako aktuálny deň 
• Evidovaný ODP v OE prebiehajúceho tehotenstva 
  • evidovaný ODP je väčší ako aktuálny deň 
• Neevidovaný DPT v OE prebiehajúceho tehotenstva 
  • DPT nie je evidovaný (NULL) 

OL v AS má 2 základné varianty implementácie.

• 1. variant: OL vzniknú až pri vzniku sociálnej udalosti – tehotenstvo (platí aj pre ePN, OČR a ostatné ND).Pri OL 8. mesačnej je potrebné sa vysporiadať so vznikom a zánikom registrácií tzv. seky OL. NPaLPČ musí zabezpečiť maximálnu automatizáciu tvorby OL s prepojením na kontroly v pracovnom zásobníku referenta.
• 2. variant: OL 180+ bude vznikať manuálne pri sociálnej udalosti.

Vytvorenie kontrol za účelom identifikácie nároku na vytvorenie ochranných lehôt

Aktivity:

• Identifikovať obdobie zániku registrácie naviazanej na NP
• Vytvoriť 8 mesačnú OL k nasledujúcemu dňu od ukončenia NP pre každé ukončené NP
• Identifikovať poslednú aktívnu registráciu naviazanú na NP
• Zaradiť do pracovnej fronty pre spracovanie OL
• Vytvoriť 8 mesačnú OL od začiatku 40. týždňa pred ODP pre posledné ukončené NP

Po skončení poslednej aktívnej registrácie naviazanej na nemocenské poistenie systém zabezpečí funkciu overenia nároku vytvorenia ochrannej lehoty (pre každú ukončenú registráciu) v závislosti od zániku registrácie a prvého evidovaného ODP (OE Tehotenstvo). Podľa nižšie uvedených pravidiel systém môže vytvoriť 2 typy ochranných lehôt: 

• 8 mesačná ochranná lehota (typ B) 
• 8 mesačná ochranná lehota (+180 dní) (typ C) 

Kontrola vzniku nároku 8 mesačnej ochrannej lehoty

Systém na základe dátumu ukončenia registrácie naviazanej na nemocenské poistenie a prvého prijatého ODP vyhodnotí, či poistenkyni zanikla registrácia v období 42 týždňov pred ODP.  

• Ak systém vyhodnotí, že poistenkyni zanikla registrácia naviazaná na nemocenské poistenie v období 42 týždňov (dátum ukončenia registrácie <= začiatok 42 týždňa) pred prvým prijatým ODP, tak systém automaticky vytvorí 8 mesačnú ochrannú lehotu pre posudzovanú registráciu.  
  • Systém opakuje tento proces pre každú ukončenú registráciu (súbeh registrácií). 
• Ak systém vyhodnotí, že poistenkyni zanikla registrácia naviazaná na nemocenské poistenie pred obdobím 42 týždňov (dátum ukončenia registrácie > začiatok 42 týždňa) pred prvým prijatým ODP 
  • Systém opakuje tento proces pre každú ukončenú registráciu (súbeh registrácií). 

Následne systém vykoná identifikáciu poslednej aktívnej registrácie a  pokračuje kontrolou, ktorej detaily sú detailnejšie popísané v kapitole 6.2 Kontrola vzniku nároku 8 mesačnej ochrannej lehoty (+180 dní).

Kontrola vzniku nároku 8 mesačnej ochrannej lehoty (+180 dní)

Systém na základe dátumu ukončenia poslednej registrácie naviazanej na nemocenské poistenie a prvého prijatého ODP vytvorí predĺženie platnosti registrácie o 180 dní a následne vyhodnotí, či dátum ukončenia platnosti registrácie predĺžený o 180 dní sa nachádza v období 42 týždňov pred ODP.  

• Ak systém vyhodnotí, že dátum predĺženej platnosti poslednej aktívnej registrácie sa nachádza v období 42 týždňov (dátum ukončenia registrácie predĺžený o 180 dní <= začiatok 42 týždňa) pred prvým prijatým ODP, tak systém automaticky zaradí posudzovanú poistenkynu do fronty na spracovanie ochranných lehôt, kde umožní používateľovi vytvoriť 8 mesačnú ochrannú lehotu  so začiatkom 40 týždňa pred prvým prijatým ODP (OL +180 dní) 

Kontrola nároku vzniku ochrannej lehoty po prijatí DPT

Systém v pravidelnom spracovaní (batchové spracovanie) overí či prijatý DPT sa nachádza pred posledným dňom registrácie: 

• Ak systém vyhodnotí, že prijatý DPT sa nachádza pred posledným dňom registrácie naviazanej na nemocenské poistenie, tak automaticky vymaže všetky typy 8 mesačných ochranných lehôt (vrátane 180+), ktoré boli vytvorené na základe ohláseného prebiehajúceho tehotenstva (OE Tehotenstvo). 
  • Systém opakuje tento proces pre každú vytvorenú 8 mesačnú ochrannú lehotu. 
• Ak systém vyhodnotí, že prijatý DPT sa nenachádza pred posledným dňom registrácie naviazanej na nemocenské poistenie, tak systém nevykoná nič. 

1. 1. 1. 1. ŽS7-11 RFLO JPV

Rozhranie pre dátové integrácie

Aktivity:

• Prenos údajov medzi NPaLPČ a MUSP
• Dáta z NPaLPČ sú uložené v štruktúrach MUSP
• Prenos dát medzi CDU MUSP a JVP
• Rozšírenie poskytovaných a konzumovaných údajov do/z CSRÚ

Nové rozhranie (namiesto JS3) bude rozšírenie o nasledujúce atribúty potrebné k spracovaniu údajov o eDávkach v IS JVP:

• IdSpisu  - Jedinečný identifikátor spisu dávkového prípadu. Napr. v prípade súbehu ePN z viacerých IČR je týmto identifikátorom určené, že ide o jedno potvrdenie práceneschopnosti priradené viacerým IČR. 
• PotrebaOs_Od - Ak je potreba potvrdená oš. lekárom (DOS aj POC) ide o obdobie potvrdenej potreby ošetrujúcim lekárom. Ak je potreba z dôvodu uzavretia školy (POC) ide o obdobie potreby starostlivosti, ktoré si uvedie poistenec a toto obdobie je určite počas celkového obdobia uzavretia školy.  
• PotrebaOs_Do – nemusí byť vyplnené 
• PotrebaOs_Pravdp_Do - Iba ak je potreba potvrdená oš. lekárom (nie je k dispozícii ak ide o starostlivosť z dôvodu uzavretia školy). Ide o predpokladané trvanie potreby potvrdenej ošetrujúcim lekárom. 
• Dôvod_POC - Dôvod vzniku OČR – krátkodobého ošetrovného. 

Diagram 3: Dátová integrácia NPaLPČ, JVP a MUSP - TO BE

Diagram 4: Konzumovanie údajov z CSRÚ - TO BE

Diagram 5: Poskytovanie údajov do CSRÚ - TO BE

Spôsob získania čísla bankového účtu/adresy na výplatu poštou

Zmena biznis procesu (zamestnávateľ nebude evidovať tieto údaje v ePN, ale pri prihláške RLFO) znamená pridať nutné polia („V hotovosti“, „Na bankový účet“, „Názov príjemcu“, „SWIFT/BIC“) a rozšíriť existujúce pole „IBAN“ na 34-znakové pole (aby sa dal uviesť SK IBAN, ale aj zahraničný) do formuláru RLFO prihláška a RLFO zmena do oddielu č. 6.

V prípade RLFO, prihláška:

• Bude povinné uvádzať zo strany zamestnávateľa akou formou vypláca mzdu zamestnancovi, tzn. na RLFO, v prihláške bude povinné uviesť jednu z možnosti „V hotovosti“ alebo „Na bankový účet“.
• Pokiaľ sa vyberie „V hotovosti“, ďalšie polia v rámci oddielu č. 6 nesmú byť vyplnené.
• Pokiaľ sa vyberie „Na bankový účet“, je potrebné vyplniť „Názov príjemcu“, „IBAN“ a v prípade zahraničného účtu „SWIFT/BIC“.

V prípade RLFO, zmena: 

• Bude možné zmeniť oznámené údaje na prihláške. Povinné ale nebude uviesť jednu z možnosti „V hotovosti“ alebo „Na bankový účet“.
• Platí ale rovnaké pravidlo: 
  • Pokiaľ sa vyberie „V hotovosti“, ďalšie polia v rámci oddielu č. 6 nesmú byť vyplnené. 
  • Pokiaľ sa vyberie „Na bankový účet“, je potrebné vyplniť „Názov príjemcu“, „IBAN“ a v prípade zahraničného účtu aj „SWIFT/BIC“ (rozlíšenie zabezpečí funkcia na kontrolu registra podľa začiatku IBANu)

Spracovanie údajov v IS JVP

• Na FO je potrebné údaje z RLFO evidovať podľa IČR (IČPV), nakoľko údaje budú oznamovať zamestnávatelia pre každý právny vzťah (pre každé IČPV) samostatne aj s dátumovými údajmi (od – do, dat vytvorenia, dat zmeny, dat storna). Teda nielen IBAN, ale všetky údaje z oddielu č. 6. 

Existujúce údaje získané z RLFO vložiť do histórie ako ukončené záznamy (teda sa presunú na jedno miesto, aby neboli dve miesta). Bude pridaná možnosť zobrazenia údajov IBAN.

• Evidencia musí byť s históriou, tzn. ak pre dané IČPV príde RLFO, zmena, tak podľa dátumu vzniku zmeny ukončiť, vložiť a podobne nový záznam – teda niečo ako máme pri adresách, RČ, resp. iných údajoch. 
• Pracovníci SP budú mať možnosť upravovať alebo stornovať údaj.
• Zavedenie automatizácie kontroly
  • dátumov
  • Pri RLFO, zmena kontrolovať podľa dátumu vzniku zmeny, či už neexistuje záznam o spôsobe výplaty s vyššou platnosťou od ako je aktuálne spracovávaný dátum vzniku zmeny. Ak áno, upozorniť na to a dať na rozhodnutie, či pokračovať alebo nie. Ak pokračovať – údaj spracovať s rešpektovaním histórie (vložiť a rovno ukončiť, prípadne vymazať všetko s vyšším dátumom od – bude definované po vzájomnej dohode v procese tvorby DNR). 
  • Kontrola na dĺžku IBAN vzhľadom na pravidlá danej krajiny (napríklad povolená dĺžka) – pre SEPA krajiny
• Zmena prenosu dokumentov (transfer) medzi EKP a JVP (pre EKP značí vytvorenie novej verzie RLZEC – xml schémy aj pre B2B – odvádzateľ poistného, pre JVP zmena dátových štruktúr prenosovej tabuľky).
• Úprava JVP tak, že pri zmene sa zaktualizuje len zmenený údaj
• Vyššie uvedené platí aj pre SZČO (teda nielen zamestnávateľa) s rozdielom, že SZČO má mať umožnené vyplniť len možnosť „Na bankový účet“.

1. 1. 1. 1. ŽS7-12 Funkcie JVP pre ŽS7 a ŽS8

Súčasťou projektu je aj zapracovanie nových funkcionalít IS JVP pre potreby spracovania údajov v rozšírenom rozsahu (analogicky k úpravám NPaLPČ).

• Pre OČR:  ID potreby, ID spisu, dátum vzniku (dátum OD) a zániku potreby (dátum DO) OČR lekárom, dátum predpokladaného konca potreby, IFO_OsetrOsoby, ID_PotrebyStarostl, RC_OsetrOsoby, Priezvisko_OsetrOsoby, Meno_OsetrOsoby, dôvod POC – dôvod vzniku OČR – číselník: 
  • 01 – Choroba ošetrovanej osoby
  • 10 – Uzavretie detského výchovného zariadenia
  • 11 – Ochorenie  / karanténa osoby ktorá sa stará o dieťa
  • 13 – Karanténne opatrenie nariadené dieťaťu
  • 15 – COVID – uzavretie zariadenia sociálnych služieb
• Pre DOŠ: ID spisu, dátum vzniku (dátum OD) a ukončenia potreby (dátum DO) DOŠ lekárom,  dátum predpokladaného konca potreby,
• Pre ePN: ID spisu dávkového prípadu ( ID_SDP ) 
• Pre eMAT: ID spisu

Táto oblasť bude obsahovať aj nasledujúce zmeny:

• Nové eDávky
  • Formulár pre E-dávky
  • Zobrazovanie vylúčení v novom  jednotnom (pre ZAM/SZCO/DPO) prehľadovom formuláre pre E-dávky do ktorého by dotekali údaje (e-data - eDPN, eMAT, eOČR, eDOŠ). 
  • V prehľade bude vidieť skutočnú platnosť eOČR OD-DO s rovnakým ID potreby na základe zasielaných údajov do IS JVP. Obsahovať bude vždy jeden riadok pre jednu eDávku. Preklikom z daného riadku sa otvorí pôvodný formulár, v ktorom by vylúčenie už bolo upravené podľa potreby roly a iné.  Do pôvodných prehľadových formulárov bude doplnené Číslo SDP, ID potreby a príslušné kontroly.
• Spracovanie atribútov rozhrania JS3
  •  nové kontroly
    • vyplnenia/korektnosti atribútov (Dátum vzniku potreby eOČR/eDOŠ; Dátum zániku potreby eOČR/eDOŠ; Dátum predpokladaného konca potreby (OČR/DOŠ); ID potreby eOČR/eDOŠ; Dôvod vzniku eOČR; Údaje ošetrovanej osoby eOČR/eDOŠ (IFO_OsetrOsoby, ID_PotrebyStarostl, RC_OsetrOsoby, Priezvisko_OsetrOsoby, Meno_OsetrOsoby,); ID spisu dávkového prípadu ( eOČR/eDOŠ/eMAT) 
    • pri spracovaní výlučenia eOČR
  •  identifikácia typu vylúčení
  •  automatizované výpočty – eOČR/eDOŠ, eMAT,   
• Tlačové zostavy, Štatistické zostavy
  •  doplnenie nových a úprava existujúcich výstupov
• Automatizované ukončovanie eOČR, eDOŠ
• Úprava GUI IS JPV
  •  doplnenie o zobrazovanie nových atribútov

1. 1. 1. Prioritná životná situácia 8 – Som chorý, mám chorého člena rodiny
         1. ŽS8-3 Choroba z povolania - IS ÚP

Zaevidovanie hlásenie o chorobe z povolania

Oblasť Choroba z povolania začína aktivitou zaevidovania vybraných informácií z prijatého oznámenia PU od zamestnávateľa ku priznanej ChZP v IS ÚP . 

Proces zaevidovania vybraných údajov papierového hlásenia ChZP bude v IS ÚP nasledovný: 

• Proces spracovania hlásenia ChZP zostáva bez zmeny. 

• Vybrané údaje hlásenia ChZP sú zaevidované do IS ÚP a budú dostupné na zverejnenie. 

Zverejnenie údajov ChZP na portál SP

Aktivity:

• Spracovanie žiadosti o ÚD (subproces)
• Došetrovanie informácií o priznaní ChZP  v SPU
• Podnet na preplatenie zdravotného výkonu za vystavenie Hlásenia ChZP
• Preplatenie zdravotníckeho výkonu
• Konanie o priznaní UD (subproces)
• Spracovanie hlásenia PU
• Vytvorenie SPU
• Zverejnenie informácie ChZP

V rámci procesu prijatia hlásenia PU k priznanej ChZP od zamestnávateľa prebehne aktualizácia informácií k registrácii PU typ „ChZP“ v IS ÚP a následne prebehne zverejnenie vybraných údajov z Hlásenie ChZP na portáli SP(Meno a priezvisko poškodeného, Dátum prvého zistenia ChZP, zamestnávateľ). Existujúce rozhrania sa rozšíria o vyššie spomenuté informácie.

IS ÚP zabezpečí prípravu údajov a typ správy pre rozhranie R3A IS EKP o spracovaní PU typ „ChZP“ min. o „Meno a priezvisko poškodeného, Dátum prvého zistenia ChZP, zamestnávateľ“. Minimálne sa vykonajú aktivity príprava údajov, uloženie do databázy, kontrola konzistencie údajov, generovanie statusov - typ správy. IS EKP zabezpečí notifikovanie, sprístupnenie a spracovanie informácií podľa typu správy pre:

• SES – Zamestnávateľ (súčasť zadania ZS8-5) 
• EUP – FO. 
• Na základe prijatej žiadosti o priznanie úrazovej dávky prebehnú štandardné kroky procesu priznania dávky: Počas krokov spracovania žiadosti prebehne overenie existencie prijatého hlásenia ChZP.  
• V rámci procesu priznania ÚD z ChZP prebehne posudzovanie preplatenia výkonu za vystavenie hlásenia ChZP. 
• Následne prebehne konanie o priznaní úrazovej dávky. 

Úprava portálu SP

V GUI portály pribudnú vybrané informácie (Meno a priezvisko poškodeného, Dátum prvého zistenia ChZP, zamestnávateľ)  o zverejnených ChZP poistenca SP.

1. 1. 1. 1. ŽS8-5 Úrazový príplatok (ePN) - IS ÚP

Zaevidovanie oznámenia o vzniku PU

Oblasť začína aktivitou zaevidovania prijatého oznámenia PU v elektronickej alebo papierovej forme v IS ÚP . 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierové oznámenia o vzniku

Alternatíva 1: 

Proces zaevidovania papierového oznámenia PU bude v IS ÚP nasledovný: 

• Papierové oznámenie je zaevidované do IS ÚP aj s prílohami. 
• Proces spracovania oznámenia PU ako napr. zaevidovanie oznámenia, referencovanie, došetrovanie PU zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania papierového oznámenia bude realizovaný nasledovne: 

• Papierové oznámenie PU je zaevidované do IS REG s prílohami. 
• IS REG zabezpečí spracovanie oznámenia (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierového oznámenia s prílohami, poskytnutie údajov a metaúdajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy PU. 
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS ÚP. 
• IS ÚP musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese. 
• Zaevidovanie oznámenia PU do OE oznámení PU (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierového oznámenia bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy PU. IS ÚP zabezpečí integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Elektronické oznámenia PU

Alternatíva 1: 

• Elektronicky prijaté oznámenie PU je zaevidované do IS ÚP  
• IS ÚP  musí zabezpečiť obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov, príloh  
• IS ÚP zabezpečí zobrazenie oznámenia s linkom na prílohy. 

Alternatíva 2: 

• Vytvorenie integračného rozhrania(obojsmerného) na eForms v IS REG resp. EKP pre IS ÚP. 
• IS ÚP zabezpečí vystavenie WS pre stiahnutie údajov, metaúdajov a príloh z eForms. 
• IS ÚP zabezpečí obojsmernú komunikáciu (integráciu) s BPM pre potreby začatia procesov súvisiacich s PU, notifikácie a pod 
• IS ÚP zabezpečí prevzatie údajov a zobrazenie oznámenia s linkom na prílohy. 

Spracovanie oznámenia, vytvorenie referencie na SPU

Aktivity:

• Zaevidovanie oznámenia a príloh do OE IS ÚP
• Referencovanie OE PU a oznámenia na zamestnávateľa, RFO SP
• Vytvorenie registrácie PU bez referencie
• Pridelenie prípadu referentovi na došetrenie PU
• Komunikovanie so zamestnávateľom ohľadom vytvorenia SPU
• Vykonanie kontroly duplicity oznámenej PU
• Vytvorenie registrácie PU s duplicitou
• Pridelenie prípadu registrácie PU s duplicitou referentovi
• Spracovanie registrácie PU s duplicitou
• Poloautomatizované vytvorenie SPU
• Pridelenie prípadu (SPU) referentovi
• Spracovanie registrácie UD s duplicitou
• Došetrovanie SPU
• Vytvorenia SPU

Po procese zaevidovania oznámenia nasleduje automatický krok v IS ÚP a to referencovanie (vznik väzby) PU. Systém vytvára automaticky referencie minimálne na: 

• zamestnávateľ - Spárovanie zamestnávateľa voči zoznamu subjektov evidovaných v IS JVP (subjekty sú získavané rozhraním UR02b) 
• RFO SP, 

Systém pri registrácii PU musí zabezpečiť kontrolu priložených príloh. IS ÚP zabezpečí vytvorenie a škálovateľnosť uvedeného sledovania priložených príloh. Pri registrácii PU IS ÚP vykoná kontrolu duplicity PU podľa definovaných pravidiel.  

Systém zároveň rozšíri OE PU  o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na zamestnávateľa,  
• Stav spracovania referencií na RFO SP, 
• Stav spracovania kontroly duplicity, 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu alebo chýbajúce prílohy oznámenia, zapíše do OE PU chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE PU stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne.

Chybové stavy žiadosti

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú registráciu PU vytvorí (označí) ako: 

• PU s duplicitou 
• PU s chybou. 

Zodpovedná osoba za registráciu PU si prevezme uvedenú PU (s chybovým stavom),: 

• ak je potrebné obohatí ju o potrebné atribúty a vykoná pridelenie oznámenia o PU pracovníkovi/referentovi na došetrenie PU   
• vykoná registrovanie identifikovanej PU s duplicitou . 

Používateľ systému si prevezme uvedený prípad a vykoná spracovanie registrácie s chybovým stavom.  

V prípade potreby komunikácie so zamestnávateľom počas vytvárania SPU musí systém používateľovi zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Vytvorenie SPU 
• Úprava dátumu úrazu 
• Registrácia zamestnávateľa 
• Zmena údajov zamestnávateľa 
• Manuálne párovanie poistenca, resp zaevidovanie osoby do IS ÚP (cudzinci) 
• Oprava údajov vo formulári 
• Doregistrácia dokumentácie k PU 
• Vyťažovanie údajov 

Pri vykonávaní spracovania „registrácie PU s duplicitou“ systém zabezpečí: 

• Vloženie do SPU 
• Nová registrácia PU  
• Aktualizácia registrácie PU  
• Označenie registrácie PU ako duplicita 
• Vymazanie duplicity 
• Podporenie vyťažovania a spracovania údajov. 

Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE PU na úspešné. Po uvedenom kroku je PU referencovaná na všetky OE IS ÚP. 

V prípade, že je identifikovaná potreba došetrenia oznámenej PU, tak zodpovedná osoba vykoná došetrenie PU s dotknutými OVM. 

Notifikovanie zamestnávateľa o konaní a prijatí PU

IS ÚP zabezpečí prípravu údajov a typ správy pre rozhranie R3A EKP o spracovaní PU. Minimálne sa vykonajú aktivity príprava údajov, uloženie do DB, kontrola konzistencie údajov, generovanie statusov - typ správy. EKP zabezpečí notifikovanie, sprístupnenie a spracovanie informácií podľa typu správy pre zamestnávateľa cez SES.

Tlačové zostavy, Štatistické zostavy

Budú vytvorené nové tlačové zostavy za účelom sledovania oznamovaných PU so spôsobom ich nahlásenia. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol oznámených PU: 

• Stavy vytvorených PU. 

Úprava grafického prostredia IS ÚP

V GUI IS ÚP pribudnú nasledovné prvky:  

• Prelink na detail oznámenia PU  na obrazovke detailu PU  
• Po kliknutím „link“ bude používateľovi zobrazené oznámenie PU s prílohami v náhľade 
• Evidencia zmenových požiadaviek danej PU (nová záložka)  

1. 1. 1. 1. ŽS8-6 Úrazová renta - IS ÚP

Zaevidovanie žiadosti

Proces a popis témy Úrazová renta začína aktivitou zaevidovania prijatej žiadosti ÚD v elektronickej alebo papierovej forme v IS ÚP. 

Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna: 

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS ÚP nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SPU). 
• Papierová žiadosť je zaevidovaná do OE žiadosti so zvoleným druhom ÚD (nový OE) a prílohami. 
• Proces spracovania registrácie ÚD ako napr. zaevidovanie žiadosti, referencovanie na SPU, došetrovanie PU, posúdenie nároku (vyzývanie), výpočty ÚD, tvorba rozhodnutia zostáva bez zmeny. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG s prílohami. 
• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti s prílohami, poskytnutie údajov a metaúdajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy ÚD. 
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS ÚP. 
• IS ÚP musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese. 
• Zaevidovanie žiadosti do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy ÚD. IS ÚP musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Elektronická žiadosť

Proces zaevidovania elektronickej žiadosti  o ÚD okrem úrazového príplatku bude implementovaný nasledovne: 

Alternatíva 1: 

• IS ÚP nemá výnimku z IS REG a BPM. 
• IS ÚP zabezpečí obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, metaúdajov, príloh a potreby začatia procesu ÚD, notifikácie a pod. 
• IS ÚP zabezpečí zobrazenie žiadosti s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE žiadosti a registrácie ÚD so zvoleným druhom ÚD.  

Alternatíva 2: 

• Vytvorenie integračného rozhrania(obojsmerného) na eForms v IS REG resp. EUP pre IS ÚP. 
• IS ÚP zabezpečí vystavenie WS pre stiahnutie údajov, metaúdajov a príloh z eForms. 
• IS ÚP zabezpečí obojsmernú komunikáciu (integráciu) s BPM pre potreby začatia procesu ÚD, notifikácie a pod 
• IS ÚP zabezpečí prevzatie údajov a zobrazenie žiadosti s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE žiadosti a registrácie ÚD so zvoleným druhom ÚD.  

Každá elektronická žiadosť obsahuje práve jeden druh ÚD s potrebnými prílohami. Každý zvolený druh ÚD predstavuje samostatné konanie. Povinným údajom žiadosti ÚD bude dátum PU alebo choroby z povolania slúžiace na referencovanie SPU v IS ÚP. Z jednej PU môže mať žiadateľ viacero dávok toho istého typu.

Spracovanie žiadosti, vytvorenie referencie na SPU a konania v IS ÚP

Aktivity:

• Referencovanie OE žiadosti a registrácie ÚD na SPU, RFO SP a iné registre
• Kontrola duplicity registrácie ÚD
• Vytvorenie registrácie ÚD s duplicitou
• Vytvorenie registrácie ÚD bez PU
• Pridelenie prípadu pracovníkovi na došetrenie PU
• Došetrovanie PU
• Spracovanie PU a vytvorenie SPU
• Poloautomatizované vytvorenie konania ÚD na SPU
• Pridelenie prípadu/konania (ÚD) referentovi
• Pridelenie prípadu registrácie ÚD s duplicitou referentovi
• Spracovanie registrácie UD s duplicitou 

Po procese zaevidovania žiadosti nasleduje automatický krok v IS ÚP a to referencovanie (vznik väzby) vytvorených OE žiadosti a registrácie ÚD na OE IS ÚP. Systém vytvára automaticky referencie minimálne na: 

• SPU 
  • obsahuje OE PU zložený z informácií o zamestnávateľovi, FO a dátum úrazu alebo vzniku choroby z povolania 
• RFO SP, 
• a iné registre IS ÚP 

Systém musí zabezpečiť kontrolu priložených príloh pre jednotlivé ÚD. IS ÚP musí zabezpečiť vytvorenie a škálovateľnosť uvedeného sledovania priložených príloh. V uvedenom kroku IS ÚP vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na SPU,  
• Stav spracovania referencií na RFO SP, 
• Stav spracovania kontroly duplicity, 
• Stav spracovania na iné registre IS ÚP. 

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu alebo chýbajúce prílohy žiadosti, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne. 

Implementačné riziko: Vytváranie referencií a vyťažovanie je priamo závislé na forme vypĺňania jednotlivých častí(atribútov) formulára napr. výber PU s identifikovaným zamestnávateľom musí byť výber zo zoznamu existujúcich poistení registrácií v SP a pod. 

Chybové stavy žiadosti

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú registráciu ÚD vytvorí (označí) ako: 

• Registrácia ÚD bez PU, 
• Registrácia ÚD s duplicitou. 

Registrátor, administrátor ústredia alebo vedúci likvidácie si prevezme uvedenú registráciu ÚD (s chybovým stavom),: 

• ak je potrebné obohatí ju o potrebné atribúty a vykoná pridelenie žiadosti o ÚD pracovníkovi/referentovi na došetrenie PU , alebo na  
• registrovanie ÚD s duplicitou . 

Používateľ systému si prevezme uvedený prípad a vykoná spracovanie registrácie s chybovým stavom.  

Pri vykonávaní došetrovania PU musí systém používateľovi zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Vytvorenie SPU 
• Manuálne referencovanie na SPU 
• Manuálna úprava dátumu vzniku úrazu alebo vzniku choroby z povolania 
• Registrácia zamestnávateľa 
• Zmena údajov zamestnávateľa 
• Manuálne párovanie poistenca resp. vytvorenie FO, ktoré nie sú v RFO SP ako napr. cudzinci 
• Úprava údajov zo žiadosti v OE IS ÚP 
• Vytvorenie konania ÚD 
• Vydanie procesného alebo dávkového rozhodnutia 
• Doregistrácia dokumentácie k ÚD a PU 
• Podporenie vyťažovania, spracovania údajov 
• Zmena údajov poistnej udalosti  
• Storno poistnej udalosti adminom ústredia (omyl používateľa IS) 

V prípade došetrovania PU prebieha vzájomná viackanálová komunikácia s občanom (žiadateľom), zamestnávateľom a inými OVM ako napr. NIP a pod. Pri zistení nesplnenia zákonnej povinnosti oznámenia PU zamestnávateľom bude zamestnávateľ vyzvaný na ohlásenie PU. Zamestnávateľ pomocou žiadosti oznámi PU a systém umožní používateľovi využiť príslušnú funkčnosť IS ÚP pre vytvorenie väzby registrácie ÚD na SPU, ktorý bude výsledkom samostatného procesu AS. 

Pri vykonávaní spracovania používateľom „registrácie UD s duplicitou“ musí systém okrem funkčností popísaných v došetrovaní zabezpečiť: 

• Vloženie do SPU 
• Nová registrácia ÚD (nové konanie) 
• Aktualizácia registrácie ÚD (úprava konania a zlúčenie duplicity) 
• Označenie registrácie ÚD za duplicitnú 
• Označenie registrácie ÚD za stornovanú (administrátor ústredia) 
• Podporenie vyťažovania a spracovania údajov. 

Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti na úspešné a vytvorí referenciu OE žiadosti a registrácie ÚD na SPU. Po uvedenom kroku je žiadosť referencovaná na všetky OE IS ÚP a vložená do SPU s vytvoreným konaním daného typu. 

Pozitívne stavy žiadosti

Ak systém zapíše pre všetky stavy spracovania pozitívnu hodnotu, systém posunie registráciu ÚD do poloautomatizovaného procesu vytvorenia konania ÚD na SPU. Poloautomatizované vytvorenie konania ÚD na SPU bude prebiehať obdobným postupom ako pri ePN t. j.  

• Registrátor, administrátor ústredia resp. vedúci likvidácie prevezme údaje o ÚD (vyťaženie a predvyplnenie formulára ÚD) 
• IS ÚD otvorí predvyplnený formulár ÚD, ak je potrebné registrátor, administrátor ústredia /vedúci likvidácie obohatí formulár o potrebné atribúty a pridelí konanie referentovi/pracovníkovi. 

Posúdenie nároku na ÚD a tvorba rozhodnutia

Aktivity:

• Konanie o ÚD
• Posúdenie nároku (vyzývanie)
• Výpočet ÚD
• Vytvorenie rozhodnutia (dávkové/procesné)
• Pridelenie prípadu a zastavenie konania ÚD

Na základe vygenerovaných pozitívnych stavov žiadosti môže používateľ systému pristúpiť ku konaniu o ÚD. Pri konaní o ÚD bude zachovaná existujúca funkčnosť IS ÚD. Systém minimálne zachová funkčnosť: 

• Systém overí údaje na základe integrácie na RFO registráciu a OL. 
• Systém overí dovŕšenie dôchodkového veku 
• Systém overí existenciu úrazového poistenia poistenca a zamestnávateľa 
• Systém pri ÚD – „úrazová renta“: 
  • overí poberanie invalidného dôchodku/dovŕšenie dôchodkového veku/priznanie predčasného starobného dôchodku 

Pri vzniku nároku na dávku systém umožní používateľovi vykonať výpočet ÚD. Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SPU s príznakom podľa spôsobu doručenia. Po výpočte ÚD alebo nepriznaní nároku vzniká rozhodnutie podľa šablóny v AS. 

Späťvzatie žiadosti o ÚD

Žiadateľ o ÚD má v zmysle platnej legislatívy možnosť vziať späť žiadosť o ÚD v ktoromkoľvek stave konania až do vydania rozhodnutia. 

V prípade prijatia uvedenej žiadosti, registrátor, administrátor ústredia alebo vedúci pobočky uvedenú žiadosť spracuje ak je potrebné obohatí ju o potrebné atribúty a vykoná pridelenie prípadu referentovi. 

Referent v uvedenom prípade vykonáva aktivity vedúce k vytvoreniu procesného rozhodnutia o zastavení konania, ktoré je následne doručené účastníkovi konania. 

Implementačná poznámka: Momentálne má žiadosť neštruktúrovanú podobu, neexistuje formulár. Uvedené oznámenie späťvzatia žiadosti bude v budúcnosti súčasťou všeobecného formuláru SP pre oznámenie zmien s konaním/dávkou. Dôležité bude pre referencovanie a zabezpečenie automatizácie zabezpečiť zdieľanie „primary“ ID agendy ako spisov, žiadosti ÚD a konaní. 

Pokračujúce výpočty

Aktivity:

• Pokračujúce výpočty ÚD (úrazová renta) do vyplatenia dávky
• Pridelenie prípadu/konania ÚD referentovi

V prípade vzniku nároku na ÚD (úrazová renta), je používateľ nútený sledovať a prehodnocovať vstupy resp. kontroly výpočtov pre pokračujúce vyplácanie dávky. Počas cyklu pokračujúcich vyplácaných dávok môže na základe vstupov/kontrol v IS ÚP dôjsť k nasledujúcim stavom: 

• Vstup = nie / kontrola AV = nie -> pokračujúce vyplácanie dávky, 
• Vstup = áno / kontrola AV  = nie -> ukončenie vyplácania dávky/manuálny vstup do dĺžky vyplácania dávky, 
• Vstup = nie / kontrola AV = áno -> využitie existujúcej funkcionality alert systému pre likvidátora, ktorý vykoná prehodnotenie výšky pridelenej ÚD. Systém zachová možnosť spätnej aplikácie parametrov výpočtu (výstup -> Preplatok/Nedoplatok). 

Kontrola a vstup do výpočtu: 

• Invalidný dôchodok/dovŕšenie dôchodkového veku/priznanie predčasného starobného dôchodku 
• Valorizácia 
• Zmenenie % poklesu miery vykonávať zárobkovú činnosť spojenú s PU 
• Poberanie úrazových príplatkov 
• Súdne rozhodnutie 
• A pod. 

Tlačové zostavy, Štatistické zostavy

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí/spisov/konaní ÚD. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri ÚD. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o ÚD, pomocou ktorých bude možné odsledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí/konaní a registrácií ÚD. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov ÚD. 

Budú upravené dokumenty/zostavy týkajúce sa žiadostí o ÚD. 

Textácia dokumentov/zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia IS ÚP

V GUI IS ÚP pribudnú nasledovné prvky:  

• Prelink na detail žiadosti ÚD  
• Po kliknutí na „link“ bude používateľovi zobrazená žiadosť v náhľade vrátane jej príloh, ktoré boli súčasťou elektronického podania, 
• Evidencia zmenových požiadaviek danej registrácie ÚD (nová záložka),  
• Na obrazovku ÚD pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa danej registrácie ÚD,  
• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová a elektronická žiadosť),  
• Zobrazenie spracovaných a prijatých údajov od účastníkov konania napr. OVM. 

1. 1. 1. 1. ŽS8-7 Ošetrovné (krátkodobé) z dôvodu ošetrovania člena rodiny + ŽS8-8 Ošetrovné (krátkodobé) z dôvodu uzatvorenia zariadenia - IS NPaLPČ

Zaevidovanie žiadosti

Oblasť začína aktivitou zaevidovania prijatej žiadosti OČR v elektronickej alebo papierovej forme v IS NPaLPČ. Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna:

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS NPaLPČ nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SDP). 
• Papierová žiadosť je zaevidovaná do OE žiadosti (nový OE + nové GUI). 
• Proces spracovania žiadosti bude upravený (nová funkčnosť + nové GUI) nasledovne: 
  • zaevidovanie OE Ošetrovaný (OŠ. OS) 
  • vytvorenie SDP a konania, 
  • zaevidovanie vzťahu z RFO SP 
  • zaevidovanie potreby ošetrovania do OE potreby         
  • posúdenie nároku na dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 

Do procesu konania OČR môže vstúpiť žiadateľ ohlásením zmeny - prerušenie starostlivosti o ošetrovanú osobu. Uvedená zmena prerušenia starostlivosti bude zaevidovaná do nového OE prerušenia starostlivosti. Posúdenie prerušenia starostlivosti a jeho vplyv na  konanie zostáva bez zmeny v AS. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG. 
• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti, poskytnutie údajov a meta údajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy OČR.  
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 
• IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese. 
• Zaevidovanie žiadosti do OE žiadosti (nový OE + nové GUI). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy OČR. IS NPaLPČ  musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierovej žiadosti bude na evidenciu využívať prepisovanie údajov z papierovej žiadosti určeným zamestnancom SP do vstupného elektronického formuláru, ktorý využíva aj žiadateľ v portálovom riešení SP. IS NPaLPČ ponúkne priame (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkčnosť AS). Následne žiadosť bude do IS NPaLPČ doručená ako elektronická, ale musí sa zabezpečiť, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierovej žiadosti a tiež aj kedy a kto zaevidoval  “prepísal” papierovú žiadosť do elektronického formulára. Následne bude proces spracovania prebiehať ako na priloženom procese. 

Elektronická žiadosť

Alternatíva 1: 

Proces zaevidovania elektronickej žiadosti OČR bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti zostanú v platnosti. 
• Elektronická žiadosť je zaevidovaná do OE prijaté formuláre a OE žiadosti (nový OE + nové GUI). 
• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 
• IS NPaLPČ musí zabezpečiť úpravu procesu spracovania v zmysle optimalizácie žiadosti (tlačiva súvisí s ŽS8_BP_36 a ŽS8_BP_52).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 
• IS NPaLPČ musí zabezpečiť obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, meta údajov a potreby začatia procesu OČR, notifikácie a pod. 
• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE prijaté formuláre a OE žiadosti  (nový OE + nové GUI). 

Alternatíva 3: 

Proces zaevidovania elektronickej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy OČR. IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod.  

Podmienka evidencie príloh sa v prípade typov OČR líši. V prípade OČR z dôvodu ošetrovania člena rodiny, budú prílohy nepovinné, ak bude potreba zapísaná v eZdraví. Prílohy budú nepovinné, vyžadovať sa budú len v špecifických prípadoch (napr. deklarácia vzťahu k ošetrovanej osobe).

Pre každé NP musí žiadateľ podať samostatnú žiadosť.

IS NPaLPČ zabezpečuje verifikovanie FO na RFO SP. V prípade FO zo zahraničia bude žiadosť spracovaná manuálne.

Spracovanie žiadosti, vytvorenie SDP a konania v IS NPaLPČ

Aktivity spoločné:

• Referencovanie OE žiadosti na OE IS NPaLPČ  (min. ref. poistenec, registrácie a OL) a kontrola duplicity
• Referencovanie OE žiadosti na OE Ošetrovaný (OŠ.OS.) (Zavedenie do Evidencie reg. osôb.)
• Zaradenie do pracovnej fronty žiadosti s chybným stavom
• Spracovanie žiadosti s chybným stavom
• Referencovanie OE žiadosti a konaní na SDP
• Vytvorenie konania a spisu (SDP) OČR (Súbeh, Vylúčenie konania, Samostatné konanie)
• Zaradenie do pracovnej fronty žiadostí typ OČR
• Poloautomatické vytvorenie konania a SDP OČR
• Hlásenie zmien
• Zaevidovanie prerušenia starostlivosti

Aktivity z dôvodu ošetrenia člena rodiny:

• Vytvorenie referencii na RFO SP a dotazovanie NCZI o potrebe ošetrovného
• Spracovanie automatické / manuálne – OE potreby (OČR) s referenciou na OŠ.OS.
• Prijatie aktualizácie k potrebe starostlivosti
• Aktualizácia konania a SPD z pohľadu informácií potreby starostlivosti Aktualizácia údajov POST

Aktivity z dôvodu uzatvorenia zariadenia:

• Vytvorenie referencii na RFO SP a Overenie existujúcej potreby deklarovanej na žiadosti
• Manuálne zaevidovanie vystavenej potreby. Vytvorenie referencie na OŠ.OS.

Po procese zaevidovania žiadosti nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby) vytvorených OE žiadosti na OE AS. Systém vytvára automaticky referencie minimálne na OE: 

• Poistenca, 
• Ošetrovaných (OŠ. OS), 
  •  každý ošetrovaný predstavuje samostatný záznam v OE 
• Registrácie, 
• Duplicita, 

V uvedenom kroku IS NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Zabezpečí sa škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  
• Stav spracovania referencie na ošetrovaných,  
• Stav spracovania referencií na registrácie, 
• Stav spracovania kontroly duplicity, 
• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP).  

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne.

Chybové stavy žiadosti

Ak systém zapíše aspoň pre jeden stav spracovania chybovú hodnotu, systém uvedenú žiadosť zaradí do pracovnej fronty žiadostí s chybovým stavom. Používateľ systému si prevezme uvedenú žiadosť z fronty a vykoná spracovanie žiadosti s chybovým stavom. Používateľovi musí systém zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Manuálne párovanie na poistenca 
• Manuálne párovanie na registráciu 
• Vloženie do spisu (súbeh konaní/nové konanie) 
• Vytvorenie OL 
• Vytvorenie SDP 
• Vyťažovanie 
• Úprava OE OŠ. OS, potrieb a prerušenia starostlivosti 
• Manuálne párovanie rodinného vzťahu poistenca voči OŠ. OS (deklarovanie) 
• Kontrola prílohy žiadosti 
• A pod. 

Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti na úspešné a vytvorí referenciu OE žiadosti na SDP. Po uvedenom kroku je žiadosť vložená do SDP s vytvoreným konaním/konaniami. 

Pozitívne stavy žiadosti

Systém na základe pozitívnych hodnôt spracovania zaradí OE žiadosti do pracovnej fronty typ OČR. Používateľ systému si prevezme žiadosť z fronty a vykoná ak je to potrebné úpravu OE s vyťažovaním a poloautomatizovaným vytvorením SDP OČR. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží. Používateľovi nebude umožnené meniť všetky atribúty žiadosti, ako pri papierovej žiadosti. IS NPaLPČ následne vytvorí konania podľa počtu aktívnych registrácií, OL a vytvorí registratúrne záznamy od počtu aktívnych registrácií, OL. 

Systém v rámci realizácie krokov vytvorí referenciu OE žiadosti, OE ošetrovaný na SDP. 

Kontrola referencie OE žiadosti na SDP a spracovanie konania SDP

Používateľovi systému bude umožnené skontrolovať stavy vytvorenia referencie OE poistenec a OE ošetrovaných - žiadosti na SDP. V prípade ak všetky stavy spracovania referencií majú pozitívnu hodnotu umožní systém vykonať akciu spracovania konania SDP ako napr. 

• Súbeh, 
• Vylúčenie z konania, 
• Samostatné konanie. 

Funkčnosť spracovania konaní SDP zostane zachovaná. 

Vznik OE stav konania s auditnými logmi, kt. bude zachytávať záznamy mapované na číselníkové hodnoty min. pre EUP, eNotify, COP, BPM. Rovnako bude potrebné zabezpečiť vznik OE, kt. bude slúžiť pre asynchrónne integrácie s/bez MUSP pre CSRU. Uspokojenie potrieb informovania OVM. 

Evidencia potreby ošetrovania a vzťahu k ošetrovanej osobe

Ošetrovné (OČR) z dôvodu ošetrovania člena rodiny

Po vytvorení SDP OČR IS NPaLPČ overí: 

• Cez integračné rozhranie RFO SP deklarované vzťahy na OE OŠ. OS. V prípade potreby/nevytvorenia väzby bude umožnené používateľovi vytvoriť referenciu na OŠ. OS. napr. na základe príloh k podaniu. 
• Cez integračné rozhranie IS EKP/SES, z NCZI, potrebu ošetrovania na OE OŠ. OS., ktorú IS NPaLPČ zapíše do OE potreby. V prípade potreby/nevytvorenia väzby bude používateľovi umožnené vytvoriť záznam v OE potrieb a vytvorenie referencie na OE OŠ. OS. Napr. OČR zo zahraničia. 
• Cez integračné rozhranie IS EKP/SES, z NCZI, prídu aktualizácie k POST, následne  sa realizujú aktualizácie POST, SPD a aktualizuje LPČ.  
• Zamestnávateľa neinformujeme o všetkých aktualizáciách konania.   

IS NPaLPČ overuje existujúcu potreby OČR deklarovanej na žiadosti pre každý OE OŠ. OS. samostatne. Systém zabezpečuje prijatie potreby pre požadovanú OŠ.OS a zapíše prislúchajúcu potrebu. 

Dopytovanie a prijatie údajov o potrebe ošetrovania z NCZI bude realizované prostredníctvom  IS EKP / SES. Spracované údaje budú následne poskytnuté cez integračné rozhranie do IS NPaLPČ, ktorý si uvedené údaje zapíše a spracuje podľa dohodnutých pravidiel z integračného manuálu. NCZI zabezpečí cez integračné rozhranie aj aktualizáciu informácií o potrebe ošetrovania (vybodvanie integračného rozhrania na NCZI je predmetom iného projektu SP). 

Ošetrovné z dôvodu uzatvorenia zariadenia 

Po vytvorení SDP OČR IS NPaLPČ overí: 

• Cez integračné rozhranie RFO SP deklarované vzťahy na OE OŠ. OS. V prípade potreby/nevytvorenia väzby bude umožnené používateľovi IS NPaLPČ vytvoriť referenciu na OŠ. OS. napr. na základe príloh k podaniu. 

Následne používateľ zaeviduje potrebu ošetrovania z dôvodu uzatvorenia zariadenia do OE potreby. IS NPaLPČ zabezpečí vytvorením potreby vznik referencie na OE OŠ. OS. Používateľ eviduje pre potrebu pre každý záznam OE OŠ. OS. samostatne. 

Zaevidovanie prerušenia starostlivosti

IS NPaLPČ zabezpečí spracovanie oznámenia zmeny/prerušenie starostlivosti žiadateľom. Používateľ IS NPaLPČ zaeviduje do OE prerušenia starostlivosti uvedenú informáciu. IS NPaLPČ vytvorí referenciu medzi OE prerušenia starostlivosti a OE OŠ.OS a potreby. Jednotlivé zmeny budú zahrnuté a vyhodnotené v procese posúdenia nároku na dávku .

Integračné rozhrania pre sprístupnenie a spracovanie informácií od poistenca / žiadateľa bude zabezpečovať prijatie požiadaviek a evidenciu k SDP pre danú potrebu OŠ.OS. Jednotlivé zmeny záznamov budú realizované manuálne na základe pridelených oprávnení na modifikáciu dát.   

Zaevidovanie, spracovanie a preplatenie zdravotného výkonu (vetva LPČ)

Aktivity:

• Zaevidovanie zdravotného výkonu (ZZD)
• Spracovanie a príprava úhrad podľa typov zdravotníckych výkonov
• Oznámenie bankového účtu
• Úhrada zdravotného výkonu (ZV)

Automatická úhrada zdravotného výkonu za OČR 

Je potrebné na účely spracovania zdravotného výkonu (ZV) za OČR vytvoriť na SDP resp. OE potrieb na F3 podokno, kde by boli zaznamenané údaje z doručených eOČR, na základe ktorých by boli generované nasledovné ZV: EOCR, a UOCR. Potrebné bude upraviť aj štatistiky ZV01 – ZV12.

EOCR – začiatok OČR

V prípade eOČR sa uhrádza len jedna eOČR (SDP) bez ohľadu na skutočnosť, či ide o súbeh poistení. 

Prvým krkom je automatické vytvorenie hlavičky v IS NPaLPČ (nepochádza zo SES – generované ZZD) prvou doručenou eOČR (ak už nie je vytvorená hlavička z ePN) po splnení týchto podmienok: 

• eOČR je spárovaná s ošetrujúcim lekárom s príslušnosťou k pobočke SP 
• eOČR je spárovaná s poistencom, ktorý má  1 – n  nestornovaných poistných vzťahov (vytvorené SDP resp. EO potreby) 
• na predmetnom PZS nie je vytvorená hlavička za príslušné ZO, ak takáto hlavička existuje, eOČR sa pridá ako ďalší ZV do existujúcej hlavičky 
• platí zásada, že vždy je platná len generovaná hlavička za jedno ZO, aj keď hlavičiek s neuhradenými ZV môže byť zároveň viacero (1 – n) 
• za vznik ZV sa považuje deň vystavenia eOČR, t. j. ZV prislúcha práve k jednému ZO -> dôležitý je dátum potvrdenia potreby ošetrovania, t. j. eOČR 
• jedno SDP predstavuje jeden ZV EOCR bez ohľadu na počet poistných vzťahov 

UOCR – Ukončenie OČR

V prípade ukončenia eOČR sa uhrádza len jedno ukončenie eOČR (SDP) bez ohľadu na skutočnosť, či ide o súbeh poistení. 

• v prípade UOCR je vznik ZV dátum doručenia ukončenia eOČR do EKP, podľa toho sa stanovuje zúčtovacie obdobie 
• duplicitu ZV vyhodnocujeme obdobne ako v prípade ePN.  

Zúčtovacím obdobím (ZO) je obdobie mesiaca predchádzajúceho mesiacu výplaty, napr. pri úhrade ZV za EPN 25.2.2025 je zúčtovacím obdobím obdobie od 1.1.2025 do 31.1.2025, pričom sa vždy prihliada na vznik zdravotného výkonu.  

Príklad: Do IS NPaLPČ príde potvrdenie eOČR s dátumom vystavenia 1.5.2025 na FO (poistenec bez poistných vzťahov). Na príslušnom poistencovi vznikne poistný vzťah PNP SZČO, prípadne iný poistný vzťah až 1.7.2025. ZV s označením eOCR sa zaradí do hlavičky za obdobie 05/2025, t. j. vznikom ZV. Z jednej hlavičky môže byť uhradených viacero IVD v rôznom čase. Uvedené sa podobne deje aj v súčasnosti v prípadoch keď sú PZS vykázané vyžiadané ZV, ktoré čakajú 3 mesiace na spárovanie a úhradu. 

Kontrola na duplicitu ZV EOCR so ZV OCR bude zabezpečená obmedzeniami, resp. upozorneniami pri nahrávaní manuálnej OCR do internej hlavičky. 

Vytvorenie IVD, resp. úhrada automatizovaných hlavičiek sa bude odvíjať od skutočnosti, či PZS vykazuje ZV pravidelne, resp. či mu bola zrealizovaná úhrada ZV na základe externej / internej / generovanej hlavičky za posledný štvrťrok. Ak áno, tak tieto údaje sa použijú ako platobné údaje. V opačnom prípade sa vytvorí IVD bez platobného prostriedku a OLPČ, SPú, vyzve PZS o zaslanie údajov potrebných na úhradu ZV. 

Storno poistenca / poistného vzťahu / ePN je dôvod na zmenu stavu ZV v ZZD zo stavu „Pripravený“ na stav „Nevalidný“ s kódom chyby „Storno“. 

EKP

Súčasná funkčná časť ZZD pre PZS bude upravená tak, že títo už nebudú musieť vykazovať ZV, ktoré vykonali v súvislosti s OČR, ale tieto im bude SP uhrádzať automaticky na základe eOČR. 

APV SYRIUS bude generovať hlavičku ZZD so zdrojom generovaný tak ako to aktuálne funguje pre ePN. Spôsob riešenia sa nezmení, pribudnú len nové kódy ZV: EOCR a UOCR. 

Vykazovanie a vyplácanie ostatných ZV mimo ZZD zostane nezmenené. 

Zabezpečenie podkladov a následné spracovanie informácií pre / od zamestnávateľov a poistencov

Aktivity:

• Príprava údajov a typu správy pre rozhranie SES / EUP o spracovaní OČR
• Spracovanie informácií od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy

Systém na základe poistencovej role: 

• Zamestnanec (ZAM, DoVP, DoPČ, DoPČ-SP, INYKC-ZEC), 
• Fyzická osoba (SZČO, DNPO, INYKC-DPO, bez registrácie). 

Pripraví údaje a typ správy pre rozhranie SES / EUP o spracovaní OČR. Uvedený krok pozostáva minimálne z uvedených aktivít: 

• Príprava údajov, 
• Uloženie údajov do databázy, 
• Kontrola konzistencie údajov, 
• Generovanie statusov – typu správy.  

Pri poistnej role zamestnanec systém podľa typu správy notifikuje a sprístupňuje informácie pre zamestnávateľa a poistenca. Pri OE bez integrácii na zamestnávateľa (poistnej role INYKC-ZEC) systém nebude očakávať odpoveď od zamestnávateľa. Po interakcii zamestnávateľa a poistenca podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Pri poistnej role fyzická osoba systém podľa typu správy notifikuje a sprístupňuje informácie pre poistenca. Po interakcii poistenca (FO bez registrácie) podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Systém z integračného rozhrania informácie spracuje a podľa typu správy zabezpečí patričnú funkcionalitu. Systém musí minimálne zabezpečiť: 

• Spracovanie,  
• Generovanie priebežných statusov 
• Zaradenie do fronty správ prijaté od zamestnávateľa 

Bude potrebné identifikovanie typy správ s údajmi a procesy kt. sa majú uskutočniť obdobne ako pri ePN. 

Posúdenie nároku na dávku a tvorba rozhodnutia

Aktivity:

• Posúdenie nároku na dávku
• Výpočet dávky OČR (MV)
• Vytvorenie rozhodnutia
• Overenie schránky poistenca (CÚD)

Na základe generovania priebežného statusu spracovania konania môže používateľ systému pristúpiť k posúdeniu nároku na dávku. Pri posudzovaní nároku na dávku bude zachovaná existujúca funkčnosť AS.  

Pri posudzovaní nároku budú prebiehať posudzovanie starostlivosti a kontroly: 

• Kontrola súbehu platných potrieb. 
• Kontrola duplicity na tú istú potrebu ošetrenia 
• Kontrola na dávku materské 
• Kontrola na 270 dní NP pri DNPO 
• Kontrola ochranných lehôt  

Pri vzniku nároku na dávku systém umožní používateľovi vykonať výpočet dávky OČR (MV). Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SDP s príznakom podľa spôsobu doručenia (Papierová, UPVS, EUP a pod.). Po MV alebo nepriznaní nároku vzniká rozhodnutie podľa šablóny v AS.  

Implementačná poznámka: Dopad a vplyv na notifikácie, monitoring, reporting,  a integrácie (EUP, eNotify, COP, BPM, KAV, CSRÚ). Implementátor zadania by mal zohľadniť modulárnosť a škálovateľnosť riešenia pre budúce rozširovanie funkčnosti a OE s referenciami spojenými s aktivitou zaevidovania žiadosti do IS NPaLPČ. Vzniknú OE a stavy konania s auditnými logmi, kt. bude zachytávať záznamy mapované na číselníkové hodnoty min. pre EUP, eNotify, COP, BPM. 

Pokračujúce výpočty dávky (MV)

V prípade vzniku nároku na dávku používateľ vypočíta dávku (MV). Výpočet dávky sa realizuje za dni. Dávka sa delí v prípade, kedy pri čerpaní OČR dochádza k prechodu kalendárnych mesiacov. Vtedy sa dávka vyplatí v 2 výplatných termínoch. Počet dní v prvom mesiaci a potom ostatné dni budú vyplatené v ďalšom mesiaci. Uvedené výpočty zostávajú v platnosti, budú len funkčne rozšírené SDP podľa spôsobu doručenia.  Pri výpočte sa prehodnotia vstupy, ktoré môžu mať vplyv na samotnú výplatu dávky (metodické usmernenie).  

Tlačové zostavy, Štatistické zostavy, Rozhodnutia, Potvrdenia

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí / dávkových spisov/konaní.  

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o OČR, pomocou ktorých bude možné od sledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí / konaní OČR. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov OČR. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa žiadostí o OČR. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia OČR

Bude upravené prostredie GUI, tak aby bol  na obrazovke pre používateľa upravený rozsah zobrazovaných dát o nasledovné prvky: 

• Prelink na detail žiadosti, ohlásenie zmeny OČR, 
• Po kliknutím „link“ bude používateľovi zobrazená žiadosť v náhľade, 
• Evidencia zmenových požiadaviek danej spisovej dávky (nová záložka),  
• Na obrazovku SDP pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa daného SDP,  
• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová a elektronická žiadosť),  
• Zobrazenie spracovaných a prijatých údajov od zamestnávateľa a poistenca. 

Vytvorenie evidencie pracovného frontu/preberanie úloh

Bude vytvorená funkcionalita slúžiaca na evidovanie pracovného frontu a preberania úloh z konaní OČR (obdobná funkcionalita ako pri ePN) aj s príslušným náhľadom (agregáciou) na príslušné pohľady (grupovanie po spisoch, žiadostiach resp. konaniach). V rámci frontu bude potrebné zohľadniť aj párovanie oznámení o zmenách a zaevidovaných prerušeniach pre daný OŠ.OS. k používateľovi, ktorý spracováva danú žiadosť.  

V rámci zoznamu bude možné vyhľadávať / filtrovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 
• Priezviska poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Rodného čísla poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Stav žiadosti (Nepriradená, Priradená,. . . ).  

V rámci zoznamu bude možné zoraďovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 
• Priezviska poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Stav žiadosti (Nepriradená, Priradená,  ). 

Zoznam bude obsahovať funkcionality umožňujúce vykonať nasledovné úkony: 

• Zmenu pohľadu na rôzne úrovne agregácie, 
• Zobrazenie náhľadu žiadosti 
  • Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré sú v stave „Priradená“ tzn. daná žiadosť je už priradená riešiteľovi, 
  • Priradenie žiadosti 
    • Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré v stave „Nepriradená“ tzn. daná žiadosť nie je priradená riešiteľovi. 
      1. ŽS8-9 Ošetrovné (dlhodobé) z dôvodu ošetrovania člena rodiny – IS NPaLPČ

Zaevidovanie žiadosti

Téma začína aktivitou zaevidovania prijatej žiadosti DOŠ v elektronickej alebo papierovej forme v IS NPaLPČ. Pre súbeh projektov (IS REG a BPM), momentálne implementovaných SP, môže byť konečná forma implementácie aktivity alternatívna:

Papierová žiadosť

Alternatíva 1: 

Proces zaevidovania papierovej žiadosti  bude v IS NPaLPČ nasledovný: 

• Papierová žiadosť je zaevidovaná do OE doručené dokumenty (je súčasťou SDP). 
• Papierová žiadosť je zaevidovaná do OE žiadosti (nový OE). 
• Proces spracovania žiadosti bude upravený (nová funkcionalita) nasledovne: 
  • zaevidovanie OE Ošetrovaný (OŠ. OS) 
  • vytvorenie SDP a konania, 
  • zaevidovanie vzťahu z RFO SP 
  • zaevidovanie potreby ošetrovania do OE potreby starostlivosti            
  • posúdenie nároku o dávku, výpočty, tvorba rozhodnutia zostáva bez zmeny. 
  • Do procesu konania DOŠ môže vstúpiť žiadateľ ohlásením zmeny - prerušenie starostlivosti o ošetrovanú osobu. Uvedená zmena trvania, prerušenia, ukončenia starostlivosti bude zaevidovaná do OE prerušenia starostlivosti. Posúdenie prerušenia starostlivosti a jeho vplyv na  konanie zostáva bez zmeny v IS NPaLPČ. 

Alternatíva 2:  

Proces zaevidovania papierovej žiadosti bude realizovaný nasledovne: 

• Papierová žiadosť je zaevidovaná do IS REG. 
• IS REG zabezpečí spracovanie žiadosti (založenie reg. Spisu a reg. Záznamu, skenovanie a vyťaženie papierovej žiadosti, poskytnutie údajov a meta údajov). 
• IS REG zabezpečí komunikáciu s BPM, ktorý začne proces agendy DOŠ.  
• IS REG a BPM vystavia integračné rozhrania pre obojsmernú komunikáciu s IS NPaLPČ. 
• IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby notifikácie, monitoringu, reportingu a pod. 
• Proces spracovania bude následne prebiehať ako na priloženom procese. 
• Zaevidovanie žiadosti do OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania papierovej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy DOŠ. IS NPaLPČ  musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, monitoring, reporting, IS REG, portál SP a pod. 

Alternatíva 4:  

Proces zaevidovania papierovej žiadosti bude na evidenciu využívať prepisovanie údajov z papierovej žiadosti určeným zamestnancom SP do vstupného elektronického formuláru, ktorý využíva aj žiadateľ v portálovom riešení SP. IS NPaLPČ ponúkne priame (linkom) otvorenie elektronického formulára na zaevidovanie údajov (nová funkcionalita IS NPaLPČ). Následne žiadosť bude do IS NPaLPČ doručená ako elektronická, ale musí sa zabezpečiť, že bude pri takomto zázname aj informácia, o tom, že ide o prepis papierovej žiadosti a tiež aj kedy a kto zaevidoval  “prepísal” papierovú žiadosť do elektronického formulára“. Následne bude proces spracovania prebiehať ako na priloženom procese 

Elektronická žiadosť

Alternatíva 1: 

Proces zaevidovania elektronickej žiadosti DOŠ bude implementovaný nasledovne: 

• IS NPaLPČ má stále platnú výnimku z IS REG a integračné rozhrania pre elektronické žiadosti zostanú v platnosti. 
• Elektronická žiadosť je zaevidovaná do OE prijaté formuláre a OE žiadosti. 
• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 
• IS NPaLPČ musí zabezpečiť úpravu procesu spracovania v zmysle optimalizácie žiadosti (tlačivo súvisí s ŽS8_BP_66).  

Alternatíva 2: 

• IS NPaLPČ nemá výnimku z IS REG a BPM. 
• IS NPaLPČ musí zabezpečiť obojsmernú komunikáciu (integráciu) s IS REG a BPM pre stiahnutie údajov, meta údajov a potreby začatia procesu DOŠ, notifikácie a pod. 
• IS NPaLPČ zabezpečí zobrazenie žiadosti s linkom na prílohy. 
• Následne proces pokračuje zaevidovaním do OE prijaté formuláre a OE žiadosti (nový OE). 

Alternatíva 3: 

Proces zaevidovania elektronickej žiadosti bude implementovaný ako v alternatíve 1, pribudne len nutnosť komunikácie (obojsmernej) cez vytvorené integračné rozhrania s BPM pre začatie procesu agendy DOŠ. IS NPaLPČ musí zabezpečiť integráciu na uvedené rozhrania a komunikáciu podľa dohodnutých parametrov pre potreby centrálneho komponentu BPM ako napr. notifikácie, reportingu, IS REG, portál SP a pod.  

V prípade DOŠ budú doplnené nové formuláre žiadosti a ich prílohy. (Aktuálne - Potvrdenie o potrebe osobnej a celodennej starostlivosti a o prvom poskytovaní osobnej a celodennej starostlivosti a Potvrdenie o poskytovaní osobnej a celodennej starostlivosti ďalšou osobou) 

Pre každé NP musí žiadateľ podať samostatnú žiadosť. 

IS NPaLPČ zabezpečuje verifikovanie FO na RFO SP. V prípade FO zo zahraničia bude žiadosť spracovaná manuálne. 

Spracovanie žiadosti, vytvorenie SDP a konania v IS NPaLPČ

Aktivity:

• Referencovanie OE žiadosti na OE IS NPaLPČ  (min. ref. poistenec, registrácie a OL) a kontrola duplicity.
• Referencovanie OE žiadosti na OE Ošetrovaný (OŠ.OS.) (Zavedenie do Evidencie reg. osôb.)
• Zaradenie do pracovnej fronty žiadosti DOŠ
• Spracovanie žiadosti
• Overenie vzťahu na RFO SP
• Overenie existencie potreby starostlivosti
• Vyhľadanie existencie potreby starostlivosti
• Požiadavka na overenie potreby starostlivosti
• Overenie existujúcej potreby DOŠ deklarovanej na žiadosti
• Prijatie potreby
• Zaevidovanie prijatej potreby starostlivosti
• Poskytnutie informácie o potrebe starostlivosti
• Spracovanie automatické/manuálne - OE potreby (DOŠ) s referenciou na OŠ.OS.
• Referencovanie OE žiadosti. Vytvorenie SDP
• Spracovanie konaní SDP DOŠ (Súbeh, Vylúčenie konania, Samostatné konanie)
• Prijatie aktualizácie v potrebe starostlivosti
• Spracovanie informácie o zmene v potrebe starostlivosti
• Aktualizácia údajov evidovanej potreby starostlivosti
• Aktualizácia konania a SPD z pohľadu informácii potreby starostlivosti

Po procese zaevidovania žiadosti nasleduje automatický krok v IS NPaLPČ a to referencovanie (vznik väzby) vytvorených OE žiadosti na OE AS. Systém vytvára automaticky referencie minimálne na OE: 

• Poistenca, 
• Ošetrovaných (OŠ. OS), 
  • každý ošetrovaný predstavuje samostatný záznam v OE 
• Registrácie 
• Duplicita 
• Kontroluje duplicitu na tú istú potrebu ošetrenia z dôvodu zmeny na danej potrebe  

V uvedenom kroku NPaLPČ vyhodnotí (skontroluje) podľa definovaných pravidiel duplicitu žiadosti (nová funkcionalita). Implementátor musí zabezpečiť škálovateľnosť resp. rozširovanie parametrov pri kontrole duplicity. Systém na základe spracovania rozšíri záznamy a vytvorí referencie na uvedené OE. Systém robí podporu vyťaženia dát zo žiadosti a kontroluje duplicitu na tú istú potrebu starostlivosti. Spracovateľ vyhodnotí duplicitu z dôvodu zmeny poistenca na danej potrebe.   

Systém zároveň rozšíri OE žiadosti o stavy spracovania referencií a kontroly duplicity a to: 

• Stav spracovania referencie na poistenca,  
• Stav spracovania referencie na ošetrovaných,  
• Stav spracovania referencií na registrácie, 
• Stav spracovania kontroly duplicity, 
• Stav spracovania kontroly duplicity z dôvodu zmeny poistenca, 
• Stav spracovania referencie na SDP (uvedený stav systém zapíše ale logicky ho bude vyhodnocovať až v kroku Referencovanie žiadosti a konaní na SDP).  

Ak sa systému nepodarí vytvoriť uvedené referencie resp. na základe pravidiel identifikuje duplicitu, zapíše do OE žiadosti chybové stavy spracovania pre každý stav individuálne. Pri úspešnom vytvorení referencie resp. nenájdení duplicity, zapíše systém do OE žiadosti stav spracovania s pozitívnou hodnotou realizácie pre každý stav individuálne. 

Detailná analýza vo fáze Analýza a Dizajn odpovie, či viacerí ošetrovaní môžu byť evidovaní v jednom SDP. Následne či bude vznikať jedno alebo viacero rozhodnutí. 

Spracovanie žiadosti

Systém zapíše stavy spracovania a zaradí žiadosť do pracovnej fronty Žiadosti DOŠ. Používateľ systému si prevezme uvedenú žiadosť z fronty a vykoná spracovanie žiadosti. Systém umožní používateľovi doplniť informácie, ktoré mu systém automaticky nevyťaží. Používateľovi nebude umožnené meniť všetky atribúty žiadosti, ako pri papierovej žiadosti.  Používateľovi musí systém zabezpečiť minimálne nasledovnú funkčnosť pre realizovanie aktivít: 

• Manuálne párovanie na poistenca 
• Manuálne párovanie na registráciu 
• Vloženie do spisu (súbeh konaní/nové konanie) 
• Vytvorenie OL 
• Vyťažovanie 
• Úprava OE OŠ.OS, potrieb a prerušenia starostlivosti 
• Manuálne párovanie rodinného vzťahu poistenca voči Oš. Os (deklarovanie) 
• Kontrola prílohy žiadosti 
• A pod. 

Po realizácii aktivít systém aktualizuje hodnoty stavov spracovania v OE žiadosti. Spracovateľ podľa výsledku spracovania pokračuje na dotazovanie RFO SP.  Po uvedenom kroku je žiadosť vložená do SDP s vytvoreným konaním/konaniami. 

Dotazovanie vzťahu na RFO SP, Overenie existencie a aktualizácie Potreby starostlivosti

Spracovateľ v prípade, ak sa jedná o žiadosť o zmenu poistenca k ošetrovanému, a v systéme našiel aktuálnu potrebu na daného ošetrovaného: 

• Iniciuje sa dotaz na RFO SP, kde overuje vzťahy poistenca a ošetrovanej osoby.  
• Cez integračné rozhranie RFO SP deklaruje vzťahy na OE OŠ.OS. V prípade potreby / nevytvorenia väzby bude umožnené používateľovi vytvoriť referenciu na OŠ. OS. napr. na základe príloh k podaniu.  
• Iniciuje sa dotaz na register potrieb starostlivosti (POST) pre overenie potreby 
• Prebehne spracovanie potrieb starostlivosti a ich aktualizácií,  je možné automaticky a manuálne priraďovať k OE potreby (DOŠ) s referenciou na OŠ.OS. 

V rámci evidovaných informácií pre konkrétnu potrebu starostlivosti budú aj informácie o prípadných hospitalizáciách ošetrovaného počas trvania potreby starostlivosti. 

Po aktualizácií potreby starostlivosti prebehne aktualizovanie SPD a konania DOŠ referencovaných na danú potrebu z pohľadu prijatých aktualizovaných informácii o potrebe starostlivosti, resp. prijatých prerušení starostlivosti (hospitalizácie ošetrovaného).  

Referencovanie OE žiadosti na SDP a spracovanie konania SDP

Používateľovi systému bude umožnené skontrolovať stavy vytvorenia referencie OE poistenec a OE ošetrovaných - žiadosti na SDP. V prípade ak všetky stavy spracovania referencií majú pozitívnu hodnotu umožní systém vykonať akciu spracovania konania SDP ako napr. 

• Súbeh 
• Vylúčenie z konania 
• Samostatné konanie
• Vytvorenie SDP 

Funkčnosť spracovania konaní SDP zostane zachovaná. 

Vznik OE stav konania s auditnými logmi, kt. bude zachytávať záznamy mapované na číselníkové hodnoty min. pre EUP, eNotify, COP, BPM. Rovnako bude potrebné zabezpečiť vznik OE, kt. bude slúžiť pre asynchrónne integrácie s/bez MUSP pre CSRU. Uspokojenie potrieb informovania OVM. 

Zaevidovanie, spracovanie a preplatenie zdravotného výkonu (vetva LPČ)

Aktivity:

• Zaevidovanie zdravotného výkonu
• Spracovanie a príprava úhrad podľa typov zdravotných výkonov
• Oznámenie bankového účtu
• Úhrada zdravotného výkonu

Automatická úhrada zdravotného výkonu za DOŠ  

Je potrebné na účely spracovania zdravotného výkonu (ZV) za DOŠ vytvoriť na SDP na F3 podokno, kde by boli zaznamenané údaje z doručených eDOŠ, na základe ktorých by boli generované nasledovné ZV: EOCR, TOCR a UOCR. Tu bude potrebná detailnejšia analýza. 

Potrebné bude upraviť aj štatistiky ZV01 – ZV12, t.j. 12 ks. 

DNR určí miesto odkiaľ vetva LPČ bude preberať informácie o DOŠ - SDP resp. OE potreba 

EOCR – začiatok eDOŠ

V prípade eDOŠ sa uhrádza len jedna eDOŠ (SDP) bez ohľadu na skutočnosť, či ide o súbeh poistení. 

Prvým krokom je automatické vytvorenie hlavičky v  IS NPaLPČ (nepochádza zo SES – generované ZZD) prvou doručenou eDOŠ (ak už nie je vytvorená hlavička z ePN, resp. eOČR) po splnení týchto podmienok: 

• eDOŠ je spárovaná s ošetrujúcim lekárom s príslušnosťou k pobočke SP 
• eDOŠ je spárovaná s poistencom, ktorý má  1 – n  nestornovaných poistných vzťahov (vytvorené SDP) 
• na predmetnom PZS nie je vytvorená hlavička za príslušné ZO, ak takáto hlavička existuje, eDOŠ sa pridá ako ďalší ZV do existujúcej hlavičky 
• platí zásada, že vždy je platná len generovaná hlavička za jedno ZO, aj keď hlavičiek s neuhradenými ZV môže byť zároveň viacero (1 – n) 
• za vznik ZV sa považuje deň vystavenia eDOŠ, t.j. ZV prislúcha práve k jednému ZO -> dôležitý je dátum potvrdenia potreby ošetrovania, t.j. eDOŠ 
• jedno SDP predstavuje jeden ZV eDOŠ bez ohľadu na počet poistných vzťahov 

TOCR – trvanie eDOŠ

V prípade trvania eDOŠ sa uhrádza len jedno trvanie eDOŠ (SDP) za jedno obdobie, resp. jeden potvrdený dátum trvania eDOŠ, bez ohľadu na skutočnosť, či ide o súbeh poistení. 

• v prípade TOCR je vznik ZV dátum doručenia trvania eDOŠ do EKP, podľa toho sa stanovuje zúčtovacie obdobie. 
• duplicitu ZV vyhodnocujeme rovnako ako v prípade EPN (potrebné detailnejšie analyzovať) 

UOCR – ukončenie eDOŠ

V prípade ukončenia eDOŠ sa uhrádza len jedno ukončenie eDOŠ (SDP) bez ohľadu na skutočnosť, či ide o súbeh poistení. 

v prípade UOCR je vznik ZV dátum doručenia ukončenia eDOŠ do EKP, podľa toho sa stanovuje zúčtovacie obdobie. 

duplicitu ZV vyhodnocujeme obdobne ako v prípade EPN => potrebná detailnejšia analýza 

Zúčtovacím obdobím (ZO) je obdobie mesiaca predchádzajúceho mesiacu výplaty, napr. pri úhrade ZV za EPN 25.2.2025 je zúčtovacím obdobím obdobie od 1.1.2025 do 31.1.2025, pričom sa vždy prihliada na vznik zdravotného výkonu. 

Príklad: Do IS NP a LPČ príde potvrdenie eOČR/eDOŠ s dátumom vystavenia 1.5.2025 na FO (poistenec bez poistných vzťahov). Na príslušnom poistencovi vznikne poistný vzťah PNP SZČO, prípadne iný poistný vzťah až 1.7.2025.

ZV s označením eOCR sa zaradí do hlavičky za obdobie 05/2025, t. j. vznikom ZV. Z jednej hlavičky môže byť uhradených viacero IVD v rôznom čase. Uvedené sa podobne deje aj v súčasnosti v prípadoch keď sú PZS vykázané vyžiadané ZV, ktoré čakajú 3 mesiace na spárovanie a úhradu. 

Kontrola na duplicitu ZV EOCR so ZV OCR bude zabezpečená obmedzeniami, resp. upozorneniami pri nahrávaní manuálnej OCR do internej hlavičky. 

Vytvorenie IVD, resp. úhrada automatizovaných hlavičiek sa bude odvíjať od skutočnosti, či PZS vykazuje ZV pravidelne, resp. či mu bola zrealizovaná úhrada ZV na základe externej / internej / generovanej hlavičky za posledný štvrťrok, ak áno tieto údaje sa použijú ako platobné údaje. V opačnom prípade sa vytvorí IVD bez platobného prostriedku a OLPČ, SPú, vyzve PZS o zaslanie údajov potrebných na úhradu ZV. 

Storno poistenca / poistného vzťahu / ePN je dôvod na zmenu stavu ZV v ZZD zo stavu „Pripravený“ na stav „Nevalidný“ s kódom chyby „Storno“. 

implementačná poznámka¹: Implementátor necení samostatne funkcionalitou UOCR, aby bolo možné po rozhodnutí zohľadniť resp. vypustiť určenú prácnosť.   

EKP

Súčasná funkčná časť ZZD pre PZS bude upravená tak, že títo už nebudú musieť vykazovať ZV, ktoré vykonali v súvislosti s DOŠ, ale tieto im bude SP uhrádzať automaticky na základe eDOŠ. 

NPaLPČ bude generovať hlavičku ZZD so zdrojom generovaný tak ako to aktuálne funguje pre ePN. Spôsob riešenia sa nezmení, pribudnú len nové kódy ZV: EOCR a UOCR. 

Vykazovanie a vyplácanie ostatných ZV mimo ZZD zostane nezmenené. 

Zabezpečenie podkladov a následné spracovanie informácií pre / od zamestnávateľov a poistencov

Aktivity:

• Príprava údajov a typu správy pre rozhranie SES / EUP o spracovaní DOŠ
• Spracovanie informácii od zamestnávateľa a poistenca a ďalšia funkcionalita podľa typu správy

Systém na základe poistencovej role: 

• Zamestnanec (ZAM, DoVP, DoPČ, DoPČ-SP, INYKC-ZEC), 
• Fyzická osoba (SZČO, DNPO, INYKC-DPO, bez registrácie). 

Pripraví údaje a typ správy pre rozhranie SES / EUP o spracovaní DOŠ. Uvedený krok pozostáva minimálne z uvedených aktivít: 

• Príprava údajov, 
• Uloženie údajov do DB, 
• Kontrola konzistencie údajov, 
• Generovanie statusov – typu správy.  

Pri poistnej role zamestnanec systém podľa typu správy notifikuje a sprístupňuje informácie pre zamestnávateľa a poistenca. Pri OE bez integrácii na zamestnávateľa (poistnej role INYKC-ZEC) systém nebude očakávať odpoveď od zamestnávateľa. Po interakcii zamestnávateľa a poistenca podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Pri poistnej role fyzická osoba systém podľa typu správy notifikuje a sprístupňuje informácie pre poistenca. Po interakcii poistenca (FO bez registrácie) podľa typu správy systém spracuje informácie a poskytne ich integračným rozhraním IS NPaLPČ. 

Systém z integračného rozhrania informácie spracuje a podľa typu správy zabezpečí patričnú funkcionalitu. Systém musí minimálne zabezpečiť: 

• Spracovanie,  
• Generovanie priebežných statusov 
• Zaradenie do fronty správ prijaté od zamestnávateľa 

TBD: Bude potrebné identifikovanie typy správ s údajmi a procesy kt. sa majú uskutočniť obdobne ako pri ePN. 

Zaevidovanie oznámení zmien starostlivosti (prerušovanie starostlivosti)

IS NPaLPČ zabezpečí spracovanie oznámenia zmeny/prerušenie starostlivosti žiadateľom. Používateľ zaeviduje do OE prerušenia starostlivosti uvedenú informáciu. IS NPaLPČ vytvorí referenciu medzi OE prerušenia starostlivosti a OE OŠ.OS a potreby. Jednotlivé zmeny budú zahrnuté a vyhodnotené v procese posúdenia nároku o dávku. 

Oznámenie zmien : 

• Potvrdenie o trvaní poskytovania 
• Prerušenie DOŠ 
• Ukončenie DOŠ 

Integračné rozhrania pre sprístupnenie a spracovanie informácií od poistenca / žiadateľa bude zabezpečovať prijatie požiadaviek a evidenciu k SDP pre danú potrebu OŠ.OS. Jednotlivé zmeny záznamov budú realizované manuálne na základe pridelených oprávnení na modifikáciu dát.   

Posúdenie nároku na dávku a tvorba rozhodnutia

Aktivity:

• Posúdenie nároku na dávku
• Výpočet dávky DOŠ (MV)
• Vytvorenie rozhodnutia
• Overenie schránky poistenca (CÚD)

Na základe generovania priebežného statusu spracovania konania môže používateľ systému pristúpiť k posúdeniu nároku na dávku. Pri posudzovaní nároku na dávku bude zachovaná existujúca funkčnosť AS.  

Pri posudzovaní nároku bude prebiehať posudzovanie starostlivosti a kontroly: 

• Kontrola súbehu platných potrieb. 
• Kontrola duplicity na tú istú potrebu ošetrenia 
• Kontrola na materské dávky 
• Posúdenie starostlivosti 
• Kontrola na 270 dní NP pri DNPO 
• Kontrola ochranných lehôt 

Pri vzniku nároku na dávku systém umožní používateľovi vykonať výpočet dávky DOŠ (MV). Proces s výpočtami zostáva zachovaný, bude len funkčne rozšírený na SDP s príznakom podľa spôsobu doručenia (Papierová, UPVS, EUP). Po MV alebo nepriznaní nároku vzniká rozhodnutie podľa šablóny v AS.  

Pokračujúce výpočty dávky (MV)

V prípade vzniku nároku na dávku používateľ vypočíta dávku (MV). Výpočet dávky sa realizuje za dni. Dávka DOŠ sa vypláca mesačne spätne. Poistenec posiela mesačne potvrdenie o trvajúcej potrebe DOŠ.  

Uvedené výpočty zostávajú v platnosti, budú len funkčne rozšírené SDP podľa spôsobu doručenia. Pri výpočte sa prehodnotia vstupy, ktoré môžu mať vplyv na samotnú výplatu dávky (metodické usmernenie).  

Tlačové zostavty, Štatistické zostavy, Rozhodnutia, Potvrdenia

Budú rozšírené existujúce tlačové zostavy, tak aby zohľadňovali aj nové označenie žiadostí / dávkových spisov / konaní.  

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri vytváraní ochranných lehôt. 

Budú vytvorené nové tlačové zostavy za účelom vykonania potrebných kontrol pri konaní o DOŠ, pomocou ktorých bude možné od sledovať nasledovné aspekty: 

• Stavy vytvorených žiadostí / konaní DOŠ. 

Tlačové zostavy bude možné prispôsobiť podľa potreby na rôzne úrovne agregácie jednotlivých stavov DOŠ. 

Budú upravené dokumenty / rozhodnutia / potvrdenia / zostavy týkajúce sa žiadostí o DOŠ. 

Textácia dokumentov / rozhodnutí / potvrdení / zostáv a ich znení bude definovaná na základe aktuálne platne prijatej legislatívy. 

Úprava grafického prostredia DOŠ

Bude upravené prostredie GUI, tak aby bol  na obrazovke pre používateľa upravený rozsah zobrazovaných dát o nasledovné prvky: 

• Prelink na detail žiadosti, ohlásenie zmeny DOŠ, 
• Po kliknutí „link“ bude používateľovi zobrazená žiadosť v náhľade, 
• Evidencia zmenových požiadaviek danej spisovej dávky (nová záložka),  
• Na obrazovku SDP pribudne nová záložka, ktorá bude zobrazovať zoznam zaevidovaných zmenových požiadaviek týkajúcich sa daného SDP,  
• Zobrazovanie konania s rozlíšenými možnosťami evidencie atribútov (papierová a elektronická žiadosť),  
• Zobrazenie spracovaných a prijatých údajov od zamestnávateľa a poistenca. 

Vytvorenie evidencie pracovného zásobníka/preberanie úloh

Bude vytvorená funkcionalita slúžiaca na evidovanie pracovného frontu a preberania úloh z konaní DOŠ (obdobná funkcionalita ako pri ePN) aj s príslušným náhľadom (agregáciou) na príslušné pohľady (grupovanie po spisoch, žiadostiach resp. konaniach) V rámci frontu bude potrebné zohľadniť aj párovanie oznámení o zmenách a zaevidovaných prerušeniach pre daný OŠ.OS. k používateľovi, ktorý spracováva danú žiadosť.  

V rámci zoznamu bude možné vyhľadávať / filtrovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 
• Priezviska poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Rodného čísla poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Stav žiadosti (Nepriradená, Priradená,. . . ).  

V rámci zoznamu bude možné zoraďovať podľa nasledovných kritérií: 

• Dátum vytvorenia žiadosti, 
• Priezviska poistenca a ošetrovaného (pre ktorého žiadosť vznikla), 
• Stav žiadosti (Nepriradená, Priradená). 

Zoznam bude obsahovať funkcionality umožňujúce vykonať nasledovné úkony: 

• Zmenu pohľadu na rôzne úrovne agregácie, 
• Zobrazenie náhľadu žiadosti 
  • Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré sú v stave „Priradená“ tzn. daná žiadosť je už priradená riešiteľovi, 
• Priradenie žiadosti 
  • Táto funkcionalita (tlačidlo) bude dostupná iba pri žiadostiach, ktoré v stave „Nepriradená“ tzn. daná žiadosť nie je priradená riešiteľovi. 

1. 1. 1. Rozsah informačných systémov – AS IS

Uveďte dotknuté ISVS a ich moduly AS IS:

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

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

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

V projekte sa bude realizovať len rozširovanie integrácie na CSRÚ.

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

Integrácie sa realizujú v rozsahu potrebných údajov - teda v rámci nemocenskej alebo úrazovej agendy. 

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

V rámci projektu sa nerealizujú nové koncové služby, upravujú sa dve koncové služby. Ostatné koncové služby v danej agende predstavujú len základ pre uvedené zmeny.

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

V rámci projektu sa nebudú realizovať aplikačné služby na integrácie na externé systémy.  

1.  
   1. 1. Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

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

1.  
   1. 1. Konzumovanie údajov z IS CSRU – TO BE

1.  
   1. Dátová vrstva

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Nižšie v kapitole uvádzame základné predpoklady.

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

Diagram 9: Datasety IS MUSP

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

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu, nakoľko sa jedná primárne o existujúce agendové systémy. Čiastkové údaje sú uvedené v kapitole 4.2 Aplikačná vrstva architektúry. 

Pre budované informačné systémy vytvorte tzv. doménový model, ktorý definuje návrh dátových prvkov súvisiacich s projektom.

• Úlohou doménového modelu je vizuálne znázorniť rozsah predmetných údajov daného projektu, pričom je možné abstrahovať od nepodstatných detailov. Je platformovo nezávislý (nie je určený pre konkrétny programovací jazyk),
• V nasledujúcej tabuľke uveďte a popíšte Objekty Evidencie (ďalej len OE) v jednotlivých ISVS/registroch súvisiace s projektom.
• Doménový model by mal byť v súlade s existujúcim Centrálnym modelom údajov verejnej správy (viac informácií na: https://mirri.gov.sk/sekcie/informatizacia/egovernment/datova-kancelaria/interoperabilita/ a https://metais.vicepremier.gov.sk/publicspace?pageId=59836112.).
• Pre modelovanie doménového modelu je potrebné stiahnuť si Centrálny model údajov verejnej správy v preferovanej distribúcii a v novom modeli použiť existujúce dátové prvky, ak tieto patria do domény projektu. Z technického pohľadu je odporučený jazyk UML (pre zjednodušený doménový model môžete použiť aj jazyk ArchiMate).
• V prípade, že sa používa dátový prvok z Centrálneho dátového modelu je nutné použiť skrátenú formu URI identifikátora daného prvku, napr. pper:PhysicalPerson je skrátený tvar https://data.gov.sk/def/ontology/physical-person/PhysicalPerson

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

1. 1. 1. 1. Objekty evidencie z pohľadu procesu ich vyhlásenia za referenčné

1.  
   1. 1. 1. Identifikácia údajov pre konzumovanie alebo poskytovanie údajov  do/z CSRU.

1. 1. 1. Kvalita a čistenie údajov

1. 1. 1. 1. Zhodnotenie objektov evidencie z pohľadu dátovej kvality

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

1. 1. 1. Otvorené údaje

Irelevantné vzhľadom na charakter projektu a súvisiacich dát. 

1. 1. 1. Analytické údaje

1. 1. 1. Moje údaje

Dátová vrstva bude predmetom detailnejšej analýzy v ďalších fázach projektu. V tabuľke uvádzame minimálny rozsah údajov, ktorý  spadá do kategórie mojich údajov.

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

1.  
   1. Technologická vrstva

Nevyhnutné zmeny v technologickej vrstve pre jednotlivé IS SP sa nie sú súčasťou predkladaného projektu. 

Zmena integračného rozhrania z JS3 na WS bude detailizovaná v ďalších fázach projektu.

1. 1. 1. Prehľad technologického stavu - AS IS
      2. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE

1.  
   1. 1. Návrh riešenia technologickej architektúry

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

n/a

1.  
   1. Bezpečnostná architektúra

Navrhované zmeny v existujúcich IS SP si nevyžadujú zmeny v bezpečnostnej architektúre. V prípade nových IS sa relevantné časti (napr. riadenie prístupov) pokrylo v aplikačnej vrstve architektúry.  

1. Závislosti na ostatné ISVS / projekty

1. Zdrojové kódy

Zdrojové kódy budú odovzdané Objednávateľovi v zmysle relevantných zmlúv o poskytovaní podpory pre IS.   

1. Prevádzka a údržba

Prevádzka a údržba rozvíjajúcich IS bude zachovaná ako v súčasnom stave.

1. 1. Prevádzkové požiadavky

1. 1. 1. Úrovne podpory používateľov

1. 1. 1. Riešenie incidentov – SLA parametre

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:

Vysvetlivky k tabuľke

1. 1. Požadovaná dostupnosť IS:

Bude zachovaná rovnako ako v súčasnom stave. 

1. 1. 1. Dostupnosť (Availability)

1. 1. 1. RTO (Recovery Time Objective)

1. 1. 1. RPO (Recovery Point Objective)

1. Požiadavky na personál

Personálne kapacity sú pokryté v Zmluve o poskytnutí prostriedkov mechanizmu na kapacity pre životné situácie.   

1. 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/Objednávky

1. Prílohy

Príloha 1 – Investičný plán prioritných životných situácií v2

Príloha 2 - Koncepcia rozvoja implementačného plánu ŽS7 a ŽS8 

Príloha 3 – Zoznam rizík 

Príloha 4: Implementačný plán

• Príloha 4a – Implementačný plán ŽS7 
• Príloha 4b – Implementačný plán Š8

Príloha 5 – Pracovné náplne  

Príloha 6 – Procesné mapy a diagramy architektúry