SÚŤAŽNÉ PODKLADY

UŽŠIA SÚŤAŽ NADLIMITNÁ ZÁKAZKA

(Služby)

SÚŤAŽNÉ PODKLADY

Predmet zákazky: Zabezpečenie efektívneho používania služieb ESO1-D

Súlad súťažných podkladov so zákonom č. 343/2015 Z. z. o verejnom obstarávaní a o zmene a doplnení niektorých zákonov v znení neskorších predpisov (ďalej len „zákon o verejnom obstarávaní“) potvrdzuje:

V Bratislave, 26.07.2021 ....................................................

PhDr. Xxxxxx Xxxxx

Osoba zodpovedná za verejné obstarávanie

Súťažné podklady schválil:

V Bratislave, 26.07.2021 ..........................................................

Xxx. Xxxxx Xxxxx Generálny riaditeľ NCZI

OBSAH SÚŤAŽNÝCH PODKLADOV

POKYNY NA VYPRACOVANIE PONUKY

Časť I. VŠEOBECNÉ INFOMÁCIE IDENTIFIKÁCIA VEREJNÉHO OBSTARÁVATEĽA ÚVODNÉ USTANOVENIA

POSTUP VO VEREJNOM OBSTARÁVANÍ PREDMET ZÁKAZKY

MIESTO, TERMÍN DODANIA PREDMETU ZÁKAZKY ZDROJ FINANCOVANIA

ZMLUVA

HOSPODÁRSKY SUBJEKT,ZÁUJEMCA, UCHÁDZAČ SKUPINA DODÁVATEĽOV

ČASŤ II. KOMUNIKÁCIA A VYSVETĽOVANIE

KOMUNIKÁCIA MEDZI VEREJNÝM OBSTARÁVATEĽOM A ZÁUJEMCAMI / UCHÁDZAČMI URČENIE LEHÔT

VYSVETĽOVANIE A DOPLNENIE DOKUMENTÁCIE POTREBNEJ NA PREDLOŽENIE ŽIADOSTI O ÚČASŤ, NA PREUKÁZANIA SPLNENIA PODMIENOK ÚČASTI A NA VYPRACOVANIE PONUKY

ĎALŠIA KOMUNIKÁCIA MEDZI VEREJNÝM OBSTARÁVATEĽOM A ZÁUJEMCAMI ALEBO UCHÁDZAČMI OBHLIADKA

ČASŤ III. ŽIADOSŤ O ÚČASŤ

OBSAH ŽIADOSTI O ÚČASŤ

LEHOTA NA PREDKLADANIE ŽIADOSTI O ÚČASŤ DOPLNENIE A ODVOLANIE ŽIADOSTI O ÚČASŤ PREDKLADANIE ŽIADOSTI O ÚČASŤ VYHODNOTENIE ŽIADOSTI O ÚČASŤ

ČASŤ IV. PRIPRAVA PONUKY

VYHOTOVENIE PONUKY

NÁKLADY NA VYPRACOVANIE PONUKY JAZYK PONUKY

MENA A CENY UVÁDZANÉ V XXXXXX XXXXXXXX CENA

ČASŤ V. PREDKLADANIE PONÚK

PREDLOŽENIE PONUKY OBSAH PONUKY ZÁBEZPEKA

VARIANTNÉ RIEŠENIA A KOMPLEXNOSŤ PONUKY DOPLNENIE, ZMENA ALEBO ODSTÚPENIE OD PONUKY LEHOTA VIAZANOSTI PONÚK

ČASŤ VI. OTVÁRANIE A VYHODNOCOVANIE PONÚK

OTVÁRANIE PONÚK VYHODNOCOVANIE PONÚK

ODÔVODNENIE MIMORIADNE NÍZKEJ PONUKY VYLÚČENIE PONUKY

ČASŤ VII. PRIJATIE PONUKY A UZAVRETIE ZMLUVY INFORMÁCIA O VÝSLEDKU HODNOTENIA POSKYTNUTIE SÚČINNOSTI A UZAVRETIA ZMÚV ČASŤ VIII. ĎALŠIE INFORMÁCIE

ZRUŠENIE POUŽITÉHO POSTUPU ZADÁVANIA ZÁKAZKY DÔVERNOSŤ PROCESU VEREJNÉHO OBSTARÁVANIA VYUŽITIE SUBDODÁVATEĽOV

B. OPIS PREDMETU ZÁKAZKY

C. PODMIENKY ÚČASTI

D. KRITÉRIÁ NA HODNOTENIE PONÚK

E. SPÔSOB URČENIA CENY

F. OBCHODNÉ PODMIENKY

G. PRÍLOHY SÚŤAŽNÝCH PODKLADOV

Príloha č. 1: Všeobecné informácie o uchádzačovi Príloha č. 2: Čestné vyhlásenie skupiny dodávateľov

Príloha č. 3: Plná moc

Príloha č. 4: Zoznam poskytnutých služieb rovnakého alebo obdobného charakteru ako predmet zákazky

Príloha č. 5: Zoznam kľúčových expertov

Príloha č. 6: Zoznam praktických skúseností kľúčového experta Príloha č. 7: Zoznam dôverných informácií

Príloha č. 8: Vyhlásenie uchádzača o subdodávkach

Príloha č. 9: Čestné vyhlásenie – Obchodné podmienky poskytnutia predmetu zákazky Príloha č. 10: Návrh na plnenie kritérií

Príloha č. 11: Súhlas so spracúvaním osobných údajov

A. POKYNY NA VYPRACOVANIE PONUKY

Časť I. VŠEOBECNÉ INFOMÁCIE

1. IDENTIFIKÁCIA VEREJNÉHO OBSTARÁVATEĽA

Názov organizácie: Národné centrum zdravotníckych informácií (NCZI)

Adresa organizácie: Xxxxxxxxxx 00, 000 00 Xxxxxxxxxx

Zastúpený: Xxx. Xxxxx Xxxxx, generálny riaditeľ NCZI

IČO: 00000000

Bankové spojenie: Štátna pokladnica

IBAN: XX00 0000 0000 0000 0000 0000

Internetová adresa: xxx.xxxx.xx

Kontaktná osoba: PhDr. Xxxxxx Xxxxx Tel.: x000 0 00 000 000

e-mail: xxxxxx.xxxxx@xxxxxx.xx (ďalej len „verejný obstarávateľ“)

(ďalej len „verejný obstarávateľ“)

Komunikácia medzi záujemcami/uchádzačmi a verejným obstarávateľom má prebiehať výlučne cez elektronický systém Xxxxxxxxx.

2. ÚVODNÉ USTANOVENIA

2.1 Predložením svojej ponuky uchádzač v plnom rozsahu a bez výhrad akceptuje všetky podmienky verejného obstarávateľa, týkajúce sa užšej súťaže, uvedené v oznámení o vyhlásení verejného obstarávania a v týchto súťažných podkladoch.

2.2 Od uchádzačov sa očakáva, že si dôkladne preštudujú súťažné podklady a budú dodržiavať všetky pokyny, formuláre, zmluvné ustanovenia a ďalšie špecifikácie uvedené v týchto súťažných podkladoch.

2.3 Ponuka predložená uchádzačom musí byť vypracovaná v súlade s podmienkami uvedenými v oznámení o vyhlásení verejného obstarávania a v týchto súťažných podkladoch a nesmie obsahovať žiadne výhrady týkajúce sa podmienok užšej súťaže.

2.4 Predpokladaná hodnota zákazky uvedená v oznámení o vyhlásení verejného obstarávania je maximálna. Verejný obstarávateľ si vyhradzuje právo zmluvu nepodpísať, ak ponuka úspešného uchádzača bude vyššia ako predpokladaná hodnota zákazky.

2.5 Verejný obstarávateľ si vyhradzuje právo neuzavrieť zmluvu o dielo a zmluvu o podpore prevádzky, údržbe a rozvoji informačného systému s úspešným uchádzačom v prípade, ak výsledky kontrol vykonaných relevantnými kontrolnými orgánmi neumožňujú financovanie z fondov EÚ, o čom bude úspešný uchádzač písomne informovaný.

2.6 Verejný obstarávateľ si vyhradzuje právo nepodpísať zmluvu, ak ponuka úspešného uchádzača za Dodanie Informačného systému „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)“ bude vyššia ako suma 3 193 913,33 EUR bez DPH.

2.7 Obmedzenie záujemcov, ktorých verejný obstarávateľ vyzve na predloženie ponuky, sa v tomto postupe verejného obstarávateľa neuplatňuje.

3. POSTUP VO VEREJNOM OBSTARÁVANÍ

Zákazka bude zadaná postupom užšej súťaže podľa § 67 až 69 zákona o verejnom obstarávaní.

4. PREDMET ZÁKAZKY

4.1 Predmetom zákazky je Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)

4.2 Stručný opis predmetu zákazky:

Národný projekt Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D) poskytovateľmi zdravotnej starostlivosti na celom území SR je v plnej kompetencii NCZI. Projekt je určený všetkým aktérom v procesoch elektronického zdravotníctva v SR označenom ako eZdravie.

Od 1. januára 2017 je v ostrej prevádzke Systém elektronického zdravotníctva, Systém eZdravie. Do Systému eZdravie sa zdravotnícky pracovníci (ďalej len „ZPr“) prihlasujú cez svoje informačné systémy poskytovateľov zdravotnej starostlivosti a pristupujú doň výhradne prostredníctvom elektronického preukazu zdravotníckeho pracovníka (ďalej len „ePZP“), ktorý majú počas práce s eZdravie stále vložený v čítačke ePZP. Z tohto dôvodu nie je v súčasnosti umožnený prístup takým zdravotníckych pracovníkom, ktorí pracujú a zapisujú zdravotné záznamy pacientov v teréne alebo mimo svojho PC.

Absencia alternatívneho riešenia prihlásenia pre týchto ZPr má za následok fakt, že v súčasnosti pristupujú do eZdravie len čiastočne (lekár v nemocnici zapisuje a číta záznamy len

z prostredia jeho ambulancie) alebo nepristupujú vôbec (sestry alebo zdravotnícki záchranári priamo zo sanitky).

Dôvodom vzniku tohto diela je priniesť alternatívu v podobe prístupu do NZIS týmto ZPr tak, aby súčasný stav prístup cez ePZP bol pre ostatných ZPr ponechaný. Ďalším prínosom tohto zlepšenia je nutnosť odbremeniť ZPr od riešenia technických problémov eZdravie a ak aj keď takýto problém nastane, je potrebné zabezpečiť, aby mal čo najmenší dopad na samotného ZPr a nebol pre neho zdržaním alebo inou prekážkou v práci so systémom eZdravie.

Za súčasného stavu a spôsobu riešenia je pre NCZI problematické v čo najkratšej dobe vyriešiť technický problém, pretože nevie monitorovať počítač ZPr a ani jeho IS PZS. Rovnako nevie monitorovať centrálne aplikačné komponenty eZdravie, pretože sú inštalované buď na počítači ZPr, alebo sú integrálnou súčasťou IS PZS.

Cieľom implementácie a riešenia Projektu je rozšíriť a doplniť elektronické služby, doplniť nové komponenty a minimalizovať problematické oblasti pri používaní elektronických služieb systému eZdravie v sektore zdravotníctva.

Predmet Projektu ESO1-D pozostáva z alternatívneho mobilného prístupu ZPr, umožňujúci identifikáciu, autentifikáciu a autorizáciu ZPr cez mobilné zariadenie, ktorí bude zároveň poskytovať prístup do eZdravie mobilným pracovníkom pracujúcim v teréne alebo mimo svojich PC. Týmto pre nich bude vytvorená alternatíva voči ostatným zdravotníckym pracovníkom, pričom ale hlavným spôsobom autentifikácie ostáva ePZP.

Súčasťou predmetu projektu je Mobilno-Komunikačno-Autentifikačný modul-MKAM-SW a CPE, ktorí zabezpečí presunutie centrálnych aplikačných komponentov eZdravie ako ovládačov, klientský SW a CryptoController mimo PC ZPr. A to do softwarovej časti CPE tak, aby všetky komponenty mohol Objednávateľ spravovať vzdialene (off-site) a primárne bez potreby komunikácie so ZPr alebo IT podpory na strane PZS. Týmto spôsobom sa bude vedieť implementovať online monitoring MKAM-SW a CPE, v ktorom bežia MKAM-SW a aplikačné komponenty tak, aby Objednávateľ v prípade prevádzkového incidentu vedel v čo najskoršom čase vzdialene zasiahnuť.

Riešenie okrem vyššie uvedeného predmetu projektu bude obsahovať aj serverovú časť (centrálnu časť modulov), ktorú vy-súťažený dodávateľ dodá vrátane detailného popisu konfigurácie a inštalácie, s platnými licenciami pre neobmedzené používanie centrálnej časti modulov na dobu neurčitú tak, aby v prípade rozhodnutia Objednávateľa o migrácii centrálnych častí eZdravie bolo možné serverovú časť Diela nasadiť aj v inom prostredí určenom Objednávateľom.

4.3 Spoločný slovník obstarávania (CPV):

Hlavný predmet:	72212100-0	Služby na vývoj softvéru pre konkrétne odvetvie
Doplňujúce predmety:	48100000-9	Softvérový balík pre konkrétne odvetvie
	48170000-0	Softvérový balík na kontrolu súladu
	48180000-3	Softvérový balík pre zdravotníctvo
	48211000-0	Softvérový balík na vzájomnú prepojiteľnosť
		počítačových platforiem
	48614000-5	Systémy zberu údajov
	48810000-9	Informačné systémy
	48814200-9	Systém evidencie pacientov
	72212180-4	Služby na vývoj softvéru pre zdravotníctvo

72267100-0

Údržba programového vybavenia (softvér)

72261000-2

informačných technológií

Softvérové podporné služby

72267000-4

Služby na údržbu a opravu softvéru

4.4 Predpokladaná hodnota zákazky je 9 814 380 bez DPH.

4.5 Podrobné vymedzenie zmluvných podmienok na poskytnutie požadovaného predmetu zákazky tvorí časť F – Obchodné podmienky poskytnutia predmetu zákazky, B.1 – Opis predmetu zákazky a časť E. – Spôsob určenia ceny týchto súťažných podkladov.:

Predmet zákazky nie je rozdelený na časti.

4.6 Odôvodnenie nerozdelenia predmetu zákazky na časti:

Predmet zákazky nie je rozdelený na časti. Uchádzač musí predložiť ponuku na celý predmet zákazky. Uchádzači sú povinní predložiť ponuku na celý predmet zákazky. Verejný́ obstarávateľ nerozdelil zákazku na časti vzhľadom na povahu predmetu zákazky, ktorým je plnenie navzájom prepojených a technicky neoddeliteľných súčastí informačného systému a nie je možné, aby tieto služby poskytovali rôzni poskytovatelia služieb. Informačný systém je prevádzkovaný́ a udržiavaný́ ako jeden celok. Technicky a funkčne by rozdelenie zákazky verejnému obstarávateľovi spôsobovalo nefunkčnosť systému súčastí, zvýšené finančné nároky a ohrozovalo samotné fungovanie informačného systému.

5. MIESTO, TERMÍN DODANIA PREDMETU ZÁKAZKY

5.1 Miesto poskytnutia predmetu zákazky:

Národné centrum zdravotníckych informácií

Xxxxxxxxxx 00

811 09 Bratislava

5.2 Termín dodávky:

Termín poskytnutia predmetu zákazky je podrobne určený v časti B.1. Opis predmetu zákazky. Dielo podľa Xxxxx PZ vrátane jeho uvedenia do prevádzky, bude zrealizované odo dňa účinnosti zmluvy v mieste plnenia podľa určenia verejného obstarávateľa najneskôr do 30.06.2023. Zmluva na podporné služby bude uzatvorená na 60 mesiacov s opciou na ďalších 60 mesiacov.

6. ZDROJ FINANCOVANIA

6.1Predmet zákazky bude spolufinancovaný kombináciou vlastných zdrojov verejného obstarávateľa a z Operačného programu Integrovaná infraštruktúra.

6.2Predmet zákazky, okrem Podpory prevádzky, údržby a rozvoji informačného systému (Zmluva SLA bude financovaná z vlastných prostriedkov verejného obstarávateľa) bude spolufinancovaný zo štrukturálnych fondov Európskej únie, a to z prostriedkov Operačného programu Integrovaná

6.3 Platba bude realizovaná formou bezhotovostného platobného styku na základe daňového dokladu vystaveného zhotoviteľom, splatnosť ktorého je do šesťdesiatich (60) dní odo dňa jeho doručenia verejnému obstarávateľovi na adresu uvedenú v bode 1 týchto súťažných podkladov.

6.4 Verejný obstarávateľ neposkytuje preddavok, ani zálohovú platbu.

7. ZMLUVA

7.1 S úspešným uchádzačom bude uzatvorená Zmluva o dielo (ďalej len „zmluva“) v zmysle § 536 a nasl. zákona č. 513/1991 Zb. Obchodný zákonník v znení neskorších predpisov (ďalej len „Obchodný zákonník“) a ust. § 65 a nasl. zákona č. 185/2015 Z.z. Autorský zákon v znení neskorších predpisov a Zmluva o podpore prevádzky, údržbe a rozvoji informačného systému podľa ust. § 269 ods. 2 a nasl. zákona č. 513/1991 Zb. Obchodný zákonník v znení neskorších predpisov a ust. § 65 a nasl. zákona č. 185/2015 Z.z. Autorský zákon v znení neskorších predpisov

8. HOSPODÁRSKY SUBJEKT,ZÁUJEMCA, UCHÁDZAČ

8.1 Za hospodársky subjekt sa považuje fyzická osoba, právnická osoba alebo skupina takýchto osôb, ktorá na trh dodáva tovar, uskutočňuje stavebné práce alebo poskytuje službu.

8.2 Za záujemcu sa považuje hospodársky subjekt, ktorý má záujem o účasť vo verejnom obstarávaní.

8.3 Za uchádzača sa považuje hospodársky subjekt, ktorý predložil ponuku.

9. Skupina dodávateľov

9.1 Verejného obstarávania sa môže zúčastniť skupina dodávateľov.

9.2 Verejný obstarávateľ nevyžaduje od skupiny dodávateľov, aby vytvorila právnu formu na účely účasti vo verejnom obstarávaní.

9.3 V prípade prijatia ponuky skupiny dodávateľov verejný obstarávateľ vyžaduje, aby skupina dodávateľov pred podpisom zmluvy uzatvorila a predložila verejnému obstarávateľovi zmluvu, v ktorej budú jednoznačne stanovené vzájomné práva a povinnosti, kto sa akou časťou bude podieľať na plnení zákazky, ako aj skutočnosť, že všetci členovia skupiny uchádzačov sú zaviazaní zo záväzkov voči verejnému obstarávateľovi spoločne a nerozdielne.

9.4 Skupina dodávateľov na účely preukázania splnenia podmienok účasti postupuje v zmysle

§ 37 ods. 3 a ods. 4 zákona o verejnom obstarávaní

Časť II. KOMUNIKÁCIA A VYSVETĽOVANIE

10. KOMUNIKÁCIA MEDZI VEREJNÝM OBSTARÁVATEĽOM A ZÁUJEMCAMI/ UCHÁDZAČMI

10.1Komunikácia medzi verejným obstarávateľom a záujemcami alebo uchádzačmi sa uskutočňuje spôsobom, ktorý zabezpečí integritu a zachovanie dôvernosti údajov uvedených v ponuke

10.2 Verejný obstarávateľ v tomto verejnom obstarávaní uplatňuje plne elektronickú komunikáciu prostredníctvom informačného systému XXXXXXXXX, okrem prípadov výslovne uvedených verejným obstarávateľom v týchto Súťažných podkladoch alebo výzve na predkladanie ponúk. Podrobné informácie o IS XXXXXXXXX určených pre prácu s týmto systémom nájdete na XXXXXXXXX (xxxxxxx.xxx) v sekcií „KNIŽNICA MANUÁLOV A ODKAZOV“

10.3 Doručovanie podaní - v IS XXXXXXXXX sa za okamih doručenia považuje odoslanie danej informácie (žiadosti, ponuky a iné). Tento údaj je uvedený v dátume podania príslušného dokumentu v IS XXXXXXXXX . T. j. dátum odoslania = dátum doručenia.

10.4 V súvislosti s elektronickou komunikáciou verejný obstarávateľ upozorňuje aj na možnosť určenia lehoty na doručenie vysvetlenia ponuky do dvoch pracovných dní odo dňa odoslania žiadosti o vysvetlenie podľa § 53 ods. 5 písm. c) zákona o verejnom obstarávaní pri vyhodnocovaní ponúk. Inštitút vysvetľovania ponúk sa uplatňuje v rámci funkcionality IS XXXXXXXXX.

10.5 Časti zadávacej dokumentácie, ktoré majú byť súčasťou ponuky, verejný obstarávateľ zverejňuje v profile v editovateľných formátoch.

10.6 V prípade nejasností alebo potreby objasnenia informácií uvedených v súťažných podkladoch poskytnutých verejným obstarávateľom v lehote na predkladanie ponúk, môže ktorýkoľvek z oslovených záujemcov a uchádzačov požiadať o ich vysvetlenie prostredníctvom funkcionality IS XXXXXXXXX.

10.7 Ak je to nevyhnutné, verejný obstarávateľ môže v lehote na predkladanie ponúk doplniť informácie uvedené v súťažných podkladoch v lehote na predkladanie ponúk, o čom poskytne všetkým informáciu prostredníctvom svojho profilu vedenom ÚVO

10.8 V prípade vylúčenia uchádzača z verejného obstarávania pre nesplnenie podmienok účasti alebo nesplnenie požiadaviek verejného obstarávateľa na predmet zákazky užšej súťaže alebo nesplnenie požiadavky uvedenej v Oznámení alebo v súťažných podkladoch, verejný obstarávateľ oznámi túto skutočnosť uchádzačovi prostredníctvom systému XXXXXXXXX.

10.9 V prípade skupiny dodávateľov sa odporúča za účelom uľahčenia komunikácie s verejným obstarávateľom, aby jej účastníci splnomocnili jedného člena skupiny, ktorý bude oprávnený na uskutočňovanie všetkých právnych úkonov týkajúcich sa ponuky, ktorú táto skupina dodávateľov predloží do verejného obstarávania a účasti tejto skupiny dodávateľov vo verejnom obstarávaní.

11.URČENIE LEHÔT

11.1 Podľa zákona o verejnom obstarávaní sa do lehoty určenej podľa dní nezapočítava deň, keď došlo ku skutočnosti určujúcej začiatok lehoty. Lehoty určené podľa týždňov, mesiacov alebo rokov sa končia uplynutím toho dňa, ktorý sa svojím označením zhoduje s dňom, keď došlo ku skutočnosti určujúcej začiatok lehoty, a ak taký deň v mesiaci nie je, končí sa lehota posledným dňom mesiaca. Ak koniec lehoty pripadne na sobotu alebo na deň pracovného pokoja, je posledným dňom lehoty najbližší budúci pracovný deň.

12. VYSVETĽOVANIE A DOPLNENIE DOKUMENETÁCIE POTREBNEJ NA PREDLOŽENIE ŽIADOSTI O ÚČASŤ, NA PREUKÁZANIE SPLNENIA PODMIENOK ÚČASTI A NA VYPRACOVANIE PONUKY

12.1 V prípade potreby objasniť informácie potrebné na vypracovanie ponuky a na preukázanie splnenia podmienok účasti môže ktorýkoľvek zo záujemcov požiadať o ich vysvetlenie podľa

§ 48 zákona o verejnom obstarávaní. Vysvetľovanie, kladenie otázok a poskytovanie odpovedí sa bude realizovať prostredníctvom portálu XXXXXXXXX v zmysle inštrukcií na portáli.

12.2 Za včas doručenú požiadavku záujemcu o vysvetlenie sa považuje požiadavka doručená verejnému obstarávateľovi v takej lehote, aby verejný obstarávateľ zabezpečil doručenie vysvetlení najneskôr šesť dní pred uplynutím lehoty na predkladanie ponúk v zmysle § 48 zákona o verejnom obstarávaní.

12.3 Vysvetlenie informácií potrebných na vypracovanie ponuky a na preukázanie splnenia podmienok účasti verejný obstarávateľ bezodkladne poskytne všetkým záujemcom, ktorí sú známi, najneskôr však šesť dni pred uplynutím lehoty na predkladanie ponúk, za predpokladu, že o vysvetlenie záujemca požiada dostatočne vopred.

12.4 Ak si vysvetlenie informácií potrebných na vypracovanie ponuky alebo na preukázanie splnenia podmienok účasti hospodársky subjekt, záujemca alebo uchádzač nevyžiadal dostatočne vopred alebo jeho význam je z hľadiska prípravy ponuky nepodstatný, verejný obstarávateľ nie je povinný predĺžiť lehotu na predkladanie ponúk.

12.5 Verejný obstarávateľ môže vykonať zmeny v dokumentoch potrebných na vypracovanie ponuky alebo na preukázanie splnenia podmienok účasti. V prípade, že ide o podstatnú zmenu týchto dokumentov verejný obstarávateľ primerane predĺži lehotu na predkladanie ponúk.

13. ĎALŠIA KOMUNIKÁCIA MEDZI VEREJNÝM OBSTARÁVATEĽOM A ZÁUJEMCAMI ALEBO UCHÁDZAČMI

13.1 Žiadosť o doplnenie alebo vysvetlenie predložených dokladov alebo ponúk, mimoriadne nízkej ponuky, vysvetlenie návrhu ceny v rámci vyhodnocovania ponúk bude odoslaná uchádzačovi prostredníctvom systému XXXXXXXXX. Uchádzači predložia požadované vysvetlenie rovnako prostredníctvom systému XXXXXXXXX, pokiaľ nebude priamo v žiadosti uvedené inak.

13.2 V prípade vylúčenia uchádzača z verejného obstarávania, verejný obstarávateľ oznámi túto skutočnosť uchádzačovi prostredníctvom systému XXXXXXXXX.

13.3 Pojem „doručenie“ uvádzaný v zákone o verejnom obstarávaní a v súťažných podkladoch znamená v systéme XXXXXXXXX moment doručenia, ktorý je totožný s momentom odoslania elektronickej správy v systéme XXXXXXXXX. Prečítanie elektronickej správy v systéme XXXXXXXXX záujemcom/uchádzačom ani verejným obstarávateľom nemá súvis s momentom doručenia.

13.4 V prípade, ak budú uplatnené revízne postupy, uchádzači sa dozvedia o tejto skutočnosti prostredníctvom systému XXXXXXXXX.

14. OBHLIADKA

14.1 Verejný obstarávateľ neorganizuje obhliadku miesta poskytnutia predmetu zákazky. Obhliadka nie je potrebná.

Časť III. ŽIADOSŤ O ÚČASŤ

15. OSAH ŽIADOSTI O ÚČASŤ

15.1 Žiadosť o účasť musí obsahovať všetky doklady požadované doklady požadované verejným obstarávateľom v oznámení o vyhlásení verejného obstarávania a v týchto súťažných podkladoch, vzťahujúce sa k tomuto postupu zadávania zákazky, ktorými sú:

a) Súbor s názvom „Všeobecné informácie o uchádzačovi“ (podľa poskytnutého vzoru

– Príloha č. 1 týchto súťažných podkladov), v ktorom budú uvedené:

identifikačné údaje uchádzača (obchodné meno, adresa sídla uchádzača), oprávnené osoby konať za uchádzača, s uvedením ich kontaktných údajov (telefónnych čísiel, e-mailové adresy),

b) Čestné vyhlásenie o vytvorení skupiny dodávateľov ak žiadosť o účasť predkladá skupiny dodávateľov, Príloha č. 2 týchto súťažných podkladov.

c) Plná moc pre jedného z členov skupiny, konajúceho za skupinu dodávateľov, ktorý bude oprávnený prijímať pokyny za všetkých členov skupiny dodávateľov a bude oprávnený konať v mene všetkých ostatných členov skupiny dodávateľov, Príloha č. 3 týchto súťažných podkladov.

d) Súhlas so spracúvaním osobných údajov; Príloha č. 11 týchto súťažných podkladov.

e) Doklady a dokumenty preukazujúce splnenie podmienok účasti vrátane:

▪ Zoznam poskytnutých služieb. Príloha č. 4 týchto súťažných podkladov

▪ Zoznam expertov, ktorými uchádzač preukazuje splnenie podmienok účasti.

Príloha č.5 týchto súťažných podkladov.

▪ Zoznam praktických skúseností kľúčového experta. Príloha č. 6 týchto súťažných podkladov

15.2 Potvrdenia, doklady a iné dokumenty tvoriace žiadosť o účasť, požadované v týchto súťažných podkladoch, musia byť v žiadosti o účasť predložené ako digitálnu kópiu originálu alebo digitálnu kópiu ich úradne osvedčenej kópie, pokiaľ nie je určené inak.

16. XXXXXX NA PREDKLADANIE ŽIADOSTI O ÚČASŤ

16.1 V tomto verejnom obstarávaní musí byť predložená žiadosť o účasť výlučne elektronicky prostredníctvom systému XXXXXXXXX.

16.2 Lehota na predkladanie žiadosti o účasť je stanovená do 06.09.2021 do 13:00 h. Pre odoslanie a doručenie všetkých dokumentov tvoriacich žiadosť o účasť v elektronickej forme v IS Xxxxxxxxx je rozhodujúci serverový čas v systéme Xxxxxxxxx.

17. DOPLNENIE A ODVOLANIE ŽIADOSTI O ÚČASŤ

17.1 Záujemca môže žiadosť o účasť predloženú elektronicky v systéme Xxxxxxxxx dodatočne doplniť, zmeniť alebo odvolať do uplynutia lehoty na predkladanie žiadostí o účasť.

18. PREDKLADANIE ŽIADOSTI O ÚČASŤ

18.1 Uchádzač predloží žiadosť o účasť elektronicky prostredníctvom elektronického nástroja Xxxxxxxxx na portáli XXXXXXXXX (xxxxxxx.xxx). Elektronický systém automaticky zabezpečí („uzamkne“) žiadosť o účasť do lehoty na otváranie žiadosti o účasť tak, aby ju nebolo možné pred lehotou na otváranie žiadosti o účasť sprístupniť.

Uchádzač predkladá žiadosť o účasť pod identifikáciu verejného obstarávateľa a názov zákazky/heslo „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)”

Uchádzač predkladá žiadosti o účasť tak, že samostatne vloží súbory obsahujúce dokumenty k splneniu podmienok účasti a krycí list pod žiadosti o účasť. Maximálna veľkosť jedného súboru je 100 MB. Povolené formáty súborov DOC, DOCX, HTML, HTM, ODT, PDF, XLS, XLSX, ODS, PPT, PPTX, TXT, RTF, BMP, GIF, JPG, PNG,

PSD, TIF, TIFF, AI, EPS, PS, DWG, 7z, zip, zipx, tar.gz, rar, asice

Žiadosť o účasť sa vyhotovuje písomne a predkladá sa elektronicky spôsobom.

Žiadosti o účasť sa predkladá tak, že:

18.2 Uchádzač môže predložiť iba jednu ponuku. Uchádzač nemôže byť v tom istom postupe zadávania zákazky členom skupiny dodávateľov, ktorá predkladá ponuku. Verejný obstarávateľ vylúči uchádzača, ktorý je súčasne členom skupiny dodávateľov.

18.3 Uchádzač predloží ponuku v elektronickej podobe prostredníctvom systému XXXXXXXXX v lehote na predkladanie ponúk podľa bodu 16.2 týchto súťažných podkladov.

18.4 Informácie, ktoré uchádzač v ponuke označí za dôverné, nebudú zverejnené alebo inak použité bez predošlého súhlasu uchádzača, pokiaľ uvedené nebude v rozpore so zákonom o verejnom obstarávaní a inými všeobecne záväznými právnymi predpismi (zákon č. 211/2000 Z. z. slobodnom prístupe k informáciám a o zmene a doplnení niektorých zákonov, zákon č. 215/2004 Z. z. o ochrane utajovaných skutočností a o zmene a doplnení niektorých zákonov atď.). Verejný obstarávateľ odporúča, aby ponuka predložená v súlade s týmto dokumentom obsahovala uchádzačom vypracovaný „Zoznam dôverných informácií“ s identifikáciou čísla strany, čísla odseku, bodu a textu obsahujúceho dôverné informácie.

18.5 Verejný obstarávateľ odporúča záujemcom/uchádzačom predložiť ponuku v dostatočnom časovom predstihu pred uplynutím lehoty na predkladanie ponúk.

Verejný obstarávateľ vylúči uchádzača, ak:

• nedodrží určený spôsob komunikácie,

• obsah jeho žiadosti o účasť nie je možné sprístupniť,

• nepredložil žiadosti o účasť vo vyžadovanom formáte kódovania.

IS Xxxxxxxxx neumožňuje predkladanie žiadostí o účasť po lehote na jej predloženie.

V prípade, ak uchádzač predloží žiadosť o účasť v inom formáte, ako určil verejný obstarávateľ a/alebo jej obsah nebude možné sprístupniť, takáto žiadosť o účasť bude z procesu verejného obstarávania vylúčená.

18.6 Všetky potvrdenia, doklady a iné dokumenty tvoriace žiadosť o účasť budú predložené ako digitálne kópie.

18.7 Všetky doklady a dokumenty tvoriace žiadosť o účasť musia byť predložené v štátnom jazyku, ktorým je slovenský jazyk. Ak je doklad alebo dokument vyhotovený v cudzom jazyku, predkladá sa spolu s jeho úradným prekladom do štátneho slovenského jazyka, to neplatí pre doklady a dokumenty vyhotovené v českom jazyku. Ak sa zistí rozdiel v ich obsahu, rozhodujúci je úradný preklad do štátneho jazyka.

19. VYHODNOTENIE ŽIADOSTI O ÚČASŤ

19.1Verejný obstarávateľ posudzuje splnenie podmienok účasti vo verejnom obstarávaní v súlade s oznámením o vyhlásení verejného obstarávania a týmito súťažnými podkladmi.

19.2 Komisia bude pri vyhodnotení splnenia podmienok účasti postupovať v súlade s § 40 zákona o verejnom obstarávaní

19.3 Verejný obstarávateľ požiada uchádzača prostredníctvom systému Xxxxxxxxx o vysvetlenie alebo doplnenie predložených dokladov, ak z predložených dokladov nemožno posúdiť ich platnosť alebo splnenie podmienky účasti.

19.4 Verejný obstarávateľ vylúči z verejného obstarávania uchádzača, ak budú naplnené skutočnosti podľa § 40 ods. 6 alebo 7 zákona o verejnom obstarávaní.

19.5 Uchádzači pri preukázaní splnenia podmienok účasti môžu v súlade s § 39 využiť jednotný európsky dokument. Uchádzač alebo záujemca predkladá jednotný európsky dokument osobitne:

a) za seba,

b) za osobu, ktorej finančné zdroje alebo technické a odborné kapacity využíva na preukázanie splnenia podmienok účasti.

19.6 V prípade využitia § 39 uchádzačom môže verejný obstarávateľ v zmysle § 39 ods. 6 zákona požiadať uchádzača o predloženie dokladov preukazujúcich splnenie podmienok účasti. V takomto prípade uchádzač prekladá doklady preukazujúce splnenie podmienok účasti verejnému obstarávateľovi v lehote 5 pracovných dní odo dňa doručenia písomnej výzvy na doručenie dokladov preukazujúcich splnenie podmienok účasti, ak verejný obstarávateľ neurčí dlhšiu lehotu.

19.7 Ak sa verejného obstarávania zúčastňuje skupina dodávateľov, jednotný európsky dokument predkladá každý člen skupiny osobitne.

19.8 Vyhodnocovanie podmienok účasti komisiou je neverejné. Komisia vyhodnotí podmienky účasti z hľadiska splnenia podmienok účasti a v prípade pochybností overí správnosť informácií a dôkazov, ktoré poskytli uchádzači.

19.9 Všetky náklady spojené s vypracovaním a predložením žiadosti o účasť sú výlučne výdavkami záujemcu. Verejný obstarávateľ nebude zodpovedať a ani neuhradí žiadne výdavky alebo straty akéhokoľvek druhu záujemcom v súvislosti s vypracovaním žiadosti o účasť.

Časť IV. PRÍPRAVA PONUKY

20. VYHOTOVENIE PONUKY

20.1 Všetky doklady a dokumenty ponuky, požadované v oznámení o vyhlásení verejného obstarávania a v týchto súťažných podkladoch, sa vyhotovujú elektronicky a posielajú sa cez systém Xxxxxxxxx. V prípade predloženia listinnej formy ponuky, uchádzač nesplní podmienky predloženia ponuky, pokiaľ ide o komunikačný formát a určený spôsob a bude vylúčený.

20.2 Uchádzači vo svojej ponuke označia, ktoré informácie sú obchodným tajomstvom alebo dôvernými informáciami v zmysle § 22 zákona o verejnom obstarávaní v zmysle Prílohy č. 7 týchto súťažných podkladov. Verejný obstarávateľ je povinný zachovávať mlčanlivosť

o informáciách označených ako dôverné podľa § 22 zákona o verejnom obstarávaní, ktorú mu záujemca poskytol, na tento účel záujemca označí, ktoré informácie sú dôverné. Týmto ustanovením nie sú dotknúť povinnosti verejného obstarávateľa vyplývajúce zo zákona.

21. NÁKLADY NA VYPRACOVANIE PONUKY

21.1 Všetky náklady spojené s vypracovaním a predložením ponuky sú výlučne výdavkami uchádzača. Verejný obstarávateľ nebude zodpovedný a ani neuhradí žiadne výdavky alebo straty akéhokoľvek druhu vynaložené uchádzačom v súvislosti s vypracovaním ponuky.

21.2 Ponuky predložené v lehote na predkladanie ponúk sa uchádzačom nevracajú. Zostávajú ako súčasť dokumentácie vyhlásenej užšej súťaže.

22. JAZYK PONUKY

22.1 Celá ponuka a ďalšie doklady a dokumenty vo verejnom obstarávaní sa predkladajú v štátnom slovenskom jazyku. Ak je doklad alebo dokument vyhotovený v cudzom jazyku, predkladá sa spolu s jeho úradným prekladom do štátneho slovenského jazyka; to neplatí pre ponuky, doklady a dokumenty vyhotovené v českom jazyku. Ak sa zistí rozdiel v ich obsahu, rozhodujúci je úradný preklad do štátneho jazyka.

23. MENA A CENY UVÁDZANÉ V PONUKE

23.1 Uchádzačom navrhovaná zmluvná cena bude vyjadrená v mene euro. Všetky sumy uvedené v ponuke, vo formulároch a v iných dokumentoch musia byť vyjadrené v mene euro.

23.2 Ak je uchádzač platiteľom dane z pridanej hodnoty (ďalej len „DPH“), navrhovanú zmluvnú cenu uvedie: navrhovaná zmluvná cena bez DPH, výška DPH, navrhovaná zmluvná cena vrátane DPH.

23.3 Ak uchádzač nie je platiteľom DPH, na skutočnosť, že nie je platiteľom DPH, upozorní označením „Nie som platiteľom DPH“.

23.4 V prípade, ak ponuku predkladá uchádzač z iného členského štátu EÚ, predkladá ju vrátane DPH v príslušnej výške %, pričom fakturácia zo strany uchádzača bude v takomto prípade bez DPH a DPH zaplatí objednávateľ v príslušnej výške v % do štátneho rozpočtu na Slovensku.

24. Ponuková cena

24.1 Ponuková cena musí pokryť náklady na celý predmet zákazky tak, ako je to uvedené v oznámení o vyhlásení verejného obstarávania a v týchto súťažných podkladoch.

24.2 Navrhovaná cena musí byť stanovená v súlade so zákonom č. 18/1996 Z. z. o cenách v znení neskorších predpisov a vyhláškou Ministerstva financií Slovenskej republiky č. 87/1996 Z. z. ktorou sa vykonáva zákon Národnej rady Slovenskej republiky č. 18/1996

Z. z. o cenách v znení neskorších predpisov.

24.3 Je výhradnou povinnosťou uchádzača, aby si dôsledne preštudoval oznámenie

o vyhlásení verejného obstarávania, súťažné podklady a všetky dokumenty poskytnuté verejným obstarávateľom, ktoré môžu akýmkoľvek spôsobom ovplyvniť cenu a charakter ponuky. Navrhovaná cena musí byť stanovená podľa platných právnych predpisov. V prípade, že uchádzač bude úspešný, nebude akceptovaný žiadny nárok uchádzača na zmenu ponukovej ceny z dôvodu chýb a opomenutí jeho povinností.

24.4 Pri určovaní cien jednotlivých položiek je potrebné vziať do úvahy opis predmetu zákazky, resp. opis príslušnej časti predmetu zákazky, uvedený v týchto súťažných podkladoch časť B.1 Opis predmetu zákazky (tvorí samostatnú prílohu týchto súťažných podkladov) vrátane návrhov zmlúv v časti F – Obchodné podmienky týchto súťažných podkladov, pričom tieto nesmú byť vyjadrené záporným číslom.

24.5 Navrhované ceny pre príslušnú časť predmetu zákazky je potrebné určiť na dve desatinné miesta.

Časť V. PREDKLADANIE PONÚK

25. PREDLOŽENIE PONUKY

25.1 Uchádzač môže predložiť iba jednu ponuku. Uchádzač nemôže byť v tom istom postupe zadávania zákazky členom skupiny dodávateľov, ktorá predkladá ponuku. Verejný obstarávateľ vylúči uchádzača, ktorý je súčasne členom skupiny dodávateľov. Zároveň verejný obstarávateľ vylúči ponuku, ak uchádzač:

• nedodrží určený spôsob komunikácie,

• obsah jeho ponuky nie je možné sprístupniť,

• nepredložil ponuku vo vyžadovanom formáte kódovania, ak je potrebný na ďalšie spracovanie pri vyhodnocovaní ponúk.

25.2 Ponuku môže v súlade s § 68 zákona o verejnom obstarávaní predložiť len záujemca, ktorého verejný obstarávateľ vyzval na predloženie ponuky. Ponuku takýto záujemca predloží prostredníctvom systému Xxxxxxxxx.

25.3 Ponuka pre účely zadávania tejto zákazky je prejav slobodnej vôle uchádzača, že chce za úhradu poskytnúť verejnému obstarávateľovi určené plnenie pri dodržaní podmienok stanovených verejným obstarávateľom bez určovania svojich osobitných podmienok.

25.4 Uchádzač predloží ponuku v elektronickej podobe prostredníctvom systému Xxxxxxxxx v lehote na predkladanie ponúk spôsobom podľa § 49 ods. 1 písm. a) zákona o verejnom obstarávaní.

25.5 Lehota na predkladanie ponúk bude stanovená vo výzve na predkladanie ponúk, ktorú verejný obstarávateľ pošle vybraným záujemcom, ktorí spĺňajú podmienky účasti.

25.6 Záujemca, ktorého verejný obstarávateľ vyzval na predloženie ponuky musí ponuku doručiť v lehote na predkladanie ponúk podľa výzvy na predkladanie ponúk, ktorú verejný obstarávateľ pošle vybraným záujemcom, ktorí spĺňajú podmienky účasti.

25.7 Elektronický systém automaticky uzamkne ponuky do lehoty na otváranie ponúk, tak aby ich nebolo možné pred lehotou na otváranie ponúk sprístupniť.

25.8 Podrobný postup pre elektronické predkladanie ponuky prostredníctvom systému Xxxxxxxxx je uvedený na portáli XXXXXXXXX (xxxxxxx.xxx) Uchádzač predkladá ponuku pod identifikáciou verejného obstarávateľa a názov zákazky Technické vybavenie pre riešenie kybernetických bezpečnostných incidentov a poskytnutie príslušných služieb.

25.9 Informácie, ktoré uchádzač v ponuke označí za dôverné, nebudú zverejnené alebo inak použité bez predošlého súhlasu uchádzača, pokiaľ uvedené nebude v rozpore so zákonom o verejnom obstarávaní a inými všeobecne záväznými právnymi predpismi (zákon č. 211/2000 Z. z. slobodnom prístupe k informáciám a o zmene a doplnení niektorých zákonov, zákon č. 215/2004 Z. z. o ochrane utajovaných skutočností a o zmene a doplnení niektorých zákonov atď.). Verejný obstarávateľ odporúča, aby uchádzačom vypracovaný „Zoznam dôverných informácií“, ktorý bude súčasťou jeho ponuky obsahoval údaje podľa Prílohy č. 7 týchto súťažných podkladov. Ak uchádzač predmetný doklad nepredloží, má sa za to, že ponuka uchádzača neobsahuje dôverné informácie.

25.10 Verejný obstarávateľ odporúča záujemcom/uchádzačom predložiť ponuku v dostatočnom časovom predstihu pred uplynutím lehoty na predkladanie ponúk.

25.11 Všetky náklady spojené s vypracovaním a predložením ponuky sú výlučne výdavkami záujemcu. Verejný obstarávateľ nebude zodpovedať a ani neuhradí žiadne výdavky alebo straty akéhokoľvek druhu záujemcom v súvislosti s vypracovaním ponuky.

26. OBSAH PONUKY

26.1 Elektronická ponuka predložená uchádzačom musí obsahovať:

• Zoznam dôverných informácií v zmysle bodu 20.2 týchto súťažných podkladov.

Príloha č. 7 týchto súťažných podkladov.

• Vyhlásenie uchádzača, že celý predmet zákazky vykoná vlastnými kapacitami, alebo uvedenie podielu zákazky, ktorý má v úmysle zadať subdodávateľom s uvedením navrhovaných subdodávateľov a predmetov subdodávok. Navrhovaný subdodávateľ musí spĺňať podmienky účasti týkajúce sa osobného postavenia podľa § 32 ods. 1 zákona o verejnom obstarávaní a nemôžu existovať u neho dôvody na vylúčenie podľa

§ 40 ods. 6 písm. a) až h) a ods. 7 zákona o verejnom obstarávaní (oprávnenie dodávať tovar, uskutočňovať stavebné práce alebo poskytovať službu preukazuje subdodávateľ vo vzťahu k tej časti predmetu zákazky, ktorý má plniť). Príloha č. 8 týchto súťažných podkladov.

• Doklad o zložení zábezpeky (Ak sa uchádzač rozhodne predložiť doklad o zložení zábezpeky formou bankovej záruky a daná banka alebo poisťovňa nevydáva bankovú záruku alebo poistenie záruky v elektronickej podobe, v takom prípade uchádzač predloží originál bankovej záruky v listinnej podobe. Listinnú podobu uchádzač predloží v lehote a na miesto uvedené vo výzve na predkladanie ponúk a spôsobom uvedeným v bode 26.4 tejto časti súťažných podkladov. Ak bude uchádzač/banka vyžadovať vrátenie originálu záručnej listiny, uchádzač predloží v rámci elektronickej ponuky aj digitálnu kópiu originálu bankovej záruky).

• Čestné vyhlásenie uchádzača o súhlase a akceptovaní záväzných návrhov zmlúv uvedeného v časti F – Obchodné podmienky týchto súťažných podkladov v plnom rozsahu, podpísané osobou oprávnenou konať v mene uchádzača, Príloha č. 9 týchto súťažných podkladov.

• Vyplnený formulár Návrh na plnenie kritérií, Príloha č. 10 týchto súťažných podkladov.

• Súhlas so spracúvaním osobných údajov; Príloha č. 11 týchto súťažných podkladov.

• Stručná sumarizácia navrhovaného riešenia vypracovaná podľa v súlade s časťou B.1 Opis predmetu zákazky;

• Návrh časového, vecného a finančného harmonogramu plnenia predmetu zákazky

26.2 Uchádzač predloží vyššie uvedené doklady prostredníctvom systému Xxxxxxxxx ako naskenované doklady (pokiaľ nie je uvedené inak), ktoré musia byť podpísané oprávnenou osobou/oprávnenými osobami konať v mene uchádzača.

26.3 Doklady a dokumenty tvoriace obsah ponuky, požadované v týchto súťažných podkladoch a v oznámení o vyhlásení verejného obstarávania, musia byť k termínu predloženia ponuky platné a aktuálne.

26.4 Potvrdenie, doklady a iné dokumenty tvoriace ponuku požadované v týchto súťažných podkladoch musia byť v ponuke predložené ako digitálnu kópiu originálu alebo digitálnu kópiu ich úradne osvedčenej kópie.

27. ZÁBEZPEKA

27.1 Verejný obstarávateľ vyžaduje na zabezpečenie ponuky zloženie zábezpeky.

27.2 Zábezpeka je stanovená vo výške 480 000,00- EUR (slovom: štyristoosemdesiattisíc Eur).

27.3 Spôsoby zloženia zábezpeky:

• zložením finančných prostriedkov uchádzača na bankový účet verejného obstarávateľa, alebo

• poskytnutím bankovej záruky za uchádzača, alebo

• poistením záruky.

27.4 Podmienky zloženia zábezpeky:

• zložením finančných prostriedkov na bankový účet verejného obstarávateľa

Finančné prostriedky musia byť zložené v uvedenej čiastke na bankový účet verejného obstarávateľa vedený v:

Banka: Štátna pokladnica

IBAN: XX00 0000 0000 0000 0000 0000

Variabilný symbol: IČO uchádzača

BIC (SWIFT): XXXXXXXX

Mena účtu: EUR

Informácia pre príjemcu platby: NCZI_ESO1D – Obchodné meno uchádzača

⮚ Finančné prostriedky musia byť pripísané na účet verejného obstarávateľa najneskôr v deň a čas uplynutia lehoty na predkladanie ponúk.

⮚ Doba platnosti zábezpeky vo forme zloženia finančných prostriedkov na účet verejného obstarávateľa musí byť počas celej lehoty viazanosti ponúk.

⮚ Verejný obstarávateľ odporúča, aby súčasťou ponuky uchádzača bol aj výpis z bankového účtu, ktorým uchádzač preukáže, že v prospech účtu verejného obstarávateľa boli poukázané finančné prostriedky vo výške zodpovedajúcej výške zábezpeky.

• poskytnutím bankovej záruky za uchádzača,

⮚ Banková záruka za uchádzača môže byť poskytnutá bankou so sídlom v Slovenskej republike, pobočkou zahraničnej banky v Slovenskej republike alebo zahraničnou bankou (ďalej len „banka“).

⮚ V záručnej listine musí banka písomne vyhlásiť, že neodvolateľne a bez akýchkoľvek námietok uspokojí verejného obstarávateľa do výšky finančných prostriedkov, ktoré verejný obstarávateľ požaduje ako zábezpeku viazanosti ponuky uchádzača, v prípade, ak uchádzač odstúpi od svojej ponuky v lehote viazanosti ponúk alebo neposkytne súčinnosť alebo odmietne uzavrieť zmluvu podľa § 56 ods. 8 až 15 zákona o verejnom obstarávaní, ktorá je výsledkom verejného obstarávania a verejný obstarávateľ písomne banke oznámi svoje nároky z bankovej záruky v lehote platnosti bankovej záruky.

⮚ Doba platnosti a účinnosti bankovej záruky musí byť najmenej počas celej lehoty viazanosti ponúk.

• poskytnutím poistenia záruky za uchádzača,

⮚ Poistenie záruky za uchádzača môže byť poskytnuté poisťovňou so sídlom v Slovenskej republike, pobočkou zahraničnej poisťovne v Slovenskej republike alebo zahraničnou poisťovňou (ďalej len „poisťovňa“).

⮚ V poistení záruky musí poisťovňa vyhlásiť, že neodvolateľne a bez akýchkoľvek námietok uspokojí verejného obstarávateľa do výšky finančných prostriedkov, ktoré verejný obstarávateľ požaduje ako zábezpeku viazanosti ponuky uchádzača, v prípade, ak uchádzač odstúpi od svojej ponuky v lehote viazanosti ponúk alebo neposkytne súčinnosť alebo odmietne uzavrieť zmluvu podľa § 56 ods. 8 až 15 zákona o verejnom obstarávaní, ktorá je výsledkom verejného obstarávania a verejný obstarávateľ písomne poisťovni oznámi svoje nároky z poistenia záruky v lehote platnosti poistenia záruky.

⮚ Doba platnosti a účinnosti poistenia záruky musí byť najmenej počas celej lehoty viazanosti ponúk.

27.5 Podmienky vrátenia zábezpeky:

⮚ Ak bola zábezpeka zložená na účet v banke alebo v pobočke zahraničnej banky, verejný obstarávateľ vráti zábezpeku uchádzačom aj s úrokmi, ak ich banka alebo pobočka zahraničnej banky poskytuje.

⮚ Verejný obstarávateľ uvoľní alebo vráti uchádzačovi zábezpeku do siedmich dní odo dňa:

• uplynutia lehoty viazanosti ponúk,

• márneho uplynutia lehoty na doručenie námietky, ak ho verejný obstarávateľ vylúčil z verejného obstarávania, alebo ak verejný obstarávateľ zruší použitý postup zadávania zákazky,

• uzavretia zmluvy s úspešným uchádzačom.

27.6 Zábezpeka prepadne v prospech verejného obstarávateľa, ak uchádzač

• odstúpi od svojej ponuky v lehote viazanosti ponúk alebo

• neposkytne súčinnosť alebo odmietne uzavrieť zmluvu podľa § 56 ods. 8 až 15 zákona o verejnom obstarávaní.

27.7 Verejný obstarávateľ je povinný dodržať § 46 ods. 2 zákona o verejnom obstarávaní v súvislosti s lehotou viazanosti ponúk. Zároveň pre uchádzačov platí, že podmienky zloženia zábezpeky verejný obstarávateľ v súlade s § 46 ods. 4 zákona o verejnom obstarávaní určil tak, aby si spôsob zloženia mohol vybrať uchádzač.

Banková záruka sa predkladá listinne v originálnom vyhotovení a zároveň i ako digitálna kópia bankovej záručnej listiny, ktorá je súčasťou ponuky predkladanej cez systém Xxxxxxxxx. V prípade ak banka umožňuje vydanie a akceptáciu bankovej záruky aj v prípade dokumentu v elektronickom formáte vydaného pomocou zaručenej konverzie, tak verejný obstarávateľ akceptuje aj takto vydanú bankovú záruku.

V prípade predĺženia lehoty viazanosti ponúk, zábezpeka ponúk naďalej zabezpečuje viazanosť ponúk uchádzačov až do uplynutia takto primerane predĺženej lehoty viazanosti ponúk.

27.8 Ak banková záruka nebude vypracovaná v zmysle tejto časti súťažných podkladov alebo ak nebude súčasťou ponuky, alebo ak finančné prostriedky nebudú zložené na účte verejného obstarávateľa bude ponuka hodnotená ako neúplná, bude zo užšej súťaže vylúčená a nebude hodnotená.

28. VARIANTNÉ RIEŠENIA A KOMPLEXNOSŤ ZÁKAZKY

28.1 Predloženie variantného riešenia sa neumožňuje. Ak súčasťou ponuky bude variantné riešenie, bude sa naň hľadieť, akoby nebolo predložené.

28.2 Uchádzač predloží ponuku na celý predmet zákazky tak, ako je to požadované v súťažných podkladoch. Ponuky predložené na časť predmetu zákazky nebudú akceptované, bude sa na ne prihliadať ako na ponuku, ktorá nespĺňa predmet zákazky.

29. DOPLNENIE, ZMENA ALEBO ODSTÚPENIE OD PONUKY

29.1 Uchádzač môže predloženú ponuku dodatočne meniť, dopĺňať alebo vziať späť len do uplynutia lehoty na predkladanie ponúk.

29.2 Odstúpenie od ponuky v lehote viazanosti ponúk bude mať za následok prepadnutie zábezpeky v prospech verejného obstarávateľa

30. LEHOTA VIAZANOSTI PONÚK

30.1 Ponuky zostávajú platné počas lehoty viazanosti ponúk stanovenej do 30.07.2022.

30.2 Verejný obstarávateľ oznámi uchádzačom predĺženie lehoty viazanosti ponúk, v prípade uplatnenia revíznych postupov, ak bude začatá kontrola postupu verejného obstarávateľa pred uzavretím zmluvy podľa zákona o verejnom obstarávaní alebo pre objektívne okolnosti, ktoré nastali počas procesu verejného obstarávania a nebolo ich možné predvídať.

30.3 Uchádzači sú svojou ponukou viazaní do uplynutia verejným obstarávateľom oznámenej predĺženej lehoty viazanosti ponúk, vrátane prípadnej zmenenej lehoty viazanosti ponúk. V zmysle § 46 ods. 2 lehota viazanosti ponúk nesmie byť dlhšia ako 12 mesiacov od uplynutia lehoty na predkladanie ponúk. Po uplynutí 12 mesačnej lehoty na predkladanie ponúk nie je možné túto lehotu viazanosti ponúk predĺžiť.

Časť VI. OTVÁRANIE A VYHODNOCOVANIE PONÚK

31. OTVÁRANIE PONÚK

31.1 Ponuky predložené prostredníctvom systému Xxxxxxxxx sa verejnému obstarávateľovi sprístupnia až po uplynutí lehoty na otváranie ponúk.

31.2 V zmysle § 52 ods. 2 zákona o verejnom obstarávaní je otváranie verejné a verejný obstarávateľ umožňuje na otváraní účasť všetkým uchádzačom, ktorí predložia ponuku v lehote na predkladanie ponúk

Miesto otvárania ponúk:

Národné centrum zdravotníckych informácií

Xxxxxxxxxx 00

811 09 Bratislava

31.3 Na otváraní môže byť uchádzač zastúpený štatutárnym orgánom alebo členom štatutárneho orgánu uchádzača alebo osobou splnomocnenou uchádzačom na jeho zastupovanie.

31.4 Uchádzač (fyzická osoba), štatutárny orgán alebo člen štatutárneho orgánu uchádzača (právnická osoba) sa preukáže na otváraní ponúk preukazom totožnosti a poverený zástupca uchádzača preukazom totožnosti a plnou mocou na zastupovanie.

31.5 Na otváraní ponúk komisia zverejní obchodné mená alebo názvy, sídla, miesta podnikania alebo adresy pobytov všetkých uchádzačov. Ostatné údaje uvedené v ponukách sa nezverejňujú.

31.6 V súlade s § 52 ods. 3 zákona o verejnom obstarávaní obstarávateľ najneskôr do piatich pracovných dní odo dňa otvárania ponúk pošle prostredníctvom systému XXXXXXXXX všetkým uchádzačom, ktorí predložili ponuky v lehote na predkladanie ponúk zápisnicu z otvárania ponúk.

32. VYHODNOCOVANIE PONÚK

32.1 Ponuky uchádzačov sa budú vyhodnocovať na základe kritéria „najnižšia cena“ v súlade s § 44 ods. 3 zákona o VO.

33. ODOVODNENIE MIMORIADNE NÍZKEJ PONUKY

33.1 Ak komisia identifikuje nezrovnalosti alebo nejasnosti v informáciách alebo dôkazoch, ktoré uchádzač poskytol, písomne požiada prostredníctvom systému Xxxxxxxxx

o vysvetlenie ponuky a ak je to potrebné aj o predloženie dôkazov. Vysvetlením ponuky nemôže dôjsť k jej zmene. Za zmenu ponuky sa nepovažuje odstránenie zrejmých chýb v písaní a počítaní.

33.2 Uchádzač musí doručiť vysvetlenie svojej ponuky do dvoch pracovných dní odo dňa odoslania žiadosti o vysvetlenie, ak komisia neurčila dlhšiu lehotu, keďže komunikácia sa uskutočňuje prostredníctvom elektronických prostriedkov.

33.3 Ak sa pri tejto zákazke javí ponuka ako mimoriadne nízka ponuka vo vzťahu k tovaru, prácam alebo službám, komisia písomne požiada uchádzača o vysvetlenie tej časti ponuky, ktoré sú pre jej cenu podstatné v zmysle § 53 ods. 2 zákona. Uchádzač musí doručiť odôvodnenie mimoriadne nízkej ponuky do piatich pracovných dní odo dňa doručenia žiadosti, ak komisia neurčila dlhšiu lehotu a to prostredníctvom systému Xxxxxxxxx

33.4 V prípade, ak uchádzač odôvodňuje mimoriadne nízku ponuku získaním štátnej pomoci, musí byť schopný v primeranej lehote určenej komisiou preukázať, že mu štátna pomoc bola poskytnutá v súlade s pravidlami vnútorného trhu Európskej únie, inak verejný obstarávateľ vylúči ponuku z verejného obstarávania.

33.5 Komisia zohľadní vysvetlenie ponuky uchádzačom v súlade s požiadavkou podľa zákona alebo odôvodnenie mimoriadne nízkej ponuky uchádzačom, ktoré vychádza z predložených dôkazov.

34. VYLÚČENIE PONUKY

34.1 Verejný obstarávateľ podľa zákona vylúči uchádzača, ktorý je v tom istom postupe zadávania zákazky súčasne členom skupiny dodávateľov, ktorá predkladá ponuku.

34.2 Verejný obstarávateľ v súlade s § 53 ods. 5 zákona vylúči ponuku, ak:

a) ponuka nespĺňa požiadavky na predmet zákazky uvedené v dokumentoch potrebných na vypracovanie ponuky,

b) uchádzač nedoručí písomné vysvetlenie ponuky na základe požiadavky podľa § 53 ods. 1 zákona do dvoch pracovných dní odo dňa odoslania žiadosti o vysvetlenie, ak

komisia neurčila dlhšiu lehotu a komunikácia sa uskutočňuje prostredníctvom elektronických prostriedkov,

c) uchádzačom predložené vysvetlenie ponuky nie je v súlade s požiadavkou komisie na vysvetlenie ponuky podľa § 53 ods. 1 zákona,

d) uchádzač nedoručí písomné odôvodnenie mimoriadne nízkej ponuky do piatich pracovných dní odo dňa doručenia žiadosti, ak komisia neurčila dlhšiu lehotu,

e) uchádzačom predložené odôvodnenie mimoriadne nízkej ponuky a dôkazy dostatočne neodôvodňujú nízku úroveň cien alebo nákladov najmä s ohľadom na skutočnosti podľa § 53 ods. 2 zákona,

f) uchádzač poskytol nepravdivé informácie alebo skreslené informácie s podstatným vplyvom na vyhodnotenie ponúk,

g) uchádzač sa pokúsil neoprávnene ovplyvniť postup verejného obstarávania,

h) uchádzač nezložil zábezpeku podľa určených podmienok.

34.3 Verejný obstarávateľ elektronicky prostredníctvom systému Xxxxxxxxx oznámi uchádzačovi jeho vylúčenie s uvedením dôvodov vyplývajúcich najmä z nesúladu predloženej ponuky s technickými špecifikáciami, výkonnostnými požiadavkami a funkčnými požiadavkami na predmet zákazky určenými verejným obstarávateľom podľa zákona a lehoty, v ktorej môžu byť doručené námietky.

ČASŤ VII. PRIJATIE PONUKY A UZAVRETIE ZMLUVY

35. INFORMÁCIA O VÝSLEDKU VYHODNOTENIA PONÚK

35.1 Verejný obstarávateľ po vyhodnotení ponúk a po odoslaní všetkých oznámení o vylúčení uchádzača bezodkladne elektronicky oznámi všetkým uchádzačom, ktorých ponuky sa vyhodnocovali, výsledok vyhodnotenia ponúk, vrátane poradia uchádzačov a súčasne uverejní informáciu o výsledku vyhodnotenia ponúk a poradie uchádzačov v profile. Úspešnému uchádzačovi oznámi, že jeho ponuku prijíma. Neúspešnému uchádzačovi oznámi, že neuspel, a dôvody neprijatia jeho ponuky. Neúspešnému uchádzačovi v informácii o výsledku vyhodnotenia ponúk uvedie aj identifikáciu úspešného uchádzača, informáciu o charakteristikách a výhodách prijatej ponuky a lehotu, v ktorej môže byť doručená námietka.

36. POSKYTNUTIE SÚČINNOSTI A UZAVRETIE ZMLÚV

36.1 Uzavreté zmluvy nesmú byť v rozpore so súťažnými podkladmi, s ponukou a žiadosťou o účasť predloženou úspešným uchádzačom.

36.2 Verejný obstarávateľ nesmie uzavrieť zmluvy s uchádzačom alebo uchádzačmi, ktorí majú povinnosť zapisovať sa do registra partnerov verejného sektora33) a nie sú zapísaní v registri partnerov verejného sektora34) alebo ktorých subdodávatelia alebo subdodávatelia podľa osobitného predpisu,33) ktorí majú povinnosť zapisovať sa do registra partnerov verejného sektora33) a nie sú zapísaní v registri partnerov verejného sektora 34).

33) Zákon č. 315/2016Z.z.o registri partnerov verejného sektora a o zmene a doplnení niektorých zákonov.

34) § 18 zákona č. 315/2016 Z.z. o registri partnerov verejného sektora a o zmene a doplnení niektorých zákonov.

36.3 Úspešný uchádzač je povinný poskytnúť verejnému obstarávateľovi riadnu súčinnosť potrebnú na uzavretie zmluvy tak, aby mohla byť uzavretá v lehote/lehotách podľa zákona, ak bol na jej uzavretie písomne vyzvaný. Komunikácia v rámci poskytnutia súčinnosti na uzavretie zmluvy už neprebieha prostredníctvom systému Xxxxxxxxx. Môže sa využiť komunikácia prostredníctvom elektronickej pošty ako aj písomná forma komunikácie. Ak úspešný uchádzač odmietne uzavrieť zmluvy alebo nie sú splnené povinnosti podľa § 56 ods. 8 zákona, verejný obstarávateľ bude postupovať v súlade s § 56 zákona.

36.4 Verejný obstarávateľ zašle úspešnému uchádzačovi na podpis potrebných počet výtlačkov zmluvy. Uchádzač predloží podpísaný potrebný počet výtlačkov verejnému obstarávateľovi v lehote určenej verejným obstarávateľom.

36.5 Verejný obstarávateľ požaduje, aby úspešný uchádzač maximálne 5 pracovných dní pred uzavretím zmluvy splnil osobitné podmienky zadávania zákazky a to predložením poistnej zmluvy o poistení zodpovednosti za škodu spôsobenú pri výkone povolania alebo Poistnej zmluvy o poistení zodpovednosti za škodu podnikateľa alebo Poistnou zmluvou o poistení všeobecnej zodpovednosti za škodu pred samotným podpisom zmluvy s úspešným uchádzačom. Poistná zmluva bude uzavretá minimálne na poistnú sumu 3 000 000,- EUR. Úradne overená fotokópia Poistnej zmluvy alebo Potvrdenie o uzatvorení poistnej zmluvy bude prílohou zmluvy.

Časť VIII. ĎALŠIE INFORMÁCIE

37. ZRUŠENIE POUŽITÉHO POSTUPU ZADÁVANIA ZÁKAZKY

37.1 Verejný obstarávateľ zruší použitý postup zadávania zákazky, ak

• ani jeden uchádzač alebo záujemca nesplnil podmienky účasti vo verejnom obstarávaní a uchádzač alebo záujemca neuplatnil námietky v lehote podľa tohto zákona,

• nedostal ani jednu ponuku,

• ani jedna z predložených ponúk nezodpovedá požiadavkám určeným podľa § 42 alebo § 45 a uchádzač nepodal námietky v lehote podľa tohto zákona,

• jeho zrušenie nariadil Úrad pre verejné obstarávanie .

37.2 Verejný obstarávateľ môže zrušiť verejné obstarávanie alebo jeho časť aj vtedy, ak sa zmenili okolnosti, za ktorých sa vyhlásilo verejné obstarávanie, ak sa v priebehu postupu verejného obstarávania vyskytli dôvody hodné osobitného zreteľa, pre ktoré nemožno od verejného obstarávateľa požadovať, aby vo verejnom obstarávaní pokračovali, najmä ak sa zistilo porušenie tohto zákona, ktoré má alebo by mohlo mať zásadný vplyv na výsledok verejného obstarávania, ak nebolo predložených viac ako dve ponuky alebo ak navrhované ceny v predložených ponukách sú vyššie ako predpokladaná hodnota. Ak bola predložená len jedna ponuka a verejný obstarávateľ nezrušil verejné obstarávanie alebo jeho časť, je povinný zverejniť v profile odôvodnenie, prečo verejné obstarávanie nezrušil.

37.3 Verejný obstarávateľ bezodkladne upovedomí všetkých uchádzačov alebo záujemcov

o zrušení použitého postupu zadávania zákazky s uvedením dôvodu a oznámi postup, ktorý použije pri zadávaní zákazky na pôvodný predmet zákazky.

38. DÔVERNOSŤ PROCESU VEREJNÉHO OBSTARÁVANIA

38.1 Informácie týkajúce sa preskúmania, vysvetľovania a vyhodnocovania, vzájomného porovnania ponúk a odporúčaní prijatia ponúk sú dôverné. Členovia komisie a zodpovedné osoby verejného obstarávateľa nesmú/nebudú počas prebiehajúceho

procesu vyhlásenej užšej súťaže poskytovať alebo zverejňovať informácie o obsahu ponúk ani uchádzačom, ani žiadnym iným tretím osobám.

38.2 Informácie, ktoré uchádzač v ponuke označí za dôverné alebo za obchodné tajomstvo, nebudú zverejnené alebo inak použité bez predchádzajúceho súhlasu uchádzača, pokiaľ uvedené nebude v rozpore so zákonom o verejnom obstarávaní a inými všeobecne záväznými právnymi predpismi.

38.3 V súlade s § 22 ods. 2 zákona o verejnom obstarávaní je za dôverné informácie na účely tohto zákona možné označiť výhradne obchodné tajomstvo, technické riešenia a predlohy, návody, výkresy, projektové dokumentácie, modely, spôsob výpočtu jednotkových cien a ak sa neuvádzajú jednotkové ceny, ale len cena, tak aj spôsob výpočtu ceny a vzory.

38.4 Verejný obstarávateľ má za to, že predložením ponuky uchádzač zabezpečil aj súhlasy všetkých ostatných dotknutých osôb (subdodávateľov, osôb poskytujúcich prísľub tretej osoby) so spracovaním osobných údajov uvedených v predloženej ponuke podľa Nariadenia Európskeho parlamentu a rady (EÚ) 2016/679 o ochrane fyzických osôb pri spracúvaní osobných údajov a o voľnom pohybe takýchto údajov, v prípade, ak to bolo potrebné. Uvedené platí aj pre prípad, keď ponuku predkladá skupina dodávateľov.

38.5 Verejný obstarávateľ požaduje, aby bol súčasťou ponuky uchádzača aj súhlas so spracúvaním osobných údajov (pre účely vyhodnotenia splnenia podmienok účasti a vyhodnotenia ponúk vo verejnom obstarávaní), ktorý tvorí Prílohu č. 11 týchto súťažných podkladov. Udelením súhlasu nie sú dotknuté práva uchádzača ako dotknutej osoby.

39. VYUŽITIE SUBDODÁVATEĽOV

39.1 Verejný obstarávateľ vyžaduje, aby:

a) uchádzač v ponuke uviedol podiel zákazky, ktorý má v úmysle zadať subdodávateľom, navrhovaných subdodávateľov a predmety subdodávok (Príloha č. 8 týchto súťažných podkladov),

b) navrhovaný subdodávateľ/subdodávatelia spĺňal/splnili podmienky účasti týkajúce sa osobného postavenia podľa § 32 ods. 1 zákona o verejnom obstarávaní a neexistovali u neho dôvody na vylúčenie podľa § 40 ods. 6 písm. a) až h) a ods. 7 zákona o verejnom obstarávaní; oprávnenie dodávať tovar, uskutočňovať stavebné práce alebo poskytovať službu sa preukazuje vo vzťahu k tej časti predmetu zákazky alebo koncesie, ktorý má subdodávateľ plniť.

39.2 Ak navrhovaný subdodávateľ nespĺňa podmienky účasti podľa bodu 40.1.2 týchto súťažných podkladov, verejný obstarávateľ požiada uchádzača o jeho nahradenie. Uchádzač doručí návrh nového subdodávateľa spolu s dokladmi nového subdodávateľa podľa § 32 zákona o verejnom obstarávaní alebo § 152 zákona o verejnom obstarávaní do piatich pracovných dní odo dňa doručenia žiadosti podľa prvej vety, ak verejný obstarávateľ neurčí dlhšiu lehotu.

39.3 Verejný obstarávateľ vyžaduje, aby úspešný uchádzač v zmluve, najneskôr v čase jej uzavretia uviedol údaje o všetkých známych subdodávateľoch, údaje o osobe oprávnenej konať za subdodávateľa v rozsahu meno a priezvisko, adresa pobytu, dátum narodenia.

39.4 V prípade zmeny subdodávateľa počas trvania zmluvy, ktorá je výsledkom tohto verejného obstarávania, musí subdodávateľ, ktorého sa návrh na zmenu týka, spĺňať podmienky účasti týkajúce sa osobného postavenia podľa § 32 ods. 1 zákona o verejnom obstarávaní a nesmú u neho existovať dôvody na vylúčenie podľa § 40 ods. 6 písm. a) až h) a ods. 7 zákona o verejnom obstarávaní. Úspešný uchádzač je povinný verejnému

obstarávateľovi najneskôr tri pracovné dni pred zmenou subdodávateľa, predložiť písomné oznámenie o zmene subdodávateľa, ktoré bude obsahovať minimálne: podiel zákazky, ktorý má uchádzač v úmysle zadať subdodávateľovi, konkrétnu časť plnenia, ktorú má subdodávateľ vykonať, identifikačné údaje navrhovaného subdodávateľa vrátane údajov o osobe oprávnenej konať za subdodávateľa v rozsahu meno a priezvisko, adresa pobytu, dátum narodenia a doklady na preukázanie splnenia podmienok účasti týkajúce sa osobného postavenia navrhovaného subdodávateľa podľa

§ 32 ods. 1 zákona o verejnom obstarávaní.

39.5 Každý subdodávateľ, ktorý má povinnosť zapisovať sa do registra partnerov verejného sektora, musí byť v ňom zapísaný v zmysle § 11 zákona o verejnom obstarávaní.

39.6 Ak došlo k výmazu subdodávateľa z registra partnerov verejného sektora, je poskytovateľ povinný túto skutočnosť oznámiť objednávateľovi a zároveň nahradiť takéhoto subdodávateľa subdodávateľom, ktorý bude spĺňať podmienky podľa bodu 40.1.2 týchto súťažných podkladov a ak má povinnosť zapisovať sa do registra partnerov verejného sektora, musí byť v ňom zapísaný v zmysle § 11 zákona o verejnom obstarávaní.

B.1 . OPIS PREDMETU ZÁKAZKY

1. Špecifikácia riešenie pre projekt ESO1-D

Národný projekt Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR je v plnej kompetencii NCZI. Projekt je určený všetkým aktérom v procesoch elektronického zdravotníctva v SR označenom ako eZdravie.

Od 1. januára 2017 je v ostrej prevádzke Systém elektronického zdravotníctva, Systém eZdravie. Do Systému eZdravie sa ZPr prihlasujú cez svoje informačné systémy poskytovateľov zdravotnej starostlivosti (ďalej aj "IS PZS") a pristupujú doň výhradne prostredníctvom elektronického preukazu zdravotníckeho pracovníka (ďalej aj "ePZP"), ktorý majú počas práce s eZdravie stále vložený v čítačke ePZP. Z tohto dôvodu nie je v súčasnosti umožnený prístup takým zdravotníckych pracovníkom, ktorí pracujú a zapisujú zdravotné záznamy pacientov v teréne alebo mimo svojho PC. Príkladom sú zdravotnícki záchranári, ZPr pracujúci pre Agentúru domácej ošetrovateľskej starostlivosti (tzv. "ADOS") alebo lekári v nemocnici na vizite pacienta.

Absencia alternatívneho riešenia prihlásenia pre týchto ZPr má za následok fakt, že v súčasnosti pristupujú do eZdravie len čiastočne (lekár v nemocnici zapisuje a číta záznamy len z prostredia jeho ambulancie) alebo nepristupujú vôbec (ADOS sestry alebo zdravotnícki záchranári priamo zo sanitky). Dôvodom vzniku tohto diela je priniesť alternatívu v podobe prístupu do NZIS týmto ZPr tak, aby súčasný stav prístup cez ePZP bol pre ostatných ZPr ponechaný. Prístup do NZIS je nevyhnutnou prerekvizitou pre pripravovaný Národný projekt "Rozšírenie portfólia služieb a inovácia služieb elektronického zdravotníctva (NZIS)", v rámci ktorého sa predpokladá integrácia systému záchrannej zdravotnej služby.

Ďalším prínosom tohto zlepšenia je nutnosť odbremeniť ZPr od riešenia technických problémov eZdravie (nemyslia sa tým problémy súvisiace s inými systémami ako napr. jeho ambulantný systém) a ak aj keď takýto problém nastane, je potrebné zabezpečiť, aby mal čo najmenší dopad na samotného ZPr a nebol pre neho zdržaním alebo inou prekážkou v práci so systémom eZdravie. Za súčasného stavu a spôsobu riešenia je pre NCZI problematické v čo najkratšej dobe vyriešiť technický problém, pretože nevie monitorovať počítač ZPr a ani jeho IS PZS. Rovnako nevie monitorovať centrálne aplikačné komponenty eZdravie, pretože sú inštalované buď na počítači ZPr, alebo sú integrálnou súčasťou IS PZS.

Ďalším dôvodom vzniku tohto diela je nutnosť a schopnosť zanalyzovať najvhodnejší spôsob monitorovania aktivity ZPr a vzdialeného prístupu k centrálnym aplikačným komponentom mimo počítač ZPr a IS PZS tak, aby boli v plnej správe NCZI a bola zabezpečená kontinuálna práca ZPr v eZdravie a znížený odchod ZPr zo systému na minimum. Zabezpečenie kontinuity a eliminácia odchodu ZPr z eZdravie zároveň predstavuje v čo najväčšej miere naplnenie prínosov elektronického zdravotníctva na Slovensku.

Zabezpečenie prevádzkyschopného riešenia je nevyhnutnou prerekvizitou (rovnako ako mobilný prístup do eZdravie) pre pripravovaný národný projekt "Rozšírenie portfólia služieb a inovácia služieb elektronického zdravotníctva (NZIS)", ktorý predpokladá rozšírenie eZdravie o nové služby, čo nie je možné v prípade, ak súčasné služby nie sú plnohodnotne využívané zo strany ZPr. Pri pojednávaní o ZPr ide najmä o:

• poskytovateľov zdravotnej starostlivosti (zákon 578/2004 Z. z.),

• zdravotníckych pracovníkov (zákon 578/2004 Z.z),

• prijímateľov zdravotnej starostlivosti

• inštitúcie v rezorte zdravotníctva.

Prijímateľom Nenávratných finančných prostriedkov v rámci projektu je NCZI. Partnerom národného projektu bude Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky ďalej len „MIRRI").

PRIORITNÁ OS Operačného programu integrovaná infraštruktúra	PO7	Informačná spoločnosť
TEMATICKÝ CIEĽ	TC 2	Zlepšenie prístupu k IKT a zlepšenie ich využívania a kvality
Investičná priorita	2c	Posilnenie aplikácií IKT v rámci elektronickej štátnej správy, elektronického vzdelávania, elektronickej inklúzie, elektronickej kultúry a elektronického zdravotníctva
ŠPECIFICKÝ CIEĽ	7.3	Zvýšenie kvality, štandardu a dostupnosti eGovernment služieb pre podnikateľov
Kód intervencie	81	Riešenia IKT, pokiaľ ide o problematiku zdravého a aktívneho starnutia, a aplikácie a služby elektronického zdravotníctva
Úsek verejnej správy	U00179	Zdravotná starostlivosť
Merateľný ukazovateľ		Počet dodatočných elektronických služieb pre podnikateľov, ktoré je možné riešiť mobilnou aplikáciou

2. Použité pojmy a skratky

V tomto dokumente sú použité nasledujúce skratky, pojmy a značky.

Skratka / Pojem	Vysvetlenie / Popis
ADOS	Agentúra domácej ošetrovateľskej starostlivosti
Aplikácia pre PPP	Od 9.7.2019 bol eID klient pre eZdravie nahradený novou aplikáciou pre potvrdenie prítomnosti pacienta s názvom Aplikácia pre PPP, vydanou MVSR.
CC (CryptoController)	Softvérový komponent, ktorý sprostredkuje komunikáciu IS PZS s ezdravie prostredníctvom ePZP karty, alebo mobilnej autentifikácie (predmet projektu - riešenia). IS PZS v súčasnosti musí komunikovať s ePZP kartou, ktorá šifruje, dešifruje a podpisuje údaje. CryptoController je knižnica (DLL), ktorá slúži na prácu s kryptografickým materiálom ePZP kariet a eID občana, pričom využíva čítačky kariet. Knižnica je realizovaná a dodávaná v rámci ezdravia. Poskytuje služby na šifrovanie, dešifrovanie, podpisovanie, overovanie podpisov a vystavovanie tokenov na potvrdzovanie prítomnosti pacientov a zdravotníckych pracovníkov. Existujúci CryptoController sprostredkuje služby ePZP karty pre IS PZS. V TO-BE riešení je CC súčasťou MKAM (MKAM-SW alebo CPE) a poskytuje rovnaké funkcie ako súčasný CC, navyše však pri mobilnej autentifikácii komunikuje so serverovým riešením namiesto karty.
CPE	„CPE“ tiež „MKAM“ je Customer-premises equipment s mobilno - komunikačným autentifikačným modulom (MKAM-SW) bežiacim ako samostatný softwerový prvok implementovaný na (mobilnom) zariadení zdravotníckeho pracovníka za účelom komunikácie s NZIS.
CRUD	Skratka pre operácie s dátovými entitami alebo operácie služieb, CREATE, READ, UPDATE, DELETE.
Dodávateľ, Zhotoviteľ, Poskytovateľ služby	Osoba alebo organizácia povinná riešenie technicky navrhnúť, vykonať a predmet Diela preukázateľne odovzdať Objednávateľovi.
ePZP	Elektronický preukaz zdravotníckeho pracovníka. Slúži ako identifikačný predmet zdravotníckeho pracovníka pri prístupe k službám NZIS.
ESO1-D, Projekt	Národný projekt Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR.
EÚ	Európska únia
ezdravie	Programové označenie Národného zdravotníckeho informačného systému
HLD	High Level Dizajn – vysokoúrovňový dizajn napr. architektúru, bezpečnosť, ...
IAM	Identity and Access Management (Modul pre identifikáciu používateľa a riadenie prístupov)
IKT	Informačné a komunikačné technológie
IS PZS	Informačný systém poskytovateľa zdravotnej starostlivosti
ISVS	Informačné systémy verejnej správy. Pre vývoj a prevádzku ISVS platí vyhláška č. 85/2020 Z. z. Ministerstva investícií, regionálneho rozvoja a informatizácie Slovenskej republiky zo 14. apríla 2020, o riadení projektov prípadne verzia aktualizovaná počas plnenia PZ.
IT	Informačné technológie
KAM	Komunikačno-autentifikačný modul
MKAM-SW	Komunikačno-autentifikačný modul - časť softvér. Ide o sadu aplikácií a modulov, ktoré ako celok budú bežať na pracovnej stanici ZPr a na dedikovanom mobilnom hardvéri ZPr - CPE. Spôsob použitia a prípadné technické obmedzenia overí krok dodávky ďalej označený ako PoC.
KPI	Key performance indicator (Kľúčové ukazovatele výkonnosti)

KV	Kapitačný vzťah

Skratka / Pojem	Vysvetlenie / Popis
LLD	Low Level Dizajn – nízkoúrovňový dizajn napr. pre architektúru, bezpečnosť, ... Obsahuje detailné dizajny až na úrovní nastavení parametrov.
NCZI	Národné centrum zdravotníckych informácií je prevádzkovateľom systému ezdravie a jeho kompetencie a zodpovednosť ustanovuje zákon č. 153/2013 Z. z. o Národnom zdravotníckom informačnom systéme a o zmene a doplnení niektorých zákonov v znení neskorších predpisov. NCZI je organizácia zodpovedná za realizáciu informatizácie a elektronizácie zdravotníctva v Slovenskej republike.
NZIS	Národný zdravotnícky informačný systém
Objednávateľ/ Zákazník	Osoba alebo organizácia využívajúca definovaný súbor aplikácií podľa dohodnutých pravidiel a zmlúv.
PC	Počítač / pracovná stanica, zariadenie s ktorým pracuje ZPr pri vytváraní alebo čítaní zdravotnej dokumentácie v súlade s platnou legislatívou SR.
PID	Projektový iniciálny dokument (úvodná správa)
PoC	Proof of Concept (Potvrdenie konceptu)
PPV	Pracovno-právny vzťah
PrZS	Prijímateľ zdravotnej starostlivosti, pacient.
PZ	Predmet zákazky
PZS	Poskytovateľ zdravotnej starostlivosti
QAMPR	Metodika projektového riadenia UPVII. QAMPR je Metodika projektového riadenia Objednávateľa, dostupná na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxx-xxxxxxx-xx/xxxxxxxx-xxxxxxx- qa/index.htm l
SDL metodika	Security Development Lifecycle – interná metodika pre postup implementácie vydaný NCZI
SLA	Service Level Agreement (Dohoda o úrovni poskytovaných služieb)
SR	Slovenská republika
SU	Štúdia uskutočniteľnosti, na základe ktorej tento projekt vznikol. Štúdia určuje minimálny rozsah predmetu zákazky. URL: (xxxxx://xxxxxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxx/00xxx00x-xx0x-00x0-0x0x- 049f9e6d20ae?tab=documents) Okrem iného, SU obsahuje detailný popis aktuálneho stavu v časti 2.2. pre projekt ESO1–D „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR“.
UI	User Interface (užívateľské rozhranie)
UPVII	Ministerstvo investícií, regionálneho rozvoja a informatizácie Slovenskej republiky. UPVII je v zmysle ods. § 34a, bodu 1b) zákona č. 575/2001 Z. z. o organizácii činnosti vlády a organizácii ústrednej štátnej správy v znení neskorších predpisov ústredným orgánom štátnej správy pre oblasť informatizácie spoločnosti.
UX	User Experience (užívateľská skúsenosť)
ZoD	Zmluva o Dielo
ZPr	Zdravotnícky pracovník

ZS	Zdravotná starostlivosť

3. Východisková situácia

K elektronickým službám ezdravie pristupujú ZPr výhradne prostredníctvom elektronického preukazu ePZP, ktorý musia mať počas práce s ezdravie a využívania jeho služieb stále vložený v čítačke ePZP.

Nie všetky skupiny zdravotníckych pracovníkov sú pripojené a pristupujú do systému ezdravia súvisle. Spravidla je prístup obmedzený na pevné zariadenie – PC, na fixnom pracovisku lekára. Charakter zdravotníckych a medicínskych procesov vyžaduje rozšírenie o prístup ZPr aj zo zariadenia, ktoré nie je pevne zviazané s fixným bodom v rámci budovy či geografickej lokality.

Zdravotnícki záchranári, zdravotnícki pracovníci ADOS alebo lekári v lôžkovom zariadení na vizite pacienta pristupujú do ezdravie len čiastočne (lekár v lôžkovom zariadení zapisuje a číta záznamy len z prostredia IS PZS spravidla cez neprenosné technické zariadenia) alebo nepristupujú do ezdravie vôbec, ADOS sestry alebo zdravotnícki záchranári prakticky ezdravie nevyužívajú.

Zdravotníckych pracovníkov je potrebné odbremeniť od riešenia technických požiadaviek a problémov, ktoré sa môžu objaviť v súlade s používaním služieb ezdravie, najmä v procese vedenia a prístupu ku zdravotnej dokumentácii osoby. Akýkoľvek problém, ktorý sa môže počas prevádzky a používania služieb vyskytnúť, musí byť riešený rýchlo, efektívne a s minimálnym dopadom na proces poskytovania ZS.

Monitoring koncových pracovných staníc a zariadení, ktoré pri svojej práci používajú ZPr, dnes nie je efektívne možný a vyžaduje si doplnenie nových služieb a komponentov, ktoré zlepšia proces a spôsob používania elektronických služieb vrátane ich centrálneho monitoringu.

4. Ciele a predmet riešenia Projektu

Predmetom Projektu je:

1. Alternatívny mobilný prístup ZPr,

a. Umožniť alternatívnu identifikáciu, autentifikáciu a autorizáciu ZPr cez mobilné zariadenie,

b. Poskytnúť prístup do ezdravie mobilným pracovníkom, ktorí pracujú v teréne alebo mimo svojich PC,

c. Poskytnúť alternatívu ostatným zdravotníckym pracovníkom, pričom hlavným spôsobom autentifikácie ostáva ePZP,

2. Mobilno-Komunikačno-autentifikačný modul MKAM-SW a CPE

a. Presunúť centrálne aplikačné komponenty ezdravie ako ovládače, klientské SW a

CryptoController mimo PC ZPr do softwarovej časti CPE tak, aby všetky komponenty mohol Objednávateľ spravovať vzdialene (off-site) a primárne bez potreby komunikácie so ZPr alebo IT podpory na strane PZS,

b. Implementovať online monitoring MKAM-SW a CPE, v ktorom beží MKAM-SW, a aplikačných komponentov tak, aby Objednávateľ v prípade prevádzkového incidentu vedel v čo najskoršom čase vzdialene zasiahnuť,

c. Dodať nástroje pre monitoring MKAM-SW a CPE, v ktorom beží MKAM- SW,

d. Reporting chýb, pomocou ktorého bude možné zaslať, prijať a centrálne spracovať chybové hlásenia do existujúcich aplikácií NCZI tak, aby bola podporená efektívna a rýchla analýza a riešenie chýb medzi Objednávateľom a ZPr.

Predmetom projektu NIE JE rozširovanie a zmeny existujúcich služieb ezdravie a internetové pripojenie pre koncového užívateľa (pevné, mobilné, iné).

Ich využívanie novými komponentami však predmetom je. Zoznam aplikačných služieb sa nachádza v Prílohe SU v kapitole

1.5.2. Aplikačné služby na adrese

xxxxx://xxxxxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxx/00xxx00x-xx0x-00x0-0x0x- 049f9e6d20ae?tab=documents.

4.1 KPI pre hodnotenie projektu

Merateľné ukazovatele KPI projektu pre identifikované požiadavky subjektov sú nastavené nasledovne:

KPI

Subjekt/aktér

Súčasná hodnota

Cieľová hodnota

Počet dodatočných elektronických služieb pre poskytovateľov, ktoré je možné riešiť mobilným zariadením (sluzba_is_33215)

ZPr

KPI	Subjekt/aktér	Súčasná hodnota	Cieľová hodnota
Zníženie počtu komponentov a ovládačov inštalovaných samotným lekárom pre pripojenie IS PZS do ezdravie Zjednotením a vytvorením MKAM-SW vznikne jeden kompaktný modul, ktorý prekryje potrebu inštalovania separátnych softvérov a ovládačov zariadení	ZPr	2	1
Penetrácia používania mobilného ePZP	ZPr	0	50 %
Zvýšenie používania ePZP pri podpisovaní predpísaných elektronických receptov Existujúce záznamy zdravotnej dokumentácie – recepty, poukazy, ktoré sú zapísané cez elektronické služby so žiadnym alebo zlým podpisom budú eliminované	NCZI	42 %	100 %

Zníženie počtu aktualizácii IS PZS vyvolaných

NCZI

▪ Technologické a bezpečnostné prvky vrátane ovládačov potrebných na komunikáciu s kartami sa nebudú meniť viac ako raz za rok,

▪ Nepočítajú sa zmeny biznis

služieb NZIS.

Dodávateľ IS PZS

3 ročne

1 ročne

Čas potrebný na nahlásenie incidentu

▪ automatický monitoring a detekcia chýb umožní zrýchliť celý proces s pozitívnym dopadom na odstránenie incidentu)

▪ zber hlásení z koncových zariadení a komunikačných bodov pomôže zbierať podklady na vyhodnotenie príčin problémov a ich

trvalé odstránenie

ZPr

3 min

45 s

4.2 KPI pre hodnotenie PoC

Návrh porovnávacích KPI aj s požadovanými cieľovými hodnotami je nasledovný:

KPI	Cieľová hodnota
Podpísaných receptov zapísaných v ezdravie	98 %
Vyšetrení zapísaných do ezdravie	98 %
Garantovaná časová dostupnosť monitoringu centrálnych komponentov mobilného zariadenia lekára počas pracovnej doby ambulantného lekára - úroveň dostupnosti	95 %
Garantovaná časová dostupnosť centrálnych komponentov počas pracovnej doby ambulantného lekára - úroveň dostupnosti	95 %
KPI	Cieľová hodnota
Po aktualizácii rôznych opráv na úrovni mobilného zariadenia lekára bude zachovaná funkcionalita MKAMSW a eZdravie - úroveň dostupnosti	95 %
Garantovaná odolnosť MKAM-SW voči aktualizáciám tretích strán (eID klient, klient ePZP a eID čítačiek a nových čítačiek) - úroveň dostupnosti	95 %
Kompatibilita MKAM-SW pre rôzne (mobilné) platformy (Android, iOS, Microsoft, Linux, Unix, iné)	95 %
Možnosť samostatnej inštalácie MKAM-SW zdravotníckym pracovníkom	Áno, 10 minút
Komplexne zhodnotenie efektívnosti MKAM-SW z pohľadu ambulantného lekára Xxxx vyhodnotený Dotazník, ktorým sa vyhodnotí riešenie z pohľadu ambulantného lekára pred jeho zavedením a po jeho otestovaní v rámci PoC.	Odporúčanie o realizácii
Komplexne zhodnotenie efektívnosti MKAM-SW z pohľadu NCZI Bude vyhodnotený report, ktorým sa po realizácii PoC vyhodnotí prevádzka nového riešenia voči pôvodnému stavu.	Odporúčanie o realizácii

5. Požiadavky na dodanie riešenia k Projektu

V tejto časti sú uvedené všetky požiadavky na doplnenie, rozšírenie a súvisiace úpravy IS ezdravie prostredníctvom vytvorenia a implementácie ESO1-D, ktorý bude slúžiť na mobilnú autentifikáciu (MA) a zároveň zabezpečia služby Secure Signature Creation Service (SSCS) pre ZPr v teréne, zmenu existujúceho centrálneho komponentu (eHealthCryptoController) za nový mobilno-komunikačný modul (MKAM) vo forme SW (MKAM-SW) a súčasne nový SW pre samostatnú SW časť mobilno-komunikačného autentifikačného modulu (CPE) pre ambulantných lekárov.

Minimálne požiadavky na dodanie diela, detailný popis funkčných oblastí modulu Mobilná autentifikácia a detailný popis funkčných oblastí MKAM-SW vychádzajú zo Štúdie uskutočniteľnosti (ďalej ako „SU“) (xxxxx://xxxxxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxx/00xxx00x- db0a-42f4-8f8b-049f9e6d20ae?tab=documents). Riešenie musí byť dodané minimálne v rozsahu schválenej SU v súlade s definovanými cieľmi a KPI, tak aby riešenie preukázalo ich splnenie vrátane definovaných požiadaviek v opise predmetu zákazky.

Riešenie bude obsahovať serverovú časť (centrálnu časť modulov), ktorú dodávateľ dodá vrátane detailného popisu konfigurácie a inštalácie, s platnými licenciami (vrátane licencií tretích strán) pre neobmedzené používanie centrálnej časti modulov na dobu neurčitú tak, aby v prípade rozhodnutia Objednávateľa o migrácii centrálnych častí ezdravie bolo možné serverovú časť Diela nasadiť aj v inom prostredí určenom Objednávateľom (využitím certifikovaných služieb vládneho cloudu).

V prípade, že vládny cloud neumožní podporovať vyššie spomenuté princípy potom požadujeme, aby zhotoviteľ využil pre testovacie a produkčné prostredie hardvérovú infraštruktúru objednávateľa typu bare-metal cloud. Bare-metal servery sú fyzické servery objednávateľa. Každý server je samostatným fyzickým hardvérom, ktorý je sám o sebe funkčným serverom. Primárne to nie sú virtuálne servery bežiace na viacerých zdieľaných hardvéroch. V prípade potreby dokáže objednávateľ poskytnúť platformu hypervízora alebo kontajnery.

Objednávateľ požaduje od zhotoviteľa využitie nadstavbových cloudových služieb typu CaaS (kontajner as a service, manažovaný Kubernetes), prípadne o PaaS (Platform as a Service) , v súlade s návrhom riešenia zhotoviteľa.

Uvedenú skutočnosť Zhotoviteľ v potrebnej miere zohľadní pri návrhu aplikačnej a infraštruktúrnej architektúry tak, aby zohľadnil skutočnosť, že Riešenie (centrálna časť modulov) môže využívať v takomto prípade iba služby uvedené v katalógu služieb Vládneho cloudu (Zoznam požiadaviek na služby vládneho cloudu je uvedený v existujúcej zmluve medzi Objednávateľom a prevádzkovateľom vládneho cloudu a sú v plnej miere kompatibilné s aktuálnou verziou katalógu služieb zverejnenej na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxxxxx/xxxxxx-xxxxx/xxxxxxx- cloudovych-sluzieb/index.html). Podmienka je nevyhnutná pre implementáciu centrálnej časti modulov a ich zavedenie do rutinnej prevádzky podľa detailnej technickej špecifikácie a projektového plánu, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojového kódu s možnosťou jeho ďalšieho použitia. Iba časti diela odovzdané touto formou budú Objednávateľom akceptované.

Riešenie bude obsahovať aj aplikačnú časť modulov, vrátane detailného popisu postupu ich konfigurácie a inštalácie, s platnými licenciami (vrátane licencií tretích strán) pre neobmedzené používanie aplikačnej časti na dobu neurčitú, v zmysle Objednávateľom schválenej detailnej technickej špecifikácie, vrátane odovzdania všetkých zdrojových kódov do repozitára zdrojových kódov s možnosťou ich ďalšieho použitia Objednávateľom alebo osobu, ktorú Objednávateľ podľa svojho rozhodnutia určí.

5.1 Logická architektúra riešenia ESO1-D

Objednávateľ požaduje dodať riešenie pozostávajúce z niekoľkých logických častí systému, ktoré budú implementovať spoločné, ale aj špecifické požiadavky popísané pre jednotlivé moduly (riešenia). MKAM-SW je softvér, ktorý bude implementovať MKAM-API a bude bežať simultánne na dedikovanom HW ZPr. a na mobilnom zariadení ZPr.

5.2 Všeobecné požiadavky pre naplnenie riešenia

Jednotlivé aktivity a výstupy plnenia PZ budú vykonávané v súlade s platnými a schválenými projektovými a zmluvnými požiadavkami, vrátane vydaných interných smerníc NCZI vťahujúce sa na riadenie projektov a postupov implementácii. Tieto všeobecné požiadavky budú primerane aplikované na jednotlivé softvérové alebo prípadné hardvérové riešenia, ktoré sú súčasťou PZ.

Ak je požiadavka odkazom na dokument, Dodávateľ aplikuje primerane pravidlá uvedené v príslušnom dokumente tak, aby bolo riešenie v súlade s pokynmi v tomto dokumente. Riešenie podľa Xxxxx PZ vrátane jeho uvedenia do prevádzky bude zrealizované najneskôr do 12 mesiacov od nadobudnutia účinnosti Zmluvy o dielo, ktorú uzatvorí Objednávateľ s víťazným uchádzačom.

V rámci etapy Testovanie prebehne najneskôr v 10. mesiaci od nadobudnutia účinnosti Zmluvy ukončenie testovania PoC (CPE, MKAM-SW a Serverové riešeni). Objednávateľ podľa dodaných štruktúrovaných výstupov z etapy Testovanie rozhodne akou formou softvérových riešení (MKAM-SW) v zmysle požiadaviek uvedených v tomto opise PZ a SU sa bude pokračovať.

Doba na dodanie finálnej verzie server signing komponentov je 18 mesiacov od účinnosti zmluvy, pričom Objednávateľ a Zhotoviteľ budú postupovať podľa vzájomne odsúhlaseného harmonogramu, ktorý bude súčasťou PID.

V ďalšom období trvania Zmluvy, t.j. nasledujúcich 14. mesiacov až do ukončenia celého projektu ESO1- D, Zhotoviteľ zabezpečí nasadenie- Deployment, resp. podporu pri spustení do prevádzky vybraného variantu CPE a MKAM-SW pre ambulantných lekárov (pričom SW a OS pre CPE variant a jeho implementácia do mobilného zariadenia lekárov a internetové pripojenie nie je predmetom dodania v rámci tohto Diela).

Predpokladané trvanie hlavných aktivít je 26 mesiacov.

Číslo

Popis požiadavky pre Riešenie

Požiadavky na súlad s platnou legislatívou SR a EÚ a súvisiacimi dokumentami v čase pred a počas implementácie PZ pre všetky dodávané komponenty a časti PZ.

Požiadavky na projektové etapy a výstupy vrátane projektového riadenia dodávky PZ na strane Zhotoviteľa:

• Jednotlivé projektové aktivity a Etapy, budú vykonávané v súlade s riadiacou dokumentáciou PO 7 OP

II a v súlade Príručkou pre prijímateľa, národné projekty (xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxx/xxxxxxxx-xxxx/xxxxxxxx-xxxxxxx-xxxxxxxxxxx- infrastruktura/prioritna-os-7-informacna-spolocnost/metodicke-dokumenty/prirucky/index.html)

• Schválený PID v úvode projektu pre všetky funkčné oblasti:

o Komunikačný plán pre projekt,

o Rámcová špecifikácia riešenia (Popis produktu, Dekompozícia produktu, Vývojový diagram produktu):

o Biznis architektúra,

o Aplikačná architektúra,

o Technologická architektúra – časť systémová architektúra,

o Bezpečnostná architektúra,

o Detailný časový harmonogram projektu (minimálne ID úlohy, popis, termín, riešiteľ, trvanie),

o Detailná identifikácia a štruktúrovaný zápis všetkých relevantných požiadaviek, rizík a obmedzení vo forme XLS s uvedením priority požiadavky (ID požiadavky, Názov, Popis,

o Priorita, Osoba zodpovedná za riešenie, Termín plnenie, Obmedzenia, Požadované vstupy),

o Akceptačné kritéria v štruktúrovanej podobe s popísanými merateľnými ukazovateľmi a prípustnými tolerancia pre odchýlku riešenia od návrhu alebo nastaveného očakávania,

o Vývoj a integrácia (plán implementácie, minimálne: ID úlohy, popis, termín, riešiteľ, trvanie),

o UAT testovanie (kapacity, požiadavky na prostredia a súčinnosť Objednávateľa),

o Nasadenie do UAT prostredia a do produkcie

• Objednávateľ môže určiť nástroj, kde bude plán a monitoring prác riešiteľov Zhotoviteľa evidovaný.

Číslo

Popis požiadavky pre Riešenie

Požiadavka na vypracovanie detailnej funkčnej, technickej a bezpečnostnej špecifikácie ako podklad pre budúce riešenie:

o Analýza súčasných systémov a spôsobu komunikácie,

o Vytvorenie UX a UI návrhu, vrátane dizajn manuálu pre prezentačné komponenty relevantné pre dané funkčné oblasti modulu Mobilnej autentifikácie (PDF, Adobe XD),

o Technická architektúra (UML + DOC):

o technická architektúra – časť fyzická a systémová architektúra,

o špecifikácia správy používateľov a používateľských profilov (vrátane rolí a práv),

o špecifikácia podpory identifikácie používateľov a autentifikácie vykonávaných činností,

o špecifikácia technologických riešení a predpokladov na dosiahnutie výkonnostných požiadaviek,

o Detailná technická špecifikácia pre PoC:

o Podklady pre vyhodnotenie použiteľnosti predpokladanej SW architektúry CPE, schválenie výkonnostných parametrov na trhu dostupného HW riešenia CPE pre PoC (zabezpečí Objednávateľ),

o Detailná analýza, návrh a popis možností pripojenia CPE,

o Detailný návrh pre každú architektúru vyhodnocovanú v rámci PoC,

o Plán vykonania a vyhodnotenia (KPI) v rámci PoC,

o Riziková analýza, DPIA, popis kybernetických rizík riešenia a návrh opatrení.

o DRP, BCP a BIA

o Detailný popis OFFLINE scenárov a metodík pre postup Objednávateľa v prípade výpadkov komponentov zapojených do biznis procesov vo formáte MS WORD,

o Zapracovanie pripomienok kľúčových používateľov určených Objednávateľom (lehota na pripomienkovanie je 10 pracovných dní od preukázateľného doručenia podkladov v čitateľnej a úplnej verzii určenej osobe Objednávateľa; umiestnenie a zdieľanom úložisku a zaslanie URL nie

je považované za doručenie).

Požiadavky na vypracovanie metodiky testovania, v rozsahu dokumentu „Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxx) pre nasledovné typy testov:

o Metodika testovania vo formáte MS WORD,

o Funkčné testy vo formáte MS EXCEL (minimálne ID testu, popis, kroky, čakávaná vstup, očakávaný výstup, požiadavka na testovacie dáta),

o Bezpečnostné testy vo formáte MS EXCEL,

o Záťažové testy vo formáte MS EXCEL (s popisom podmienok pre vykonanie a popisu aproximácie pre produkčné prostredie v plnej prevádzke, špička medzi 06:00 – 15:00 Pondelok-Piatok kedy sa vytvorí a odošle minimálne 80% záznamov o poskytnutej ZS),

o Systémové integračné testy vo formáte MS EXCEL,

o Testy použiteľnosti koncových služieb (UX test) s ohľadom na ISVS vo formáte MS EXCEL,

o End-to-End testovacie scenáre v súlade s cieľovými Biznis procesmi vo formáte MS EXCEL,

o Používateľské akceptačné testovanie vo formáte MS EXCEL.

Číslo	Popis požiadavky pre Riešenie
P5	Požiadavky na vypracovanie produktovej dokumentácie v slovenskom jazyku v elektronickej podobe: Administrátorská a prevádzková dokumentácia vo formáte MS WORD: o inštalačný popis aplikácie, o konfiguráciu systémového SW, serverov a pracovných staníc o chybové stavy a postup ich riešenia, o postup mechanizmu riadenia prístupu užívateľom k dátam a funkciám aplikácie, o popis procedúr pre zálohu a obnovu dát, o popis použitých a navrhovaných technických číselníkov a ich napĺňanie pri inicializácii, o bezpečnostnú dokumentáciu, Používateľská dokumentácia vo formáte MS WORD, o popis počítačového programu a jeho funkcií, o postupy a úkony potrebné pre riadne používanie implementovaného systému, o chybové a neštandardné stavy a dostupné spôsoby ich riešenia, Integračná dokumentácia vo formáte MS WORD, Zoznam a rozsah a retencia zaznamenávaných prevádzkových a bezpečnostných udalostí a monitorovaných stavov, Online dokumentácia – vo formáte HTML, dokumenty publikovateľné cez web, určená pre pracovníkov Objednávateľa, Call Centrum a ZPr: o popis počítačového programu a jeho funkcií, postupy a úkony potrebné pre riadne používanie implementovaného systému, o chybové a neštandardné stavy a dostupné spôsoby ich riešenia,
P6	Súlad s internými smernicami NCZI o riadení projektov (ak ich Zhotoviteľ nemá k dispozícii, vyžiada si ich od Objednávateľa).
P7	Dokumentácia v minimálnom rozsahu určenom metodikou riadenia kvality vydanou UPVII (Metodika riadenia QAMPR - xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxx-xxxxxxx-xx/xxxxxxxx- kvality-qa/index.html) vrátane jej vydaných príloh
P8	Súlad s riadením vývoja v zmysle metodiky SDL (Security Development Lifecycle) vydanou NCZI, primerane aplikované počas návrhu, implementácie a uvedenia PZ do prevádzky.
P9	Zmluva - Kontrakt medzi NCZI a MZ SR o plnení úloh v oblasti informatizácie zdravotníctva, správy NZIS, štandardizácie zdravotníckej informatiky, zdravotníckej štatistiky a poskytovania knižnično-informačných služieb v oblasti lekárskych vied a zdravotníctva
P10	Dokument - Národná koncepcia informatizácie verejnej správy Slovenskej republiky – ďalej iba „NKIVS“, primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.
P11	Dokument – Strategické priority a dokumenty z pracovných skupín Národnej koncepcie informatizácie verejnej správy, primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.
P12	Dokument – Riadiaca dokumentácia PO 7 OP II, primerane aplikovaný počas návrhu, implementácia a uvedenia PZ do prevádzky.

P13	Dokument – Štúdia uskutočniteľnosti k MD-su_127 (dostupná na (xxxxx://xxxxxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxx/00xxx00x-xx0x-00x0-0x0x- 049f9e6d20ae?tab=documents), primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.

Číslo

Popis požiadavky pre Riešenie

P14

Dokument - Metodika pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti, (dostupné na xxxxx://xxx.xxxxx.xxx.xx/xxxxxxxxxx-xxxxxxxxxx/xxxxxxxxx- postupy/metodika-zabezpecenia-ikt-8a6.html) , primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.

P15

Dokument - Príručka pre žiadateľa (národné projekty, dostupné na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxx/xxxxxxxx-xxxx/xxxxxxxx-xxxxxxx-xxxxxxxxxxx- infrastruktura/prioritna-os-7-informacna-spolocnost/metodicke-dokumenty/prirucky/index.html) ,

primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.

P16

Dokument - Príručka pre prijímateľa (národné projekty, dostupné na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxx/xxxxxxxx-xxxx/xxxxxxxx-xxxxxxx-xxxxxxxxxxx- infrastruktura/prioritna-os-7-informacna-spolocnost/metodicke-dokumenty/prirucky/index.html) ,

primerane aplikovaný počas návrhu, implementácie a uvedenia PZ do prevádzky.

P17

Metodické pokyny, usmernenia a príručky zverejnené na xxxxx://xxxxxx.xxxxxxxxxxx.xxx.xx/xxxx napríklad: Metodické usmernenie ÚPPVII o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné registre a vykonávania postupov pri referencovaní.

P18

Požiadavky na realizáciu školení:

o Vytvorenie školiacich materiálov vo formáte MS PowerPoint a MS Word,

o Vytvorenie 5 - 10 edukačných video-materiálov podľa biznis scenárov pre mobilnú autentifikáciu pre ZPr (akceptácia na základne schválenia kľúčových ZPr určených Objednávateľom),

o Školenie kľúčových ZPr určených Objednávateľom pred pilotnou prevádzkou (10*),

o Školenie pre technický a obslužný personál (30*),

o Školenie pre pracovníkov Call Centra NCZI (10*),

*Maximálny počet školených osôb pre modul Mobilnej autentifikácie, zoznam osôb určí Objednávateľ, jeden školiaci deň v dĺžke 8 hodín.

P19

Požiadavka na súčinnosť Zhotoviteľa počas celej doby plnenia PZ a dodania Diela v súlade s platných harmonogramom schváleným v PID.

P20

Požiadavky na implementáciu PZ v rozsahu minimálne:

o Príprava a prevádzkovanie technologických prostredí potrebných v procese návrhu, implementácie, testovania a dodania PZ do riadnej prevádzky,

o Zabezpečenie a dodanie funkcionality podľa detailnej funkčnej a technickej špecifikácie podľa funkčných celkov,

o Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu,

o Vývoj príslušných SW objektov a tried,

o Vývoj integračných rozhraní,

o Zabezpečenie kvality a bezpečnosti kódu prijatím príslušných opatrení,

o Integrácia častí diela v súlade s popísanými cieľovými Biznis procesmi

Číslo

Popis požiadavky pre Riešenie

P21

Požiadavka na testovanie riešenia PZ v rozsahu minimálne:

o Detailný časový rámec testovania,

o Popis testov a testovacích procedúr,

o Zodpovednosti počas testovania,

o Unit testy,

o Integračné testy,

o Regresné testy,

o Penetračné testy,

o Bezpečnostné testy - SAST a DAST,

o Akceptačné testy (súčinnosť počas testovania na strane Objednávateľa),

o Testovanie použiteľnosti (UX testy pre komponenty s používateľským rozhraním, iteratívne testovanie),

o Testovanie použiteľnosti koncových služieb na strane PZS a IS PZS,

o Testovanie pripravenosti na nasadenie do produkčného prostredia (dry-run)

o End-to-End testovanie minimálne so 4 PZS určenými Objednávateľom,

o Pre každé testovanie bude zhotovený protokol z testovania,

o Výstupom testovania bude štruktúrovaný zoznam výsledkov testovania a tiež zoznam

neuzavretých defektov identifikovaných Objednávateľom alebo Zhotoviteľom alebo dodávateľom IS PZS podľa príslušnej fázy testovania a typu testov,

o Pre PoC CPE a MKAM-SW to bude spracovaný zoznam testov pre vyhodnotenie KPI stanovených v ŠÚ.

P22

Požiadavka na nasadenie a podporu pri nasadení diela do prevádzkového prostredia v rozsahu minimálne:

o Súčinnosť pri nasadení zvolenej verzie CPE a MKAM-SW,

o Operatívne riešenie relevantných požiadaviek z procesu nasadenia,

o Nasadenie a oživenia komponentov v testovacom prostredí Objednávateľa,

o Nasadenie a oživenie komponentov v prevádzkovom prostredí Objednávateľa,

o Optimalizácia PZ na základe prípadných zistení z nasadenia do testovacieho alebo prevádzkového prostredia vrátane zapracovania opráv

P23

Požiadavka na vypracovanie Bezpečnostného projektu.

P24

Požiadavka na vypracovanie Havarijného plánu.

P25

Požiadavky na vykonanie a podporu Pilotnej prevádzky s vybranými IS PZS (4 rôzne) a PZS (20 rôznych, minimálne 2 rôzne druhy PZS), ktorých určí Objednávateľ.

P26

Požiadavka na vypracovanie Analýzy rizík a Bezpečnostného auditu zdrojových kódov mobilných aplikácií a penetračných testov:

o Mieru súladu s Protection profile a Security target podľa STN EN 419241-1:2019-01 – Security

o Requirements for Trustworthy Systems Supporting Server Signing a Common Criteria v úrovni EAL 4+, súlad s požiadavkami na bezpečnosť stanovenými v rámci všeobecných požiadaviek P1 a SU.

o Mieru použitia štandardných bezpečnostných komponentov v súlade so schválenou bezpečnostnou architektúrou.

o Mieru použitia štandardných kryptografických funkcií a knižníc v súlade so schválenou bezpečnostnou architektúrou.

P27

Požiadavky na dodanie platných licencií (vrátane licencií tretích strán) pre neobmedzené používanie centrálnej časti modulov na dobu neurčitú.

Číslo

Popis požiadavky pre Riešenie

P28

Požiadavky na služby vládneho cloudu (dostupné na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxxxxx/xxxxxx-xxxxx/xxxxxxx-xxxxxxxxxx-

sluzieb/index.html).

5.3 Legislatívne požiadavky

Riešenie PZ a všetky jeho súčasti musia byť dodané tak, aby boli v súlade s platnou legislatívou a súvisiacimi dokumentami a štandardami, vrátane vydaných interných smerníc NCZI vzťahujúce sa na riadenie projektov a postupov implementácie. Zhotoviteľ si naštuduje príslušné právne predpisy a normy v platnom znení aj s ohľadom na budúce účinnosti niektorých právnych predpisov, ktoré nastanú počas plnenia dodávky a vytvorenia predmetu diela a jeho uvedenia do prevádzky.

Číslo

Popis požiadavky pre Riešenie

P29

Výnos MF SR č. 55/2014 o štandardoch pre informačné systémy verejnej správy (v znení neskorších predpisov), Metodický pokyn k Výnosu o štandardoch pre IS VS (dostupné na

xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxxxx-x-xxxxxxxxx/xxxxxxxxx-xxxx/xxxxx-x-

standardoch/index.html)

P30

Metodika overovania zhody, ktorú určuje zákon č. 153/2013 Z. z. o národnom zdravotníckom informačnom systéme, v znení neskorších predpisov

P31

Metodika Jednotný dizajn manuál elektronických služieb verejnej správy (dostupný na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxxxxxxx/xxxxxxxxxx-x-xxxxxxxxx/xxxxxxxxx-xxxx/xxxxxxxx- dizajn-manual-elektornickych-sluzieb-verejnej-spravy/index.html)

P32

Metodika Tvorba používateľsky kvalitných digitálnych služieb verejnej správy (dostupný na xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxx/xxxxxxxxx-xxxxxxxxxxxxxx-xxxxxxxx/xxxxx.xxxx)

P33

Aproximačné nariadenia vlády SR - Nariadenie Európskeho parlamentu a Rady (EÚ) č. 910/2014 o elektronickej identifikácii a dôveryhodných službách pre elektronické transakcie na vnútornom trhu

Číslo

Popis požiadavky pre Riešenie

P34

Aproximačné nariadenia vlády SR - Nariadenie Európskeho parlamentu a Rady (EÚ) 2016/679 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)

P35

Zákon č. 153/2013 Z. z. o národnom zdravotníckom informačnom systéme a o zmene a doplnení niektorých zákonov

P36

Zákon č. 581/2004 Z. z. o zdravotných poisťovniach, dohľade nad zdravotnou starostlivosťou

P37

Zákon č. 355/2007 Z. z. o ochrane, podpore a rozvoji verejného zdravia a o zmene a doplnení niektorých zákonov

P38

Zákon č. 578/2004 Z. z. o poskytovateľoch zdravotnej starostlivosti, zdravotníckych pracovníkoch, stavovských organizáciách v zdravotníctve

P39

Zákon č. 362/2011 Z. z. o liekoch a zdravotníckych pomôckach

P40

Zákon č. 576/2004 Z. z. o zdravotnej starostlivosti, službách súvisiacich s poskytovaním zdravotnej starostlivosti

P41

Zákon č. 538/2005 Z. z. o prírodných liečivých vodách, prírodných liečebných kúpeľoch, kúpeľných miestach a prírodných minerálnych vodách a o zmene a doplnení niektorých zákonov

P42

Zákon č. 577/2004 Z. z. o rozsahu zdravotnej starostlivosti uhrádzanej na základe verejného zdravotného poistenia a o úhradách za služby súvisiace s poskytovaním zdravotnej starostlivosti

P43

Zákon č. 579/2004 Z. z. o záchrannej zdravotnej službe

P44

Zákon č. 580/2004 Z. z. o zdravotnom poistení a o zmene a doplnení zákona č. 95/2002 Z. z. o poisťovníctve

P45

Zákon č. 305/2013 Z. z. o elektronickej podobe výkonu pôsobnosti orgánov verejnej moci

P46

Zákon č. 18/2018 Z. z. o ochrane osobných údajov a o zmene a doplnení niektorých zákonov

P47

Zákon č. 69/2018 Z. z. o kybernetickej bezpečnosti a o zmene a doplnení niektorých zákonov

P48

Zákon č. 272/2016 Z. z. o dôveryhodných službách pre elektronické transakcie na vnútornom trhu a o zmene a doplnení niektorých zákonov v znení neskorších predpisov,

Vyhláška č. 179/2020 Z. z. - Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu, ktorou sa ustanovuje spôsob kategorizácie a obsah bezpečnostných opatrení informačných technológií verejnej správy,

Vyhláška č. 78/2020 Z. z. - Úradu podpredsedu vlády Slovenskej republiky pre investície a informatizáciu o štandardoch pre informačné technológie verejnej správy v platnom znení, hlavne príloha 4 Úrovne

autentifikácie elektronických služieb verejnej správy,

Vyhláška č. 164/2018 Z. z - Národného bezpečnostného úradu, ktorou sa určujú identifikačné kritériá prevádzkovanej služby,

Vyhláška č. 165/2018 Z. z - Národného bezpečnostného úradu, 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 č. 362/2018 Z. z. - Národného bezpečnostného úradu, ktorou sa ustanovuje obsah bezpečnostných opatrení, obsah a štruktúra bezpečnostnej dokumentácie a rozsah všeobecných bezpečnostných opatrení,

Zákon č. 18/2018 Z. z. - Zákon o ochrane osobných údajov a o zmene a doplnení niektorých zákonov,

Zákon č. 185/2015 - Autorský zákon v znení neskorších predpisov.

Číslo	Popis požiadavky pre Riešenie
P49	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. Je požadované, aby jednotlivé IS boli vyvinuté formou open-source (EUPL licenčný model)
P50	Vyhláška č. 9/2014 Z. z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa ustanovujú podrobnosti o postupe, metódach, okruhu spravodajských jednotiek a lehotách hlásenia údajov do Národného registra zdravotníckych pracovníkov a jeho charakteristiky
P51	Vyhláška č. 74/2014 Z. z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa ustanovuje zoznam hlásení do národných zdravotných registrov, ich charakteristiky, podrobnosti o obsahu národných zdravotných registrov, postupe, metódach, okruhu spravodajských jednotiek a lehotách hlásení do národných zdravotných registrov, Vyhláška 141/2016 Z.z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa mení a dopĺňa vyhláška Ministerstva zdravotníctva Slovenskej republiky č. 74/2014 Z.z.
P52	Vyhláška č. 10/2014 Z. z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa ustanovuje zoznam štatistických výkazov v zdravotníctve, podrobnosti o postupe, metódach, okruhu spravodajských jednotiek a lehotách hlásení v rámci štatistického zisťovania v zdravotníctve a ich charakteristiky
P53	Vyhláška č. 44/2014 Z. z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa ustanovujú podrobnosti o postupe, metódach, okruhu spravodajských jednotiek a lehotách hlásení pri zisťovaní udalostí charakterizujúcich zdravotný stav populácie a ich charakteristiky
P54	Vyhláška č. 107/2015 Z. z. – Vyhláška Ministerstva zdravotníctva Slovenskej republiky, ktorou sa ustanovujú štandardy zdravotníckej informatiky a lehoty poskytovania údajov
P55	Vyhláška č. 141/2016 Z. z. – Vyhláška MZ SR, ktorou sa mení a dopĺňa vyhláška Ministerstva zdravotníctva Slovenskej republiky č. 74/2014 Z. z.

P56

Metodika merania dátovej kvality vo verejnej správe Úradu podpredsedu vlády SR pre investície a

informatizáciu (dostupná na xxxxx://xxxxxxx.xxxxxxx/xx-xxxxxxx/xxxxxxx/Xxxxxxxx-xxxxxxx-xxxxxxx-

kvality-vo-verejnej-správe.pdf )

P57

Metodické usmernenie Úradu podpredsedu vlády SR pre investície a informatizáciu č. 3639/2019/oDK-1 o postupe zaraďovania referenčných údajov do zoznamu referenčných údajov vo väzbe na referenčné

registre a vykonávania postupov pri referencovaní (dostupný na xxxxx://xxxxxxx.xxxxxxx/xx-

content/uploads/Metodické-usmernenie-ÚPVII-č.-3639-2019-oDK-1-FINAL-1.pdf)

5.4 Bezpečnostné požiadavky riešenia

Číslo

Popis požiadavky pre Riešenie

P58

Požiadavky na vypracovanie Bezpečnostného projektu a bezpečnostnej smernice pre riadenie prevádzky:

• Bezpečnostná architektúra v zmysle STN EN 419241-1:2019-01 – Security Requirements for Trustworthy Systems Supporting Server Signing a Common Criteria v úrovni EAL 4

• Schválený HLD a LLD dizajn bezpečnostnej architektúry

• Schválené HLD a LLD sieťovej architektúry

P59

Požiadavky na vypracovanie dokumentácie pre Havarijný plán.

P60

Požiadavky na podporu pre Deployment na CPE a MKAM-SW.

P61

Požiadavky na vykonanie Security review v zmysle metodiky SDL.

P62

Bezpečnostné požiadavky a požiadavky na vykonanie penetračného testovania a odstránenie nedostatkov, vrátane overenia súladu diela s bezpečnostnými požiadavkami špecifikované v Metodike pre systematické zabezpečenie organizácií verejnej správy v oblasti informačnej bezpečnosti (dostupná na xxxxx://xxx.xxxxx.xxx.xx/xxx/XxxxxxxxXxxxxxxxxxxxXXX_x0.0.xxx).

P63

Požiadavky na vykonanie nezávislého bezpečnostného auditu vrátane auditu zdrojového kódu mobilných aplikácii a penetračných testov:

• Vykonanie auditu komponentov, ktoré sú výstupom plnenia diela,

• Štruktúrovaný popis nálezov auditu vo formáte XLS s prioritizáciou a návrhom riešenia,

• Overenie zapracovanie pripomienok a odstránenia nálezov brániacich riadnemu používaniu predmetu diela.

5.5 Požiadavky na riešenie Mobilnej autentifikácie

Centralizované riešenie pre bezpečné uloženie a centralizovaný manažment kryptografických kľúčov vybraných ZPr, sprístupnenie kryptografických kľúčov ZPr prostredníctvom samostatnej aplikácie mobilného zariadenia, pomocou ktorej bude ZPr vykonávať požadované operácie v systéme eZdravie, a zároveň úprava existujúceho IAM o nový typ kryptografického kľúča uloženého v centrálnom bezpečnom úložisku využívajúcom certifikované kryptografické zariadenia pre úschovu kľúčov ZPr s rovnakým atribútom použitia ako kľúče uložené na jeho ePZP karte s možnosťou spárovania mobilného zariadenia s kryptografickými kľúčmi ZPr uloženými v centrálnom bezpečnostnom úložisku a následnom plnohodnotnom využívaní služieb identifikácie a autentifikácie bez potreby využívania čítačky ePZP kariet.

Riešenie eZdravie nebude v rozpore a neznemožní existujúce využívanie prihlasovacích kariet ePZP najmä pre tých ZPr, ktorí nebudú využívať mobilnú alternatívu a rovnako ePZP bude nevyhnutné pre zriadenie prístupov, priradenie certifikátov a kľúčov pre ZPr v súvislosti s prácou s eZdravie. ePZP aktuálne obsahuje nasledovné certifikáty a zodpovedajúce súkromné kľúče:

X.509 certifikáty:

o Autentifikačný certifikát zdravotníckeho pracovníka

o Certifikát pre elektronický podpis zdravotníckeho pracovníka

o Jednorazový šifrovací certifikát zdravotníckeho pracovníka

RSA súkromné kľúče:

o Súkromný kľúč prislúchajúci k autentifikačnému certifikátu

o Súkromný kľúč prislúchajúci k šifrovaciemu certifikátu

o Súkromný kľúč prislúchajúci k certifikátu pre elektronický podpis

K funkcionalite, ktorú zabezpečuje autentifikačný certifikát v súčasnom riešení bude v rámci dodávky predmetu diela doplnený nový spôsob autentifikácie prostredníctvom mobilnej aplikácie (mobilný autentifikátor). Bude implementovaná nová služba pre získanie OAuth tokenu. Prípadné vyvolané

nevyhnutné úpravy súčasného riešenia IAM NZIS pre integráciu s autentifikačným OAuth serverom nie sú predmetom dodávky.

Funkcionalita podpisovania a šifrovania, ktorú zabezpečovali zodpovedajúce certifikáty bude riešená pomocou nového centrálneho komponentu nasadeného v NZIS pomocou server-signing technológie.

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P64

Požiadavka riešenia na proces registrácie používateľa a mobilného zariadenia:

o vloženie ePZP karty do čítačky ,

o vloženie PIN kódu ,

o vygenerovanie SAML tokenu (STS server volanie služby CryptoControllera),

o prihlásenie sa na registračný portál (využitie SAML autentifikačného tokenu),

o bezpečné spracovanie citlivých údajov na koncovom zariadení, požiadavky hardeningu

o vytvorenie používateľského konta v bezpečnom centrálnom úložisku,

o vygenerovanie kľúčov a certifikátov v bezpečnom centrálnom úložisku (autentifikačné prostriedky v mobilnom zariadení), spárovanie mobilného zariadenia s bezpečným centrálnym úložiskom (používateľským kontom) (využitie mobilnej aplikácie certifikovanej NCZI z obchodov aplikácií Google Play a Apple Store).

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P65

Požiadavky na podpisovanie a šifrovanie:

o Autentifikačný certifikát - autentifikácia prebehne cez mobilnú

aplikáciu prostredníctvom kľúčov vytvorených mobilným zariadením,

o Bezpečné úložisko dát na koncovom zariadení.

o Podpisový certifikát - Server Signing riešenie,

o Šifrovací certifikát - Server-Side riešenie šifrovania,

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P66

Požiadavky riešenia na serverovú časť pre (mobilné) aplikácie:

o Umožní bezpečné vzdialené podpisovanie, vzdialené dešifrovanie,

o Umožní bezpečné centralizované uloženie a manažment kryptografických kľúčov,

o evidencie a riadenie životného cyklu certifikátov a zodpovedajúcich privátnych kľúčov,

o centrálne logovanie a monitorovania a zaznamenávanie autentifikácie, činností a udalostí,

o pre-enrollment (mobilného) zariadenia,

o pre overovanie identity prostredníctvom generovania autentifikačných tokenov,

o pri prístupe na služby eZdravie z mobilných zariadení bude nevyhnutná autentifikácia prístupovým tokenom. Prístupový token bude získavaný z novej OAuth služby eZdravie a na jeho získanie bude nevyhnutné sa autentifikovať z mobilného autentifikačného zariadenia (musí byť iné než je zariadenie používané na prístup k samotným službám) pomocou tokenu získaného pri enrollmente zariadenia,

o Pre proces mobilnej autentifikácie vie systém vybaviť 200 mobilných autentifikácii paralelne do 5 sekúnd,

o Pre proces riešenia autorizácie volaní z mobilných zariadení je požadované zachovať a neznížiť výkonnostné požiadavky ako pri volaní služieb eZdravia. Výkonnosť E2E volania a vrátenej odozvy synchrónnej služby eZdravia, je odozva do 5 sekúnd pri počte 1368 paralelných volaní v špičke,

o Riešenie a jeho architektúra musí byť navrhnutá tak, aby umožnila

centrálne a s dostatočnou kapacitou prevádzkovať a udržiavať centrálne riešenie pre mobilnú autentifikáciu a autorizáciu,

o Je požadovaná, škálovateľnosť, distribuovateľnosť, výkonnosť a bezpečná prevádzkovateľnosť riešenia,

o Riešenie musí dodať dizajnový vzor a prevádzkový postup, na základe, ktorého je možné rozšíriť výkonnosť centrálneho riešenia,

o API rozhranie pre volanie biznis služieb eZdravie z mobilných zariadení:

▪ API GW pre orchestráciu a transformáciu správ nad súčasnými rozhraniami NZIS,

▪ API bude poskytovať len vybranú množinu služieb NZIS. Výber týchto služieb bude predmetom detailnej analýzy,

▪ Služby riešenia API rozhrania je potrebné technologicky

navrhnúť tak, aby boli využiteľné mobilnými zariadeniami bez ePZP (preferujeme REST) s využitím OAuth autentifikácie a umožňujúce vzdialené podpisovanie správ určených pre zápis,

▪ Prípadné nevyhnutné úpravy existujúcich služieb NZIS vyvolané integračnými kontraktami nie sú predmetom tejto zákazky,

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P67

Požiadavky riešenia na centrálne IAM, ktoré:

▪ poskytuje identity a generovanie autentifikačných tokenov,

▪ tvorí infraštruktúru pre verejné kľúče,

▪ obsahuje autentifikačnú službu IAM (Security Token Service) pre ZPr

▪ Zabezpečuje správu kľúčov mobilných zariadení a enrollment zariadení do ezdravie,

▪ Rozširuje existujúce IAM ADfs komponenty NZIS o nový spôsob autentifikácie k existujúcim identitám v súčasnom IAM (nový

autentifikačný server - pravdepodobne OAuth),

▪ bude podporovať role a práva pre používateľov,

▪ poskytne API na komunikáciu IAM s mobilnou aplikáciou,

▪ bude zabezpečovať poskytovanie identity prostredníctvom generovania autentifikačných tokenov,

▪ Pre proces autentifikácie vie systém vybaviť 200 mobilných autentifikácii paralelne do 5 sekúnd,

▪ Pre proces autorizácie je požadované zachovať a neznížiť výkonnostné požiadavky služieb eZdravia. Výkonnosť E2E volania a vrátenej odozvy synchrónnej služby eZdravia, ktoré majú maximálnu odozvu 5 sekúnd pri počte paralelných volaní v špičke 1368 za sekundu,

▪ Riešenie a jeho architektúra musí byť navrhnutá tak, aby umožnila

centrálne s dostatočnou kapacitou prevádzkovať a udržiavať riešenie pre umiestnenie kľúčov a certifikátov,

▪ Škálovateľnosť, distribuovateľnosť výkonnosť služieb IAM a bezpečná prevádzkovateľnosť je nutnou podmienkou riešenia,

▪ Riešenie musí dodať dizajnový vzor a prevádzkový postup, na základe, ktorého je možné rozšíriť výkonnosť centrálneho riešenia,

▪ Podpora OTP

▪ Časové obmedzenie platnosti tokenov

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P68

Požiadavky riešenia na aplikačnú časť mobilnej autentifikácie:

o Aplikácia bude vytvorená a publikovaná pod NCZI pre rôzne (mobilné) platformy (Android, iOS, Microsoft, Linux, Unix...)

o Aplikácia umožní jednorazové spárovanie mobilného zariadenia s identitou ZPr,

o Umožní viacfaktorový autentizačný systém.

o Umožní získať prístupový token na prístup k centrálnym službám

eZdravie. Platnosť tokenu bude časovo obmedzená. Dĺžka platnosti musí byť parametricky a centrálne konfigurovateľná podľa role ZPr.

o Bude monitorovať svoje využitie a poskytovať dáta pre potreby detekcie neštandardného správania centrálnymi komponentmi,

o Umožniť autentifikáciu prostredníctvom mobilného zariadenia (mobilný autentifikátor) na prístup k security tokenu pre ZPr,

o Token bude vydaný pre klientsku stanicu - mobilné zariadenie ZPr s nainštalovaným IS PZS, z ktorého bola požiadavka na vydanie tokenu odoslaná.

o Využívať mobilné zariadenia na platformách Android a iOS pre verzie platné a používané v roku 2018 a vyššom.

P69

Požiadavka riešenia na centrálne podpisovanie:

o Umožní end-to-end autentifikáciu medzi používateľom a bezpečným zariadením na strane servera, aby umožnilo zabezpečenie požadované pre poskytovanie služieb podpisovania,

o Musí obsahovať aj návrh organizačných a personálnych opatrení vrátane návrhu kontrol na ich dodržiavanie,

o Musí obsahovať rozhranie pre proces spárovania mobilného zariadenia s identitou ZPr,

o Enrollment predpokladá využitie PC s ePZP karty a vygenerovaného kódu/tokenu,

o Musí podporovať bezpečné zdieľanie mobilného zariadenia viacerými osobami (napr. záchranka, zariadenie na oddelení v nemocnici, sestra XXXX,...),

o Pre prístup ku bezpečnostným funkciám centralizovaných

komponentov (vzdialený podpis, dešifrovanie) musí byť autentizované prístupovým tokenom,

o Riešenie musí byť navrhnuté tak, aby umožnilo vykonať paralelné podpisové operácie vykonávané ZPr pre 2000 požiadaviek, z ktorých každá musí skončiť do 5 sekúnd,

o Riešenie musí dodať dizajnový vzor a prevádzkový postup, na základe, ktorého je možné rozšíriť výkonnosť centrálneho riešenia,

o Realizuje detekciu neštandardného správania autentizačného mobilného zariadenia užívateľa autentizačného zariadenia na základe telemetrických údajov.

5.6 Požiadavky riešenia na MKAM-SW

Softvér pre pracovnú stanicu - mobilné zariadenie ZPr alebo dedikovaný hardvér CPE, ktorý bude spĺňať všetky požiadavky na kompatibilitu a prácu s ezdravie a zároveň umožní Objednávateľovi v plnej miere zodpovedať za prevádzku komponentov ezdravie inštalovaných v rámci IS PZS na strane PZS a pracovných staniciach ZPr.

V prípade umiestnenia MKAM-SW na dedikovanom hardvéri CPE s danými parametrami môže byť verzia MKAM-SW optimalizovaná na príslušný HW, t.j. zariadenie vyhradené na komunikáciu s eZdravie a s nainštalovaným IS PZS.

MKAM-API poskytované zo softvérového riešenia alebo z dedikovaného HW CPE musí byť zhodné.

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P70

Požiadavka na jednoduchú a svojpomocnú inštaláciu na strane PZS a ZPr bez zásahu alebo súčinnosti Objednávateľa pre PZS alebo ZPr v trvaní maximálne 10 minút.

P71

Požiadavky riešenia na minimálny rozsah funkcionalít sú:

o MKAM-klient:

o S podporou SSL pripojenia na NZIS,

o MKAM-API pre komunikáciu s IS PZS a NZIS a IS ZP a JRÚZ, manažment ukladania správ do fronty v prípade výpadku internetového spojenia medzi pracoviskom ZPr na NZIS,

o CryptoController s API rozhraním s možnosťou vzdialenej správy a aktualizácie (prekryté cez MKAM-API),

o Ovládače pre periférne zariadenia s možnosťou vzdialenej správy a aktualizácie v súlade s Integračným manuálom príslušných služieb NZIS,

o Centrálnu vzdialenú správu MKAM klient, CryptoController a ovládače, prípadne iné aplikácie v rámci MKAM-SW,

o Podporované operačné systémy sú uvedené v Integračnom manuáli príslušnej domény ezdravie.

o Musí vedieť overiť aktuálnosť nainštalovanej verzie MKAM-SW voči publikovanej verzii na dedikovanom úložisku

o Musí vedieť ponúknuť stiahnutie aktualizovanej verzie a jej nainštalovanie ako inkrementálny upgrade alebo aktualizácia celej verzie vrátane obnovy v prípade havarijného stavu,

o Po inštalácii MKAM-SW prebehne jeho evidencia v centrálnej evidencii MKAM, ktorá monitoruje stav distribuovaných MKAM-SW (inštancia sa prihlási do centrálnej evidencie),

o Analýzou overiť možnosť vzdialeného prístupu pre pracovníkov, centrálnu vzdialenú správu k vzdialenej PUSH inštalácií, konfigurácií a troubleshootingu MKAM-SW na klientskom mobilnom zariadení a na

dedikovanom hardvéri CPE

o Integrácia na Centrálny monitoring a reporting.

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P72

Požiadavky riešenia na minimálny rozsah funkcionality a vlastností MKAM-Klient sú:

o Implementuje MKAM-API pre volania služieb ezdravie v súlade s platnými integračnými manuálmi domén ezdravie pre integráciu s IS PZS,

o Umožňuje čiastočne abstrahovať od použitých formátov správ, technologických a bezpečnostných aspektov NZIS,

o Musí zabezpečiť správne vyskladanie a odoslanie eHTalk správ do NZIS v súlade s platnými integračnými manuálmi domén ezdravie pre integráciu

o s IS PZS (podporované verzie služieb sú vždy N a N-1),

o Musí vedieť korektne použiť knižnice CryptoControllera,

o MKAM-API musí umožniť doplniť dodatočné informácie o kontexte ZPr a deklaratívne špecifikovať cez vstupné parametre podklady pre využitie CryptoControllera (napr. Potrebu podpísať XML požiadavku, Vygenerovať a priložiť k požiadavke token potvrdenie prítomnosti pacienta, Dešifrovať osobné údaje v odpovedi, ... ),

o Musí vedieť nadviazať SSL spojenie na ezdravie,

o Musí vedieť zavolať všetky podporované služby ezdravie vrátane služieb, ktoré sú na strane zdravotných poisťovní,

o Musí vedieť odložiť správu do vlastnej fronty v prípade nedostupnosti služieb ezdravie alebo služieb ZP, ktoré sú súčasťou NZIS podľa pravidiel

o publikovaných v príslušných integračných manuáloch pre jednotlivé domény ezdravie,

o Musí vedieť automaticky odoslať správ z fronty na príslušný end-point podľa pôvodného volania,

o Musí vedieť vytvoriť cache pre číselníky JRÚZ vrátane aktualizácie v definovaných časových intervaloch,

o Musí vedieť spracovať odpoveď služby ezdravie (aktualizovať lokálne

štatistiky, uložiť a reportovať chybu, lokalizovať chybové hlásenia, vykonať post spracovanie, napr. preklad XML odpovede na HTML dnes realizované v réžii IS PZS),

o IS PZS komunikuje s MKAM-API cez SSL po lokálnej sieti medzi inštanciou IS PZS na pracovnej stanici ZPr a príslušným MKAM klientom,

o MKAM-API musí byť detekovateľné,

o MKAM-API komunikuje cez SSL, alebo iné navrhované riešenie, ktoré zabezpečí rozsah funkcionality a vlastností MKAM-Klient-a

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P73	Požiadavka riešenia na vykonanie Pilotnej prevádzky (PoC): o Dodať minimalistické riešenie nutné na overenie PoC, o Dodať postupy pre inštaláciu a konfiguráciu minimálne na 20 pracoviskách vybraných PZS (minimálne 2 rôzne druhy PZS), o Nainštalovať a nakonfigurovať riešenia v prostredí pre PoC v rozsahu nevyhnutnom PoC, o Otestovať riešenie END-TO-END aj v súčinnosti s určenými osobami Objednávateľa, o V prípade negatívneho výsledku navrhnúť a implementovať nutné úpravy o riešenia, o Vyhodnotiť PoC a pripraviť podklady pre rozhodnutie o ďalšom postupe. ▪ Vyhodnotenie použiteľnosti predpokladanej HW architektúry MKAM-SW, o Schválenie výkonnostných parametrov na trhu dostupného HW riešenia MKAM-SW pre PoC, ▪ Detailná analýza, návrh a popis možností pripojenia KAM-SW, ▪ Detailný návrh pre každú architektúru vyhodnocovanú v rámci PoC, ▪ Vyhodnotenie KPI pre MKAM-SW.
P74	Požiadavka riešenia na dodanie všetkých softvérových licencií potrebných na vzdialenú správu, aktualizácie a monitoring pre rollout MKAM-SW v prípade, že bude MKAM-SW určenou alternatívou pre rollout.
P75	Požiadavka riešenia na zabezpečenie celej komunikácie s knižnicou CryptoControllera cez MKAM-klient: o Skonštruovať ESID pre JRUZ ID pacienta a vložiť ho na správne miesto v požiadavke (request), o Dešifrovať údaje (z odpovede ezdravie služby) pre ZPr ak sú šifrované (napr. o osobné údaje), o Zašifrovať údaje (z požiadavky na ezdravie službu) pre NZIS, o Certifikáty NZIS komponentov sú distribuované a aktualizované v réžii CPE, o Dešifrovať JRUZ ID pacienta z ESID v odpovedi, o Overiť podpis zdravotného záznamu v prípade využitia funkcionality čítania originálneho zdravotného záznamu, o Získať token potvrdenia prítomnosti pacienta, o Získať autentifikačný token ZPr (SAML) a bezpečne ho uložiť pre ďalšie volania, o Podpísať údaje ZPr ak je to potrebné pred odoslaním požiadavky, o Podpísať XML údaje ZPr ak je to potrebné pred odoslaním požiadavky.
P76	Požiadavka riešenia na API CryptoControllera cez MKAM klient: o Všetky funkcie CryptoControllera budú dostupné cez MKAM-API

5.7 Požiadavky riešenia na CPE ako dedikovanom HW ZPr a unifikovanom mobilnom zariadení ZPr

Softvérový balíček pre unifikované koncové mobilné zariadenie ZPr (CPE) pripojené na infraštruktúre IS PZS ZPr

Predpokladaný dedikovaný hardvér ZPr ako CPE musí zabezpečiť dostatočný výkon pre plynulý beh operačného systému s podporou ovládačov pre vlastný hardvér a periférne zariadenia, vstupno- výstupné porty a zároveň nasledovné predpokladané softvérové komponenty pri predpokladanej záťaži 30 operácií s využitím CryptoControllera ambulantného lekára za 1 minútu a balíček aplikácií zabezpečujúcich komunikáciu s ezdravie bezpečným a dôveryhodným spôsobom.

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P77

Požiadavky riešenia na minimálne funkcionality dedikovaného hardvérového zariadenia ZPr CPE sú:

o MKAM-klient:

▪ S podporou a vytvorením SSL pripojenia na NZIS,

▪ MKAM-API pre komunikáciu s IS PZS a NZIS a ZP a JRÚZ, manažment ukladania správ do fronty v prípade výpadku

internetového spojenia,

▪ Manažment internetového pripojenia

▪ Biznis logika smerovania správ,

o CryptoController s API rozhraním,

o Ovládače pre periférne zariadenia s možnosťou vzdialenej správy a aktualizácie. V CPE musia byť pripojiteľné viaceré periférie, ktoré musia mať implementované ovládače periférnych zariadení v rámci OS v súlade s príslušným integračným manuálom,

Ďalšími požiadavkami na riešenie sú:

o Aplikácia pre PPP (ezdravie, pôvodne eID Klient) - aplikácia slúžiaca na elektronickú identifikáciu majiteľa občianskeho preukazu s čipom, ktorú upravenú pre potreby ezdravie dodáva Ústredný portál verejnej správy, a ktorá bude integrovaná do CPE,

o Zabezpečenie CPE na báze sieťovej vrstvy (Firewall, Antivírus, TLS

1.2 a vyššie),

o Podporované kompatibilita MKAM-SW a unifikovaného mobilného zariadenia ZPr

o Po inštalácii a pripojení CPE prebehne jeho evidencia v centrálnej aplikácii pre monitoring a reporting,

o Vzdialený prístup pre pracovníkov, centrálnu vzdialenú správu k vzdialenej PUSH inštalácii, konfigurácii a troubleshootingu CPE.

P78

CPE musí ako celok zabezpečiť dostatočný výkon a odozvu pre plynulý beh operačného systému s podporou ovládačov pre vlastný hardvér a periférne

zariadenia, a všetky vstupno-výstupné porty s ohľadom na požiadavku na výkon tak

isto ako konektivitu s unifikovaným mobilným zariadením ZPr.

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P79	Požiadavka riešenie na výkon na dedikovanom HW ZPr. a unifikovanom mobilnom zariadení ZPr. CPE ako celku je priemerne 30 operácií s využitím CryptoControllera za 1 minútu splnené pri meraní s nepretržitou záťažou 60 minút.	+/- 5%
P80	Požiadavka riešenia na vykonanie Pilotnej prevádzky prototypu CPE (PoC): o Dodať popis riešenia, o Dodať riešenie nutné na overenie PoC, o Súčasná prevádzka ePZP a eID čítačky (2 karty), o Pripojenie do ezdravie, o Riadne volanie čítacích aj zápisových služieb NZIS, o Dodať postupy pre inštaláciu a konfiguráciu minimálne na 20 pracoviskách vybraných PZS (minimálne 3 rôzne druhy PZS), o Nainštalovať a nakonfigurovať riešenia v prostredí pre pilotné overenie v rozsahu nevyhnutnom pre vyhodnotenie KPI PoC, o Otestovať riešenie END-TO-END aj v súčinnosti s určenými osobami Objednávateľa, o V prípade negatívneho výsledku navrhnúť a implementovať nutné úpravy riešenia, o Vyhodnotiť PoC a pripraviť podklady pre rozhodnutie o ďalšom postupe: o Vyhodnotenie použiteľnosti predpokladanej pevnej a mobilnej HW architektúry CPE, o Schválenie výkonnostných parametrov na trhu dostupného HW riešenia CPE pre PoC, o Detailná analýza, návrh a popis možností pripojenia CPE, o Detailný návrh pre každú architektúru vyhodnocovanú v rámci PoC, o Vyhodnotenie KPI pre CPE.
P81	Požiadavka na poskytnutie súčinnosti pri špecifikácii hardvérových parametrov CPE v prípade, že bude pred alebo počas PoC preukázané, že maximálne Objednávateľom odhadované parametre nie sú dostatočné pre riadnu prevádzku bez obmedzení na strane IS PZS alebo ZPr.
P82	Požiadavka na špecifikáciu funkcionalít nástroja pre vzdialenú správu a manažment CPE zariadení (inštalácie, update softvérových komponentov, operačného systému, podporných aplikácií, ovládačov, a pod.).
P83	Požiadavka na integráciu s jednotným centrálnym systémom pre monitoring a reporting CPE a jeho jednotlivých komponentov.

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P84	o Požiadavky na KAM-Klient v CPE: o Implementuje KAM-API pre volanie služieb ezdravie v súlade s platnými integračnými manuálmi domén ezdravie pre integráciu s IS PZS, o Umožňuje čiastočne abstrahovať od použitých formátov správ, technologických a bezpečnostných aspektov NZIS, o Musí zabezpečiť správne vyskladanie a odoslanie eHTalk správ do NZIS v súlade s platnými integračnými manuálmi domén ezdravie pre integráciu o s IS PZS (podporované verzie služieb sú vždy N a N-1), o Musí vedieť korektne použiť knižnice CryptoControllera, o KAM-API musí umožniť doplniť dodatočné informácie o kontexte ZPr a deklaratívne špecifikovať cez vstupné parametre podklady pre využitie CryptoControllera (napr. Potrebu podpísať XML požiadavku, Vygenerovať a priložiť k požiadavke token potvrdenie prítomnosti pacienta, Dešifrovať osobné údaje v odpovedi, ... ), o Musí vedieť nadviazať SSL spojenie na ezdravie, o Musí vedieť zavolať všetky podporované služby ezdravie vrátane služieb, ktoré sú na strane zdravotných poisťovní, o Musí vedieť odložiť správu do vlastnej fronty v prípade nedostupnosti služieb ezdravie alebo služieb ZP, ktoré sú súčasťou NZIS podľa pravidiel publikovaných v príslušných integračných manuáloch pre jednotlivé domény ezdravie, o Musí vedieť automaticky odoslať správ z fronty na príslušný end-point podľa pôvodného volania, o Musí vedieť vytvoriť cache pre číselníky JRÚZ vrátane aktualizácie v definovaných časových intervaloch, o Musí vedieť spracovať odpoveď služby ezdravie (aktualizovať lokálne štatistiky, uložiť a reportovať chybu, lokalizovať chybové hlásenia, vykonať post spracovanie, napr. preklad XML odpovede na HTML dnes realizované v réžii IS PZS), o IS PZS komunikuje s KAM-API cez SSL po lokálnej sieti medzi inštanciou IS PZS na pracovnej stanici ZPr a príslušným KAM klientom, o Na prepojenie čítačiek ePZP a eID z IS PZS sa využíva vrstva API bežiacich na CPE, o KAM-API musí bezpečne autentifikovať používateľov IS PZS voči prostrediu NZIS, o KAM-API musí byť detekovateľné v sieti, o KAM-API komunikuje cez SSL,
P85	Požiadavka na discovery a bezpečné pripojenie na sieti pri prepojení s IS PZS na pracovisku ZPr.
P86	Požiadavka na dodanie všetkých softvérových licencií potrebných na vzdialenú správu, aktualizácie a monitoring pre vyhodnotenie PoC CPE.

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P87	Požiadavky na sieťovú vrstvu (networking) CPE sú: o Firewall – Zabezpečiť sieťové rozhranie proti útokom a nevyžiadanej komunikácii v sieti, odolnosť voči odopretiu služby, o Antivírus – zabezpečiť súbory a sieťové rozhraní škodlivému kódu a nevyžiadanej komunikácii, o Proxy – voliteľnou súčasťou systému môže byť prístupový bod do internetu, ktorý užívateľa ochráni voči hrozbám z Internetu, o Routing – pri zapojení ako router je potrebné zabezpečiť služby smerovania dát medzi sieťovými pripojeniami, o Sieťová komunikácia – Sieťová komunikácia medzi CPE a IS PZS alebo NZIS musí byť šifrovaná cez bezpečný kanál, o Klient IS PZS musí mať možnosť overiť autenticitu zariadenia, na ktorý sa pripája, o CPE aj klient musia implementovať bezpečný protokol pre prenos PIN kódov, CPE musí zabezpečiť trusted execution environment pomocou zabezpečenia celej reťaze hardware – firmware – operačný systém – aplikácia, napr. pomocou mechanizmu secure boot alebo obdobného mechanizmu.
P88	Požiadavka riešenia na zabezpečenie celej komunikácie s knižnicou CryptoControllera cez KAM-klient: o Skonštruovať ESID pre JRUZ ID pacienta a vložiť ho na správne miesto v požiadavke (request), o Dešifrovať údaje (z odpovede ezdravie služby) pre ZPr ak sú šifrované (napr. o osobné údaje), o Zašifrovať údaje (z požiadavky na ezdravie službu) pre NZIS, o Použitie štandardných bezpečných šifier, o Certifikáty NZIS komponentov sú distribuované a aktualizované v réžii CPE, o Dešifrovať JRUZ ID pacienta z ESID v odpovedi, o Overiť podpis zdravotného záznamu v prípade využitia funkcionality čítania originálneho zdravotného záznamu, o Získať token potvrdenia prítomnosti pacienta, o Získať autentifikačný token ZPr (SAML) a bezpečne ho uložiť pre ďalšie volania, o Overovať, či je pri použití SAML tokenu stále prítomná ePZP karta v čítačke, o Podpísať údaje ZPr ak je to potrebné pred odoslaním požiadavky, o Podpísať XML údaje ZPr ak je to potrebné pred odoslaním požiadavky.
P89	Požiadavka na API CryptoControllera cez KAM klient: o Všetky funkcie CryptoControllera budú dostupné cez KAM-API

5.7.1 Technická špecifikácia CPE

Predpokladané logické časti na dedikovanom HW ZPr a unifikovanom mobilnom zariadení ZPr CPE sú znázornené na obrázku nižšie, toto vyobrazenie má priniesť usmerňovaciu hodnotu pre koncepciu riešenia. Návrh novej technickej špecifikácie CPE bude predmetom riešenia a zadefinovania zo strany Zhotoviteľa.

Zo strany Zhotoviteľa sa v rámci riešenia očakáva presné zadefinovanie požiadaviek a výstup riešenia pre:

5.7.2 Požiadavky na hardvér pre CPE

Hardvérové požiadavky pre dedikovaný HW ZPr. a pre unifikované mobilné zariadenie ZPr.

5.7.3 Požiadavky na pripojenie CPE do siete

Technické zadefinovanie a ilustratívne spôsoby pripojenia. Zhotoviteľ v rámci bezpečnosti riešenia môže navrhnúť aj iný spôsob pripojenia, ktorý ale musí splniť uvedené požiadavky projektu.

Finálny návrh architektúry je očakávaným výstupom riešenia projektu.

5.8 Požiadavky Riešenia na Centrálny monitoring a reporting

Každý z dodaných softvérových a hardvérových komponentov musí umožniť zber, vyhodnotenie a riešenie chýb z koncových zariadení prepojených v systéme vrátane ich zobrazenia v pohľadoch pre konkrétneho ZPr, PZS alebo celej SR.

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P90	Požiadavky na funkcionalitu centrálnej časti: o Sledovanie stavu koncového zariadenia, o Zápis hlásenia o chybe vrátane príloh s popisom chyby a detailným logom alebo záznamom o chybe z IS PZS alebo koncového MKAM-SW alebo CPE zariadenia, o Zápis hlásenia o chybe vrátane príloh s popisom chyby a detailným logom alebo záznamom o chybe z mobilnej aplikácie, o Zber a vedenie centrálneho logu systémových, aplikačných a bezpečnostných záznamov/logov, o Zápis záznamu o chybe alebo zápis do logu musí umožniť hromadný zápis (1.N. záznamov naraz).
P91	Požiadavka na vytvorenie a dodanie CRUD operácií centrálneho monitorovacieho nástroja pri zbere, vyhodnotení a spracovaní chýb z dodaných alebo pripojených komponentov a informačných systémov.
P92	Požiadavka na vytvorenie, uloženie a odoslanie chybového hlásenia z komponentu inštalovaného u PZS do centrálneho riešenia. o V prípade nedostupnosti centrálneho riešenia pre zber hlásení z koncových komponentov uloženie do frontu a následné odoslanie, o V prípade potreby, možnosť vykonať export hlásení v štruktúrovanej podobne priamo z koncového komponentu vo formáte XML alebo CSV

Číslo	Popis požiadavky pre Riešenie	Tolerancia
P93	Požiadavka na vytvorenie reportov na monitoring procesu zberu, spracovania a riešenia hlásení o chybách, aplikačných a systémových logov z koncových komponentov minimálne v rozsahu: o Prehľad hlásení s filtrami (obdobie, EHR Systém, druh PZS, služba, kategória hlásenia, klasifikácia hlásenia, lokalita (SR, okres, obec), priorita), o Prehľad hlásení podľa priority, o Prehľad hlásení podľa SLA parametrov, o Prehľad podľa hodín dňa, o Prehľad podľa služieb NZIS, o Prehľad chýb a stavu vlastnej relácie (session) z koncového zariadenia, PZS alebo IS PZS (podľa kódu EHR System z rozhraní medzi NZIS a IS PZS), o Prehľad hlásení zo systémových a aplikačných logov podľa času, typu, zdroja a lokality, o Prehľad hlásení o chybách vo formáte ako prišli, o Prehľad MKAM klient probe status, o Prehľad záznamoch v aplikačných a systémových logoch vo formáte ako prišli.
P94	Požiadavka na monitoring a sledovanie chýb koncových zariadení a komponentov či aplikácií ZPr s centrálnym zberom a vyhodnocovaním: o Evidencia CPE alebo MKAM-SW v rozsahu CRUD operácií pre evidovanie parametrov a udalostí na príslušnom komponente, o Monitoring stavu a správa centrálne distribuovaných inštancií MKAM, o Konektivitu – pripojenie na centrálne služby ezdravie a do internetu, o Deployment a inštalácia – inštalácia a konfigurácia centrálne distribuovaných komponentov, o Komunikáciu s eZdravie – komunikácia s centrálnymi službami eZdravie, o Komunikáciu s IS PZS, o Zaslanie výstupov chybového hlásenia automatizované prostredníctvom elektronického rozhrania, o Verzia nainštalovaného OS na klientskom PC, o Pripojenie periférnych zariadení: čítačky ePZP, eID, kamery alebo iných zariadení cez USB, o Zasunutie karty ePZP a eID do čítačky (cez MKAM-API), o Monitorovanie návratových chybových kódov z komunikácie medzi IS PZS a Objednávateľa, o Publikovanie a správa verzií MKAM-SW a imidžov MKAM-SW, o Služby pre komunikáciu s distribuovanými inštanciami MKAM-SW.
P95	Požiadavka na zobrazenie relevantných reportov z monitoringu na strane PZS dostupných na pracovnej stanici ZPr.

P96

Požiadavka na štruktúru zasielaných a zbieraných dát vo formáte JSON

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P97

Požiadavka na integráciu centrálneho riešenia pre zber a spracovanie hlásení z koncových komponentov na prepojenie na 1 nástroj NCZI určený počas

detailnej analýzu a prípravy špecifikácie Diela.

P98

Požiadavka na riešenie pre integráciu, licencie, kapacitu a výkon:

o Prepojenie na centrálny portál CMS (integrácia),

o 25 000 súčasne pripojených zariadení alebo klientov (alternatívna MKAM-

SW alebo CPE) do centrálneho systému pre monitoring a reporting

o (konfiguračná databáza musí umožniť evidenciu a správu bez obmedzení,

o Licencie a nástroje pre správu koncových bodov potrebné na

prevádzkovanie centrálneho systému pre monitoring a reporting (implementované a customizované časti)

o (predmetom nie je dodávka licencií pre softvér a agentov na koncové systémy a zariadenia umiestnené alebo inštalované na pracovisku ZPr).

o V prípade existencie centrálnej IKT zmluvy viažucej sa na dodávku licencií proprietárneho softvéru v rámci dodávaného diela sa bude postupovať v zmysle Uznesenia vlády č. 286/2019 o povinnosti prednostne pristupovať k platným a účinným centrálnym IKT zmluvám

6. Požiadavky na architektúru riešenia

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P99

Požiadavky na vypracovanie architektúry - Architektonické pohľady budú dodané vo forme ArchiMate diagramov rozdelené na nasledovné oblasti:

o Biznis architektúra (Používatelia, funkcie, procesy, služby,...) -

predstavuje základnú organizáciu fungovania Systému v naviazanosti na okolité IS v rámci rezortu ako aj mimo neho cez definovanie biznis

procesov, používateľov a ich vzťahov, prostredí a princípov, ktoré riadia dizajn a evolúciu, podáva predstavu o tom, ako zdravotníctvo plní svoje biznis zámery

o Aplikačná architektúra (Komponenty, procesy, aplikácie, funkcie, služby,..) - musí znázorňovať principiálnu štruktúru informačného systému, ktorý sa musí skladať z aplikačných modulov spracovávajúcich informácie, zo vzájomných vzťahov a vzťahu k prostrediu, a z princípov, ktoré riadia jeho dizajn a rozvoj, pričom tento blok musí zachytávať to, ako informačný systém pomáha zdravotníctvu naplniť svoje biznis zámery

o Architektúru dátová vrátane systémovej architektúry (popisuje údajové entity a ich vzťahy, tok údajov, príslušnosť údajov, dekompozícia architektonických modulov, návrh ich väzieb,...)

o Technologická architektúra vrátane architektúry za infraštruktúru – (uzly, komunikácia medzi uzlami, systémový softvér, platformy, operačné systémy) -poskytne v projekte služby infraštruktúry s vysokou dostupnosťou a škálovateľnosťou. Tieto služby sú nevyhnutné pre chod aplikačných komponentov a budú realizované výpočtovým, sieťovým hardvérom a systémovým softvérom.

o Integračná architektúra - musí riešiť integráciu medzi aplikačnými

komponentmi elektronického zdravotníctva a najmä systémami tretích strán a elektronickým zdravotníctvom na úrovni integrácie procesov a integrácie údajov. Definuje komunikačné štandardy.

o Bezpečnostná architektúra – musí riešiť systém ochrany

implementovaný technickými prostriedkami t. j. dedikovanými

bezpečnostnými prostriedkami ako aj prostriedkami tvoriacimi súčasť

aplikačných komponentov a infraštruktúry a netechnickými prostriedkami

pre manažment informačnej bezpečnosti.

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P100

Požiadavka na zohľadnenie „best practice“ - V architektúre a riešení musia byť zohľadnené nasledujúce princípy odvodené od všeobecných moderných

„bestpractice" xxxxx://00xxxxxx.xxx/, ktoré predstavujú požiadavky, a ktoré musia byť pri návrhu, implementácii a prevádzke riešenia dodržané a zároveň tvoria

kritéria kvality pre aplikačnú, technologickú a prevádzkovú časť riešenia.

o Jeden repozitár zdrojového kódu pre jednu „aplikáciu",

o Explicitná deklarácia a izolácia závislostí aplikácie,

o Konfigurácia (aplikácie) súčasťou prostredia, nie aplikácie,

o Nezávislosť aplikácie od konkrétneho poskytovateľa podpornej služby

„backendu“,

o Jasné oddeľovanie jednotlivých štádií transformácie zdrojového kódu na bežiacu aplikáciu,

o Spustená aplikácia beží ako jeden alebo viac bez-stavových procesov,

o Aplikácia je sama zodpovedná za publikáciu svojich komunikačných koncových bodov (portov),

o Jednoduché škálovanie výkonu pomocou spúšťania a zastavovania

o (paralelných) bez-stavových procesov,

o Okamžité reakcie procesov na požiadavky spustenia a zastavenia,

o Minimalizovať rozdiely medzi prostrediami (najmä vývojovým a produkčným),

o Aplikácia nikdy neriadi (a nespolieha sa na proprietárny) spôsob spracovania logov,

o Admin/manažment úlohy sú vyvíjané a vykonávané ako jednorazové procesy,

o Pre maximalizáciu robustnosti a minimalizáciu výpadkov aplikácie, je

potrebné (tam, kde je to možné a efektívne) využívať tzv. „modro-zelený" systém nasadzovania. Jeho podstata spočíva v paralelnom behu (v okamihu nasadzovania novej verzie do produkcie) dvoch identických produkčných

prostredí, pričom používateľov (alebo prichádzajúce požiadavky) obsluhuje vždy len jedno z nich. Postup pri nasadzovaní je taký, že na jednom sa vykoná finálna príprava a odladenie releasu nad konfiguráciou produkčného prostredia a následne sa prepne presmerovanie požiadaviek z doteraz obsluhujúceho (stará verzia aplikácie) na prostredie obsahujúce odladenú novú verziu (pričom staré prostredie je stále pripravené byť zapojené v

prípade, že sa vyskytnú neočakávané chyby),

o Vývojové/integračné/produkčné prostredia musia byť optimalizované na minimálny čas spustenia,

o Rovnaká dostupnosť a zrozumiteľnosť pre akéhokoľvek požívateľa - a teda aj pre určitým spôsobom znevýhodneného používateľa, napr. zrakovo, sluchovo postihnuté osoby a pod.

P101

Požiadavka na finálne prevádzkové prostredie pre produkčnú prevádzku -

Riešenie bude prednostne umiestnené a prevádzkované vo vládnom xxxxxx v rozsahu a v súlade so zákonom 305/2013 (zákon o e-Governmente). Nutným

predpokladom je, že vládny cloud umožní podporovať vyššie spomenuté princípy v

súlade so schváleným dokumentom „Referenčná architektúra Informačného systému verejnej správy x xxxxxx".

Číslo

Popis požiadavky pre Riešenie

Tolerancia

P102

Požiadavky na implementáciu a vývoj diela - Zhotoviteľ zabezpečí implementačné práce pre vývoj jednotlivých častí riešenia, pričom počas tejto etapy zrealizuje najmä nasledovné činnosti:

o Definovanie pravidiel pre organizáciu jednotlivých vrstiev zdrojového kódu,

o Vývoj príslušných SW objektov a tried,

o Vývoj integračných rozhraní a návrh a nastavenie procesov, konfigurácii a všetkých potrebných komponentov,

o Zavedie sa bezpečný a automatizovaný DevOps, ktorý vyžaduje referenčná architektúra podľa NKIVS,

o Zabezpečenie kvality kódu prijatím príslušných opatrení,

o Vybudovanie vývojového, testovacieho, integračného a produkčného prostredia pre UX testy a UAT testy,

o Nasadenie a oživenie Diela v prostrediach,

o Vývoj bude riadený podľa SDL metodiky a bude vykonaný security review pre každý dodaný release. Dizajn bude vždy vopred schvaľovaný na

security review ešte pred samotným programovaním,

o Zhotoviteľ zabezpečí vypracovanie detailnej funkčnej špecifikácie IS v súlade s UML2 a bude dodaná v programe Enterprise Architect v EA modeli, Celý analytický model bude konzistentne udržiavaný v tomto nástroji.

o Štruktúra všetkých logov musí byť navrhnutá a implementovaná tak, aby bolo možné realizovať centrálny monitoring a reporting v súlade s

požiadavkami pre vykazovanie SLA parametrov aplikačných služieb

systému.

C. PODMIENKY ÚČASTI

1. OSOBNÉ POSTAVENIE

1.1. Uchádzač musí spĺňať podmienky účasti uvedené v § 32 ods. 1 zákona o verejnom obstarávaní. Ich splnenie preukáže podľa § 32 ods. 2, 4, 5, § 152 ods. 1 (zápis do zoznamu hospodárskych subjektov) alebo § 152 ods. 3 zákona o verejnom obstarávaní.

1.2. Zápis do zoznamu hospodárskych subjektov je účinný voči každému verejnému obstarávateľovi a údaje v ňom uvedené nie je potrebné v postupoch verejného obstarávania overovať. Verejný obstarávateľ pri vyhodnocovaní splnenia podmienok účasti osobného postavenia overí zapísanie hospodárskeho subjektu v zozname hospodárskych subjektov, ak uchádzač nepredložil doklady podľa § 32 ods. 2, 4 a 5 zákona o verejnom obstarávaní alebo iný rovnocenný zápis alebo potvrdenie o zápise podľa § 152 ods. 3 zákona o verejnom obstarávaní.

1.3. V súlade s § 32 ods. 3 zákona o verejnom obstarávaní uchádzač nie je povinný predkladať doklady podľa § 32 ods. 2 zákona o verejnom obstarávaní, ak obstarávateľ je oprávnený použiť údaje z informačných systémov verejnej správy podľa osobitného predpisu. Nakoľko verejný obstarávateľ nie je oprávnený použiť údaje z informačných systémov verejnej správy, uchádzač predloží všetky doklady v zmysle § 32 ods. 2 zákona o verejnom obstarávaní.

1.4. Hospodársky subjekt môže predbežne nahradiť doklady na preukázanie splnenia podmienok účasti určené verejným obstarávateľom jednotným európskym dokumentom v zmysle § 39 zákona o verejnom obstarávaní. Súhrnný materiál obsahujúci zhrnutie základných informácií o Jednotnom európskom dokumente pre verejné obstarávanie je možné nájsť na xxxxx://xxx.xxx.xxx.xx/xxxxxxxxxxxxxxxxxxx-xxxxxx/xxxxxxxx-xxxxxxxx-xxxxxxxx-000.xxxx. Verejný obstarávateľ umožňuje vyplniť globálny údaj.

1.5. Skupina dodávateľov preukazuje splnenie podmienok účasti vo verejnom obstarávaní týkajúcich sa osobného postavenia za každého člena skupiny osobitne.

1.6. Uchádzač preukáže osobné postavenie za každú inú osobu podľa § 33 ods. 2 zákona o verejnom obstarávaní a podľa § 34 ods. 3 zákona o verejnom obstarávaní a za každého subdodávateľa, ktorého uvedie vo svojej ponuke.

1.7. Ak má uchádzač alebo záujemca sídlo, miesto podnikania alebo obvyklý pobyt mimo územia Slovenskej republiky a štát jeho sídla, miesta podnikania alebo obvyklého pobytu nevydáva niektoré z dokladov potrebných na preukázanie splnenia podmienok účasti alebo nevydáva ani rovnocenné doklady, možno ich nahradiť čestným vyhlásením podľa predpisov platných v štáte jeho sídla, miesta podnikania alebo obvyklého pobytu.

1.8. Ak právo štátu uchádzača alebo záujemcu so sídlom, miestom podnikania alebo obvyklým pobytom mimo územia Slovenskej republiky neupravuje inštitút čestného vyhlásenia, môže ho nahradiť vyhlásením urobeným pred súdom, správnym orgánom, notárom, inou odbornou inštitúciou alebo obchodnou inštitúciou podľa predpisov platných v štáte sídla, miesta podnikania alebo obvyklého pobytu uchádzača alebo záujemcu.

2. FINANČNÉ A EKONOMICKÉ POSTAVENIE

Uchádzač v ponuke predloží nasledovné doklady, ktorými preukazuje svoje finančné a ekonomické postavenie v zmysle § 33 ods. 1 zákona o verejnom obstarávaní (scan originálu alebo úradne osvedčenej kópie dokladov):

1.1. podľa § 33 ods. 1 písm. a) zákona o verejnom obstarávaní - vyjadrením banky alebo pobočky zahraničnej banky

1.2. podľa § 33 ods. 1 písm. d) zákona o verejnom obstarávaní - prehľadom o celkovom obrate za posledné 3 (tri) hospodárske roky, za ktoré sú dostupné v závislosti od vzniku alebo začatia prevádzkovania činnosti

VŠEOBECNÉ INFORMÁCIE:

Hospodársky subjekt môže predbežne nahradiť doklady na preukázanie splnenia podmienok účasti určené verejným obstarávateľom jednotným európskym dokumentom v zmysle § 39 zákona o verejnom obstarávaní. Súhrnný materiál obsahujúci zhrnutie základných informácií o Jednotnom európskom dokumente pre verejné obstarávanie je možné nájsť na xxxxx://xxx.xxx.xxx.xx/xxxxxxxx- europskydokument-pre-verejne-obstaravanie-602.html. Verejný obstarávateľ umožňuje vyplniť iba globálny údaj.

Uchádzač môže na preukázanie finančného a ekonomického postavenia využiť finančné a ekonomické zdroje inej osoby v zmysle § 33 ods. 2 zákona o verejnom obstarávaní.

Verejný obstarávateľ požaduje, aby uchádzač a iná osoba, ktorej zdroje majú byť použité na preukázanie finančného a ekonomického postavenia, zodpovedali za plnenie zmluvy spoločne.

Skupina dodávateľov preukazuje splnenie podmienok účasti vo verejnom obstarávaní týkajúcich sa finančného a ekonomického postavenia spoločne.

Na prepočet ostatnej meny sa prepočítajú ceny na eur podľa priemerného ročného kurzu ECB (Európskej centrálnej banky) za príslušný kalendárny rok, za rok 2021 kurzom ECB ku dňu odoslania oznámenia o vyhlásení VO do Úradného vestníka Európskej únie.

V prípade, ak uchádzač nedokáže z objektívnych dôvodov poskytnúť na preukázanie ekonomického a finančného postavenia dokument určený verejným obstarávateľom, tak postupuje podľa § 33 ods. 4 zákona o verejnom obstarávaní.

Minimálna požadovaná úroveň štandardov:

2.1 Uchádzač predloží vyjadrenie banky alebo pobočky zahraničnej banky alebo ekvivalentného dokladu od banky alebo pobočky zahraničnej banky, v ktorej má vedený účet, o solventnosti a schopnosti plniť finančné záväzky - nie staršie ako 3 (tri) mesiace ku dňu odoslania oznámenia o vyhlásení VO do Úradného vestníka Európskej únie. (scan originálu, alebo scan úradne osvedčenej kópie dokladov, ak nie je uvedené inak)

V predmetnom vyjadrení banka potvrdí, že:

- uchádzač nie je v nepovolenom debete,

- v prípade splácania úveru dodržuje splátkový kalendár

- jeho bežný účet nie je predmetom exekúcie.

V prípade, že uchádzač má vedené účty vo viacerých bankách, predloží informáciu od každej z nich. Uchádzač zároveň predloží aj čestné vyhlásenie podpísané osobou oprávnenou konať v mene uchádzača o tom, že v iných bankových inštitúciách nemá vedené peňažné účty.

2.2 Uchádzač predloží čestné vyhlásenie podpísané osobou oprávnenou konať v mene uchádzača, v ktorom uvedie celkový obrat za posledné tri hospodárske roky, za ktoré sú dostupné v závislosti od vzniku alebo začatia prevádzkovania činnosti a uchádzač predloží z účtovnej závierky kópiu výkazov ziskov a strát, alebo kópiu výkazov príjmov a výdavkov, za posledné tri hospodárske roky. Verejný obstarávateľ akceptuje aj predloženie informácie, že dokument bol zverejnený v Registri účtovných závierok, ktorého správcom je Ministerstvo financií SR (xxxx://xxx.xxxxxxxxxx.xx/). Minimálny celkový obrat za posledné tri hospodárske roky, za ktoré sú dostupné v závislosti od vzniku alebo začiatku prevádzkovania činnosti (kumulatívne) musí byť 4 900 000,00 EUR v súhrne za všetky požadované hospodárske roky.

Prehľad o dosiahnutom celkovom obrate uchádzač podloží výkazmi ziskov a strát alebo výkazmi o príjmoch a výdavkoch za posledné tri hospodárske roky, resp. roky, za ktoré sú dostupné v závislosti od vzniku alebo začatia prevádzkovania činnosti.

V prípade ak sa účtovné závierky uchádzača nachádzajú vo verejnej časti registra účtovných závierok, ktorý je zverejnený na stránke xxx.xxxxxxxxxx.xx, verejný obstarávateľ bude akceptovať predloženie dokladu, v ktorom bude uvedený odkaz na takto zverejnené účtovné závierky uchádzača.

Ak niektorá krajina nevydáva horeuvedené doklady, uchádzač môže nahradiť uvedený doklad rovnocenným dokladom, z ktorého bude vyplývať splnenie podmienky, že minimálny celkový obrat za posledné tri hospodárske roky, za ktoré sú dostupné v závislosti od vzniku alebo začiatku prevádzkovania činnosti (kumulatívne) musí byť 4 900 000,00 EUR EUR. V prípade predloženia iného ako vyššie uvedeného dokladu poskytne uchádzač vysvetlenie preukazujúce ekvivalenciu predloženého dokladu s požadovaným dokladom. Uvedený doklad musí byť úradne preložený do slovenského jazyka, okrem dokladov predložených v českom jazyku. V prípade zistenia rozdielov v obsahu dokladov predložených v pôvodnom jazyku a preložených dokladov v slovenskom jazyku, je rozhodujúci úradný preklad v slovenskom jazyku.

3. TECHNICKÁ SPÔSOBILOSŤ ALEBO ODBORNÁ SPÔSOBILOSŤ

Podmienky účasti vo verejnom obstarávaní podľa § 34 zákona o verejnom obstarávaní týkajúce sa technickej alebo odbornej spôsobilosti:

1. § 34 ods. 1 písm. a) zákona o verejnom obstarávaní,

2. § 34 ods. 1 písm. g) zákona o verejnom obstarávaní,

3. § 35 zákona o verejnom obstarávaní vo väzbe na § 34 ods. 1 písm. d) zákona o verejnom obstarávaní.

3.1. § 34 ods. 1 písm. a) zákona o verejnom obstarávaní

Verejný obstarávateľ požaduje predložiť zoznam poskytnutých služieb za predchádzajúce tri 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 zákona o verejnom obstarávaní. Referenciou je elektronický dokument, obsahujúci potvrdenie o poskytnutí služby na základe zmluvy alebo rámcovej dohody uzatvorenej podľa zákona o verejnom obstarávaní, ktorý obsahuje náležitosti podľa § 12 ods. 2 zákona o verejnom obstarávaní.

Za vyhlásenie verejného obstarávania sa považuje zverejnenie oznámenia o vyhlásení verejného obstarávania v Úradnom vestníku Európskej únie alebo vo Vestníku verejného obstarávania, podľa toho, ktorá skutočnosť nastane skôr.

Ak bude v predložených dokumentoch uvedená cena plnenia v inej mene ako euro, použije sa na prepočet z inej meny na euro kurz Európskej centrálnej banky platný v deň odoslania oznámenia o vyhlásení tohto verejného obstarávania na zverejnenie v Úradnom vestníku EÚ.

Minimálna požadovaná úroveň štandardov:

Zoznamom poskytnutých služieb uchádzač preukáže poskytnutie služieb rovnakého alebo obdobného charakteru ako je predmet zákazky (obdobným predmetom zákazy sa rozumie analýza, návrh riešenia, návrh architektúry, vývoj a testovanie, nasadenie informačného systému do rutinnej prevádzky, vrátane služby servisnej podpory) v kumulatívnej hodnote min. 6 000 000 EUR bez DPH a uchádzač môže túto hodnotu preukázať jednou zmluvou alebo kombináciou viacerých zmlúv. Jednotlivé oblasti môžu byť preukázané kombináciou viacerých zmlúv pričom uchádzač týmto zoznamom preukáže nasledujúce podmienky:

1. Minimálne jeden projekt vytvorenia alebo rozšírenia informačného systému, ktorého predmetom bol vývoj a nasadenie informačného systému, ktorý eviduje a spracováva údaje o viac ako 500 000 klientoch (osôb) podľa všeobecne záväzných právnych predpisov.

2. Minimálne jeden projekt vytvorenia informačného systému alebo rozšírenia, ktorého predmetom bola integrácia systémov (modulov), ktoré si medzi sebou vymieňajú dáta podpísané elektronickým podpisom.

3. Minimálne jeden projekt, ktorého predmetom bolo vytvorenie alebo rozšírenie a nasadenie informačného systému pre správu, autentifikáciu a autorizáciu identít prostredníctvom autentifikačného a autorizačného prostriedku (napr eID karta, eID Token, karta poskytovateľa zdravotnej starostlivosti alebo ekvivalent) - Identity and Access management,

4. Minimálne jeden projekt, ktorého predmetom bolo vytvorenie a nasadenie “public key infrastructure” informačného systému pre zabezpečenie bezpečnej autentizácie užívateľov alebo koncových zariadení s podporou samoobslužného schvaľovania a vydávania klientskych certifikátov pre autentifikáciu a autorizáciu (elektronický popis).

5. Minimálne jeden projekt, ktorého predmetom bola podpora produkčnej prevádzky informačného systému, ktorý eviduje a spracováva údaje o viac ako 500 000 klientoch (osôb) podľa všeobecne záväzných právnych predpisov.

6. Minimálne jeden projekt, ktorého predmetom bola podpora produkčnej prevádzky informačného systému, informačného systému pre minimálne správu, autentifikáciu a autorizáciu identít prostredníctvom autentifikačného a autorizačného prostriedku (napr eID karta, eID Token, karta poskytovateľa zdravotnej starostlivosti alebo ekvivalent) - Identity and Access management.

3.2. § 34 ods. 1 písm. g) zákona o verejnom obstarávaní

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 o dielo alebo riadiacich zamestnancov (kľúčoví experti).

Požiadavky na odbornú spôsobilosť, vzdelanie a prax za jednotlivých kľúčových expertov uchádzač preukáže:

a) predložením profesijných životopisov alebo ekvivalentnými dokladmi vlastnoručne podpísanými príslušnými expertmi,

b) predložením požadovaných certifikátov, osvedčení alebo ekvivalentných dokladov,

c) predložením zoznamu praktických skúseností kľúčových expertov, z ktorých bude jednoznačne vyplývať splnenie podmienok týkajúcich sa ich odbornej praxe, odborných skúseností, trvaní odbornej praxe na určitej pozícií a v určenej oblasti.

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:

- 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 až po súčasnosť (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),

- podpis príslušného kľúčového experta.

Uchádzač je povinný preukázať splnenie požiadaviek na expertov č. 1 – 8 ôsmimi rôznymi osobami, t.j. jednou osobou nemôže preukázať splnenie minimálnych požiadaviek viacerých expertov. Uvedená požiadavka reflektuje celkovú náročnosť projektu z hľadiska predpokladaných človekodní potrebných pre realizáciu projektu.

Minimálna požadovaná úroveň štandardov:

Uchádzač vyššie uvedeným spôsobom preukáže splnenie nasledovných minimálnych požiadaviek na kľúčových expertov č. 1 až6:

Kľúčový expert č. 1 Projektový manažér (Projektový manažér IT projektu)

- minimálne päť rokov odbornej praxe v oblasti projektového riadenia IT projektov;

- minimálne tri profesionálne praktické skúsenosti v oblasti riadenia IT projektov v pozícii projektový manažér v oblasti realizácie informačných systémov zameraných na analýzu, vývoj a implementáciu softvérového riešenia a expert riadil aspoň v jednom prípade tím projektu, ktorého hodnota bola minimálne vo výške 1 500 000,00 EUR bez DPH (aspoň jedna praktická skúsenosť);

- platný certifikát PRINCE 2 Practitioner alebo IPMA B na odbornú spôsobilosť pre riadenie projektov alebo ekvivalent daného certifikátu zodpovedajúcej úrovne vydaný medzinárodne uznávanou akreditačnou a certifikačnou autoritou.

Kľúčový expert č. 2 Hlavný SW analytik (IT analytik)

- minimálne päť rokov odbornej praxe v oblasti SW analýzy a modelovania informačných systémov;

- minimálne tri profesionálne praktické skúsenosti zamerané na analýzu SW riešení, pričom:

- min. jedna profesionálna praktická skúsenosť bola s analýzou informačného systému zameraného na zavedenie a prevádzku IAM;

- min. jedna profesionálna praktická skúsenosť bola s analýzou informačného systému zameraného na spracovanie dokumentov/podaní, ktoré boli podpisované elektronickým podpisom a/alebo elektronickou pečaťou v zmysle platnej legislatívy;

- pričom hodnota aspoň jedného tohto SW riešenia, alebo zákazky bola v min. hodnote 1 000 000,00 EUR bez DPH.

- platný certifikát s minimálnou úrovňou OMG Certified UML (Unified Modeling Language) Intermediate alebo ekvivalent daného certifikátu vydaný medzinárodne uznávanou akreditačnou a certifikačnou autoritou.

Kľúčový expert č. 3 Hlavný architekt (IT architekt)

- minimálne päť rokov odbornej praxe s vypracovaním návrhu architektúry riešenia informačných systémov;

- minimálne tri profesionálne praktické skúsenosti v oblasti návrhov riešení v oblasti architektúry informačných systémov, pričom aspoň jedna profesionálna skúsenosť bola spojená s návrhom integrácie na centrálne informačné systémy;

- platný certifikát pre oblasť návrhu architektúry IT TOGAF úrovne Certified alebo ekvivalent daného certifikátu vydaný medzinárodne uznávanou akreditačnou a certifikačnou autoritou;

- platný certifikát s minimálnou úrovňou Archimate 3 Practitioner alebo ekvivalent daného certifikátu;

Kľúčový expert č. 4 Hlavný vývojár (IT programátor/vyvojár)

- minimálne päť rokov odbornej praxe v oblasti návrhu a vývoja komplexných informačných systémov;

- minimálne tri profesionálne praktické skúsenosti v oblasti návrhu a vývoja informačných systémov, pričom

- aspoň jedna praktická skúsenosť sa týkala informačného systému zameraného na IAM

Kľúčový expert č. 5 Hlavný tester (IT tester)

- minimálne päť rokov odbornej praxe v oblasti testovania informačných systémov;

- minimálne tri profesionálne praktické skúsenosti v oblasti testovania informačných systémov;

- získaný a platný certifikát ISTQB úrovne Advanced alebo CSTE (Certified Software Test Engineer) alebo ekvivalent daného certifikátu vydaný medzinárodne uznávanou akreditačnou a certifikačnou autoritou.

Kľúčový expert č. 6 Špecialista pre oblasť informačnej bezpečnosti (Expert na informačnú bezpečnosť) nemáme

- minimálne päť rokov odbornej praxe v oblasti bezpečnosti informačných systémov so zameraním na ochranu osobných údajov;

- minimálne tri profesionálne praktické skúsenosti v oblasti bezpečnosti informačných systémov, pričom min. jedna táto profesionálna praktická skúsenosť obsahovala aj posúdenie súladu informačného systému s GDPR a zároveň skúsenosť bola v súlade s bezpečnostnými štandardami v zmysle platnej legislatívy;

- Skúsenosti z oblasti bezpečnej autentizácie, PKI,

- získaný a platný certifikát CRISC alebo CISSP alebo ekvivalenty daných certifikátov od inej akreditovanej autority.

Kľúčový expert č. 7 Bezpečnostný expert

- minimálne 3-ročná odborná prax v oblasti bezpečnostných incidentov

- minimálne 5-ročná odborná prax v oblasti návrhu alebo posudzovania informačných systémov, riešenia bezpečnostných incidentov alebo bezpečnostných auditov

- minimálne 1-ročná odborná prax v oblasti zachytávania digitálnych stôp a forenznej analýzy

- platný certifikát CISSP alebo CISA alebo ekvivalent daného certifikátu od inej akreditovanej autority; túto podmienku účasti uchádzač preukáže prostredníctvom kópie certifikátu;

- platný certifikát CHFI alebo GCFE alebo GCFA. túto podmienku účasti uchádzač preukáže prostredníctvom kópie certifikátu;

Kľúčový expert č. 8 - Expert pre virtualizačnú platformu

- minimálne 3-ročná odborná prax v oblasti implementácie virtualizovaných prostredí v IT infraštruktúre; túto podmienku účasti uchádzač preukáže životopisom alebo ekvivalentným dokladom,

- minimálne 3 profesionálne praktické skúsenosti v oblasti nasadenia virtualizovaného prostredia v IT infraštruktúre; túto podmienku účasti uchádzač preukáže životopisom alebo ekvivalentným dokladom,

- platný certifikát VMware Certified Professional (Data Center Virtualization 2020) alebo ekvivalent daného certifikátu od iného výrobcu; túto podmienku účasti uchádzač preukáže prostredníctvom kópie certifikátu.

3.3. § 35 zákona o verejnom obstarávaní

vo väzbe na § 34 ods. 1 písm. d) zákona o verejnom obstarávaní verejný obstarávateľ požaduje predložiť doklad, ktorým bude certifikát v oblasti zabezpečenia kvality podľa normy ISO 9001 v oblasti informačných technológií, alebo ekvivalent, resp. rovnocenný dôkaz o opatreniach na zabezpečenie kvality pre uvedenú oblasť, resp. oblasť rovnocennú predmetu zákazky podľa požiadaviek na vystavenie príslušného certifikátu.

Ďalej verejný obstarávateľ požaduje predložiť doklad, ktorým bude certifikát v oblasti zabezpečenia kvality podľa normy ISO 27001 v oblasti systému riadenia bezpečnosti informácií, alebo ekvivalent, resp. oblasť rovnocennú predmetu zákazky podľa požiadaviek na vystavenie príslušného certifikátu.

Súčasne verejný obstarávateľ požaduje predložiť doklad, ktorým bude certifikát o zavedení systému manažérstva IT služieb, vydaný nezávislou inštitúciou, ktorým sa potvrdzuje splnenie podmienok vyplývajúcich z normy ISO 20000. Úspešný uchádzač môže využiť systémy manažérstva IT služieb vyplývajúce z európskych noriem. Verejný obstarávateľ uzná ako rovnocenné osvedčenia vydané príslušnými orgánmi členských štátov.

VŠEOBECNÉ INFORMÁCIE:

Hospodársky subjekt môže predbežne nahradiť doklady na preukázanie splnenia podmienok účasti určené obstarávateľom jednotným európskym dokumentom v zmysle § 39 zákona o verejnom obstarávaní. Z predloženého jednotného európskeho dokumentu musia jednoznačne vyplývať informácie o splnení všetkých určených podmienok účasti a informácie o spôsobe preukázania určených podmienok účasti podľa § 34 v tomto postupe zadávania zákazky vo väzbe na ustanovenie § 33 ods. 3 zákona o verejnom obstarávaní. Súhrnný materiál obsahujúci zhrnutie základných informácií o Jednotnom európskom dokumente pre verejné obstarávanie je možné nájsť na xxxxx://xxx.xxx.xxx.xx/xxxxxxxxxxxxxxxxxxx-xxxxxx/xxxxxxxx-xxxxxxxx-xxxxxxxx-000.xxxx . Verejný obstarávateľ umožňuje vyplniť globálny údaj.

Uchádzač môže na preukázanie technickej spôsobilosti alebo odbornej spôsobilosti využiť technické a odborné kapacity inej osoby v zmysle § 34 ods. 3 zákona o verejnom obstarávaní.

Skupina dodávateľov preukazuje splnenie podmienok účasti vo verejnom obstarávaní týkajúcich sa technickej spôsobilosti alebo odbornej spôsobilosti spoločne.

Na prepočet ostatnej meny sa prepočítajú ceny na EUR podľa priemerného ročného kurzu ECB (Európskej centrálnej banky) za príslušný kalendárny rok. Za rok 2019 kurzom ECB ku dňu vyhlásenia oznámenia v Úradnom vestníku EÚ.

D. KRITÉRIA NA HODNOTENIE PONÚK

Verejný obstarávateľ vyhodnotí ponuky v súlade s § 44 ods. 3 písm. c) zákona o verejnom obstarávaní na základe kritéria – Najnižšia cena.

Jediným kritériom na vyhodnotenie ponúk je najnižšia cena za poskytnutie predmetu zákazky vypočítaná a vyjadrená v eurách bez DPH.

Cenu uchádzač uvedie do priloženého formulára „Návrh na plnenie kritérií“, ktorý tvorí Prílohu č. 10

týchto súťažných podkladov.

Komisia na vyhodnocovanie ponúk bude vyhodnocovať ponuky uchádzačov, ktorí sa umiestnili na prvom až treťom mieste v poradí po úvodnom vyhodnotení ponúk na základe kritéria uvedenom v tejto časti súťažných podkladov ako aj na základe pravidiel jeho uplatnenia. Následne komisia pristúpi k vyhodnoteniu splnenia požiadaviek verejného obstarávateľa na predmet zákazky stanovené v týchto súťažných podkladoch a taktiež pristúpi aj k vyhodnoteniu splnenia podmienok účasti stanovené v týchto súťažných podkladoch (Komisia bude postupovať tak ako je uvedené v časti A.1 Pokyny pre uchádzačov, bodu 3.2 v zmysle § 66 ods. 7 zákona o verejnom obstarávaní). Ak dôjde k vylúčeniu uchádzača alebo uchádzačov, vyhodnotí sa následne splnenie požiadaviek na predmet zákazky a splnenie podmienok účasti ďalšieho uchádzača alebo uchádzačov v poradí tak, aby uchádzač umiestnený na prvom mieste v novo zostavenom poradí spĺňal požiadavky na predmet zákazky ako aj podmienky účasti uvedené v týchto súťažných podkladoch. Hodnotenie ponúk bude v zmysle § 53 zákona o verejnom obstarávaní.

Úspešný bude ten uchádzač, ktorý ponúkne za poskytnutie predmetu zákazky najnižšiu cenu, a splní všetky určené požiadavky na predmet zákazky a podmienky účasti, ktoré sú uvedené v týchto súťažných podkladoch. Poradie ostatných uchádzačov sa zostaví podľa výšky ponukovej ceny zostupne od 2 po x, kde x je počet uchádzačov

V prípade, že po vyhodnotení budú viacerí uchádzači na prvom mieste, bude úspešným uchádzačom ten uchádzač, ktorý sa zaviaže, že bude zamestnávať väčší počet osôb so zmenenou pracovnou schopnosťou (údaj uvedený v bode 10.13 Zmluvy o Dielo).

E. SPÔSOB URČENIA CENY

1. Verejný obstarávateľ požaduje stanoviť cenu za požadovaný predmet zákazky dohodou zmluvných strán v zmysle zákona č. 18/1996 Z. z. o cenách v znení neskorších predpisov v spojení s vyhláškou MF SR č. 87/1996 Z. z., ktorou sa vykonáva zákon č.18/1996 Z. z. o cenách v znení neskorších predpisov.

2. V cene musia byť započítané všetky ekonomicky oprávnené náklady a primeraný zisk podľa § 2 a § 3 zákona č. 18/1996 Z. z. o cenách v platnom znení a § 3 vyhl. MFSR č. 87/1996 Z. z. Súčasťou ceny je aj daň z pridanej hodnoty, príslušná spotrebná daň a pri dovážanom tovare aj clo a iné platby vyberané v rámci uplatňovania nesadzobných opatrení ustanovených osobitnými predpismi.

3. Cena musí byť stanovená v mene euro (vrátane prípadných ďalších iných príplatkov alebo poplatkov).

4. Cenu je potrebné uvádzať v eurách bez DPH, výšku DPH v Eur a cenu celkom vrátane DPH vyjadrenú v eurách.

5. V prípade, že uchádzač nie je platcom DPH, toto uvedie v Návrhu na plnenie kritéria (Príloha č. 10).

6. Určenie ceny a spôsob jej určenia musí byť zrozumiteľný a jasný.

7. Uchádzač spracuje svoj návrh na plnenie kritéria na hodnotenie ponúk do tabuliek, ktoré tvoria Prílohu č. 10 týchto súťažných podkladov a ktorá bude tvoriť prílohu Zmluvy.

8. Ponúknutá cena bude počas trvania zmluvy pevnou cenou a bude obsahovať všetky náklady úspešného uchádzača potrebné na splnenie predmetu zákazky.

9. Uchádzač pri vyplnení tabuľky v Návrhu na plnenie kritérií podľa Prílohy č. 10 týchto súťažných podkladov by sa mal pridržať nasledovných obmedzení:

9.1 Počet jednotiek doplnený uchádzačom nemôže byť vyšší, ako je maximálny % podiel na celkovom počte ČD v rámci riešenia, ktoré je predmetom projektu. Percentuálne limity sú definované v Príručke oprávnenosti výdavkov Prioritnej osi 7 Informačná spoločnosť Operačného programu Integrovaná infraštruktúra: xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxx/xxxxxxxx- esif/operacny-program-integrovana-infrastruktura/prioritna-os-7-informacna- spolocnost/metodicke-dokumenty/prirucky/index.html

9.2 Počet jednotiek týkajúci sa daného výdavku sa uvádza v celých číslach bez desatinných miest.

9.3 Jeden človekodeň sa rovná 8 človekohodinám.

9.4 Jednotková cena v EUR bez DPH za experta nesmie prekročiť limity definované v Príručke oprávnenosti výdavkov Prioritnej osi 7 Informačná spoločnosť Operačného programu Integrovaná infraštruktúra: xxxxx://xxx.xxxxxxxxxxx.xxx.xx/xxxxxxxx/xxxxxxxx-xxxx/xxxxxxxx-xxxxxxx- integrovana-infrastruktura/prioritna-os-7-informacna-spolocnost/metodicke- dokumenty/prirucky/index.html

9.5 V prípade ponuky, ktorej predmetom bude aj dodávka softvérových produktov tretích strán (proprietárny softvér) v súlade so zabezpečením plnenia požiadaviek opisu predmetu zákazky, uchádzač rozšíri tabuľku o potrebný počet riadkov a identifikuje názov produktu, t.j. ak napríklad predmetom dodávky budú produkty ako Talend, X-ROAD,...alebo ekvivalentné produkty, tak uchádzač rozšíri priloženú tabuľku a do stĺpca Pozícia / Produkt doplní názov produktu miesto textu Softvérové produkty tretích strán).

9.6 Pre spôsob určenia ceny verejný obstarávateľ uvádza minimálny počet človekodní pre ID služby 2, ktoré budú poskytované priebežne s predpokladom čerpania 600 človekodní za rok za obdobie 5 rokov + opcia 600 človekodní za rok na ďalších 5 rokov na základe požiadaviek verejného obstarávateľa počas trvania zmluvy a sú zo strany Poskytovateľa služby nenárokovateľné. (uvedené sa týka poskytnutia podporných služieb).

10.Uchádzač uvedie celkovú cenu za poskytnutie predmetu zákazky podľa Návrhu na plnenie kritérií Prílohy č. 10 týchto súťažných podkladov aj rozdelenú za jednotlivé etapy, pričom cena za každú etapu nesmie presiahnuť určené maximálne % z ceny za Dielo uvedené v nasledujúcej tabuľke Finančného harmonogramu fakturačných míľnikov:

Finančný harmonogram fakturačných míľnikov

Etapa projektu	% podiel z celkovej ceny za Dielo
Etapa 1 : Analýza a dizajn	18,80
Etapa 2 : Implementácia	25,71
Etapa 3: Testovanie	8,55
Etapa 4: Nasadenie	46,94

Súčet ceny za jednotlivé etapy nemôže presiahnuť cenu za Dielo.

F. OBCHODNÉ PODMIENKY

Obchodné podmienky na predmet zákazky sú samostatné súbory (Zmluva o dielo zmysle § 536 a nasl. zákona č. 513/1991 Zb. Obchodný zákonník v znení neskorších predpisov a ust. § 65 a nasl. zákona č. 185/2015 Z.z. Autorský zákon v znení neskorších predpisov a Zmluva o podpore prevádzky, údržbe a rozvoji informačného systému podľa ust. § 269 ods. 2 a nasl. zákona č. 513/1991 Zb. Obchodný zákonník v znení neskorších predpisov a ust. § 65 a nasl. zákona č. 185/2015 Z.z. Autorský zákon v znení neskorších predpisov.)

G. PRÍLOHY SÚŤAŽNÝCH PODKLADOV

Príloha č. 1: Všeobecné informácie o uchádzačovi Príloha č. 2: Čestné vyhlásenie skupiny dodávateľov Príloha č. 3: Plná moc

Príloha č. 4: Zoznam poskytnutých služieb rovnakého alebo obdobného charakteru ako predmet zákazky

Príloha č. 5: Zoznam kľúčových expertov

Príloha č. 6: Zoznam praktických skúseností kľúčového experta Príloha č. 7: Zoznam dôverných informácií

Príloha č. 8: Vyhlásenie uchádzača o subdodávkach

Príloha č. 9: Čestné vyhlásenie – Obchodné podmienky poskytnutia predmetu zákazky Príloha č. 10: Návrh na plnenie kritérií

Príloha č. 11: Súhlas so spracúvaním osobných údajov

Všeobecné informácie o uchádzačovi

Obchodné meno alebo názov uchádzača úplné oficiálne obchodné meno alebo názov uchádzača

Názov skupiny dodávateľov

vyplňte v prípade, ak je uchádzač členom skupiny dodávateľov, ktorá predkladá ponuku

Sídlo alebo miesto podnikania uchádzača úplná adresa sídla alebo miesta podnikania uchádzača

IČO

Právna forma

Zápis uchádzača v Obchodnom registri označenie Obchodného registra alebo inej evidencie, do ktorej je uchádzač zapísaný podľa právneho poriadku štátu, ktorým sa spravuje

Štát

názov štátu, podľa právneho poriadku ktorého bol uchádzač založený

Zoznam osôb oprávnených konať v mene uchádzača

Kontaktné údaje uchádzača

pre potreby komunikácie s uchádzačom počas užšej súťaže

Kontaktná adresa:

Sociálny aspekt verejného obstarávania

počet zdravotne znevýhodnených osôb v pracovno-právnom vzťahu

s uchádzačom ku dňu predloženia ponuky

Meno a priezvisko kontaktnej osoby Xxxxxxx

meno a priezvisko štátna príslušnosť

V....................................., dňa ................ ..................................................

meno, funkcia

Uchádzač/skupina dodávateľov:

Obchodné meno Adresa spoločnosti

IČO

Čestné vyhlásenie o vytvorení skupiny dodávateľov

1. Dolu podpísaní zástupcovia uchádzačov uvedených v tomto vyhlásení týmto vyhlasujeme, že za účelom predloženia ponuky v súťaži na poskytnutie predmetu „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1- D)“ vyhlásenej verejným obstarávateľom Národné centrum zdravotníckych informácií, so sídlom Xxxxxxxxxx 00, 000 00 Xxxxxxxxxx, v Úradnom vestníku Európskej únie , sme

vytvorili skupinu dodávateľov a predkladáme spoločnú ponuku. Skupina pozostáva z nasledovných samostatných právnych subjektov:

2. V prípade, že naša spoločná ponuka bude úspešná a bude prijatá, sa zaväzujeme, že pred podpisom zmluvy uzatvoríme a predložíme verejnému obstarávateľovi zmluvu, v ktorej budú jednoznačne stanovené vzájomné práva a povinnosti, kto sa akou časťou bude podieľať na plnení zákazky, ako aj skutočnosť, že všetci členovia skupiny uchádzačov sú zaviazaní zo záväzkov voči verejnému obstarávateľovi spoločne a nerozdielne.

3. Zároveň vyhlasujeme, že všetky skutočnosti uvedené v tomto vyhlásení sú pravdivé a úplné. Sme si vedomí právnych následkov uvedenia nepravdivých alebo neúplných skutočností uvedených v tomto vyhlásení v zmysle súťažných podkladov (vylúčenie zo užšej súťaže), vrátane zodpovednosti za škodu spôsobenú verejnému obstarávateľovi v zmysle všeobecne záväzných právnych predpisov platných v SR.

V................................... dňa...............

Obchodné meno

Sídlo/miesto podnikania

IČO:

................................................

meno a priezvisko, funkcia

podpis1

Obchodné meno

Sídlo/miesto podnikania IČO:

................................................

meno a priezvisko, funkcia

podpis

1 Čestné vyhlásenie musí byť podpísané uchádzačom, jeho štatutárnym orgánom alebo členom štatutárneho orgánu alebo iným zástupcom uchádzača, ktorý je oprávnený konať v mene uchádzača v obchodných záväzkových vzťahoch.

Plná moc pre jedného z členov skupiny, konajúceho za skupinu dodávateľov

Splnomocniteľ/splnomocnitelia:

1. Obchodné meno, sídlo, údaj o zápise, IČO uchádzača/člena skupiny dodávateľov, zastúpený meno/mená a priezvisko/priezviská, trvalý pobyt štatutárneho orgánu/členov štatutárneho orgánu (ak ide o právnickú osobu), meno, priezvisko, miesto podnikania, údaj o zápise, IČO uchádzača/člena skupiny dodávateľov (ak ide o fyzickú osobu)

udeľuje/ú plnomocenstvo

Splnomocnencovi:

Obchodné meno, sídlo, údaj o zápise, IČO člena skupiny dodávateľov, zastúpený meno/mená a priezvisko/priezviská, trvalý pobyt štatutárneho orgánu/členov štatutárneho orgánu (ak ide

o právnickú osobu), meno, priezvisko, miesto podnikania, údaj o zápise, IČO uchádzača/člena skupiny dodávateľov (ak ide o fyzickú osobu)

na prijímanie pokynov, komunikáciu a vykonávanie všetkých právnych úkonov v mene všetkých členov skupiny dodávateľov vo verejnom obstarávaní na zadanie zákazky s názvom „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)“ vyhlásenej verejným obstarávateľom Národné centrum zdravotníckych informácií, so sídlom Lazaretská 26, 811 09 Bratislava, v Úradnom vestníku Európskej únie ,

vrátane konania pri uzatvorení zmluvy, ako aj konania pri plnení zmluvy a zo zmluvy vyplývajúcich právnych vzťahov.

V .................... dňa ...........................

..................................................

podpis splnomocniteľa

V .................... dňa ...........................

..................................................

podpis splnomocniteľa

Plnomocenstvo prijímam:

V ................................... dňa ...........................

..................................................

podpis splnomocniteľa

Zoznam poskytnutých služieb rovnakého alebo obdobného charakteru ako predmet zákazky

Obchodné meno a adresa verejného obstarávateľa/ obstarávateľa/ objednávateľa	Názov a stručný opis predmetu zákazky / poskytnutej služby vrátane uvedenia všetkých aktivít a činností relevantných k obdobnosti predmetu zákazky	Zmluvná cena a skutočne vyfakturovaná cena zákazky v Eur bez DPH	Zmluvný a skutočný termín uskutočnenia predmetu plnenia	Meno, funkcia a kontakt na osobu zodpovednú za objednávateľ a/odberateľa	Referencia podľa § 12 zákona o verejnom obstarávaní (áno/nie*)

V ........................., dňa ...............

.............................................................

meno a priezvisko, funkcia podpis1

1 Doklad musí byť podpísaný uchádzačom, jeho štatutárnym orgánom alebo členom štatutárneho orgánu alebo iným zástupcom uchádzača, ktorý je oprávnený konať v mene uchádzača v obchodných záväzkových vzťahoch.

Zoznam kľúčových expertov

Navrhovaná pozícia kľúčového experta	Xxxx a priezvisko kľúčového experta	Identifikačné údaje o aktuálnom zamestnávateľovi kľúčového experta

V ........................., dňa ...............

.............................................................

meno a priezvisko, funkcia podpis1

Zoznam praktických skúseností kľúčového experta

Meno a priezvisko kľúčového experta:
Názov projektu, na ktorom sa kľúčový expert podieľal:
Identifikačné údaje Objednávateľa/Odberateľa
Lehota plnenia predmetu zmluvy/stavby/projektu projekte v tvare od – do (MM/RRRR):
Stručný opis predmetu plnenia zmluvy/projektu vrátane aktivít a činností, ktoré kľúčový expert vykonával:
Celková zmluvná cena projektu bez DPH:
Pozícia na danom projekte:
Doba vykonávania na vyššie uvedenej pozícií na danom projekte v tvare od – do (MM/RRRR):
Identifikáciu a kontaktné údaje (telefón a mail) osoby, u ktorej si možno overiť príslušné údaje t.j. konečného odberateľa plnenia/projektu alebo zamestnávateľa, pre ktorého kľúčový expert činnosť v konkrétnej pozícii vykonával

V ........................., dňa ............... .............................................................

meno a priezvisko, funkcia podpis1

Zoznam dôverných informácií

Uchádzač/skupina dodávateľov:

Obchodné meno Adresa spoločnosti

IČO

Dolu podpísaný zástupca uchádzača týmto čestne vyhlasujem, že naša ponuka predložená v súťaži na predmet zákazky „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)“ vyhlásenej verejným obstarávateľom Národné centrum zdravotníckych informácií, so sídlom, Xxxxxxxxxx 00, 000 00 Xxxxxxxxxx, v Úradnom vestníku Európskej únie ......................................:

neobsahuje žiadne dôverné informácie, alebo

obsahuje dôverné informácie, ktoré sú v ponuke označené slovom „DÔVERNÉ“, alebo

obsahuje nasledovné dôverné informácie:

P. č.	Názov dokladu	strana ponuky
1
2
3

V ...................................., dňa ...............

.............................................................

meno a priezvisko, funkcia podpis1

Vyhlásenie uchádzača o subdodávkach

Uchádzač/skupina dodávateľov:

Obchodné meno Adresa spoločnosti

IČO

Dolu podpísaný zástupca uchádzača týmto čestne vyhlasujem, že na realizácii predmetu zákazky

„Zabezpečenie efektívneho používania služieb ESO1D“, vyhlásenej verejným obstarávateľom Národné centrum zdravotníckych informácií, so sídlom, Xxxxxxxxxx 00, 000 00 Xxxxxxxxxx, v Úradnom vestníku Európskej únie ......................................:

sa nebudú podieľať subdodávatelia a celý predmet uskutočníme vlastnými kapacitami.

sa budú podieľať nasledovní subdodávatelia:

P. č.	Obchodné meno a sídlo subdodávateľa	IČO	Predmet subdodávok	Údaje o subdodávateľoch podľa § 41 ods. 3 ZVO
1
2
3

Upozornenie: Verejný obstarávateľ nevyžaduje v ponuke uviesí zoznam subdodávateľov, ktorí sú uchádzačovi známi v čase predkladania ponuky. Verejný obstarávateľ vyžaduje, aby úspešný uchádzač v zmluve, najneskôr v čase uzavretia zmluvy uviedol údaje o všetkých známych subdodávateľoch, údaje o osobe oprávnenej konaí za subdodávateľa v rozsahu meno a priezvisko, adresa pobytu, dátum narodenia. Zoznam známych subdodávateľov (Príloha č. 8 týchto súťažných podkladov) je prílohou kúpnej zmluvy a je potrebné v ňom uviesť požadované údaje o subdodávateľoch.

V ......................................., dňa ...............

.............................................................

meno a priezvisko, funkcia

podpis1

Čestné vyhlásenie – Obchodné podmienky poskytnutia predmetu zákazky

Uchádzač/skupina dodávateľov:

Obchodné meno Adresa spoločnosti

IČO

Čestné vyhlásenie

Dolu podpísaný zástupca uchádzača týmto čestne vyhlasujem, že súhlasím so zmluvnými podmienkami užšej súťaže

uvedenými v časti B.2 Obchodné podmienky týchto súťažných podkladov na poskytnutie predmetu zákazky s názvom „Zabezpečenie efektívneho používania služieb ESO1 poskytovateľmi zdravotnej starostlivosti na celom území SR (ESO1-D)“, vyhlásenej verejným obstarávateľom Národné centrum zdravotníckych informácií, so sídlom Lazaretská 26, 811 09 Bratislava, v Úradnom vestníku Európskej únie .............................................. Uvedené požiadavky verejného obstarávateľa akceptujeme a v prípade nášho úspechu v tomto verejnom obstarávaní ich zapracujeme do návrhu zmluvy.

V ........................., dňa ...............

.............................................................

meno a priezvisko, funkcia podpis1

Návrh na plnenie kritérií

Uchádzač / skupina dodávateľov

Kritérium na vyhodnotenie ponúk	NAJNIŽŠIA CENA

Je uchádzač platiteľom DPH?2	ÁNO	NIE

V tabuľke uchádzač doplní návrh na plnenie kritéria určeného na vyhodnotenie ponúk:

Navrhovaná cena v Eur bez DPH

DPH

Navrhovaná cena v Eur s DPH

Celková cena za predmet zákazky

......................................., dňa ...............

.............................................................

meno a priezvisko, funkcia

podpis1

2 nehodiace sa preškrtnúť

Dodanie Informačného systému ESO1-D
Návrh na plnenie kritéria:
Pozícia / Produkt	Sadzba/1 MD, resp. ks v eur bez DPH	DPH v eur	Sadzba/1M D, resp. ks v eur s DPH	Počet MD, resp. ks	Xxxx spolu v eur bez DPH	Spolu DPH v eur	Xxxx spolu v eur s DPH
IT architekt /Kľúčový expert č. 3,
Tester /Kľúčový expert č. 5
IT programátor /Kľúčový expert č. 4
Projektový manažér /Kľúčový expert č. 1
IT analytik /Kľúčový expert č. 2,8
Odborník pre IT dohľad /Kľúčový expert č.
Špecialista pre bezpečnosť IT /Kľúčový expert č. 6,7
Špecialista pre infraštruktúry/HW špecialista
Školiteľ
Administrátor
Legislatívec
Deployment
Dokumentarista
„Iné (pozícia, ktorú nie je možné zaradiť do vyššie uvedených pozícií)“
Celková cena za dodanie IS ESO1-D

Podpora Zhotoviteľa po prevzatí predmetu zákazky do prevádzky Objednávateľom (poskytnutie podporných služieb)
Návrh na plnenie kritéria:
ID služby	Názov výdavku	Pozícia	Merná jednotka	Počet jednotiek	Jednotková cena v eur bez DPH	Celková cena v eur bez DPH	Celková cena v eur s DPH
1	Paušálne služby Servisná podpora – Správa Incidentov / Problémov	N/A	mesiac	60 (udržateľnosť)
2	Objednávkové služby Zmenová podpora – Správa zmien, Upgrade / Update	N/A	človekodeň	3000 (600/rok)
1	Opcia: Servisná podpora Paušálne služby – Správa Incidentov / Problémov	N/A	mesiac	60 (opcia)
2	Opcia: Objednávkové služby Zmenová podpora – Správa zmien, Upgrade / Update	N/A	človekodeň	3000 (600/rok)
					Xxxx spolu v eur bez DPH		Cena spolu v eur s DPH
Celková predpokladaná cena za poskytnutie podporných služieb za 1 rok
Celková predpokladaná cena za poskytnutie podporných služieb za 5 rokov
Celková predpokladaná cena za poskytnutie podporných služieb za opciu na 5 rokov
Celková predpokladaná cena za poskytnutie podporných služieb za 10 rokov

	Xxxx spolu v eur bez DPH	Spolu DPH v eur	Xxxx spolu v eur s DPH
Celková cena za dodanie IS ESO1- D
Celková predpokladaná cena za poskytnutie podporných služieb za 10 rokov
CELKOVÁ CENA ZA PREDMET ZÁKAZKY

V......................................., dňa ...............

.............................................................

meno a priezvisko, funkcia podpis1

PRÍLOHA Č. 11

Súhlas so spracúvaním osobných údajov

Uchádzač/skupina dodávateľov:

Obchodné meno Adresa spoločnosti

IČO

Dolu podpísaný zástupca uchádzača, ktorý predložil ponuku do zadávania zákazky na predmet zákazky s názvom „Zabezpečenie efektívneho používania služieb ESO1D“ vyhlásenej verejným obstarávateľom, so sídlom, Bratislava v Úradnom vestníku Európskej únie č zo

dňa..................

týmto udeľujem

verejnému obstarávateľovi, so sídlom, Bratislava, Slovenská republika ako prevádzkovateľovi súhlas na spracúvanie osobných údajov v rozsahu potrebnom na účel vyhodnotenia splnenia podmienok účasti a vyhodnotenia ponúk vo verejnom obstarávaní na vyššie uvedený predmet zákazky.

Som si vedomá/-ý, že poskytnutie osobných údajov, ako aj udelenie súhlasu s ich spracúvaním je dobrovoľné. Súhlas môžem kedykoľvek odvolať zaslaním písomného odvolania súhlasu na adresu prevádzkovateľa. Odvolanie súhlasu je účinné dňom jeho doručenia.

Ako dotknutá osoba vyhlasujem, že poskytnuté osobné údaje sú pravdivé, aktuálne a boli poskytnuté slobodne.

V ......................................., dňa ...............

.............................................................

meno a priezvisko, funkcia

podpis1

Document Metadata

Table of Contents

SÚŤAŽNÉ PODKLADY

Document Metadata