Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
Obě strany předchozí revize Předchozí verze Následující verze | Předchozí verze Následující verzeObě strany příští revize | ||
nap:uvod [2019/05/10 14:16] – Tomáš Šedivec | nap_dokument:uvod [2021/04/30 11:19] – Tomáš Šedivec | ||
---|---|---|---|
Řádek 1: | Řádek 1: | ||
+ | ====== Úvod ====== | ||
- | ======= Úvod ======= | + | |
+ | Dostává se vám do rukou Národní architektonický plán (také jako " | ||
+ | |||
+ | Pro rozvoj všech schopností a dovedností veřejné správy, včetně rozvoje digitálních služeb VS, je nezbytné řídit veřejnou správu jako propojený komplexní systém služeb, poskytovaných orgány veřejné správy, s nadhledem a v celkových souvislostech. Protože většina transformačních kroků státu je stejně jako u podnikových korporací v současné době umožněna jen s pomocí ICT - digitalizací procesů a služeb, je celková architektura orgánů veřejné správy, jejich úřadů a veřejnoprávních korporací, současně prostředkem vývoje a řízení transformačních změn a současně prostředkem dlouhodobého řízení a rozvoje ICT na podpor těchto změn. | ||
+ | |||
+ | Posláním eGovernmentu je: | ||
+ | |||
+ | //„Co nejefektivnějším způsobem poskytovat klientům veřejné správy služby, co nejvíce jim usnadňující jak dosažení jejich práv a nároků, tak splnění jejich povinností a závazků ze vztahu k veřejné správě“.// | ||
+ | |||
+ | Úlohou úřadů a úředníků, | ||
+ | |||
+ | Government je činnost související s poskytováním veřejných služeb, řízením veřejných záležitostí na místní i centrální úrovni a zajišťováním záležitostí ve veřejném zájmu. Pokud je poskytování veřejných služeb zajišťováno elektronicky a dochází k **digitální interakci** mezi veřejností a veřejnou správou hovoříme o eGovernmentu, | ||
+ | |||
+ | Cílem veřejného zájmu jsou tedy **rychlejší, | ||
+ | |||
+ | IKČR a NAP navazuje zejména na cíle eGovernmentu formulované ve Strategickém rámci rozvoje veřejné správy ČR pro období 2014-2020 a jeho akčních plánech, na dnes již zrušenou Strategii rozvoje ICT služeb veřejné správy (usnesení vlády ze dne 2. listopadu 2015, č. 889), usnesení vlády ze dne 27. ledna 2020, č. 86 a především na [[: | ||
- | dostává se vám do rukou Národní architektonický plán (dále též jako " | ||
Řádek 9: | Řádek 24: | ||
- | Odbor Hlavního architekta eGovernmentu Ministerstva vnitra ČR (dále též jako „OHA“), jako nadresortní architektonický útvar eGovernmentu, | + | Odbor Hlavního architekta eGovernmentu Ministerstva vnitra ČR (také jako "OHA"), jako nadresortní architektonický útvar eGovernmentu, |
- | Tyto informace následně slouží orgánům veřejné správy k sestavování informačních koncepcí jejich úřadů a z nich vyplývajících projektových záměrů. OVS jsou podle příslušných ustanovení zákona o informačních systémech veřejné správy (dále též jako " | + | Tyto informace následně slouží orgánům veřejné správy |
- | OHA vydává v návaznosti na požadavky zákona o ISVS a výše zmíněného usnesení vlády stanoviska k těmto žádostem zejména na základě posouzení shody architektury předkládaných záměrů s cíli a pravidly IKČR a návazných dokumentů OHA. | + | OHA vydává v návaznosti na požadavky zákona o ISVS a výše zmíněného usnesení vlády stanoviska k těmto žádostem zejména na základě posouzení shody architektury předkládaných záměrů s cíli a pravidly IKČR, NAP a dalších |
- | ====== Informační koncepce České republiky | + | ===== Informační koncepce České republiky ===== |
- | Informační koncepce České republiky je základním dokumentem, který stanovuje na základě zmocnění podle § 5a odst. 1 zákona 365/2000 Sb., o informačních systémech veřejné správy, **cíle České republiky v oblasti informačních systémů veřejné správy** a obecné **principy pořizování, | + | Informační koncepce České republiky je základním dokumentem, který stanovuje na základě zmocnění podle § 5a odst. 1 zákona 365/2000 Sb., o informačních systémech veřejné správy, **cíle České republiky v oblasti informačních systémů veřejné správy** |
- | IKČR v příloze 7: **Metody řízení ICT veřejné správy ČR** definuje pravidla, včetně | + | Pro efektivní realizaci cílů |
- | Aby bylo možno tyto cíle efektivně realizovat, | + | IKČR v navazujícím dokumentu č. 1: **Metody |
- | IKČR v příloze 9: **Národní architektonický rámec** zavádí | + | IKČR v navazujícím dokumentu č. 2: **Slovník pojmů eGovernmentu** zavádí |
- | IKČR v příloze 10: **Národní architektonický | + | IKČR v navazujícím dokumentu č. 3: **Národní architektonický |
- | IKČR v příloze 8: Slovník pojmů zavádí jednotný výklad pojmů a jejich | + | IKČR v navazujícím dokumentu č. 4: **Národní architektonický plán** orgánům veřejné správy – správcům informačních systémů - poskytuje jasnou |
- | Orgány veřejné správy podle IKČR a jejích příloh vytvářejí svou informační koncepci. Informační koncepce orgánů veřejné správy musejí být v plném souladu s IKČR a musejí z ní vycházet. | + | Orgány veřejné správy podle IKČR a jejích příloh vytvářejí svou informační koncepci. Informační koncepce orgánů veřejné správy musejí být v plném souladu s IKČR a musejí z ní vycházet. V rámci NAP je v každé části kapitol [[nap_dokument: |
- | ====== Národní architektonický plán ====== | + | ===== Struktura Národního architektonického plánu |
Struktura Národního architektonického plánu | Struktura Národního architektonického plánu | ||
- | - [[nap: | + | - [[nap_dokument: |
- | - [[nap: | + | - [[nap_dokument: |
- | - [[nap:architektura_a_sdilene_sluzby_verejne_spravy_cr|Kapitola Architektura a sdílené | + | - [[nap_dokument:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu|Kapitola Architektura |
- | - [[nap:pravidla_tvorby_a_udrzby_vlastni_ctyrvrstve_architektury_jednotlivych_uradu|Kapitola | + | - [[nap_dokument: |
- | - [[nap: | + | - [[nap_dokument:pravidla_pro_funkcni_celky_architektury_jednotlivych_uradu|Kapitola |
- | - [[nap: | + | - [[nap_dokument: |
- | - [[nap: | + | |
===== Působnost Národního architektonického plánu ===== | ===== Působnost Národního architektonického plánu ===== | ||
- | + | **[[: | |
- | NAP je závazný | + | |
- | + | ||
- | V návaznosti na požadavky stanovené prováděcím právním předpisem předpokládaným v § 5a odst. 2, větě třetí, zákona o ISVS, představuje | + | |
NAP se v oblasti samosprávy vyznačuje některými odlišnostmi, | NAP se v oblasti samosprávy vyznačuje některými odlišnostmi, | ||
Řádek 61: | Řádek 72: | ||
* Velikost samosprávných subjektů je velmi rozlišná – od krajů, které mají i více než milion obyvatel až po obce, které mají jen stovku obyvatel | * Velikost samosprávných subjektů je velmi rozlišná – od krajů, které mají i více než milion obyvatel až po obce, které mají jen stovku obyvatel | ||
- | Tyto odlišnosti se NAP snaží podchytit v oblasti některých ukládaných povinností, v oblastech | + | Tyto odlišnosti se NAP snaží podchytit v oblasti některých ukládaných povinností |
- | Úřadem se pro účely NAP rozumí každý orgán, který je povinnou osobou z hlediska tohoto dokumentu. Pokud není uvedeno jinak, jsou to v souladu se zákonem o ISVS tzv. orgány veřejné správy (dále též jako " | + | Ostatní orgány veřejné moci (také jako " |
- | + | ||
- | Ostatní orgány veřejné moci (dále též jako " | + | |
===== Periodicita a aktualizace dokumentu ===== | ===== Periodicita a aktualizace dokumentu ===== | ||
+ | NAP bude Ministerstvem vnitra vyhodnocován a aktualizován každý rok, vždy s výhledem na následujících 5 let, má tedy charakter tzv. klouzavého plánu. | ||
- | Národní architektonický plán ČR bude Ministerstvem vnitra vyhodnocován | + | K NAP budou přijímány připomínky |
- | Po každé aktualizaci bude předkládán | + | Po každé aktualizaci bude NAP předkládán znovu ke schválení spolu s informací o dosažení definovaných cílů. |
- | ====== Základní pojmy řízení architektury veřejné správy a úřadu | + | ===== Základní pojmy řízení architektury veřejné správy a úřadu ===== |
+ | Podstatné pojmy jsou souhrnně vedeny ve [[: | ||
- | Pro rozvoj všech schopností a dovedností veřejné správy, včetně rozvoje digitálních služeb VS, je nezbytné řídit veřejnou správu jako propojený komplexní systém služeb, poskytovaných orgány veřejné správy, s nadhledem a v celkových souvislostech((Architekturou VS se zde míní tzv. Cross-Government Enterprise Architecture (xGEA v UK, nebo GEA v Novém Zélandu, USA a mnohde jinde).)). Protože většina transformačních kroků státu je stejně jako u podnikových korporací v současné době umožněna jen s pomocí ICT, je celková architektura orgánů veřejné správy, jejich úřadů a veřejnoprávních korporací, současně prostředkem vývoje a řízení transformačních změn a současně prostředkem dlouhodobého řízení a rozvoje ICT na podpor těchto změn. | ||
- | **Architektura veřejné správy** jako socio-ekonomicko-technického systému je souborem prvků, které tvoří strukturu systému, jejich vzájemných vazeb, jejich chování (fungování) a principů a pravidel jejich vzniku a vývoje v průběhu času. | ||
- | **Architektura úřadu** (EA((Z angl. Enterprise Architecture, | ||
- | Představuje **popis struktury a chování** úřadu (kdo jsme), **plánovaných změn** (odkud a kam jdeme) a jejich **informatické podpory** (k čemu nám je a má být ICT jako celek a jednotlivé informační systémy veřejné správy). | ||
- | Zavedení tzv. Národní architektury veřejné správy (NA) a Národního architektonického plánu jejího rozvoje (NAP) touto IKČR vychází z nutnosti systematicky popsat současný a budoucí stav architektury VS tak, aby její popis podporoval řízení reforem VS i změn její ICT podpory. | ||
- | **Národní architektura VS ČR** je souhrn architektur | + | ===== Základní architektonické principy |
- | **Národní architektonický plán** (NAP) bude tvořit popis současného stavu jednotlivých úřadů veřejné správy | + | Zde jsou uvedeny jednotlivé architektonické principy stanovené IKČR a odkazy na jednotlivé sdílené služby |
- | Pro všechny modely | + | ^Princip^Naplnění sdílenou službou, funkčním celkem nebo tematickou oblastí^ |
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |[[: | ||
+ | |||
+ | ===== Domény | ||
- | **Národní architektonický rámec** (NAR), jako **metodický a myšlenkový rámec** pro jednotný a koordinovaný popis Národní architektury VS ČR, obsahuje návody, postupy, předlohy a vzory tvorby, údržby a užití popisu architektury. | + | Pro modelování Národního architektonického plánu VS ČR i pro formulování principů a pravidel IKČR a jejich dekompozici |
- | + | ||
- | Národní architektonický rámec vychází z mezinárodně uznávaných standardů tvorby a údržby architektury úřadů TOGAF((z angl. The Open Goup Architecture Framework)) a ArchiMate, spravovaných The Open Group((http:// | + | |
- | + | ||
- | NAR vydá a bude aktualizovat OHA MV, který bude v souladu s NAR koordinovat vznik a aktualizaci součástí NAP a zabezečí jejich centrální uložení a prezentaci vybraných znalostí z NAP, tj. například modelů a akčních plánů jednotlivých OVM, ve společné znalostní bázi a portálu NAP. | + | |
- | + | ||
- | **Orgán veřejné správy** (OVS) je státní orgán nebo orgán územních samosprávných celků. | + | |
- | + | ||
- | **Orgán veřejné moci** (OVM) je státní orgán, územní samosprávný celek a fyzická nebo právnická osoba, byla-li jí svěřena působnost v oblasti veřejné správy. | + | |
- | + | ||
- | **Soukromoprávní uživatel údajů** (SPUU) je podnikající fyzická osoba nebo právnická osoba, která není orgánem veřejné moci a je podle jiného právního předpisu oprávněna využívat údaje ze základního registru nebo z agendového informačního systém. | + | |
- | + | ||
- | **Informační systémy veřejné správy** (zákon o ISVS) | + | |
- | + | ||
- | * **ISVS** je funkční celek nebo jeho část zabezpečující cílevědomou a systematickou informační činnost pro účely výkonu veřejné správy. | + | |
- | * **Správce** **ISVS** je osoba nebo její součást, která poskytuje služby informačního systému veřejné správy a za informační systém veřejné správy odpovídá. | + | |
- | * **Provozovatel ISVS** je osoba nebo její součást, která zajišťuje funkčnost technických a programových prostředků tvořících informační systém veřejné správy. | + | |
- | * **Uživatel ISVS** je osoba nebo její součást, která do informačního systému veřejné správy zapisuje data nebo data, případně i provozní údaje obsažené v informačním systému veřejné správy, využívá. | + | |
- | + | ||
- | **Agendy** | + | |
- | + | ||
- | * **Agenda** je ucelená oblast působnosti orgánu veřejné moci nebo ucelená oblast působení soukromoprávního uživatele údajů, | + | |
- | * **Ohlašovatel agendy** orgán veřejné moci, který ohlašuje agendu pro potřeby její registrace | + | |
- | * **Kategorie OVM** je skupina orgánů veřejné moci nebo soukromoprávních uživatelů údajů, kteří vykonávají stejné činnosti v ohlášených agendách | + | |
- | * **OVM / SPUU působící v agendě** je OVM nebo SUU vykonávající agendu a v agendě registrovaný buď identifikátorem OVM / SPUU nebo kategorií OVM / SPUU | + | |
- | + | ||
- | **Agendové informační systémy** | + | |
- | + | ||
- | * **Agendovým informační systém (AIS)** je ISVS, který slouží k výkonu agendy, využívání elektronických formulářů nebo elektronické identifikaci | + | |
- | * **Správce AIS** je OVM - správce ISVS který je buď ohlašovatelem příslušné agendy (centralizovaný AIS) nebo v agendě působí (decentralizovaný AIS) | + | |
- | * **Soukromoprávní uživatel údajů (SPUU)** přistupuje pouze prostřednictvím AIS, který vybuduje ten, kdo má zákonné zmocnění. | + | |
- | + | ||
- | + | ||
- | ====== Definice, cíle a základní architektonické principy eGovernmentu ČR ====== | + | |
- | + | ||
- | + | ||
- | Definice eGovernmentu jako moderní elektronicky podpořené veřejné správy: | + | |
- | + | ||
- | // | + | |
- | + | ||
- | Posláním eGovernmentu je: | + | |
- | + | ||
- | //„Co nejefektivnějším způsobem poskytovat klientům veřejné správy služby, co nejvíce jim usnadňující jak dosažení jejich práv a nároků, tak splnění jejich povinností a závazků ze vztahu k veřejné správě“.// | + | |
- | + | ||
- | Úlohou úřadů a úředníků, | + | |
- | + | ||
- | Tyto definice vycházejí z toho, že Government je **správní činnost** související s poskytováním veřejných služeb, řízením veřejných záležitostí na místní i centrální úrovni a zajišťováním záležitostí ve veřejném zájmu. Pokud je poskytování veřejných služeb zajišťováno elektronicky a dochází k **digitální interakci** mezi veřejností a veřejnou správou hovoříme o eGovernmentu, | + | |
- | + | ||
- | Cílem veřejného zájmu jsou tedy **rychlejší, | + | |
- | + | ||
- | IKČR navazuje zejména na cíle eGovernmentu formulované ve Strategickém rámci rozvoje veřejné správy ČR pro období 2014-2020 a jeho akčních plánech a ve Strategii rozvoje ICT služeb veřejné správy (usnesení vlády ze dne 2. listopadu 2015, č. 889). | + | |
- | + | ||
- | + | ||
- | ===== Základní architektonické principy ===== | + | |
- | + | ||
- | + | ||
- | Pouze odkaz na IKČR | + | |
- | + | ||
- | + | ||
- | ===== Etapy naplňování cílové vize informatizace VS ČR ===== | + | |
- | + | ||
- | + | ||
- | ke zvážení | + | |
- | + | ||
- | Výchozí požadavky: | + | |
- | + | ||
- | * IT systémy se mají konsolidovat, | + | |
- | * I když jich zůstane mnoho, mají být propojeny a poskytovat konzistentní služby jako celek | + | |
- | * Budou federalizované (federované) | + | |
- | * Uplatní se účinná centrální IT governance (při zachování lokální zodpovědnosti) | + | |
- | + | ||
- | Přes klesající počet postupně se vzájemně konsolidujících ISVS bude základem informatizace veřejné správy stále velký počet autonomních a modulárních řešení, které se však společně při podpoře dodávky externích služeb klientům VS nebo interních služeb pro úředníky budou chovat jako jeden propojený celek. | + | |
- | + | ||
- | Konsolidace a transformace informatizace veřejné správy se podle této vize odehraje ve dvou velkých etapách. | + | |
- | + | ||
- | První etapa, dosažitelná v blízkém horizontu jednotek let: | + | |
- | + | ||
- | * Aplikační dekompozice monolitických řešení na procesně ucelené aplikační moduly, vhodné pro sdílení nebo záměnu, politicky (legislativně) parametrizovatelné a vytvoření Katalogu sdílitelných certifikovaných ICT služeb((< | + | |
- | * Interoperabilita a integrace aplikací pro maximální využití propojeného datového fondu. | + | |
- | * Sdílení údajů mezi ISVS výhradně prostřednictvím PPDF (neveřejné údaje) nebo VDF (veřejné údaje, zveřejněné jako Otevřená data) | + | |
- | + | ||
- | * Současně zahájení přesunu výpočetního výkonu zejména do Národních datových center, korporátních (resortní a krajských) datových center a do státní i soukromé části eGovernment Cloudu (IaaS, PaaS). | + | |
- | * Transformace IT útvarů úřadů z převážně provozního řízení na převážně strategické řízení IT a řízení nákupu a dodávky IT služeb svým klientům. | + | |
- | + | ||
- | Druhá etapa, dosažitelná později: | + | |
- | + | ||
- | * Postupná transformace a migrace sdílitelných aplikací do cloudové infrastruktury, | + | |
- | * Rostoucí integrace, automatizace a otevřenost i pro další poskytovatele (zprostředkovatele) veřejných služeb. | + | |
- | * Přesun další části výpočetního výkonu do eGov Cloudu, státního i soukromého. | + | |
- | + | ||
- | + | ||
- | ====== Domény Národní architektury veřejné správy ====== | + | |
- | + | ||
- | Pro modelování Národního architektonického plánu VS ČR i pro formulování principů a pravidel IKČR se využívají následující architektonické domény architektury úřadů (a celé veřejné správy ČR), které jsou v souladu s Národním architektonickým rámcem. | + | |
Architektonické domény jsou děleny na horizontální domény (také nazývané vrstvy), odpovídající čtyřvrstvé vizi architektury VS a na vertikální domény, představující složky motivace a governance veřejné správy. | Architektonické domény jsou děleny na horizontální domény (také nazývané vrstvy), odpovídající čtyřvrstvé vizi architektury VS a na vertikální domény, představující složky motivace a governance veřejné správy. | ||
Řádek 204: | Řádek 136: | ||
Vertikální domény motivačních složek architektury: | Vertikální domény motivačních složek architektury: | ||
- | * **Architektura strategie a směrování**, | + | * **Architektura strategie a směrování**, |
* **Architektura výkonnosti**, | * **Architektura výkonnosti**, | ||
* **Architektura rizik a bezpečnosti**, | * **Architektura rizik a bezpečnosti**, | ||
* **Architektura shody s pravidly a udržitelnosti**, | * **Architektura shody s pravidly a udržitelnosti**, | ||
- | Poslední doménou modelování je světle červená oblast, která představuje tzv. akční plán architektury úřadu (Roadmap) a umožňuje vizualizovat balíčky práce, projekty a jimi dosahované stavy architektury (přechodné a cílové).[[soubor: | + | Poslední doménou modelování je světle červená oblast, která představuje tzv. akční plán architektury úřadu (Roadmap) a umožňuje vizualizovat balíčky práce, projekty a jimi dosahované stavy architektury (přechodné a cílové). |
- | + | ||
- | + | ||
- | ====== Přístup k popisu architektury VS ČR ====== | + | |
- | + | ||
- | Koncepce nemá za cíl definovat vše, co se týká veřejné správy, ale jen vymezenou část týkající se principů návrhu řešení ISVS a procesů správy (životního cyklu) ISVS v kontextu působnosti OVM – správce ISVS. | + | |
- | + | ||
- | IKČR popisuje nejen samotné ISVS, ale i procesy a agendy, které ISVS podporuje, služby, které ISVS poskytuje, hardware (též HW) a software (též SW), který ISVS využívá a infrastrukturu, | + | |
- | + | ||
- | Veřejná správa funguje na odlišném principu než soukromoprávní subjekty. Výkon veřejné správy se řídí zásadou((Ta je zakotvena v čl. 2 odst. 3 Ústavy České republiky (1/1993 Sb.) a v čl. 2 odst. 2 Listiny základních práv a svobod (2/1993 Sb.))), dle které veřejná moc může konat jen tehdy, stanoví-li to zákon, a jen způsobem stanoveným zákonem. Jinými slovy, co není zákonem povoleno, je zakázáno. Proto jako první součást řízení dlouhodobého rozvoje ISVS musí být legislativní / právní vymezení. | + | |
- | + | ||
- | Dekompozice a kontexty ISVS: | + | |
- | + | ||
- | * Každý ISVS má prvky ze všech čtyřech vrstev architektury | + | |
- | * Na každé vrstvě architektury obsahuje ISVS více různých prvků (aktivních, | + | |
- | * ISVS nikdy není izolován, vždy je součástí architektury větších celků, a to: | + | |
- | + | ||
- | * úřadu, jednotlivé organizace, | + | |
- | * korporace, resortu nebo územního celku (kraje a obce), | + | |
- | * veřejné správy ČR, | + | |
- | * veřejné správy EU. | + | |
- | + | ||
- | Čtyři vrstvy služeb ISVS znázorňuje následující obrázek: | + | |
- | + | ||
- | {{soubor: | + | |
- | - Typové služby na čtyřech úrovních architektury veřejné správy | + | |
- | Na všech vrstvách architektonické dekompozice struktury a služeb ISVS je potřeba při plánování a řízení jeho vybudování nebo následného rozvoje mít znalosti a činit rozhodnutí zejména v následujících otázkách: | + | |
- | + | ||
- | 1. Podporované agendy/ | + | |
- | + | ||
- | * Centrální nebo lokální procesy | + | |
- | * Vlastní nebo sdílené služby | + | |
- | * Speciální nebo univerzální obslužné kanály | + | |
- | * Asistované nebo on-line služby | + | |
- | * Využívají sdílené údaje: Propojený a Veřejný datový fond (PPDF a VDF) | + | |
- | + | ||
- | 2. Informační systémy (Aplikace a data) | + | |
- | + | ||
- | Aplikace | + | |
- | + | ||
- | * Logicky centralizované / distribuované | + | |
- | * Vyvinuté na zakázku / Off the Shelf | + | |
- | * On Premise (vlastní) / Cloud (pronajaté) | + | |
- | + | ||
- | Data | + | |
- | + | ||
- | * Referenční, | + | |
- | + | ||
- | 3. Platformy | + | |
- | + | ||
- | * Platformy (Databáze, Aplikační servery apod.) | + | |
- | + | ||
- | * On Premise / NDC / Cloud | + | |
- | + | ||
- | * Výpočetní výkon a datové úložiště | + | |
- | + | ||
- | * On premise / NDC / Cloud | + | |
- | + | ||
- | 4. Infrastruktura | + | |
- | + | ||
- | * Datové centrum | + | |
- | + | ||
- | * On premise / NDC / Cloud | + | |
- | + | ||
- | * Síťové připojení do eGovernmentu | + | |
- | + | ||
- | * (KIVS, komerční DC a Internet), CMS | + | |
- | + | ||
- | Podstatné principy základních prvků eGovernmentu následují popsané po jednotlivých vrstvách architektury VS a poté podle jednotlivých klíčových tematických okruhů. | + | |
- | + | ||
- | + | ||
- | ===== Přístup k popisu byznys architektury eGovernmentu ===== | + | |
- | + | ||
- | Výkon a služby veřejné správy byly dlouhou dobu poskytovány v místě příslušného OVM jeho úředníky - tuto formu vládnutí můžeme nazvat cizím názvem „Government“. S rostoucím využitím informačních technologií se z „obyčejného“ Governmentu stává jeho elektronická forma eGovernment neboli elektronické vládnutí či vládnutí za pomoci elektronických prostředků. Jinými slovy, základní zdroje každého OVM (úředníci, | + | |
- | + | ||
- | Například: | + | |
- | + | ||
- | - **Základní registry** - Dle zákona o základních registrech (č. 111/2009 Sb.) OVM, působící v určité agendě, a spravující pro výkon této působnosti agendový informační systém (AIS) a vede v tomto AIS údaje dle zákonného zmocnění, má právo a povinnost na čerpání (**využívání**) referenčních údajů ze základních registrů, aniž by ověřoval jejich správnost, natož pak požadoval poskytnutí těchto údajů od subjektů práva. Tedy datový kmen samotného úřadu je rozšířen pro evidované subjekty a objekty práva o referenční údaje ze ZR se zaručnou platností. | + | |
- | - **Elektronická identita** - Dle zákona o elektronické identifikaci (č. 250/2017 Sb.), účinného od 1. 7. 2018, provádí úřad resp. jím spravovaný ISVS identifikaci a autentizaci klienta veřejné správy, o kterém vede údaje pomocí Národního bodu elektronické identifikace s definovanou úrovní záruky (tzv. Level of Assurance „LoA“). Jednotlivé úřady tedy jako sdílenou centrální službu státu dostávají identifikaci a autentizaci klientů – fyzických osob, nemusí se starat o vydávání identifikačních prostředků ani jejich využívání v procesu identifikace a autentizace fyzických osob. | + | |
- | - **Elektronické úkony a doručování** - Zákonem č. 300/2008 Sb., o elektronických úkonech a autorizované konverzi dokumentů, byla všem OVM zřízena navíc ke stávajícím obslužným kanálům datová schránka. OVM byla uložena povinnost přijímat úkony učiněné datovou schránkou jinými FO nebo PO a doručovat jiným PO nebo FO primárně do existující datové schránky. Každý úřad tak získal centrální, | + | |
- | - **Poskytování údajů** - Klient má právo na **poskytování** o něm vedených údajů z informačních systémů úřadů, což upravuje zákon o ISVS a od 1. 7. 2018 řeší mj. tzv. Portál občana, což bude transakční část portálu veřejné správy (dále také „PO“ a „PVS“) s využitím publikace povinných údajů z ISVS přes eGovernment Online Service Bus (dále také „eGSB“). Jednotlivý úřad využívající se sebou spravovanými ISVS tento způsob publikace nebude muset řešit tuto povinnost samostatně. | + | |
- | - **Zveřejňování informací** - Orgány veřejné správy **zveřejňují** informace dle zákona č. 106/1999 Sb., o svobodném přístupu k informacím, | + | |
- | + | ||
- | Působnost úřadu je definována jemu legislativně přiznanou působností v jednotlivých agendách. Každou z agend působnosti úřadu je pak účelné rozdělit na procesy a funkce dle v obrázku níže uvedených kategorií. Působnost úřadu je potom tvořena kompozicí jednotlivých agend, které se v jednotlivých procesech a funkcích překrývají a mohou je sdílet. | + | |
- | + | ||
- | {{soubor: | + | |
- | - Základní procesní (funkční) součásti každé agendy | + | |
- | Obecně platí, že: | + | |
- | + | ||
- | * Agenda je tvořena přinejmenším výše uvedenými kategoriemi funkcí a služeb | + | |
- | * Z rozdílných vlastností jednotlivých kategorií funkcí v agendách vyplývají nároky na jejich různou aplikační podporu a přirozená komponentizace ISVS | + | |
- | * Mnohé z agendových funkcí mají být v rámci organizace mezi agendami sdíleny, například obslužné kanály a agendové zázemí (kmenová data, platební styk, účetnictví agend, apod.) | + | |
- | * Na rozdíl od doručování dokumentů se výměna údajů nerealizuje prostřednictvím správy případů, spisů a dokumentů. | + | |
- | + | ||
- | Ve vztahu agendy k ostatním kategoriím procesů a funkcí úřadu platí přinejmenším tato pravidla: | + | |
- | + | ||
- | * Zatímco odborné agendové procesy (tzv. Middle-Office) zůstanou specifické, | + | |
- | * Obdobně to platí pro všechny ostatní vrstvy architektury (aplikace a data, IT technologie a komunikační infrastruktura), | + | |
- | + | ||
- | + | ||
- | ===== Přístup k popisu architektury informačních systémů eGovernmentu ===== | + | |
- | + | ||
- | Obsahová (funkční) podpora služeb veřejné správy (jednotlivých agend) službami informačních systémů je předmětem tzv. Aplikační vrstvy architektury veřejné správy. Součástí aplikační vrstvy jsou i údaje a jejich metadata udržované v těchto informačních systémech. | + | |
- | + | ||
- | Přestože zákon o ISVS hovoří o informačním systému veřejné správy tak, že chápe a eviduje ISVS jednotlivě jako jeden monolitický celek, tato IKČR ukazuje, že tak ISVS vystupuje pouze z pohledu logické podpory jedné agendy funkcemi informačních technologií. ISVS má přirozeně svoji strukturovanou vnitřní výstavbu a pro správné plánování rozvoje jednotlivých ISVS úřadu i celého aplikačního portfolia úřadu je nutné aplikační strukturu každého ISVS procesně orientovaným způsobem dekomponovat do logických celků, kterým by měly odpovídat i fyzické aplikační komponenty. Jejich vzájemné integrace a spolupráce pak tvoří logický ISVS. Dlouhodobě řídit ISVS ve skutečnosti znamená řídit životní cyklus jeho jednotlivých komponent. | + | |
- | + | ||
- | Na druhou stranu, pokud jeden ISVS potřebuje pro své funkce několik komponent, nikde není předepsáno, | + | |
- | + | ||
- | Obdobné, funkčně použitelné komponenty musí být v úřadu mezi jeho jednotlivými ISVS vždy sdíleny a nesmějí se budovat nebo udržovat v provozu vícenásobně, | + | |
- | + | ||
- | Vedle agendových informačních systémů (AIS) a IS spisových služeb má každý úřad celou řadu typů IS, jejichž podrobnější třídění a odpovídající pravidla pro jejich návrh a správu zavádí IKČR také. | + | |
- | + | ||
- | {{soubor: | + | |
- | - Typické kategorie aplikačních komponent, tvořící každý jednotlivý ISVS. | + | |
- | Procesní (byznys) dekompozice ISVS na aplikační vrstvě v kostce: | + | |
- | + | ||
- | * Většina agendových ISVS obsahuje aplikační podporu více různých procesních kategorií výkonu VS a využívá k tomu aplikačních funkcí poskytovaných více aplikačními komponentami z více kategorií, viz vysvětlení dále. | + | |
- | * Velmi často (přinejmenším u agend s obsluhou občanů) jsou součástí ISVS funkce ze silně orámovaných kategorií na obr. výše, tj. Front-office, | + | |
- | * Mnohé aplikační komponenty ISVS by měly být mezi jednotlivými ISVS (a jejich agendami) v úřadu, korporaci nebo finálně eGovernmentu, | + | |
- | + | ||
- | Dle svého významu pro výkon veřejné služby a ochranu údajů rozlišuje zákon o kybernetické bezpečnosti informační systémy na kritické a významné, přičemž jednotlivé kategorie se musí řídit jednoznačnými pravidly tohoto zákona. | + | |
- | + | ||
- | Obdobně zavádí IKČR povinnost klasifikace v ISVS evidovaných údajů (datového kmene a transakčních údajů) a pravidla pro jejich správu a zveřejňování v podobě otevřených dat. | + | |
- | Protože ISVS zpracovávají téměř bezvýjimečně osobní údaje, musejí od 25. 5. 2018 naplňovat kromě požadavků zákona č. 101/2000 Sb., o ochraně osobních údajů, rovněž požadavky, které na ně klade nařízení Evropského parlamentu a Rady č. 2016/679, obecné nařízení o ochraně fyzických osob v souvislosti se zpracováním osobních údajů a o volném pohybu těchto údajů a o zrušení směrnice 95/46/ES (zkráceně: | ||
- | ISVS a další IS ve veřejné správě se pro účely IKČR dělí **z pohledu sdílených služeb** na: | + | {{ :soubor: |
- | * ISVS poskytující sdílené služby eGovernmentu, | + | ===== Koncepce referenčních modelů architektury úřadů VS ===== |
- | * IS pro sdílené služby | + | Referenční modely |
- | * IS pro sdílené služby správy zdrojů veřejné správy | + | |
- | * IS pro sdílené služby agend v přenesené působnosti | + | |
- | * IS pro celoplošný agendový portál a další | + | |
- | * ISVS a IS poskytující lokální služby OVS (a převážně čerpájící sdílené služby eGovernmentu), a to zejména | + | Referenční modely budou vydávány |
- | * Agendové IS pro vlastní a samosprávnou působnost | + | Pro vyšší využitelnost budou vedle generických, |
- | * IS pro lokální agendové a místní portály | + | |
- | * IS pro spisovou službu | + | |
- | * Provozní IS pro správu zdrojů | + | |
- | * a další | + | |
- | Z pohledu zodpovědností správce jsou i celoplošné ISVS pro sdílené služby eGovernmentu součástí lokální architektury konkrétního OVS jejich správce, a musejí být spravovány v jejím kontextu. | + | Lze očekávat vydání referenčních modelů na těchto úrovních: |
+ | * Referenční architektury ústředních správních úřadů | ||
+ | * Referenční architektury územních samospráv | ||
+ | * Zjednodušený příklad architektury kraje a krajské korporace | ||
+ | * Zjednodušený příklad architektury ORP a jeho korporace | ||
+ | * Zjednodušený příklad architektury malé obce | ||
+ | * Referenční architektury dalších typů orgánů veřejné moci - budou-li takové identifikovány. | ||
- | ===== Přístup k popisu technologické architektury eGovernmentu ===== | + | ==== Architektonické vzory klíčových oblastí úřadu ==== |
- | Poskytnutí dostatečného výpočetního výkonu, úložných kapacit, zabezpečení, | + | Budou vydávány architektonické vzory těch oblastí architektury úřadů (zejména procesní a aplikační), které sice zůstávají většinou v lokální zodpovědnosti, ale jejichž **logická podoba** musí být pro splnění cílů NAP centrálně předepsána a následně v řešeních dodržena. Jedná se zejména o tyto kategorie referenčních modelů procesní a aplikační architektury: |
- | ===== Přístup k popisu komunikační architektury eGovernmentu ===== | + | * Multikanálová uživatelská rozhraní |
+ | * pro klienty VS | ||
+ | * pro zaměstnance VS | ||
+ | * Klíčové části agendových IS | ||
+ | * Sdílený agendový Front-office (CRM) | ||
+ | * Specifický agendový Middle-Office (odborné části agendových IS), některé nadresortní (dotace, kontroly, údržba síťové infrastruktury státu, …) | ||
+ | * Sdílený agendový Back-Office (platební, znalostní a další systémy) | ||
+ | * Správa spisů, dokumentů a jejich toku (workflow) | ||
+ | * Provozní ERP systémy | ||
+ | * Prostorová data a služby nad prostorovými daty | ||
+ | * Rozšiřující systémy správy zdrojů úřadu | ||
+ | * Identity management | ||
+ | * Integrační platformy | ||
+ | * Správa kmenových dat a číselníků (s vazbou na ZR i bez) | ||
+ | * Business Intelligence (a její využití jak pro manažerské rozhodování, | ||
- | Všechny služby sdílených | + | ==== Architektonické vzory využití sdílených služeb eGovernmentu ==== |
- | ===== Informační systém VS v kontextu Národní | + | OHA bude postupně vydávat vzorové referenční schopnostní enterprise |
- | Struktura a funkce ISVS, tj. obsah všech horizontálních i vertikálních domén jeho architektury, musí být vnímána a rozvíjena ve všech souvislostech. Tyto souvislosti jsou dány zejména prostředím, v němž se ISVS nachází a jemuž v důsledku slouží. Tj. zejména prostředí Orgánu veřejné správy, jeho celé korporace | + | Typicky se bude jednat o oblasti |
+ | OHA bude vydávat také detailní architektonické vzory rozhraní pro využití sdílených služeb eGovernmentu, na úrovni jednotlivých služeb | ||
- | Zjednodušeně lze tyto souvislosti vyjádřit schematicky jako architekturu ISVS v kontextu (jako součást) architektur OVS a architektury eGovernmentu, viz obrázek: | + | NAP zde ukládá povinnost respektovat v návrzích řešení tyto vzory tak, jak budou OHA publikovány, |
- | {{soubor: | ||
- | - Architektura ISVS v kontextu architektur úřadu, korporace a eGovernmentu ČR | ||
- | Záměrně byla pro zjednodušení opominuta například architektura prvků veřejné správy na úrovni EU a architektura prostředí typického (typového) klienta veřejné správy, občana a organizace. | ||
- | - < | ||