Zmeny dokumentu I-03_PRISTUP_k_PROJEKTU_Projekt_LVU_MD_SR

Naposledy upravil Juraj Paulen 2024/11/20 12:29

From 2.1 to 3.1

Z verzie 3.1

upravil Juraj Paulen
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Do verzie 4.1

upravil Juraj Paulen
-

Zmeniť komentár: Pre túto verziu nie sú komentáre

Raw
Rendered

Súhrn

Vlastnosti stránky (1 modified, 0 added, 0 removed)

Podrobnosti

Vlastnosti stránky

Obsah

@@ -12,7 +12,6 @@
  |Realizátor projektu|MD SR
  |Vlastník projektu|Igor Sibert
--
  **Schvaľovanie dokumentu**
  |Položka|Meno a priezvisko|Organizácia|Pracovná pozícia|Dátum|(((
@@ -22,7 +22,6 @@
  )))
  |Vypracoval| | | | |
--
 . História DOKUMENTU
  |Verzia|Dátum|Zmeny|Meno
@@ -30,10 +30,8 @@
  |//0.2//|//23.08.2024//|//Zapracovanie súladu s vyhláškou č. 401/2023 Z. z.//|
  |//0.3//|//17.09.2024//|//Doplnenie čiastkových kapitol//|
--
 . Úč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 má obsahovať 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í.
@@ -211,10 +211,9 @@
--1.
++1.
 . Použité skratky a pojmy
--
  |**SKRATKA/POJEM **|**POPIS **
  |“1x a dosť“ |Princíp „jedenkrát a dosť“ reprezentujúci spôsob, pomocou ktorého môžu orgány verejnej moci a verejná správa získavať výpisy a potvrdenia za občanov a podnikateľov za účelom predkladať v rámci úradných konaní rôzne potvrdenia a výpisy údajov, ktorými už štát disponuje, a to predovšetkým na základe všeobecnej právnej úpravy § 17 ods. 6 zákona o e-Governmente a súvisiaceho Zákona proti byrokracii. Súčasne sa implementujú technické riešenia, ktoré podporujú aplikáciu súvisiacich predpisov do praxe.
  |API |Aplikačné programovacie rozhranie (Application Programming Interface)
@@ -271,11 +271,9 @@
  |ZoD  |Zmluva o dielo
--
--1.
++1.
 . Konvencie pre typy požiadaviek (príklady)
--
  Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na:
  * Funkčné,
@@ -282,7 +282,6 @@
  * Nefunkčné,
  * Technické.
--
  Oblasti požiadaviek sú pre projekt rozdelené nasledovne:
@@ -335,7 +335,6 @@
  * Transformačný modul
  )))
--
  Funkčné požiadavky používajú konvenciu: ID_číslo
  Nefunkčné požiadavky používajú konvenciu: NP_ číslo
@@ -348,11 +348,9 @@
 . Popis navrhovaného riešenia
--
--1.
++1.
 . Kontext ku navrhovanému riešeniu
--
  Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií. V rámci Ministerstva dopravy  SR sa tento projekt zameriava na rozšírenie funkčnosti informačného systému JISCD - Jednotný informačný systém v cestnej doprave  (isvs_4867), ktorý zabezpečuje efektívne riadenie, evidenciu a kontrolu výkonu štátnej správy na úseku dopravy, konkrétne v oblasti správy autoškôl, v oblasti správy technických služieb a v oblasti riadenia odborných spôsobilostí v cestnej doprave. JISCD znamená značný prínos pre občanov a podnikateľské subjekty, ktorým uľahčuje komunikáciu s orgánmi verejnej správy na úseku dopravy a poverenými organizáciami. Taktiež im zjednodušuje a zefektívňuje vybavovanie svojich záležitostí v tejto oblasti a zabezpečuje prehľadnejšie a modernejšie rozhranie na riešenie rôznych životných situácií v oblasti dopravy a cestnej premávky.
  Tieto údaje sú kritické a ich správne spracovanie je nevyhnutné pre správne fungovanie agendy Ministerstva.
@@ -366,10 +366,9 @@
  Celkovo povedané, tento projekt nie je len o rozšírení a zlepšení funkcionality informačného systému, ale aj o zabezpečení, že bude plne súčasný a schopný efektívne reagovať na budúce výzvy a požiadavky štátnej správy.
--1.
++1.
 . Realizovanie aktivít v projekte v zmysle výzvy:
--
  Tu je prehľadná tabuľka, ktorá sumarizuje predmety, podaktivity a podmienky uvedené v texte:
@@ -400,10 +400,9 @@
  ==   ==
--1.
++1.
 . Zameranie projektu:
--
  Projekt bude zameraný na rozvoj informačného systému ISVS_4867 o FP:
@@ -416,7 +416,6 @@
 . **Notifikácia o zmene stavu procesu (log):** Informovanie o stave spracovania údajov.
--
  Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií. V rámci projektu sa Ministerstva doprava SR zameriava na rozšírenie funkčnosti informačného systému Jednotný informačný systém v cestnej doprave JISCD (ISVS_4867), ktorý slúži ako zdrojový systém pre evidenciu dôležitých údajov v nasledovnom rozsahu:
  |(((
@@ -483,16 +483,14 @@
 . Evidencia o inštruktoroch autoškôl (Rozsah atribútov (e-preukaz)
  )))
--
  V súčasnosti neexistuje žiadna integrácia akéhokoľvek systému Ministerstva na centrálny komponent IS CPDI v správe MIRRI
--1.
++1.
 .
 . Architektúra riešenia projektu
--
  MD SR v súčasnosti čelí viacerým výzvam pri správe kmeňových údajov. Rezort má prístup k veľkému množstvu kritických údajov (ako sú údaje o občanoch, vozidlách, zbraniach, pasoch a iné), ktoré sú uložené v rôznych informačných systémoch. Tieto systémy fungujú často izolovane, bez centralizovaného manažmentu, čo vedie k nedostatku harmonizácie a ťažkostiam pri zabezpečení jednotnej kvality údajov. Tento fragmentovaný prístup komplikuje výmenu údajov medzi rôznymi inštitúciami a rezortmi, čo spôsobuje duplicitu a zníženie efektivity. MD SR nemá v súčasnosti plne funkčnú platformu na správu kmeňových údajov, ktorá by zabezpečila centralizovanú správu, aktualizáciu a kvalitu údajov. Existuje zrejmá snaha o vybudovanie takejto platformy, ktorá by bola schopná spravovať a riadiť kmeňové údaje (napríklad adresy, osobné údaje, údaje o vozidlách, EK, TK, atď.).
  Práve preto má MD SR ambíciu tieto problémy riešiť vytvorením rezortnej platformy manažmentu údajov MD SR. Cieľom tejto platformy je zabezpečiť jednotné a centralizované riadenie údajov, ich kvality, ako aj interoperabilitu medzi rôznymi systémami v rámci štátu. Z praxe vyplýva, že kvalitné dátové štandardy, spolu s efektívnymi nástrojmi na ich validáciu, čistenie a konsolidáciu, sú nevyhnutné pre zabezpečenie správnosti a aktuálnosti údajov.
@@ -505,10 +505,9 @@
  MD SR teda viditeľne pracuje na tom, aby dobudovalo modernú platformu na správu kmeňových údajov, čo by zefektívnilo nielen interné procesy, ale aj sprístupnenie údajov pre iné rezorty a štátne inštitúcie v súlade s princípmi dátovej správy a interoperability údajov.
--1.
++1.
 . Biznis vrstva
--
  Projekt zabezpečí pre koncept Mojich údajov a IS MOU ako informačnú technológiu prinášajúcu koncept MyData do reálneho života, nové OE a atribúty doposiaľ občanom a podnikateľom v štruktúrovanej elektronickej podobe neposkytované (s výnimkou úradných výpisov z elektronickej matriky).
  Dáta integrované do IS MOU v zmysle projektu sú považované za najžiadanejšie datasety v koncepte Mojich údajov. Majú veľký potenciál ich ďalšieho využívania občanom a podnikateľom ako registrovaným používateľom IS MOU pre zdieľanie s tretími/spoliehajúcimi sa stranami pri využívaní ich digitálnych služieb.
@@ -525,41 +525,33 @@
--1.
--11.
++1.
++11.
 . Prehľad koncových služieb – budúci stav:
--
   Rámci predkladaného projektu sa neplánujú budovať nové koncové služby.
--1.
++1.
 . Aplikačná vrstva
--
  V rámci predkladaného projektu plánuje ministerstvo vybudovať niekoľko modulov:
  * Modul MyData slúži na správu osobných údajov jednotlivca, pričom občan má kontrolu nad tým, ktoré údaje poskytuje, komu ich poskytuje a na aké účely. Tento modul podporuje koncept transparentnosti, pričom umožňuje občanom mať prehľad o prístupe k ich dátam v digitálnych systémoch.
--
  * Transformačný modul zabezpečuje prevod údajov z jedného formátu do iného, aby boli kompatibilné s cieľovými systémami. Umožňuje úpravu a štandardizáciu dát, čím zlepšuje ich interoperabilitu medzi rôznymi systémami a platformami.
--
  * Modul kvality a čistenia údajov: Tento modul sa zameriava na identifikáciu a opravu nekvalitných alebo nekonzistentných údajov v databázach. Zabezpečuje validáciu, štandardizáciu, deduplikáciu a aktualizáciu údajov, čím zvyšuje ich spoľahlivosť a presnosť. Je nevyhnutný pre zlepšenie rozhodovacích procesov a analytických operácií.
--
  * Modul riadenia údajov: Modul riadenia údajov poskytuje metodiku na správu životného cyklu dát v organizácii, od ich vytvárania a ukladania až po ich používanie a archiváciu. Zahŕňa politiky a procesy na zabezpečenie integrity, bezpečnosti a dostupnosti údajov. Tento modul podporuje efektívne riadenie údajov v organizácii a zaisťuje súlad s regulačnými požiadavkami.
--
  * Lokálny katalóg otvorených údajov: Lokálny katalóg otvorených údajov predstavuje centralizovaný systém, kde sú zhromaždené a sprístupnené údaje z rôznych verejných a súkromných zdrojov. Umožňuje jednoduchý prístup k otvoreným dátam, ktoré môžu byť využité na rôzne analýzy, výskum alebo tvorbu aplikácií. Zvyšuje transparentnosť a podporuje opakované využívanie dát v rôznych oblastiach.
--
  * Centrálna správa údajov: slúžiaci ako centrálna zbernica údajov v rámci Ministerstva dopravy (MD SR) 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 používaných v rámci MD SR, čo má priamy dopad na zlepšenie procesov vnútornej komunikácie a správy údajov
--
  [[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image002.png||alt="Obrázok, na ktorom je text, snímka obrazovky, diagram, plán
  Automaticky generovaný popis"]]
@@ -568,11 +568,10 @@
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – AS IS
--
  V tabuľke uvedenej nižšie je uvedený prehľad dotknutých systémov v rámci predkladaného projektu, ktoré tvoria základný rámec architektúry budúceho riešenia.
@@ -588,12 +588,10 @@
  |isvs_4768|JISCD - Jednotný informačný systém v cestnej doprave|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
--
--1.
--11.
++1.
++11.
 . Rozsah informačných systémov – TO BE
--
  V nasledujúcej tabuľke je zoznam IS a modulov, ktoré budú budované alebo rozvíjané v rámci projektu_313X.
@@ -607,7 +607,9 @@
  //(v prípade zaškrtnutého checkboxu pre modul ISVS)//
  )))
  |isvs_4768|JISCD - Jednotný informačný systém v cestnej doprave|☐|Prevádzkovaný a plánujem rozvíjať|Agendový|
--|isvs_|Platforma manažmentu údajov MD SR|(((
++|isvs_14753(((
++|
++)))|Platforma manažmentu údajov MD SR|(((
  ☐
@@ -616,7 +616,7 @@
  )))|
--|isvs_|Modul MyData|(((
++|isvs_14754|Modul MyData|(((
  ☒
@@ -628,9 +628,9 @@
  Agendový
--)))|
++)))|isvs_14753
  |(((
--isvs_
++isvs_14755
  )))|Transformačný modul|(((
@@ -645,9 +645,9 @@
  Integračný
--)))|
++)))|isvs_14753
  |(((
--isvs_
++isvs_14756
  )))|Modul kvality a čistenia údajov|(((
@@ -662,9 +662,9 @@
  Agendový
--)))|
++)))|isvs_14753
  |(((
--isvs_
++isvs_14757
  )))|Centrálna správa údajov|(((
@@ -679,9 +679,9 @@
  Integračný
--)))|
++)))|isvs_14753
  |(((
--isvs_
++isvs_14758
  )))|Modul riadenia údajov|(((
@@ -696,8 +696,8 @@
  Integračný
--)))|
--|Isvs_|Lokálny katalóg otvorených údajov|(((
++)))|isvs_14753
++|Isvs_14759|Lokálny katalóg otvorených údajov|(((
  ☒
@@ -709,16 +709,14 @@
  Integračný
--)))|
++)))|isvs_14753
--
--1.
--11.
++1.
++11.
 . Využívanie nadrezortných a spoločných ISVS – AS IS
--
  Ministerstvo dopravy momentálne nevyužíva žiadne nadrezortné ani spoločné moduly v zmysle zákona č. 305/2013 Z.z. o e-Governmente.
@@ -725,12 +725,10 @@
  |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
  | | |
--
--1.
--11.
++1.
++11.
 . 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 predkladanom projekte ma MD SR záujem realizovať integráciu na modul procesnej integrácie a integrácie údajov v zmysle zákona o e-Governmente, konkrétne na konkrétne na centrálnu platformu dátovej integrácie (isvs_5836)
@@ -738,35 +738,31 @@
  |Kód IS|Názov ISVS|Spoločné moduly podľa zákona č. 305/2013  e-Governmente
  |isvs_4768|JISCD - Jednotný informačný systém v cestnej doprave|//IS CSRÚ-Modul procesnej integrácie a integrácie údajov//
--
--1.
--11.
++1.
++11.
 . Prehľad plánovaného využívania iných ISVS (integrácie) – TO BE
--
  V projekte sa neplánuje integrácia na iný ISVS.
--1.
--11.
++1.
++11.
 . Aplikačné služby pre realizáciu koncových služieb – TO BE
--
  V rámci predkladaného projektu sa neplánujú budovať nové koncové služby.
--1.
--11.
++1.
++11.
 . Aplikačné služby na integráciu – TO BE
--
  V rámci budovania Rezortnej platformy manažmentu údajov MD SR budú vybudované služby, ktoré budú zastrešovať nasledovné oblasti:
  Služby pre zabezpečenie požiadaviek IS MOÚ:
--*
--**
++*
++**
  *** 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)
  *** Poskytnutie zmenových dávok IS MOU – služba, ktorá bude do IS MOÚ posielať zmenové dávky
  *** Poskytnutie notifikácií pre IS MOU – služba, ktorá bude do IS MOÚ zasielať jednotlivé typy notifikácií
@@ -775,8 +775,8 @@
  Služby pre Interné IS MD SR:
--*
--**
++*
++**
  *** Publikovanie údajov – služba zabezpečujúca komunikáciu medzi jednotlivými agendovými IS a modelmi Rezortnej integračnej platformy.
  *** Poskytnutie základných a štatistických číselníkov – služba zabezpečujúca distribúciu alebo získanie údajov ZČ a ŠČ.
@@ -790,12 +790,11 @@
  Služby poskytované Dátovej kancelárii:
--*
--**
++*
++**
  *** 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).
  *** Správa metadát – služba zabezpečujúca správu metadát datasetov v DCAT-SK formáte.
--
  V nasledujúcej tabuľke je zoznam aplikačných služieb, ktoré budú budované alebo rozvíjané v rámci výzvy:
  |(((
@@ -816,29 +816,29 @@
  (kód MetaIS)
  )))
  |(((
--As_xy
++As_66319
  )))|Poskytnutie údajov pre  MOU| |Poskytovaná|Nie|Áno|Nie|As_59119
--|As_xy|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49250
++|As_66322|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49250
  |(((
--As_xy
++As_66322
  )))|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|Sluzba_is_49253
  |(((
--As_xy
++As_66322
  )))|Konzumácia údajov z CPDI| |Konzumujúca|Nie|Áno|Nie|As_56536
--|As_xy|Poskytnutie zmenových dávok MOU| |Poskytovaná|Nie|Áno|Nie|As_56542
++|As_66321|Poskytnutie zmenových dávok MOU| |Poskytovaná|Nie|Áno|Nie|As_56542
  |(((
--As_xy
++As_66320
  )))|Poskytnutie notifikáicií pre MOU| |Poskytovaná|Nie|Áno|Áno|As_56542
  |(((
--As_xy
++As_66320
  )))|Poskytnutie notifikáicií pre MOU| |Poskytovaná|Nie|Áno|Áno|Sluzba_is_49251
@@ -865,12 +865,10 @@
  |Publikovanie údajov|Poskytovaná / Konzumujúca
--
--1.
--11.
++1.
++11.
 . Poskytovanie údajov z ISVS do IS CPDI – TO BE
--
  V nasledujúcej tabuľke je prehľad poskytovaných údajov (objektov evidencie, ďalej OE) z ISVS do IS CPDI v TO BE stave.
@@ -1035,12 +1035,10 @@
--
--1.
--11.
++1.
++11.
 . Konzumovanie údajov z IS CPDI – TO BE
--
  V nasledujúcej tabuľke je uvedený prehľad konzumovaných údajov z IS CPDI v TO BE stave. [[Súčasné dostupné objekty evidencie a údaje v IS CPDI>>url:https://managementmania.com/sk/databaza]] sú uvedené v integračnom manuáli IS CPDI.
@@ -1065,19 +1065,16 @@
  |14|Integračné väzby identifikované v rámci špecifikácie požiadaviek - Overenie počtu zamestnancov zamestnávateľa evidovaných v SP|Isvs_4867 (JISCD)|Isvs_551 (SES)
--
--1.
++1.
 . Dátová vrstva
--
  V nasledujúcich kapitolách sú popísané pre jednotlivé oblasti aktivity týkajúce sa údajov a práce s nimi.
--1.
--11.
++1.
++11.
 . Údaje v správe organizácie
--
  Každá inštitúcia musí mať zavedený systematický manažment údajov vrátane nastavenia príslušných procesov a metodík pre správu celého životného cyklu údajov. Súčasne inštitúcia musí byť schopná evidovať a spravovať údaje v strojovo-spracovateľnej podobe avšak na to potrebuje disponovať internými kapacitami so znalosťami v oblastí dátovej vedy. S takýmto prístupom sa Ministerstvo Dopravy SR stotožňuje, a preto je cieľom realizovať Aktivitu A7 zameranú na podporu, alebo posilnenie internej dátových kancelárie MD SR.
@@ -1097,10 +1097,9 @@
  * Implementácia nástrojov na čistenie a správu a dát.
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Spôsob realizácie aktivity
  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.
@@ -1131,16 +1131,14 @@
 . budú definované zodpovednosti za jednotlivé aspekty manažmentu údajov. V prípade potreby budú rozdelené údaje do jednotlivých segmentov podľa typu/druhu údajov.
--
  V kapitole č. 10 sú identifikované kľúčové role a kapacity potrebné na efektívne riadenie dátového manažmentu a budovanie dátovej kancelárie. Tento rámec je nevyhnutný pre zabezpečenie vysokej kvality údajov, ich legislatívnej správnosti. Cieľom je dosiahnuť systematický prístup k správe dát a ich kvality, čo je kľúčové pre moderné verejné inštitúcie.
--1.
--11.
++1.
++11.
 . Dátový rozsah projektu - Prehľad objektov evidencie - TO BE
--
  V tabuľke uvedenej nižšie sú uvedené objekty evidencie, pre ktoré bude počas realizačnej fáze projektu vytvorený doménový model, ktorý definuje návrh dátových prvkov.
@@ -1173,19 +1173,17 @@
  Tabuľka 4: Dátový rozsah projektu
--1.
--11.
++1.
++11.
 . Referenčné údaje
--
  Táto kapitola nie je pre predkladaný projekt relevantná, pretože výzva „Lepšie využívanie údajov“ sa 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 MD SR 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“.
--1.
--11.
++1.
++11.
 . Kvalita a čistenie údajov
--
  Počas realizačnej fázy projektu bude Ministerstvo realizovať nasledovné oblasti z pohľadu dátovej kvality a interoperability v rozsahu:
@@ -1194,13 +1194,11 @@
 . Zavádzanie dátovej interoperability
 . Monitoringu dátovej kvality (zavedenie monitoringu)
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Čistenie údajov a zvyšovanie kvality údajov
--
  Riadenie dátovej kvality predstavuje pre Ministerstvo strategicky dôležitý faktor pre efektívnu správu údajov a zabezpečenie optimálnej prevádzky agend. Ministerstvo využíva nástroj na čistenie a zvyšovanie kvality údajov Metis, 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.
@@ -1215,16 +1215,14 @@
  * používaných referenčných dátach,
  * používaných objektoch evidencie.
--
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Požiadavky metódy čistenia a zvyšovania kvality údajov
--
  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:
  * Strojová spracovateľnosť: Údaje musia byť vo formáte, ktorý môžu stroje ľahko spracovať a analyzovať.
@@ -1233,22 +1233,19 @@
  * Správnosť: zahŕňa zabezpečenie toho, aby údaje presne reprezentovali entity alebo udalosti skutočného sveta.
  * 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ú:
--
--*
++*
  ** Profilovanie údajov
  ** Odstránenie odľahlých hodnôt
  ** Zjednodušenie dátových štruktúr
--
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Prevencia vzniku nekvality
--
  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.
  Okrem toho by nástroj umožnil evidovať všetky údajové objekty až na úroveň jednotlivých atribútov. Táto funkcionalita by ministerstvu poskytla komplexný prehľad o všetkých údajoch, ktoré sú v rámci organizácie vytvárané a spracovávané, čo by uľahčilo ich správu a umožnilo presnejšie a rýchlejšie rozhodovanie na základe kvalitných údajov. Tento aspekt by bol obzvlášť dôležitý pri tvorbe a správe dátového katalógu, ktorý je základným prvkom efektívneho dátového manažmentu.
@@ -1282,12 +1282,11 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Zavádzanie dátovej interoperability
--
  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ť.
  Zavedenie dátovej interoperability bude realizované najmä pre objekty evidencie uvedené v kapitole Moje údaje, ktoré sú súčasťou prioritného zoznamu mojich údajov.
@@ -1299,12 +1299,11 @@
  V procese transformácie údajov MD SR, 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Ú.
--1.
--11.
--111.
++1.
++11.
++111.
 . Vybudovanie transformačného modulu
--
  Cieľom riešenia je zabezpečenie poskytovania kvalitných dát, ktoré zodpovedajú moderným štandardom pre zdieľanie údajov. Medzi preferované štandardy spĺňajúce kritériá pre kvalitu a interoperabilitu, ktoré majú veľký potenciál pre opakované použitie údajov aj v budúcnosti, je štandard RDF, v našom prípade realizovaný vo forme serializácie JSON-LD.
  Potreba pre navrhované riešenie vznikla na základe potrieb systému IS MOU, ktorý požaduje, aby všetky konzumované údaje boli poskytované vo forme JSON-LD. Vzhľadom na fakt, že poskytovatelia (až na ojedinelé výnimky) neposkytujú svoje údaje v tomto formáte (ale väčšinou vo formáte XML), navrhujeme vývoj a nasadenie Transformačného modulu na zdroji, ktorý výrazne uľahčí prípravu vstupov a samotná transformácia vstupných údajov (ideálne priamo z databázy) do požadovaného výstupného štandardu RDF vo formáte JSON-LD už prebehne automaticky. Transformačný modul nájde využitie okrem aktuálneho projektu MOU aj pre ďalšie potenciálne projekty a systémy, vyžadujúce transformáciu dát do dátových štandardov pre sémantickú interoperabilitu.
@@ -1330,7 +1330,6 @@
  * Súvisiace ontológie (ontológie súvisiace s výstupným datasetom)
--
  Výhody riešenia:
  * Výraznou mierou urýchli proces tvorby transformácií do RDF.
@@ -1343,13 +1343,11 @@
  * Špecifikáciou a udržiavaním pravidiel pre mapovanie uzlov JSON-LD bude usmerňovaná štruktúra výstupných JSON-LD.
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Monitoringu dátovej kvality (zavedenie monitoringu)
--
  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.
  Cieľom tejto podaktivity je vypracovať automatizované alebo poloautomatizované riešenia merania DQ.
@@ -1363,7 +1363,6 @@
  * identifikovanie úloh, ktoré neboli vyriešené v termíne stanovenom pre riešenie úloh,
  * informácia o dôvodoch nesplnenia úloh a o ďalšom postupe
--
  Správu z monitoringu bude Ministerstvo koordinovať s centrálnou dátovou kanceláriou MIRRI a výsledky zverejňovať na svojom webovom sídle, resp. na dohodnutom verejne dostupnom priestore dedikovanom pre oblasť dátovej kvality vo verejnej správe. Zverejnená správa nesmie obsahovať konkrétne metadata, len súhrnné štatistiky z dôvodu ochrany osobných údajov(GDPR)
@@ -1410,9 +1410,8 @@
  |21|Evidencia o inštruktoroch autoškôl (Rozsah atribútov pre e-preukaz)|5|5|1
--
--1.
--11.
++1.
++11.
 . Otvorené údaje
  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.
@@ -1454,26 +1454,22 @@
  |5|Údaje o stanici  MPZ|3★|Mesačne
  |6|Údaje o autoškole|3★|Mesačne
--
--1.
--11.
++1.
++11.
 . Analytické údaje
--
  Táto kapitola nie je pre predkladaný projekt relevantná, pretože výzva „Lepšie využívanie údajov“ sa 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 MD SR 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“.
--1.
--11.
++1.
++11.
 . Moje údaje
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Popis existujúcich rozhraní v IS MOU - všeobecná informácia o funkčnosti IS MOU
--
  Ú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.
  Informácie o prístupe k údajom delíme na tieto základné kategórie:
@@ -1483,7 +1483,6 @@
  * Prenos osobných údajov – prenos medzi OVM, prenos zo zdrojového OVM do osobného úložiska dotknutej osoby a poskytnutie osobných údajov z osobného úložiska tretej strane na základe súhlasu.
--
  **[[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image003.png||alt="Obrázok, na ktorom je text, nalepovacie lístočky, snímka obrazovky, štvorec
  Automaticky generovaný popis"]]**
@@ -1500,7 +1500,6 @@
  * Notifikácia ako mechanizmus, pomocou ktorého sa občan o informácii dozvie. Napríklad, občan dostal push notifikáciu na mobil obsahujúcu informáciu o zmene údajov.
  * Záznam alebo log – uložená informácia, hlavne o činnosti používateľa. Napríklad pri udelení súhlasu vznikne záznam/log v systéme. Alebo do logu bola uložená informácia o zmene údajov.
--
  To znamená, že keď nastane napr. udalosť týkajúca sa údajov, zdroj informácií, v tomto prípade RFO a RA, pošlú do IS MOU informáciu o tejto udalosti. Informácia sa zaznamená v osobnom úložisku dotknutej osoby a dotknutá osoba dostane notifikáciu o tejto udalosti.
@@ -1558,20 +1558,19 @@
  Tabuľka 5: Tabuľka špecifikuje jednotlivé procesy spracovania údajov
--1.
--11.
--111.
++1.
++11.
++111.
 . Popis dátových entít pre informácie ku údajom
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Definícia typov informácií o prístupe k osobným údajom
--
  Typ informácie umožňuje zoskupovanie a filtrovanie informácií. Využívame ho:
  * 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ť.
@@ -1579,7 +1579,6 @@
  * Pri prezeraní a zobrazovaní informácií (historický log) pre vyhľadávanie alebo filtrovanie informácií.
--
  Tabuľka poskytuje prehľad rôznych typov informácií týkajúcich sa spracovania osobných údajov, v súlade s nariadením GDPR, v prípade, že ide o údaje fyzickej osoby. Každý typ informácie je stručne popísaný, pričom sú uvedené konkrétne príklady, //ako aj príslušné články nariadenia GDPR, ktoré sa vzťahujú na danú činnosť//. Tento prehľad slúži ako rýchly orientačný nástroj na pochopenie jednotlivých typov spracovania údajov a je tiež kľúčový pre zabezpečenie transparentnosti, ako aj pre riadenie prístupu k osobným údajom v rámci verejnej správy, čo je nevyhnutné pre zaistenie súladu so zákonnými požiadavkami na ochranu osobných údajov. Legislatívne zakotvenie v danom prípade tvoria najmä čl. 15, 19 a 20 GDPR.
@@ -1593,9 +1593,9 @@
  Tabuľka 6: Typy informácií s odkazom na článok nariadenia GDPR
--1.
--11.
--111.
++1.
++11.
++111.
 . Definícia zdrojov informácií o prístupe k osobným údajom
  Zdroj informácie je kľúčový pri prihlasovaní sa k odberu informácií.
@@ -1604,9 +1604,9 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Definícia prihlasovania sa k správam
  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ť.
@@ -1638,9 +1638,9 @@
  Tabuľka 7: Popis  požiadavky na odber informácií o prístupe k údajom
--1.
--11.
--111.
++1.
++11.
++111.
 . Definícia Správy
  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.
@@ -1669,11 +1669,11 @@
  |subject|Krátky popis vystihujúci prístup k údajom. Registrovanému používateľovi sa zobrazí, pri prezeraní zoznamu (histórie) informácií.
  |message|Podrobný popis vystihujúci prístup k údajom. Registrovanému používateľovi sa zobrazí, pri prezeraní detailu danej informácie.
  |(% colspan="2" %)Atribúty špecifické pre typ:
--|(% colspan="2" %)a) Notifikácia o spracovaní údajov// - „DataProcessedInformation“//
--|(% colspan="2" %)c) Notifikácia o zmene údajov// - „DataChangedInformation“//
--|(% colspan="2" %)d) Notifikácia o vzniku/zápisu údajov// - „DataCreatedInformation“//
++|(% colspan="2" %)a) Notifikácia o spracovaní údajov// - „DataProcessedInformation“//
++|(% colspan="2" %)c) Notifikácia o zmene údajov// - „DataChangedInformation“//
++|(% colspan="2" %)d) Notifikácia o vzniku/zápisu údajov// - „DataCreatedInformation“//
  |(% colspan="2" %)e) Notifikácia o ukončení platnosti údajov - //„DataValidityEndedInformation“//
--|(% colspan="2" %)f) Notifikácia o vymazaní údajov// - „DataDeletedInformatiom“//
++|(% colspan="2" %)f) Notifikácia o vymazaní údajov// - „DataDeletedInformatiom“//
  |dataSpecification|(((
  Popis údajov, ku ktorým zdrojový systém pristúpil. Popis údajov môže mať dve formy (prvá je preferovaná):
@@ -1689,13 +1689,12 @@
  V tejto časti sú uvedené  informácie súvisiace s údajmi, ktoré spadajú do kategórie mojich údajov, z pohľadu budúceho TO BE stavu projektu. V podkapitole je uvedený presný rozsah objektov evidencie s rozpadom na atribúty (údajov) pre budúce poskytovanie údajov zo zdrojových informačných systémov pre informačný systém IS MOU:
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o emisnej kontrole
--
  |Atribút|Popis
  |Séria a evidenčné číslo prideleného Osvedčenia o emisnej kontrole,|označené sériou SKA a šesťmiestnym evidenčným číslom
  |Kód protokolu|
@@ -1730,7 +1730,6 @@
  |Séria a evidenčné číslo prideleného Osvedčenia o emisnej kontrole,|
  |Dátum platnosti kontroly|
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1737,12 +1737,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o emisnej kontrole (Rozsah atribútov pre e-preukaz)
--
  |Atribút
  |ID preukazu
  |VIN číslo
@@ -1758,7 +1758,6 @@
  |Ďalšie informácie
  |Harmonizované kódy Európskej únie
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1765,12 +1765,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Evidencia o inštruktoroch autoškôl
--
  |Atribút|Popis
  |Meno|
  |Priezvisko|
@@ -1789,7 +1789,6 @@
  |Vydal|Názov vydávajúceho orgánu
  |Číslo OP|číslo vodičského preukazu
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1796,9 +1796,9 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Evidencia o inštruktoroch autoškôl (Rozsah atribútov pre e-Preukaz)
  |Atribút|Popis
@@ -1818,7 +1818,6 @@
  |Kód Spoločenstva|kód Spoločenstva podľa zoznamu kódov Spoločenstva (§ 11 ods. 3)
  |Text|priestor na úradné záznamy vydávajúceho štátu, ktorý sa týka administratívnych údajov alebo údajov vzťahujúcich sa na bezpečnosť cestnej premávky. Ak sa údaje vzťahujú k bodom tejto prílohy, musí sa pred údajom uviesť číslo bodu
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1825,12 +1825,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Osvedčenie odbornej spôsobilosti na vykonávanie taxislužby
--
  |Atribút|Popis
  |Dopravný orgán|
  |Adresa|
@@ -1846,18 +1846,16 @@
  |Priezvisko|Oprávnenej osoby
  |Funkcia|Oprávnenej osoby
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
--1.
--11.
--111.
++1.
++11.
++111.
 . Osvedčenie vozidla taxislužby
--
  |Atribút|Popis
  |Názov|vydávajúceho orgánu
  |Adresa|vydávajúceho orgánu
@@ -1869,7 +1869,6 @@
  |Dátum do|platnosť do
  |Podpis a odtlačok pečiatky|podpis oprávnenej osoby
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1876,12 +1876,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Preukaz vodiča vozidla taxislužby (Rozsah atribútov pre e-Preukaz)
--
  |Atribút|Popis
  |Meno|
  |Priezvisko|
@@ -1891,7 +1891,6 @@
  |Číslo preukazu|Údaje o bezúhonnosti a údaje o spôsobilosti vodiča na vedenie vozidla.
  |Vydal|
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -1898,12 +1898,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Protokol o kontrole originality
--
  |Atribút|Popis
  |(% colspan="2" %)Fyzická osoba
  |Meno|prevádzkovateľa vozidla
@@ -1993,7 +1993,6 @@
  |čas na príjme|čas posledného zápisu do odborného posudku na príjme
  |Čas na linke|čas posledného zápisu do odborného posudku na linke
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2000,12 +2000,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o technickej kontrole
--
  |Atribút|Popis
  |Séria a evidenčné číslo tlačiva|„Protokol o technickej kontrole vozidla“
  |Kód protokolu|
@@ -2037,7 +2037,6 @@
  |Séria a evidenčné číslo pridelenej kontrolnej nálepky|
  |Dátum platnosti|
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2044,12 +2044,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o Technickej kontrole (Rozsah atribútov pre e-preukaz)
--
  |Atribút
  |ID preukazu
  |VIN číslo
@@ -2066,7 +2066,6 @@
  |Ďalšie informácie
  |Harmonizované kódy Európskej únie
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2073,12 +2073,11 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o technikoch jednotlivých typov kontroly TK/EK/KO/MPZ
--
  |**Atribút**|**Poznámka**
  |Druh technika|číselník Druh technika
  |Meno|FO
@@ -2128,7 +2128,6 @@
  |Platnosť do|
  |Aktuálne pracovisko|Kód stanice , IČO
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2135,9 +2135,9 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o ADR bezpečnostný poradca
  |(% colspan="2" %)**ADR bezpečnostný poradca**
@@ -2157,7 +2157,6 @@
  |Kód skúšky|
  |Vydané školiacou organizáciou|
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2164,9 +2164,9 @@
--1.
--11.
--111.
++1.
++11.
++111.
 . Údaje o Vodičovi ADR, Licenciách a povoleniach
  ====   ====
@@ -2198,7 +2198,6 @@
  |Vedúci dopravy|
  |Vedúci dopravy osvedčenie|
--
  Vstupný formát v súčasnom stave: XML
  Výstupný formát v budúcom stave: JSON-LD
@@ -2205,17 +2205,15 @@
--1.
--11.
++1.
++11.
 . Legislatíva
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Analýza legislatívnych podmienok sprístupňovania údajov
--
  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“;
@@ -2241,12 +2241,11 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Právna analýza procesu opravy chybných/neaktuálnych údajov a návrh úpravy legislatívy pre opravu údajov
--
  V projekte bude realizovaná právna analýza konkrétnych ustanovení osobitných predpisov vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu pre Aktivitu A1vypracovanie konkrétneho návrhu noviel súvisiacich právnych predpisov/ návrhu nového zákona
  Per analógiám je uvedený vzťah všeobecnej a osobitnej právnej úpravy dôvodom legislatívno-právnej aktivity uvedenej v písmene A2. Pre komplexné fungovanie funkcionalít IS MOU je potrebné zanalyzovať, či v danom kontexte existuje v konkrétnej právnej úprave špecifický proces opravy chybných/neaktuálnych údajov, či dokonca proces ich výmazu (najčastejšie konkrétne návrhové konanie), či je ho potrebné zachovať, alebo upraviť, či dokonca navrhnúť úplne nový proces opravy/výmazu údajov alebo je možné použiť generálne vyvíjaný technický proces IS MOU bez nutnosti podávania osobitnej žiadosti na zdrojový orgán verejnej moci.
@@ -2260,12 +2260,11 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Právna analýza konkrétnych ustanovení osobitných predpisov
--
  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 nižšie potenciálne vytvárajúcich zákonné prekážky aplikácie v realizačnej fáze projektu a tiež návrh vhodnej právnej úpravy pre Aktivitu:
@@ -2297,12 +2297,11 @@
   oci.
--1.
--11.
--111.
++1.
++11.
++111.
 . Vypracovanie komplexného dátovo-právneho manažmentu
--
  V realizačnej fáze projektu bude vypracovaný komplexné dátovo-právny manažment v rozsahu rezortných zákonov týkajúcich sa spracúvania údajov, t.j. právna analýza osobitných právnych predpisov, ktorá sa bude zameriavať na identifikáciu právnych základov a právnych účelov pre:
 . konzumáciu údajov od iných inštitúcií verejnej správy (identifikácia právneho základu pre spracúvanie údaja na konkrétnu spracovateľskú operáciu),
@@ -2312,7 +2312,6 @@
 . poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy na účely analytického spracúvania údajov vytvára základný právny nástroj pre činnosť Rezortnej dátovej kancelárie v rámci aktivity A7 -Zavedenie systematického manažmentu údajov. Komplexný dátovo-právny manažment inštitúcie bude základným zdrojom pre napĺňanie Registra oprávnení a povinností v rámci Centrálneho metainformačného systému,
 . poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy ako otvorených údajov.
--
  Preto aktivity v legislatívno-právnej oblasti sa budú realizovať najmä podľa písmena A1 a A2,  pričom sa budú primárne týkať týchto zákonov a na ne nadväzujúcich vykonávacích predpisov:
  * Zákon č. 106/2018 Z. z.o prevádzke vozidiel v cestnej premávke a o zmene a doplnení niektorých zákonov
@@ -2332,7 +2332,6 @@
  * Zákon č. 280/2006 Z.z. o povinnej základnej kvalifikácii a pravidelnom výcviku niektorých vodičov
  * Zákon č. 93/2005 Z.z. o o autoškolách a o zmene a doplnení niektorých zákonov
--
  Tabuľka uvedená nižšie zobrazuje súhrnný pohľad pre realizáciu aktivitu A11 v legislatívno-právnej oblasti počas realizačnej fázy projektu.
@@ -2366,11 +2366,10 @@
  Tabuľka 9: Súhrnný pohľad pre realizáciu legislatívno-právnej oblasti projektu
--1.
--11.
++1.
++11.
 . Prehľad jednotlivých kategórií údajov
--
  |ID|(((
  Register / Objekt evidencie
@@ -2400,7 +2400,6 @@
--
  Počet dopytov (volaní) konkrétnych údajov
@@ -2431,16 +2431,13 @@
--
--1.
++1.
 . Technologická vrstva
--
--1.
--11.
++1.
++11.
 . Prehľad technologického stavu - AS IS
--
  Z hladiska IT infraštruktúry sú v súčasnom riešení hardvérové zariadenia umiestnenie v dvojici dátových centier Železničných telekomunikácií, a to v lokalite Kováčska 3, Bratislava a Trnavská cesta 27, Bratislava.
@@ -2462,12 +2462,11 @@
  Pre produkčné prostredia 2x EMC VNX5600 s prezentovanou kapacitou 213 TB za obe diskové polia a pre testovacie prostredia 1x EMC VNX5200 s prezentovanou kapacitou 12 TB.
--1.
--11.
++1.
++11.
 . Požiadavky na výkonnostné parametre, kapacitné požiadavky – TO BE
--
  Tento podrobný popis obsahuje všetky relevantné informácie o softvérových a hardvérových požiadavkách systému budúcom stave. Upravuje požiadavky na základe potreby vysokého výkonu, spoľahlivosti a škálovateľnosti, pričom rešpektuje moderné postupy v oblasti IT infraštruktúry a nasadenia aplikácií.
@@ -2477,7 +2477,6 @@
  * Všetky komponenty systému METIS sú vyvíjané a distribuované vo forme kontajnerov (tzv. „cloud-ready“ riešenie). Táto kontajnerizácia umožňuje jednoduché nasadenie na akúkoľvek cloudovú infraštruktúru alebo v on-premise prostredí s podporou kontajnerových technológií.
  * Kontajnery zjednodušujú správu závislostí medzi komponentmi a umožňujú efektívne riadenie ich nasadenia, škálovania a údržby.
--
  Orchestrácia:
  * Aplikačná vrstva (Application Layer): Pre správu a orchestráciu aplikačných služieb sa využíva Oracle SOA Suite, ktoré zabezpečuje spoľahlivú a flexibilnú správu biznis procesov a integrácie medzi rôznymi komponentmi.
@@ -2485,7 +2485,6 @@
  ** Štandardne v rámci METIS: Kubernetes slúži na orchestráciu kontajnerov a zabezpečuje automatizáciu nasadenia, škálovania a správy aplikácií v reálnom čase.
--
  Licencie a softvér tretích strán:
@@ -2503,7 +2503,6 @@
  * 64-bitová architektúra je nevyhnutná na plnohodnotné využitie pamäte a spracovateľských kapacít.
--
  Požiadavky na CPU:
@@ -2511,7 +2511,6 @@
  * Odporúčané: 24 jadier
  * Optimálne: 32 jadier
--
  Backend METIS je založený na asynchrónnom spracovaní serverových procesov, ktoré vyžadujú vyšší počet jadier. Výkon systému priamo závisí od počtu spracovateľských jadier, čo zabezpečuje rýchle a efektívne spracovanie úloh bez zbytočných prestojov. Preto sa nekladie dôraz na počet procesorov (CPU), ale na počet jadier, ktoré môžu paralelne spracovávať požiadavky.
@@ -2522,7 +2522,6 @@
  * Odporúčané: 48 GB
  * Optimálne: 64 GB
--
  RAM je dôležitá pre spracovanie veľkého množstva dát v reálnom čase. Vyššia kapacita pamäte umožňuje rýchlejšie načítanie a spracovanie dát, čo zvyšuje celkový výkon systému.
@@ -2538,13 +2538,11 @@
  * 100 GB SSD – Pre systém a Kubernetes: Priestor vyhradený pre operačný systém a Kubernetes infraštruktúru, ktorá orchestruje kontajnery a aplikačné komponenty.
--
  Požiadavky na sieť:
  * 2x 1 Gbps sieťová karta: Pre zabezpečenie dostatočnej šírky pásma na spracovanie dát a efektívnu komunikáciu medzi jednotlivými komponentmi systému.
--
  Záložné riešenie (Failover):
@@ -2557,12 +2557,10 @@
  * Veľkosť úložísk uvedená vyššie je odhadovaná a môže sa líšiť v závislosti od reálneho množstva a veľkosti spracovávaných dát, ako aj od stratégie verzionovania a archívovania.
  * V prípade, že by bolo potrebné rozšíriť pojem „vysokej dostupnosti“ aj na úroveň dátovej infraštruktúry (t.j. odolnosť voči výpadkom a zabezpečenie integrity dát), bude nutné zmeniť a doplniť hardvérové požiadavky. Tieto doplnenia by mali zahŕňať mechanizmy na zrkadlenie dát (data replication), zálohovanie (backup) a prípadnú implementáciu vysoko dostupného úložného riešenia (napr. SAN alebo cloud-based storage).
--
--1.
--11.
++1.
++11.
 . Návrh riešenia technologickej architektúry
--
  Systém JISCD je komplexným informačným systémom a pre rozbitie zložitosti je potrebné prevádzkovanie integračno-orchestračnej platformy, ktorá prepája jednotlivé agendové služby v previazaných business procesoch.
  Keďže je smerovanie budúcej architektúry do cloud prostredia, tak boli zvažované aj rôzne typy metodík pre realizáciu procesných úkonov v distribuovaných systémoch. Existuje viacero metodických postupov ako realizovať takúto orchestračnú distribuovanú architektúru. V moderných aplikáciách sa uprednostňuje, podľa CAP teorému, vysoká dostupnosť a sieťové oddelenie. To znamená, že nie je možné zachovať silnú konzistenciu synchrónnymi službami tak ako je tomu teraz v JISCD. Je preto náročné vybrať takú technologickú zmenu aby to bolo nákladovo akceptovateľné a zároveň aby bolo možné potvrdiť, že budúce smerovanie JISCD je cloud-ready a zároveň umožňuje prechod efektívnejšie na distribuované mikro-služby v budúcnosti.
@@ -2585,7 +2585,6 @@
  * Výrazné zvýšenie bezpečnosti riešenia prostredníctvom eliminácie softvérových bezpečnostných zraniteľností.
  * V primeranej miery využité princípy automatizácie konfiguračných a administračných činností (deklaratívnou formou) zvýšia flexibilitu riešenia a riešenie bude budované ako cloud ready (v zmysle možnosti rýchleho a jednoduchého umiestnenia u niektorého z verejných, resp. komunitných poskytovateľov cloudových služieb), a to jednak z technologického hľadiska (serverová virtualizácia), ako aj z hľadiska licenčnej kompatibility medzi on-premises a cloudovými prostrediami.
--
  S týmto prístupom sú spojené nasledovné nevýhody a riziká:
  * Vzhľadom na veľký technologický dlh, ktorý vznikol v dôsledku nedostatočných investičných aktivít v oblasti modernizácie JISCD sa jedná o značný rozsah prác v rámci modernizácie riešenia.
@@ -2592,12 +2592,10 @@
  * Problematické ocenenie z hľadiska rozsahu prác pre modernizáciu riešenia vzhľadom na archaické verzie softvérových súčastí.
  * Náhrada technických riešení, pri ktorých výrobcovia zastavili ďalší vývoj, môže byť komplikované a časovo náročné.
--
--1.
--11.
++1.
++11.
 . Využívanie služieb z katalógu služieb vládneho cloudu
--
  Neplánujú sa využívať služby vládneho cloudu
@@ -2617,7 +2617,6 @@
  | | | |
--
  |(% rowspan="2" %)Prostredie|(% rowspan="2" %)(((
@@ -2637,7 +2637,6 @@
  )))| | | | | |
--
  |Prostredie|Ďalšie služby potrebné na prevádzku projektu z katalógu služieb vládneho cloudu (stručný popis / názov)|(((
  Kód služby
@@ -2652,11 +2652,9 @@
  (uviesť názov)
  )))| | |
--
--1.
++1.
 . Bezpečnostná architektúra
--
  V rámci predkladaného projektu bude realizovaná aktivita A10 výzvy, ktoré hlavným účelom bude rozvoj informačných systémov z pohľadu bezpečnosti a zabezpečenie súladu s GDPR (právo dotknutej osoby na prístup k údajom).
@@ -2669,12 +2669,10 @@
 . Aktualizácia bezpečnostného projektu projekt pre:
 *.  informačný systém ISVS_4867
--
 . Vytvorenie dokumentu na vplyvu na ochranu údajov (DPIA) pre:
  * informačný systém ISVS_4867
--
  |**Kód ISVS**|**Názov ISVS**|**DPIA (vytvorenie / aktualizácia)**|**Bezpečnostný project (vytvorenie/ aktualizácia)**
  |ISVS_4867|JISCD - Jednotný informačný systém v cestnej doprave|Áno - vytvorenie|Áno - aktualizácia
@@ -2681,17 +2681,15 @@
  Tabuľka 10: Rozsah ISVS v projekte pre realizáciu BP a DPIA
--1.
--11.
++1.
++11.
 . Postupy pre vytvorenie resp. revíziu bezpečnostného zámeru a DPIA
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Metodika pre bezpečnostný projekt
--
  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. Táto vyhláška predpokladá vykonávanie revízie analýzy rizík minimálne raz za 12 mesiacov.
@@ -2701,12 +2701,11 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Ohraničenia bezpečnostného projektu
--
  Bezpečnostný projekt bude vypracovaný pre integrovaný informačný systém Ministerstva dopravy SR (MD SR) 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 MD SR, ale sa bude sústrediť na potreby konkrétneho integrovaného systému isvs_4867.
@@ -2717,12 +2717,11 @@
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Zoznam právnych predpisov
--
  * Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
  * Vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,
  * 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í neskorších predpisov,
@@ -2734,7 +2734,6 @@
  * ISO/IEC 29100 Privacy framework. (DPIA analýza voči dotknutým osobám )
  * CSIRT - Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti
--
  Informačným systémom v zmysle 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 (ďalej ako „Zákon o ISVS“) je funkčný celok zabezpečujúci cieľavedomú a systematickú informačnú činnosť prostredníctvom technických a programových prostriedkov, pričom informačnou činnosťou je získavanie, poskytovanie a sprístupňovanie údajov, zhromažďovanie, spracúvanie, prenos, ukladanie, archivácia a likvidácia údajov .
  Informačným systémom verejnej správy je IS v pôsobnosti povinnej osoby ako správcu, ktorý slúži na výkon verejnej správy a ktorého prevádzkovanie vyplýva z osobitného predpisu alebo z právomoci rozhodovať o právach a povinnostiach fyzických osôb alebo právnických osôb v oblasti verejnej správy.
@@ -2745,12 +2745,11 @@
  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“).
--1.
--11.
--111.
++1.
++11.
++111.
 . Opatrenia technické, organizačné a personálne a ich hodnotenie
--
  Pre účely zmierňovania rizík použijeme v projekte nasledovné zdroje opatrení:
  * CSIRT – Metodiku pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (Verzia dokumentu 2.1),
@@ -2759,7 +2759,6 @@
  * Odporučené hodnotenie NIST v systéme CSF a lokálne podľa Metodiky KCCKB - Štandard na výkon auditu kybernetickej bezpečnosti.
  * Metodika analýzy rizík
--
  Analýza bezpečnosti bude zameraná nasledovne:
  * Cieľom bude presne špecifikovať požadovanú úroveň bezpečnosti a identifikovať okolnosti, ktoré môžu narušiť bezpečnosť ISVS (hrozby).
@@ -2773,7 +2773,6 @@
  * Technické opatrenia týkajúce sa priamo ISVS, popísané v tomto dokumente, musia byť implementované počas jeho vývoja a zavádzania do prevádzky.
  * Technické opatrenia týkajúce sa okolia ISVS, personálne a organizačné opatrenia budú mať odporúčací charakter a ich zavedenie do praxe zabezpečí prevádzkovateľ systému.
--
  Použitá metodika analýzy rizík IS Informačný systém verejnej správy (ISVS) bude mať kvalitatívno/kvantitatívny  charakter. Obsahová štruktúra analýzy bezpečnosti a návrhu opatrení bude vychádzať z nasledovných okruhov bezpečnosti stanovených štandardami
@@ -2783,16 +2783,14 @@
  * ISO/IEC 27005 Informačné technológie. Bezpečnostné metódy. Riadenie rizík informačnej bezpečnosti,
  * ISO/IEC 29100 Privacy framework. (DPIA analyza voci dotknutym osobam ).
--
  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.
--1.
--11.
--111.
++1.
++11.
++111.
 . Vymedzenie a popis okolia informačného systému
--
  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:
  * Organizačné prostredie prevádzkovateľa a relevantné vnútorné predpisy.
@@ -2812,7 +2812,6 @@
  * Osoby využívajúce služby ISVS.
  * Osoby podieľajúce sa na prevádzke a správe ISVS, vrátane pracovníkov externých zmluvných partnerov.
--
  Z hľadiska budovania a implementácie systému IS Informačný systém verejnej správy (ISVS) sú štruktúry tvoriace okolie IS Informačný systém verejnej správy (ISVS) považované za priamo neovplyvniteľné (pre dodávateľa systému v nich nie je možné priamo zavádzať bezpečnostné opatrenia).
@@ -2822,17 +2822,15 @@
  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é.
--1.
--11.
++1.
++11.
 . Metodika pre DPIA
--
--1.
--11.
--111.
++1.
++11.
++111.
 . Posúdenie vplyvu na ochranu osobných údajov (DPIA)
--
  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ť.
@@ -2890,22 +2890,19 @@
 . Závislosti na ostatné ISVS / projekty
--
  Projekt nie je závislí od iných IT projektov, ktoré v súčasnosti realizuje MD SR .
 . Zdrojové kódy
--
  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í.
--1.
++1.
 . Prevádzka a údržba
--
--1.
--11.
++1.
++11.
 . Úrovne podpory používateľov
  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.
@@ -2949,8 +2949,8 @@
  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ý.
--1.
--11.
++1.
++11.
 . SLA (Service Level Agreement)
  Pre všetky úrovne podpory sú definované nasledujúce parametre SLA:
@@ -2961,7 +2961,6 @@
  ** Č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í).
--
  Help Desk bude realizovaný cez 3 úrovne podpory, s nasledujúcim označením:
@@ -2969,12 +2969,10 @@
  * L2 podpory IS (Level 2, postúpenie požiadaviek od L1) - vybraná skupina garantov, so znalosťou IS (zabezpečuje prevádzkovateľ IS).
  * L3 podpory IS (Level 3, postúpenie požiadaviek od L2) - na základe zmluvy o podpore IS (zabezpečuje úspešný uchádzač).
--
--1.
--11.
++1.
++11.
 . Riešenie incidentov – SLA parametre
--
  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.
@@ -2991,7 +2991,6 @@
  * Neprístupnosť hlavných databáz alebo serverov.
  * Bezpečnostné incidenty, ako napríklad masívny kybernetický útok alebo únik citlivých dát.
--
  **Dopad**: Výrazné finančné straty, poškodenie reputácie, právne dôsledky, zníženie produktivity.
@@ -3007,7 +3007,6 @@
  * Čiastočný výpadok systému, ktorý ovplyvňuje viacero používateľov.
  * Chyby v systéme, ktoré zabraňujú vykonávaniu niektorých kritických funkcií.
--
  **Dopad**: Zníženie produktivity, vplyv na niekoľko používateľov alebo oddelení.
@@ -3038,7 +3038,6 @@
  * Menšie problémy s funkciami, ktoré neovplyvňujú bežnú prácu.
  * Jednoduché problémy s výkonom alebo konfiguráciou systému.
--
  **Dopad**: Minimálny vplyv na prevádzku, žiadny kritický dopad.
@@ -3045,7 +3045,6 @@
  **Reakcia**: Riešenie podľa plánu údržby (zvyčajne v priebehu týždňa).
  )))
--
  možný dopad:
  |Označenie závažnosti incidentu|(((
@@ -3057,7 +3057,6 @@
  |2|značný|značný dopad alebo strata dát
  |3|malý|malý dopad alebo strata dát
--
  Výpočet priority incidentu je kombináciou dopadu a naliehavosti v súlade s best practices ITIL V3 uvedený v nasledovnej matici:
@@ -3068,7 +3068,6 @@
  |**Stredná - C**|2|3|4
  |**Nízka - D**|3|4|4
--
  Vyžadované reakčné doby:
  |Označenie priority incidentu|Reakčná doba^^(1)^^ od nahlásenia incidentu po začiatok riešenia incidentu|Doba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) ^^(2)^^|(((
@@ -3081,7 +3081,6 @@
  |3|1 hod.|24 hodín|10
  |4|1 hod.|(% colspan="2" %)Vyriešené a nasadené v rámci plánovaných releasov
--
  **//Vysvetlivky k tabuľke//**
@@ -3107,11 +3107,10 @@
  Pre tieto služby budú dohodnuté osobitné parametre dodávky.
--1.
++1.
 . Požadovaná dostupnosť IS:
--
  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:
  * Maximálna kumulatívna doba plánovaných odstávok za mesiac: 12 hodín / *48 hodín
@@ -3124,27 +3124,24 @@
  Poznámka: Uvedené SLA parametre platia pre 99,9 % prípadov. Všetky parametre sú garantované na rozhraní systémov.
--1.
--11.
++1.
++11.
 . Dostupnosť (Availability)
--
  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.
--1.
--11.
++1.
++11.
 . RTO (Recovery Time Objective)
--
  [[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ý.
--1.
--11.
++1.
++11.
 . RPO (Recovery Point Objective)
--
  [[RPO (Recovery Point Objective) >>path:#_RPO_(Recovery_Point]]- 6 hodín- aké množstvo dát môže byť stratené od vymedzeného okamihu.
@@ -3151,20 +3151,17 @@
--1.
++1.
 . Požiadavky na personál
--
--1.
++1.
 . riadiaci výbor A PROJEKTOVÝ TÍM
--
  V rámci prípravnej a iniciačnej fázy projektu sa určí Zloženie Riadiaceho výboru, ktorý bude mať nasledovnú formu:
 . Riadiaci výbor bude mať minimálne 3 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“).
--
 . Riadiaci výbor projektu bude tvoriť:
 . predseda Riadiaceho výboru projektu,
 . vlastník alebo vlastníci procesov objednávateľa (biznis vlastník) alebo nimi poverený zástupca alebo zástupcovia,
@@ -3171,10 +3171,8 @@
 . zástupcu kľúčových používateľov objednávateľa (end user),
 . zástupca za Dodávateľa v zmysle Zmluvy.
--
 . Väčšina členov Riadiaceho výboru s hlasovacím právom budú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa,
--
  V rámci prípravnej a iniciačnej fázy projektu sa menuje Projektový manažér, na ktorého
  návrh sa vymenuje projektový tím, pričom predseda riadiaceho výboru projektu alebo projektový manažér objednávateľa na základe poverenia zabezpečia:
@@ -3194,7 +3194,6 @@
 . iná špecifická rola, ak je to potrebné,
--
  Vzor štruktúry riadiaceho výboru
  [[image:file:////Users/ijp/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image006.png||alt="Obrázok, na ktorom je text, snímka obrazovky, vizitka, písmo
@@ -3208,15 +3208,13 @@
  Automaticky generovaný popis"]]
--1.
++1.
 .  PRACOVNÉ NÁPLNE
--
--1.
--11.
++1.
++11.
 . Pôsobnosť a úlohy Riadiaceho výboru
--
  Základnou úlohou Riadiaceho výboru je najmä:
 . schválenie predmetu projektu, inkrementov, priebežné a záverečné schválenie manažérskych produktov a špecializovaných produktov,
@@ -3246,12 +3246,10 @@
 . prijímanie strategických rozhodnutí súvisiacich s prevádzkou.
--
--1.
--11.
++1.
++11.
 . Pracovná náplň projektového tímu
--
  Tu je prehľadná tabuľka popisu práce a zodpovedností jednotlivých projektových rolí:
@@ -3355,14 +3355,12 @@
 . Implementácia a preberanie výstupov projektu
--
  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í.
--1.
++1.
 . Pravidlá pre riadenie kvality a požiadavky na kvalitu výstupov
--
  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.
@@ -3376,10 +3376,9 @@
--1.
++1.
 . Pravidlá pre riadenie zmien
--
  Pravidlá pre riadenie zmien sú definované na základe Zmluvy o dielo - Zmenové konanie.
  Návrh na zmenu v projekte bude predložený projektovým manažérom objednávateľa alebo dodávateľa.
@@ -3391,7 +3391,6 @@
 . zmenu je možné realizovať, ale s dopadom na harmonogram plnenia a je potrebné prijať rozhodnutie o uzavretí dodatku ku Zmluve;
 . zmenu je možné realizovať, ale s dopadom na náklady plnenia a je potrebné prijať rozhodnutie o uzavretí dodatku ku Zmluve.
--
  Návrh na zmenu dohodnutého plnenia predmetu ZoD predloží predkladateľ projektovému manažérovi druhej Zmluvnej strany a vyžiada si od neho stanovisko k predmetnému Návrhu na zmenu. Stanovisko podľa predchádzajúcej vety je povinný príslušný projektový manažér poskytnúť predkladateľovi Návrhu na zmenu najneskôr do 5 pracovných dní od jeho doručenia, pričom stanovisko obsahuje najmä vyjadrenie k vhodnosti, potrebnosti a realizovateľnosti navrhovaných zmien, spolu s ich finančným a časovým ocenením, resp. ďalšími predpokladmi ich uskutočnenia. Stanovisko obsahuje nasledujúcu klasifikáciu navrhovanej zmeny:
 . zmenu je možné realizovať bez dopadu na náklady alebo harmonogram plnenia;
@@ -3401,7 +3401,6 @@
 . zmenu nie je možné realizovať s uvedením dôvodov;
 . zmenu nie je možné realizovať v rámci existujúcej Zmluvy, s prípadným odporúčaním, ako námet pre nový projekt.
--
  Projektový manažér objednávateľa/dodávateľa predkladá RV na schválenie Požiadavku na zmenu v projekte.
@@ -3414,7 +3414,6 @@
 . PRÍLOHY
--
  **Príloha : **Zoznam rizík a závislostí (Excel): [[//https:~~/~~/www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html//>>url:https://www.mirri.gov.sk/sekcie/informatizacia/riadenie-kvality-qa/riadenie-kvality-qa/index.html]]
@@ -3426,7 +3426,6 @@
  * Vyhodnotenie zverejniť na webovom sídle objednávateľa (do projektového adresára).
--
  ----
  [[~[1~]>>path:#_ftnref1]] //V prípade incidentu na vrstve gCloud musí byť obnovená najskôr táto vrstva a následne služba. gCloud označuje prostredie vládneho cloudu, v ktorom je prevádzkovaný IS MOU.//

Zmeny dokumentu I-03_PRISTUP_k_PROJEKTU_Projekt_LVU_MD_SR

Súhrn

Podrobnosti

Aplikácie

Navigácia

Moje posledné úpravy

Need help?