Naposledy upravil Vladimír Kováč 2025/01/31 16:05

Z verzie 6.1
upravil Andrej Kramár
-
Zmeniť komentár: Pre túto verziu nie sú komentáre
Do verzie 7.1
upravil Andrej Kramár
-
Zmeniť komentár: Pre túto verziu nie sú komentáre

Súhrn

Podrobnosti

Vlastnosti stránky
Obsah
... ... @@ -286,7 +286,7 @@
286 286  
287 287  = {{id name="_Toc120655606"/}}{{id name="_Toc153139684"/}}4.Architektúra riešenia projektu =
288 288  
289 -1.
289 +1.
290 290  11. Kontext ku architektúre riešenia projektu
291 291  
292 292  Výrazne lepšie využívanie údajov vo verejnej správe predstavuje kľúčový cieľ programového obdobia 2021 až 2027. K údajom chceme pristupovať ako k vzácnemu zdroju. Dátovej vrstve je preto v architektúre e-Governmentu venovaná výrazná pozornosť. Hlavným zámerom je zabezpečenie funkčnej dátovej integrácie medzi jednotlivými systémami verejnej správy, ale aj v rámci organizácie vrátane pravidelnej replikácie kvalitných a konsolidovaných transakčných dát do dátových úložísk.
... ... @@ -331,7 +331,7 @@
331 331  Realizáciou projektu sa vytvoria predpoklady pre transformáciu fungovania inštitúcie na základe dát, zmenu jej biznis procesov a úpravu jej informačného prostredia. Integráciou informačného systému administrácie podpôr v pôdohospodárstve (ďalej ako IS APP; isvs_14686) s centrálnou  integračnou platformou (IS CPDI) sa vytvoria podmienky pre uplatňovanie princípu 1x  a dosť v inštitúcii, ale aj inými orgánmi verejnej moci, a tiež ďalší podstatný rozvoj konceptov Moje údaje, či Otvorené údaje. Projekt podstatným spôsobom prispieva aj k uplatneniu princípov Dátovej kvality, a to z hľadiska kvality hodnôt údajov, a tiež dátových štruktúr.
332 332  
333 333  
334 -1.
334 +1.
335 335  11. Súčasný stav PPA
336 336  
337 337  Informatická podpora v oblasti konania PPA je v súčasnosti riešená v rámci samostatných systémov pre:
... ... @@ -355,7 +355,6 @@
355 355  * Isvs_117 - Register poľnohospodárskych produkčných plôch (Register LPIS), Aplikácia uľahčujúca prístup k informáciám o kultúrnych dieloch a k ich zobrazeniu na mape. Register LPIS bol vytvorený v rokoch 2002 a 2003 na podklade digitálnych ortofotomáp z rokov 2002-2003. Priebežne je aktualizovaný na základe výsledkov kontrol na mieste, DPZ a žiadostí. Register LPIS bol doplnený aj o nasledovné informácie:- priemerná svahovitosť,- priemerná nadmorská výška,- zaradenie do LF, CHVÚ, ÚEV- Nitrátová smernici, Kalová smernici,- poloprírodné a prírodné TTP biotopy,- špeciálne registre. Register LPIS je sprístupnený cez internetovú stránku www.podnemapy.sk (prístup aj cez pôdny portál);
356 356  * a značného počtu podporných systémov.
357 357  
358 -
359 359  Z hľadiska naliehavosti situácie je možné rozdeliť potrebu uskutočnenia projektu na tieto hlavné skutočnosti:
360 360  
361 361  1. PPA administruje všetky procesy v jednotlivých moduloch IS PPA. Avšak niektoré agendy žiadostí prebiehajú stále v papierovej podobe tzn. Dochádza k manuálnemu prepisu dát z papierovej do elektronickej podoby. Taktiež samotné rozhodnutia sú vydávané v papierovej podobe čo má za následok zbytočné administratívne a finančné zaťaženie, chybovosť prenosu údajov z papierovej do elektronickej podoby, manuálnu verifikáciu uvedených údajov, predlžovanie procesu konania o žiadosti z titulu doplňovania, opravy údajov v papierovej forme
... ... @@ -435,7 +435,6 @@
435 435  
436 436  * Integračný komponent: Integračný komponent slúžiaci ako centrálna zbernica údajov v rámci PPA plní kľúčovú úlohu pri integrácii rôznych informačných systémov rezortu, pričom jeho hlavnou úlohou je zjednodušiť a efektívne zabezpečiť výmenu údajov medzi týmito systémami. Tento komponent umožňuje prepojenie a synchronizáciu rôznych databáz a aplikácií používaných v rámci PPA, čo má priamy dopad na zlepšenie procesov vnútornej komunikácie a správy údajov.
437 437  
438 -
439 439  [[image:1731501387446-481.png]]
440 440  
441 441  Obrázok 3: Navrhovaná platforma anažmentu údajov PPA
... ... @@ -638,8 +638,8 @@
638 638  
639 639  Služby pre zabezpečenie požiadaviek IS MOÚ:
640 640  
641 -*
642 -**
639 +*
640 +**
643 643  *** Poskytnutie údajov pre  IS MOU – služba, ktorá poskytne odpoveď na základe požiadavky MOÚ (požiadavky IS MOÚ môžu byť typu overenie alebo zaslanie požiadavky na opravu údajov)
644 644  *** Poskytnutie zmenových dávok IS MOU – služba, ktorá bude do IS MOÚ posielať zmenové dávky
645 645  *** Poskytnutie notifikácií pre IS MOU – služba, ktorá bude do IS MOÚ zasielať jednotlivé typy notifikácií
... ... @@ -649,8 +649,8 @@
649 649  
650 650  Služby pre Interné IS PPA:
651 651  
652 -*
653 -**
650 +*
651 +**
654 654  *** Publikovanie údajov – služba zabezpečujúca komunikáciu medzi jednotlivými agendovými IS a modelmi Rezortnej integračnej platformy.
655 655  *** Poskytnutie základných a štatistických číselníkov – služba zabezpečujúca distribúciu alebo získanie údajov ZČ a ŠČ.
656 656  
... ... @@ -670,8 +670,8 @@
670 670  
671 671  Služby poskytované Dátovej kancelárii:
672 672  
673 -*
674 -**
671 +*
672 +**
675 675  *** Správa číselníkov – služba zabezpečujúca správu rezortných číselníkov (založenie, úprava, zneplatnenie číselníka resp. položky číselníka).
676 676  *** Správa metadát – služba zabezpečujúca správu metadát datasetov v DCAT-SK formáte.
677 677  
... ... @@ -695,31 +695,33 @@
695 695  (kód MetaIS)
696 696  )))
697 697  |(((
698 -As_xy
696 +as_66246
699 699  
700 700  
701 701  )))|Poskytnutie údajov pre  MOU| |Poskytovaná|Nie|Áno|Nie|As_59119
702 -|As_xy|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49250
700 +|As_66247|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49250
703 703  |(((
704 -As_xy
702 +As_66248
705 705  
706 706  
707 707  )))|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49253
708 708  |(((
709 -As_xy
707 +As_66249
710 710  
711 711  
712 712  )))|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|As_56536
713 -|As_xy|Poskytnutie zmenových dávok MOU| |Poskytovaná|Nie|Áno|Nie|As_56542
711 +|As_66250|Poskytnutie zmenových dávok MOU| |Poskytovaná|Nie|Áno|Nie|As_56542
714 714  |(((
715 -As_xy
713 +As_66251
716 716  
717 717  
718 718  )))|Poskytnutie notifikácií pre MOU| |Poskytovaná|Nie|Áno|Áno|As_56542
719 719  |(((
720 -As_xy
718 +As_66252
721 721  
720 +(((
722 722  
722 +)))
723 723  )))|Poskytnutie notifikácií pre MOU| |Poskytovaná|Nie|Áno|Áno|Sluzba_is_49251
724 724  
725 725  Tabuľka 2: Zoznam plánovaných služieb
... ... @@ -1089,9 +1089,9 @@
1089 1089  * Centralizácia know-how a jeho využitie pre podporu vývoja a implementácie nových technológií.
1090 1090  * Implementácia nástrojov na čistenie a správu a dát.
1091 1091  
1092 -1.
1093 -11.
1094 -111.
1092 +1.
1093 +11.
1094 +111.
1095 1095  1111. Spôsob realizácie aktivity
1096 1096  
1097 1097  Problematika manažmentu kvality a dostupnosti údajov z nových zdrojov dát si vyžaduje odbornú koordináciu procesov životného cyklu dát ako zberu, čistenia a spracovania dát, a zároveň technickú prevádzku dátových skladov a odbornú asistenciu pri využívaní moderných analytických nástrojov. Takéto úlohy je vhodné riešiť profesionálne prostredníctvom Rezortnej dátovej kancelárie verejnej správy, ktorá bude mať na starosti bázu dát príslušného rezortu a poskytovanie podpory a asistencie ostatným v rezorte pôsobiacim dátovým expertom. Vzhľadom na nedostatočný počet expertov, je v hodným riešením zabezpečenie externých kapacít v podobe dátových expertov ako dočasná pomoc počas dĺžky realizácie projektu, ktorí budú v súčinnosti s interným expertami, riešiť aktivity súvisiace  úpravou interných procesov v organizácií, aby podporili aplikáciu postupov dátovej vedy pri rozhodovaní („evidence-based policy“, „spending reviews“, „impact assessment“) a implementovali princípy štátu fungujúceho na základe využívania znalostí („Data-driven state“) a princípu hodnoty za verejné peniaze.
... ... @@ -1164,8 +1164,8 @@
1164 1164  
1165 1165  Táto kapitola nie je pre predkladaný projekt relevantná, pretože sa primárne zameriava na koncepčný rozvoj služby „Moje údaje“ a na zlepšovanie kvality služieb poskytovaných prostredníctvom zdrojových informačných systémov napr. v podobe zasielania zmenových dávok. Rozvoj systémov PPA minimálne o funkčné požiadavky definované vo výzve sú prioritne určené na podporu systému IS Manažment osobných údajov a rozvoja myšlienky „Moje údaje“.
1166 1166  
1167 -1.
1168 -11.
1167 +1.
1168 +11.
1169 1169  111. Kvalita a čistenie údajov
1170 1170  
1171 1171  Počas realizačnej fázy projektu bude Inštitúcia realizovať nasledovné oblasti z pohľadu dátovej kvality a interoperability v rozsahu:
... ... @@ -1176,9 +1176,9 @@
1176 1176  1. Zavádzanie dátovej interoperability
1177 1177  1. Monitoringu dátovej kvality (zavedenie monitoringu)
1178 1178  
1179 -1.
1180 -11.
1181 -111.
1179 +1.
1180 +11.
1181 +111.
1182 1182  1111. Čistenie údajov a zvyšovanie kvality údajov
1183 1183  
1184 1184  Riadenie dátovej kvality predstavuje pre Inštitúcia strategicky dôležitý faktor pre efektívnu správu údajov a zabezpečenie optimálnej prevádzky agend. Inštitúcia využíva nástroj na čistenie a zvyšovanie kvality údajov, aby zabezpečilo systematický manažovanie prác nad údajmi v organizácii. Cieľom takéhoto nástroja je pomáhať udržiavať integritu, dostupnosť a dôvernosť údajov, pričom by sa výrazne zlepšila efektivita práce dátovej kancelárie, ktorá má na vo svojej kompetencii a agende zaoberať sa komplexným manažment údajov a procesným riadením dátovej kvality.
... ... @@ -1198,9 +1198,9 @@
1198 1198  Takáto dokumentácia musí byť dostupná za všetky ISVS organizácie a vždy musí byť prístupná vlastníkovi kvality údajov, pretože tieto informácie sú podmienkou pre riadne vykonávanie procesov súvisiacich s celým životným cyklom údajov vrátane riadenia kvality údajov. Pre vytvorenie potrebnej dokumentácie sa bude organizácia riadiť dostupnou metodikou vydanou MIRRI s názovom „Metodika merania dátovej kvality vo verejnej správe“. Informácie v metodike sú totiž významným vstupom pre riadenie dátovej kvality.
1199 1199  
1200 1200  
1201 -1.
1202 -11.
1203 -111.
1201 +1.
1202 +11.
1203 +111.
1204 1204  1111. Požiadavky metódy čistenia a zvyšovania kvality údajov
1205 1205  
1206 1206  Na riešenie takých problémov, akými sú chyby, duplicity, odľahlé hodnoty pri snahe o dodržanie parametrov strojovej spracovateľnosti, konzistencie, aktuálnosti a jedinečnosti, správnosti, presnosti a komplexnosti, bude dodržaný pracovný postup čistenia dát, ktorý zahŕňa niekoľko krokov:
... ... @@ -1212,7 +1212,7 @@
1212 1212  * Správnosť: zahŕňa zabezpečenie toho, aby údaje presne reprezentovali entity alebo udalosti skutočného sveta.
1213 1213  * Presnosť a komplexnosť: úzko súvisí so správnosťou a vzťahuje sa na to, ako dobre údaje predstavujú skutočné hodnoty alebo stavy. Metódy na zlepšenie presnosti zahŕňajú:
1214 1214  
1215 -*
1215 +*
1216 1216  ** Profilovanie údajov
1217 1217  ** Zjednodušenie dátových štruktúr
1218 1218  
... ... @@ -1219,9 +1219,9 @@
1219 1219  Za účelom zvýšenia kvality vstupných datasetov bude integrácia rozšírená aj o funkcionalitu stotožňovania a referencovania voči číselníkom a referenčným registrom. V tomto prípade je možné z číselníka dotiahnuť relevantné atribúty, ktoré sú súčasťou prenášaného pojmu. V prípade, že v číselníku nebude nájdená prenášaná hodnota, tak bude vystavená správa pre poskytovateľa dát o danom zistení. Funkcionalita bude implementovaná architektúrou mikroslužieb s REST API. Budú udržiavané v repozitári služieb a môžu byť použité aj inými aplikáciami.
1220 1220  
1221 1221  
1222 -1.
1223 -11.
1224 -111.
1222 +1.
1223 +11.
1224 +111.
1225 1225  1111. Prevencia vzniku nekvality
1226 1226  
1227 1227  Dôležitou oblasťou, je riadenie dátovej kvality na vstupe (prevencia). To by umožňovalo eliminovať chyby alebo nekonzistencie v údajoch už v počiatočných fázach spracovania, čím by sa znížila potreba neskorších korekcií a zvýšila celková efektivita správy dát. Takýto nástroj by poskytoval mechanizmy na identifikáciu potenciálnych chýb už pri samotnom vstupe údajov, čím by sa zabezpečilo, že do ďalších fáz spracovania prechádzajú iba údaje vysokej kvality.
... ... @@ -1257,9 +1257,9 @@
1257 1257  Automatické kontroly údajov na vstupe umožnia odchytenie prvotných nedostatkov údajov, čím sa zníži potreba následných opráv. Konkrétny ISVS budú mať nastavené automatické kontroly voči biznis pravidlám a ukazovateľom dátovej kvality, pri ktorých sa bude dať definovať vzorec pre systémovú kontrolu.
1258 1258  
1259 1259  
1260 -1.
1261 -11.
1262 -111.
1260 +1.
1261 +11.
1262 +111.
1263 1263  1111. Zavádzanie dátovej interoperability
1264 1264  
1265 1265  Platforma MOU je založená na projekte s otvoreným zdrojovým kódom Solid. Solid je skratkou pre sociálne prelinkované údaje („Social Linked Data“), teda ide o Linked Data, ktoré vychádzajú zo štandardov W3C ako RDF, len môžu obsahovať aj osobné údaje o dotknutej osobe alebo subjekte. Preto údaje, ktoré sa ukladajú v MOU sú plne v súlade s Centrálnym modelom údajov a sú v štandarde RDF ako otvorené údaje. Údaje zo zdrojových informačných systémov verejnej správy preto treba pred ich nahratím do MOU transformovať.
... ... @@ -1275,9 +1275,9 @@
1275 1275  V procese transformácie údajov PPA, ktoré sú na úroveň atribútu popísane v kapitole č. 4.4.8 tohto dokumentu, sa predpokladá teda aj obohatenie a doplnenie pôvodných údajov tak, aby spĺňali požiadavku na kvalitu výstupu na úrovni 5★ RDF a aby boli v súlade s CMÚ.
1276 1276  
1277 1277  
1278 -1.
1279 -11.
1280 -111.
1278 +1.
1279 +11.
1280 +111.
1281 1281  1111. Vybudovanie transformačného modulu
1282 1282  
1283 1283  Cieľom riešenia je zabezpečenie poskytovania kvalitných dát vo formátoch, ktoré vyhovujú moderným štandardom pre zdieľanie údajov. Medzi preferované formáty spĺňajúce kritériá štandardov, ktoré majú veľký potenciál použitia aj v budúcnosti, je formát RDF, v našom prípade realizovaný vo forme formátu JSON-LD.
... ... @@ -1330,9 +1330,9 @@
1330 1330  Obrázok 4: Schéma riešenia transformačného modulu
1331 1331  
1332 1332  
1333 -1.
1334 -11.
1335 -111.
1333 +1.
1334 +11.
1335 +111.
1336 1336  1111. Monitoringu dátovej kvality (zavedenie monitoringu)
1337 1337  
1338 1338  Riadenie zmien nekončí po implementácii. Je dôležité monitorovať a hodnotiť účinnosť zmien a dátovej kvality v dlhodobom horizonte. To umožňuje identifikovať prípadné nedostatky alebo oblasti, ktoré vyžadujú ďalšie zlepšenie. Monitorovanie a hodnotenie pokroku sa teda neobmedzuje na obdobie realizácie akčného plánu ale zahŕňa aj obdobie po zavedení zmeny do rutinnej praxe.
... ... @@ -1405,8 +1405,8 @@
1405 1405  1.
1406 1406  )))|Projektové podpory PRV|4|3|2
1407 1407  
1408 -1.
1409 -11.
1408 +1.
1409 +11.
1410 1410  111. Otvorené údaje
1411 1411  
1412 1412  V roku 2023 bol realizovaný Národný katalóg otvorených údajov (ďalej ako „NKOD“), ktorý slúži ako centrálna databáza s viac ako 11 000 dátovými súbormi. Boli implementované štandardy otvorených údajov, ktoré zabezpečujú kvalitu a interoperabilitu týchto údajov.
... ... @@ -1467,21 +1467,20 @@
1467 1467  1. Projektové podpory PRV
1468 1468  )))|5★|mesačne / ročne
1469 1469  
1470 -
1471 -1.
1472 -11.
1470 +1.
1471 +11.
1473 1473  111. Analytické údaje
1474 1474  
1475 1475  Táto kapitola nie je pre predkladaný projekt relevantná. Projekt sa primárne zameriava na koncepčný rozvoj služby „Moje údaje“ a na zlepšovanie kvality služieb poskytovaných prostredníctvom zdrojových informačných systémov napr. v podobe zasielania zmenových dávok. Rozvoj systémov PPA minimálne o funkčné požiadavky definované vo výzve sú prioritne určené na podporu systému IS Manažment osobných údajov a rozvoja myšlienky „Moje údaje“.
1476 1476  
1477 1477  
1478 -1.
1479 -11.
1477 +1.
1478 +11.
1480 1480  111. Moje údaje
1481 1481  
1482 -1.
1483 -11.
1484 -111.
1481 +1.
1482 +11.
1483 +111.
1485 1485  1111. Popis existujúcich rozhraní v IS MOU - všeobecná informácia o funkčnosti IS MOU
1486 1486  
1487 1487  Úprava systémov bude nadväzovať na Modul logovania údajov v IS MOU, ktorý primárne zabezpečuje pre registrovaného používateľa informovanie o prístupe k jeho údajom.
... ... @@ -1530,7 +1530,7 @@
1530 1530  
1531 1531  Informácia o zmene osobných údajov. Zdrojom takejto informácie je IS VS, ktorý tieto údaje spravuje (napr. referenčný register).
1532 1532  
1533 -*
1532 +*
1534 1534  ** Informácia o vzniku osobných údajov
1535 1535  ** Informácia o zmene v osobných údajoch
1536 1536  ** Informácia o ukončení platnosti osobných údajov
... ... @@ -1541,7 +1541,7 @@
1541 1541  
1542 1542  Informácia o prenose údajov medzi IS VS – zdrojom informácie je IS CPDI, cez ktorý sa informácie prenášajú.
1543 1543  
1544 -*
1543 +*
1545 1545  ** Informácia o prenose údajov do osobného úložiska – zdrojom informácie je zdrojová služba IS MOU, ktorá na základe súhlasu dotknutej osoby zabezpečí prenos údajov zo zdroja do osobného úložiska.
1546 1546  ** Informácia o prenose údajov k tretej strane – zdrojom informácie je konzumentská služba IS MOU v IS MOU, ktorá na základe súhlasu dotknutej osoby, zabezpečila prenos údajov z osobného úložiska tretej strane.
1547 1547  
... ... @@ -1581,20 +1581,19 @@
1581 1581  Tabuľka 3: Tabuľka špecifikuje jednotlivé procesy spracovania údajov
1582 1582  
1583 1583  
1584 -1.
1585 -11.
1586 -111.
1583 +1.
1584 +11.
1585 +111.
1587 1587  1111. Popis dátových entít pre informácie ku údajom
1588 1588  
1589 1589  Kapitola poskytuje detailný prehľad o spôsobe a forme realizovania požadovaných typov informácií z pohľadu funkčného rozvoja IS, poskytujúceho predmetné údaje. Definícia jednotlivých entít vychádza z návrhu NotificationApi v MyData.org a OpenTelemetry.io, pričom bola rozšírená pre potreby IS MOU.
1590 1590  
1591 1591  
1592 -1.
1593 -11.
1594 -111.
1591 +1.
1592 +11.
1593 +111.
1595 1595  1111. Definícia typov informácií o prístupe k osobným údajom
1596 1596  
1597 -
1598 1598  Typ informácie umožňuje zoskupovanie a filtrovanie informácií. Využívame ho:
1599 1599  
1600 1600  Pri prihlasovaní sa k odoberaniu informácií, aby dotknutá osoba/registrovaný používateľ IS MOU mohla zúžiť množstvo informácií, ktoré chce odoberať.
... ... @@ -1617,9 +1617,9 @@
1617 1617  
1618 1618  
1619 1619  
1620 -1.
1621 -11.
1622 -111.
1618 +1.
1619 +11.
1620 +111.
1623 1623  1111. Definícia zdrojov informácií o prístupe k osobným údajom
1624 1624  
1625 1625  Zdroj informácie je kľúčový pri prihlasovaní sa k odberu informácií.
... ... @@ -1629,9 +1629,9 @@
1629 1629  V registri zdrojov informácií sa automaticky registrujú zdrojové a konzumentské služby. Zároveň je zaregistrovaný ako zdroj informácií CIP/IS CPDI ako poskytovateľ informácií o prenose údajov medzi OVM.
1630 1630  
1631 1631  
1632 -1.
1633 -11.
1634 -111.
1630 +1.
1631 +11.
1632 +111.
1635 1635  1111. Definícia prihlasovania sa k správam
1636 1636  
1637 1637  Prihlásenie sa k informáciám je nutný krok pre odoberanie informácií. Dotknutá osoba ako registrovaný používateľ IS MOU ním prejaví záujem o informácie a príslušný zdroj informácií sa dozvie, že má tieto informácie dotknutej osobe poskytovať.
... ... @@ -1662,9 +1662,9 @@
1662 1662  Tabuľka 5: Popis  požiadavky na odber informácií o prístupe k údajom
1663 1663  
1664 1664  
1665 -1.
1666 -11.
1667 -111.
1663 +1.
1664 +11.
1665 +111.
1668 1668  1111. Definícia Správy
1669 1669  
1670 1670  Informácia je záznam o akcii týkajúcej sa údajov registrovaného používateľa, posiela ju zdroj informácií do IS MOU. Informácia má hlavnú časť (Message) a obsah správy (MessagePayload), ktorý sa mení podľa typu informácie.
... ... @@ -1714,9 +1714,9 @@
1714 1714  
1715 1715  
1716 1716  
1717 -1.
1718 -11.
1719 -111.
1715 +1.
1716 +11.
1717 +111.
1720 1720  1111. Údaje o žiadateľovi
1721 1721  
1722 1722  |**Atribút**|**Popis**
... ... @@ -1756,9 +1756,9 @@
1756 1756  Výstupný formát v budúcom stave: JSON-LD
1757 1757  
1758 1758  
1759 -1.
1760 -11.
1761 -111.
1757 +1.
1758 +11.
1759 +111.
1762 1762  1111. Údaje o hraniciach užívania
1763 1763  
1764 1764  |**Atribút**|**Popis**
... ... @@ -1780,16 +1780,16 @@
1780 1780  
1781 1781  
1782 1782  
1783 -1.
1784 -11.
1781 +1.
1782 +11.
1785 1785  111. Legislatíva
1786 1786  
1787 1787  Projekt je orientovaný najmä na sprístupňovanie nových údajov do IS MOU z novobudovaného IS PPA, a súčasne komplexnú úpravu funkcionalít zdrojových informačných systémov pre poskytovanie žiadaných notifikácií pre registrovaného používateľa do IS MOU. PPA sa vo svojej správe zaoberá podstatnými agendovými systémami, ktoré spracovávajú kľúčové údaje osôb podnikajúcich v oblasti pôdohospodárstva. Legislatívno-právne aktivity sa preto budú orientovať najmä na činnosti týkajúce sa aktivity A1 a posúdenie legálnej možnosti sprístupňovania údajov evidovaných v informačných systémoch PPA prostredníctvom IS MOU registrovanému používateľovi IS MOU, tiež legálnych predpokladov, či identifikácie prekážok poskytovania súvisiciach notifikácií v zmysle projektu dotknutému používateľovi IS MOU. Legislatívno-právne analýzy sa budú v menšom rozsahu týkať aj aktivity A2 vo vzťahu k určeniu zákonných povinností týkajúcich sa dátovej kvality a prípadného naformulovania nových ustanovení dotknutých osobitných právnych predpisov s cieľom zvýšenia dátovej kvality spracúvaných údajov. Podstatná časť legislatívno-právnych aktivít je obsiahnutá aj v aktivite A7, keď vytvorenie komplexného dátovo-právneho manažmentu inštitúcie je jedným zo základných pracovných nástrojov inštitucionálnej dátovej kancelárie. 
1788 1788  
1789 1789  
1790 -1.
1791 -11.
1792 -111.
1788 +1.
1789 +11.
1790 +111.
1793 1793  1111. Analýza legislatívnych podmienok sprístupňovania údajov
1794 1794  
1795 1795  V národnom právnom systéme sa základná právna úprava konceptu Mojich údajov a sprístupňovania údajov fyzickým osobám nachádza v zákone č. 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í zákona č. 301/2023 Z. z. a zákone č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení zákona č. 301/2023 Z. z.. Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení zákona č. 301/2023 Z. z., konkrétne § 12 ods. 1 písm. k) s účinnosťou od 1.8. 2023 doplnil pre Orgány riadenia povinnosť „sprístupňovať orgánom verejnej moci a osobám prostredníctvom modulu procesnej integrácie a integrácie údajov (ktorého súčasťou je aj IS CPDI a IS MOU) údaje evidované v informačných systémoch verejnej správy a aktualizovať ich“.
... ... @@ -1814,9 +1814,9 @@
1814 1814  Vyššie uvedená právna úprava predstavuje generálnu právnu úpravu horizontálneho charakteru. V danej súvislosti je opäť potrebné poukázať na vzťah “lex generalis” a “lex specialis”, ktorý je podstatou dôvodu legislatívno-právnej činnosti uvedenej v písmene A1.
1815 1815  
1816 1816  
1817 -1.
1818 -11.
1819 -111.
1815 +1.
1816 +11.
1817 +111.
1820 1820  1111. PRÁVNA ANALÝZA PROCESU OPRAVY CHYBNÝCH/NEAKTUÁLNYCH ÚDAJOV A NÁVRH ÚPRAVY LEGISLATÍVY PRE OPRAVU ÚDAJOV
1821 1821  
1822 1822  V projekte bude realizovaná právna analýza konkrétnych ustanovení osobitných predpisov uvedených v kapitole 4.5.8.4 vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu pre Aktivitu A1 (podporne aj aktivitu A2, keďže správnosť a aktuálnosť údajov sú parametre dátovej kvality) a súvisiace vypracovanie konkrétneho návrhu noviel súvisiacich právnych predpisov/ návrhu nového zákona.
... ... @@ -1832,9 +1832,9 @@
1832 1832  Uvedený právny predpis vo svojej podstatnej časti predpisuje v cezhraničnom kontexte implementáciu funkcionality výmeny údajov medzi orgánmi verejnej moci, čiže realizáciu princípu „1 x a dosť“, prostredníctvom tzv. OOTS = Once only technical system. Aktívna spolupráca dotknutej osoby sa v danom kontexte predpokladá (okrem možnosti prístupu k elektronickým službám členského štátu prostredníctvom autentifikácie cez EUDIW) pri “prehliadaní a schvaľovaní” sprístupňovania jej údajov získaných z informačných systémov verejnej správy členských štátov príslušným orgánom verejnej moci iného členského štátu prostredníctvom tzv. “preview space”, v súlade s ideami Mydata.
1833 1833  
1834 1834  
1835 -1.
1836 -11.
1837 -111.
1833 +1.
1834 +11.
1835 +111.
1838 1838  1111. PRÁVNA ANALÝZA KONKRÉTNYCH USTANOVENÍ OSOBITNÝCH PREDPISOV
1839 1839  
1840 1840  Predmetom Legislatívno-právnych aktivít v tejto časti počas realizačnej fázy projektu bude právna analýza konkrétnych ustanovení osobitných predpisov uvedených v kapitole 4.5.8.4 (a prípadne aj ďalších všeobecne záväzných právnych predpisov, či interných aktov PPA identifikovaných vo fáze Analýzy a dizajnu) vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu a súčasne návrh novej právnej úpravy s cieľom odstránenia identifikovaných zákonných prekážok, a to pre Aktivitu:
... ... @@ -1876,9 +1876,9 @@
1876 1876  
1877 1877  
1878 1878  
1879 -1.
1880 -11.
1881 -111.
1877 +1.
1878 +11.
1879 +111.
1882 1882  1111. Vypracovanie komplexného dátovo-právneho manažmentu
1883 1883  
1884 1884  V realizačnej fáze projektu bude v rámci aktivity A7 v spojení s aktivitou A11 vypracovaný komplexný dátovo-právny manažment primárne v rozsahu zákonov uvedených v tejto kapitole. V analytickej fáze projektu môže vzniknúť potreba zahrnúť do komplexného dátovo-právneho manažmentu aj ďalšie zákony, či nariadenia vlády a prípadne ich vykonávacie predpisy. Právna analýza osobitných právnych predpisov sa bude zameriavať na identifikáciu právnych základov a právnych účelov spracúvania pre:
... ... @@ -1937,8 +1937,8 @@
1937 1937  
1938 1938  
1939 1939  
1940 -1.
1941 -11.
1938 +1.
1939 +11.
1942 1942  111. Prehľad jednotlivých kategórií údajov
1943 1943  
1944 1944  V tabuľke - Prehľad objektov evidencie – TO BE
... ... @@ -1975,19 +1975,18 @@
1975 1975  1.
1976 1976  )))|Projektové podpory PRV|☐|☐|☒|☐
1977 1977  
1978 -
1979 -1.
1976 +1.
1980 1980  11. Technologická vrstva
1981 1981  
1982 -1.
1983 -11.
1979 +1.
1980 +11.
1984 1984  111. Prehľad technologického stavu - AS IS
1985 1985  
1986 1986  Súčasťou projektu je zdieľanie moderného prostredia dedikované pre PPA, definovaného v projekte (IS APP; isvs_14686) tvoreného rezortnými centrálnymi komponentami na „zelenej lúke“ prevádzkovanými vo vládnom cloude. Z tohoto dôvodu je táto kapitola irelevantná.
1987 1987  
1988 1988  
1989 -1.
1990 -11.
1986 +1.
1987 +11.
1991 1991  111. Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
1992 1992  
1993 1993  Výkonnostné a kapacitné požiadavky sú popísané v časti 4.10.4
... ... @@ -1994,15 +1994,15 @@
1994 1994  
1995 1995  
1996 1996  
1997 -1.
1998 -11.
1994 +1.
1995 +11.
1999 1999  111. Návrh riešenia technologickej architektúry
2000 2000  
2001 2001  Budú využívané služby MIRRI cloudu
2002 2002  
2003 2003  
2004 -1.
2005 -11.
2001 +1.
2002 +11.
2006 2006  111. Využívanie služieb z katalógu služieb vládneho cloudu
2007 2007  
2008 2008  Nižšie v tabuľke sú popísané požiadavky pre využívania služieb vládneho cloudu.
... ... @@ -2031,7 +2031,6 @@
2031 2031  )))| |Platforma manažmentu údajov PPA// (//Modul MyData//, //Transformačný modul//, //Modul kvality a čistenia údajov, Centrálna správa údajov//, //Modul riadenia údajov//, //Lokálny katalóg otvorených údajov)
2032 2032  |infra_sluzba_754|Amazon EC2 Secure Plus| |Platforma manažmentu údajov PPA// (//Modul MyData//, //Transformačný modul//, //Modul kvality a čistenia údajov, Centrálna správa údajov//, //Modul riadenia údajov//, //Lokálny katalóg otvorených údajov)
2033 2033  
2034 -
2035 2035  |(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
2036 2036  
2037 2037  
... ... @@ -2052,7 +2052,6 @@
2052 2052  (uviesť názov)
2053 2053  )))| | | | | |
2054 2054  
2055 -
2056 2056  1.
2057 2057  11. Bezpečnostná architektúra
2058 2058  
... ... @@ -2078,13 +2078,13 @@
2078 2078  Tabuľka 8: Rozsah ISVS v projekte pre realizáciu BP a DPIA
2079 2079  
2080 2080  
2081 -1.
2082 -11.
2076 +1.
2077 +11.
2083 2083  111. Postupy pre vytvorenie resp. revíziu bezpečnostného zámeru a DPIA
2084 2084  
2085 -1.
2086 -11.
2087 -111.
2080 +1.
2081 +11.
2082 +111.
2088 2088  1111. Metodika pre bezpečnostný projekt
2089 2089  
2090 2090  Metodika pre tvorbu bezpečnostného projektu prípadne jeho aktualizáciu (ak už existuje) bude prebiehať v súlade s požiadavkami na analýzu rizík a vyhodnotenie súladu implementovaných opatrení podľa vyhlášky Úradu podpredsedu vlády SR pre investície a informatizáciu č. 179/2020 Z. z., ktorá upravuje spôsob kategorizácie a obsah bezpečnostných opatrení pre informačné technológie vo verejnej správe.
... ... @@ -2096,9 +2096,9 @@
2096 2096  Bezpečnostný zámer vymedzí základné bezpečnostné ciele, ktoré bude potrebné dosiahnuť na ochranu Informačného systému verejnej správy počas jeho vývoja, nasadzovania a prevádzky.
2097 2097  
2098 2098  
2099 -1.
2100 -11.
2101 -111.
2094 +1.
2095 +11.
2096 +111.
2102 2102  1111. Ohraničenia bezpečnostného projektu
2103 2103  
2104 2104  Bezpečnostný projekt bude vypracovaný pre integrovaný informačný systém PPA podľa príslušných kompetencií, ktoré stanovuje legislatíva. Tento projekt nebude riešiť komplexné bezpečnostné požiadavky všetkých informačných systémov v pôsobnosti PPA, ale sa bude sústrediť na potreby konkrétneho integrovaného systému isvs_14686.
... ... @@ -2111,9 +2111,9 @@
2111 2111  Z hľadiska legislatívnych a vecných požiadaviek budú pre bezpečnostný projekt relevantné najmä nasledovné východiská a vstupy, ktorých bezpečnostné požiadavky bude potrebné vyhodnotiť a zabezpečiť praktický súlad v požadovanej miere.
2112 2112  
2113 2113  
2114 -1.
2115 -11.
2116 -111.
2109 +1.
2110 +11.
2111 +111.
2117 2117  1111. Zoznam právnych predpisov
2118 2118  
2119 2119  * Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
... ... @@ -2137,9 +2137,9 @@
2137 2137  Je potrebné prihliadať na rozdielnosť definície pojmu „informačný systém“ podľa zákona o ISVS oproti definícii podľa zákona o ochrane osobných údajov (podobne tieto zákony rozdielne definujú aj iné pojmy, napr. „prevádzkovateľ informačného systému“).
2138 2138  
2139 2139  
2140 -1.
2141 -11.
2142 -111.
2135 +1.
2136 +11.
2137 +111.
2143 2143  1111. Opatrenia technické, organizačné a personálne a ich hodnotenie
2144 2144  
2145 2145  Pre účely zmierňovania rizík použijeme v projekte nasledovné zdroje opatrení:
... ... @@ -2175,9 +2175,9 @@
2175 2175  Pri realizácii analýzy bezpečnosti a návrhu bezpečnostných opatrení budú zohľadnené všetky aspekty implementácie a prevádzky ISVS, rovnako ako aj všetky relevantné požiadavky na opatrenia pri ochrane IS stanovené v záväzných predpisoch.
2176 2176  
2177 2177  
2178 -1.
2179 -11.
2180 -111.
2173 +1.
2174 +11.
2175 +111.
2181 2181  1111. Vymedzenie a popis okolia informačného systému
2182 2182  
2183 2183  Okolím ISVS pre účely tohto bezpečnostného projektu bude každý bod, z ktorého bude možný priamy prístup k aktívam ISVS alebo ktorý bude ovplyvňovať jeho prevádzku, jej podmienky alebo bezpečnosť. Okolie ISVS budú tvoriť najmä nasledovné typy štruktúr:
... ... @@ -2208,13 +2208,13 @@
2208 2208  Požiadavky na okolie budú uvedené vo forme návrhu bezpečnostných opatrení, ktoré majú odporúčací charakter – vyhodnotenie zostatkových rizík bude realizované na základe reálneho predpokladu efektívneho nasadenia daného opatrenia do praxe v okamihu, od kedy je to pre bezpečnosť IS Informačný systém verejnej správy (ISVS) relevantné.
2209 2209  
2210 2210  
2211 -1.
2212 -11.
2206 +1.
2207 +11.
2213 2213  111. Metodika pre DPIA
2214 2214  
2215 -1.
2216 -11.
2217 -111.
2210 +1.
2211 +11.
2212 +111.
2218 2218  1111. Posúdenie vplyvu na ochranu osobných údajov (DPIA)
2219 2219  
2220 2220  Okrem štandardu ISO 27005 používame tzv. Privacy Framework založený na štandardoch ISO 29100, ISO 29134 a ISO 29151. Analýza rizík prinesie odpoveď na otázku, pôsobeniu akých hrozieb bude dotknutá osoba vystavená, ako budú aktíva voči hrozbám zraniteľné, aká vysoká bude pravdepodobnosť, že hrozba zneužije určitú zraniteľnosť, a aký dopad by to na dotknutú osobu mohlo mať.
... ... @@ -2284,7 +2284,6 @@
2284 2284  
2285 2285  
2286 2286  
2287 -
2288 2288  1. Zdrojové kódy
2289 2289  
2290 2290  Zdrojové kódy vytvorené počas projektu sa budú zverejňovať v zmysle § 31 vyhlášky UPVII č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy v nadväznosti na § 15 ods. 2 písm. d) prvý bod zákona č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov buď  pre verejnosť bez obmedzenia (podľa § 31 ods. 4 písm. a) vyhlášky) alebo s obmedzenou dostupnosťou iba pre orgán vedenia a orgány riadenia (podľa § 31 ods. 4 písm. b) vyhlášky) spolu s odôvodnením v závislosti od jeho charakteru a posúdenia z hľadiska bezpečnosti a súvisiacich okolností.
... ... @@ -2292,7 +2292,7 @@
2292 2292  
2293 2293  1. Prevádzka a údržba
2294 2294  
2295 -1.
2289 +1.
2296 2296  11. Úrovne podpory používateľov
2297 2297  
2298 2298  Systém Help Desk vo verejnej správe je organizovaný cez tri úrovne podpory, pričom všetky úrovne budú zabezpečené dodávateľsky. Cieľom tohto systému je efektívne riešiť problémy a požiadavky koncových používateľov, ktorí pracujú s informačnými systémami a aplikáciami správy. Každá úroveň má svoje špecifické úlohy a zodpovednosti, ktoré sú kľúčové pre zaisťovanie kvalitných a efektívnych služieb v oblasti verejnej správy.
... ... @@ -2336,7 +2336,7 @@
2336 2336  Komunikácia: Riešitelia L3 nemajú priamy kontakt s koncovými užívateľmi, ale poskytujú technickú podporu tímom L1 a L2 a zabezpečujú, že zložitý problém je správne riešený a zdokumentovaný.
2337 2337  
2338 2338  
2339 -1.
2333 +1.
2340 2340  11. SLA (Service Level Agreement)
2341 2341  
2342 2342  Pre všetky úrovne podpory sú definované nasledujúce parametre SLA:
... ... @@ -2346,7 +2346,6 @@
2346 2346  * Dostupnosť L2 a L3:
2347 2347  ** Čas: Podpora L2 a L3 je dostupná 8 hodín denne, 5 dní v týždni (od 8:00 do 16:00 počas pracovných dní).
2348 2348  
2349 -
2350 2350  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
2351 2351  
2352 2352  
... ... @@ -2354,8 +2354,8 @@
2354 2354  * L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS).
2355 2355  * L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).
2356 2356  
2357 -1.
2358 -11.
2350 +1.
2351 +11.
2359 2359  111. Riešenie incidentov – SLA parametre
2360 2360  
2361 2361  V zmluve o dielo budú pre jednotlivé systémy definované nasledovné požiadavky závažnosti incidentov, ktoré sa používajú na kategorizáciu a priorizáciu incidentov v informačných systémoch na základe ich dopadu na prevádzku, používateľov a kritickosť služieb. Každý stupeň závažnosti vyžaduje odlišnú úroveň reakcie a má rozdielne požiadavky na čas riešenia.
... ... @@ -2483,10 +2483,9 @@
2483 2483  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
2484 2484  
2485 2485  
2486 -1.
2479 +1.
2487 2487  11. Požadovaná dostupnosť IS:
2488 2488  
2489 -
2490 2490  Požiadavky na dostupnosť informačných systémov, ktoré sú predmetom projektu a zároveň slúžia ako zdrojové systémy pre údaje poskytované prostredníctvom IS CPDI, musia byť zhodné s požiadavkami na systém, pre ktorý sú tieto údaje určené, konkrétne IS MOU. Tieto požiadavky sú definované v rámci nasledujúcich parametrov:
2491 2491  
2492 2492  * Maximálna kumulatívna doba plánovaných odstávok za mesiac: 12 hodín / *48 hodín
... ... @@ -2499,22 +2499,22 @@
2499 2499  Poznámka: Uvedené SLA parametre platia pre 99,9 % prípadov. Všetky parametre sú garantované na rozhraní systémov.
2500 2500  
2501 2501  
2502 -1.
2503 -11.
2494 +1.
2495 +11.
2504 2504  111. Dostupnosť (Availability)
2505 2505  
2506 2506  Dostupnosť (Availability) je vyjadrená ako percento času v danom období, obvykle za rok. Predpokladá sa dostupnosť na úrovní 98% dostupnosť, čo znamená kumulatívny výpadok 7,30 dňa ročne resp. 14 hodín mesačne.
2507 2507  
2508 2508  
2509 -1.
2510 -11.
2501 +1.
2502 +11.
2511 2511  111. RTO (Recovery Time Objective)
2512 2512  
2513 2513  [[RTO (Recovery Time Objective)>>path:#_RTO_(Recovery_Time]] - 4 hodiny + RTO gCloud[[~[1~]>>path:#_ftn1]], hodnota musí byť totožná s hodnotou pre IS MOU. hodín – doba obnovenia systému, t.j. za ako dlho po výpadku musí byť systém funkčný.
2514 2514  
2515 2515  
2516 -1.
2517 -11.
2508 +1.
2509 +11.
2518 2518  111. RPO (Recovery Point Objective)
2519 2519  
2520 2520  [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]- 6 hodín- aké množstvo dát môže byť stratené od vymedzeného okamihu.
... ... @@ -2522,7 +2522,7 @@
2522 2522  
2523 2523  1. Požiadavky na personál
2524 2524  
2525 -1.
2517 +1.
2526 2526  11. riadiaci výbor A PROJEKTOVÝ TÍM
2527 2527  
2528 2528  V rámci prípravnej a iniciačnej fázy projektu sa určí Zloženie Riadiaceho výboru, ktorý bude mať nasledovnú formu:
... ... @@ -2556,7 +2556,6 @@
2556 2556  1. UX dizajnér, ak je to potrebné,
2557 2557  1. iná špecifická rola, ak je to potrebné,
2558 2558  
2559 -
2560 2560  Vzor štruktúry riadiaceho výboru
2561 2561  
2562 2562  [[image:file:///C:/Users/kulavjak/AppData/Local/Temp/msohtmlclip1/01/clip_image005.png||alt="Obrázok, na ktorom je text, snímka obrazovky, vizitka, písmo
... ... @@ -2574,8 +2574,8 @@
2574 2574  1.
2575 2575  11. PRACOVNÉ NÁPLNE
2576 2576  
2577 -1.
2578 -11.
2568 +1.
2569 +11.
2579 2579  111. Pôsobnosť a úlohy Riadiaceho výboru
2580 2580  
2581 2581  Základnou úlohou Riadiaceho výboru je najmä:
... ... @@ -2606,9 +2606,8 @@
2606 2606  1. rozhodovanie o nevhodnosti pokynov zo strany Objednávateľa,
2607 2607  1. prijímanie strategických rozhodnutí súvisiacich s prevádzkou.
2608 2608  
2609 -
2610 -1.
2611 -11.
2600 +1.
2601 +11.
2612 2612  111. Pracovná náplň projektového tímu
2613 2613  
2614 2614  Tu je prehľadná tabuľka popisu práce a zodpovedností jednotlivých projektových rolí:
... ... @@ -2728,11 +2728,10 @@
2728 2728  
2729 2729  1. Implementácia a preberanie výstupov projektu
2730 2730  
2731 -
2732 2732  Súčasťou aktivity je odovzdanie riešenia do pilotnej prevádzky. Nasadenie riešenia do produkčného prostredia a odovzdanie diela bude realizované na základe úspešných akceptačných testov za účasti zodpovedných osôb poverených inštitúciou, ktoré preveria funkčnosť všetkých častí dodaného riešenia a taktiež služieb. Výstupom aktivity budú protokoly z testovania, akceptované moduly a jednotlivé požiadavky nachádzajúce sa v katalógu požiadaviek a akceptačný protokol o prevzatí diela, alebo jeho častí.
2733 2733  
2734 2734  
2735 -1.
2724 +1.
2736 2736  11. Pravidlá pre riadenie kvality a požiadavky na kvalitu výstupov
2737 2737  
2738 2738  Cieľom riadenia kvality je definovanie prístupu k zabezpečeniu a dosiahnutiu požadovanej kvality výstupov projektu a definovanie akceptačného procesu, v súlade s metodikou PRINCE2, PRINCE2 AGILE a v zmysle vyhlášky MIRRI č. 401/2023 o riadení projektov.
... ... @@ -2748,7 +2748,7 @@
2748 2748  
2749 2749  
2750 2750  
2751 -1.
2740 +1.
2752 2752  11. Pravidlá pre riadenie zmien
2753 2753  
2754 2754  Pravidlá pre riadenie zmien sú definované na základe Zmluvy o dielo - Zmenové konanie.