I-03 Prístup k projektu (pristup_k_projektu)

Naposledy upravil Agnesa Čechová 2025/01/28 10:32

PRÍSTUP K PROJEKTU

 Vzor pre manažérsky výstup I-03

podľa vyhlášky MIRRI č. 401/2023 Z. z. 

Povinná osobaNitriansky samosprávny kraj
Názov projektuPersonalizácia služieb Nitrianskeho samosprávneho kraja
Zodpovedná osoba za projekt 
Realizátor projektuNitriansky samosprávny kraj
Vlastník projektu 

Schvaľovanie dokumentu

PoložkaMeno a priezviskoOrganizáciaPracovná pozíciaDátum

Podpis

(alebo elektronický súhlas)

Vypracoval     
  1. HISTÓRIA DOKUMENTU
VerziaDátumZmenyMeno
0.1 Prvá verzia dokumentu 
    
  1. ÚČEL DOKUMENTU

V súlade s Vyhláškou 401/2023 Z.z. je dokument I-03 Prístup k projektu určený na rozpracovanie detailných informácií prípravy projektu z pohľadu aktuálneho stavu, budúceho stavu a navrhovaného riešenia.

Dokument Prístup k projektu v zmysle vyššie uvedenej vyhlášky má obsahovať opis navrhovaného riešenia, architektúru riešenia projektu na úrovni biznis vrstvy, aplikačnej vrstvy, dátovej vrstvy, technologickej vrstvy, infraštruktúry navrhovaného riešenia, bezpečnostnej architektúry, špecifikáciu údajov spracovaných v projekte, čistenie údajov, prevádzku a údržbu výstupov projektu, prevádzkové požiadavky, požiadavky na zdrojové kódy. Dodávané riešenie musí byť v súlade so zákonom. Zároveň opisuje aj implementáciu projektu a preberanie výstupov projektu.

Použité skratky a pojmy

SKRATKA/POJEMPOPIS
IKTInformačno-komunikačné technológie (organizácie)
ISVSInformačný systém verejnej správy
PSKProgram Slovensko
OVMOrgán verejnej moci
SLAService Level Agreement – dohoda/zmluva o parametroch poskytovania služby
SWsoftvér
Technická špecifikácia (dokument, popisujúci kontext pre technické začlenenie riešenia do prostredia organizácie, s jeho technickými, integračnými, architektúrnymi a bezpečnostnými požiadavkami)
NSKNitriansky samosprávny kraj

Konvencie pre typy požiadaviek (príklady)

Funkcionálne (používateľské) požiadavky majú nasledovnú konvenciu:

FRxx

  • U          – užívateľská požiadavka
  • R          – označenie požiadavky
  • xx         – číslo požiadavky

Nefunkčné (kvalitatívne, výkonové - Non Functional Requirements - NFR) požiadavky majú nasledovnú konvenciu:

NRxx

  • N          – nefunkčná požiadavka (NFR)
  • R          – označenie požiadavky
  • xx         – číslo požiadavky

Ostatné typy požiadaviek môžu byť ďalej definované objednávateľom/PM.

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

  1. POPIS NAVRHOVANÉHO RIEŠENIA

Z pohľadu biznis architektúry dochádza k zvýšeniu užívateľskej prívetivosti webového sídla Nitrianskeho samosprávneho kraja a vybraných koncových služieb implementáciou jednoduchšieho vypĺňania formulárov a zlepšenia celkového dizajnu. Zavedením nových elektronických služieb, ktoré boli doteraz sprístupnená len offline, resp. formou všeobecného podania prostredníctvom ÚPVS/slovensko.sk dôjde k zvýšeniu komfortu pre podnikateľov a rovnako k zníženiu časovej náročnosti spracovania zo strany príslušných úradníkov Úradu Nitrianskeho samosprávneho kraja (ďalej aj „ÚNSK“).

Z pohľadu aplikačnej architektúry dochádza k zásadným zmenám v rámci 6tich komponentov dotknutého ISVS, konkrétne: Portál NSK, CMS, Info modul, Elektronické formuláre, Systém riadenia podaní a Systém pre zastupiteľstvo. Podrobný popis zmien je uvedený v kapitole 4.2 Architektúra budúceho stavu. Uvedené zmeny budú realizované najmä z dôvodu implementácie jednotného dizajn manuálu elektronických služieb a webových sídel "ID-SK" a implementácie navrhovaných zmien v zmysle výsledkov prieskumu spokojnosti užívateľov.

1738056420352-349.png

file:////Users/gabrielrusznyak/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image001.png

Zhrnutie / výsledok:

Výber alternatív prebiehal aplikovaním kritérií multikriteriálnej analýzy (ďalej aj „MCA“). V rámci MCA bola vybratá alternatíva 3, ktorá splnila všetky 4 zadefinované kritériá.

Preferovaný variant predstavuje plnohodnotnú realizáciu projektu v zmysle požiadaviek vyplývajúcich z realizovaného „Prieskum využívania webového sídla NSK“, to zn. implementácia nových elektronických služieb (viď. Tab. č.1 Komplexný zoznam elektronických služieb a kap. 4.1.1. Prehľad koncových služieb - budúci stav), resp. zvýšenie ich sofistikovanosti.

  1. ARCHITEKTÚRA RIEŠENIA PROJEKTU

Biznis vrstva

Projekt sa týka nasledovných agend, resp. biznis procesov:

A0002642          Vydávanie povolení na poskytovanie zdravotnej starostlivosti

A0002637          Zriaďovanie špecializovaných zariadení ambulantnej starostlivosti, polikliník, nemocníc I. typu

a nemocníc s poliklinikou I. typu

1738056480599-364.jpeg

Obr. č.1 Biznis architektúra

Predmetom projektu je okrem iného príspevok k nasledovným prioritným životným situáciám:

ŽS3 Začatie podnikania 

Konkrétne, sprístupňuje elektronické služby subjektom pôsobiacim v oblasti poskytovania zdravotnej starostlivosti a lekárenstva. Zavádza elektronickú komunikáciu v rámci evidenčných a povoľovacích úkonov voči samosprávnemu kraju.

ŽS5 Administratívny chod podniku

Služby v projekte prispievajú rovnako aj k tejto prioritnej životnej situácii. Zavádza elektronickú komunikáciu v rámci evidenčných a povoľovacích úkonov voči samosprávnemu kraju.

Aktivitou zlepšenia webového portálu prispeje ku naplneniu cieľov nasledujúcich prioritných životných situácií :

  • ŽS6 Presťahovanie – obyvatelia kraja, ktorí presťahovaním získajú nové bydlisko, budú na mať na novom webovom sídle dostupnejšie informácie o pridelenom zdravotnom obvode na základe adresy trvalého pobytu. 
  • ŽS8 Som chorý, mám chorého člena rodiny – na novom webovom sídle získajú občania kraja informácie o poskytovateľoch ambulantnej starostlivosti a informácie o dostupnosti zariadení lekárenskej starostlivosti
  • ŽŠ9 Som odkázaný, mám odkázaného člena rodiny – na novom webovom sídle získajú občania kraja prehľadné informácie o poskytovateľoch sociálnych služieb a zariadenia sociálnej starostlivosti
  • ŽS 13 – Stredná škola - na novom webovom sídle získajú občania kraja informácie o stredných školách, ktorých zriaďovateľom je NSK

Podrobný popis koncových služieb, priradenie služieb k prioritným životným situáciám a agendám a rovnako popis aktuálneho a očakávaného stavu služieb je uvedený v nasledovnej tabuľke:

Tabuľka. č.1 Komplexný prehľad koncových služieb, ktoré sú predmetom projektu

Kód koncovej službyNázov službyPopisAktuálny stavPopis budúceho stavuPrioritné životné situácieÚroveň elektronizácie AS-ISÚroveň elektronizácie TO-BEKód agendyNázov Agendy
ks_380935Podávanie žiadosti o vydanie povolenia na prevádzkovanie zdravotníckeho zariadenia z dôvodu zmenyElektronická služba bude určená pre  FO aj PO. Poskytovateľ zdravotnej starostlivosti ktorý ma vydané platné povolenie na prevádzkovanie zdravotníckeho zariadenia je povinný pri zmene:
• miesta prevádzkovania,
• jeho odborného zamerania,
• odborného zástupcu,
požiadať o vydanie povolenia z dôvodu zmeny.
V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380936Podávanie žiadosti o vyznačenie zmeny údajov v povolení na prevádzkovanie zdravotníckeho zariadeniaElektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na sa o vyznačenie zmien údajov v povolení na prevádzkovanie zdravotníckeho zariadenia. Zmeny sa môžu týkať:
• osoby,
• mena sídla,
• právnej formy,
• zmena mena a priezviska právneho zástupcu a osoby a osôb, ktoré sú jeho štatutárnym orgánom,
• zmena miesta trvalého pobytu alebo prechodného zástupcu ak je poskytovateľ PO,
• zmena mena, priezviska, trvalého alebo prechodného pobytu, ak je poskytovateľ FO
V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380937Podávanie žiadosti o zrušenie povolenia na prevádzkovanie zdravotníckeho zariadeniaElektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na podanie žiadosti o zrušenie povolenia na prevádzkovanie zdravotníckeho zariadenia. Ku zrušeniu povolenia prichádza z dôvodnou:
• ukončenie prevádzky
• zmena právnej formy
• z dôvodu odchodu do dôchodku.
• Atď.
V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380938

Podávanie žiadosti o dočasné pozastavenie povolenia na prevádzkovanie zdravotníckeho zariadenia

 

Elektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na podanie žiadosti pozastavenie povolenia na prevádzkovanie zdravotníckeho zariadenia.V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380939Podávanie žiadosti o vydanie nového povolenia na poskytovanie lekárenskej starostlivosti z dôvodu zmenyElektronická služba bude určená pre  FO aj PO. Nový druh alebo rozsah zaobchádzania s liekmi a so zdravotníckymi pomôckami, zmena miesta výkonu činnosti a zmena osoby odborného zástupcu vyžaduje vydanie nového povolenia, ktorým orgán príslušný na vydanie povolenia súčasne zruší pôvodné povolenie.V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380940Oznámenie o vyznačení zmeny údajov v povolení na poskytovanie lekárenskej starostlivosti

Elektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na sa o vyznačenie zmien údajov v povolení na poskytovanie lekárenskej starostlivosti. Držiteľ povolenia je povinný bez zbytočného odkladu oznámiť orgánu príslušného na vydanie povolenia:
-zmenu mena alebo priezviska a zmenu adresy bydliska držiteľa povolenia, ak ide o fyzickú osobu, alebo odborného zástupcu, ak bol ustanovený

-zmenu názvu alebo obchodného mena a zmenu adresy sídla držiteľa povolenia, ak ide o právnickú osobu

-zmenu osoby, ktorá je jej štatutárnym orgánom

osoby

V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380941Podávanie žiadosti o zrušenie povolenia na poskytovanie lekárenskej starostlivostiElektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na podanie žiadosti o zrušenie povolenia na poskytovanie lekárenskej starostlivosti.V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380942Podávanie žiadosti o pozastavenie činnosti držiteľovi povolenia na poskytovanie lekárenskej starostlivostiElektronická služba bude určená pre FO aj PO. Elektronická služba bude slúžiť na podanie žiadosti o pozastavenie činnosti držiteľovi povolenia na poskytovanie lekárenskej starostlivostiV súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380943Podávanie žiadosti o pridelenie zdravotného obvoduElektronická služba bude určená pre FO aj PO. Elektronická služba bude určená pre poskytovateľov zdravotnej starostlivosti, ktorí majú vydané platné povolenie na prevádzkovanie zdravotnej starostlivosti a zároveň majú podpísané zmluvy so zdravotnými poisťovňami. Poskytovatelia budú predkladať žiadosť o pridelenie obvodu v odboroch:
• Všeobecná ambulantná starostlivosť pre deti a dorast
• Všeobecná ambulantná starostlivosť pre dospelých
• primárna gynekologicko-pôrodnícka ambulancia
• Zubné lekárstvo
V súčasnosti je žiadosť podávaná ako všeobecná agenda alebo písomný vytlačený formulár.Nový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 1Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380944 / sluzba_egov_259Povoľovanie činnosti verejnej lekárne, pobočky verejnej lekárne a výdajne zdravotníckych pomôcokJedná sa už o existujúcu službu NSK. V rámci projektu bude formulár služby modernizovaný v súlade s dizajn manuálom ID-SKV súčasnosti je žiadosť podávaná prostredníctvom elektronického formulára dostupného na webovom sídle NSKNový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 3Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti
ks_380945 / sluzba_egov_266Povoľovanie prevádzkovania zdravotníckych zariadeníJedná sa už o existujúcu službu NSK. V rámci projektu bude formulár služby modernizovaný v súlade s dizajn manuálom ID-SKV súčasnosti je žiadosť podávaná prostredníctvom elektronického formulára dostupného na webovom sídle NSKNový elektronický formulár umožní vyplnenie žiadosti pohodlnejšie a rýchlejšie. Rovnako údaje z formulára budú prístupné v štruktúrovanej forme.

ŽS3 Začatie podnikania 

ŽS5 Administratívny chod podniku

025 Služby

Úroveň 4Úroveň 4A0002642Vydávanie povolení na poskytovanie zdravotnej starostlivosti

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

Kód KS

(z MetaIS)

Názov KSPoužívateľ KS (G2C/G2B/G2G/G2A)

Životná situácia

(+ kód z MetaIS)

Úroveň elektronizácie KS
ks_380935Podávanie žiadosti o vydanie povolenia na prevádzkovanie zdravotníckeho zariadenia z dôvodu zmenyG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380936Podávanie žiadosti o vyznačenie zmeny údajov v povolení na prevádzkovanie zdravotníckeho zariadeniaG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380937Podávanie žiadosti o zrušenie povolenia na prevádzkovanie zdravotníckeho zariadeniaG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380938Podávanie žiadosti o dočasné pozastavenie povolenia na prevádzkovanie zdravotníckeho zariadeniaG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380939Podávanie žiadosti o vydanie nového povolenia na poskytovanie lekárenskej starostlivosti z dôvodu zmenyG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380940Oznámenie o vyznačení zmeny údajov v povolení na poskytovanie lekárenskej starostlivostiG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380941Podávanie žiadosti o zrušenie povolenia na poskytovanie lekárenskej starostlivostiG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380942Podávanie žiadosti o pozastavenie činnosti v povolení na poskytovanie lekárenskej starostlivostiG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
ks_380943Podávanie žiadosti o pridelenie zdravotného obvoduG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
sluzba_egov_259Povoľovanie činnosti verejnej lekárne, pobočky verejnej lekárne a výdajne zdravotníckych pomôcokG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4
sluzba_egov_266kPovoľovanie prevádzkovania zdravotníckych zariadeníG2B

005 Oznamovacie povinnosti po registrácii podnikania

013 Miestne dane a poplatky

016 Rozširovanie podnikania

úroveň 4

Jazyková podpora a lokalizácia

Jazyková podpora a lokalizácia bude v slovenskom a anglickom jazyku.

Aplikačná vrstva

Aplikačná architektúra – súčasný stav:

1738056523261-830.jpeg

Obr. č.2 Aplikačná architektúra – súčasný stav

Webový portál

Portál NSK je základným komponentom front-office vrstvy riešenia elektronizácie VÚC a predstavuje centrálne používateľské rozhranie pre verejnosť aj zamestnancov VÚC. Webová časť portálu je určená pre návštevníkov portálu z radu širokej verejnosti. Portál je integrovaný cez integračnú platformu na ÚPVS. Cez portál sú implementované elektronické služby. Obsahová časť je napĺňaná CMS systémom.

Integračná platforma

Integrácia ISVS pre zabezpečenie prepojenia ISVS a základných registrov. Integračná platforma tvorí základnú kostru komunikačnej infraštruktúry medzi jednotlivými modulmi ÚNSK a externými systémami (napr. moduly ÚPVS), tvorí základný stavebný prvok systémov back-officu. Integračná platforma zabezpečuje logické riešenie pre integráciu systémov (ich vzájomné prepojenie) a procesné spracovanie správ (smerovanie, zasielanie a prijímanie).

Operatívne dátové úložisko

Tento modul umožňuje používateľovi zadávať, evidovať a spracovávať údaje operatívnych dátových úložísk, s ktorými prichádza do kontaktu v rámci jednotlivých agend NSK. Zahŕňajú evidenciu dotácií, licencovanie subjektov pre vnútroštátnu pravidelnú autobusovú dopravu, evidenciu trvalo prebytočného majetku, evidenciu pripomienok prijatých k publikovaným dokumentom.

Intranetové systémy VÚC

Modul je používaný pre ukladane dokumentov. Obsahuje dokumentové knižnice pre jednotlivé odbory a oddelenia VÚC za účelom ich zdieľania. Pre sprehľadnenie sa používajú rozsiahle adresárové štruktúry. Používatelia majú definované oprávnenia k prístupu do jednotlivých adresárov na základe pracovnej pozície. Modul obsahuje nástroj pre sledovanie počtu zaslaných podaní v určitom časovom kontexte. Obsahuje aj systém pre správu dokumentov Zastupiteľstva NSK

Registratúra

Modul Registratúra zabezpečuje automatizovanú správu registratúry a jednoznačnú centrálnu evidenciu a procesné spracovanie všetkých registratúrnych dokumentov vrátane dokumentov, ktoré sú prijaté, resp. odoslané cez elektronickú podateľňu. Na implementáciu riešenia je použitý produkt Fabasoft eGov-Suite. Ide o integrovaný objektovo orientovaný softvérový produkt určený na implementáciu komplexnej funkcionality v oblasti správy dokumentov, správy obsahu, automatizovanej správy registratúry a workflowu na báze objektovo orientovaných softvérových komponentov.

Geografický informačný systém

Modul má za úlohou zabezpečiť podporu a rozšírenie funkcionality v procesoch poskytovania a spracovania eGovernment služieb, najmä v súvislosti s územným plánovaním, priestorovými informáciami o stave a zjazdnosti ciest, pre správu a analýzu priestorových údajov súvisiacich s poskytovanými eGov službami akými sú napr. informovanie o pohotovostných službách v lekárňach, informovanie o cestovnom ruchu v regióne a pod.

Vnútorné systémy VÚC

Systémy zabezpečujú podporu korektného chodu úradu Nitrianskeho samosprávneho kraja Agendu NSK sme vo veľkej miere pokryli realizáciou projektu „Elektronizácia služieb NSK“.

Ekonomickú agendu riešime prostredníctvom SW riešenia SAP, pokrýva účtovníctvo, rozpočet, platobný portál, výkazníctvo, materiálové hospodárstvo, PaM.

Automatizované riešenie evidencie dochádzky umožňuje viesť evidenciu dochádzky zamestnancov a výstupy slúžia ako podklad pre spracovanie mesačnej mzdy.

Agendu VO rieši informačný systém na riadenie a podporu všetkých predpísaných činností spojených s prípravou a realizáciou zadávania zákaziek pre všetky druhy postupov vo verejnom obstarávaní, ktoré sú definované zákonom 343/2015 Z.z. o verejnom obstarávaní.

Aplikačná architektúra – budúci stav

1738056537251-173.jpeg

file:////Users/gabrielrusznyak/Library/Group%20Containers/UBF8T346G9.Office/TemporaryItems/msohtmlclip/clip_image004.jpg

Obr. č.3 Aplikačná architektúra – budúci stav

Celková architektúra budúceho stavu oproti súčasnému stavu nebude menená. Aktualizáciou prejdú nasledujúce moduly:

  • Portál NSK (integrovaný s ÚPVS) – webový portál bude kompletne prepracovaný do dizajnu podľa ID-SK v súlade s vyhláškou 78/2020. Obsahové prvky webového portálu budú re-alokované v rámci umiestnenia tak aby, sa zvýšila logickosť usporiadania informácií na webovom portáli www.unsk.sk. Dizajn bude obohatený o špecifické prvky vizuálnej identity Nitrianskeho samosprávneho kraja. Návrh konkrétneho dizajnu bude súčasťou výstupu z fázy analýzy a návrhu.  Bude implementovaný systém zberu spätnej väzby používateľov v podobe dotazníka s otázkami týkajúcimi sa spokojnosti s obsahom webového sídla www.unsk.sk.
  • Infomodul - Modul bude kompletne prepracovaný podľa dizajnovej šablóny ID-SK. V module budú aktualizované informácie o formulárových elektronických službách Nitrianskeho samosprávneho kraja.
  • Elektronické formuláre – budú vytvorené nové/upravené elektronické formuláre:
    • ks_380935 Podávanie žiadosti o vydanie povolenia na prevádzkovanie zdravotníckeho zariadenia z dôvodu zmeny
    • ks_380936 Podávanie žiadosti o vyznačenie zmeny údajov v povolení na prevádzkovanie zdravotníckeho zariadenia
    • ks_380937 Podávanie žiadosti o zrušenie povolenia na prevádzkovanie zdravotníckeho zariadenia
    • ks_380938 Podávanie žiadosti o dočasné pozastavenie povolenia na prevádzkovanie zdravotníckeho zariadenia
    • ks_380939 Podávanie žiadosti o vydanie nového povolenia na poskytovanie lekárenskej starostlivosti z dôvodu zmeny
    • ks_380940 Oznámenie o vyznačení zmeny údajov v povolení na poskytovanie lekárenskej starostlivosti
    • ks_380941 Podávanie žiadosti o zrušenie povolenia na poskytovanie lekárenskej starostlivosti
    • ks_380942 Podávanie žiadosti o pozastavenie činnosti v povolení na poskytovanie lekárenskej starostlivosti
    • ks_380943 Podávanie žiadosti o pridelenie zdravotného obvodu
    • ks_380944 / sluzba_egov_259 Povoľovanie činnosti verejnej lekárne, pobočky verejnej lekárne a výdajne zdravotníckych pomôcok
    • ks_380945 / sluzba_egov_266 Povoľovanie prevádzkovania zdravotníckych zariadení
  • Systém riadenia podaní – Definičné údaje – bude upravený/aktualizovaný o konfiguračné údaje nových eGov služieb ktoré budú vytvárané v rámci zmien v module elektronických formulárov.
  • CMS - CMS bude prispôsobený pre vytváranie článkov a ďalšieho obsahu podľa dizajnovej šablóny ID-SK. Bude upravená časť správy menu tak, aby zodpovedala novým požiadavkám na usporiadanie menu položiek. Do CMS bude implementovaný mechanizmus zberu a prezentovanie spätnej väzby používateľov, ktorý vyplnili prieskum spokojnosti s obsahom webového sídla a spokojnosti po využití elektronickej služby.
  • Systém pre zastupiteľstvo NSK – bude upravené aby spĺňalo požiadavky prístupnosti a bezpečnosti.     

Rozsah informačných systémov – AS IS

Kód ISVS (z MetaIS)Názov ISVS

Modul ISVS

(zaškrtnite ak ISVS je modulom)

Stav IS VSTyp IS VS

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

isvs_1674Integrovaný informačný systém NSKprevádzkovaný a plánujem rozvíjaťagendový 
isvs_1676Elektronické formuláreprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1677Info modulprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1679Portál NSK integrovaný s ÚPVSprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1681Systém riadenia podaní – Definičné údaje podaníprevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 
isvs_1686CMS – Systém správy obsahuprevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 
isvs_1688

Systém pre zastupiteľstvo NSK

 

prevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 

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

Kód ISVS (z MetaIS)Názov ISVS

Modul ISVS

(zaškrtnite ak ISVS je modulom)

Stav IS VSTyp IS VS

Kód nadradeného ISVS

(v prípade zaškrtnutého checkboxu pre modul ISVS)

isvs_1674Integrovaný informačný systém NSKprevádzkovaný a plánujem rozvíjaťagendový 
isvs_1676Elektronické formuláreprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1677Info modulprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1679Portál NSK integrovaný s ÚPVSprevádzkovaný a plánujem rozvíjaťprezentačný 
isvs_1681Systém riadenia podaní – Definičné údaje podaníprevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 
isvs_1686CMS – Systém správy obsahuprevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 
isvs_1688

Systém pre zastupiteľstvo NSK

 

prevádzkovaný a plánujem rozvíjaťekonomický a administratívny chod 

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

Kód ISNázov ISVSSpoločné moduly podľa zákona č. 305/2013  e-Governmente
isvs_1674Integrovaný informačný systém NSKModul elektronických schránok
isvs_1674Integrovaný informačný systém NSKAutentifikačný modul
isvs_1674Integrovaný informačný systém NSKModulu elektronických formulárov
isvs_1674Integrovaný informačný systém NSKModul elektronického doručovania
isvs_1674Integrovaný informačný systém NSKNotifikačný modul
isvs_1674Integrovaný informačný systém NSKModul centrálnej elektronickej podateľne

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

Predmetom projektu nie sú integrácie na nadrezortné ISVS.

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

Predmetom projektu nie sú integrácie na iné / externé ISVS.

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

Kód AS

(z MetaIS)

Názov  AS

ISVS/modul ISVS

(kód z MetaIS)

Aplikačná služba realizuje KS

(kód KS z MetaIS)

as_66633Správa žiadostíisvs_1674Integrovaný informačný systém NSK

ks_380935 Podávanie žiadosti o vydanie povolenia na prevádzkovanie zdravotníckeho zariadenia z dôvodu zmeny

ks_380936 Podávanie žiadosti o vyznačenie zmeny údajov v povolení na prevádzkovanie zdravotníckeho zariadenia

ks_380937 Podávanie žiadosti o zrušenie povolenia na prevádzkovanie zdravotníckeho zariadenia

ks_380938 Podávanie žiadosti o dočasné pozastavenie povolenia na prevádzkovanie zdravotníckeho zariadenia

ks_380939 Podávanie žiadosti o vydanie nového povolenia na poskytovanie lekárenskej starostlivosti z dôvodu zmeny

ks_380940 Oznámenie o vyznačení zmeny údajov v povolení na poskytovanie lekárenskej starostlivosti

ks_380941 Podávanie žiadosti o zrušenie povolenia na poskytovanie lekárenskej starostlivosti

ks_380942 Podávanie žiadosti o pozastavenie činnosti v povolení na poskytovanie lekárenskej starostlivosti

ks_380943 Podávanie žiadosti o pridelenie zdravotného obvodu

sluzba_egov_259Povoľovanie činnosti verejnej lekárne, pobočky verejnej lekárne a výdajne zdravotníckych pomôcok

sluzba_egov_266Povoľovanie prevádzkovania zdravotníckych zariadení

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

Predmetom projektu nie je integrácia aplikačných služieb.

Poskytovanie údajov z ISVS do IS CSRÚ – TO BE

Predmetom projektu nie je poskytovanie údajov do IS CSRÚ.

Konzumovanie údajov z IS CSRU – TO BE

Predmetom projektu nie je konzumovanie  údajov z IS CSRÚ.

Dátová vrstva

Údaje v správe organizácie z pohľadu predkladaného projektu

Predmetom projektu nie je manažment údajov.

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

Predmetom projektu nie je manažment údajov.

Referenčné údaje

Projekt nebude vytvárať ani poskytovať referenčné údaje.

Kvalita a čistenie údajov

Predmetom projektu nie je čistenie údajov.

Otvorené údaje

Predmetom projektu nie je poskytovanie otvorených údajov.

Analytické údaje

Predmetom projektu nie je poskytovanie analytických údajov verejnosti.

Moje údaje

Predmetom projektu nie je poskytovanie „mojich údajov“.

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

N/A

Technologická vrstva

Prehľad technologického stavu - AS IS

Riešenie projektu bude prevádzkované na existujúcej infraštruktúre Nitrianskeho samosprávneho kraja.

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

ParameterJednotkyPredpokladaná hodnotaPoznámka
Počet interných používateľovPočet250 
Počet súčasne pracujúcich interných používateľov v špičkovom zaťaženíPočet100 
Počet externých používateľov (internet)Počet1 000 
Počet externých používateľov používajúcich systém v špičkovom zaťaženíPočet100 
Počet transakcií (podaní, požiadaviek) za obdobiePočet/obdobie3 000/ročne 
Objem údajov na transakciuObjem/transakcia50 MB 
Objem existujúcich kmeňových dátObjem10 TB 
Ďalšie kapacitné a výkonové požiadavky - 

Návrh riešenia technologickej architektúry

1738056638723-246.png

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

V rámci projektu sa nepredpokladá využívanie služieb vládneho cloudu.

Bezpečnostná architektúra

Základnými východiskami pre rozvíjané riešenie bezpečnosti IS sú rovnako ako v súčasnom stave právne predpisy ako zákon č. 18/2018 Z.z. o ochrane osobných údajov, zákon č. 95/2019 Z.z. o informačných technológiách vo verejnej správe, zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti.

Povinnosťou bude preukázať súlad so zákonom č. 95/2019 zákona o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov. Pre úspešnú realizáciu projektu je potrebné zabezpečiť dodržanie pravidiel stanovených Vyhláškou č. 78/2020 (resp. jej novelizácii) Z. z. o štandardoch pre informačné technológie verejnej správy. Z hľadiska ochrany osobných údajov bude dátový manažment realizovaný v súlade so zákonom č. 18/2018 Z.z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov. Implementácia a prevádzka systému musí v oblasti bezpečnosti brať do úvahy aj Zákon 69/2018 Z. z. o kybernetickej bezpečnosti, v znení neskorších predpisov. Bude vypracovaný bezpečnostný projekt rešpektujúci tieto pravidlá.

Bezpečnostná architektúra budúceho stavu bude v súlade s dotknutými právnymi normami a zároveň s technickými normami, ktoré stanovujú úroveň potrebnej bezpečnosti IS, pre manipuláciu so samotnými dátami, alebo technické / technologické / personálne zabezpečenie samotnej výpočtovej techniky/HW vybavenia. Ide najmä o:

  • 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
  • zákon č. 69/2018 Z.z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov
  • zákon č. 45/2011 Z.z. o kritickej infraštruktúre
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020 Z. z., ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy
  • vyhláška Úradu na ochranu osobných údajov Slovenskej republiky č. 158/2018 Z. z. o postupe pri posudzovaní vplyvu na ochranu osobných údajov
  • 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)
  • zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov.
  • smernica Európskeho parlamentu a Rady (EÚ) (EÚ) 2022/2555 zo 14. decembra 2022 o opatreniach na zabezpečenie vysokej spoločnej úrovne kybernetickej bezpečnosti v Únii, ktorou sa mení nariadenie (EÚ) č. 910/2014 a smernica (EÚ) 2018/1972 a zrušuje smernica (EÚ) 2016/1148 (smernica NIS 2)
  • zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej aj „zákon o kybernetickej bezpečnosti“),
  • vyhláška Národného bezpečnostného úradu č. 164/2018 Z. z., ktorou sa určujú identifikačné kritériá prevádzkovanej služby (kritériá základnej služby),
  • vyhláška Národného bezpečnostného úradu č. 165/2018 Z. z., ktorou sa určujú identifikačné kritériá pre jednotlivé kategórie závažných kybernetických bezpečnostných incidentov a podrobnosti hlásenia kybernetických bezpečnostných incidentov,
  • vyhláška Národného bezpečnostného úradu č. 264/2023 Z. z. ktorou sa mení a dopĺňa vyhláška Národného bezpečnostného úradu č. 362/2018 Z. z., ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,
  • vyhláška Národného bezpečnostného úradu č. 493/2022 Z. z. o audite kybernetickej bezpečnosti,
  • zákon č. 301/2023 Z. z. ktorým sa mení a dopĺňa 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 a ktorým sa menia a dopĺňajú niektoré zákony,
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 78/2020 Z. z. o štandardoch pre informačné technológie verejnej správy,
  • vyhláška Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu č. 179/2020, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy,
  • 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) – GDPR,
  • zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,
  • Metodika analýzy rizík kybernetickej bezpečnosti - Metodika analýzy rizík pre uplatnenie v procesoch riadenia rizika v zmysle požiadaviek zákona č. 69/2018 Z. z. o kybernetickej bezpečnosti (NBÚ)
  1. ZÁVISLOSTI NA OSTATNÉ ISVS / PROJEKTY

Predkladaný projekt nie je závislý na iných pripravovaných resp. prebiehajúcich projektoch.

  1. ZDROJOVÉ KÓDY

Súčasťou dodávky budú aj zdrojové kódy k vytvorenému riešeniu, pokiaľ to nevylučujú licenčné podmienky tretích osôb vo vzťahu k štandardným Softvérovým produktom, s komentármi a technickým popisom, a to pre prevádzkové a testovacie verzie počítačových programov, a práva na ich zverejnenie v centrálnom repozitári zdrojových kódov podľa § 15 ods. 2 písm. d) Zákona o informačných technológiách vo verejnej správe a § 31 vyhlášky Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy č. 78/2020 Z. z., a iného predpisu, ktorý môže v budúcnosti vyhlášku č. 78/2020 Z. z. nahradiť alebo doplniť.

NSK plánuje pri obstarávaní postupovať v zmysle vzoru Zmluvy o dielo. Zmluvnú úpravu predkladáme nasledujúcu:

  • Zhotoviteľ je povinný pri akceptácii Informačného systému odovzdať Objednávateľovi funkčné vývojové a produkčné prostredie, ktoré je súčasťou Informačného systému.
  • Zhotoviteľ je povinný pri akceptácii Informačného systému alebo jeho časti odovzdať Objednávateľovi Vytvorený zdrojový kód v jeho úplnej aktuálnej podobe, zapečatený, na neprepisovateľnom technickom nosiči dát s označením časti a verzie Informačného systému, ktorej sa týka. Za odovzdanie Vytvoreného zdrojového kódu Objednávateľovi sa na účely tejto Zmluvy o dielo rozumie odovzdanie technického nosiča dát Oprávnenej osobe Objednávateľa. O odovzdaní a prevzatí technického nosiča dát bude oboma Zmluvnými stranami spísaný a podpísaný preberací protokol.
  • Informačný systém (Dielo) v súlade s Technickou špecifikáciou obsahuje od zvyšku Diela oddeliteľný modul (časť) vytvorený Zhotoviteľom pri plnení tejto Zmluvy o dielo, ktorý je bez úpravy použiteľný aj tretími osobami, aj na iné alebo podobné účely, ako je účel vyplývajúci z tejto Zmluvy o dielo (ďalej ako „Modul"). A to najmä pre modul Karta občana. Vytvorený zdrojový kód Informačného systému (s výnimkou Modulu) vrátane jeho dokumentácie bude prístupný v režime podľa § 31 ods. 4 písm. b) Vyhlášky č. 78/2020 (s obmedzenou dostupnosťou pre orgán vedenia a orgány riadenia v zmysle Zákona o ITVS – vytvorený zdrojový kód je dostupný len pre orgán vedenia a orgány riadenia). Pre zamedzenie pochybností uvádzame, že sa jedná len o zdrojový kód ktorý Dodávateľ vytvoril, alebo pozmenil v súvislosti s realizáciou diela. Objednávateľ je oprávnený sprístupniť Vytvorený zdrojový kód okrem orgánov podľa predchádzajúcej vety aj tretím osobám, ale len na špecifický účel, na základe riadne uzatvorenej písomnej zmluvy o mlčanlivosti a ochrane dôverných informácií.
  • Ak je medzi zmluvnými stranami uzatvorená SLA zmluva, od prevzatia Informačného systému sa prístup k vytvorenému zdrojovému kódu vo vývojovom a produkčnom prostredí, vrátane nakladania s týmto zdrojovým kódom, začne riadiť podmienkami dohodnutými v SLA zmluve.
  • Vytvorený zdrojový kód musí byť v podobe, ktorá zaručuje možnosť overenia, že je kompletný a v správnej verzii, t. j. v takej, ktorá umožňuje kompiláciu, inštaláciu, spustenie a overenie funkcionality, a to vrátane kompletnej dokumentácie zdrojového kódu (napr. interfejsov a pod.) takejto Informačného systému alebo jeho časti. Zároveň odovzdaný Vytvorený zdrojový kód musí byť pokrytý testami (aspoň na 90%) a dosahovať rating kvality (statická analýza kódu) podľa CodeClimate/CodeQLa pod. (minimálne stupňa B).
  • Pre zamedzenie pochybností, povinnosti Zhotoviteľa týkajúce sa Vytvoreného zdrojového kódu platí i na akékoľvek opravy, zmeny, doplnenia, upgrade alebo update Vytvoreného zdrojového kódu a/alebo vyššie uvedenej dokumentácie, ku ktorým dôjde pri plnení tejto Zmluvy o dielo alebo v rámci záručných opráv. Vytvorené zdrojové kódy budú vytvorené vyexportovaním z produkčného prostredia a budú odovzdané Objednávateľovi na elektronickom médiu v zapečatenom obale. Zhotoviteľ je povinný umožniť Objednávateľovi pri odovzdávaní Vytvoreného zdrojového kódu, pred zapečatením obalu, skontrolovať v priestoroch Objednávateľa prítomnosť Vytvoreného zdrojového kódu na odovzdávanom elektronickom médiu.
  • Nebezpečenstvo poškodenia zdrojových kódov prechádza na Objednávateľa momentom prevzatia Informačného systému alebo jeho časti, pričom Objednávateľ sa zaväzuje uložiť zdrojové kódy takým spôsobom, aby zamedzil akémukoľvek neoprávnenému prístupu tretej osoby. Momentom platnosti SLA zmluvy umožní Objednávateľ poskytovateľovi, za predpokladu, že to je nevyhnutné, prístup k Vytvorenému zdrojovému kódu výlučne na účely plnenia povinností z uzatvorenej SLA zmluvy.

Ďalej uvádzame postupy, v zmysle ktorých bude narábané so zdrojovým kódom.

  • Centrálny repozitár zdrojových kódov: https://www.zakonypreludi.sk/zz/2020-78/znenie-20200501#p31+
  • Overenie zdrojového kódu s cieľom jeho prepoužitia: https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p7-3-c+
  • Spôsoby zverejňovania zdrojového kódu: https://www.zakonypreludi.sk/zz/2020-85/znenie-20200501#p8-9+
  • Inštrukcie k EUPL licenciám: https://joinup.ec.europa.eu/sites/default/files/inline-files/EUPL%201_1%20Guidelines%20SK%20Joinup.pdf+

Uvedeným spôsobom obstarávania dôjde k zamedzeniu „Vendor lock-in" v súlade so Zákonom o ITVS.

  1. PREVÁDZKA A ÚDRŽBA

Prevádzka a údržba navrhnutého riešenia projektu bude zabezpečená internými personálnymi kapacitami na úrovni podpory L1 až L3 (L3 externe). Pre hlásenie problémov bude využívaný Helpdesk. Predpoklad riešenia problémov a požiadaviek bude od nahlásenia problému alebo požiadavky prostredníctvom helpdesku (e-mailom, telefonicky, formulárom), identifikácia a preverenie problému/požiadavky, vykonanie opravy/podpory.

Prevádzkové požiadavky

Prevádzkové požiadavky budú zabezpečené na úrovni podpory L1, L2 a L3.

Úrovne podpory používateľov

Help Desk bude realizovaný cez 3 úrovne podpory s nasledujúcim označením:

  • L1 podpora - začiatočná úroveň podpory, ktorá je zodpovedná za riešenie základných problémov a požiadaviek koncových užívateľov a ďalšie služby vyžadujúce základnú úroveň technickej podpory. Základnou funkciou podpory 1. stupňa je zhromaždiť informácie, previesť základnú analýzu a určiť príčinu problému a jeho klasifikáciu. Typicky sú v úrovni L1 riešené priamočiare a jednoduché problémy a základné diagnostiky, overenie dostupnosti jednotlivých vrstiev infraštruktúry (sieťové, operačné, vizualizačné, aplikačné atď.) a základné užívateľské problémy (typicky zabudnutie hesla), overovanie nastavení SW a HW atď.
  • L2 podpora - riešiteľské tímy s hlbšou technologickou znalosťou danej oblasti. Riešitelia na úrovni Podpory L2 nekomunikujú priamo s koncovým užívateľom, ale sú zodpovední za poskytovanie súčinnosti riešiteľom 1. úrovne podpory pri riešení eskalovaného hlásenia, čo mimo iného obsahuje aj spätnú kontrolu a podrobnejšiu analýzu zistených dát predaných riešiteľom 1. úrovne podpory. Výstupom takejto kontroly môže byť potvrdenie, upresnenie, alebo prehodnotenie hlásenia v závislosti na potrebách Objednávateľa. Primárnym cieľom riešiteľov na úrovni Podpory L2 je dostať Hlásenie čo najskôr pod kontrolu a následne ho vyriešiť - s možnosťou eskalácie na vyššiu úroveň podpory – Podpora L3.
  • L3 podpora - Podpora 3. stupňa predstavuje najvyššiu úroveň podpory pre riešenie tých najobťažnejších hlásení, vrátane prevádzania hĺbkových analýz a riešenie extrémnych prípadov, ktorú bude zabezpečovať výrobca implementovaných nástrojov.

Prevádzka implementovaných nástrojov v rámci projektu L1 až L3 bude zabezpečená internými zamestnancami NSK. V prípade nevyhnutnej potreby bude zabezpečená L3 podpora výrobcu implementovaných nástrojov, ktorá bude financovaná z vlastných zdrojov NSK.

Riešenie incidentov – SLA parametre

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

Označenie naliehavosti incidentu:

Označenie naliehavosti incidentuZávažnosť  incidentuPopis naliehavosti incidentu
AKritickáJe to vada spôsobená vážnou chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok zabraňuje používaniu dodávanej softvérovej aplikácie. Nie je možné poskytnúť požadovaný výstup z IS.
BVysoká

Je vada, spôsobená chybou a/alebo nedostatkom dodávanej softvérovej aplikácie, pričom táto chyba a/alebo nedostatok obmedzuje používanie dodávanej softvérovej aplikácie nasledovne:

Niektoré aplikačné funkcie (moduly, komponenty, objekty, programy) dodávanej softvérovej aplikácie nie sú funkčné alebo nie je umožnený prístup k niektorej aplikačnej funkcii (modulu, komponentu, objektu, programu) dodávanej softvérovej aplikácie

alebo

(ii) Nie je možné vykonať výber niektorých údajov alebo nie je možné vyhotoviť niektorý výstup z databázy údajov dodávanej softvérovej aplikácie alebo nie je možné vykonať prístup k niektorým údajom v databáze údajov dodávanej softvérovej aplikácie.

napr. tlač pomocných výstupov, zostavy, funkčnosť nesúvisiaca s vyrubením a pod.

CStredná

Do tejto kategórie spadajú všetky chyby a/alebo nedostatky spojené s používaním dodávanej softvérovej aplikácie, ktoré nie sú klasifikované ako závažné alebo kritické vady, pričom však čiastočne obmedzujú používanie dodávanej softvérovej aplikácie a vyžadujú si:

Nastavenie parametrov systému Poskytovateľom alebo

(ii) Vzniknutá vada a/alebo nedostatok má za príčinu miernu nepohodlnosť pri práci so softvérovou aplikáciou, ktorá je však funkčná.

možný dopad:

Označenie závažnosti incidentu

 

Dopad

Popis dopadu
1katastrofickýkatastrofický dopad, priamy finančný dopad alebo strata dát,
2značnýznačný dopad alebo strata dát
3malýmalý dopad alebo strata dát

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

Matica priority incidentovDopad
Katastrofický - 1Značný - 2Malý - 3
NaliehavosťKritická - A123
Vysoká - B233
Stredná - C234
Nízka - D344

Vyžadované reakčné doby:

Označenie priority incidentuReakčná doba(1) od nahlásenia incidentu po začiatok riešenia incidentuDoba konečného vyriešenia incidentu od nahlásenia incidentu (DKVI) (2)

Spoľahlivosť (3)

(počet incidentov za mesiac)

10,5 hod.4  hodín1
21 hod.12 hodín2
31 hod.24 hodín10
41 hod.Vyriešené a nasadené v rámci plánovaných releasov

(1) Reakčná doba je čas medzi nahlásením incidentu verejným obstarávateľom (vrátane užívateľov IS, ktorí nie sú v pracovnoprávnom vzťahu s verejným obstarávateľom) na helpdesk úrovne L3 a jeho prevzatím na riešenie.

(2) DKVI znamená obnovenie štandardnej prevádzky - čas medzi nahlásením incidentu verejným obstarávateľom a vyriešením incidentu úspešným uchádzačom (do doby, kedy je funkčnosť prostredia znovu obnovená v plnom rozsahu). Doba konečného vyriešenia incidentu od nahlásenia incidentu verejným obstarávateľom (DKVI) sa počíta počas celého dňa. Do tejto doby sa nezarátava čas potrebný na nevyhnutnú súčinnosť verejného obstarávateľa, ak je potrebná pre vyriešenie incidentu. V prípade potreby je úspešný uchádzač oprávnený požadovať od verejného obstarávateľa schválenie riešenia incidentu.

(3) Maximálny počet incidentov za kalendárny mesiac. Každá ďalšia chyba nad stanovený limit spoľahlivosti sa počíta ako začatý deň omeškania bez odstránenia vady alebo incidentu. Duplicitné alebo technicky súvisiace incidenty (zadané v rámci jedného pracovného dňa, počas pracovného času 8 hodín) sú považované ako jeden incident.

(4) Incidenty nahlásené verejným obstarávateľom úspešnému uchádzačovi v rámci testovacieho prostredia majú prioritu 3 a nižšiu

Vzťahujú sa výhradne k dostupnosti testovacieho prostredia. Za incident na testovacom prostredí sa nepovažuje incident vztiahnutý k práve testovanej funkcionalite.

Vyššie uvedené SLA parametre nebudú použité pre nasledovné služby:

  • Služby systémovej podpory na požiadanie (nad paušál)
  • Služby realizácie aplikačných zmien vyplývajúcich z legislatívnych a metodických zmien (nad paušál)

Pre tieto služby budú dohodnuté osobitné parametre dodávky.

Požadovaná dostupnosť IS:

PopisParameterPoznámka
Prevádzkové hodiny8 hodínPo – Pia, 06:00 - 18:00
Servisné okno14 hodínod 19:00 hod. - do 05:00 hod. počas pracovných dní
24 hodínod 00:00 hod. - 23:59 hod. počas dní pracovného pokoja a štátnych sviatkov Servis a údržba sa bude realizovať mimo pracovného času.
Dostupnosť produkčného prostredia IS98,5%
  • 98,5% z 24/7/365 t.j. max ročný výpadok je 66 hodín. Maximálny mesačný výpadok je 5,5 hodiny.
  • Vždy sa za takúto dobu považuje čas od 0.00 hod. do 23.59 hod. počas pracovných dní v týždni.
  • Nedostupnosť IS sa počíta od nahlásenia incidentu Zákazníkom v čase dostupnosti podpory Poskytovateľa (t.j. nahlásenie incidentu na L3 v čase od 08:00 hod. - do 16:00 hod. počas pracovných dní). Do dostupnosti IS nie sú započítavané servisné okná a plánované odstávky IS.
  • V prípade nedodržania dostupnosti IS bude každý ďalší začatý pracovný deň nedostupnosti braný ako deň omeškania bez odstránenia vady alebo incidentu.

Dostupnosť (Availability)

Dostupnosť znamená, že dáta sú prístupné v okamihu jej potreby. Narušenie dostupnosti sa označuje ako nežiaduce zničenie (destruction) alebo nedostupnosť. Dostupnosť je zvyčajne vyjadrená ako percento času v danom období, obvykle za rok. V projekte sa uvažuje 98% dostupnosť znamená výpadok 7,3 dňa.

RTO (Recovery Time Objective)

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

RPO (Recovery Point Objective)

V rámci projektu sa očakáva tradičné zálohovanie - výpadok a obnova trvá cca hodiny až dni.

  1. POŽIADAVKY NA PERSONÁL

Riadiaci výbor projektu tvorí predseda riadiaceho výboru projektu a vlastníci procesov alebo nimi poverení zástupcovia.

Riadiaci výbor sa riadi “Štatútom riadiaceho výboru”, ktorý je popísaný v dokumente Štatút RV projektu ako najvyšší riadiaci orgán na účely realizácie projektu na základe schválenej projektovej dokumentácie.

Štatút Riadiaceho výboru upravuje najmä jeho pôsobnosť, úlohy, zloženie, zasadnutie a hlasovanie. Členom riadiaceho výboru projektu môže byť aj zástupca dodávateľa. Väčšina členov riadiaceho výboru projektu s hlasovacím právom sú osoby navrhnuté objednávateľom a zastupujú záujmy objednávateľa. Riadiaci výbor projektu dozerá na hospodárnosť, efektívnosť a účelové využívanie finančných prostriedkov a môže prispôsobiť štandardy projektového riadenia na realizovaný projekt.

Riadiaci výbor má minimálne 5 členov, vrátane predsedu Riadiaceho výboru (ďalej len „predseda“) :

Riadiaci výbor projektu budú tvoriť:


    1. predseda Riadiaceho výboru projektu,
    2. podpredseda Riadiaceho výboru projektu,
    3. vlastník alebo vlastníci procesov (biznis vlastník infraštruktúra) alebo nimi poverený zástupca alebo zástupcovia,
    4. zástupcu kľúčových používateľov (end user),
    5. zástupca za Dodávateľa v zmysle Zmluvy o Dielo s Dodávateľom.
    6. projektový manažér prijímateľa.

Riadiaci výbor je riadený predsedom, ktorým je zástupca Objednávateľa. V prípade neprítomnosti predsedu na zasadnutí Riadiaceho výboru, predseda musí na toto konkrétne zasadnutie písomne delegovať svoju funkciu v rozsahu svojich práv a povinností formou splnomocnenia na zástupcu, ktorým môže byť aj iný člen Riadiaceho výboru s hlasovacím právom. Na rokovanie Riadiaceho výboru môžu byť v prípade potreby prizvaní aj iní účastníci tak zo strany Objednávateľa alebo za stranu Dodávateľa.

Riadiaci výbor zasadá pravidelne, spravidla raz za mesiac avšak najmenej jedenkrát za tri (3) po sebe nasledujúce kalendárne mesiace. Zasadnutie Riadiaceho výboru zvoláva predseda. Závery zo zasadnutia Riadiaceho výboru a jednotlivé body zo zasadnutia Riadiaceho výboru sa prijímajú súhlasným hlasovaním nadpolovičnej väčšiny prítomných členov Riadiaceho výboru s hlasovacím právom. Hlas predsedu má v prípade rovnosti hlasov hodnotu dvoch hlasov.

Hlavné dokumenty spojené s činnosťou Riadiaceho výboru sú program zasadnutia, pracovný materiál a záznam zo zasadnutia Riadiaceho výboru, ktorého prílohou musí byť aj prezenčná listina, prípadne aj písomné splnomocnenia členov Riadiaceho výboru.

Program zasadnutia a pracovné materiály Riadiaceho výboru distribuuje Asistent projektového manažéra na základe podkladov a inštrukcií predsedu alebo toho člena Riadiaceho výboru, ktorý požiadal o zasadnutie Riadiaceho výboru.

Asistent projektového manažéra zabezpečí ich distribúciu členom Riadiaceho výboru najneskôr 3 pracovné dni pred zasadnutím Riadiaceho výboru. Za vecnú správnosť distribuovaného materiálu zodpovedá člen Riadiaceho výboru, ktorý ho predkladá.

Riadiaci výbor zaniká ukončením plnohodnotnej implementácie projektu a jeho uvedením do produktívnej prevádzky. Zoznam členov Riadiaceho výboru je súčasťou dokumentu Komunikačná matica uloženom na zdieľanom projektovom úložisku.

IDMENO A PRIEZVISKOPOZÍCIAORGANIZAČNÝ ÚTVARROLA V PROJEKTE S UVEDENÍM HLASOVACIEHO PRÁVA
1.   Predseda RV
2.   Podpredseda  RV, zástupca vlastníkov procesov
3.   Kľúčový používateľ
4.Budú menovaní po podpise zmluvy o poskytnutí NFP---
5.Budú menovaní po podpise zmluvy o poskytnutí NFP---
6.Zástupca dodávateľa--Zástupca Dodávateľa

Riadenie projektu zo strany Objednávateľa bude zabezpečené prostredníctvom Projektového manažéra a Finančného manažéra a bude trvať počas celej doby realizácie projektu. Bude pokrývať oblasť projektového riadenia (projektový manažment, celková koordinácia projektu, celkový dohľad nad vývojom dodávaného Diela, vrátane kvality), finančného riadenia a monitorovania realizácie projektu v zmysle riadenia podľa vyhlášky MIRRI č. 401/2023 Z. z. v platnom znení.

V súlade s výzvou NSK zabezpečí, aby počas implementácie projektu a po jeho skončení (počas obdobia udržateľnosti) bol k dispozícii interný personál na obsluhu, prevádzku a rozvoj riešenia. Zároveň bude minimálne počas obdobia udržateľnosti zabezpečené financovanie tohto personálu zo zdrojov NSK.

Projektový manažér Objednávateľa bude zabezpečovať koordináciu projektových činností a manažment v súlade s metodikou PRINCE2 (hlavné dokumenty, priebežné manažérske výstupy, a pod.).

Projektový manažér Objednávateľa  bude riadiť, administratívne a organizačne zabezpečovať implementáciu projektu, komunikovať s  dodávateľmi, sledovať plnenie harmonogramu projektu a zabezpečovať dokumenty požadované MIRRI. Zároveň bude v spolupráci s projektovým manažérom dodávateľa koordinovať realizáciu hlavných aktivít, činností a úloh projektu.

Zodpovednosťou projektového manažéra je v spolupráci s finančným manažérom (objednávateľa) finančné riadenie projektu kontrolu rozpočtu projektu a jeho súlad s účtovnými dokladmi. Kontrolu podpornej účtovnej dokumentácie a poradenstvo pri definovaní oprávnených výdavkov bude zabezpečovať finančný manažér Objednávateľa.

Súčasťou projektového riadenia bude tiež operatívna projektová podpora zabezpečujúca administratívnu podporu pre písomnú komunikáciu, administratívne vedenie projektovej dokumentácie a prípravu podkladov pre členov projektového tímu, organizáciu stretnutí a pod.. V rámci aktivity budú taktiež zabezpečovaný manažment a hodnotenie kvality zo strany Objednávateľa.

RV je riadiaci orgán projektu, ktorý zodpovedá najmä za splnenie stanovených cieľov projektu, rozhoduje o zmenách, ktoré majú zásadný význam a prejavujú sa hlavne dopadom na časový harmonogram a finančné prostriedky projektu. Reprezentuje najvyššiu akceptačnú autoritu projektu. Štatút Riadiaceho výboru projektu upravuje najmä úlohy, zloženie a pôsobnosť RV, ako aj práva a povinnosti členov RV pri riadení a realizácii predmetného projektu.

Projektový manažér riadi projekt, kvalitu a riziká projektu a zabezpečuje plnenie úloh uložených RV. Členovia projektového tímu zabezpečujú plnenie úloh uložených projektovým manažérom, alebo RV.

Ďalšie povinnosti členov RV, projektového manažéra a členov projektového tímu sú uvedené vo Vyhláške č. 401/2023 Z. z. a v doplňujúcich vzoroch a šablónach zverejnených na webovom sídle MIRRI SR.

Projektová rola:

 

PROJEKTOVÝ MANAŽÉR

 

Stručný popis:
  • zodpovedá za riadenie projektu počas celého životného cyklu projektu. Riadi projektové (ľudské a finančné) zdroje, zabezpečuje tvorbu obsahu, neustále odôvodňovanie projektu (aktualizuje BC/CBA) a predkladá vstupy na rokovanie Riadiaceho výboru. Zodpovedá za riadenie všetkých (ľudských a finančných) zdrojov, členov projektovému tím objednávateľa a za efektívnu komunikáciu s dodávateľom alebo stanovených zástupcom dodávateľa.
  • zodpovedá za riadenie prideleného projektu - stanovenie cieľov, spracovanie harmonogramu prác, koordináciu členov projektového tímu, sledovanie dodržiavania harmonogramu prác a rozpočtu, hodnotenie a prezentáciu výsledkov a za riadenie s tým súvisiacich rizík. Projektový manažér vedie špecifikáciu a implementáciu projektov v súlade s firemnými štandardami, zásadami a princípmi projektového riadenia.
  • zodpovedá za plnenie projektových/programových cieľov v rámci stanovených kvalitatívnych, časových a rozpočtovým plánov a za riadenie s tým súvisiacich rizík. V prípade externých kontraktov sa vedúci projektu/ projektový manažér obvykle podieľa na ich plánovaní a vyjednávaní a je hlavnou kontaktnou osobou pre zákazníka.
Detailný popis rozsahu zodpovednosti, povinností a kompetencií

Zodpovedný za:

  • Riadenie projektu podľa pravidiel stanovených vo Vyhláške 85/2020 Z.z.
  • Riadenie prípravy, inicializácie a realizácie projektu
  • Identifikovanie kritických miest projektu a navrhovanie ciest k ich eliminácii
  • Plánovanie, organizovanie, motivovanie projektového tímu a monitorovanie projektu
  • Zabezpečenie efektívneho riadenia všetkých projektových zdrojov s cieľom vytvorenia a dodania obsahu a zabezpečenie naplnenie cieľov projektu
  • Určenie pravidiel, spôsobov, metód a nástrojov riadenia projektu a získanie podpory Riadiaceho výboru (RV) pre riadenie, plánovanie a kontrolu projektu a využívanie projektových zdrojov
  • Zabezpečenie vypracovania manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
  • Zabezpečenie realizácie projektu podľa štandardov definovaných vo Vyhláške 78/2020 Z.z.
  • Zabezpečenie priebežnej aktualizácie a verzionovania manažérskej a špecializovanej dokumentácie v minimálnom rozsahu Vyhlášky 85/2020 Z.z., Prílohy č.1
  • Vypracovanie, pravidelné predkladanie a zabezpečovanie prezentácie stavov projektu, reportov, návrhov riešení problémov a odsúhlasovania manažérskej a špecializovanej dokumentácie v rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1 na rokovanie RV
  • Riadenie a operatívne riešenie a odstraňovanie strategických / projektových rizík a závislostí
  • Predkladanie návrhov na zlepšenia na rokovanie Riadiaceho výboru (RV)
  • Zabezpečenie vytvorenia a pravidelnej aktualizácie BC/CBA a priebežné zdôvodňovanie projektu a predkladanie na rokovania RV
  • Celkovú alokáciu a efektívne využívanie ľudských a finančných zdrojov v projekte
  • Celkový postup prác v projekte a realizuje nápravné kroky v prípade potreby
  • Vypracovanie požiadaviek na zmenu (CR), návrh ich prioritizácie a predkladanie zmenových požiadaviek na rokovanie RV
  • Riadenie zmeny (CR) a prípadné požadované riadenie konfigurácií a ich zmien
  • Riadenie implementačných a prevádzkových aktivít v rámci projektov.
  • Aktívne komunikuje s dodávateľom, zástupcom dodávateľa a projektovým manažérom dodávateľa s cieľom zabezpečiť úspešné dodanie a nasadenie požadovaných projektových výstupov,
  • Formálnu administráciu projektu, riadenie centrálneho projektového úložiska, správu a archiváciu projektovej dokumentácie
  • Kontrolu dodržiavania a plnenia míľnikov v zmysle zmluvy s dodávateľom,
  • Dodržiavanie metodík projektového riadenia,
  • Predkladanie požiadaviek dodávateľa na rokovanie Riadiaceho výboru (RV),
  • Vecnú a procesnú administráciu zúčtovania dodávateľských faktúr

 

Odporúčané kvalifikačné predpoklady
  • Certifikácia - Prince 2
  • Certifikácia - PMI PMP
  • Certifikácia - IPMA

Certifikát vydaný medzinárodne uznávanou akreditačnou a certifikačnou autoritou.

Poznámka

 

V prípade, ak v projektom tíme NIE SÚ vytvorené projektové role Manažér zmien (Change manager) a Implementačný manažér (Release manager), tak rozsah a povinnosti týchto rolí vykonáva rola Projektový manažér

Projektová rola:

 

KĽUČOVÝ POUŽIVATEĽ (end user)

 

Stručný popis:

· zodpovedný za reprezentáciu záujmov budúcich používateľov projektových produktov alebo projektových výstupov a za overenie kvality produktu.

· zodpovedný za návrh a špecifikáciu funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu, požiadaviek koncových používateľov na prínos systému a požiadaviek na bezpečnosť.

  • Kľúčový používateľ (end user) navrhuje a definuje akceptačné kritériá, je zodpovedný za akceptačné testovanie a návrh na akceptáciu projektových produktov alebo projektových výstupov a návrh na spustenie do produkčnej prevádzky. Predkladá požiadavky na zmenu funkcionalít produktov a je súčasťou projektových tímov
Detailný popis rozsahu zodpovednosti, povinností a kompetencií

 

Zodpovedný za:

  • Návrh a špecifikáciu funkčných a technických požiadaviek
  • Jednoznačnú špecifikáciu požiadaviek na jednotlivé projektové výstupy (špecializované produkty a výstupy) z pohľadu vecno-procesného a legislatívy
  • Vytvorenie špecifikácie, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu,
  • Špecifikáciu požiadaviek koncových používateľov na prínos systému
  • Špecifikáciu požiadaviek na bezpečnosť, 
  • Návrh a definovanie akceptačných kritérií,
  • Vykonanie používateľského testovania funkčného používateľského rozhrania (UX testovania)
  • Finálne odsúhlasenie používateľského rozhrania
  • Vykonanie akceptačného testovania (UAT)
  • Finálne odsúhlasenie a  akceptáciu manažérskych a špecializovaných produktov alebo projektových výstupov
  • Finálny návrh na spustenie do produkčnej prevádzky, 
  • Predkladanie požiadaviek na zmenu funkcionalít produktov
  • Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
  • Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu

 

Projektová rola:

 

VLASTNÍK PROCESOV (biznis vlastník)

 

Stručný popis:

· zodpovedá za proces - jeho výstupy i celkový priebeh poskytnutia služby alebo produktu konečnému užívateľovi. Kľúčová rola na strane zákazníka (verejného obstarávateľa), ktorá schvaľuje biznis požiadavky a zodpovedá za výsledné riešenie, prínos požadovanú hodnotu a naplnenie merateľných ukazovateľov. Úlohou tejto roly je definovať na užívateľa orientované položky (user-stories), ktoré budú zaradzované a prioritizované v produktovom zásobníku. Zodpovedá za priebežné posudzovanie vecných výstupov dodávateľa v rámci analýzy, návrhu riešenia vrátane DNR z pohľadu analýzy a návrhu riešenia aplikácii IS.

· zodpovedný za schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu. Definuje očakávania na kvalitu projektu, kvalitu projektových produktov, prínosy pre koncových používateľov a požiadavky na bezpečnosť. Definuje merateľné výkonnostné ukazovatele projektov a prvkov. Vlastník procesov schvaľuje  akceptačné kritériá, rozsah a kvalitu dodávaných projektových výstupov pri dosiahnutí platobných míľnikov, odsúhlasuje spustenie výstupov projektu do produkčnej prevádzky a dostupnosť ľudských zdrojov alokovaných na realizáciu projektu.

Detailný popis rozsahu zodpovednosti, povinností a kompetencií

Zodpovedný za:

  • Realizáciu dohľadu nad súladom projektových výstupov s požiadavkami koncových používateľov.
  • Spoluprácu pri riešení odpovedí na otvorené otázky  a riziká projektu.
  • Posudzovanie, pripomienkovanie, testovanie a protokolárne odsúhlasovanie projektových výstupov v príslušnej oblasti (v biznis procese) po vecnej stránke (najmä procesnej a legislatívnej)
  • Riešenie problémov a požiadaviek  v spolupráci s odbornými garantmi,
  • Spoluprácu pri špecifikácii a poskytuje súčinnosť pri riešení zmenových požiadaviek
  • Schválenie funkčných a technických požiadaviek, potreby, obsahu, kvalitatívnych a kvantitatívnych prínosov projektu z pohľadu používateľov koncového produktu
  • Definovanie očakávaní na kvalitu projektu, kritérií kvality projektových produktov, prínosov pre koncových používateľova požiadaviek na bezpečnosť,
  • Definovanie merateľných výkonnostných ukazovateľov projektov a prvkov,
  • Sledovanie a odsúhlasovanie nákladovosti, efektívnosti vynakladania finančných prostriedkov a priebežné monitorovanie a kontrolu odôvodnenia projektu (BC/CBA)
  • Schválenie akceptačných kritérií,
  • Riešenie problémov používateľov
  • Akceptáciu rozsahu a kvality dodávaných projektových výstupov pri dosiahnutí platobných míľnikov,
  • Vykonanie UX a UAT testovania
  • Odsúhlasenie spustenia výstupov projektu do produkčnej prevádzky,
  • Dostupnosť a efektívne využitie ľudských zdrojov alokovaných na realizáciu projektu,
  • Vykonávanie monitorovania a hodnotenia procesov v plánovaných intervaloch.
  • Poskytovanie vyjadrení k zmenovým požiadavkám, k ich opodstatnenosti a prioritizácii
  • Zisťovanie efektívneho spôsobu riadenia a optimalizácie zvereného procesu, vrátane analyzovanie všetkých vyskytujúcich sa nezhôd,
  • Okrem zvažovaní rizík prevádzkových alebo podporných procesov súčasne vlastník napomáha identifikovať príležitosti,
  • Zlepšovanie a optimalizáciu procesov v spolupráci s ďalšími prepojenými vlastníkmi procesov a manažérom kvality,
  • Odsúhlasenie akceptačných protokolov zmenových konaní
  • Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
  • plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu

 

Projektová rola:

 

UX DIZAJNÉR (UX výskumník, Informačný architekt, Interakčný dizajnér)

 

Stručný popis:zodpovedá za podporu a dohľad nad projektom z pohľadu nastavenia princípov, kritérií a požiadaviek na UX, kontrolu kvality dodržania “user experience” a realácie výstupov. Hlavnou úlohou role je zabezpečiť aplikáciu metodológie UCD (user centered design) pri vývoji SW, pričom vznikajúce koncové služby SW musia byť postavené na reálnych potrebách koncových používateľov.
Detailný popis rozsahu zodpovednosti, povinností a kompetencií

 

Zodpovedný za:

  • Realizáciu kvalitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
  • Realizáciu kvantitatívneho používateľského výskumu (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie dotazníku a vyhodnotenie výskumu).
  • Syntetizáciu biznis, technických a používateľských požiadaviek.
  • Realizáciu formatívnych a sumatívnych testovaní použiteľnosti (nastavenie požiadaviek na regrutáciu, návrh scenára, vedenie rozhovoru a vyhodnotenie výskumu).
  • Návrh informačnej architektúry a to najmä metódami triedenia kariet (card sorting), návrhom mapy stránky a screen flow.
  • Tvorbu, testovanie a iteráciu prototypov – napr. pomocou Axure, Sketch, Figma alebo Adobe XD
  • Mapovanie zákazníckych ciest
  • Analýzu a návrh riešenia problematiky prístupnosti webových sídiel,
  • Podporu a spoluprácu pri tvorbe Stratégie riadenia kvality (princípy, kritériá kvality),
  • Spoluprácu pri vytváraní funkčných požiadaviek na výstupy z pohľadu dohľadu a UX,
  • Vedenie a aktualizáciu príslušných projektových výstupov a registrov,
  • Hodnotenie jednotlivých verzií výstupov projektu z pohľadu dohľadu, kontroly a UX v jednotlivých etapách,
  • Vytváranie hodnotiacich kritérií na dohľad výstupov a príslušných záznamov, o ktorých reportuje projektovému manažérovi objednávateľa,
  • Nastavenie a dohľad nad procesom testovania a pripomienkovanie stratégie testovania, plánov a testovacích scenárov,
  • Účasť na kontrolných aktivitách počas implementácie výstupov
  • Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
  • Aktívnu účasť v projektových tímoch a spoluprácu na vypracovaní manažérskej a špecializovanej dokumentácie a produktov v minimálnom rozsahu určenom Vyhláškou 85/2020 Z.z., Prílohou č.1
  • Plnenie pokynov projektového manažéra a dohôd zo stretnutí projektového tímu

 

Odporúčané kvalifikačné predpoklady

 

  • Znalosť zásad UX dizajnu pri návrhu webových aplikácií
  • Znalosť zásad návrhu responzívnych webových aplikácií
  • Znalosť ID-SK
  • Orientácia v problematike grafického dizajnu, webdizajnu, multimédií a aktuálnych trendoch v odbore

 

Projektová rola:

 

TESTER ELEKTRONICKÝCH SLUŽIEB

 

Stručný popis:Zodpovedá za testovanie elektronických služieb / formulárov
Detailný popis rozsahu zodpovednosti, povinností a kompetencií

Zodpovedný za:

  • zodpovedá za testovanie elektronických formulárov s dôrazom na odhaľovanie chýb z hľadiska funkčnosti a použiteľnosti softvéru,
  • participuje na tvorbe východiskovej stratégie testovania,
  • odhaľuje, zaznamenáva a reportuje zoznam zistených chýb,
  • vykonáva opätovné testovanie nahlásených chýb,

 

Odporúčané kvalifikačné predpoklady

 

  • Znalosť ID-SK
  • Orientácia v problematike elektronických formulárov

 

  1. IMPLEMENTÁCIA A PREBERANIE VÝSTUPOV PROJEKTU

Implementácia a preberanie výstupov projektu bude realizované v súlade s Vyhláškou Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky č. 401/2023 Z. z. o riadení projektov a zmenových požiadaviek v prevádzke informačných technológií verejnej správy v zmysle ustanovení podľa § 5 a nasledovných ustanovení.

  1. PRÍLOHY

Koniec dokumentu