Formulář žádosti o stanovisko Hlavního architekta eGovernmentu k architektuře funkčního celku pokrývaného smlouvou na provoz, podporu, údržbu, rozvoj a dalších k již existujícímu ICT-řešení (dle usnesení vlády ČR č. 86/2020 a/nebo zákona 365/2000 Sb.)...

Formulář žádosti

o stanovisko Hlavního architekta eGovernmentu k architektuře funkčního celku pokrývaného smlouvou na provoz, podporu, údržbu, rozvoj a dalších k již existujícímu ICT-řešení

(dle usnesení vlády ČR č. 86/2020 a/nebo zákona 365/2000 Sb.)

typ B3

Odbor Hlavního architekta eGovernmentu MV

Praha, říjen 2023

verze 7.2

UPOZORNĚNÍ: Přestože je formulář zveřejněn ve formátu umožňujícím změny, žadatel není oprávněn měnit strukturu vybraných otázek či předepsaných odpovědí. Pokud se tak stane, Xxxxx Hlavního architekta eGovernmentu vyhodnotí takovou změnu jako porušení pravidel při schvalování a formulář bude vrácen bez vydání stanoviska. Tam, kde je to třeba pro uvedení dalších položek do tabulky, je žadatel oprávněn přidávat řádky pro tyto položky.

Metodický pokyn k vyplňování na adrese: xxxxx://xxxxx.xxx.xx/xxxx_xxxxxxxxxxx#xxxx

1. Základní zařazení funkčního celku

   1. Úvodní informace o žadateli o stanovisko k funkčnímu celku

Tabulka 1: Úvodní informace o žadateli o stanovisko
Organizace žadatele	<název organizace>		<sídlo>		<IČO>
Ředitel pro informatiku nebo Statutární zástupce	<jméno a příjmení>	<funkce>	<mail>		<telefon>
Kontaktní osoba funkčního celku	<jméno a příjmení>	<funkce, případně organizace>	<mail>		<telefon>
Architekt funkčního celku	<jméno a příjmení>	<funkce, případně organizace>	<mail>		<telefon>
Verze předkládaných / doplněných žádostí o stanovisko, data jejich předložení a jejich čísla jednací
Číslo předkládané verze:	Datum předložení:			Verze předložena pod vaším Čj,:

Tabulka 2: Žádost o stanovisko dle (důvod žádosti):
Usnesení vlády č. 86, ze dne 27. ledna 2020 (U86)	Zvolte položku.
Zákona č. 365/2000 Sb., o informačních systémech veřejné správy, ve znění pozdějších předpisů (ZoISVS)	Zvolte položku.
Výzva Evropských strukturálních fondů (např. IROP) či jiných kofinancovaných programů (např. NPO), vypište číslo výzvy	<číslo výzvy>
Dobrovolná žádost o stanovisko	Zvolte položku.

2. Shrnutí charakteristik funkčního celku

Tabulka 3: Shrnutí charakteristik funkčního celku
Název funkčního celku:
Specifický cíl / účel funkčního celku:
Seznam žádostí, které již byly v souvislosti s celkovými cíli a specifickým cílem / účelem funkčního celku předány OHA:
Odkazy na agendy VS, kterých se funkční celek týká:			Příklad: Základní registr – registr obyvatel xxxxx://xxx-xxx.xxxx.xxx.xx/xxx/xxxxxx-xxxxxx/X000_00000000.xxxx Údaje v evidenci musí být aktuální k datu podání funkčního celku, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Seznam služeb veřejné správy a jejich úkonů z katalogu služeb veřejné správy (je možné uvést i kategorie služeb, pokud je celá kategorie relevantní), kterých se funkční celek týká:			Příklad: Zápis narození dítěte xxxxx://xxxxxx.xxx.xx/xxxxxx-xx/xxxxx-xxxxxxxx-xxxxxx-X0000, úkon žádost o rodný list Údaje v evidenci musí být aktuální k datu podání funkčního celku, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Odkazy na určené IS dle UV 86/2020 a zákona 365/2000 Sb., kterých se funkční celek týká:		Přímo dotčené určené IS, které funkční celek realizuje nebo mění	Příklad: 8101 Registr obyvatel – základní registr Údaje v evidenci musí být aktuální k datu podání funkčního celku, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
		Nepřímo dotčené určené IS	Příklad: 33 Informační systém evidence obyvatel
Názvy a odkazy na projekty v katalogu Digitálního Česka nebo jejich ID a názvy Nebo informace, proč není součástí katalogu Digitální Česko. Financování z tohoto programu nehraje roli, jedná se o jednotný katalog všech ICT záměrů veřejné správy.			Příklad: Rozvoj ROB a souvisejících AIS v důsledku přijetí ZoPDS a dalších zákonů xxxxx://xxxxx.xxxxxxxxx.xxx/xxxxxxxxx-xxxxxx/xxxxxxxxxxx/xx-xx-x0xxxxx0-0000-0xx0-x000-0xx0000x0x00 V případě, že se jedná o funkční celek samosprávy, uveďte text: „Samosprávné projekty nejsou součástí katalogu DČ“ Údaje v evidenci musí být aktuální k datu podání funkčního celku, v případě neaktuálnosti může OHA pozastavit vydání stanoviska do doby než budou data zaktualizována!
Výhrady ke zveřejnění formuláře:
	Formulář obsahuje veřejné informace a předpokládá se jeho zveřejnění. Pokud se zveřejněním nesouhlasíte, uveďte důvod, případně úpravy, které budou nutné, aby bylo zveřejnění možné:		Neveřejné jsou informace o tom, zda je žadatel povinnou osobou dle zákona č. 181/2014 Sb., o kybernetické bezpečnosti (ZKB); dále pak informace obsažené v tabulce č. 35: Dopady narušení bezpečnosti informací v systému. Tyto informace nebudou na základě výjimky dle § 10a ZKB veřejnosti poskytovány
Výjimky:
	Žádáte výjimku/y vyplývající z nedodržení architektonických principů eGovernmentu nebo jiných skutečností?		Zvolte položku.	Počet žádostí o výjimku/y v přílohách:
Určení rolí věcného správce, technického správce, provozovatele a dodavatele (pokud je předmětem více IS, klasifikujte hlavní a ostatní vysvětlete v tabulce 6):
	Věcný správce Subjekt, který je investorem předmětu funkčního celku
	Technický správce Subjekt, který zajišťuje technickou realizaci požadavků věcného správce k předmětu funkčního celku
	Provozovatel Subjekt, který zajišťuje provoz HW a SW předmětu funkčního celku
	Dodavatel Subjekt, který dodává předmět funkčního celku, pokud je znám v době přípravy funkčního celku
Bylo provedeno hodnocení ekonomické výhodnosti způsobu provozu určených IS? Povinnost dle §5 odst. 2 písm. j) zákona č. 365/2000 Sb.					Zvolte položku. <uveďte jako přílohu>

3. Popis, potřebnost a výstupy funkčního celku

Tabulka 4: Popis funkčního celku:

Popis funkčního celku:

4. Právní klasifikace specifického cíle / účelu funkčního celku

Tabulka 5: Klasifikace specifického cíle / účelu funkčního celku dle legislativy eGovernmentu (pokud je v rámci funkčního celku realizováno více IS, klasifikujte hlavní a ostatní vysvětlete)
Klasifikace	Vyberte
Druh informačního systému dle klasifikace zák. č. 365/2000 Sb., o informačních systémech VS	Zvolte položku.
Je funkčním celkem dotčen (tj. realizován nebo na úrovni jeho procesní a aplikační architektonické vrstvy měněn) určený informační systém dle zák. č. 365/2000 Sb., o informačních systémech VS?	Zvolte položku.	1. Využívá služby referenčního rozhraní nebo poskytuje služby referenčnímu rozhraní 2. Má vazbu na systém dle bodu 1 3. Je určený k poskytování služby fyzickým nebo právnickým osobám s předpokládaným počtem uživatelů, kteří využívají přístup se zaručenou identitou, alespoň 5000 ročně
Je funkčním celkem dotčen agendový informační systém dle zákona č. 111/2009 Sb., o základních registrech?	Zvolte položku. <Kontrola, zda předmět funkčního celku je AIS, který podporuje alespoň jednu agendu VS z tabulky 3>
Budou informačním systémem, který je funkčním celkem dotčen, přijímány a odesílány datové zprávy dle zák. č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů?	Zvolte položku. <Kontrola, zda předmět funkčního celku pro alespoň jeden úkon z tabulky 3 podporuje příjem/odesílání pomocí ISDS>
Druh informačního / komunikačního systému dle klasifikace stanovené zákonem č. 181/2014 Sb., o kybernetické bezpečnosti	Zvolte položku. <Významný IS je formou samoindikace, ostatní možnosti indikuje NUKIB>
Bezpečnostní úroveň informačního systému dle vyhlášky č. 315/2021 Sb., o bezpečnostních úrovních pro využívání cloud computingu orgány veřejné moci	Zvolte položku. < Do bezpečnostní úrovně je třeba zařadit jak IS fungující skrze služby cloud computingu, tak on premise řešení dle vyhlášky o dlouhodobém řízení ISVS>

Tabulka 6: Vysvětlení k základním podmínkám dosažení přínosů (nutným předpokladům a rizikům dosažení celkového cíle / cílů) funkčního celku

2. Architektonické informace o funkčním celku

   1. Dodržení architektonických principů NA VS ČR

Tabulka 7: Dodržení architektonických principů Národní architektury veřejné správy ČR
Klasifikace	Vyberte	Č. žádosti o výjimku	Vysvětlete
Standardně digitalizované	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Zásada „pouze jednou“	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Podpora začlenění a přístupnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Otevřenost a transparentnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Přeshraniční přístup jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Interoperabilita jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Důvěryhodnost a bezpečnost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Jeden stát	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Sdílené služby veřejné správy	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Připravenost na změny	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
eGovernment jako platforma	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Vnitřně pouze digitální	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Otevřená data jako standard	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Technologická neutralita	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Uživatelská přívětivost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Konsolidace a propojování	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Omezení budování monolitických systémů	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Datová suverenita a nezávislost	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Otevřená řešení	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>
Metriky digitálních služeb	Zvolte položku.		<Dodržení principu je dle mapující tabulky NAP>

2. Enterprise architektura funkčního celku a její kontext

Tabulka 8: Architektonický model
V rámci Enterprise Architektury funkčního celku přiložte jako přílohu model exportovaný ve standardizovaném výměnném formátu The Open Group ArchiMate Model Exchange File Format	Zvolte položku.
Případně vysvětlete, proč není model přiložen ve standardizovaném formátu či není přiložen vůbec.

1. Motivační architektura – strategie a směrování

Tabulka 9: Vysvětlete, proč funkční celek realizujete v této podobě a čeho jím chcete dosáhnout. Pro vysvětlení motivace použijte zejména pojmy z odpovídajícího modelu motivační architektury (motivátory, zainteresované osoby, cíle, principy, podmínky, architektonické požadavky):

Tabulka 10: Nevyplnění tabulky a diagramů
Následující tabulku 11 a diagramy není třeba vyplňovat, pokud žadatel přiložil jako přílohu export ze svého architektonického nástroje obsahující diagramy a popis prvků.	Zvolte položku.

Tabulka 11: Katalog prvků motivační architektury
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram motivační architektury

zde vložte diagram/y, které odpovídají tomu, co je uvedeno výše

2. Efektivita funkčního celku – výkonnostní architektura

Tabulka 12: Vysvětlete dopad funkčního celku na hospodárnost, účelnost, účinnost, časovou a kvalifikační náročnost a na kvalitu služeb v organizaci (viz metodika TCO zveřejněná zde):

Tabulka 13: Přehled parametrů SLA služeb
Název služby v rámci funkčního celku	Specifikace SLA parametru služby	Sjednaná mezní hodnota SLA parametru	Sjednaný způsob měření hodnoty SLA

3. Byznys architektura

Tabulka 14: Nevyplnění tabulky a diagramů
Následující tabulku 15 a diagramy není třeba vyplňovat, pokud žadatel přiložil jako přílohu export ze svého architektonického nástroje obsahující diagramy a popis prvků.	Zvolte položku.

Tabulka 15: Katalog prvků byznys architektury
ID	Typ prvku	Xxxxx prvku	Popis prvku

Tabulka 16: Využití front-office rozhraní předmětem funkčního celku
Rozhraní		Využití		Popis využití rozhraní funkčního celku
Asistovaná přepážka
	Umožnění asistovaného vyřízení podání či jiné služby v rámci funkčního celku	Zvolte položku.
		Č. žádosti o výjimku:
	Umožnění vyřízení služby na Kontaktním místě veřejné správy (Czech POINT)	Zvolte položku.		<Vypište, jakých formulářů Czech POINT se týká>
		Č. žádosti o výjimku:
Webový portál
	Identifikace úředních osob vstupujících do procesu je řešena v souladu s JIP/XXXX	Zvolte položku.
		Č. žádosti o výjimku:
	Identifikace osob vstupujících do procesu je řešena v souladu se zákonem č. 250/2017 Sb., o elektronické identifikaci	Zvolte položku.		<Tato otázka souvisí s potřebou ztotožnění datového kmene klientů>
		Č. žádosti o výjimku:
Datová zpráva (ISDS)
	Využití Datových schránek pro účely doručování od OVM soukromoprávním subjektům a mezi OVM navzájem	Zvolte položku.
		Č. žádosti o výjimku:
	Využití datových schránek pro účely dodávání mezi soukromoprávními subjekty navzájem	Zvolte položku.
		Č. žádosti o výjimku:
	Využití Informačního systému datových schránek pro účely příjmu úkonů učiněných soukromoprávním subjektem vůči OVM (např. podání)	Zvolte položku.
		Č. žádosti o výjimku:
Elektronicky podepsaný dokument do e-Podatelny		Zvolte položku.
Nepodepsaný dokument do e-Podatelny		Zvolte položku.
Listinnou cestou do podatelny		Zvolte položku.

Tabulka 17: Identifikace, autentizace a autorizace subjektů/uživatelů v jejich rolích
Služba využívající identifikaci, autentizaci a autorizaci	Vysvětlete způsob identifikace a autentizace do služby	Použitý prostředek (Pokud není určený LoA v NIA) a druh autentizace	Vysvětlete autorizaci ve službě (přidělení role, mandáty, zastupování, atd.)

Model byznys architektury (výkonu veřejné správy) – pohled činnostních funkcí

zde vložte diagram(y), které odpovídají tomu, co je uvedeno výše

Model byznys architektury (výkonu veřejné správy) – pohled služeb veřejné správy

zde vložte diagram(y), které odpovídají tomu, co je uvedeno výše

Tabulka 18: Vysvětlení v kontextu byznys architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity a proč?

2. jsou využity všechny sdílené služby?

Vysvětlení byznys architektury funkčního celku

4. Architektura informačních systémů (aplikací a dat)

   1. Architektura informačních systémů – část: Aplikační architektura

Tabulka 19: Nevyplnění tabulky a diagramů
Následující tabulku 20 a diagramy není třeba vyplňovat, pokud žadatel přiložil jako přílohu export ze svého architektonického nástroje obsahující diagramy a popis prvků.	Zvolte položku.

Tabulka 20: Katalog všech aplikačních komponent řešení a klíčových aplikačních funkcí
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram aplikační architektury – pohled struktury aplikací

zde vložte diagram/y,které odpovídají tomu, co je uvedeno výše

Diagram aplikační architektury – pohled komunikace aplikací

zde vložte diagram/y které odpovídají tomu, co je uvedeno výše

Tabulka 21: Vysvětlení v kontextu aplikační architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. proč a jsou využity všechny sdílené služby?

Vysvětlení aplikační architektury funkčního celku

2. Architektura informačních systémů – část: Datová architektura

Tabulka 22: Katalog objektů a subjektů
Objekt nebo subjekt, který je předmětem evidence	Vysvětlení objektu nebo subjektu	Označení objektu nebo subjektu dle Agend VS	Je objekt čerpán nebo poskytován jiným subjektům?
Příklad: Obyvatel	Příklad: Občan ČR nebo osoba s trvalým pobytem….	Příklad: Obyvatel 115-1	Zvolte položku.
			Zvolte položku.
			Zvolte položku.
			Zvolte položku.

Tabulka 23: Využití datového fondu základních registrů a dalších agend
Název		Použito		Vysvětlení
Základní registry
Způsob vedení datového kmene fyzických osob		Zvolte položku.
	Čtení údajů ROB	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Editace údajů ROB	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Čtení údajů ROS	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Editace údajů ROS	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Čtení údajů RÚIAN	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Editace údajů RÚIAN	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Čtení údajů RPP	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Editace údajů RPP	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
Evidujeme subjekty nebo objekty, které nejsou v základních registrech		Zvolte položku.		< popište, o jaké subjekty se jedná a proč > <příklad: agenda eviduje cizince bez pobytového statutu v ČR z důvodu zákonné potřeby je evidovat viz §1 zákon č. 100/1990>
Využití údajů publikovaných prostřednictvím kompozitních služeb editorů Základních registrů
	Evidence obyvatel (ISEO)	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Cizinecký informační systém (CIS)	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Evidence občanských průkazů (XXXXXX)	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
	Evidence cestovních dokladů (AISECD)	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností>
		Č. žádosti o výjimku:
Informační systém sdílené služby (ISSS dříve jako eGSB)
	Čerpání dat přes ISSS	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností. Uveďte též s odkazem na kontexty xxxxx://xxxxx.xxx.xx/xxx:xxxxxxx a pokud neexistuje kontext, jaké objekty či subjekty z tabulky 22 byste požadovali po jiných agendách>
		Č. žádosti o výjimku:
	Publikování vlastních dat přes ISSS	Zvolte položku.		<popište včetně zákonného zmocnění, pokud nejste orgán veřejné moci. Orgány veřejné moci se řídí ohlášením agend v registru práv a povinností. Uveďte též jakých objektů či subjektů z tabulky 22 se bude týkat a co budou kontexty věcně obsahovat>
		Č. žádosti o výjimku:
Komunikace mimo propojený datový fond
	Využívání vlastních proprietárních rozhraní	Zvolte položku.		< popište jakých objektů či subjektů z tabulky 22 se bude týkat>
		Č. žádosti o výjimku:
	Využívání Czech POINT pro přístup nebo editaci údajů PPDF	Zvolte položku.		< popište, zda a jak využíváte pro přístup k údajům objektů či subjektů práva Czech POINT nebo zda jej využíváte pro editaci údajů do jiných ISVS>

Tabulka 24: Způsob zajištění vedení datového kmene
Požadavek	Použito		Vysvětlení
Zajištění přístupu k datům pro správce předmětu funkčního celku
Máte zajištěn přístup k veškerým datům vedeným v databázích dotčených předmětem funkčního celku ve strojově čitelném a otevřeném formátu?	Zvolte položku.
	Č. žádosti o výjimku:
Máte výše popsaný přístup k datům zajištěn bez dodatečných finančních nákladů?	Zvolte položku.
	Č. žádosti o výjimku:
Můžete se zpřístupněnými daty libovolně nakládat?	Zvolte položku.
	Č. žádosti o výjimku:
Publikace výstupů ve formátu otevřených dat
Jsou data vedená v databázích dotčených předmětem funkčního celku zveřejňována jako otevřená data?	Zvolte položku.
	Č. žádosti o výjimku:
Jaké datové oblasti zveřejňujete jako otevřená data a na jakém stupni otevřenosti?

Tabulka 25: Nakládání s osobními a citlivými údaji
Způsoby identifikace subjektů (FO, PO) v informačním systému	AIFO	Zvolte položku.	<popište>
	IČO	Zvolte položku.	<popište>
	Rodné číslo	Zvolte položku.	<popište>
	Vlastní klientský identifikátor	Zvolte položku.	<popište včetně zákonného zmocnění a pravidel správy tohoto identifikátoru dle xxxxx://xxxxx.xxx.xx/xxx:xxxxxxxx_xxxxx_x_xxxxxxxxxx >
	Jiný identifikátor	Zvolte položku.	<popište>
Předpokládaný počet subjektů údajů dotčených zpracováním osobních údajů v systému (orientační počet osob, jejichž údaje budou v systému zpracovávány)		Má-li OVM informační systém, kde jsou zpracovávány údaje více než 50 000 osob, je skoro jisté, že půjde o VIS. Má-li organizace informační systém, kde jsou zpracovávány údaje více než 125 000 osob, mohlo by jít o KII, pokud bude naplněno některé z odvětvových kritérií v příloze č. 1 řešeného nařízení. Má-li OVM informační systém, kde jsou zpracovávány údaje více než 300 000 osob, půjde vždy o KII. Specificky u provozovatelů základních služeb v oblasti zdravotnictví je pak jedno z dopadových kritérií „kompromitace citlivých osobních údajů o více než 200000 osobách“.

Tabulka 26: Vysvětlení v kontextu datové architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. jsou využity všechny sdílené služby?

Vysvětlení datové architektury funkčního celku

5. Technologická architektura – vrstva IT technologie (HW a SW)

Tabulka 27: Nevyplnění tabulky a diagramů
Následující tabulku 28 a diagramy není třeba vyplňovat, pokud žadatel přiložil jako přílohu export ze svého architektonického nástroje obsahující diagramy a popis prvků.	Zvolte položku.

Tabulka 28: Katalog uzlů a klíčových funkcí nebo služeb
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram technologické architektury – pohled struktury IT technologické architektury

<zde vložte diagram/y>

Tabulka 29: Cloud Computing
Požadavek	Odpověď	Vysvětlení
Bude pro řešení využito služeb cloud computingu dle výsledku ekonomické výhodnosti provozu?	Zvolte položku.
Uveďte odkaz na poptávku, nabídku nebo využívání z katalogu cloud computingu		<např. xxxxx://xxx.xxxx.xx/xxxxxx/xxxxxxx-xxxxx-xxxxxxxxxx-xxxx-xxxx-xxxx-x-0-0000-xxxxxxxxxxx-xxxx-xxxx-x-x.xxxx >
Jak dodržujete vyhlášku č. 190/2023 Sb., o bezpečnostních pravidlech pro orgány veřejné moci využívající služby poskytovatelů cloud computingu, pokud cloud computing využíváte pro navrhované řešení?

Tabulka 30: Vysvětlení v kontextu technologické architektury úřadu

1. jaké k funkčnímu celku existují či vznikají duplicity?

2. jsou využity všechny sdílené služby?

Vysvětlení technologické architektury funkčního celku:

6. Technologická architektura – vrstva komunikační infrastruktury

Tabulka 31: Katalog infrastrukturních komunikačních funkcí, sítí, cest a klíčových služeb
ID	Typ prvku	Xxxxx prvku	Popis prvku

Diagram technologické architektury – pohled struktury komunikační infrastruktury

<zde vložte diagram/y>

Tabulka 32: Využití sdílených služeb komunikační infrastruktury
Název	Popis	Použito	Č. žádosti o výjimku
CMS	Pro publikaci služeb tohoto funkčního celku je využito Centrální místo služeb – aplikace jsou publikovány prostřednictvím CMS	Zvolte položku.
KIVS	Jakým způsobem přistupujete do CMS druhé generace?	Zvolte položku.
Internet	Využíváte vlastní připojení do veřejného internetu?	Zvolte položku.

Tabulka 33: Vysvětlení v kontextu architektury komunikační infrastruktury úřadu, tedy:

1. jaké k funkčnímu celku existují či vznikají duplicity a proč?

2. jsou využity všechny sdílené služby?

Vysvětlení architektury komunikační infrastruktury funkčního celku:

7. Bezpečnostní architektura

Tabulka 34: Katalog bezpečnostní architektury funkčního celku:
Dotčený nebo bezpečnostní prvek	Hrozba / riziko	Vysvětlení způsobu zmírnění hrozby / rizika prvkem architektury včetně technických a organizačních opatření

Tabulka 35: Dopady narušení bezpečnosti informací v systému
Možné dopady v případě narušení dostupnosti	<Vyplňte např.: „V případě narušení dostupnosti informací v systému bude omezeno vykonávání agendy dle zákona č. 134/2016 Sb. o zadávání veřejných zakázek. Tato nedostupnost by se teoreticky mohla dotknout až 5000 uživatelů předmětného systému. V konečném důsledku by mohlo dojít k výraznému zdržení zadávacích řízení vedených naší organizací. “>
Možné dopady v případě narušení důvěrnosti	<Vyplňte např.: „Narušení důvěrnosti informací v systému může mít dopad na snížení důvěryhodnosti organizace vůči veřejnosti a ostatním partnerským organizacím. V posuzovaném systému jsou zpracovávány osobní údaje zhruba 10 000 osob, přičemž nejsou zpracovávány zvláštní kategorie osobních údajů (citlivé osobní údaje).“>
Možné dopady v případě narušení integrity	<Vyplňte např.: „Při narušení integrity informací v systému může dojít ke změně údajů v tomto systému, v důsledku čehož bude rozhodováno podle chybných informací a budou probíhat operace nezávisle na vůli organizace. Takovéto narušení navíc nemusí být ihned patrné, v důsledku čehož může dojít k následným omezením, které budou mít dopad na poskytování služeb. Dopady zde mohou být závažnější než v případě nedostupnosti služby.“>
Je v rámci Vaší organizace určen jakýkoliv prvek kritické infrastruktury?		ANO ☐ / NE ☐
Jste seznámeni a dodržujete Bezpečnostní strategii ČR 2023 dle usnesení vlády č. 478 ze dne 28. 06. 2023 včetně např. riziky využívání produktů čínských výrobců?		Zvolte položku.
Jak naplňujete doporučení v oblasti kryptografických prostředků v3.0 xxxxx://xxx.xxxxx.xx/xx/xxxxxxxxxx/xxxxxxxxxx/0000-xxxxxxxxxx-x-xxxxxxx-xxxxxxxxxxxxxxxx-xxxxxxxxxx-xxxxx-0-0/?
Případně specifikujte ty určené prvky KI, jejichž činnost významně nebo zcela ovlivňuje tento posuzovaný informační systém:

Tabulka 36: Bezpečnostní opatření a zohlednění principu „security by design“
Bezpečnostní opatření dle Minimálního bezpečnostního standardu NÚKIB (dále jen „MBS“)	Odpověď	Popis realizace, případně odůvodnění nezavedení
Organizační opatření
Plán zavádění bezpečnostních opatření (kapitola 2.1 MBS)	Zvolte položku.
Klasifikace a ochrana informací (kapitola 3 MBS)	Zvolte položku.
Řízení dodavatelů (kapitola 4 MBS)	Zvolte položku.
Řízení lidských zdrojů (kapitola 5 MBS)	Zvolte položku.
Řízení změn (kapitola 6 MBS)	Zvolte položku.
Řízení kontinuity činností (kapitola 7 MBS)	Zvolte položku.
Audit kybernetické bezpečnosti (kapitola 8 MBS)	Zvolte položku.
Další opatření	Zvolte položku.
Technická opatření
Fyzická bezpečnost (kapitola 9 MBS)	Zvolte položku.
Řízení přístupů (kapitola 10 MBS)	Zvolte položku.
Ochrana před škodlivým kódem (kapitola 11 MBS)	Zvolte položku.
Řešení kyberbezpečnostních událostí a incidentů (kapitola 12 MBS)	Zvolte položku.
Aplikační bezpečnost (kapitola 13 MBS)	Zvolte položku.
Kryptografické prostředky (kapitola 14 MBS)	Zvolte položku.
Zajišťování úrovně dostupnosti informací (kapitola 15 MBS)	Zvolte položku.
Požadavky v oblasti cloudových služeb (kapitola 16 MBS)	Zvolte položku.
Řízení výjimek běhu, chyb a hlášení (kapitola 17.1 MBS)	Zvolte položku.
Ochrana webových aplikací (kapitola 17.2 MBS)	Zvolte položku.
Zabezpečení komunikace s externími systémy (kapitola 17.4 MBS)	Zvolte položku.
Další opatření	Zvolte položku.

Tabulka 37: Vysvětlení bezpečnostní architektury funkčního celku:

8. Shoda s pravidly, standardizace a dlouhodobá udržitelnost

Tabulka 38: Uveďte, které licence standardizovaných SW produktů nebo HW produktů jsou pořizovány formou centrálních rámcových smluv zajištěných Ministerstvem vnitra. Pokud tuto formu nevyužijete, vysvětlete proč:
Rámec	Odpověď	Vysvětlení důvodů nepoužití
Centrální nákup produktů Cisco Systems	Zvolte položku.
Centrální nákup produktů IBM	Zvolte položku.
Centrální nákup produktů Microsoft	Zvolte položku.
Centrální nákup produktů Oracle	Zvolte položku.
Centrální nákup produktů VMware	Zvolte položku.
Centrální nákup CITRIX	Zvolte položku.
Centrální nákup ICT komodit	Zvolte položku.
Centrální soutěžení KIVS	Zvolte položku.

Tabulka 39: UX/UI uživatelský zážitek a uživatelské rozhraní
Požadavek		Odpověď	Číslo žádosti o výjimku	Vysvětlení
Primární výzkum (úvodní analýza)
	Znáte svoji cílovou skupinu a její specifika?	Zvolte položku.
	Plánujete rešerši obdobných již implementovaných řešení?	Zvolte položku.
	Budete identifikovat pain pointy?	Zvolte položku.
	–Budete mít k dispozici měření a výstupy z analytických nástrojů?	Zvolte položku.
Design
	Plánujete mapování procesů a uživatelských cest?	Zvolte položku.
	Plánujete navržení / optimalizaci informační architektury?	Zvolte položku.
	Víte, pro jaká zařízení budete řešení designovat a počítáte s responzivním designem?	Zvolte položku.
	Bude funkční celek využívat design systém xxx.xx?	Zvolte položku.
Ověření funkčnosti designu
	Budete dělat wireframes k ověření konceptu?	Zvolte položku.
	Budete dělat mid-high fidelity prototypy pro testování s uživateli?	Zvolte položku.
Před spuštěním funkčního celku
	Bude funkční celek zahrnovat kontrolu přístupnosti?	Zvolte položku.
	Bude funkční celek navázán na optimalizaci pro vyhledávače (SEO)?	Zvolte položku.
	Jaké analytické nástroje budete využívat pro měření úspěchu funkčního celku?
	Jakým způsobem budete sbírat zpětnou vazbu od uživatelů?
	Jak budete zpracovávat vyplývající změny?

Tabulka 40: Shoda se strategickými dokumenty
Požadavek	Odpověď	Č. žádosti o výjimku	Vysvětlení
Je řešení v souladu s Informační koncepcí úřadu?	Zvolte položku.		<uveďte odkaz na identifikovaný funkční celek / balíček práce z IK a text aktuálního znění koncepce jako přílohu žádosti>
Je řešení v souladu s Informační koncepcí ČR a cíli či principy Digitálního Česka?	Zvolte položku.		<vypište příslušné jednotlivé dílčí cíle, které budou řešením naplňovány>

Tabulka 41: Legislativní update
Zahrnuje podpora rovněž udržování řešení v souladu s novými právními předpisy (tzv. legislativní update)? Vysvětlete v jakém rozsahu:	Jakým způsobem je legislativní update hrazen?
	Zvolte položku.

Tabulka 42: Jak je zajištěno řízené ukončení životnosti jednotlivých výstupů funkčního celku a případný přechod na další řešení, či případná výměna dodavatele nad stejným řešením (tzv. Exit strategie):

Tabulka 43: Vysvětlení standardizace a udržitelnosti architektury funkčního celku

3. Kontrola shody architektury řešení funkčního celku s požadavky Národního architektonického plánu

Tabulka 44: Kontrola shody architektury řešení funkčního celku se vzory sdílených služeb eGovernmentu
Název architektonického vzoru eGovernmentu		Byl dodržen vzor?	Č. žádosti o výjimku	Podrobný popis způsobu a míry dodržení vzorů návrhem řešení funkčního celku
Digitální služby a elektronické formuláře
	Máte zajištěno předvyplňování elektronických formulářů všemi údaji subjektu, které veřejné správa zná?	Zvolte položku.
	Jsou veškeré služby poskytované klientům veřejné správy propojení s Katalogem služeb veřejné správy?	Zvolte položku.
Elektronický systém spisové služby
	Je realizace propojení předmětu funkčního celku se spisovou službou dle Národního standardu?	Zvolte položku.
Propojený datový fond
	Využíváte pro překlad identity mezi agendami služby ISZR?	Zvolte položku.
	Je veškerá výměna údajů mezi ISVS realizována pomocí referenčního rozhraní (ISZR, eGSB/ISSS)?	Zvolte položku.
Elektronická identita
	Využíváte služeb Národního bodu pro identifikaci a autentizaci?	Zvolte položku.
	Používáte pro překlad identifikátoru identity do své agendy (BSI na AIFO) služeb ISZR?	Zvolte položku.
	Využíváte při obsazení identifikované a autentizované osoby do role úředníka systém CAAIS (dříve JIP/KAAS)?	Zvolte položku.

3. Další údaje o funkčním celku

   1. Majetkoprávní vztahy funkčního celku

Tabulka 45: Majetkoprávní vztahy
Podmínka	Odpověď	Poznámka (důvod)
Jsou vám udělena výhradní práva k užívání k dodávanému produktu?	Zvolte položku.
Jsou vám udělena nevýhradní práva k užívání k dodávanému produktu?	Zvolte položku.
Jsou práva k autorskému dílu nějak omezena (IČO, konkrétní uživatel, převoditelnost a další šíření, úpravy produktu, parametry…)?	Zvolte položku.
Máte přístup ke zdrojovému kódu pro čtení?	Zvolte položku.
Je vám či třetímu subjektu umožněno provádět údržbu, měnit produkt, upravovat jej či rozšiřovat bez souhlasu dodavatele?	Zvolte položku.
Máte přístup k aktuální technické dokumentaci produktu?	Zvolte položku.
Obsahuje smlouva ujednání o vyloučení odpovědnosti za výpadky fungování?	Zvolte položku.
Byly externí nákupy veřejně soutěženy?	Zvolte položku.
Je celé nebo část řešení publikováno nebo využívá Open Source?	Zvolte položku.

2. Finanční zabezpečení funkčního celku

Tabulka 46: Finanční připravenost
Druh financování	Odpověď	Popis zajištění, získání financování
Financování pomocí ESIF1	Zvolte položku.
Financování z vlastních zdrojů	Zvolte položku.
Financování pomocí jiných externích zdrojů	Zvolte položku.

3. Metodické zabezpečení funkčního celku

Tabulka 47: Metodické připravenost
Metodické zajištění	Odpověď	Popis
Řízení pomocí metodiky (uveďte název)	Zvolte položku.
Podpora od projektové kanceláře úřadu/resortu	Zvolte položku.
Podpora od architektonické kanceláře úřadu/resortu	Zvolte položku.
Bude tento formulář součástí zadávací dokumentace funkčního celku?	Zvolte položku.

4. Personální náročnost funkčního celku

Tabulka 48: Vysvětlete personální náročnost realizace funkčního celku, jako odhady dopadu do počtu systemizovaných míst, či kapacitní náročnost realizace funkčního celku dle FTE:

5. Harmonogram realizace funkčního celku

Tabulka 49: Hrubý harmonogram realizace předloženého funkčního celku
Fáze / milník	Začátek	Konec	Základní náplň	Navazuje na

Tabulka 50: Související záměry (v rozvojovém programu, portfoliu úřadu)
Předchozí projekty	Popis návaznosti na předchozí projekty
Souběžné projekty	Popis návaznosti na souběžné projekty
Navazující záměry	Popis návaznosti na budoucí záměry

Tabulka 51: Vysvětlení dalších údajů o funkčním celku

1. Celkové náklady vlastnictví (TCO) funkčního celku

Ekonomická náročnost funkčního celku, který je měněn či vyvíjen, založený na Metodice výpočtu TCO ICT služeb veřejné správy.

Tabulka 52: Nevyplnění tabulky
Následující tabulku 53 není třeba vyplňovat, pokud má žadatel vyplněny informace o funkčním celku v rejstříku informačních systémů veřejné správy.	Zvolte položku.

Tabulka 53: Celkové náklady vlastnictví (TCO) funkčního celku
Souhrnná položka modelu TCO	① Interní náklady úřadu	② Náklady jiného úřadu VS	③ Náklady úřadu na externí služby	④ Náklady celkem	Vysvětlení k položce TCO
PLÁNOVÁNÍ A PŘÍPRAVA (včetně závěrečného návrhu realizace)
A. Plánování, analýzy, zadání, výběr řešení a dodavatele				∑
REALIZACE (funkčního celku)
B. Pořízení SW a HW pro funkční celek (ne v případě Cloud)				∑
C. Vývoj, implementace/integr. a zkušební provoz				∑
PRODUKČNÍ PROVOZ (včetně řízených změn)
D. Provoz a podpora řešení (ne v případě Cloud)				∑
E. Údržba, opravy a průběžné úpravy (ne v případě Cloud)				∑
F. Projekty postupného zlepšování řešení (plánované)				∑
G. Projekty upgrade (pokud jsou plánovány)				∑
H. Zvýšené náklady užívání řešení (pokud se vyskytnou)				∑	Nepovinné, uveďte jen, je-li pro funkční celek významné
X. Řešení jako služba (pouze SaaS)				∑
VYHODNOCENÍ
Z. Ostatní, k fázi životního cyklu nepřiřaditelné režijní náklady				∑	Nepovinné, uveďte jen, je-li pro funkční celek významné
UKONČENÍ SLUŽBY (produkčního provozu)
I. Útlum, konzervace a ukončení řešení
Celkové TCO funkčního celku (5let)	∑	∑	∑	∑

Tabulka 54: Vysvětlení a komentář k souhrnu výdajů a ekonomické náročnosti funkčního celku

4. Vyjádření k bezpečnostním aspektům

Tabulka 55: Předkladatel prohlašuje, že předkládaný funkční celek je realizován plně v souladu s níže uvedeným prohlášením

Text vyplňujte až na případnou výzvu OHA.

5. Upozornění a doporučení

Tabulka 56:Upozornění a doporučení

6. Přílohy

Tabulka 57: Přílohy
Typ	Číslo a název přílohy	Upřesnění přílohy
Zvolte položku.
Zvolte položku.
Zvolte položku.
Zvolte položku.
Zvolte položku.
Celkový počet příloh:

1 Evropské strukturální a investiční fondy

Toto dílo podléhá licenci Creative Commons Uveďte původ 4.0 Mezinárodní Licence