I-02_PROJEKTOVY_ZAMER_Projekt_MV SR_Fáza_I

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í.

112

113

114

Obsah

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)

)))

|(((

CBA 

)))|(((

Cost-benefit analýza 

)))

|(((

CIP

)))|(((

Centrálna integračná platforma

)))

|(((

CMÚ

)))|(((

Centrálny model údajov

)))

|(((

DCAT

)))|(((

Data Catalog Vocabulary

)))

|(((

DI 

)))|(((

Dátová integrácia: sprístupnenie údajovej základne VS vrátane otvorených údajov prostredníctvom platformy dátovej integrácie 

)))

|(((

DM

)))|(((

Dátový model

)))

|(((

DPIA

)))|(((

Data Protection Impact Assessment (Posúdenie vplyvu na ochranu údajov)

)))

|(((

DPO

)))|(((

Data Protection Officer (Zodpovedná osoba pre ochranu údajov)

)))

|(((

DQ

)))|(((

Dátová kvalita (Data quality)

)))

|(((

EUDIW

)))|(((

Európska digitálna peňaženka s identitou (European Digital Identity Wallet)

)))

|(((

eGOV

)))|(((

Elektronické služby štátu

)))

|(((

ENTITA

)))|(((

Prvok vyznačujúci sa vlastnosťami, ktoré umožňujú jeho jednoznačné odlíšenie od ostatných podobných prvkov nejakej množiny.

)))

|(((

ETL

)))|(((

Extract, transform, load

)))

|(((

EU

)))|(((

Európska únia

)))

|(((

FO

)))|(((

Fyzická́ osoba

)))

|(((

FP

)))|(((

Funkčné požiadavky

)))

|(((

GDPR

)))|(((

General Data Protection Regulation – Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov)

)))

|(((

HW

)))|(((

Hardware

)))

|(((

IAM

)))|(((

Identity and Access Management (Správa identít).

)))

|(((

IB

)))|(((

Informačná bezpečnosť

)))

|(((

ID

)))|(((

Identifikačné číslo

)))

|(((

IEC

)))|(((

International Electrotechnical Commission

)))

|(((

IS CPDI

)))|(((

Centrálna integračná platforma (CIP) je rozšírením IS CSRÚ, preto ich spoločne označujeme ako IS CPDI

)))

|(((

IS MOÚ

)))|(((

Informačný systém Manažment osobných údajov

)))

|(((

ISO

)))|(((

International Organization for Standardization (Medzinárodná organizácia pre štandardizáciu)

)))

|(((

ISVS 

)))|(((

Informačný systém verejnej správy 

)))

|(((

JSON

)))|(((

JavaScript Object Notation

)))

|(((

JSON-LD

)))|(((

JavaScript Object Notation for Linked Data

)))

|(((

MDM

)))|(((

Master data management

)))

|(((

MetaIS

)))|(((

Centrálny metainformačný systém verejnej správy

)))

|(((

MV SR

)))|(((

Ministerstvo vnútra Slovenskej republiky

)))

|(((

MIRRI SR

)))|(((

Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky

)))

|(((

MOU

)))|(((

Manažment osobných údajov

)))

|(((

NKIVS

)))|(((

Národná koncepcia informatizácie verejnej správy Slovenskej republiky

)))

|(((

OE

)))|(((

Objekt evidencie

)))

|(((

OOTS

)))|(((

Technický systém pre jedenkrát a dosť (Once-Only Technical System)

)))

|(((

OpenData

)))|(((

Otvorené údaje

)))

|(((

OS

)))|(((

Operačný systém

)))

|(((

OVM

)))|(((

Orgán verejnej moci

)))

|(((

OWL

)))|(((

Web Ontology Language

)))

|(((

RFO

)))|(((

Register fyzických osôb

)))

|(((

RPO

)))|(((

Register právnických osôb

)))

|(((

SLA

)))|(((

Service-level agreements/Dohoda o správe

)))

|(((

SPARQL

)))|(((

Dopytovací jazyk (z angl. SPARQL Protocol and RDF Query Language)

)))

|(((

URI

)))|(((

Jednotný identifikátor (kompaktný reťazec znakov používaný na identifikáciu alebo pomenovanie zdroja)

)))

|(((

VC

)))|(((

Overiteľné poverenia (Verifiable Credentials)

)))

|(((

W3C

)))|(((

World Wide Web Consortium

)))

|(((

XML

)))|(((

Extensible Markup Language

)))

|(((

XSD

)))|(((

XML Schema Definition

)))

|(((

XSLT

)))|(((

XSL Transformations

)))

|(((

ZoD 

)))|(((

Zmluva o dielo

)))

1. Konvencie pre typy požiadaviek (príklady)

470

471

Hlavné kategórie požiadaviek v zmysle katalógu požiadaviek sú rozdelené na:

* funkčné,

* nefunkčné,

Oblasti požiadaviek sú pre projekt rozdelené nasledovne:

478

479

* Automatizovaná tvorba a zverejňovanie otvorených údajov

480

481

* Bezpečnostná požiadavka

482

483

* Centrálna evidencia o prístupe ku informáciám o údajoch

* Dátová požiadavka

* Implementačná požiadavka

488

489

* Integračná požiadavka

490

491

* Kvalita a čistenie údajov

492

493

* Legislatívna požiadavka

494

495

* Podpora a prevádzka

496

497

* Projektová dokumentácia

498

499

* Rezortná Integračná Platforma

500

501

* Správa technických účtov

* Súlad ISVS s GDPR

* Systematický manažmentu údajov

506

507

Funkčné požiadavky používajú konvenciu: FP_číslo

508

509

Nefunkčné požiadavky používajú konvenciu: ID_ číslo

510

511

Ostatné typy požiadaviek môžu byť v neskoršej fáze projektu (realizačná fáza) upravené prípadne dodefinované PM (objednávateľom/zhotoviteľ).

512

513

1. DEFINOVANIE PROJEKTU

514

515

1. Kontext ku projektu

516

517

Slovenská republika implementovala strategickú prioritu Manažment údajov vo verejnej správe od roku 2017. Jedným z cieľov bolo zaviesť zdieľanie údajov medzi inštitúciami verejnej správy podľa princípu „jeden-krát a dosť“ a umožniť občanom a podnikateľom prístup k údajom zo štátnych systémov prostredníctvom Informačného systému Manažment osobných údajov (IS MOU). Tento systém bol vyvinutý a nasadený do predprodukčnej prevádzky na konci roku 2023.

518

519

IS MOU predstavuje nový prístup k digitálnym verejným službám, ktoré sú bezpečnejšie, užitočnejšie a rešpektujú právo občana na súkromie. Občania a podnikatelia získavajú prístup k údajom evidovaným štátom vo strojovo-spracovateľnej podobe. Okrem prístupu môžu občania súkromne manipulovať so svojimi údajmi, zdieľať ich s tretími stranami, používať ich v službách súkromného sektora alebo reklamovať nezrovnalosti. Riešenie zabezpečuje prístup k aktuálnym údajom a technickému udeľovaniu súhlasov na ich prístup.

520

521

Projekt MOU prakticky aplikuje princípy nariadenia GDPR a pri dôslednej ochrane osobných údajov. Koncept MOU je širší ako GDPR a zahŕňa nielen fyzické osoby, ale aj právnické osoby. Poskytuje rozšírené práva, ako napríklad právo na "logovanie prístupov k údajom".

522

523

V digitálnom priestore verejnej správy občan riadi výmenu údajov, čo vytvára priestor pre nové a inovatívne služby v súkromnom sektore. Integrovaním údajov v správe Ministerstva vnútra SR občan získa prehľad o všetkých svojich dokladoch, ako sú občiansky preukaz, rodný list, sobášny list, záznamy z katastra, vodičský preukaz a technické preukazy vozidiel. To predstavuje dôležitú súčasť celkovej architektúry e-Governmentu, ktorá prepojí dátové nástroje s používateľom a jeho interakciou s verejnou správou.

524

525

Na úrovni EÚ sa taktiež rieši téma dát v digitálnom priestore verejnej správy. Európsky parlament schválil revíziu nariadenia eIDAS, ktorá zavádza iniciatívu Digitálna peňaženka (EU digital identity wallet - EUDIW). Tento rámec umožní občanom EÚ preukázať svoju totožnosť a zdieľať elektronické dokumenty zo svojich peňaženiek európskej digitálnej identity. To umožní občanom pristupovať k online službám na základe ich národnej digitálnej identity, ktorá bude uznávaná v celej Európe. Predpokladom pre použitie EUDI Wallet je sprístupnenie alebo integrácia produkčných údajov z jednotlivých dokladov zo systémov MV SR na IS MOU.

526

527

Informačný systém MOU navyše umožňuje poskytovanie údajov aj na základe dlhodobého súhlasu. Integráciou viacerých komponentov MOU možno vytvoriť Univerzálnu elektronickú peňaženku, ktorá umožní obyvateľom Slovenska používať elektronické doklady aj v celej EÚ.

528

529

Z aktuálnej situácie vo vzťahu k vývoju digitálnych dokladov v rámci Európskej únie a súvisiace Nariadenie Európskeho parlamentu a Rady (EÚ) 2024/1183 z 11. apríla 2024, ktorým sa mení nariadenie (EÚ) č. 910/2014, pokiaľ ide o zriadenie európskeho rámca digitálnej identity, vyplynula nevyhnutnosť dynamicky akcelerovať vývoj v oblasti sprístupňovania údajov fyzickým osobám.

530

531

Vzhľadom na to, že správcom informačných systémov verejnej správy, ktoré obsahujú najvýznamnejšie osobné údaje o fyzických osobách (napr. Informačný systém registra fyzických osôb, kód metaIS isvs_191; Informačný systém evidencie vozidiel, kód meta IS isvs_171), je

532

533

Ministerstvo vnútra Slovenskej republiky, ktoré zároveň zohráva kľúčovú úlohu pri autentifikácii osôb pri ich prístupe k elektronickým službám verejnej správy ako správca autentifikačnej časti, vznikla potreba delimitovať Informačný systém manažmentu osobných údajov (IS MOU) z Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (MIRRI) na Ministerstvo vnútra Slovenskej republiky (MVSR).

534

535

Proces delimitácie IS MOU z MIRRI na MVSR už započal a bude čoskoro zavŕšený uzavretím Delimitačnej dohody, ktorá zabezpečí prevod IS MOU nielen ako informačného systému, ale aj ako majetku do správy MVSR a všetkej súvisiacej dokumentácie.

536

537

1. Manažérske zhrnutie

538

539

Ministerstvo vnútra SR (ďalej ako MV SR) má vo svojej správe veľké množstvo agendových systémov, ktorých súčasťou sú kľúčové štátne registre, ktoré spracovávajú osobné údaje občanov. Ministerstvo vnútra SR má ambíciu realizovať úpravy na svojich informačných systémoch podľa pravidiel definovaných vo výzve s cieľom rozvoja konceptu a myšlienky Moje údaje.

540

541

Implementácia týchto projektov prispeje k celkovej digitalizácii verejnej správy a zvýši jej efektívnosť a transparentnosť, čo je v súlade so strategickými cieľmi digitalizácie spoločnosti a rozvoja eGovernmentu na Slovensku.

542

543

V rámci aktuálnej výzvy PSK_MIRRI_617_2024_DV_EFRR má MV SR v pláne realizovať dva projekty, ktoré sú kľúčové pre modernizáciu a zvýšenie efektivity týchto systémov. MV SR rozdelilo projekty nasledovne:

544

545

546

Projekt I. „Lepšie využívanie údajov fáza I.“

547

548

Projekt_3131 sa týka  ISVS a údajov, ktorú už v súčasnosti sú integrované na IS CPDI, konkrétne sa bavíme o týchto dátach:

549

550

* údaje o fyzických osobách

551

552

* Údaje úradných výpisov z matriky, a to:

553

554

* údaje rodného listu

555

556

* údaje sobášneho listu

557

558

* údaje úmrtného listu

559

560

* údaje o pobyte občana SR a cudzincov s povolením na území SR

* údaje o adrese;

A jeho cieľom je vytvorenie nových funkčností na dotknutých IS VS s cieľom zabezpečenia kompletného balíka notifikácií pre IS MOU.

565

566

567

Projekt II. „Lepšie využívanie údajov fáza II.“

568

569

Projekt_3132 sa týka  ISVS a údajov, ktoré nie sú integrované na IS CPDI, údaje (a súvisiace notifikácie) budú integrované priamo na systém Doklady v Mobile (rozvoj IS MOU + EUDIW), ktorých správcom a prevádzkovateľom je MV SR; konkrétne ide o:

570

571

* údaje obsiahnuté v Občianskom preukaze (pozn.: vytvorenie služby pre poskytnutie údajov, resp. vytvorenie integračného rozhrania, pre zabezpečenie dostupnosti údajov pre Doklady v mobile (Rozvoj IS MOU + EUDIW, vrátane fotografie.) nachádzajúce sa v registri občianskych preukazov pre integráciu na IS MOU, nie je súčasťou tohto projektu)

572

573

* údaje obsiahnuté v  Vodičskom preukaze (pozn.: vytvorenie služby pre poskytnutie údajov resp. vytvorenie integračného rozhrania, pre zabezpečenie dostupnosti údajov pre Doklady v mobile (Rozvoj IS MOU + EUDIW, vrátane fotografie.)

574

575

* nachádzajúcich sa v registri vodičských preukazov pre integráciu na IS MOU, nie je súčasťou tohto projektu)

576

577

* údaje obsiahnuté v  Osvedčení o evidencii časť I

578

579

* údaje obsiahnuté v  Evidencii vozidiel

580

581

* údaje obsiahnuté v  Cestovnom pase

582

583

* údaje obsiahnuté v  Zbrojnom preukaze

584

585

1. Hlavné oblasti projektu

586

587

Projekt 1 sa zameriava na modernizáciu a integráciu údajov o fyzických osobách v Slovenskej republike, s dôrazom na zlepšenie správy základných osobných údajov, ako sú rodný, sobášny a úmrtný list, a údaje o pobyte občanov SR. Tento projekt má za cieľ zabezpečiť, aby tieto údaje boli spravované efektívne a v súlade s aktuálnymi legislatívnymi požiadavkami, čím sa podporí lepšia kvalita verejných služieb poskytovaných občanom.

588

589

590

Údaje o fyzických osobách (IS RFO):

591

592

Správa údajov o fyzických osobách prostredníctvom Informačného systému registra fyzických osôb (IS RFO) zostáva kľúčovou agendou projektu. Tento systém bude pokračovať v integrácii so súvisiacimi systémami a zabezpečí presnosť a aktuálnosť údajov, ktoré sú základom pre rôzne administratívne úkony.

Údaje rodného listu:

V súčasnosti sa údaje rodného listu generujú z IS RFO v Centrálnej platforme dátovej integrácie (IS CPDI). V budúcnosti bude táto úloha presunutá do Centrálneho informačného systému matrík a agendy (CISMA), pričom sa bude vyžadovať nová legislatíva pre spracovanie údajov v rámci životných situácií, ktoré si vyžadujú autorizáciu Ministerstvom vnútra SR (MV SR).

598

599

600

Údaje sobášneho listu:

601

602

Podobne ako pri rodných listoch, údaje sobášneho listu sa v súčasnosti generujú z IS RFO v CSRU. V budúcnosti bude ich správa prebiehať v CISMA, a preto je nevyhnutné zabezpečiť legislatívne zmeny, ktoré umožnia správne spracovanie týchto údajov v kontexte životných situácií.

603

604

605

Údaje úmrtného listu:

606

607

Správa údajov úmrtného listu, ktoré sa aktuálne generujú z IS RFO v CSRU, bude rovnako prechádzať do CISMA. Tento prechod si vyžaduje prípravu novej legislatívy, ktorá zabezpečí, že spracovanie týchto údajov bude v súlade s právnymi normami a efektívne zohľadní životné situácie, kde tieto údaje vznikajú.

608

609

610

Údaje o pobyte občana SR:

611

612

Údaje o pobyte občanov SR predstavujú samostatnú agendu spravovanú Centrálnou ohlasovňou. Zatiaľ čo integrácia týchto údajov zostane v IS RFO, existujú otvorené otázky týkajúce sa správnosti a aktuálnosti údajov, ako aj potreba riešiť notifikácie v rámci životných situácií, najmä v kontexte životnej situácie č. 6. Tento bod predstavuje výzvu, ktorú bude potrebné riešiť v ďalšom legislatívnom procese.

Údaje o adresách SR:

Centrálny register adries je register všetkých existujúcich adries na území Slovenska. Je to zdroj platných údajov, na základe ktorých je možné jednoznačne identifikovať stavebné objekty.

618

619

1. Očakávané výstupy projektu

620

621

* Modernizácia správy údajov: Prechod správy rodných, sobášnych a úmrtných listov do CISMA prispeje k zefektívneniu a centralizácii údajov, čím sa zníži administratívne zaťaženie a zlepší prístup k presným informáciám.

622

623

* Legislatívne úpravy: Zavedenie potrebnej legislatívy umožní správne začlenenie správy osobných údajov do nového systému, čo prispeje k lepšiemu riadeniu životných situácií občanov.

624

625

* Zlepšená integrácia a notifikácie: Vyriešenie otázok týkajúcich sa integrácie údajov o pobyte občanov SR a zabezpečenie efektívneho systému notifikácií zlepší informovanosť a poskytovanie služieb občanom.

626

627

Projekt 1 je kľúčovým krokom k modernizácii verejnej správy, ktorý posilní kvalitu služieb poskytovaných občanom a zabezpečí, že údaje o fyzických osobách budú spravované bezpečne, efektívne a v súlade s legislatívnymi požiadavkami.

628

629

1. Motivácia a rozsah projektu

630

631

Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky (ďalej len „MIRRI SR“) realizovalo systematický dátový program, ktorý bol zameraný na zavedenie manažmentu údajov verejnej správy, t. j. nielen pre MIRRI SR. Dátový program smeroval k praktickému a efektívnemu napĺňaniu cieľov Programového vyhlásenia vlády Slovenskej republiky na obdobie rokov 2021 – 2024, ako aj platných, účinných národných strategických dokumentov a to najmä:

632

633

* Národnej koncepcie informatizácie verejnej správy,

634

635

* Iniciatívy pre otvorené vládnutie), európskych strategických dokumentov (najmä Európskej dátovej stratégie),

636

637

* právne záväzných aktov Európskej únie (GDPR, PSI, DGA, EDA)

638

639

* slovenskej legislatívy

640

641

* zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e-Governmente) v znení neskorších predpisov,

642

643

* zákon č. 177/2018 Z. z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním informačných systémov verejnej správy a o zmene a doplnení niektorých zákonov (zákon proti byrokracii) v znení neskorších predpisov,

644

645

* 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, návrh zákona o údajoch).

646

647

Súčasťou národnej koncepcie informatizácie verejnej správy bola strategická priorita Manažment údajov vo verejnej správe, ktorú od roku 2017 Slovenská republika začala implementovať v gescii MIRRI. Jedným z cieľov bolo zaviesť zdieľanie údajov medzi inštitúciami verejnej správy podľa princípu „jeden-krát a dosť“ a umožniť občanom a podnikateľom prístup k údajom zo štátnych systémov prostredníctvom Informačného systému Manažment osobných údajov (IS MOU). Tento systém bol vyvinutý a nasadený do predprodukčnej prevádzky na konci roku 2023.

648

649

IS MOU predstavuje nový prístup k digitálnym verejným službám, ktoré sú bezpečnejšie, užitočnejšie a rešpektujú právo občana na súkromie. Občania a podnikatelia získavajú prístup k údajom evidovaným štátom vo strojovo-spracovateľnej podobe. Okrem prístupu môžu občania súkromne manipulovať so svojimi údajmi, zdieľať ich s tretími stranami, používať ich v službách súkromného sektora alebo reklamovať nezrovnalosti. Riešenie zabezpečuje prístup k aktuálnym údajom a technickému udeľovaniu súhlasov na ich prístup.

650

651

IS MOU prakticky aplikuje princípy nariadenia GDPR v prostredí moderných informačných technológií. Koncept MOU sa netýka iba fyzických osôb ako GDPR ale zahŕňa aj právnické osoby. Poskytuje rozšírené práva, ako napríklad právo na "logovanie prístupov k údajom".

652

653

Na úrovni EÚ sa taktiež rieši téma dát v digitálnom priestore verejnej správy. Európsky parlament schválil revíziu nariadenia eIDAS, ktorá zavádza iniciatívu Digitálna peňaženka (EU digital identity wallet - EUDIW). Tento rámec umožní občanom EÚ preukázať svoju totožnosť a zdieľať elektronické dokumenty zo svojich peňaženiek európskej digitálnej identity. To umožní občanom pristupovať k online službám na základe ich národnej digitálnej identity, ktorá bude uznávaná v celej Európe. Predpokladom pre použitie EUDI Wallet je sprístupnenie alebo integrácia produkčných údajov z jednotlivých dokladov zo systémov MV SR na IS MOU.

654

655

Informačný systém MOU navyše umožňuje poskytovanie údajov aj na základe dlhodobého súhlasu. Integráciou viacerých komponentov MOU možno vytvoriť Univerzálnu elektronickú peňaženku, ktorá umožní obyvateľom Slovenska používať elektronické doklady aj v celej EÚ.

656

657

Ministerstvo (MV SR) chce túto víziu a koncept aj naďalej podporovať a z dôvodu, že má vo svojej správe veľké množstvo agendových systémov a kľúčovými štátnymi registrami, ktoré spracovávajú osobné údaje občanov. Súčasne sa tieto údaje nachádzajú v zozname prioritných mojich údajov.

658

659

Cieľom projektu je posilnenie informačného systému IS MOU, najmä pokiaľ ide o automatizáciu a efektívne spravovanie notifikácií a tiež generovanie a následné zasielanie zmenových dávok údajov pre konkrétnu FO pre vybrané datasety. Nižšie na obrázku je uvedený grafický prehľad motivácie a cieľov projektu.

660

661

[[image:1732044605293-437.png]]

662

663

Obrázok 1: Motivácia, ciele a princípy projektu

664

665

1. Realizovanie aktivít v projekte

666

667

Tu je prehľadná tabuľka, ktorá sumarizuje predmety, podaktivity a podmienky uvedené v texte:

|(((

Predmet

)))|(((

Podaktivity

)))|(((

Realizácia v projekte

)))|(((

Rámcový popis

)))|(((

Detailný popis

)))

|(((

A1. Zavedenie manažmentu osobných údajov pre službu „Moje dáta“

)))|(((

Povinná podaktivita

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.1

)))|(((

PkP Kapitola 4.3.7

)))

|(((

A2. Čistenie údajov, dosiahnutie vyššej kvality údajov a dátová interoperabilita

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.2

)))|(((

PkP Kapitola 4.3.4

)))

|(% colspan="1" rowspan="2" %)(((

708

A3. Realizácia poskytovateľskej dátovej integrácie

709

)))|(((

710

3.1: Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom poskytovania údajov

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.3

)))|(((

PkP Kapitola 4.X.X

)))

|(((

3.2: Vyhlásenie referenčných údajov

)))|(((

Nie

)))|(((

)))|(((

)))

|(((

A4. Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom konzumovania údajov

)))|(((

)))|(((

Nie

)))|(((

)))|(((

)))

|(((

A5. Automatizované publikovanie otvorených údajov

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.4

)))|(((

PkP Kapitola 4.3.5

)))

|(((

A6. Sprístupnenie údajov na analytické účely

)))|(((

)))|(((

Nie

)))|(((

)))|(((

)))

|(((

A7. Zavedenie systematického manažmentu údajov

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.5

)))|(((

PkP Kapitola 4.3.1

)))

|(((

A8. Vybudovanie nového zdrojového registra alebo strojovo-spracovateľného objektu evidencie

)))|(((

)))|(((

Nie

)))|(((

)))|(((

)))

|(((

A9. Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.7

)))|(((

PkP Kapitola 4

)))

|(((

A10. Rozvoj informačných systémov z pohľadu bezpečnosti a GDPR

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.8

)))|(((

PkP Kapitola 4.5

)))

|(((

A11. Legislatívna analýza údajov inštitúcie verejnej správy

)))|(((

)))|(((

Áno

)))|(((

PZ Kapitola 3.3.1.9

)))|(((

PkP Kapitola 4.3.8

)))

Tabuľka 1: Aktivity realizované v projekte

819

820

1. Rámcový popis realizácie jednotlivých aktivít

821

822

1. Aktivita A1 Zavedenie manažmentu osobných údajov pre službu „moje dáta“

823

824

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 vnútra SR zameriava na rozšírenie funkčnosti informačných systémov RFO (ISVS_191) a Registra adries (isvs_192), ktorý slúži ako zdrojový systém pre evidenciu dôležitých údajov. Tabuľka uvedená nižšie odzrkadľuje aktuálny stav integračných väzieb spomínaných systémov na IS CPDI

|(((

Názov ISVS, kód ISVS

)))|(((

Názov množiny dát za (RR, OE a číselníky)

)))|(((

Vymedzenie, detail

)))|(((

Integračné väzby

)))

|(% colspan="1" rowspan="5" %)(((

RFO

isvs_191

)))|(% colspan="1" rowspan="5" %)(((

843

Register fyzických osôb

844

)))|(% colspan="1" rowspan="4" %)(((

845

Register fyzických osôb

846

)))|(((

847

~1. Poskytnutie údajov z RFO

848

)))

849

|(((

850

2. Získavanie zmenových dávok RFO

851

)))

852

|(((

853

3. ~*~* Zápis údajov do RFO

854

)))

855

|(((

856

4. Nahlasovanie nezrovnalostí RFO

857

)))

858

|(((

859

Poskytnutie rozšírených údajov o osobe z REGOB

860

)))|(((

861

~1. Poskytnutie rozšírených údajov o osobe z REGOB

)))

|(((

RFO

isvs_191

)))|(((

RFO Číselníky

)))|(((

RFO Číselníky

)))|(((

~1. Poskytnutie číselníkov RFO

)))

|(((

RFO

isvs_191

)))|(((

Výpis z IS RFO – údaje o narodení

880

)))|(((

881

Výpis z IS RFO – údaje o narodení

882

)))|(((

883

~1. Poskytnutie údajov rodného listu

)))

|(((

RFO

isvs_191

)))|(((

Výpis z IS RFO – údaje o uzavretí manželstva

891

)))|(((

892

Výpis z IS RFO – údaje o uzavretí manželstva

893

)))|(((

894

~1. Poskytnutie údajov sobášneho listu

)))

|(((

RFO

isvs_191

)))|(((

Výpis z IS RFO – údaje o úmrtí

902

)))|(((

903

Výpis z IS RFO – údaje o úmrtí

904

)))|(((

905

~1. Poskytnutie údajov úmrtného listu

)))

|(((

RFO

isvs_191

)))|(((

Výpis z IS RFO – údaje o pobyte občana SR

913

)))|(((

914

Výpis z IS RFO – údaje o pobyte občana SR a cudzincov s povoleným pobytom na území SR

915

)))|(((

916

~1. Poskytnutie údajov o pobyte

917

)))

918

|(% colspan="1" rowspan="5" %)(((

RA

isvs_192

)))|(% colspan="1" rowspan="5" %)(((

927

Register adries

928

)))|(% colspan="1" rowspan="5" %)(((

929

Register adries

930

)))|(((

931

~1. Poskytnutie číselníkov RA

932

)))

933

|(((

934

2. Poskytnutie adresy, získanie údajov adresy a adresného bodu

935

)))

936

|(((

937

3. Poskytnutie geografickej situácie adresy pre lokalizáciu adresného bodu

938

)))

939

|(((

940

4. Získavanie zmenových dávok RA

941

)))

942

|(((

943

5. Nahlasovanie nezrovnalostí RA

944

)))

945

946

Tabuľka 2: Súčasný stav poskytovania údajov MV SR na IS CPDI

947

948

949

Realizovať aktivity je realizovať potrebné úpravy na zdrojových informačných systémoch isvs_191 (RFO – Register fyzických osôb), isvs_189 (ECU – Evidencia cudzincov), isvs_190 (IS REGOB – Register obyvateľov), isvs_193 (CISMA - Centrálny informačný systém matričnej agendy) najmä pre zabezpečenie poskytnutia údajov o prístupe k informácii a distribúcie zmenových dávok údajov.

950

951

Projekt bude zameraný na rozvoj informačného systému isvs_191, isvs_189, isvs_190, isvs_193 o FP pre všetky vyššie uvedené objekty evidencie:

952

953

1. Notifikácia o spracovaní osobných údajov: Informovanie dotknutých osôb o prezretí alebo spracovaní ich údajov.

954

955

1. Distribúcia/poskytovanie údajov zmenových dávok: Informovanie o zmene osobných údajov z referenčných registrov.

956

957

1. Notifikácia o zmene osobných údajov (log): Zaznamenávanie a informovanie o zmene osobných údajov a funkcionalita pre podnety na opravu údajov

958

959

1. Notifikácia o vzniku/zápisu osobných údajov (log): Zaznamenávanie a informovanie o vzniku nových údajov.

960

961

1. Notifikácia o ukončení platnosti osobných údajov (log): Informovanie o ukončení platnosti údajov.

962

963

1. Notifikácia o vymazaní osobných údajov (log): Zaznamenávanie a informovanie o vymazaní údajov.

964

965

1. Notifikácia o zmene stavu procesu (log): Informovanie o stave spracovania údajov.

966

967

1. Aktivita A2 - Čistenie údajov, dosiahnutie vyššej kvality údajov a dátová interoperabilita

968

969

Počas realizačnej fázy projektu bude Ministerstvo realizovať nasledovné oblasti z pohľadu dátovej kvality a interoperability v rozsahu:

970

971

1. Čistenie údajov a zvyšovanie kvality údajov

972

973

1. Riadenie dátovej kvality na vstupe (prevencia)

974

975

1. Zavádzanie dátovej interoperability

976

977

1. Monitoringu dátovej kvality (zavedenie monitoringu)

978

979

980

Detailný popis pre jednotlivé časti kvality je uvedený v dokument prístup k projektu kapitola 4

981

982

983

1. Aktivita A3 - Realizácia poskytovateľskej dátovej integrácie - 3.1: Realizácia dátovej integrácie na centrálnu integračnú platformu (IS CIP/IS CPDI) za účelom poskytovania údajov

984

985

Moje údaje budú dostupné pre fyzické a právnické osoby prostredníctvom IS MOU (isvs_8705). Dostupnosť Mojich údajov v IS Manažment mojich údajov sa zabezpečí nasledovne:

986

987

* Existujúci poskytovateľ údajov: Inštitúcia už disponuje integráciou údajov na modul procesnej integrácie a integrácie údajov (IS CPDI; isvs_5836).

988

989

* Detailný popis budúceho stavu a prehľade o integračných väzbách je popísaný v dokumente Prístup k projektu v kapitole 4.

990

991

1. Aktivita A5 - Automatizované publikovanie otvorených údajov

992

993

994

V rámci projektu bude vybudovaný lokálny katalóg otvorených údajov, ktorý bude založený na štandardoch SPARQL a RDF pre prepojené údaje (Linked Data). Tento katalóg bude slúžiť na efektívnu správu a sprístupňovanie otvorených údajov organizácie, pričom bude zohľadňovať národné a medzinárodné štandardy a zabezpečovať interoperabilitu s inými katalógmi údajov.

995

996

Hlavným cieľom katalógu je zabezpečiť otvorenosť údajov, umožniť ich jednoduché vyhľadávanie a sťahovanie, podporovať rozhodovacie procesy a poskytovať prepojené dáta na lokálnej aj medzinárodnej úrovni. Údaje budú štruktúrované podľa štandardu RDF, čo zabezpečí ich kompatibilitu a možnosť dotazovania prostredníctvom SPARQL endpointu. Tento endpoint umožní efektívne vyhľadávanie a získavanie údajov podľa zadaných kritérií, čím zjednoduší prácu s dátami pre interných aj externých používateľov.

997

998

999

1. Aktivita A7 – Podpora systematického manažmentu údajov inštitúcie

1000

1001

Každá inštitúcia musí mať zavedený systematický manažment údajov vrátane nastavenie 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ístup sa Ministerstvo MV SR vo stotožňuje, a preto je cieľom realizovať Aktivitu A7 zameranú na podporu, alebo posilnenie inštitucionálnych dátových kancelárií.

1002

1003

Realizáciou aktivity A7 bude zabezpečený komplexná analýza čím si inštitúcia zabezpečí komplexne zmapovanie jej dátového manažmentu. Súčasné kapacity neumožňujú pokryť všetky kľúčové oblasti potrebné na efektívne riadenie a správu údajov, čo brzdí nielen inovácie, ale aj udržateľný rast a rozvoj v oblasti dátového manažmentu a interoperability. Kombinácia interných a externých odborník v oblasti dátovej vedu bude viesť ku nasledovných výstupom

1004

1005

1. Bude vytvorený dátový katalóg: Popíšu sa všetky objekty evidencie až na úroveň atribútov, ktoré inštitúcia:

1006

1007

1. Bude originálne vytvárať a evidovať v zdrojových registroch (agendové informačné systémy verejnej správy) v rámci rozsahu projektu.

1008

1009

1. Bude spracúvať za účelom výkonu príslušnej agendy inštitúcie.

1010

1011

1012

1. Budú definované a popísané plánované procesy organizácie riadenia celého životného cyklu správy údajov:

1013

1014

1. Budú zrozumiteľne zdokumentované dátové štruktúry, proces tvorby údajov, štatistické metodológie (ak budú použité), dátové zdroje, kontext a ďalšie aspekty manažmentu údajov.

1015

1016

1. Proces riadenia pre manažment údajov bude zavedený nad informačným systémom isvs_191, ktoré budú obsahovať objekty evidencie riešené v projekte.

1017

1018

1019

1. Bude podporovaná a rozvíjaná inštitucionálna dátová kancelária.

1020

1021

1. Kancelária bude slúžiť ako špecializovaný útvar pre dáta v rámci inštitúcie, súčasne bude zodpovedná za riadenie systematického manažmentu údajov.

1022

1023

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

1024

1025

1026

Prehlaď interných kapacít pre realizáciu systematického manažmentu v rámci projektu (v rátane aktivity A7) je uvedený v kapitole 9.

1027

1028

1029

1. Aktivita A9 – Vytvorenie rezortnej integračnej platformy pre konsolidáciu interných systémov inštitúcie (Master Data Management)

1030

1031

Cieľom aktivity je rozvíjať centrálny integračný komponent a budovať platformu manažmentu údajov MV, ktoré budú slúžiť na efektívne spravovanie a zdieľanie údajov medzi rôznymi informačnými systémami. Komponent by mal poskytovať tieto služby:

1032

1033

* Integrácia na služby IS CPDI (pôvodne IS CSRÚ; novšie Informačný systém Centrálna platforma dátovej integrácie): Centrálny komponent, cez ktorý sa IS budú integrovať na ostatné IS OVM.

1034

1035

* Centralizácia údajov: Zabezpečuje, že údaje sú uložené na jednom mieste, čo uľahčuje ich správu a prístup k nim. Týka sa to najmä referenčných registrov, kedy tento komponent na jednej stane prostredníctvom integrácie na IS CPDI udržiava aktuálne lokálne kópie údajov a na druhej strane poskytuje služby agendovým IS na prístup k týmto údajom, prípadne zmeny aktívne propaguje do príslušných IS na základe ich oprávnení.

1036

1037

* Správa centrálnych číselníkov: systém ktorý bude slúžiť na centralizované riadenie a správu číselníkov MF SR

1038

1039

* Transformácia údajov: Umožňuje konverziu údajov do formátu, ktorý je potrebný pre cieľový systém.

1040

1041

* Orchestrácia procesov: Riadi tok údajov medzi systémami a zabezpečuje, že údaje sú doručené správnym spôsobom a v správnom čase.

1042

1043

Predpokladaný rozsah:

1044

1045

* Sprístupnenie referenčných údajov minimálne pre IS zapojené do výzvy

1046

1047

* Vybudovaná správa centrálnych číselníkov

1048

1049

* Vybudovaný integračný komponent min. v rozsahu integrácie na IS CSPDI

1050

1051

* Napojenie 2 IS na integračný komponent

1052

1053

1. Aktivita A10 - Rozvoj informačných systémov z pohľadu bezpečnosti a súladu s GDPR (právo dotknutej osoby na prístup k údajom).

1054

1055

Účelom aktivity 10 výzvy je 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).

1056

1057

Informačné systémy, ktoré spracúvajú osobné údaje alebo citlivé údaje, vyžadujú pravidelnú identifikáciu a analýzu rizík spojených s bezpečnosťou týchto údajov. Je potrebné zabezpečiť, aby boli identifikované potenciálne hrozby a zraniteľnosti, ktoré môžu ohroziť dôvernosť, integritu a dostupnosť údajov. Tento krok je základom pre vytvorenie alebo aktualizáciu bezpečnostného projektu a súčasne vytvorenie dokumentu DPIA čím sa znižuje riziko porušenia pravidiel ochrany osobných údajov a zlepšuje celkovú bezpečnosť spracovávaných dát v konkrétnych informačných systémoch.

1058

1059

V rámci predkladaného projektu bude Ministerstvo vnútra SR realizovať aktivitu 10 výzvy v nasledovnom rozsahu.

1060

1061

1. Aktualizácia bezpečnostného projektu projekt pre:

1062

1063

* isvs_191, isvs_192, isvs_189, isvs_190, isvs_193

1064

1065

1066

1. Vytvorenie vplyvu na ochranu údajov (DPIA) pre:

1067

1068

* isvs_191, isvs_189, isvs_190, isvs_193

|(((

Kód ISVS

)))|(((

Názov ISVS

)))|(((

DPIA (vytvorenie / aktualizácia)

1076

)))|(((

1077

Bezpečnostný projekt (vytvorenie/ aktualizácia)

)))

|(((

isvs_191

)))|(((

Register fyzických osôb

)))|(((

Áno - vytvorenie

)))|(((

Áno - aktualizácia

)))

|(((

Isvs_192

)))|(((

Register adries

)))|(((

Nie

)))|(((

Áno - aktualizácia

)))

|(((

isvs_189

)))|(((

Evidencia cudzincov

)))|(((

Áno - vytvorenie

)))|(((

Áno - vytvorenie

)))

|(((

isvs_190

)))|(((

Register obyvateľov (IS REGOB)

)))|(((

Áno - vytvorenie

)))|(((

Áno - vytvorenie

)))

|(((

isvs_193

)))|(((

Centrálny informačný systém matričnej agendy (CISMA)

)))|(((

Áno - vytvorenie

)))|(((

Áno - aktualizácia

)))

Tabuľka 3: Rozsah ISVS v projekte pre realizáciu BP a DPIA

1128

1129

1. Bezpečnostný projekt

1130

1131

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.

1132

1133

Revíziu bezpečnostného zámeru a analýzy rizík vykonáme aj v rámci kratšej periódy, ak dôjde k narušeniu dôvernosti alebo integrity chránených alebo prísne chránených informácií, ako aj pri zásadnej zmene funkčnosti informačného systému, ktorá bude mať vplyv na spracúvanie chránených a prísne chránených informácií.

1134

1135

Bezpečnostný zámer vymedzí základné bezpečnostné ciele, ktoré bude potrebné dosiahnuť na ochranu Informačného systému verejnej správy (ďalej ako ISVS) počas jeho vývoja, nasadzovania a prevádzky. Bezpečnostný zámer bude súčasťou Bezpečnostného projektu pre ISVS_191.

1136

1137

1. Posúdenie vplyvu na ochranu osobných údajov (DPIA)

1138

1139

DPIA alebo posúdenie vplyvu na ochranu osobných údajov, je proces stanovený v rámci GDPR, konkrétne v článku 35.

1140

1141

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ť.

1142

1143

Riadením rizík prostredníctvom prijatých opatrení znížime riziko na úroveň prijateľnú, ktorá bude posudzovaná podľa vyhlášky Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov.

1144

1145

Dokumenty DPIA budú mať štruktúrovanú formu, ktorá bude zohľadňovať všetky povinné kroky na posúdenie vplyvu na ochranu osobných údajov a budú odkonzultované a schválené Zodpovednou osobou (DPO) MV SR. Takýto dokument by mal byť formálny, prehľadný a jasne definovať kľúčové informácie.

1146

1147

1. Aktivita A11 - Legislatívna analýza údajov inštitúcie verejnej správy

1148

1149

1150

Aktivity v legislatívno-právnej oblasti v projekte

1151

1152

Projekt je orientovaný najmä na 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, pričom primárne sa týka dát, ktoré sú už pre IS MOU poskytované prostredníctvom IS CPDI. MV SR sa vo svojej správe zaoberá veľkým množstvom agendových systémov a štátnymi registrami, ktoré spracovávajú kľúčové osobné údaje fyzických osôb. Legislatívno-právne aktivity sa preto budú orientovať najmä na činnosti uvedené v písmenách A1 a A2.

1153

1154

V predkladanom projekte má MV SR ambíciu realizovať úpravu informačných systémov isvs_191 Register fyzických osôb ktorý už v súčasnosti je pripojený na IS CPDI v roli poskytovateľa a poskytuje nasledovný rozsah údajov v presne špecifikovaných integračných väzbách.

1155

1156

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 ich nadväzujúcich vykonávacích predpisov:

1157

1158

* Zákon č. 253/1998 Z. z. o hlásení pobytu občanov Slovenskej republiky a registri obyvateľov Slovenskej republiky v znení neskorších predpisov, zákon legálne zakotvujúci Register fyzických osôb/RFO (§ 23a a nasl), a jeho základný zdrojový register – Register obyvateľov/REGOB (§ 15 a nasl.)

1159

1160

* Zákon č. 125/2015 Z. z. o registri adries a o zmene a doplnení niektorých zákonov v znení neskorších predpisov.

1161

1162

Aktivity v legislatívno-právnej oblasti budú analyzované počas realizačnej fázy projektu pre nasledovné oblasti:

|(((

ID

)))|(((

Oblasť legislatívy

)))|(((

Popis

)))

|(((

A1

)))|(((

Analýza legislatívnych podmienok sprístupňovania údajov (v rozsahu aktivity A1)

)))|(((

1. Analýza legislatívnych podmienok sprístupňovania údajov registrovaným používateľom IS MOU

1179

1180

1. identifikácia legislatívnych prekážok sprístupňovania údajov registrovaným používateľom IS MOU

1181

1182

1. návrh úpravy dotknutých zákonov a prípadne aj ich vykonávacích predpisov za účelom legálneho umožnenia sprístupňovania údajov identifikovaných v projekte ako údajov pre aktivitu A1 registrovaným používateľom IS MOU

)))

|(((

A2

)))|(((

Právna analýza procesu opravy chybných/neaktuálnych údajov a návrh úpravy legislatívy pre opravu údajov (v rozsahu aktivity A1)

1188

)))|(((

1189

Súčasťou aktivity je návrh úpravy dotknutých zákonov a prípadne aj ich vykonávacích predpisov, za účelom zefektívnenia procesov opravy chybných údajov.

)))

|(((

B

)))|(((

Právna analýza konkrétnych ustanovení osobitných predpisov pre ďalšie aktivity projektu mimo aktivity A1

1195

)))|(((

1196

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 Aktivity A2 až A6 a súčasne vypracovanie konkrétneho návrhu noviel súvisiacich právnych predpisov/ návrhu nového zákona.

)))

|(((

C

)))|(((

Vypracovanie komplexného dátovo-právneho manažmentu, t. j. právna analýza osobitných právnych predpisov, pričom sa zameriava na identifikáciu právnych základov a právnych účelov spracúvania údajov v súlade so zásadou zákonnosti a zásadou minimalizácie GDPR, a to konkrétne pre:

Komplexný dátovo-právny manažment 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.

1206

)))|(((

1207

1. 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),

1208

1209

1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy

1210

1211

1. orgánom verejnej moci na účely výkonu úradnej činnosti

1212

1213

1. iným subjektom mimo verejnej správy na iné účely,

1214

1215

1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy na účely analytického spracúvania údajov,

1216

1217

1. poskytovanie údajov evidovaných v registroch inštitúcie verejnej správy ako otvorených údajov.

1218

)))

1219

1220

Tabuľka 4: Súhrnný pohľad pre realizáciu legislatívno-právnej oblasti projektu

1221

1222

1. Zainteresované strany/Stakeholderi

|(((

ID

)))|(((

AKTÉR / STAKEHOLDER

)))|(((

SUBJEKT

(názov / skratka)

)))|(((

ROLA

(vlastník procesu/ vlastník dát/zákazník/ užívateľ …. člen tímu atď.)

)))|(((

Informačný systém

(MetaIS kód a názov ISVS)

)))

|(((

~1.

)))|(((

Ministerstvo investícií, regionálneho rozvoja a informatizácie SR

)))|(((

MIRRI

)))|(((

Poskytovateľ služieb centrálnej platformy integrácie údajov

)))|(((

isvs_5836 IS CSRU

)))

|(((

2.

)))|(((

Ministerstvo investícií, regionálneho rozvoja a informatizácie SR

)))|(((

MIRRI

)))|(((

Sprístupňovanie údajov FO a PO pomocou informačnej technológie

)))|(((

isvs_8705 IS MOU

)))

|(((

3.

)))|(((

Ministerstvo vnútra SR

)))|(((

MV SR

)))|(((

Poskytovateľ údajov

)))|(((

Isvs_191 Register Fyzických osôb (vrátane modulov)

)))

|(((

4.

)))|(((

Ministerstvo vnútra SR

)))|(((

MV SR

)))|(((

Poskytovateľ údajov

)))|(((

Isvs_189 Evidencia cudzincov

)))

|(((

5.

)))|(((

Ministerstvo vnútra SR

)))|(((

MV SR

)))|(((

Poskytovateľ údajov

)))|(((

Isvs_190 Register obyvateľov (IS REGOB)

)))

|(((

6.

)))|(((

Ministerstvo vnútra SR

)))|(((

MV SR

)))|(((

Poskytovateľ údajov

)))|(((

Isvs_193 Centrálny informačný systém matričnej agendy (CISMA)

)))

|(((

7.

)))|(((

Ministerstvo vnútra SR

)))|(((

MV SR

)))|(((

Poskytovateľ údajov

)))|(((

Register Adries

)))

1. Ciele projektu

Víziou informatizácie verejnej správy je zabezpečenie kvalitných digitálnych služieb pre občanov a podnikateľov. Ciele projektu významné podporujú Národnú koncepciu informatizácie verejnej správy Slovenskej republiky (ďalej len „NKIVS“), ktorá prevádzkuje a buduje informačné technológie a zároveň sa riadi primárne zákonmi:

1323

1324

* č. 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 (ďalej len „zákon o ITVS“)

1325

1326

* č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti subjektov verejnej moci a o zmene a doplnení niektorých zákonov (zákon o e -Governmente) v znení neskorších predpisov (ďalej len „zákon o e -Governmente“).

1327

1328

Kľúčové ciele projektu sú zamerané na Strategickú prioritu Manažment údajov, a to najmä pre oblasť Moje údaje/koncept Mojich údajov alebo tiež MyData1. Poskytovanie údajov pre službu „Moje dáta“ sa realizuje na základe:

1329

1330

* § 10a zákona č. 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) a súvisiacich ustanovení zákona o e-Governmente,

1331

1332

* § 12 ods. 1 písm. l) 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.

1333

1334

Víziou pre strategickú prioritu v oblasti Manažmentu údajov je verejná správa založená na údajoch, ktoré je možné a efektívne sekundárne využiť pri dôslednom dodržiavaní všetkých právnych princípov a požiadaviek všeobecne záväzných právnych predpisov na ochranu a bezpečnosť spracúvaných údajov a realizáciou projektu prispieva ku napĺňanie nasledovných cieľov v zmysle NKIVS:

1335

1336

1. Cieľ 1.3: Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy, prioritnej osi 1 - Lepšie služby

1337

1338

1. Cieľ 2.3: Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2 - Digitálna a dátová transformácia

1339

1340

1. Cieľ 2.4: Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2 - Digitálna a dátová transformácia

|(((

ID

)))|(((

Označenie cieľa

)))|(((

Názov cieľa

)))|(((

Názov strategického cieľa

1350

)))|(((

1351

Spôsob realizácie strategického cieľa

)))

|(((

1

)))|(((

Cieľ 1.3

)))|(((

Lepšie služby - Znížiť interakcie osôb a zložitosť pri používaní služieb verejnej správy, prioritnej osi 1

1359

)))|(((

1360

Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU

1361

)))|(((

1362

Poskytovanie údajov v rozsahu definovanom v kapitole 4 v prístupe k projektu do IS MOU (mobilná aplikácia) a súčasne úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky definované v KP

)))

|(((

2

)))|(((

Cieľ 2.3

)))|(((

Digitálna a dátová transformácia - Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2

1370

)))|(((

1371

Otvorené údaje - VS bude automatizovaným spôsobom zverejňovať nové otvorené údaje, ktoré nebudú mať reálnu prekážku na zverejnenie.

1372

)))|(((

1373

Bude vybudovaný Lokálny katalóg otvorených dát (LKOD) čo znamená, že MV SR znamená, že MV SR nebude ukladať datasety a ich distribúciu do centrálneho portálu otvorených dát data.slovensko.sk. Namiesto toho, svoje otvorené údaje zverejní na svojom úložisku (napr. na webstránke svoje organizácie v časti Otvorené údaje). Následne opäť na svojej strane (svoje úložisko, alebo API) zverejnený zoznam vypublikovaných datasetov, podľa nového štandardu.

)))

|(((

3

)))|(((

Cieľ 2.3

)))|(((

Digitálna a dátová transformácia - Zvýšenie otvorenosti a transparentnosti verejnej správy, prioritnej osi 2

1381

)))|(((

1382

Dátová kvalita - VS bude zvyšovať dôveryhodnosť údajov, riadiť ich kvalitu a vymieňať si ich prioritne automatizovaným spôsobom.

1383

)))|(((

1384

Pre službu „Moje dáta“ je stanovená úroveň kvality údajov podľa

1385

1386

formátov RDF / XML, JSON-LD API (kvalita úrovne 5★). Jedným z hlavných cieľov v aktivite A2 bude dátová transformácia pre zvýšenie interoperability medzi systémami verejnej správy, priblíženie sa odporúčaniam a štandardom EÚ pre interoperabilitu verejnej správy a medzi krajinami EÚ a zjednodušenie prístupu k údajom pre konzumentov. Za týmto účelom vznikne transformácia dát z aktuálneho XML formátu do RDF formátu v 5★ kvalite prelinkovaných údajov („Linked Data“)2, pre konkrétne OE.

)))

|(((

4

)))|(((

Cieľ 2.4

)))|(((

Digitálna a dátová transformácia - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2

1396

)))|(((

1397

Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU

1398

)))|(((

1399

Úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky pre zasielanie informácii o prístupe k údajom definovaných v KP

)))

|(((

5

)))|(((

Cieľ 2.4

)))|(((

Digitálna a dátová transformácia - Dobudovať digitálne prostredie založené na zdieľaní údajov vo verejnej správe, prioritnej osi 2

1411

)))|(((

1412

Jedenkrát a dosť a dátová interoperabilita - VS bude publikovať nové referenčné údaje a základné číselníky a bude podporovať dodržiavanie princípu „1- krát a dosť”

1413

)))|(((

1414

V procese transformácie sa predpokladá 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. Merateľné ukazovatele (KPI)

1419

1420

Merateľné ukazovatele projektu sú definované v súlade s hlavnou aktivitou výzvy Lepšie využívanie údajov - Sprístupňovanie osobných údajov prostredníctvom služby „moje dáta“ vo verejnej správe, tak pre MRR (RSO 1.2) aj pre VRR (RSO 1.2).

1421

1422

Hodnota ukazovateľa výzvy je v aktuálnom stave nula, čo predstavuje počet poskytovaných objektov evidencie do IS MOU. Cieľový stav (TO BE) sú objekty evidencie uvedené v dokumente prístup k projektu v kapitole Dátový rozsah projektu.

|(((

ID

)))|(((

ID/Názov cieľa

)))|(((

Názov ukazovateľa (KPI)

)))|(((

Popis ukazovateľa

)))|(((

Merná jednotka

)))|(((

AS IS

merateľné hodnoty (aktuálne)

1438

)))|(((

1439

TO BE

1440

Merateľné hodnoty (cieľové hodnoty)

)))|(((

Spôsob ich merania

)))

|(((

1

)))|(((

Rozvoj služby Moje údaje

1448

)))|(((

1449

Sprístupnenie údajov na platformu IS MOU

1450

)))|(((

1451

Sprístupňovanie nových údajov pre službu “moje údaje” na platformu IS MOU

)))|(((

počet

)))|(((

0

)))|(((

1

)))|(((

Integrácie OE na IS MOU

)))

|(((

2

)))|(((

Úprava IS o notifikácie

1465

)))|(((

1466

Rozvoj IS o notifikácie

1467

)))|(((

1468

Úprav zdrojových IS o informácie o prenose údajov

)))|(((

počet

)))|(((

0

)))|(((

1

)))|(((

Akceptačný protokol z testovania

)))

|(((

3

)))|(((

Dátová kvalita

)))|(((

Interoperabilita

)))|(((

Zvyšovanie kvality údajov na najvyššiu možnú úroveň 5* priamo v zdrojovom registri

)))|(((

počet

)))|(((

0

)))|(((

5

)))|(((

Akceptačný protokol z testovania

)))

|(((

4

)))|(((

Dátová kvalita

)))|(((

Prevencia nekvality na vstupe

1501

)))|(((

1502

Riadenie dátovej kvality na vstupe

)))|(((

počet

)))|(((

0

)))|(((

5

)))|(((

Akceptačný protokol z testovania

)))

|(((

5

)))|(((

Dátová kvalita

)))|(((

Monitoring kvality údajov

1518

)))|(((

1519

Monitorovanie a vyhodnocovanie účinnosť zmien dátovej kvality v dlhodobom horizonte

)))|(((

%

)))|(((

0

)))|(((

90%

)))|(((

Pravidelný Reporting

)))

|(((

6

)))|(((

Dátová kvalita

)))|(((

Čistenie údajov a zvyšovanie kvality údajov

1535

)))|(((

1536

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

)))|(((

počet

)))|(((

0

)))|(((

5

)))|(((

Akceptačný protokol z testovania

)))

|(((

7

)))|(((

Rezortná platforma

)))|(((

Platforma na manažment údajov MV SR

1552

)))|(((

1553

Modernizácia rezortnej platformy v rámci inštitúcie

)))|(((

Počet

)))|(((

0

)))|(((

1

)))|(((

Akceptačný protokol z testovania

)))

1. Špecifikácia potrieb koncového používateľa

1566

1567

Pre predkladaný projekt vyhláška MIRRI č. 547/2021 Z. z. nie je relevantná pre rozsah a charakter projektu, pretože projekt sa nezaoberá návrhom ani úpravou rozhraní pre občana, podnikateľa alebo zamestnanca verejnej správy. Rovnako nie je potrebné realizovať používateľský prieskum UX/CX požiadaviek, keďže projekt neobsahuje služby zamerané na interakciu s koncovými používateľmi, avšak modernizáciou informačného systému isvs_191 v správe Ministerstva prináša zásadné zlepšenia v oblasti dostupnosti, spravovania a ochrany osobných údajov.

1568

1569

Koncoví používatelia informačného systému, ako sú občania a podnikatelia, vyžadujú spoľahlivý, bezpečný a efektívny prístup k svojim osobným údajom, ktoré sú spravované v rámci verejnej správy. Projekt sa preto zameriava na riešenie týchto potrieb prostredníctvom nasledujúcich opatrení:

1570

1571

Podpora digitálnych dokladov a interoperability

1572

1573

Zavedenie digitálnych dokladov, ako napríklad osvedčení pre vodičov alebo taxislužby, ktoré sú prístupné cez systémy verejnej správy, je ďalším dôležitým aspektom pre koncových používateľov. Použitie formátov ako RDF/XML a JSON-LD API zabezpečí, že údaje budú spracované na vysokej kvalitatívnej úrovni a interoperabilita medzi rôznymi systémami bude zabezpečená.

1574

1575

Prístup k týmto digitálnym dokladom zjednodušuje životné situácie a zvyšuje efektivitu interakcie občana alebo podnikateľa s verejnou správou.

1576

1577

1578

Bezpečnosť údajov a súlad s GDPR

1579

1580

Koncoví používatelia potrebujú istotu, že ich osobné údaje sú spracované bezpečne a v súlade s platnou a účinnou legislatívou. V rámci projektu bude systém prejsť bezpečnostným auditom a implementujú sa nové opatrenia na ochranu osobných údajov, ako aj dôkladná analýza rizík v súlade s nariadením GDPR.

1581

1582

Príklad: Vlastníci taxislužieb budú mať istotu, že ich údaje, ako sú osvedčenia alebo preukazy vodičov, sú spracované v súlade s najnovšími legislatívnymi požiadavkami, vrátane práva na prístup k osobným údajom.

1583

1584

Prístup k údajom prostredníctvom IS CPDI a podpora princípu „1 x a dosť“

1585

1586

Integrácia so systémom IS CPDI rozvíja koncept 1x a dosť a zároveň umožní občanom a podnikateľom efektívny prístup k svojim údajom. Prostredníctvom systému „Moje dáta“ budú mať používatelia možnosť bezpečne pristupovať k svojim osobným údajom, čím sa zvýši transparentnosť a zabezpečí sa jednoduchšie spravovanie životných situácií.

1587

1588

Príklad: Podnikatelia, ktorí potrebujú pravidelne aktualizovať svoje údaje, ako napríklad osvedčenia o vozidlách taxislužby alebo odborné preukazy, budú môcť tieto informácie sledovať a spravovať prostredníctvom jedného informačného systému, čím sa odstránia zbytočné legislatívne prekážky.

1589

1590

1. Riziká a závislosti

1591

1592

Riziká a závislosti predkladaného projektu sú uvedené v samostatnom dokumente s označením „P_01_a_I_01_a_M_02_1_PRILOHA_1_REGISTER_RIZIK-a-ZAVISLOSTI_XY“, ktorý je prílohou predkladaných dokumentov v prípravnej fáze projektu potrebných pre schválenie Žiadosti o nenávratný finančný príspevok

1593

1594

1. Stanovenie alternatív v biznisovej vrstve architektúry

1595

1596

Na základe identifikovaného rozsahu problému sú v projektovom zámere navrhnuté rôzne riešenia zabezpečenia chodu biznis procesov a funkcií.

1597

1598

Alternatívy pokrývajú procesy a funkcie, ktoré vedú k zlepšeniu kontroly nákladov a plánovania podriadených organizácií a zahŕňajú všetkých stakeholderov (zainteresované strany). Na úrovni alternatívy je budúci stav biznis procesov popísaný rámcovo, alternatíva, ktorá splní kritéria výberu bude vstupom do CBA.

1599

1600

[[image:1732044605295-152.png]]

1601

1602

Tabuľka 5: MCA v biznisovej vrstve

1603

1604

1605

1. Multikriteriálna analýza

1606

1607

Výber alternatív je uskutočnený na úrovni biznis vrstvy prostredníctvom MCA zostavenej na základe výstupov kapitoly Motivácia, ktorá obsahuje ciele stakeholderov, ich požiadavky a obmedzenia pre dosiahnutie uvedených cieľov.

1608

1609

V rámci motivácie boli identifikované Princípy, ktoré boli kritériami pre výber vhodného variantu. Kritériá označené ako “KO” vyplynuli z kľúčových biznis požiadaviek zo zadania na riešenie, ktoré sú z hľadiska rozsahu identifikovaného problému a motivácie nevyhnutné pre riešenie problému a projektu. Naplnenie všetkých KO kritérií indikuje preferovaný variant riešenia a naopak, nesplnenie KO kritéria vylučuje identifikovaný variant.

|(((

)))|(((

KRITÉRIUM

)))|(((

ZDÔVODNENIE KRIÉRIA

)))|(((

MV SR

)))|(((

MIRRI

)))|(((

Registrovaný používateľ MOU

1623

)))

1624

|(% colspan="1" rowspan="4" %)(((

BIZNIS VRSTVA

)))|(((

Kritérium A (KO)

)))|(((

Moje údaje - VS bude zavádzať koncept „Mojich údajov” do svojich informačných systémov a zvyšovať transparentnosť verejnej správy pri využívaní osobných údajov prostredníctvom IS MOU.

)))|(((

X

)))|(((

X

)))|(((

X

)))

|(((

Kritérium B (KO)

)))|(((

Dátová kvalita - VS bude zvyšovať dôveryhodnosť údajov, riadiť ich kvalitu a vymieňať si ich prioritne automatizovaným spôsobom.

)))|(((

X

)))|(((

X

)))|(((

X

)))

|(((

Kritérium C (KO)

)))|(((

Úprava zdrojových informačných systémov, kde tieto dáta „vznikajú“ o funkčné požiadavky pre zasielanie informácii o zmenách a prístupe k údajom.

)))|(((

X

)))|(((

)))|(((

X

)))

|(((

Kritérium D

)))|(((

Otvorené údaje - VS bude automatizovaným spôsobom sprístupňovať nové otvorené údaje, ktoré nebudú podliehať právnemu režimu ochrany.

)))|(((

X

)))|(((

)))|(((

X

)))

Tabuľka 6: Spracovanie MCA

|(((

Zoznam kritérií

)))|(((

Alternatíva

0

)))|(((

Spôsob

dosiahnutia

)))|(((

Alternatíva 1

)))|(((

Spôsob

dosiahnutia

)))|(((

Alternatíva 2

)))|(((

Spôsob

dosiahnutia

)))

|(((

Kritérium A

)))|(((

nie

)))|(((

V prípade zachovania súčasného stavu sa projekt nebude realizovať

)))|(((

áno

)))|(((

Budú integrované prioritné údaje pre službu moje údaje na IS MOU

)))|(((

áno

)))|(((

Budú integrované prioritné údaje pre službu moje údaje na IS MOU

)))

|(((

Kritérium B

)))|(((

nie

)))|(((

Ak sa nebude realizovať zvyšovanie štandardu údajov do požadovanej úrovne 5*, nebudú splnené povinné požiadavky výzvy

)))|(((

áno

)))|(((

Zabezpečiť požadovanú úroveň dátovej kvality je možné prostredníctvom služieb (nástrojmi pre dátovú

1723

1724

kvalitu) Centrálnej platformy dátovej integrácie v spolupráci s Centrálnou

1725

1726

dátovou kanceláriou MIRRI SR

)))|(((

áno

)))|(((

Bude realizovaná požadovaná

1731

1732

úroveň kvality údajov podľa

1733

1734

formátov RDF / XML, JSON-LD API (kvalita úrovne 5★). priamo v zdrojových registroch.

)))

|(((

Kritérium C

)))|(((

nie

)))|(((

Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré generujú prioritné údaje pre službu Moje údaje je povinná aktivita pre projekt

)))|(((

nie

)))|(((

Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré generujú prioritné údaje pre službu Moje údaje musí byť realizovaná u poskytovateľa údajov na zdrojových IS

)))|(((

áno

)))|(((

Úprava zdrojových IS o zasielanie informácií o prístupe k údajom, ktoré generujú prioritné údaje pre službu Moje údaje musí byť realizovaná u poskytovateľa údajov na zdrojových IS

)))

|(((

Kritérium D

)))|(((

áno

)))|(((

Projekt je možné realizovať, aj keď sa nebude realizovať aktivita zameraná na budovanie LKOD

)))|(((

áno

)))|(((

Vybudovanie LKOD na rezorte bude podarovať a rozvíjať Národný katalóg otvorených dát, čo znamená jednotné koncepčné riešenie problematiky v krajine

)))|(((

áno

)))|(((

Vybudovanie LKOD na rezorte bude podarovať a rozvíjať Národný katalóg otvorených dát, čo znamená jednotné koncepčné riešenie problematiky v krajine

1765

)))

1766

1767

Tabuľka 7: Vyhodnotenie MCA

1768

1769

Alternatíva 0: Zachovanie súčasného stavu

1770

1771

V tejto alternatíve nie sú podniknuté žiadne kroky na realizáciu projektu. Projekt sa teda nebude realizovať a súčasný stav ostane nezmenený. V rámci jednotlivých kritérií platia nasledujúce fakty:

1772

1773

* Kritérium A: Údaje pre službu „Moje údaje“ nebudú integrované do informačného systému MOU.

1774

1775

* Kritérium B: Požiadavky na dátovú kvalitu nebudú splnené. Bez zvýšenia štandardu na požadovanú úroveň kvality (5★) nebudú naplnené povinné podmienky výzvy.

1776

1777

* Kritérium C: Zdrojové informačné systémy nebudú upravené tak, aby zasielali informácie o prístupe k údajom pre službu „Moje údaje“.

1778

1779

* Kritérium D: Aj bez vybudovania Lokálneho katalógu otvorených dát (LKOD) by bolo možné projekt realizovať, ale kvalita výstupov a koordinácia by bola obmedzená.

1780

1781

Alternatíva 1: Čiastočná realizácia s využitím existujúcich nástrojov

1782

1783

Alternatíva 1 predpokladá čiastočné riešenie, kde sa implementujú niektoré kľúčové kroky, no nie všetky procesy budú vykonané v plnom rozsahu.

1784

1785

* Kritérium A: Integrácia prioritných údajov pre službu „Moje údaje“ do IS MOU bude realizovaná.

1786

1787

* Kritérium B: Zabezpečenie požadovanej úrovne dátovej kvality (5★) bude dosiahnuté prostredníctvom centrálnej platformy dátovej integrácie, v spolupráci s Centrálnou dátovou kanceláriou MIRRI SR.

1788

1789

* Kritérium C: Zdrojové informačné systémy budú upravené na zasielanie informácií o prístupe k údajom, ale realizácia tejto úpravy bude musieť prebiehať na strane poskytovateľa údajov.

1790

1791

* Kritérium D: Vybudovanie LKOD bude podporovať Národný katalóg otvorených dát, čím sa zabezpečí jednotné koncepčné riešenie problematiky v krajine.

1792

1793

Alternatíva 2: Kompletná realizácia s pokročilými úpravami

1794

1795

Alternatíva 2 predstavuje úplné a komplexné riešenie, ktoré zabezpečuje všetky požadované úpravy a integrácie v plnom rozsahu.

1796

1797

* Kritérium A: Prioritné údaje pre službu „Moje údaje“ budú plne integrované do informačného systému MOU.

1798

1799

* Kritérium B: Požadovaná úroveň kvality údajov bude dosiahnutá priamo v zdrojových registroch v súlade s formátmi RDF/XML a JSON-LD API, čo umožní dosiahnuť kvalitu údajov na úrovni 5★.

1800

1801

* Kritérium C: Zdrojové informačné systémy budú plne upravené tak, aby poskytovali informácie o prístupe k údajom, čím sa zabezpečí komplexná podpora služby „Moje údaje“.

1802

1803

* Kritérium D: LKOD bude vybudovaný a bude podporovať Národný katalóg otvorených dát, čím sa dosiahne jednotné koncepčné riešenie v celej krajine.

1804

1805

Prínosy alternatívy 2:

1806

1807

Alternatíva 2 je najkomplexnejším riešením, ktoré prináša niekoľko zásadných výhod:

1808

1809

* Plná integrácia a vysoká kvalita dát: Dosiahnutá bude požadovaná úroveň kvality dát (5★), čo zabezpečí, že údaje budú dostupné v moderných formátoch, vhodné pre ďalšie spracovanie a integráciu.

1810

1811

* Komplexná podpora služby „Moje údaje“: Vďaka úpravám v zdrojových systémoch bude zabezpečená efektívna a bezproblémová podpora pre poskytovanie informácií o prístupe k údajom.

1812

1813

* Jednotné riešenie otvorených dát: Vybudovanie LKOD a jeho integrácia s Národným katalógom otvorených dát podporí vytváranie jednotného prístupu k zdieľaniu a správe otvorených dát na národnej úrovni.

1814

1815

1. Stanovenie alternatív v aplikačnej vrstve architektúry

1816

1817

Nebola zvažovaná iná alternatíva aplikačnej architektúry. Hoci nebola zvažovaná iná alternatíva aplikačnej architektúry, rozhodnutie vychádza zo strategického prístupu, ktorý zohľadňuje kompatibilitu, efektivitu, dlhodobú udržateľnosť a legislatívne požiadavky. Povinnosť zvážiť open-source softvér bola splnená tým, že sa analyzovala jeho použiteľnosť, avšak vzhľadom na uvedené dôvody sa uprednostnilo riešenie, ktoré lepšie vyhovuje potrebám projektu.

1818

1819

1. Stanovenie alternatív v technologickej vrstve architektúry

1820

1821

Pri definovaní cieľov multikriteriálnej analýzy (MCA) pre technologickú vrstvu je dôležité zohľadniť špecifické aspekty a potreby tejto oblasti. Tu sú kľúčové ciele, ktoré by mali byť zahrnuté v hodnotení: 

1822

1823

* Optimalizácia výkonu: Zabezpečiť, aby technologické riešenia poskytovali maximálny výkon a efektivitu. To môže zahŕňať hodnotenie rýchlosti, spoľahlivosti a škálovateľnosti technológií. 

1824

1825

* Nákladová efektívnosť: Hodnotiť náklady spojené s implementáciou a prevádzkou technológií, vrátane počiatočných investícií, prevádzkových nákladov a nákladov na údržbu. 

1826

1827

* Realizovateľnosť: Zohľadniť schopnosť technológií realizovať z ich pomocou všetky požadované požiadavky v požadovanom čase spolu aj s inštaláciou a konfiguráciou. 

1828

1829

* Kompatibilita a integrácia: Zabezpečiť, aby nové technológie boli kompatibilné s existujúcimi systémami a infraštruktúrou, a aby ich integrácia bola čo najhladšia. 

1830

1831

* Bezpečnosť a ochrana dát: Zabezpečiť, aby technologické riešenia spĺňali požiadavky na bezpečnosť a ochranu dát, vrátane ochrany pred kybernetickými hrozbami a zabezpečenia súkromia používateľov.

1832

1833

Tieto ciele pomáhajú vytvoriť komplexný rámec pre hodnotenie technologických alternatív a zabezpečujú, že vybrané riešenia budú efektívne, 

1834

1835

Na základe zvolenej alternatívy 2 na podľa biznis požiadaviek je možné stanoviť nasledujúce možné technologické alternatívy:

1836

1837

* Alternatíva 1: nasadenie novej platformy manažmentu údajov a s jej použitím realizovať potrebné funkčnosti  - znamená vybudovanie novej platformy, ktorá bude slúžiť ako Rezortná platformu manažmentu údajov a tá sa použije na splnenie požiadaviek na funkčnosť vyplývajúcej z tejto výzvy. 

1838

1839

* Alternatíva 2: využitie existujúcich komponentov poskytujúcich požadovanú funkčnosť – znamená využiť existujúce komponenty prevádzkované v MV SR a s ich použitím budovať Rezortnú platformu manažmentu údajov a požiadavky na funkčnosť vyplývajúcej z tejto výzvy. Cieľom je použiť existujúce komponenty tieto existujúce komponenty.

1840

1841

* Alternatíva 3: nebude použitá žiadna platforma na manažment údajov. 

|(((

)))|(((

Alternatíva 1 

)))|(((

Alternatíva 2 

)))|(((

Alternatíva 3 

)))

|(((

Optimalizácia výkonu 

)))|(((

A 

)))|(((

A 

)))|(((

N 

)))

|(((

Nákladová efektívnosť 

)))|(((

A 

)))|(((

N 

)))|(((

N 

)))

|(((

Realizovateľnosť 

)))|(((

A 

)))|(((

N 

)))|(((

N 

)))

|(((

Kompatibilita a integrácia 

)))|(((

A 

)))|(((

A 

)))|(((

N 

)))

|(((

Bezpečnosť a ochrana dát 

)))|(((

A 

)))|(((

A 

)))|(((

N 

)))

Tabuľka 8: vyhodnotenie MCA Technologickej architektúry

1900

1901

Na základe predchádzajúcich informácií je preferovaná Alternatíva 1.

1902

1903

1. POŽADOVANÉ VÝSTUPY (PRODUKT PROJEKTU)

1904

1905

V rámci projektu budú požadované nasledovné výstupy projektu:

1906

1907

* Projektové výstupy podľa vyhlášky č. 401/2023 Z. z. o riadení projektov (vrátane zdrojových kódov) pre fázy podľa: [[https:~~/~~/www.slov-lex.sk/pravne-predpisy/prilohy/SK/ZZ/2023/401/20231115_5583266-2.pdf>>url:https://www.slov-lex.sk/pravne-predpisy/prilohy/SK/ZZ/2023/401/20231115_5583266-2.pdf]] minimálne v rozsahu:

1908

1909

* Výstupy vytvárané PRIEBEŽNE počas celého projektu,

1910

1911

* Realizačná fáza - Analýza a dizajn, nákup technických prostriedkov programových prostriedkov a služieb, implementácia a testovania, nasadenie a post-implementačná podpora (PIP).

1912

1913

* Biznis procesy, ktoré sú predmetom dodávky projektu - dodanie modulov architektúry vrátane funkcií služieb, procesov,

1914

1915

Predpokladom realizácie projektu je zakotvenie zodpovednosti budúceho dodávateľa realizácie za všetky návrhy výstupov projektu. Dodávateľ bude známy po vyhodnotení verejného obstarávania. Zodpovednosť za schvaľovanie výstupov bude mať vlastník projektu, ktorý bude nominovaný vedením inštitúcie resp. nim poverená relevantná osoba, resp. projektová rola, podľa typu a obsahu projektového výstupu. Definícia rolí je uvedená v kapitole 16. Definícia zodpovedností bude záväzne zadefinovaná v zmluve o dielo, resp. realizačnej zmluve projektu a súvisiacej projektovej dokumentácii.

1916

1917

1. NÁHĽAD ARCHITEKTÚRY

1918

1919

Tento architektonický diagram detailne popisuje optimálny, komplexný a integrovaný budúci ekosystém, navrhnutý s cieľom umožniť efektívnu a dynamickú modernizáciu eGovernment služieb. Zároveň kladie dôraz na zabezpečenie najvyšších štandardov bezpečnosti, čo zahŕňa ochranu citlivých dát údajov a zabezpečenie súladu s legislatívnymi normami. Okrem toho sa systém vyznačuje vysokou škálovateľnosťou, čo umožňuje jeho pružné prispôsobenie sa rastúcim požiadavkám objemu dát a používateľov. Dlhodobá udržateľnosť ekosystému je zaistená prostredníctvom nasadenia pokročilých technológií a osvedčených postupov, ktoré zabezpečujú jeho efektívnu prevádzku a rozvoj v súlade s budúcimi technologickými a legislatívnymi výzvami. 

1920

1921

[[image:1732044605296-478.png]]

1922

1923

Obrázok 2: Náhľad architektúry budúceho stavu

1924

1925

1. Prehľad e-Government komponentov

1926

1927

V rámci projektu sa realizuje aj výstup I-03 Prístup k projektu, v ktorom je uvedený náhľad architektúry ako aj prehľad e-Government komponentov, ktoré slúžia na plnenie výstupu M-06 - aktualizácia evidencie e-Government komponentov v centrálnom metainformačnom systéme verejnej správy (MetaIS).

1. LEGISLATÍVA

Projekt bude realizovaný v súlade s aktuálne platnou a účinnou legislatívou v min. rozsahu pre oblasti informatizácie, poskytovania elektronických služieb a bezpečnosti:

1932

1933

* Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 z 27. apríla 2016 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, ktorým sa zrušuje smernica 95/46/ES (všeobecné nariadenie o ochrane údajov);

1934

1935

* Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti organov verejnej moci a o zmene a doplnení́ niektorých zákonov (zákon o e- Governmente) v znení neskorších predpisov;

1936

1937

* Zákon č. 95/2019 Z. z. o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov v znení neskorších predpisov;

1938

1939

* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 547/2021 Z. z. o elektronizácii agendy verejnej správy;

1940

1941

* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy;

1942

1943

* Vyhláška Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy;

1944

1945

* Vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z. ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy;

1946

1947

* Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov a jeho vykonávacie všeobecne záväzné právne predpisy;

1948

1949

* Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov a jeho vykonávacie všeobecne záväzné právne predpisy.

1950

1951

1952

Legislatívno-právne aktivity sú obsiahnuté v aktivite A10 - Rozvoj informačných systémov z pohľadu bezpečnosti a GDPR (právo dotknutej osoby na prístup k údajom), keď prispievajú do bezpečnostného projektu týkajúceho sa konkrétneho informačného systému inštitúcie a ako dôkazu dôsledného plnenia podmienok kyberbezpečnosti, a samozrejme do DPIA (Posúdenie vplyvu na ochranu údajov v zmysle čl. 35 GDPR/§ 42 zákona č. 18/2018 Z. z.) V projekte bude realizovaná aj legislatívna analýza so zreteľom na oblasti definované v aktivite A11 s dôrazom na aktivity týkajúce sa spracúvania údajov a legislatívneho zakotvenia zákonných povinností a oprávnení príslušných orgánov verejnej moci (detailnejší popis je uvedený v Dokumente Prístup k projektu v kapitole Legislatíva.

1953

1954

1. ROZPOČET A PRÍNOSY

1955

1956

Rozpočet bol stanovený na základe UCP analýzy a prieskumu trhu v prípade potrebné HW a systémového SW.

1957

1958

Prínosy boli kalkulované predovšetkým ako úspora času na strane občana, ktorý bude mať k dispozícií jednotlivé doklady vo svojom MOU a nebude musieť navštevovať okresné alebo iné úrady, pre vybavenie nových dokladov.

1959

1960

1961

1. Sumarizácia nákladov a prínosov

1962

1963

Z pohľadu výzvy sa jedná o nasledovnú nákladovú štruktúru:

Hlavné aktivity:

* Vývoj aplikácií - 2 883 252 € z toho:

1968

1969

* 013 Softvér - 2 769 886 €

1970

1971

* 521 Mzdové výdavky - 113 366 €

1972

1973

* HW a licencie - 836 466 €

Podporné aktivity:

* 907 paušálna sadzba – 260 380 €

1978

1979

Celková suma za projekt z pohľadu výzvy je 3 980 099 €

1980

1981

1982

V nasledujúcej tabuľke sú uvedené náklady projektu v horizonte 10 rokov:

1983

1984

1985

|(% colspan="1" rowspan="2" %)(((

1986

Typ aktivity

1987

)))|(% colspan="1" rowspan="2" %)(((

1988

Oblasť výdavku

1989

)))|(% colspan="1" rowspan="2" %)(((

1990

Suma

1991

)))|(% colspan="1" rowspan="2" %)(((

1992

OPEX / CAPEX

1993

)))|(% colspan="2" rowspan="2" %)(((

1994

Int / ext

1995

)))|(% colspan="1" rowspan="2" %)(((

1996

Suma

1997

)))

1998

|(% colspan="1" rowspan="6" %)(((

1999

Hlavné aktivity

2000

)))|(% colspan="1" rowspan="3" %)(((

2001

Vývoj aplikácií

2002

)))|(% colspan="1" rowspan="3" %)(((

2 900 254 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

- €

)))

|(((

CAPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

2 769 886 €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

1313 366 €

)))

|(% colspan="1" rowspan="3" %)(((

2026

Nákup HW a SW

2027

)))|(% colspan="1" rowspan="3" %)(((

836 466 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

- €

)))

|(((

CAPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

836 466 €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

- €

)))

|(% colspan="1" rowspan="6" %)(((

2051

Prevádzka

2052

)))|(% colspan="1" rowspan="3" %)(((

2053

Aplikácie

2054

)))|(% colspan="1" rowspan="3" %)(((

2 991 476 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

1 246 449 €

)))

|(((

CAPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

1 745 028 €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

- €

)))

|(% colspan="1" rowspan="3" %)(((

2078

HW a SW

2079

)))|(% colspan="1" rowspan="3" %)(((

954 814 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

752 820 €

)))

|(((

CAPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

201 995 €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

- €

)))

|(% colspan="1" rowspan="5" %)(((

2103

Podporné aktivity

2104

)))|(% colspan="1" rowspan="2" %)(((

2105

Projektový manažment

2106

)))|(% colspan="1" rowspan="2" %)(((

80 976 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

0 €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

80 976 €

)))

|(% colspan="1" rowspan="2" %)(((

2123

Publicita

2124

)))|(% colspan="1" rowspan="2" %)(((

179 404 €

)))|(((

OPEX

)))|(% colspan="2" %)(((

Externé

)))|(((

- €

)))

|(((

OPEX

)))|(% colspan="2" %)(((

Interné

)))|(((

4 049 €

)))

|(((

Ostatné výdavky

)))|(((

)))|(% colspan="2" %)(((

2145

Ostatné zmiešané výdavky

)))|(((

)))|(((

175 355 €

)))

|(% colspan="2" rowspan="2" %)(((

2152

Výstupné náklady

2153

)))|(% colspan="1" rowspan="2" %)(((

0 €

)))|(((

)))|(((

Externé

)))|(((

)))|(((

- €

)))

|(((

)))|(((

Interné

)))|(((

)))|(((

- €

)))

|(% colspan="2" %)(((

SPOLU

)))|(((

7 926 389 €

)))|(((

)))|(((

-

)))|(((

)))|(((

7 926 389 €

)))

Tabuľka 10: Náklady projektu v horizonte 10 rokov

1. Prínosy projektu

Prínosy projektu boli kalkulované ako úspora času na strane občana, pričom pri vybavovaní podaní nemusí navštíviť úrady. V tomto prípade sa jednalo o vydanie rodného listu, sobášneho listu a úmrtného listu.

2192

2193

Počty podaní za rok 2023 sú v nasledujúcej tabuľke:

|(((

Položka

)))|(((

Hodnota (2023)

)))

|(((

Vydane RL

)))|(((

55642

)))

|(((

Vydaný SL

)))|(((

28332

)))

|(((

Vydane UL

)))|(((

56524

)))

|(((

Priemerná čakacia lehota (hodiny)

)))|(((

0,58

)))

|(((

Priemerná doba príjazdu (hodiny)

)))|(((

0,80

)))

|(((

TO BE trvanie

)))|(((

0,08

)))

Tabuľka 11: Počty podaní za rok 2023

2232

2233

Z pohľadu dĺžky trvania AS IS vybavenia bol do úvahy braný priemerný čas strávený na úrade v zmysle štatistiky MVSR, ku ktorému bol pripočítaný čas na prepravu v hodnote cca 0,8 hodiny. Zároveň sa počíta s postupným nárastom počtu takto vydaných úradných dokumentov.

2234

2235

V nasledujúcej tabuľke je uvedený predpokladaný návrat vybavenia dokladov prostredníctvom MOU:

|(((

Rok

)))|(((

Postupnosť Automatizácie

)))|(((

Hodnota RL

)))|(((

Hodnota SL

)))|(((

Hodnota UL

)))|(((

Spolu

)))|(((

AS IS spôsob

)))|(((

TO BE trvanie (jedno priemerné podanie)

)))

|(((

1

)))|(((

0%

)))|(((

0

)))|(((

0

)))|(((

0

)))|(((

0

)))|(((

140 498

)))|(((

1,38

)))

|(((

2

)))|(((

20%

)))|(((

11 128

)))|(((

5 666

)))|(((

11 304

)))|(((

28 098

)))|(((

112 400

)))|(((

1,12

)))

|(((

3

)))|(((

40%

)))|(((

22 256

)))|(((

11 332

)))|(((

22 609

)))|(((

56 197

)))|(((

84 301

)))|(((

0,86

)))

|(((

4

)))|(((

60%

)))|(((

33 385

)))|(((

16 999

)))|(((

33 914

)))|(((

84 298

)))|(((

56 200

)))|(((

0,60

)))

|(((

5

)))|(((

70%

)))|(((

38 949

)))|(((

19 832

)))|(((

39 566

)))|(((

98 347

)))|(((

42 151

)))|(((

0,47

)))

|(((

6

)))|(((

80%

)))|(((

44 513

)))|(((

22 665

)))|(((

45 219

)))|(((

112 397

)))|(((

28 101

)))|(((

0,34

)))

|(((

7

)))|(((

90%

)))|(((

50 077

)))|(((

25 498

)))|(((

50 871

)))|(((

126 446

)))|(((

14 052

)))|(((

0,21

)))

|(((

8

)))|(((

95%

)))|(((

52 859

)))|(((

26 915

)))|(((

53 697

)))|(((

133 471

)))|(((

7 027

)))|(((

0,15

)))

|(((

9

)))|(((

95%

)))|(((

52 859

)))|(((

26 915

)))|(((

53 697

)))|(((

133 471

)))|(((

7 027

)))|(((

0,15

)))

|(((

10

)))|(((

95%

)))|(((

52 859

)))|(((

26 915

)))|(((

53 697

)))|(((

133 471

)))|(((

7 027

)))|(((

0,15

)))

Tabuľka 12: Predpokladaný návrat vybavenia dokladov prostredníctvom MOU

2427

2428

Následne bolo TO BE trvania vybavenia počítané ako vážený priemer hodnoty AS IS stavu a TO BE stavu vybavení dokladov.

1. Vyhodnotenie CBA

V nasledujúcej tabuľke je vyhodnotená CBA v horizonte 10 rokov:

|(((

)))|(% colspan="6" %)(((

2437

Cashflow projektu

2438

)))|(% colspan="5" %)(((

2439

Čistá súčasná hodnota z projektu

)))

|(((

)))|(% colspan="3" %)(((

2444

Finančný cashflow (s DPH)

2445

)))|(% colspan="3" %)(((

2446

Ekonomický cashflow (bez DPH)

)))|(((

koeficient obdobia

)))|(((

Finančná (FNPV)

)))|(((

Ekonomická (ENPV)

)))|(% colspan="2" %)(((

2454

Kumulovaná diskont. návratnosť ENPV

)))

|(((

Obdobie

)))|(((

AS IS

)))|(((

TO BE

)))|(((

rozdiel

)))|(((

AS IS

)))|(((

TO BE

)))|(((

rozdiel

)))|(((

)))|(((

)))|(((

)))|(% colspan="2" %)(((

)))

|(((

t1

)))|(((

0,00

)))|(((

-1 044 770,50

)))|(((

-1 044 770,50

)))|(((

0,00

)))|(((

-870 642,08

)))|(((

-870 642,08

)))|(((

0

)))|(((

-1 044 770,50

)))|(((

-870 642,08

)))|(((

-870 642,08

)))|(((

<

)))

|(((

t2

)))|(((

0,00

)))|(((

-3 373 804,81

)))|(((

-3 373 804,81

)))|(((

0,00

)))|(((

-2 472 895,01

)))|(((

-2 472 895,01

)))|(((

1

)))|(((

-3 244 043,09

)))|(((

-2 355 138,11

)))|(((

-3 225 780,19

)))|(((

<

)))

|(((

t3

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

311 832,75

)))|(((

311 832,75

)))|(((

2

)))|(((

-405 396,41

)))|(((

282 841,49

)))|(((

-2 942 938,70

)))|(((

<

)))

|(((

t4

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

650 477,90

)))|(((

650 477,90

)))|(((

3

)))|(((

-389 804,24

)))|(((

561 907,27

)))|(((

-2 381 031,43

)))|(((

<

)))

|(((

t5

)))|(((

-250 000,00

)))|(((

-438 476,76

)))|(((

-188 476,76

)))|(((

-208 333,33

)))|(((

819 782,40

)))|(((

1 028 115,73

)))|(((

4

)))|(((

-161 110,72

)))|(((

845 833,36

)))|(((

-1 535 198,08

)))|(((

<

)))

|(((

t6

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

989 098,95

)))|(((

989 098,95

)))|(((

5

)))|(((

-360 395,93

)))|(((

774 984,91

)))|(((

-760 213,17

)))|(((

<

)))

|(((

t7

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

1 158 403,45

)))|(((

1 158 403,45

)))|(((

6

)))|(((

-346 534,55

)))|(((

864 418,49

)))|(((

104 205,32

)))|(((

Rok návratu investície

)))

|(((

t8

)))|(((

-8 500,00

)))|(((

-438 476,76

)))|(((

-429 976,76

)))|(((

-7 083,33

)))|(((

1 243 061,72

)))|(((

1 250 145,06

)))|(((

7

)))|(((

-326 747,00

)))|(((

888 454,75

)))|(((

992 660,07

)))|(((

~>

)))

|(((

t9

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

1 243 061,72

)))|(((

1 243 061,72

)))|(((

8

)))|(((

-320 390,67

)))|(((

841 353,10

)))|(((

1 834 013,17

)))|(((

~>

)))

|(((

t10

)))|(((

0,00

)))|(((

-438 476,76

)))|(((

-438 476,76

)))|(((

0,00

)))|(((

1 243 061,72

)))|(((

1 243 061,72

)))|(((

9

)))|(((

-308 067,95

)))|(((

801 288,67

)))|(((

2 635 301,84

)))|(((

~>

)))

|(((

SPOLU

)))|(((

-258 500,00

)))|(((

-7 926 389,39

)))|(((

-7 667 889,39

)))|(((

-215 416,67

)))|(((

4 315 243,51

)))|(((

4 530 660,17

)))|(((

SPOLU

)))|(((

-6 907 261,08

)))|(((

2 635 301,84

)))|(((

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

Výsledok CBA

)))|(((

)))|(((

Výsledná hodnota

)))|(((

Minimálna hodnota

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

BCR

)))|(((

pomer prínosov a nákladov

)))|(((

1,22

)))|(((

1,00

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

FIRR

)))|(((

finančná vnútorná výnosová miera ~(%)

)))|(((

N/A

)))|(((

-

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

EIRR

)))|(((

ekonomická vnútorná výnosová miera ~(%)

)))|(((

18,4%

)))|(((

5,0%

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

FNPV

)))|(((

finančná čistá súčasná hodnota (eur s DPH)

)))|(((

-6 907 261

)))|(((

-

)))|(((

)))

|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

)))|(((

ENPV

)))|(((

ekonomická čistá súčasná hodnota (eur bez DPH)

)))|(((

2 635 302

)))|(((

0

)))|(((

)))

Tabuľka 13: CBA v horizonte 10 rokov

2957

2958

1. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU a METÓDA JEHO RIADENIA

2959

2960

Indikatívny harmonogram realizácie projektu je uvedený v tabuľke nižšie. Časové oneskorenie realizácie projektu môže byť ovplyvnené externými faktormi, ako napríklad dĺžka verejného obstarávania a ďalšie podobné okolnosti. Harmonogram môže byť následne upravený a spresnený v závislosti od vývoja týchto faktorov.

|(((

ID

)))|(((

FÁZA/AKTIVITA

)))|(((

ZAČIATOK

(odhad termínu)

)))|(((

KONIEC

(odhad termínu)

)))|(((

POZNÁMKA

)))

|(((

~1.

)))|(((

Prípravná fáza a Iniciačná fáza

)))|(((

9/2024

)))|(((

12/2024

)))|(((

)))

|(((

1.1

)))|(((

Proces Verejného obstarávania (VO)

)))|(((

01/2025

)))|(((

05/2025

)))|(((

)))

|(((

2.

)))|(((

Realizačná fáza

)))|(((

06/2025

)))|(((

08/2026

)))|(((

)))

|(((

2a

)))|(((

Analýza a Dizajn

)))|(((

06/2025

)))|(((

10/2025

)))|(((

)))

|(((

2b

)))|(((

Nákup technických prostriedkov, programových prostriedkov a služieb

)))|(((

06/2025

)))|(((

10/2025

)))|(((

Napr. Je potrebné obstarať dodávateľa IS riešenia/ licencie3/ konzultačné služby

)))

|(((

2c

)))|(((

Implementácia a testovanie

)))|(((

11/2025

)))|(((

04/2026

)))|(((

)))

|(((

2d

)))|(((

Nasadenie a PIP

)))|(((

05/2026

)))|(((

08/2026

)))|(((

PIP - 3 mesiace po nasadení

)))

|(((

3.

)))|(((

Dokončovacia fáza

)))|(((

09/2026

)))|(((

09/2026

)))|(((

)))

|(((

4.

)))|(((

Podpora prevádzky (SLA)

)))|(((

xx/2026

)))|(((

xx/2026

)))|(((

Napr. Je potrebné obstarať SLA zmluvu (Zmluvu o podpore prevádzky IS)?

3075

)))

3076

3077

Tabuľka 14: Harmonogram projektu

3078

3079

3080

Projekt má jasne definovaný cieľ, ktorého splnenie závisí na implementácii uceleného a plne funkčného riešenia. Celková realizácia projektu si nevyžaduje logické rozdelenie na menšie, samostatne implementovateľné časti, pretože každá jeho súčasť je neoddeliteľne prepojená a realizácia jedného inkrementu umožňuje okamžité dosiahnutie cieľového stavu.

3081

3082

Výstupy projektu sú navrhnuté tak, aby poskytli hodnotu až po kompletnom dokončení. Čiastočná implementácia (viac inkrementov) by neposkytovala potrebnú funkcionalitu ani hodnotu pre používateľov.

3083

3084

Realizácia projektu v jednom inkremente znižuje riziká spojené s komplikáciami pri integrácii viacerých čiastkových plnení. Pri projektoch so zložitou technickou architektúrou alebo vysoko integrovanými systémami môže byť realizácia viacerých inkrementov kontraproduktívna, čo vedie k vyšším nákladom, predĺženiu časového rámca alebo technickým problémom.

3085

3086

Jednotný inkrement zabezpečuje konzistentnosť riešenia a eliminuje riziko nesúladu medzi jednotlivými čiastkovými plneniami.

3087

3088

Rozhodnutie realizovať projekt prostredníctvom jedného inkrementu vychádza z povahy projektu, jeho cieľov a technických požiadaviek. Tento prístup je najefektívnejší a najbezpečnejší spôsob, ako dosiahnuť požadované výsledky. Súčasne budú zavedené kontrolné mechanizmy a fázy riadenia, ktoré zaručia priebežné monitorovanie a vyhodnocovanie pokroku, čím sa zabezpečí súlad s duchom a účelom zákona 95/2019 §15 ods. 4 písmeno d).

3089

3090

3091

Projekt sa bude realizovať podľa metodiky Waterfall, čo znamená, že jeho priebeh bude rozdelený do jednotlivých, jasne definovaných fáz, pričom každá fáza musí byť ukončená pred prechodom na ďalšiu. Už na začiatku je stanovený presný rozsah projektu, čo zabezpečuje, že všetky požiadavky a ciele sú jasne definované a nebudú sa meniť v priebehu realizácie prípadne vo veľmi malom rozsahu.

3092

3093

[[image:1732044605297-972.png]]

3094

3095

1. riadiaci výbor A PROJEKTOVÝ TÍM

3096

3097

V rámci prípravnej a iniciačnej fázy projektu sa určí Zloženie Riadiaceho výboru, ktorý bude mať nasledovnú formu:

3098

3099

1. Riadiaci výbor bude mať minimálne 3 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“).

3100

3101

1. Riadiaci výbor projektu bude tvoriť:

3102

3103

1. predseda Riadiaceho výboru projektu,

3104

3105

1. vlastník alebo vlastníci procesov objednávateľa (biznis vlastník) alebo nimi poverený zástupca alebo zástupcovia,

3106

3107

1. zástupcu kľúčových používateľov objednávateľa (end user),

3108

3109

1. zástupca za Dodávateľa v zmysle Zmluvy.

3110

3111

1. Väčšina členov Riadiaceho výboru s hlasovacím právom budú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa,

3112

3113

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:

3114

3115

* určenie rozsahu úloh všetkých členov projektového tímu,

3116

3117

* určenie vhodných kandidátov na pozície členov projektového tímu, pričom bude obsadenie projektových rolí v rozsahu (v zmysle vyhlášky MIRRRI č.401/2023 Z. z. o riadení projektov):

3118

3119

1. kľúčový používateľ,

3120

3121

1. IT analytik alebo biznis analytik,

1. IT architekt,

1. biznis vlastník,

1. manažér kvality pri veľkých projektoch; pri ostatných projektoch, ak je to potrebné,

3128

3129

1. manažér IT prevádzky, ak je to potrebné,

3130

3131

1. manažér kybernetickej a informačnej bezpečnosti, ak je to potrebné,

3132

3133

1. UX dizajnér, ak je to potrebné,

3134

3135

1. iná špecifická rola, ak je to potrebné,

3136

3137

Vzor štruktúry riadiaceho výboru

3138

3139

[[image:1732044605299-879.png]]

3140

3141

Obrázok 3: Vzor riadiaceho výboru

3142

3143

[[image:1732044605301-972.png]]

1. PRACOVNÉ NÁPLNE

1. Pôsobnosť a úlohy Riadiaceho výboru

3148

3149

Základnou úlohou Riadiaceho výboru je najmä:

3150

3151

1. schválenie predmetu projektu, inkrementov, priebežné a záverečné schválenie manažérskych produktov a špecializovaných produktov, 

3152

3153

1. základné rozhodnutia v projekte, najmä rozhodnutia o rozsahu, rozpočte a harmonograme projektu,

3154

3155

1. zabezpečenie finančných zdrojov a schvaľovanie zmien financovania projektu,

3156

3157

1. účelnosť vynakladaných finančných prostriedkov a kontrolu BC/CBA – odôvodnenia projektu pred začatím projektu a priebežnú kontrolu aktualizácie zdôvodnenia projektu po ukončení každej fázy projektu, 

3158

3159

1. pravidelnú kontrolu projektového manažéra objednávateľa, činnosti projektového tímu a riadenia projektu, 

3160

3161

1. priebežnú kontrolu a pravidelné vyhodnotenie dosahovania určených merateľných ukazovateľov,

3162

3163

1. dodržanie bezpečnostných štandardov, štandardov informačných technológií verejnej správy a dodržanie legislatívy v oblasti ochrany osobných údajov pri realizácii projektu, 

3164

3165

1. schválenie požiadaviek na zmenu alebo odchýlky od špecifikácie a zadania projektu,

3166

3167

1. určenie rozsahu manažérskych produktov vytváraných počas celého projektu a akceptáciu rozsahu a kvality dodávaných projektových výstupov, 

3168

3169

1. berie na vedomie výsledky zverejneného vyhodnotenia verejného pripomienkovania manažérskych produktov na webovom sídle objednávateľa, ktoré sú vstupom do Verejného obstarávania

3170

3171

1. zabezpečuje zverejňovanie zápisov z Riadiacich výborov projektu a schvaľovaných projektových (manažérskych a špecializovaných) výstupov vo verejnej časti centrálneho metainformačného systému verejnej správy,

3172

3173

1. schválenie obsahov manažérskych produktov, ktoré sú vstupom do Verejného obstarávania,

3174

3175

1. schválenie manažérskych a špecializovaných produktov,

3176

3177

1. schválenie prechodu do nasledujúcej fázy alebo etapy,

3178

3179

1. zabezpečenie dodržania princípov hospodárnosti, efektívnosti, účinnosti a účelnosti využívania verejných prostriedkov aj pri tvorbe, modernizácii, úprave a rozvoji informačných technológií verejnej správy, ktorú zabezpečuje riadiaci výbor projektu v čase realizácie projektu, ako aj v čase správy a prevádzky informačného systému, ktorý je v rámci projektu vytvorený,

3180

3181

1. prerokovanie a rozhodovanie o problémoch eskalovaných z nižšieho stupňa riadenia projektu

3182

3183

1. akceptácia a schvaľovanie Výstupov Etáp pre jednotlivé Časti Diela v rámci príslušného Vydania a celkového Diela,

3184

3185

1. schvaľovanie Stratégie testovania, Plánu testovania a Testovacích scenárov finálnych testov pre otestovanie plnej funkcionality riešenia,

3186

3187

1. posudzovanie, ktorá zo Zmluvných strán nesie zodpovednosť za vzniknutú vadu časti Diela alebo Diela pri nezhode Zmluvných strán,

3188

3189

1. schválenie opatrení na odstránenie bezpečnostných a iných chýb odhalených po uvedení Diela do produkčnej prevádzky,

3190

3191

1. rozhodovanie o požiadavkách na zmenu počas implementácie a prevádzkovania

3192

3193

1. schválenie zmeny Zmluvy,

3194

3195

1. schválenie zmien štatútu,

3196

3197

1. rozhodovanie o nevhodnosti pokynov zo strany Objednávateľa,

3198

3199

1. prijímanie strategických rozhodnutí súvisiacich s prevádzkou.

3200

3201

1. Pracovná náplň projektového tímu

3202

3203

3204

Tu je prehľadná tabuľka popisu práce a zodpovedností jednotlivých projektových rolí:

|(((

Projektová rola

)))|(((

Popis práce

)))|(((

Zodpovednosti

)))

|(((

1. IT projektový manažér

3216

)))|(((

3217

Manažuje projekt počas celého jeho životného cyklu, riadi ľudské a finančné zdroje, zabezpečuje tvorbu obsahu a komunikáciu s dodávateľmi. Zodpovedá za implementáciu projektu v súlade s platnými predpismi.

3218

)))|(((

3219

- Riadenie projektových zdrojov (ľudské a finančné).

3220

- Aktualizácia BC/CBA a predkladanie na rokovania.

3221

- Sledovanie plnenia harmonogramu a rozpočtu.

3222

- Riadenie rizík projektu.

3223

- Dohľad nad plnením zmluvných záväzkov.

3224

- Zmenové riadenie a implementácia funkčných zmien.

3225

- Administrácia pracovných výkazov a dokumentácie.

3226

- Príprava materiálov na audity a kontroly.

)))

|(((

1. IT analytik

)))|(((

Analyzuje a spracováva funkčné požiadavky, navrhuje riešenia IT systémov vrátane biznis a technických aspektov. Koordinuje činnosti SW analytikov a zabezpečuje dokumentáciu.

3232

)))|(((

3233

- Zber a analýza požiadaviek na IT systémy.

3234

- Tvorba analytických modelov a návrh systémov.

3235

- Koordinácia s IT architektmi a vývojármi.

3236

- Špecifikácia IT procesov a technických požiadaviek.

3237

- Analýza podnikových a procesných systémov.

3238

- Návrh softvérových riešení.

)))

|(((

1. IT architekt

)))|(((

Navrhuje IT architektúru a technológie s dôrazom na udržateľnosť, kvalitu a náklady. Zodpovedá za návrh systémov, optimalizáciu technických prostriedkov a dohľad nad projektovou dokumentáciou.

3244

)))|(((

3245

- Návrh architektúry IT systémov.

3246

- Projektovanie dizajnu a štruktúry IT infraštruktúry.

3247

- Kontrola súladu implementácie s projektovou dokumentáciou.

3248

- Konzultácie a poradenstvo v oblasti IT architektúry.

3249

- Dohľad nad technickými riešeniami a ich zlučiteľnosťou s požiadavkami projektu.

)))

|(((

1. Biznis vlastník

)))|(((

Kľúčová osoba na strane zákazníka, ktorá definuje biznis požiadavky, schvaľuje funkčné a technické riešenia a zabezpečuje plnenie cieľov projektu v súlade s očakávaniami používateľov.

3255

)))|(((

3256

- Schvaľovanie biznis a technických požiadaviek.

3257

- Definícia výkonnostných ukazovateľov projektu.

3258

- Posúdenie a schválenie projektových výstupov.

3259

- Zabezpečenie kvality výstupov pre používateľov.

3260

- Odsúhlasovanie akceptačných kritérií a ich naplnenie.

3261

- Dohľad nad plnením očakávaní koncových používateľov a hodnotenie výstupov.

3262

)))

3263

|(((

3264

1. Kľúčový používateľ

3265

)))|(((

3266

Reprezentuje záujmy budúcich používateľov, špecifikuje funkčné a technické požiadavky, kontroluje kvalitu výstupov a aktívne sa podieľa na testovaní a schvaľovaní výsledkov projektu.

3267

)))|(((

3268

- Návrh a špecifikácia funkčných a technických požiadaviek.

3269

- Overovanie kvality produktov.

3270

- Definovanie akceptačných kritérií.

3271

- Akceptačné testovanie a schvaľovanie produktov.

3272

- Zodpovednosť za zmenové požiadavky a ich implementáciu.

3273

- Dohľad nad dodržaním "user experience" (UX) a kontrola výstupov.

3274

)))

3275

|(((

3276

1. Iná špecifická rola - Manažér kybernetickej bezpečnosti

)))|(((

Manažér kybernetickej bezpečnosti zodpovedá za ochranu informačných systémov, dát a digitálnych aktív ministerstva pred kybernetickými hrozbami. Jeho úlohou je zabezpečiť, aby boli systémy ministerstva chránené pred neoprávneným prístupom, kybernetickými útokmi a inými bezpečnostnými incidentmi.

3281

)))|(((

3282

* Vytváranie a implementácia bezpečnostnej stratégie

3283

3284

* Identifikácia rizík a zraniteľností

3285

3286

* Implementácia bezpečnostných opatrení

3287

3288

* Monitorovanie a reakcia na kybernetické incidenty

3289

3290

* Incident response (reakcia na incidenty)

3291

3292

* Vzdelávanie a zvyšovanie povedomia

3293

3294

* Spolupráca s inými orgánmi

3295

3296

* Pravidelné reportovanie

3297

3298

* Zabezpečenie súladu s legislatívou

)))

|(((

1. IT Tester

)))|(((

IT Tester je zodpovedný za plánovanie, prípravu, vykonávanie a dokumentovanie testov softvéru, s cieľom identifikovať a nahlásiť chyby a zabezpečiť kvalitu produktu pred jeho uvedením do prevádzky.

3304

)))|(((

3305

* Príprava testovacích scenárov a prípadov

* Vykonávanie testov

* Identifikácia a nahlasovanie chýb

3310

3311

* Analýza výsledkov testov

* Príprava reportov

)))

|(((

1. Špecialista na publicitu

3317

)))|(((

3318

Špecialista na publicitu je zodpovedný za riadenie komunikačných aktivít a propagáciu projektu s cieľom zvyšovať povedomie projektu

3319

)))|(((

3320

* Plánovanie a realizácia komunikačných kampaní

3321

3322

* Príprava článkov, príspevkov na sociálne siete a ďalších PR materiálov.

3323

3324

* Monitoring a analýza publicity: Sledovanie mediálneho pokrytia, analýza efektivity kampaní a reportovanie výsledkov.

3325

)))

3326

3327

Tabuľka 15: Popis práce a zodpovedností jednotlivých projektových rolí

1. 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]]

3332

3333

Wiki zdrojový kód pre I-02_PROJEKTOVY_ZAMER_Projekt_MV SR_Fáza_I

Aplikácie

Navigácia

Moje posledné úpravy

Need help?