PROJEKTOVÝ ZÁMER- VO  
(ISVS DKS)  
Identifikovanie požiadaviek na funkčnú časť riešenia pre projekt Digitálny konferenčný systém („DKS“)  
Identifikácia projektu  
Oprávnená osoba  
Názov projektu  
Kancelária Národnej rady Slovenskej republiky  
Digitálny konferenčný systém  
Zodpovedná osoba  
Realizátor projektu  
Kancelária Národnej rady Slovenskej republiky  
Schvaľovanie dokumentu/produktu  
Položka  
Vypracoval  
Overil  
Meno a priezvisko  
Organizácia  
Pracovná pozícia  
Dátum  
Podpis  
Schválil  
Strana 1/36  
Strana 2/36  
 
2. ÚČEL DOKUMENTU, SKRATKY (KONVENCIE) A DEFINÍCIE  
2.1 Použité skratky (príklady)  
ID  
SKRATKA  
DKS  
POPIS  
1.  
Digitálny konferenčný systém  
Systém na sledovanie legislatívneho procesu  
Middleware  
2.  
SSLP  
MW  
IS  
3.  
4.  
Informačný systém  
5.  
ISVS  
VO  
Informačný systém verejnej správy  
Verejný obstarávateľ  
6.  
7.  
K NR SR  
RTO  
RPO  
HW  
Kancelária Národnej rady Slovenskej republiky  
Recovery Time Objective  
Recovery Point Objective  
Hardvér  
8.  
9.  
10.  
11.  
12.  
13.  
14.  
15.  
16.  
17.  
SW  
Softvér  
Strana 3/36  
 
 
3. DEFINOVANIE PROJEKTU (PROJECT DEFINITION)  
3.1 Motivácia a rozsah projektu  
Z pohľadu životnej situácie sa projekt venuje nasledovnej životnej situácii  
Kód v číselníku (MetaIS)  
Názov  
Okruh životnej situácie  
Životná situácia  
C01  
051  
Občan a štát  
Demokracia  
Výnos MF SR č. 478/2010 Z.z. o základnom číselníku úsekov verejnej správy a agend verejnej správy zadefinoval  
pre Národnú radu Slovenskej republiky úsek U00216 „Činnosť Národnej rady Slovenskej republiky, jej výborov,  
osobitných kontrolných výborov a komisií vrátane parlamentnej dokumentácie a tlačovej služby“. Tento úsek je  
takto naďalej vedený aj v centrálnom metainformačnom systéme verejnej správy (MetaIS) a to v súlade so  
zákonom o informačných technológiách vo verejnej správe č. 95/2019 Z.z. Úsek U00216 pozostáva z 8 agend, ako  
zobrazuje tabuľka nižšie. Pričom agenda priamo relevantná pre projekt je farebne zvýraznená. Ostatné agendy sú  
pre projekt relevantné nepriamo, resp. projekt prispieva k ich výkonu zabezpečením technických prostriedkov pre  
výkon činnosti Národnej rady Slovenskej republiky.  
Kód v  
číselníku  
(MetaIS)  
Právny predpis, ktorým je agenda verejnej správy  
Názov agendy verejnej správy  
ustanovená  
Plnenie  
a technických  
odborných,  
úloh  
organizačných  
spojených  
so Zákon č. 350/1996 Z. z. o rokovacom poriadku  
zabezpečovaním činnosti Národnej rady Národnej rady Slovenskej republiky, § 143  
A0003056  
Slovenskej republiky  
Vybavovanie petícií  
Zákon č. 350/1996 Z. z. o rokovacom poriadku  
Národnej rady Slovenskej republiky, § 133  
A0003057  
A0003058  
A0003059  
Tvorba Ústavy Slovenskej republiky  
Zákon č. 460/1992 Zb. Ústava Slovenskej republiky,  
čl. 72  
Zabezpečenie  
legislatívneho  
procesu Zákon č. 350/1996 Z. z. o rokovacom poriadku  
Národnej rady Slovenskej republiky, § 2  
a tvorby zákonov  
Zabezpečovanie archivácie materiálov  
A0003060 a písomností Národnej rady Slovenskej  
Zákon č. 350/1996 Z. z. o rokovacom poriadku  
Národnej rady Slovenskej republiky  
republiky  
Koordinovanie a spolupráca pri plnení  
štátnych záležitostí z oblasti dvojstranných  
A0003061 a mnohostranných zahraničnopolitických Zákon č. 460/1992 Zb. Ústava Slovenskej republiky  
vzťahov s nadväznosťou na tvorbu štátnej  
politiky  
Koordinovanie a spolupráca pri tvorbe  
zahraničnej politiky a zahraničnopolitických Zákon č. 350/1996 Z. z. o rokovacom poriadku  
koncepcií vo vzťahu ku konkrétnemu Národnej rady Slovenskej republiky  
A0003062  
teritóriu (spravidla k viacerým štátom)  
Strana 4/36  
 
 
Plnenie osobitných úloh vo vzťahu Zákon č. 397/2004 Z. z. o spolupráci Národnej rady  
k inštitúciám Európskej únie a v rámci Slovenskej republiky a vlády Slovenskej republiky v  
A0003063 medziparlamentnej spolupráce  
záležitostiach  
Ministerstva zahraničných vecí Slovenskej republiky  
Európskej  
únie,  
Oznámenie  
č. 486/2009 Z. z. o uzavretí Lisabonskej zmluvy  
3.1.1  
Popis OKOLIA projektu – agenda, ktorej sa projekt týka  
Keďže Pre projekt je relevantná agenda Plnenie odborných, organizačných a technických úloh spojených so  
zabezpečovaním činnosti Národnej rady Slovenskej republiky, z hľadiska rozsahu a okolia projektu je relevantný  
popis činnosti a spôsobu rokovania Národnej rady Slovenskej republiky.  
3.1.1.1  
Činnosť Národnej rady Slovenskej republiky  
Národná rada vykonáva pôsobnosť podľa Ústavy Slovenskej republiky (ďalej len „ústava“) v zákonodarnej a  
kontrolnej činnosti, v oblasti zahraničných vzťahov a v zriaďovaní vlastných a iných orgánov, ako aj v ďalších  
činnostiach, ak to ustanovuje zákon.  
Národná rada je jediným ústavodarným a zákonodarným orgánom Slovenskej republiky. Je orgánom štátnej moci  
a od jej primárneho postavenia v republike je odvodené postavenie ostatných štátnych orgánov. Pôsobnosť  
Národnej rady je určená jej ústavným postavením v systéme výkonu moci a člení sa na:  
-
-
-
-
oblasť zákonodárstva,  
oblasť kontroly,  
kreačnú pôsobnosť,  
oblasť vnútornej a zahraničnej politiky  
3.1.1.1.1  
Zákonodarná pôsobnosť  
Národná rada prerokúva a uznáša sa na ústave, ústavných zákonoch, ostatných zákonoch a kontroluje, ako sa  
dodržiavajú. Spôsob tvorby zákonov, podrobnosti o postupe pri ich príprave, prerokúvaní a ich forme upravujú  
legislatívne pravidlá. Zákonodarnú iniciatívu majú výbory, poslanci Národnej rady a vláda Slovenskej republiky.  
Zákonodarný proces sa v národnej rade realizuje prostredníctvom troch čítaní, z ktorých popri hlasovaní je  
ťažiskové druhé čítanie vo výboroch a na schôdzi Národnej rady.  
3.1.1.1.2  
Kontrolná pôsobnosť  
Štátne orgány, ktoré národná rada kreuje alebo pri kreácii ktorých spolupôsobí, sú jej zodpovedné. Svoju kontrolnú  
pôsobnosť uplatňuje predovšetkým voči vláde Slovenskej republiky a jej členom. Kontrolná právomoc Národnej  
rady vo vzťahu k vláde je aj v oprávnení poslancov podávať interpelácie, podnety a pripomienky. Adresáti sú  
povinní zákonom predpísaným spôsobom odpovedať.  
3.1.1.1.3  
Kreačná pôsobnosť  
Kreačná pôsobnosť Národnej rady znamená právo vytvárať vlastné orgány, štátne orgány a spolupôsobiť pri tvorbe  
iných štátnych orgánov. V súlade s uvedeným:  
-
-
volí a odvoláva v tajnom hlasovaní predsedu a podpredsedov Národnej rady,  
zriaďuje a ruší svoje výbory, osobitné kontrolné výbory a komisie, určuje ich počty, volí a odvoláva ich  
predsedov a členov,  
-
-
-
zákonom zriaďuje a ruší ministerstvá a ostatné ústredné orgány štátnej správy,  
volí kandidátov na sudcov Ústavného súdu SR a generálneho prokurátora SR,  
národná rada volí a odvoláva iných funkcionárov, ak to ustanoví zákon.  
Podrobnosti o podávaní návrhov, o voľbách a odvolávaní uvedených funkcionárov upravujú volebné poriadky,  
ktoré schvaľuje národná rada.  
Strana 5/36  
 
3.1.1.1.4  
Pôsobnosť v oblasti vnútornej a zahraničnej politiky  
Národná rada uplatňuje svoju pôsobnosť vo vnútornej a zahraničnej politike. Táto pôsobnosť nie je predmetom  
procesov a služieb dokumentovaných v rámci štúdie realizovateľnosti.  
3.1.1.2  
Organizácia činností Národnej rady Slovenskej republiky1  
Činnosť Národnej rady riadi a organizuje jej predseda a podpredsedovia. Národná rada zasadá stále. Jej zasadanie  
sa skončí uplynutím volebného obdobia alebo rozpustením. Národná rada môže uznesením prerušiť svoje  
zasadanie, jeho dĺžka nesmie presiahnuť štyri mesiace v roku. Národná rada uskutočňuje svoju ústavnú pôsobnosť  
prostredníctvom ustanovujúcej schôdze a priebežne konaných schôdzí počas trvania volebného obdobia.  
Schôdze Národnej rady sú verejné. Neverejné schôdze alebo ich časti sa konajú, ak sa na nich prerokúvajú veci,  
ktoré tvoria predmet štátneho, služobného a obchodného tajomstva, alebo to ustanoví osobitný zákon, alebo sa  
na tom uznesie národná rada trojpätinovou väčšinou.  
Národná rada je schopná sa uznášať, ak je v rokovacej sále prítomná a na hlasovaní sa zúčastňuje nadpolovičná  
väčšina všetkých jej poslancov - 76. Celkový počet poslancov je 150. Na prijatie platného uznesenia je potrebný  
súhlas nadpolovičnej väčšiny prítomných poslancov - najmenej 39. Relatívnou väčšinou sa napríklad prijímajú  
bežné zákony.  
3.1.1.3  
Rokovanie Národnej rady Slovenskej republiky  
Hlasovanie na schôdzach je verejné alebo tajné. Verejne sa hlasuje spravidla za použitia technického zariadenia v  
rokovacej sále alebo zdvihnutím ruky. Tajne sa hlasuje v prípadoch ustanovených ústavou, zákonom alebo ak sa  
na tom uznesie národná rada. Na tajné hlasovanie sa použijú hlasovacie lístky.  
Rokovanie o jednotlivých bodoch schváleného programu nemožno začať, ak neboli poslancom najneskoršie 24  
hodín pre začatím rozpravy odovzdané všetky písomné materiály. Každý návrh podaný národnej rade v súlade s  
ústavou, zákonom alebo na základe uznesenia musí byť pridelený príslušnému výboru na prerokovanie a zaujatie  
stanoviska. Do rozpravy o prerokúvanej veci sa poslanci prihlasujú písomne po schválení programu schôdze a ústne  
po vystúpení písomne prihlásených rečníkov.  
Národná rada sa môže na návrh aspoň dvoch poslaneckých klubov uzniesť na určení dĺžky času na rozpravu k bodu  
zaradenému do programu, ktorá nesmie byť kratšia ako 12 hodín s pomerným rozdelením medzi poslanecké kluby  
a poslancov, ktorí nie sú ich členmi. Možnosť obmedzenia rozpravy neplatí pri rokovaní o návrhu ústavného  
zákona, zákona o štátom rozpočte a programovom vyhlásení vlády.  
Poslanci majú právo v rozprave na jednu faktickú poznámku, ktorou reagujú na ostatného rečníka. Nesmie trvať  
dlhšie ako dve minúty. Rečník môže faktickou poznámkou reagovať na faktické poznámky poslancov k jeho  
vystúpeniu. Rozprava skončí, ak vystúpili všetci prihlásení rečníci a slova sa po jej skončení neujal člen vlády, ktorý  
tým otvára rozpravu znova.  
Poslanci majú právo podať procedurálne návrhy týkajúce sa spôsobu prerokúvania veci, časového a vecného  
postupu rokovania s výnimkou hlasovania o veci samotnej v trvaní jednej minúty. O takýchto návrhoch sa hlasuje  
bez rozpravy.  
Z každej schôdze Národnej rady sa vyhotovuje zápisnica, ktorá po overení sa stáva autentickým záznamom o  
schôdzi a slúži ako podklad na vydanie správy, ktorá sa publikuje po každej schôdzi.  
3.1.1.4  
Zabezpečenie rokovania Národnej rady Slovenskej republiky  
Rokovania Národnej rady Slovenskej republiky zabezpečuje Kancelária Národnej rady Slovenskej republiky, ktorá  
je štátna rozpočtová organizácia podľa zákona Národnej rady Slovenskej republiky č. 350/1996 Z. z. o rokovacom  
poriadku Národnej rady Slovenskej republiky (ďalej len „NR SR“) v znení neskorších predpisov. Kancelária NR SR  
1 Uvedený výpočet pôsobnosti, pravidiel rokovania a činnosti Národnej rady nie je úplný. Podrobnejšiu úpravu, postavenie orgánov  
a ich vzťahy navonok upravuje zákon Národnej rady Slovenskej republiky č. 350/1996 Z. z. o rokovacom poriadku v znení  
neskorších predpisov.  
Strana 6/36  
okrem iného plní odborné, organizačné a technické úlohy spojené so zabezpečovaním činnosti NR SR, jej výborov,  
osobitných kontrolných výborov a komisií vrátane parlamentnej dokumentácie a tlačovej služby.  
3.1.2  
MOTIVÁCIA na dosiahnutie budúceho stavu  
Rokovania Národnej rady Slovenskej republiky zabezpečuje Kancelária Národnej rady Slovenskej republiky.  
Kancelária Národnej rady Slovenskej republiky zakúpila súčasný „digitálny konferenčný systém“ Philips DCN (ďalej  
iba „DKS“) v roku 2003 verejnou súťažou a od tej doby je nepretržite používaný pri rokovaniach Národnej rady  
Slovenskej republiky (ďalej iba „NR SR“). Z uvedeného dôvodu je už nielen morálne, ale aj technicky zastaraný  
a keďže už v roku 2008 bola ukončená jeho výroba, nie je možnosť ho naďalej bezpečne udržiavať  
v bezporuchovom stave. Výpadok DKS by tak ohrozil priebeh schôdze NR SR alebo hlasovania. Motiváciou pre  
realizáciou projektu je teda splniť zákonné povinnosti Kancelárie Národnej rady Slovenskej republiky vyplývajúce  
zo zákona Národnej rady Slovenskej republiky č. 350/1996 Z. z. o rokovacom poriadku Národnej rady Slovenskej  
republiky (ďalej len „NR SR“) v znení neskorších predpisov. V rámci realizácie projektu je potrebné zohľadniť  
motiváciu ďalších stakeholderov kam patria užívatelia DKS.  
Aktér  
Cieľ  
Požiadavka  
Obmedzenie  
Kancelária Národnej Zabezpečiť plnenie zákonej Obstaranie  
Digitálneho Štandardne dodávané  
rady  
republiky  
Slovenskej povinnosti  
KNR  
SR konferenčného systému, softvérové  
systémy  
zabezpečiť činnosť NR SR  
ktorý  
splní  
zákonné (krabicové SW) nie sú  
požiadavky a požiadavky schopné splniť všetky  
užívateľov požiadavky NR SR  
K
a bude potrebné aby  
dodávateľ buď vyvinul  
špeciálny softvér na  
ovládanie rokovania NR  
SR, alebo dopracoval  
štandardne  
dodávaný  
SW podľa definovaných  
požiadaviek  
Predseda  
podpredsedovia  
Národnej  
a
Zabezpečiť  
rokovanie Národnej rady prerušeniu schôdze  
rady Slovenskej republiky, bez dôsledku zlyhania IKT  
plynulé Zamedzenie  
možnému Zastaralé  
existujúce  
v
vybavenie  
Slovenskej republiky  
ohrozenia priebehu schôdze vybavenia  
NR SR alebo hlasovania v  
dôsledku  
výpadku  
technického  
Využívanie  
technológií  
moderných  
rámci  
v
procesu rokovania NR SR  
Užívatelia DKS (bližšie Efektívne  
popísaný nižšie)  
rokovanie Jednoduché, užívateľsky Zastaralé  
existujúce  
Národnej rady Slovenskej prívetíve, komfortné  
a
intuitívne ovládanie IT  
technológií  
vybavenie  
republiky  
zabezpečujúcich plynulé  
rokovanie NR SR  
Strana 7/36  
 
3.1.3  
Popis ROZSAHU projektu  
Predmetom projektu je obstaranie Digitálneho konferenčného systému vrátane jeho nevyhnutných hardvérových  
súčastí. Z hľadiska zapojenia OVM do projektu, projekt sa týka výlučne Kancelárie Národnej rady Slovenskej  
republiky.  
DKS je základným nástrojom na riadenie schôdze NR SR. Medzi jeho najvýznamnejšie úlohy patrí:  
-
-
zaznamenávanie požiadaviek účastníkov o vystúpenie s ľubovoľným typom vystúpenia  
zobrazovanie všetkých prihlásených v poradí ako sa prihlásili so zohľadnením priorít zo Zákona Národnej  
rady SR č. 350/1996 Z. z. o rokovacom poriadku Národnej rady Slovenskej republiky v znení neskorších  
predpisov (ďalej iba „rokovací poriadok“) na zobrazovacích tabuliach  
možnosť jednoduchého prideľovanie mikrofónov v poradí ako majú poslanci vystupovať, alebo podľa  
pokynov predsedajúceho (bez ohľadu na poradie)  
-
-
-
-
-
-
pomocou aktivovania mikrofónu nepriamo riadiť polohovanie kamier  
spúšťanie hlasovania  
vyhodnocovanie hlasovania  
zobrazovanie výsledkov hlasovania na zobrazovacích tabuliach  
posielať titulkovaciemu zariadeniu identifikáciu poslanca, ktorý práve vystupuje (podľa vsunutej  
identifikačnej karty poslanca)  
-
posielať titulkovaciemu zariadeniu identifikáciu práve prerokovávaného bodu programu  
3.1.3.1  
Základné funkcie DKS  
DKS sa bude využívať minimálne na nasledovné funkcie:  
riadenie mikrofónov  
.
.
všetky žiadosti o pridelenie slova sa zoraďujú v poradí ako boli vykonané  
všetky žiadosti sa zobrazujú na tabuly v poradí prihlásenia a podľa prioritizácie podľa legislatívnych  
pravidiel (predsedajúci teda stále priraďuje slovo prvému zobrazenému)  
.
.
poslanec vidí na svoje jednotke stav, že jeho žiadosť bola zaznamenaná v systéme, ako aj poradie danej  
žiadosti v zozname prihlásených (pre všetky typy vystúpenia)  
všetky pridelenia slov sú zaznamenávané v informačnom zdroji „vystúpenia“ s presne definovanými  
metadátami (na základe tohto stavu je možné dodatočne zobraziť priebeh schôdze v grafickej podobe  
kto k čomu a kedy hovoril, na koho reagoval a podobne)  
.
.
všetky aktivity poslancov (teda aj prihlásenia a prípadné odhlásenia) sú zaznamenávané v informačnom  
zdroji „aktivity psolancov“  
systém v prípade využitia opcie pre vzdialené rokovanie musí umožniť vzdialenému účastníkovi počas  
všetkých štádii rokovania možnosť prihlásiť sa presne takými istými možnosťami ako poslancovi  
v rokovacej sále.  
hlasovanie  
.
systém umožňuje vykonávať typ hlasovania „hlasovanie pomocou hlasovacieho zariadenia“, resp. typ  
„prezentácia pomocou hlasovacieho zariadenia“  
.
systém v prípade využitia opcie pre vzdialené rokovanie musí umožniť vzdialenému účastníkovi počas  
hlasovania tie isté možnosti pri hlasovaní ako pri poslancovi v rokovacej sále a musí mu na záver zobraziť  
tie isté údaje ako poslancovi v rokovacej sále  
polohovanie kamier  
.
systém poskytuje okamžite po aktivovaní mikrofónu informáciu pre kamerový systém na ktorom stolíku  
bol aktivovaný mikrofón  
.
.
systém poskytne titulkovaču do réžie informáciu ktorý vystupujúci hovorí  
systém poskytne druhému titulkovaču do réžie informáciu ktorý bod programu sa prerokúva  
Strana 8/36  
 
.
systém v prípade využitia opcie pre vzdialené rokovanie musí dokázať vložiť zvukový a obrazový signál  
od aktívneho rečníka ako ďalšiu „fiktívnu kameru“.  
sálové jednotky  
.
.
systém zobrazuje informácie na 2 veľkých zobrazovacích jednotkách  
systém poskytuje výstup zo zobrazovacej jednotky ako „fiktívnu ďalšiu kameru“, ktorú je možné prepnúť  
do živého vysielania  
.
systém v prípade využitia opcie pre vzdialené rokovanie musí umožniť počas vystúpenia vzdialeného  
poslanca zobrazovať videosignál od vzdialeného poslanca (z internej kamery). Napriek skutočnosti, že  
zobrazovanie na zobrazovacích tabuliach je súčasťou projektu „réžia“, počas využitia opcie musí  
dodávateľ projektu zabezpečiť vznik a distribúciu obrazového a zvukového signálu od každého  
vzdialeného účastníka do zvukovej a zobrazovej réžie (pre jeho možné zapojenie do systému) v čase  
aktívneho vystúpenia účastníka.  
3.1.3.2  
Základné komponenty DKS  
DKS bude plniť ako celok všetky svoje funkcie prostredníctvom jednotlivých jeho komponentov. Medzi tieto  
komponenty patria:  
-
-
-
-
-
-
-
poslanecké jednotky  
rečnícky pult  
miesto predsedajúceho  
počítač na mieste prezentácie  
počítač technika hlasovacieho zariadenia  
počítač zamestnanca zodpovedného za riadenie schôdze  
sálové jednotky  
3.1.3.3  
Zainteresované strany/Stakeholderi  
ROLA  
(vlastník procesu/ Informačný systém  
AKTÉR / STAKEHOLDER  
SUBJEKT  
vlastník  
ID  
(názov ISVS a MetaIS  
dát/zákazník/  
kód)  
(názov / skratka)  
užívateľ …. člen  
tímu atď.)  
Digitálny konferenčný  
1.  
2.  
3.  
4.  
5.  
6.  
Predseda Národnej rady SR  
Podpredseda NR SR  
Prezident SR  
NR SR  
Užívateľ  
systém  
Digitálny konferenčný  
NR SR  
Užívateľ  
systém  
Digitálny konferenčný  
Prezident SR  
Vláda SR  
Užívateľ  
systém  
Digitálny konferenčný  
Člen vlády  
Užívateľ  
systém  
Iný  
vystupujúci  
s miestom  
bez miesta  
Digitálny konferenčný  
rôzne subjekty  
rôzne subjekty  
Užívateľ  
systém  
v rokovacej sále  
Iný  
vystupujúci  
Digitálny konferenčný  
Užívateľ  
systém  
v rokovacej sále  
Strana 9/36  
Digitálny konferenčný  
systém  
7.  
8.  
Poslanec NRSR  
NR SR  
Užívateľ  
Užívateľ  
Účastník  
rokovania  
Digitálny konferenčný  
systém  
s identifikačnou kartou (mimo rôzne subjekty  
rokovania NR SR)  
Účastník  
rokovania  
Digitálny konferenčný  
systém  
9.  
bez identifikačnej karty (mimo rôzne subjekty  
Užívateľ  
rokovania NR SR)  
Digitálny konferenčný  
systém  
10.  
11.  
12  
Vedúci K NR SR  
K NR SR  
K NR SR  
K NR SR  
Vlastník procesu  
Správca DKS  
Riaditeľ odboru informatiky K NR  
SR  
Digitálny konferenčný  
systém  
Zamestnanec odboru informatiky  
NR SR  
Digitálny konferenčný  
systém  
Správca DKS  
3.1.4  
Ciele projektu  
-
-
Zabezpečenie moderných IKT pre potreby plynulého rokovania Národnej rady Slovenskej republiky  
liminácia rizika ohrozenia priebehu rokovania Národnej rady Slovenskej republiky z dôvodu zlyhania IKT  
vybavenia  
3.1.4.1  
PROBLÉM, ktorý je potrebné realizáciou projektu odstrániť  
Kancelária Národnej rady Slovenskej republiky zakúpila súčasný „digitálny konferenčný systém“ Philips DCN (ďalej  
iba „DKS“) v roku 2003 verejnou súťažou a od tej doby je nepretržite používaný pri rokovaniach Národnej rady  
Slovenskej republiky. Komponent Digitálny konferenčný systém je tvorený predovšetkým hlasovacím zariadením  
a špecializovaným softvérovým riešením integrovaným so SSLP a AOTS (Automatizovaný systém pre správu  
prepisov ISVS_6082). Riešenie je vybudované na báze Digital Congress Network spoločnosti Philips Bosch. Tvorí  
ho Central Control Unit a konferenčné jednotky Concentus prepojené sériovým rozhraním RS-422. Z uvedeného  
dôvodu je už nielen morálne, ale aj technicky zastaraný a keďže už v roku 2008 bola ukončená jeho výroba, nie je  
možnosť ho naďalej bezpečne udržiavať v bezporuchovom stave. Systém je momentálne bez podpory a jeho  
prípadné znefunkčnenie môže ohroziť priebeh rokovaní Národnej rady a následne aj kvalitu poskytovaných  
informačných služieb.  
Z uvedeného dôvodu sa kancelária rozhodla vykonať verejnú súťaž na obmenu uvedeného zariadenia. Uvedené  
zariadenie však od svojho vzniku presiahlo požiadavky „bežne dostupného konferenčného systému“ a z dôvodu  
definovaných požiadaviek na funkčnosť systému už vtedy nemohol byť dodaný bežne dostupný ovládací softvér,  
ale musel byť dodaný taký konferenčný systém, ktorý mal API rozhranie pre ovládanie systému a následne bol  
dodávateľom vyvinutý špeciálny softvér použitý iba pre potreby NR SR.  
Aj pre realizáciu nového projektu sa očakáva, že štandardne dodávané softvérové systémy nebudú schopné splniť  
všetky požiadavky Kancelárie Národnej rady SR a bude potrebné aby dodávateľ buď vyvinul špeciálny softvér na  
ovládanie rokovania NR SR, alebo dopracoval štandardne dodávaný SW podľa definovaných požiadaviek .  
Strana 10/36  
 
3.1.4.2  
Merateľné ukazovatele/KPI  
ID  
NÁZOV  
POPIS  
MERNÁ  
AS-IS  
TO-BE  
SPÔSOB ICH  
MERATEĽNÉH UKAZOVAT JEDNOTK MERATEĽNÉ MERATEĽNÉ  
MERANIA/  
O
EĽA  
A
VÝKONNOST VÝKONNOSTN  
OVERENIA  
PO  
NASADENÍ  
(overenie  
naplnenie  
cieľa)  
A VÝKONNOS  
TNÉHO  
UKAZOVATEĽ  
A (KPI)  
(v čom sa NÉ HODNTOY  
meria  
ukazovat (aktuálne  
eľ)  
É
HODNTOY  
(cieľové  
hodnoty  
projektu)  
CIEĽ  
hodnoty)  
ID Eliminovan Počet  
ie rizika hlasovaní  
dní Jedná sa Počet  
o počet  
Nevyhodnoc  
uje sa  
0
Počet  
výpadkov  
DKS  
dní  
1
zvyšovania náhradným  
dodatočný spôspom  
ch  
hlasovacích  
dní, ktoré  
bude  
nákladov  
na  
potrebné  
riešiť  
hlasovanie  
alternatívn  
ym  
spôsobom  
ID Poskytnúť  
Počet  
Ukazovateľ počet  
0
1
Dáta budú  
získavané  
prostredníct  
vom DKS.  
2
modernú  
platformu  
pre  
informačných vyjadruje  
systémov počet  
zabezpečujúci realizovaný  
IS  
realizáciu  
ch  
ch v rámci  
biznis  
elektronické  
služby  
projektu  
procesov  
Národnej  
rady  
a
zabezpeče  
nie  
efektívneh  
o
rokovania  
NR SR.  
3.2 POŽIADAVKY NA TECHNICKÚ A ODBORNÚ SPÔSOBILOSŤ DODÁVATEĽA  
Verejným obstarávateľom stanovené podmienky účasti vyplývajú z potreby preukázania minimálnych praktických  
skúseností uchádzača s poskytovaním služieb rovnakého alebo obdobného charakteru ako je tento predmet  
zákazky. Celková hodnota požadovaných referencií vychádza z predpokladanej hodnoty zákazky a náročnosti  
obstarávaných služieb. Podmienka účasti je primeraná a jej potreba vyplynula z dôvodu overenia skutočnosti, či  
uchádzači disponujú odbornými skúsenosťami z oblasti predmetu zákazky, resp. s obdobnými odbornými  
skúsenosťami a sú oprávnení a schopní ho dodať. Splnenie týchto podmienok účasti by malo zaručiť, že uchádzač  
ovláda problematiku nevyhnutnú na poskytnutie tohto predmetu zákazky.  
Verejným obstarávateľ požaduje preukázanie nasledovných skutočností pre naplnenie podmienok. V prípade ak  
navrhnuté technické riešenie nevyžaduje niektorú z rolí uvedte to v odpovediach PTK.  
Strana 11/36  
 
3.2.1  
Zoznam dodávok tovaru alebo poskytnutých služieb za predchádzajúce tri roky od vyhlásenia verejného  
obstarávania  
Uchádzač predloží zoznam poskytnutých služieb rovnakého alebo podobného charakteru ako je predmet zákazky  
za predchádzajúce 3 roky od vyhlásenia verejného obstarávania s uvedením cien, lehôt dodania a odberateľov;  
dokladom je referencia, ak odberateľom bol verejný obstarávateľ alebo obstarávateľ podľa tohto zákona.  
V zmysle uvedeného musí uchádzač preukázať realizáciu minimálne nasledovných zmlúv (projektov) :  
Jeden projekt vo veci implementácie informačného systému, ktorého súčasťou bolo dodanie, implementácia  
systému, alebo údržba informačného systému pre hlasovanie zastupiteľstva/parlamentu, alebo informačný  
systém s podporou pre prideľovanie mikrofónov, v minimálnej hodnote 200 000 Eur bez DPH, pričom daný  
projekt musí minimálne obsahovať:  
hlasovanie  
možnosti hlásenia sa so žiadosťami o slovo  
riadenie mikrofónov  
implementácia integračných služieb  
Jeden projekt na implementáciu, alebo údržbu a rozširovanie informačného systému, postaveného na  
databázovom systéme v minimálnej hodnote 200 000,00 Eur bez DPH musí obsahovať:  
podporu zberu, spracovania, uloženia a prezentácie údajov prostredníctvom relačného  
databázového systému; grafické prostredie pre prácu s dátami, nástroje pre kontrolu kvality dát,  
metadátový model pre štruktúrovanie údajov  
riadenie prístupu k údajom pre jednotlivých používateľov prostredníctvom metadát  
export dát do vybraných formátov (minimálne xml) import dát vo vybraných formátoch  
(minimálne xml)  
3.2.2  
Predloženie údajov o vzdelaní a odbornej praxi alebo o odbornej kvalifikácii osôb určených na plnenie  
zmluvy alebo riadiacich zamestnancov (kľúčoví experti)  
Verejný obstarávateľ požaduje predložiť údaje o vzdelaní a odbornej praxi alebo o odbornej kvalifikácii osôb  
určených na plnenie zmluvy alebo riadiacich zamestnancov (kľúčoví experti).  
Z uchádzačom predložených dokladov musia byť minimálne zrejmé:  
1.  
údaje o vzdelaní a odbornej praxi kľúčových expertov, čo uchádzač u týchto kľúčových expertov  
preukáže predložením profesijných životopisov, alebo ekvivalentnými dokladmi.  
Z každého predloženého profesijného životopisu príslušného kľúčového experta alebo ekvivalentného  
dokladu musia vyplývať nasledovné údaje/skutočnosti:  
2.  
meno a priezvisko príslušného kľúčového experta,  
história zamestnania/odbornej praxe príslušného experta vo vzťahu k predmetu zákazky  
(zamestnávateľ/odberateľ, trvanie pracovného pomeru/trvanie odbornej praxe / rok a  
mesiac od – do, pozícia, ktorú príslušný kľúčový expert zastával),  
praktické skúsenosti príslušného kľúčového experta (názov projektu/predmetu plnenia,  
odberateľ/zamestnávateľ, popis projektu/predmetu plnenia, pozícia na projekte/predmete  
plnenia, obdobie rok a mesiac od - do, meno a priezvisko aspoň jednej kontaktnej osoby a  
číslo telefónu a emailový kontakt odberateľa, kde si bude môcť verejný obstarávateľ overiť  
informácie).  
Uchádzač vyššie uvedeným spôsobom preukáže splnenie nasledovných minimálnych požiadaviek na kľúčových  
expertov č. 1 až 5:  
Expert č.1 - Projektový manažér pre implementáciu:  
Strana 12/36  
 
 
ukončené  
vysokoškolské  
vzdelanie  
minimálne  
2.  
stupňa  
vzdelanie  
IT/matematického/ekonomického/právnického zamerania; preukáže scanom dokladu o najvyššom  
dosiahnutom vzdelaní;;  
minimálne päť rokov odbornej praxe v riadení projektov v oblasti informačných systémov, preukáže v  
štruktúrovanom profesijnom životopise;  
Minimálne tri praktické skúsenosti s riadením projektov v pozícii projektový manažér projektov  
implementácie softvérových riešení, pričom jeden z týchto projektov mal realizačný objem väčší ako  
200 000,00 Eur bez DPH; projektový manažér preukáže v zozname minimálnych praktických skúseností;  
platný certifikát projektového manažmentu (min. úrovne PRINCE 2 Practicioner, IPMA C/B alebo PMI  
PMP) na odbornú spôsobilosť pre riadenie projektov alebo ekvivalent daného certifikátu vydaný  
medzinárodne uznávanou akreditovanou (certifikovanou) autoritou; Túto podmienku účasti kľúčový  
expert preukáže kópiou platného certifikátu alebo kópiou rovnocenného dokladu (dôkaz rovnocennosti  
a rovnocenný doklad uvedený vyššie musí preukázať dodávateľ).  
Odôvodnenie:  
Požiadavky na experta č. 1 - projektový manažér - sú potrebné a primerané, pretože v rámci dodania  
predmetu zákazky je potrebné vytvorený projektový výbor zložený zo zástupcov verejného obstarávateľa  
a úspešného uchádzača, ktorý bude riadiť dodávky predmetu zákazky. Taktiež bude potrebná rozsiahla  
koordinácia prác na strane verejného obstarávateľa ako aj úspešného uchádzača, zabezpečenie kvality,  
riadenie rizík. Hlboká znalosť metodiky a skúsenosti s riadením bude potrebná aj kvôli zvládnutiu  
implementačnej fázy projektu. Požiadavka na minimálne 3 praktické skúsenosti s riadením projektov v  
oblasti realizácie informačných systémov, zameraných na analýzu, návrh a implementáciu softvérového  
riešenia a požiadavka na predloženie certifikátu projektového riadenia je nevyhnutná z dôvodu riadneho  
plnenia zmluvy a vychádza z analýzy pri stanovení požiadaviek na plnenie predmetu zákazky z časového  
hľadiska a z hľadiska náročnosti plnenia predmetu zákazky. Certifikát projektového riadenia garantuje  
správnosť a úplnosť postupov projektového riadenia pri realizácii zákazky v súlade so strategickými  
dokumentmi rozvoja informačných systémov verejnej správy.  
Kľúčový expert č. 2: Špecialista pre bezpečnosť a kyberbezpečnosť IS  
ukončené vysokoškolské vzdelanie minimálne 2. stupňa; preukáže scanom dokladu o najvyššom  
dosiahnutom vzdelaní;  
minimálne 5 rokov odbornej praxe v oblasti kyberbezpečnosti informačných systémov; túto podmienku  
účasti uchádzač preukáže v štruktúrovanom profesijnom životopise;  
minimálne 1 praktickú skúsenosť v oblasti bezpečnosti informačných systémov v súlade s bezpečnostnými  
štandardami, v minimálnej hodnote 200 000,00 EUR bez DPH; túto podmienku účasti preukáže expert v  
zozname minimálnych praktických skúseností;  
platný certifikát CISA alebo CISM alebo CISSP alebo medzinárodne uznávaný ekvivalent daného certifikátu  
vydaný akreditovanou autoritou; túto podmienku účasti uchádzač u experta preukáže prostredníctvom  
kópie platného certifikátu.  
Kľúčový expert č. 3: IT programátor/vývojár  
ukončené vysokoškolské vzdelanie minimálne 2. stupňa; preukáže scanom dokladu o najvyššom  
dosiahnutom vzdelaní;  
minimálne 5 rokov odbornej praxe v oblasti návrhu, programovania a vývoja komplexných  
informačných systémov, túto podmienku účasti uchádzač preukáže v štruktúrovanom profesijnom  
životopise  
minimálne 1 preukázateľnú praktickú skúsenosť v oblasti návrhu, programovania a vývoja  
informačných systémov, v minimálnej hodnote 200 000,00 EUR bez DPH; túto podmienku účasti  
preukáže expert v zozname minimálnych praktických skúseností;  
Strana 13/36  
platný certifikát s minimálnou úrovňou Certified SOA Professional alebo ekvivalent daného certifikátu  
vydaný akreditovanou autoritou; túto podmienku účasti uchádzač  
prostredníctvom kópie platného certifikátu.  
u experta preukáže  
Kľúčový expert č. 4: IT tester  
ukončené vysokoškolské vzdelanie minimálne 2. stupňa; preukáže scanom dokladu o najvyššom  
dosiahnutom vzdelaní  
minimálne 3 roky odbornej praxe v oblasti testovania softvérových aplikácií, funkčných a nefunkčných  
požiadaviek na softvérové riešenie; túto podmienku účasti uchádzač preukáže túto podmienku účasti  
uchádzač preukáže v štruktúrovanom profesijnom životopise;  
certifikát v oblasti testovania softvérových aplikácií ISTQB CTFL alebo ekvivalent, vydaný  
akreditovanou autoritou; túto podmienku účasti uchádzač u experta preukáže prostredníctvom kópie  
platného certifikátu.  
Kľúčový expert č. 5: Databázový špecialista  
1. ukončené vysokoškolské vzdelanie minimálne 2. stupňa; preukáže scanom dokladu o najvyššom  
dosiahnutom vzdelaní;  
2. minimálne 5 rokov odbornej praxe v oblasti návrhu a realizácii databáz; kľúčový expert preukáže v  
štruktúrovanom profesijnom životopise;  
3. minimálne 1 preukázateľnú praktickú skúsenosť v oblasti návrhu a implementácie databázového riešenia  
v minimálnej hodnote 200 000,00 EUR bez DPH; túto podmienku účasti preukáže expert v zozname  
minimálnych praktických skúseností.  
3.2.3  
Predloženie údajov o zavedení vnútro firemných štandardov  
Uchádzač preukáže a doloží, že je držiteľom:  
certifikátu na systém riadenia kvality na predmet zákazky v zmysle požiadaviek EN ISO 9001  
vydaný nezávislou inštitúciou, pričom verejný obstarávateľ uzná ako rovnocenné osvedčenia vydané  
príslušnými orgánmi členských štátov Európskych spoločenstiev. Verejný obstarávateľ prijme aj iné  
dôkazy predložené uchádzačom, ktoré sú rovnocenné opatreniam na zabezpečenie kvality podľa  
požiadaviek na vystavenie príslušného certifikátu v súlade s § 29 zákona o verejnom obstarávaní.  
certifikátu o zavedení systému riadenia bezpečnosti informácií v zmysle požiadaviek normy ISO  
27001 vydaný nezávislou inštitúciou, pričom verejný obstarávateľ uzná ako rovnocenné osvedčenia  
vydané príslušnými orgánmi členských štátov Európskych spoločenstiev. Verejný obstarávateľ prijme  
aj iné dôkazy predložené uchádzačom, ktoré sú rovnocenné systému riadenia bezpečnosti informácií  
podľa príslušnej normy na vydanie certifikátu.  
3.3 SÚLAD S LEGISLATÍVOU  
-
-
Dopytovaný informačný systém bude základnou službou v zmysle zákona 69/2018  
Plnenie musí byť v súlade s platnou legislatívou, najmä:  
LEGISLATÍVNE ŠTANDARDY  
Strana 14/36  
 
 
Ústava Slovenskej republiky č. 460/1992 Zb. v znení neskorších predpisov  
Ústavný zákon č. 397/2004 Z. z. o spolupráci Národnej rady Slovenskej republiky a vlády Slovenskej republiky v  
záležitostiach Európskej únie  
Ústavný zákon č. 227/2002 Z. z. o bezpečnosti štátu v čase vojny, vojnového stavu, výnimočného stavu a núdzového  
stavu v znení neskorších predpisov  
Zákon NR SR č. 350/1996 Z. z. o rokovacom poriadku NR SR v znení neskorších predpisov  
Zákon č. 211/2000 Z. z. o slobodnom prístupe k informáciám a o zmene a doplnení niektorých zákonov v znení  
neskorších predpisov  
Zákon č. 400/2015 Z. z. o tvorbe právnych predpisov a o Zbierke zákonov Slovenskej republiky a o zmene a doplnení  
niektorých zákonov v znení neskorších predpisov  
Zákon č. 357/2004 Z. z. o ochrane verejného záujmu pri výkone funkcií verejných funkcionárov v znení neskorších  
predpisov  
Legislatívne pravidlá tvorby zákonov č. 19/1997 Z. z. (uznesenie Národnej rady Slovenskej republiky č. 519 z 18.  
decembra 1996, uznesenie Národnej rady Slovenskej republiky č. 1146 zo 6. novembra 2008 a uznesenie Národnej rady  
Slovenskej republiky č. 1169/2018 zo 16. mája 2018)  
Podrobnejšie pravidlá rokovania Národnej rady Slovenskej republiky (uznesenie Národnej rady Slovenskej republiky zo  
4. februára 1997 č. 522 a uznesenie Národnej rady Slovenskej republiky z 22. marca 1999 č. 208)  
Pravidlá hlasovania na schôdzach Národnej rady Slovenskej republiky (uznesenie Národnej rady Slovenskej republiky  
uznesením zo 4. februára 1997 č. 523)  
Elektronická forma podávania a doručovania materiálov Národnej rade Slovenskej republiky (uznesenie Národnej rady  
Slovenskej republiky č. 1146/2008 zo 6. novembra 2008 a uznesenie Národnej rady Slovenskej republiky č. 1169/2018  
zo 16. mája 2018)  
Oznámenie Ministerstva zahraničných vecí Slovenskej republiky č. 486/2009 Z. z. o uzavretí Lisabonskej zmluvy, ktorou  
sa mení a dopĺňa Zmluva o Európskej únii a Zmluva o založení Európskeho spoločenstva v platnom znení  
ŠTANDARDY pre eGOVERNMENT  
Zákon č. 95/2019 o informačných technológiách vo verejnej správe a o zmene a doplnení niektorých zákonov  
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 proti byrokracii č. 177/2018 Z.z. o niektorých opatreniach na znižovanie administratívnej záťaže využívaním ISVS  
Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov  
Nariadenie rady EÚ č. 2016/269 (GDPR)  
Metodické usmernenie nariadeniu (GDPR) k spracúvaniu osobných údajov (prostredníctvom web stránok) v súlade s  
požiadavkami Nariadenia 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  
ŠTANDARDY pre KYBERNETICKÚ a INFORMAČNÚ BEZPEČNOSŤ  
Strana 15/36  
Zákon č. 69/2018 o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov  
Zákon č. 45/2011 o Kritickej infraštruktúre Z.z.  
Trestný zákon č. 300/2005 Z.z. (trestné činy páchané pomocou elektronických prostriedkov a v elektronickom prostredí)  
Zákon elektronických komunikáciách č. 351/2011 Z.z. (ochrana súkromia a osobných údajov, ochrana sietí a zariadení)  
Zákon o dôveryhodných službách (elektronický podpis) č. 272/2016 Z.z. o dôveryhodných službách pre elektronické  
transakcie na vnútornom trhum (EiDAS)  
ŠTANDARDY pre KVALITU ÚDAJOV  
Zákon o e-Governmente (§52) - povinnosť referencovania sa a využívať referenčné údaje.  
Zákon o e-Governmente (§10) - povinnosť využívať „Modul procesnej integrácie a integrácie údajov (jeho časti IS CSRÚ)“  
a realizovať integráciu údajov, synchronizáciu údajov pri referencovaní a pri výmene údajov s referenčnými registrami  
a základnými číselníkmi.  
Metodické usmernenie č. 1/ 2019 k zálohovaniu údajov v databázach domén, registrátorov a kontaktov súvisiacich so  
správou domén najvyššej úrovne  
ŠTANDARDY RIADENIA KVALITY  
Metodika riadenia QAMPR  
Riadenie kvality podľa Smernice STN EN ISO 9001: 2016  
ŠTANDARDY pre LICENCIE  
Uznesenia vlády č. 286/2019 o povinnosti prednostne pristupovať k platným a účinným centrálnym IKT zmluvám  
Ostatné všeobecne záväzné právne predpisy ktoré sa dotýkajú predmetu obstarávania, uvedených zákonov  
3.4 POŽADOVANÉ VÝSTUPY – projektový popis produktu  
Projekt je zameraný na dodávku v dvoch prepojených oblastiach:  
-
-
SW pre DKS  
HW a technické zabezpečenie pre DKS  
Zároveň je potrebné povedať, že projekt nie je primárne zameraný na elektronizáciu procesov, ale na zabezpečenie  
fungovania základného poslania a cieľa NR SR, ktorým je zákonodarná činnosť.  
Z pohľadu výstupov je projekt realizovaný v 1 inkremente, ktorého trvania je predpokladané na 16 mesiacov,  
pričom bude realizovaný v prostredníctvom nasledujúcich fáz::  
-
-
-
-
-
-
Analýza a dizajn  
Nákup HW a príslušného SW  
Implementácia  
Testovanie  
Nasadenie  
Post implementačná prevádzka  
Pre tieto etapy sú definované jasné výstupy, ktoré majú byť dodané a budú predmetom akceptačných kritérií.  
Strana 16/36  
 
Výsledným produktom bude dodaný komplexný systém DKS so všetkými definovanými modulmi a technologickým  
zabezpečením akcentujúcimi všetky požiadavky definované v rámci DFŠ, ktorá bude detailizovať navrhované  
požiadavky v zmysle prílohy Katalóg požiadaviek.  
Pri odovzdávaní sa od dodávateľa očakávajú v jednotlivých etapách projektu všetky dokumenty v elektronickej,  
editovateľnej podobe, ako aj v podobe pdf.  
V nasledujúcej tabuľke sú definované jednotlivé výstupy po fázach projektu pre každý modul:  
Etapa  
Výstupy  
Analýza a dizajn  
-
-
DFŠ - detailnú identifikáciu všetkých relevantných požiadaviek (funkčných a  
nefunkčných) a obmedzení  
Detailná technologická a aplikačná architektúra - analýzu architektúry  
existujúcich systémov, procesov a požiadaviek na prostredia, t.j. dodanie  
detailnej špecifikácie cieľovej biznis, IS a technologickej architektúry  
vzhľadom na existujúce  
prostredie s maximálnym využitím už  
realizovaných investícii verejného obstarávateľa  
-
-
Príprava podkladov pre riadenie kvality (definovaním merateľných  
výkonnostných parametrov na vytváranie, overovanie projektových  
produktov, definovanie akceptačných kritérií, ktoré sú vhodné na  
požadovaný účel)  
Vypracovanie bezpečnostnej a technologickej architektúry – jedná sa  
o dodanie materiálu z oblasti bezpečnostnej architektúry, ktorá musí  
reflektovať existujúcu legislatívu a rovnako bude obsahovať aj návrh  
technologickej architektúry aby boli zabezpečené plynulé procesy  
a požiadavky, ktoré musí z povahy veci systém spĺňať  
-
-
Analýza rizík a hrozieb a návrh ich eliminácie, definovanie požiadaviek na  
bezpečnosť, bezpečný návrh/architektúra, kontrola návrhu  
Testovacie scenáre  
- navrhnutie metodiky testovania a detailných testovacích scenárov  
- vytvorenie bezpečnostných testovacích scenárov  
- Testovanie - testovanie prototypu - cca 3 jednotky  
Nákup HW a potrebného SW  
Implementácia  
-
Bude dodané komplexné technologické riešenie definované v technických  
podkladoch, pričom súčasťou budú aj súvisiace práce s inštaláciou zariadení  
ako aj s deinštaláciou existujúcich technologických komponentov.  
-
Implementácia  
zabezpečí  
dodanie  
požadovanej  
funkcionality  
integráciu  
s nasledovnými aktivitami:  
o
o
prípravu technologických prostredí,  
implementáciu funkcionality jednotlivých výstupov,  
výstupov/produktu,  
o
o
o
akceptáciu produktu,  
implementácia integračných požiadaviek  
dodanie dokumentácie (používateľskej, administrátorskej a pod.).  
Testovanie  
Realizované testovania:  
-
Integračné  
-
-
-
-
-
Regresné  
Bezpečnostné vrátane penetračných testov  
Záťažové,  
Akceptačné  
Pripravenosti na nasadenie do produkčného prostredia  
Strana 17/36  
Nasadenie  
-
-
Nasadenie do prevádzkového prostredia  
Školenie používateľov  
Post  
implementačná - Bude zabezpečená v rozsahu uvedenom v kapitole Prevádzka a údržba  
prevádzka  
3.4.1  
Produktová dokumentácia  
Pri odovzdávaní sa od dodávateľa očakávajú v jednotlivých etapách projektu nasledovné dokumenty  
v elektronickej, editovateľnej podobe, ako aj v podobe pdf:  
Etapa „Analýza a dizajn“  
Definitívna funkčná špecifikácia  
detailná identifikácia všetkých relevantných požiadaviek (funkčných  
a obmedzení  
Detailná technologická a aplikačná architektúra  
o
a nefunkčných)  
o
analýza architektúry existujúcich systémov, procesov a požiadaviek na prostredia, t. j. dodanie  
detailnej špecifikácie cieľovej biznis, IS a technologickej architektúry vzhľadom na existujúce  
prostredie  
Testovacie scenáre  
navrhnutie metodiky testovania a detailných testovacích scenárov  
o
Etapa „Implementácia“  
Technická dokumentácia (Konfiguračná príručka a pokyny pre diagnostiku)  
o
dokumentácia popisujúca nastavenie systému, užívateľské role, informačné zdroje a databázy,  
integračné rozhrania  
Používateľská dokumentácia  
o
Používateľská príručka  
dokumentácia popisujúca postupy pre užívateľa v každej užívateľskej role každého modulu  
o
Administrátorská príručka  
dokumentácia obsahujúca aplikačné funkcie prístupné iba pre administrátora systému, resp.  
administrátora modulu  
Prevádzková dokumentácia  
o
dokumentácia popisujúca odporúčané postupy pre prevádzku systému a pre servis a údržbu  
systému  
o
Inštalačná príručka a pokyny na inštaláciu  
.
dokumentácia popisujúca presné postupy pri prvotnej inštalácii, ako aj pri  
preinštalovaní systému (alebo jeho časti)  
o
o
o
Integračná príručka  
dokumentácia obsahujúca popis integrácie na iné informačné systémy, webservisy  
alebo vstupné zdroje pre middleware, katalóg integračných služieb  
Prevádzkový opis a pokyny pre servis a údržbu  
.
.
dokumentácia obsahujúca postupy pri spúšťaní, servírovaní a údržbe ako SW aplikácii,  
tak aj HW komponentov  
Havarijný plán  
pokyny pre zálohovanie a obnovu, zoznam systémových poruchových správ a reakcie  
na ne v prípade výpadku, alebo havárie, RTO, RPO  
Bezpečnostný projekt  
dokument v súlade s §23 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  
Súlad spracúvania osobných údajov (GDPR)  
.
o
o
právna analýza súladu spracúvania osobných údajov v dodávanom informačnom systéme voči  
požiadavkám platnej legislatívy SR a EÚ na ochranu osobných údajov  
Strana 18/36  
 
Analýza bezpečnosti, ktorý bude súčasťou bezpečnostného projektu podľa prílohy č. 3 vyhlášky č.  
179/2020 a 362/2018 ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení  
informačných technológií verejnej správy  
Etapa „Testovanie“  
podpísané akceptačné protokoly o vykonaní každého požadovaného druhu testu v časti Testovanie  
ako zo strany dodávateľa, tak aj zo strany odberateľa  
Etapa „Nasadenie“  
prezenčné listiny školení  
protokol o nasadení systému do testovacej a následne ostrej prevádzky  
Akceptácia Dokumentov  
dokumenty budú Objednávateľovi odoslané v lehotách definovaných v Zmluve alebo Projektovom  
pláne na pripomienkovanie v elektronickej forme vo forme e-mailovej správy. V prípade požiadavky  
Objednávateľa (definovanej v Zmluve, Projektovom pláne alebo objednávke) bude Dokument  
odovzdaný osobne v papierovej forme a v elektronickej forme na CD. Zároveň môže byť realizovaná  
aj prezentácia Dokumentu,  
v prípade osobného prevzatia písomnej formy Dokumentu podpíše zástupca Objednávateľa preberací  
protokol,  
objednávateľ je povinný zaslať pripomienky k Dokumentu e-mailom v dohodnutej lehote odo dňa  
prevzatia (doručenia) Dokumentu vo formáte MS Excel, alebo MS Word,  
zhotoviteľ pripomienky zapracuje. V prípade, že niektorú z pripomienok nie je možné akceptovať,  
zabezpečí Zhotoviteľ písomné vyjadrenie pripomienkujúceho, že po vysvetlení situácie berie svoju  
pripomienku naspäť,  
novú verziu Dokumentu so zapracovanými pripomienkami zašle Zhotoviteľ Objednávateľovi v  
rovnakej forme v akej odovzdal prvú verziu Dokumentu s vyznačenými zmenami,  
v prípade osobného prevzatia písomnej formy novej verzie Dokumentu podpíše zástupca  
Objednávateľa preberací protokol,  
objednávateľ je povinný do 2 pracovných dní po obdržaní novej verzie Dokumentu preveriť spôsob  
zapracovania pripomienok,  
v prípade nesúhlasu musí zaslať Objednávateľ svoje stanovisko bezodkladne, najneskôr do ďalších 2  
pracovných dní. Stanovisko môže zaslať iba k spôsobu zapracovania pripomienok vzneseným k prvej  
verzii Dokumentu,  
pripomienkovanie sa bude rovnakým spôsobom opakovať, pokiaľ nebude zo strany Objednávateľa  
vyjadrený súhlas so zapracovanými pripomienkami,  
takto pripravený dokument bude predložený na schválenie a akceptáciu Projektovému manažérovi  
Objednávateľa. Po jeho akceptácií sa stáva záväzným dokumentom pre Projekt,  
konečná verzia Dokumentu bude po akceptácii odovzdaná Objednávateľovi v dvoch vyhotoveniach v  
písomnej forme a jedenkrát v elektronickej forme na CD. O prevzatí Dokumentov bude potvrdený  
preberací protokol  
dodávka Dokumentu sa považuje za ukončenú a riadne splnenú jeho akceptáciou a prevzatím.  
3.4.2  
Testovanie  
V etape projektu „Testovanie“ sa požaduje vykonanie a akceptovanie zo strany objednávateľa nasledovných  
druhov testov:  
Funkčné testovanie (FAT)  
Systémové a integračné testovanie (SIT)  
Záťažové a výkonnostné testovanie  
Bezpečnostné testovanie (SW/HW a kybernetická bezpečnosť) v súlade s nariadením CSIRTU na linke  
Používateľské testy funkčného používateľského rozhrania (UX)  
Strana 19/36  
 
Užívateľské akceptačné testovanie (UAT)  
Akceptácia programových úprav  
realizované a otestované „Programové úpravy / prvotné nasadenie“ budú odovzdané na testovanie  
u Objednávateľa formou definovanou v Zmluve alebo Projektovom pláne Projektu. Ak nebolo  
Zmluvnými stranami dohodnuté inak, Zhotoviteľ nainštaluje úpravy do testovacieho prostredia  
odberateľa,  
Objednávateľ otestuje dodané Programové úpravy do 5 pracovných dní od ich dodávky. Počas tohto  
obdobia je Objednávateľ oprávnený hlásiť Zhotoviteľovi vady vo funkcionalite realizovaných  
programových úprav. Za Vadu sa v tomto prípade považuje iba nesúlad správania sa Programovej  
úpravy voči odsúhlasenému Dokumentu. Na iné skutočnosti namietané Objednávateľom Zhotoviteľ  
nie je povinný prihliadať a nemajú vplyv na akceptáciu. V prípade, že sa Zmluvné strany v Zmluve alebo  
Projektovom pláne Projektu dohodli, že testovanie bude prebiehať za osobnej účasti zástupcu  
Zhotoviteľa, dohodnú sa aj na harmonograme a dobe testovania dodaných Programových úprav.  
Vady hlásené po stanovenom termíne budú riešené v rámci Hotline v zmysle servisnej zmluvy a  
nebudú mať vplyv na podpísanie akceptačného protokolu.  
Na konci testovacej prevádzky Objednávateľ vyhotoví súpis Vád s ich rozdelením do troch kategórií v  
zmysle SLA porúch.  
Projektový manažér Zhotoviteľa navrhne lehoty, v ktorých sa Zhotoviteľ zaväzuje odstrániť jednotlivé  
Vady.  
Projektový manažér Objednávateľa podpíše akceptačný protokol, obsahujúci stanovisko k akceptácii  
plnenia. Plnenie môže byť akceptované:  
a) bez výhrad,  
b) akceptované s výhradami, v prípade, že dielo je možné prevádzkovať  
c) neakceptované, v prípade, že plnenie obsahuje Väčšie množstvo Vád.  
Úspešné uskutočnenie testovania a potvrdenie akceptačného protokolu nezbavuje Zhotoviteľa  
povinnosti odstrániť všetky Vady plnenia v lehote stanovenej v akceptačnom protokole.  
Po odstránení Vady Objednávateľ písomne potvrdí jej odstránenie.  
Podpísaním akceptačného protokolu sa dodávka programových úprav považuje za riadne splnenú a  
prevzatú Objednávateľom.  
Pri akceptácii konverzie dát alebo ich modifikácii sa postupuje analogickým spôsobom.  
Akceptácia diela / modulu:  
Spôsob implementácie aplikácie/modulu (modulov) aplikácie bude popísaný  
Dokumente, ktorý podlieha akceptácii.  
v príslušnom  
V Dokumente sú presne definované akceptačné kritériá a testovacie procedúry, ktoré musí  
aplikácia/modul aplikácie spĺňať, aby mohla byť implementácia považovaná za ukončenú.  
Objednávateľ otestuje dodanú aplikáciu/modul do 5 pracovných dní od ich dodávky. Počas tohto  
obdobia je Objednávateľ oprávnený hlásiť Zhotoviteľovi Vady vo funkcionalite aplikácie/modulu. V  
prípade, že sa Zmluvné strany v Zmluve alebo Projektovom pláne Projektu dohodli, že testovanie bude  
prebiehať za osobnej účasti zástupcu Zhotoviteľa, dohodnú sa aj na harmonograme a dobe testovania  
dodanej aplikácie/modulu.  
Vady hlásené po stanovenom termíne budú riešené v rámci Hot-Line v zmysle Servisnej zmluvy,  
prípadne v zmysle Zmluvy o dielo, a nebudú mať vplyv na podpísanie akceptačného protokolu  
Po úspešnej realizácii testovacích procedúr definovaných v Dokumente Projektový manažér  
Zhotoviteľa predloží Projektovému manažérovi Objednávateľa akceptačný protokol za účelom  
akceptácie implementácie aplikácie/modulu.  
V prípade, že sa počas realizácie testovacích procedúr vyskytnú Vady, Objednávateľ v súčinnosti so  
Zhotoviteľom vyhotoví ich súpis s rozdelením do troch kategórií v zmysle kategorizácie SLA  
podmienok.  
Strana 20/36  
Projektový manažér Zhotoviteľa navrhne lehoty, v ktorých sa Zhotoviteľ zaväzuje odstrániť jednotlivé  
Vady.  
Projektový manažér Objednávateľa schváli akceptačný protokol, obsahujúci stanovisko k akceptácii  
plnenia. Stanovisko k akceptácií plnenia môže byť vo forme:  
a) bez výhrad,  
b) akceptované s výhradami, v prípade, že dielo je možné prevádzkovať  
c) neakceptované, v prípade, že plnenie obsahuje Väčšie množstvo Vád.  
Za Vady aplikácie/modulu sa považuje iba nesúlad správania sa aplikácie/modulu voči odsúhlasenému  
Dokumentu. Na iné skutočnosti namietané Objednávateľom Zhotoviteľ nie je povinný prihliadať a  
nemajú vplyv na akceptáciu.  
Úspešné uskutočnenie testovania a potvrdenie akceptačného protokolu nezbavuje Zhotoviteľ  
povinnosti odstrániť všetky Vady plnenia v lehote stanovenej v akceptačnom protokole.  
Po odstránení Vady Objednávateľ písomne potvrdí jej odstránenie.  
Aplikácia/Modul sa vždy považuje za riadne vykonanú/-ý a Objednávateľom prevzatú/-ý aj ku dňu kedy  
bola/bol po akceptácií prvý krát spustená/-ý do produkčnej prevádzky.  
Podpísaním akceptačného protokolu sa implementácia aplikácie/modulu považuje za riadne splnenú a  
prevzatú Objednávateľom.  
Akceptácia školenia:  
Účastníci školenia vyslaní na školenie Objednávateľom sú povinní svoju účasť na školení potvrdiť v  
prezenčnej listine.  
Podpísanie prezenčnej listiny účastníkmi školenia je akceptáciou školenia Objednávateľom.  
Akceptácia dodávky tovaru, resp. licencie:  
Dodávka tovaru (HW) a licencií (SW) prebieha na mieste určenom v Zmluve alebo Projektovom pláne  
Projektu.  
Projektový manažér Zhotoviteľa v prípade dodávky tovaru upozorní Objednávateľa vopred na termín  
dodávky. Licencie (SW) sa dodávajú v termínoch definovaných v Zmluve alebo Projektovom pláne  
Projektu.  
Pri preberaní dodávky podpíše Projektový manažér Objednávateľa preberací protokol. Podpísaním  
preberacieho protokolu sa dodávka považuje za riadne splnenú a prevzatú Objednávateľom.  
Akceptácia vykonaných prác:  
Po vykonaní prác podľa Zmluvy Zhotoviteľ predloží Objednávateľovi na akceptáciu výkaz prác. V prípade  
ak Objednávateľ nemá k vykonaným prácam výhrady, do 2 pracovných dní po doručení výkazu prác  
Projektový manažér schváli akceptačný protokol k vykonaným prácam.  
V prípade ak má Objednávateľ k vykonaným prácam oprávnené výhrady (práce neboli preukázateľne  
poskytnuté v súlade so Zmluvou), je povinný doručiť Zhotoviteľ výhrady k vykonaným prácam do 3  
pracovných dní odo dňa doručenia výkazu prác Objednávateľovi.  
V prípade podľa bodu 7.6.2. Projektový manažér Objednávateľa a Zhotoviteľa dohodnú postup, t. j. či  
bude Objednávateľovi poskytnuté náhradné plnenie, alebo sa Zmluvné strany dohodnú na inom  
postupe.  
3.5 Zmluvné podmienky  
Súčasťou zmluvy bude aj nasledovné časti, ktoré majú vplyv na cenu:  
1)  
2)  
3)  
Zmluva o zabezpečení plnenia bezpečnostných opatrení a notifikačných povinností,  
Sprostredkovateľská zmluva (ak sa budú spracúvať osobné údaje)  
V prípade, ak dodávateľ nedodá dielo včas, pričom objednávateľ zabezpečil potrebnú súčinnosť, má  
objednávateľ nárok na zmluvnú pokutu vo výške 20 % z ceny plnenia.  
Strana 21/36  
 
3.6 Náhľad architektúry  
V tejto časti je popísaný náhľad na zvolený biznis a aplikačnú architektúru.  
3.6.1  
POPIS BUDÚCEHO CIEĽOVÉHO PRODUKTU PROJEKTU z pohľadu biznis architektúry  
Používatelia riešenia  
Používateľov systému DKS môžeme rozdeliť do 3 skupín:  
1. Externí používatelia – osoba, ktorá nie je predsedom, podpredsedom alebo poslancom NR SR a zúčastňuje  
sa rokovania NR SR, typicky sa jedná o prezidenta SR, členov vlády SR, štatutárov ústredných orgánov štátnej  
správy a iné osoby.  
ID  
AKTÉR / STAKEHOLDER  
Bližší popis vo vzťahu k DKS  
Používateľ systému. Jedná sa však o osobu, ktorá sa neidentifikuje  
do DKS identifikačnou kartou, pretože vystupuje iba od rečníckeho  
pultíku. V prípade, že ide vystupovať od rečníckeho pultíku, musí  
mať technik DKS možnosť vložiť túto osobu priamo na pozíciu za  
rečníckym pultíkom, čo umožní identifikáciu tejto osoby posielať  
aj do titulkovača. Vystúpenie takejto osoby nesie príznak  
„vystúpenie prezidenta/tky Slovenskej republiky“. Vystúpenie  
takejto osoby v rozprave nemá časový limit.  
1.  
Prezident SR  
Používateľ systému. Jedná sa o post, ktorý môže, alebo nemusí  
používať identifikačnú kartu. Osoba na takomto poste má presne  
určené miesto v rokovacej sále a môže, no nemusí použiť  
identifikačnú kartu. Osoba na tomto poste sa môže prihlásiť do  
rozpravy, môže vystupovať od rečníckeho pultíka.  
2.  
3.  
4.  
Člen vlády  
Používateľ systému. Jedná sa o post, ktorý môže, alebo nemusí  
používať identifikačnú kartu. Osoba na takomto poste má presne  
určené miesto v rokovacej sále a môže, no nemusí použiť  
identifikačnú kartu. Osoba na tomto poste sa môže prihlásiť do  
rozpravy, môže vystupovať od rečníckeho pultíka.  
Iný  
vystupujúci  
s miestom  
bez miesta  
v rokovacej sále  
Používateľ systému. Jedná sa o post, ktorý nemusí používať  
identifikačnú kartu. Osoba na takomto poste má presne určené  
miesto v rokovacej sále a môže, no nemusí použiť identifikačnú  
kartu. Osoba na tomto poste sa môže prihlásiť do rozpravy, môže  
vystupovať od rečníckeho pultíka.  
Iný  
vystupujúci  
v rokovacej sále  
Účastník  
rokovania Používateľ systému. Účastník rokovania mimo rokovania NR SR,  
5.  
6.  
s identifikačnou kartou (mimo ktorý používa identifikačnú kartu.  
rokovania NR SR)  
Účastník  
rokovania Používateľ systému. Účastník rokovania mimo rokovania NR SR,  
bez identifikačnej karty (mimo ktorý môže rokovať iba z miesta pre neho určenom v zasadacom  
rokovania NR SR)  
poriadku.  
2. Interní používatelia – predseda NR SR, podpredsedovia NR SR  
ID  
1.  
AKTÉR / STAKEHOLDER  
Bližší popis vo vzťahu k DKS  
Používateľ systému. Má identifikačnú kartu umožňujúcu hlasovať  
aj identifikovať sa do ľubovoľnej jednotky poslanca, ako aj do  
jednotky predsedajúceho. V prípade, že vystupuje z miesta  
Predseda Národnej rady SR  
Strana 22/36  
 
 
predsedajúceho, jeho vystúpenie nemá časový limit a jedná sa o  
typ vystúpenia „vystúpenie predsedajúceho“. Ak vystupuje v  
rozprave, jeho vystúpenie tiež nemá časový limit.  
Používateľ systému. Má identifikačnú kartu umožňujúcu hlasovať  
aj identifikovať sa do ľubovoľnej jednotky poslanca, ako aj do  
jednotky predsedajúceho. V prípade, že vystupuje z miesta  
predsedajúceho, jeho vystúpenie nemá časový limit a jedná sa o  
typ vystúpenia „vystúpenie predsedajúceho“. Ak vystupuje v  
rozprave, jeho vystúpenie tiež nemá časový limit.  
Podpredseda NR SR  
Poslanec NRSR  
2.  
3.  
Používateľ systému. Má vlastnú identifikačnú kartu užívateľa,  
umožňujúcu hlasovať aj identifikovať sa do ľubovoľnej jednotky  
užívateľa. Môže vystupovať v rozprave  
3. Pracovník prevádzky – technik odboru informačných technológií  
ID  
1.  
AKTÉR / STAKEHOLDER  
Bližší popis vo vzťahu k DKS  
Riaditeľ odboru informatiky K NR Správa systému DKS  
SR  
Zamestnanec odboru informatiky Obsluha systému DKS.  
NR SR  
2
4.  
Vlastník procesu  
ID  
1.  
AKTÉR / STAKEHOLDER  
Vedúci Kancelárie NR SR  
Bližší popis vo vzťahu k DKS  
Vlastník procesu  
3.6.1.1  
Základné biznis požiadavky  
Umožnenie plynulého biznis procesu – rokovania NR SR  
DKS neposkytuje elektronické služby jeho používateľom – poslancom NR SR a vystupujúcim v NR SR. DKS poskytuje  
technolické prostredie pre plynulé zabezpečenie rokovania NR SR a správcovské moduly pre technikov Kancelárie  
NR SR.  
3.6.1.1.1  
Práca s údajmi  
Pre správnu funkčnosť DKS musia byť k dispozícii vždy aktuálne dáta z definovaných informačných zdrojov.  
Vplyv na existujúci proces a okolité prostredie  
Nahradenie existujúceho systému nesmie negatívne ovplyvniť plynulé rokovanie NR SR a prevádzku ostatných IS v  
správe Kancelárie NR SR, ktoré sú integrované s DKS v súčasnosti.  
3.6.1.1.2  
Integrácie  
Komponent Digitálny konferenčný systém je tvorený predovšetkým hlasovacím zariadením a špecializovaným  
softvérovým riešením integrovaným so systémom pre sledovanie legislatívneho procesu (ISVS SSLP)  
prostredníctvom integračných služieb ISVS Middleware..  
3.6.1.1.3  
Biznis služby riešenia  
DKS zabezpečuje IKT prostriedky pre 4 biznis služby:  
-
Žiadosti o vystúpenie – služba je riešená buď ako prístup z rokovacej ly alebo vzdialene prostredníctvom  
mobilného prístupu (pri využití opcie vzdialeného rokovania)  
Strana 23/36  
-
-
-
Vystúpenie v NR SR - služba je riešená buď ako prístup z rokovacej sály alebo vzdialene prostredníctvom  
mobilného prístupu (pri využití opcie vzdialeného rokovania)  
Hlasovanie v NR SR - služba je riešená buď ako prístup z rokovacej sály alebo vzdialene prostredníctvom  
mobilného prístupu (pri využití opcie vzdialeného rokovania)  
Zabezpečenie priebehu schôdze NR SR  
Biznis služby riešenia budú zabezpečované prostredníctvom základných komponentov DKS kam patrí:  
-
-
-
-
Poslanecké (užívateľské) jednotky  
Rečnícky pult  
Miesto predsedajúceho  
Počítač pred vstupom do rokovacej sály (prihlasovanie sa písomne do rozpravy a s návzhmi na zmenu  
programu)  
-
-
-
-
-
Počítač na mieste prezentácie  
Počítač technika hlasovacieho zariadenia  
Počítač zamestnanca zodpovedného za riadenie schôdze  
Obslužný SW technológií  
Moduly správy DKS  
Na nasledujúcej schéme je znázornená biznis architektúra navrhovaného riešenia:  
Strana 24/36  
Na nasledujúcej scheme je znázornená aplikačná architektúra navrhovaného riešenia.  
Strana 25/36  
3.6.1.1.4  
ISVS MW  
ISVS DKS musí poskytovať všetky svoje dáta na vstup do ISVS MW, ktorého účelom bude tieto dáta ďalej spracúvať  
pre rôzne potreby (OPENDATA, webové sídlo, iné informačné systémy). V priebehu vytvorenia „definitívnej  
funkčnej špecifikácie“ budú definované skupiny dát, ktoré musí informačný systém poskytovať vo forme  
integračných služieb a z hľadiska optimalizácie výkonu bude definované, či daná skupina dát bude vytváraná v  
rámci informačného systému, alebo až v rámci ISVS MW (teda, či daná integračná služba bude vytvorená na  
základe surových dát poskytovaných ISVS DKS do ISVS MW, alebo sa daná skupina dát pre danú integračnú  
službu vytvorí už napr. formou SQL View v databáze informačného systému a pomocou  
ISVS MW bude  
iba poskytovaná ďalej). Všetky dáta z iného informačného systému ktoré sú nevyhnutné pre prevádzku ISVS DKS  
musia byť získavané prostredníctvom integračných služieb ISVS MW.  
Integračné práce na ISVS MW zabezpečí systémový integrátor zodpovedný za prevádzku, riadenie zmien  
a implementačné práce na ISVS MW. Samotná architektúra integrácií musí byť vypracovaná v spolupráci so  
systémovým integrátorom ISVS MW. Dodávateľ projektu ISVS DKS bude musieť spolupracovať pri nasadzovaní  
uvedených integračných služieb a tieto práce musia byť súčasťou cenovej ponuky celého diela.  
Pre integračné rozhrania platia princípy:  
všetko čo je verejné musí byť publikované pre ISVS MW  
všetky integračné datasety musia pri poskytovaní údajov poskytnúť aj informáciu:  
o
ak údaje obsahujú osobné údaje, musia obsahovať informáciu o klasifikácii týchto údajov  
z hľadiska GDPR. Ak neobsahujú osobné údaje musia poskytnúť informáciu o tom že neobsahujú.  
Strana 26/36  
o
o
ak údaje obsahujú osobné údaje, musí existovať aj integračná služba s rovnakým datasetom ale  
anonymizovanými osobnými údajmi  
ak údaje obsahujú údaje klasifikované v zmysle zákona o kybernetickej bezpečnosti, musia  
obsahovať informáciu o ich klasifikácii  
pre každý informačný systém musia existovať integračné služby:  
o
služba umožňujúca prehľadať všetky uložené osobné údaje minimálne na základe základe  
uložených osobných údajov, ich klasifikácie, účelu spracovania, doby spracovania  
služba umožňujúca vykonať trvalú anonymizáciu osobných údajov na základe uložených  
osobných údajov, ich klasifikácie, účelu spracovania, doby spracovania  
o
dokumentácia musí obsahovať katalóg integračných služieb.  
počet špecializovaných integračných rozhraní musí byť minimalizovaný, väčšina služieb bude  
poskytovaných prostredníctvom univerzálnych synchrónnych a asynchrónnych rozhraní  
väčšina služieb musí byť realizovaných ako asynchrónne kvôli minimalizácii závislosti integrovaných  
systémov z hľadiska dostupnosti  
pre všetky nastavenia autentizácie a autorizácie v ktorejkoľvek časti ISVS DKS musí vždy existovať  
integračné rozhranie ktoré umožní v plnom rozsahu čítať existujúce role, oprávnenia a používateľov.  
Zároveň musí existovať integračné rozhranie ktoré umožní nastavovanie rolí, oprávnení a používateľov  
v plnom rozsahu z externého systému (identity management system)  
pre všetky logované informácie musia existovať read only integračné rozhrania schopné poskytovať logy  
v reálnom čase. Teda v čase volania musí druhá strana dostať aktuálne zapísané informácie.  
3.6.1.1.5  
MetaIS  
Centrálny meta-informačný systém verejnej správy (MetaIS) je evidenčným portálom. Do MetaIS bude PIS  
reportovať mesačne informácie o prevádzkovaných koncových službách.  
Dodávateľ je povinný v rámci plnenia projektu aktualizovať údaje v MetaIS v rozsahu projektu. Verejný  
obstarávateľ zabezpečí prístup.  
3.6.1.1.6  
Infraštruktúra K NR SR  
Vysoká dostupnosť komponent ISVS DKS pre produkčné prostredie musí byť nasadený v konfigurácii pre vysokú  
dostupnosť (hardvér aj softvér). Systém musí byť schopný prevádzky s dostupnosťou najmenej 99% (nerátajú sa  
plánované odstávky a výpadky infraštruktúry K NR SR).  
Dodávateľ poskytne súčinnosť pri návrhu a implementácii výpočtovej a sieťovej infraštruktúry potrebnej k  
správnemu chodu ISVS DKS v konfigurácii s vysokou dostupnosťou.  
Dodávateľ realizuje inštaláciu a konfiguráciu softvéru ISVS DKS a súvisiacich softvérových súčastí potrebných k  
správnemu chodu ISVS DKS na definovanej infraštruktúre.  
Dodávateľ sa zaväzuje, že pri dodávke informačného systému zabezpečí vzájomné oddelenie vývojového,  
testovacieho a prevádzkového prostredia na prevenciu neautorizovaného prístupu alebo zmien v prevádzkovom  
prostredí  
Dodávané riešenie musí obsahovať procedúry na zálohovanie a obnovu. Parametre RPO a RTO budú upresnené  
pri realizácii. VO predpokladá využitie existujúceho riešenia zálohovania MS DPM2019, Disk to Disk to Tape.  
4. ROZSAH DODÁVKY  
Komplexný rozsah dodávky je popísaný v technickej prílohe.  
Zároveň je v tabuľke nižšie uvedené aké sú predpokladané HW a SW položky projektu:  
Modul  
Položka  
SW / HW  
HW  
Merná  
jednotka  
KS  
Počet  
Modul administrácie  
DKS  
Modul administrácie  
Databázový server  
UPS jednotky  
2
2
HW  
KS  
DKS  
Strana 27/36  
 
Modul administrácie  
DKS  
Modul administrácie  
DKS  
Modul administrácie  
DKS  
Poslanecké jednotky  
HW  
HW  
HW  
KS  
KS  
KS  
250  
2
Rečnícky pult – jednotka  
poslanca  
Miesto predsedajúceho –  
jednotka poslanca a jednotka  
predsedajúceho  
2
Modul administrácie  
DKS  
Modul administrácie  
DKS  
Počítač a monitor na mieste  
prezentácie  
Počítač pred vstupom do  
rokovacej sály na externé  
prihlasovanie sa  
HW  
HW  
KS  
KS  
2
2
Modul administrácie  
DKS  
Počítač zamestnanca  
zopovedného za riadenie  
schôdze  
Centrálna jednotka CCU –  
v prípade, že bude súčasťou  
riešenia  
HW  
HW  
KS  
KS  
2
2
Modul administrácie  
DKS  
Modul administrácie  
DKS  
Modul administrácie  
SQL licencia  
SW pre HW  
HW  
KS  
KS  
2
Montáž a demontáž zariadení  
200  
DKS  
5. LICENČNÉ PODMIENKY  
5.1 Zdrojový kód  
Dodávateľ odovzdá bezodkladne po dodaní diela verejnému obstarávateľovi výlučnú kontrolu nad funkčným  
vývojovým a produkčným prostredím dodaného informačného systému, vrátane úplného aktuálneho  
zdrojového kódu, práv na používanie akéhokoľvek podkladového vývojového frameworku, vývojového  
komponentu použitého pri vývoji, preexistentného softvéru. Všetky použité podkladové vývojové  
frameworky, vývojové komponenty použité pri vývoji, preexistentný softvér musia byť v čase podpisu zmluvy  
oficiálne podporované výrobcom.  
Dodávateľ je povinný odovzdať verejnému obstarávateľovi funkčné vývojové a produkčné prostredie, vrátane  
úplného aktuálneho zdrojového kódu pri ukončení zmluvy.  
5.2 Práva duševného vlastníctva  
Pokiaľ dodávateľ vytvorí v rámci plnenia pre verejného obstarávateľa počítačový program chránený  
autorským právom, dodávateľ udelí verejnému obstarávateľovi súhlas používať taký počítačový program ako  
licenciu nevýhradnú, časovo neobmedzenú.  
Verejný obstarávateľ je bez potreby akéhokoľvek ďalšieho povolenia dodávateľa oprávnený udeliť inému  
orgánu verejnej moci Slovenskej republiky sublicenciu na použitie počítačového programu bez ohľadu na účel  
na aký bude budúci Informačný systém vytvorený, vrátane subjektov ovládaných týmito orgánmi verejnej  
moci v zmysle § 66a zák. č. 513/1991 Zb., Obchodný zákonník alebo subjektov zriadených orgánom verejnej  
moci za účelom plnenia úloh vo verejnom záujme (bez ohľadu na právnu formu).  
Dodávateľ prevedie na verejného obstarávateľa aj všetky osobitné práva na štruktúru a dátový model  
použitých databáz a použitých súvisiacich technických riešení.  
Pokiaľ dodávateľ pri plnení alebo ako ich súčasť použije (spravidla ich spracovaním) počítačový program  
dodávateľa alebo tretích strán, , v takomto prípade udelí verejnému obstarávateľovi oprávnenie používať  
takýto počítačový program v súlade s osobitnými licenčnými podmienkami tretích strán. Pre kvalifikovanie  
počítavého programu tretej strany je nevyhnutné splniť jednu z podmienok:  
Strana 28/36  
 
 
 
a) Ide o „preexistentný proprietárny softvér“ tzn.: taký softvér (softvérový produkt) výrobcov/ subjektov  
vykonávajúcich hospodársku/ obchodnú činnosť bez ohľadu na právne postavenie a spôsob ich  
financovania ktorý je na trhu bežne dostupný  
b) Ide o „preexistentný open source softvér“ tzn. taký open source softvér, ktorý umožňuje spustenie,  
analyzovania, modifikáciu a zdieľanie zdrojového kódu, vrátane detailného komentovania zdrojových  
kódov a úplnej užívateľskej, prevádzkovej a administrátorskej dokumentácie.  
Práva získané v rámci plnenia tejto SLA Zmluvy prechádzajú aj na prípadného právneho nástupcu verejného  
obstarávateľa.  
Ak sú s použitím preexistentného SW, služieb podpory k nemu v rozsahu akom sú nevyhnutné , či iných  
súvisiacich plnení spojené akékoľvek poplatky, je dodávateľ povinný v rámci ceny uhradiť všetky tieto  
poplatky za celú dobu trvania zmluvy.  
Všetky využitia preexistentných proprietárnych a open source softvérov v rámci projektu musia byť  
samostatne zadokumentované vrátane ich licenčných podmienok.  
Všetky využitia preexistentných proprietárnych a open source softvérov v rámci projektu musia byť  
konzultované s verejným obstarávateľom.  
6. PREPOJENIA, INTEGRÁCIE, MIGRÁCIE A ROZHRANIA  
V tabuľke nižšie sú uvedené oblasti z pohľadu dát, ktoré sú projektom dotknuté:  
MetaIS kód ISVS Poskyt. Poskyt. Konz.  
Modul  
Platobn Modul  
Modul  
CEP  
Modul  
MEF  
Modul  
IAM  
z projektu  
ref.  
eSchrán ý modul MED  
ky  
Open  
data  
ref.  
údajov  
údajov  
isvs_10610  
X
X
X
X
X
X
X
X
X
Samotný IS DKS je izolovaný IS, ktorý vytvára podklady pre OPEN Data, ale neposkytuje ich verejnosti. Poskytovanie  
OPEN Dát, rovnako ako aj konzumácia referenčných údajov je zabezpečovaná prostredníctvom IS SSLP, na ktorý je  
DKS integrovaný.  
6.1 EXTERNÉ rozhrania  
Systém nemá definované externé rozhrania na IS mimo K NRSR.  
6.2 INTERNÉ rozhrania  
Základnými rozhraniami systému sú aj v zmysle aplikačnej architektúry nasledovné:  
-
Rozhrania na Middle - ware NR SR - ISVS_10551, prostredníctvom ktorého je systém napojený na:  
IS SSLP - ISVS_10661  
o
Z týchto systemov sú čerpané dátové zdroje pre procesy DKS a zároveň sú násldne zapisované údaje do týchto  
systémov.  
6.3 MIGRÁCIE  
V rámci DKS nie sú potrebné migrácie informácií z existujúceho riešenia  
7. PREVÁDZKA A ÚDRŽBA  
Minimálna doba udržateľnosti projektu je 60 mesiacov (5 rokov). Udržateľnosť projektu znamená udržanie  
(zachovanie) výsledkov realizovaného projektu. Obdobie udržateľnosti projektu sa začína v kalendárny deň, ktorý  
bezprostredne nasleduje po kalendárnom dni, v ktorom došlo k finančnému ukončeniu projektu.  
Požadovaná dostupnosť informačného systému je 90% a RPO je 30 minút.  
Zároveň bude po dodávke diela zabezpečené poskytovanie rozšírenej servisnej podpory pre dodávané riešenie na  
obdobie 10 rokov (ráta sa od finančného ukončenia projektu) Očakávaný životný cyklus (čas prevádzky  
Strana 29/36  
 
 
 
 
 
informačného systému od spustenia do produkčného prostredia a finančného ukončenia projektu po ukončenie  
produkčnej prevádzky) produktu je 10 rokov. Z toho 5 rokov bude riadne plnenie a ďalších 5 rokov bude  
predstavovať opcia na uplatnenie ročnej podpory v 6., 7., 8., 9., 10. roku.  
7.1 Účel a predmet podpory  
Účelom podpory je zabezpečenie služieb technickej podpory prevádzky, údržby a rozvoja Systému z dôvodu  
zabezpečenia jeho riadnej prevádzkyschopnosti a úprav funkcionalít tak, aby mohla byť zabezpečená  
interoperabilita so všetkými informačnými systémami, s ktorými bude DKS integrovaný.  
Podpora bude poskytovaná a nasledovnom rozsahu:  
-
správa, posudzovanie, riešenie a odstraňovanie Incidentov a problémov v stanovených lehotách, ktoré  
zahŕňa:  
o
o
pravidelnú profylaktiku prostredia a kontrolu funkčnosti DKS v stanovených lehotách:  
priebežnú identifikáciu abnormálneho správania, t. j. monitoruje plánované / schedulované  
procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre, vykonáva pravidelnú  
kontrolu nastavenia DKS podľa posledného odsúhlaseného (schváleného) stavu konfigurácie  
systému,  
o
o
o
priebežné sledovanie, kontrolu a vyhodnocovanie záznamov z logov,  
aktívne upozorňovanie na možné zlepšenia a úpravy alebo zmeny IS  
aktívne upozorňovanie na vzniknuté incidenty, ako aj stavy systému, pri ktorých môže dôjsť,  
resp. ktoré môžu viesť k vzniku akýchkoľvek Incidentov,  
o
realizáciu školení v priestoroch alebo prostredníctvom videokonferencie (v tomto prípade  
nesmú vyniknúť pre VO žiadne ďalšie náklady),  
o
o
aktualizáciu komplexnej dokumentácie k DKS,  
podporu pri realizácii prevádzkových zásahov (podpora prevádzky DKS);  
-
ďalšie dodávky, činnosti a práce nevyhnutné pre zachovanie funkčnosti a prevádzkyschopnosti DKS, ktoré  
nie sú výslovne stanovené ako povinnosť Zhotoviteľa,  
7.1.1  
Paušálne služby a rozvoj diela  
Paušálne služby zahŕňajú zabezpečovanie bežnej servisnej podpory prevádzky DKS, ako aj poskytovanie podpory  
pre zaistenie spoľahlivej, kontinuálnej a bezpečnej prevádzky v súlade s aktuálnymi platnými požiadavkami:  
-
-
-
-
poskytnutie nových verzií so zapracovanými legislatívnymi zmenami  
poskytnutie nových verzií s optimalizovanými funkciami  
poskytnutie nových verzií s rozšírenou funkcionalitou všeobecného charakteru  
poskytnutie nových verzií DKS v dôsledku zmien v informačných technológiách, alebo dôsledku riešenia  
problémov/incidentov  
-
-
distribúciu nových verzií DKS v zmysle predchádzajúcich bodov  
upozorňuje na potrebu inštalácie nových verzií a zabezpečí aktualizáciu komponentov softvéru DKS tak,  
aby nedošlo k výpadkom poskytovaných služieb v čase prevádzky (VO zabezpečí súčinnosť)  
poskytnutie odpovede cez telefónnu linku na otázky týkajúce sa problémových situácií vzniknutých pri  
používaní DKS tzn. k obsluhe IS, k problémovým stavom IS a k správaniu sa IS v rozpore s opisom v  
používateľskej dokumentácii  
-
-
správa, posudzovanie, riešenie a odstraňovanie incidentov a kybernetických bezpečnostných incidentov  
podľa Vyhlášky č. 165/2018 a problémov v stanovených lehotách  
Pre tieto potreby bude zabezpečený riadený a kontrolovaný prístup cez VPN pre zhotoviteľa. Zhotoviteľ musí plniť  
interné pravidlá pre používanie VPN a zhotovitel plniť požiadavky Zakona o Kybernetickej bezpečnosti (v rámci  
riadenia dodavatelskych vztahov) v opačnom prípade mu môže byť prístup cez VPN odobraný aj počas trvania  
zmluvy bez nároku na úpravu finančného plnenia.  
Strana 30/36  
 
 
7.1.2  
Správa, posudzovanie, riešenie a odstraňovanie incidentov a problémov v stanovených lehotách  
Prostredníctvom týchto služieb v súlade s účelom a predmetom plnenia zabezpečuje Zhotoviteľ proces riadenia a  
riešenie Objednávateľom označených Incidentov a Problémov, ktoré majú, resp. môžu mať, vplyv na dostupnosť  
a kvalitu prevádzky DKS.  
Prostredníctvom týchto služieb zabezpečuje Zhotoviteľ aj pravidelnú profylaktiku prostredia na týždennej báze,  
ďalej vykonáva sledovanie logov jednotlivých komponentov, identifikuje abnormálne správanie, monitoruje  
plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre, identifikuje  
incidenty a problémy. Spôsoby a procesy pre efektívne monitorovanie prevádzky Systému s cieľom čo najrýchlejšej  
identifikácie Incidentov a Problémov navrhne Zhotoviteľ počas realizácie plnenia, pričom musia byť v čo najväčšej  
miere využité nástroje ktorými disponuje Objednávateľ.  
7.1.2.1  
Spôsob elektronickej komunikácie pre riešenie Incidentov/Problémov  
Nahlasovanie incidentov bude prebiehať:  
-
-
prostredníctvom nástroja, ktorý Zhotoviteľ zabezpečí na riadenie incidentov, ktorý bude integrovaný na  
centrálny tiketovací nástroj  
zhotoviteľ zabezpečí možnosť online nahlasovania servisných udalostí s možnosťou sledovania ich stavu  
riešenia  
-
-
zabezpečí analýzu požiadavky a identifikáciu incidentu/problému  
zabezpečí riadenie servisných udalostí, požadovanú dobu odozvy od nahlásenia servisnej udalosti, návrh  
náhradného riešenia a riešenie servisnej udalosti v požadovanom hraničnom čase  
zabezpečí prístup k evidencii nahlásených servisných udalostí  
-
7.1.2.2  
Kategorizácia incidentov a problémov  
Typ incidentu  
Popis incidentu  
Incident  
úrovne A  
/
/
/
Problém Kritická vada / havária, ktorá spôsobuje nedostupnosť, alebo chybnú funkčnosť IS  
alebo jeho časti. Odstránenie Incidentu/Problému nie je možné dočasne zabezpečiť  
náhradným riešením Zhotoviteľa ani organizačným opatrením navrhnutého  
Zhotoviteľom. Odstránenie Incidentu/Problému môže mať negatívny vplyv na  
konzistenciu a integritu dát a výsledky ich spracovania v prostrediach  
Incident  
úrovne B  
Problém Vážna vada/ porucha, ktorá spôsobuje nedostupnosť, alebo chybnú funkčnosť IS alebo  
jeho časti. Odstránenie Incidentu/Problému je možné dočasne zabezpečiť náhradným  
riešením Zhotoviteľa alebo organizačným opatrením navrhnutého Zhotoviteľom, a to  
v lehote stanovenej pre náhradné riešenie. Odstránenie vady nesmie mať negatívny  
vplyv na konzistenciu a integritu dát a výsledky ich spracovania v prostrediach.  
Incident  
úrovne C  
Problém Bežná vada, bežná porucha, ktorá neobmedzuje prevádzku Systému alebo jeho časti  
a nemá dôsledky na využívanie a prevádzku IS. Odstránenie Incidentu/Problému  
nesmie mať negatívny vplyv na konzistenciu a integritu dát a výsledky ich spracovania  
v prostrediach  
Kybernetický  
bezpečnostný  
incident  
Jedná sa o incident podľa požiadaviek Vyhlášky č. 165/2018, s klasifikáciou incidentov  
v súlade s Prílohou č. 1. tejto vyhlášky.  
7.1.2.3  
V nasledujúcej tabuľke sú definované lehoty pre procesy odstraňovania incidentov:  
Typ lehoty Popis lehoty  
Lehoty na odstraňovanie incidentov a problémov  
Strana 31/36  
 
Okamžité potvrdenie Znamená že Objednávateľ môže kedykoľvek prostredníctvom vopred dohodnutých  
nahlásenia  
Incidentu/Problému  
elektronických prostriedkov nahlásiť Zhotoviteľovi incident/problém a obratom  
dostane potvrdenie o doručení hlásenia od Zhotoviteľa  
Lehota reagovania na Na nahlásený Incident/Problém je čas stanovený pre Zhotoviteľa, do ktorého vykoná  
nahlásený  
Incident/Problém  
prevzatie, potvrdenie prevzatia a preverenie nahláseného Incidentu/Problému a zaháji  
jeho riešenie konkrétnym riešiteľom ktorý začína plynúť nahlásením  
Incidentu/Problému postupom podľa nižšie uvedenej Tabuľke  
a
Lehota náhradného Jedná sa o čas, do ktorého je Zhotoviteľ povinný zabezpečiť, resp. uplatniť náhradné  
riešenia  
Incidentu/Problému  
riešenie do IS alebo prosterdníctvom Objednávateľa vykonať procesné opatrenia  
navrhnuté Zhotoviteľom. Náhradným riešením sa rozumie vykonanie súboru opatrení  
Zhotoviteľom, ktoré do doby pre trvalé vyriešenie Incidentu/Problému sfunkčnia IS  
alebo jeho časť.  
Pokiaľ sa jedná  
o procesné opatrenia, Zhotoviteľ je povinný včas dodať  
zdokumentovaný proces opatrení tak, aby moholo byť s prihliadnutím na charakter  
opatrení vykonané Zhotoviteľom navrhnuté opatrenia v lehote náhradného riešenia,  
ktoré nesmie byť dlhšie ako 20 pracovných dní v produkcii  
Lehota  
vyriešenia  
trvalého Jedná sa o čas, do ktorého je Zhotoviteľ povinný zabezpečiť, resp. uplatniť trvalé  
odstránenie Incidentu/Problému IS alebo jeho časti tak, aby systém resp. funkčnosť  
Incidentu/Problému.  
jeho jednotlivých častí, bol plne obnovený  
V nasledujúcich tabuľkách sú uvedené lehoty na odstraňovanei incidentov / porúch:  
Odstraňovanie incidentov  
Úroveň incidentu  
Lehota reagovania  
Lehota  
náhradného Lehota  
trvalého  
riešenia  
vyriešenia  
Incident úrovne A  
Incident úrovne B  
Incident úrovne C  
Do 2,5 hodín  
Neuplatňuje sa  
Do 24 hodín  
Do 24 hodín  
Do 48 hodín  
Do 4,5 hodín  
Do 24 hodín pracovného Neuplatňuje sa  
času2  
Do 5 dní pracovného času  
Odstraňovanie problémov  
Úroveň problému  
Lehota reagovania  
Lehota  
riešenia  
náhradného Lehota  
trvalého  
vyriešenia  
Problém úrovne A  
Problém úrovne B  
Do 9 hodín  
Neuplatňuje sa  
Do 48 hodín  
Do 48 hodín  
Do 72 hodín  
Do 18 hodín  
2 pracovným časom sa rozumie doba vymedzená počas pracovných dní v čase od 8:00 do 17:00 hod.  
Strana 32/36  
Problém úrovne C  
Do 24 hodín pracovného Neuplatňuje sa  
času3  
Do 96 dní pracovného  
času  
Počítanie lehôt na odstraňovanie Incidentov/Problémov v rámci pracovného času sa uplatňuje výlučne pri  
Incidentoch/Problémoch úrovne C. Lehoty na odstraňovanie Incidentov/Problémov úrovne  
Incidentov/Problémov úrovne B plynú bez ohľadu na pracovný čas bez prerušenia (nonstop v režime 24/7).  
A
a
7.1.2.4  
Vykonanie pravidelnej profylaktiky na týždennej báze  
Prostredníctvom tejto podpornej činnosti zabezpečuje Zhotoviteľ aj pravidelnú profylaktiku prostredí IS na  
týždennej báze. Ďalej vykonáva sledovanie logov jednotlivých komponentov, identifikuje abnormálne správanie,  
monitoruje plánované / schedulované procesy pre spracovanie a publikovanie dát, sleduje výkonové parametre,  
identifikuje Incidenty a Problémy. Spôsoby a procesy pre efektívne monitorovanie prevádzky s cieľom čo  
najrýchlejšej identifikácie Incidentov a Problémov navrhne Zhotoviteľ počas poskytovania služby, pričom musia  
byť v čo najväčšej miere využité interné nástroje Objednávateľa.  
Rozsah profylaktických činnosti a postupov pre jej vykonanie je určený v prevádzkovej dokumentácii k IS.  
Pozostáva najmä z týchto činností a výstupov:  
-
Report: Zhotoviteľ je povinný pravidelne dodať  
prostredníctvom nástroja na riadenie incidentov  
k poslednému dňu kalendárneho mesiaca  
-
Výstup: ako podklad pre zostavenie reportu z profylaktickej činnosti môže byť jeden alebo viac  
dokumentov. Výstup obsahuje minimálne tieto náležitosti:  
o
o
o
osoby, ktoré vykonali profylaktiku  
obdobie, na ktoré sa vzťahuje výkon profylaktiky  
zoznam kontrolovaných častí IS vo forme checklistu, ktorý obsahuje minimálne:  
.
názov kontrolovanej časti systému s identifikáciou prostredia  
.
identifikátor prevádzkového postupu z prevádzkovej dokumentácie (Profylaktikou sa  
môže doplniť/upresniť prevádzkový postup, pokiaľ je zistený nesúlad)  
forma vykonania činnosti (napr. TEST/Overenie prevádzkového postupu/Vizuálna  
kontrola/...)  
zistený stav – je skutočný stav zmeraný/zistený a dostatočne popísaný kontrolovanej  
časti systému počas vykonania profylaktiky.  
limitná hodnota – je maximálna prípustná hodnota/opísaný stav kontrolovanej časti  
správania sa IS, ktorá/ý umožňuje správnu prevádzku systému. Limitné hodnoty sú  
súčasťou aj prevádzkovej dokumentácie (Profylaktikou sa môžu doplniť/upresniť )  
prekročené alebo kritické limitné stavy/správanie sa Systému budú farebne odlíšené.  
označenie, či je alebo nie je vyhodnotené správanie sa časti IS za kritické  
odkaz na zdroj (podklad pre vykonanie profylaktiky, napr. logy, výpis chybových hlásení  
z databázy, schedulované procesy, zdroj pre zmerané výkonnostné parametre ..)  
sumarizáciu kontrolovanej časti IS, ktorý obsahuje najmä:  
.
.
.
.
.
.
.
upozornenia na možné zlepšenia a úpravy alebo zmeny IS, zoznam  
zaevidovaných incidentov do nástroja na riadenie incidentov Zhotoviteľa  
vzniknutých počas výkonu Profylaktiky,  
identifikované abnormálne stavy alebo správanie sa častí DKS, pri ktorých  
môže dôjsť, resp. ktoré môžu viesť k vzniku akýchkoľvek Incidentov alebo  
Bezpečnostných incidentov,  
zoznam identifikátorov tých prevádzkových postupov  
z prevádzkovej  
dokumentácie, ktorých sa dotkla zmena počas výkonu Profylaktiky zoznam  
doplnených nových prevádzkových postupov s identifikátorom ktoré boli  
doplnené počas výkonu Profylaktiky  
3 pracovným časom sa rozumie doba vymedzená počas pracovných dní v čase od 8:00 do 17:00 hod.  
Strana 33/36  
7.1.2.5  
Základné činností poskytované v rámci služieb  
V nasledujúcej tabuľke sú popísané základné činnosti poskytované v rámci služby SLA / Rozvoj diela:  
Činnosť  
Výstup  
Klasifikácia  
-
-
-
-
odsúhlasenie klasifikácie služby (Incident/Problém), resp.  
návrh na preklasifikovanie služby  
odsúhlasenie kategórie úrovne Incidentu/Problému, resp.  
návrh na preklasifikovanie kategórie  
Analýza  
diagnostika a návrh riešenia  
preskúmanie,  
-
návrh náhradného riešenia (úroveň B) a/alebo trvalého vyriešenia  
(úrovne A, B, C) s analýzou dopadov (kvalifikovaný odhad  
termínov)  
-
-
-
dodanie úspešných výsledkov testov k navrhovaným riešeniam,  
security review v zmysle metodiky SDL a potrebnej dokumentácie  
požiadavka na potrebu zásahu prostredníctvom vzdialeného  
prístupu Zhotoviteľa do IS  
rozsah požadovanej súčinnosti  
Vyriešenie Incidentu/Problému,  
resp. dočasná obnova prevádzky  
Systému (jeho časti)  
-
-
-
-
-
dodanie a kontrola releasu (Fix, HotFix..)  
nasadenie releasu  
funkčný test a security review  
obnova, resp. dočasná obnova prevádzky  
trvalé vyriešenie Incidentu/Problému (úrovne A, B, C) alebo  
náhradné riešenie Incidentu/Problému (úroveň B)  
V prípade, ak sa zistí, že Incident/Problém stále trvá, tak táto požiadavka na službu zo strany Objednávateľa bude  
klasifikovaná ako nevyriešená. Čas nahlásenia požiadavky na službu ostáva pôvodný a všetky časové termíny sa  
pripočítajú k času od doručenia oznámenia o trvaní Incidentu/Problému.  
Zároveň je potrebné zrealizovať školenia, upraviť dokumentáciu a vytvoriť zmenové príručky:  
-
V
prípade mimoriadnej opodstatnenej potreby priamo súvisiacej  
s
riešením  
konkrétneho  
Incidentu/Problému Zhotoviteľ zabezpečí vyškolenie oprávnených zamestnancov na nové funkcionality  
v rámci vyriešenia Incidentu/Problému v adekvátnom časovom termíne. V tomto prípade sa osobitná  
odmena za školenie neposkytuje, je súčasťou ceny za Paušálne služby.  
-
Ak pri odstraňovaní Incidentu alebo Problému dôjde ku modifikácii postupov správy, inštalácie alebo  
používania akejkoľvek časti funkcionality Systému, Zhotoviteľ spolu s dodaním riešenia je povinný  
zabezpečiť pri odovzdávaní riešenia aj dodanie aktualizovanej administrátorskej a prevádzkovej  
dokumentácie so zaznamenaním vykonaných zmien. Rovnako je povinný Zhotoviteľ udržiavať aktuálnu a  
poskytnúť VO komplexnú aktualizovanú dokumentáciu  
-
Dokumentácia k jednotlivým plneniam sa odovzdáva priebežne do centrálneho repozitára dokumentácie  
(wiki) určeného Objednávateľom.  
7.1.2.6  
Report k poskytovaným službám  
Minimálne obsahové náležitosti reportu pre službu riešenia Incidentov/Problémov:  
-
-
-
-
jednoznačný identifikátor Incidentu/Problému  
názov Incidentu/ Problému  
zoznam riešiteľov  
skutočné lehoty jednotlivých plnení  
Minimálne obsahové náležitosti reportu pre službu profylaktiky:  
-
-
-
zoznam dokumentov z profylaktických činností s označením jedinečnej verzie  
obdobie, na ktoré sa vzťahuje výkon z profylaktickej činností  
autor dokumentu za Zhotoviteľa  
Strana 34/36  
-
-
dátum akceptácie jednotlivých dokumentov  
vlastník dokumentu za objednávateľa, ktorý akceptoval príslušný dokument  
Minimálne obsahové náležitosti reportu pre službu riešenia Kybernetických bezpečnostných incidentov (v zmysle  
požiadaviek Vyhlášky č. 165/2018, par. 2):  
-
-
-
-
-
-
jednoznačný identifikátor Incidentu  
názov Incidentu  
kontaktné údaje osoby ktorá incident nahlásila  
skutočné lehoty jednotlivých plnení  
časové údaje priebehu kybernetického bezpečnostného incidentu  
detailný opis priebehu kybernetického bezpečnostného incidentu  
8. HARMONOGRAM JEDNOTLIVÝCH FÁZ PROJEKTU  
Termínom spustenia do ostrej prevádzky je 1.9.2022. Navrhnite termíny pre jednotlivé kroky projektu:  
1. Analýza súčasného stavu + DFŠ  
2. Testovanie prototypu  
3. Nákup HW a SW  
4. Implementácia - vypracovanie informačných zdrojov  
5. Implementácia - vypracovanie integračných služieb ISVS Middleware potrebných pre SSLP (spolupráca s  
integrátorom ISVS Middleware)  
6. Implementácia - Vypracovanie ostatných integračných služieb ISVS Middleware (spolupráca s  
integrátorom ISVS Middleware)  
7. Implementácia - Aplikácia pre PC pred hlasovacou sálou (prihlasovanie sa so zmenou programu schôdze  
+ písomné prihlášky do rozpravy)  
8. Implementácia - Aplikácia pre technikov v rokovacej sále  
9. Testovanie – finálneho riešenia - cca 10 jednotiek + aplikácie + test výmeny dát s  
10. Odinštalovanie starých jednotiek + úprava stolíkov pre nové jednotky  
11. Osadenie nových jednotiek  
12. Test systému s výmenou dát cez ISVS Middleware  
13. Spustenie ostrej prevádzky  
Strana 35/36  
 
9. PRÍLOHY  
Príloha č.1 Technické podklady  
-
Technický popis ISVS DKS  
Príloha č.2 Záväzná štruktúra rozpočtu  
-
S ohľadom na plnenie uznesenia vlády Slovenskej republiky a napĺňania cieľov stanovených v materiáli  
„Informatizácia 2.0 revízia výdavkov“ sú organizácie, na ktoré sa vzťahuje toto metodické usmernenie  
povinné požadovať od dodávateľa stanovenie rozpočtu zmluvy v minimálnom rozsahu, ktorý je  
definovaný v prílohe.  
Strana 36/36