VlĂĄda na svĂ© schĆŻzi dne 9.11.2022 usnesenĂm Ä. 931 schvĂĄlila aktualizovanou verzi InformaÄnĂ koncepce ÄR. HodnÄ se upĆesĆovalo a takĂ© se i sem tam nÄco pĆidĂĄvalo. Co je tedy novĂ©ho?
PĆipomeĆme si, ĆŸe IKÄR je zĂĄvaznĂœ rĂĄmec jak pro stĂĄt, tak pro celou veĆejnou sprĂĄvu. JejĂ dodrĆŸovĂĄnĂ je jednou z povinnostĂ podle zĂĄkona 365/2000 o informaÄnĂch systĂ©mech veĆejnĂ© sprĂĄvy a musĂ bĂœt promĂtnuta do informaÄnĂch koncepcĂ jednotlivĂœch ĂșĆadĆŻ a musĂ se podle nĂ takĂ© ĆĂdit ICT a rozvvĂjet informaÄnĂ systĂ©my i sluĆŸby.
Na prvnĂ pohled nezĆŻstal kĂĄmen na kameni, no zase tak hroznĂ© to nenĂ. KdyĆŸ jsme na mnoha schĆŻzkĂĄch hodnotili stĂĄvajĂcĂ IKÄR, tak jsme zjistili, ĆŸe prakticky nic se nepodaĆilo ze sta procent splnit a proto nebudeme mazat, ale spĂĆĄ upĆesĆovat a sem tam nÄco i pĆidĂĄvat. JedinĂ©, co tak novĂĄ verze postrĂĄdĂĄ je pĆŻvodnĂ dĂlÄĂ cĂl 2.2 k evropskĂ© legislativÄ. NicmĂ©nÄ byly pĆejmenovĂĄny a pĆeformulovĂĄny cĂle a principy tak, aby byly srozumitelnÄjĆĄĂ a konkrĂ©tnÄjĆĄĂ.
V novĂ© verzi IKÄR ale pĆibylo nÄco zcela novĂ©ho a to je nÄkolik dĂlÄĂch cĂlĆŻ a celkem tĆi novĂ© principy:
NĂĄzev | Popis |
---|---|
DĂlÄĂ cĂl 1.9: ProaktivnĂ poskytovĂĄnĂ sluĆŸeb | CĂlem je minimalizovat nutnĂœ poÄet interakcĂ klientĆŻ s veĆejnou sprĂĄvou ve vĆĄech ĆŸivotnĂch situacĂch dĂky proaktivnĂmu poskytovĂĄnĂ sluĆŸeb Äi vyĆizovĂĄnĂ povinnostĂ automaticky âza klientyâ vĆĄude tam, kde je to moĆŸnĂ© a vhodnĂ©. VeĆejnĂĄ sprĂĄva by nemÄla nutit svĂ© klienty ĆŸĂĄdat o sluĆŸby, u kterĂœch mĆŻĆŸe s jistotou nebo vysokou pravdÄpodobnostĂ pĆedpoklĂĄdat, ĆŸe je budou muset Äi chtĂt vyuĆŸĂt. PĆi naplĆovĂĄnĂ tohoto cĂle by mÄl bĂœt kladen dĆŻraz na mezirezortnĂ spoluprĂĄci a agregaci logicky na sebe navazujĂcĂch sluĆŸeb do ucelenĂœch a maximĂĄlnÄ automatizovanĂœch procesĆŻ ĆeĆĄenĂ konkrĂ©tnĂch ĆŸivotnĂch situacĂ. Tyto procesy by mÄly bĂœt kromÄ poĆŸadavku klienta novÄ a v rostoucĂ mĂĆe startovĂĄny takĂ© udĂĄlostmi nastĂĄvajĂcĂmi na stranÄ veĆejnĂ© sprĂĄvy, aĆ„ uĆŸ automaticky (napĆ. vyprĆĄenĂ platnosti dokladu) nebo aktivitou ĂșĆednĂka. |
:ââââââââââââââââââââââââââââââââ | :ââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââââ |
DĂlÄĂ cĂl 2.10: LegislativnĂ podpora proaktivnĂho poskytovĂĄnĂ sluĆŸeb | Usilovat pĆi tvorbÄ novĂ© i aktualizaci platnĂ© legislativy o implementaci prĂĄvnĂch Ășprav, kterĂ© umoĆŸnĂ minimalizovat nutnĂœ poÄet interakcĂ klientĆŻ s veĆejnou sprĂĄvou ve vĆĄech ĆŸivotnĂch situacĂch a podpoĆĂ veĆejnou sprĂĄvu pĆi proaktivnĂm poskytovĂĄnĂ sluĆŸeb Äi vyĆizovĂĄnĂ povinnostĂ za klienty vĆĄude tam, kde je to moĆŸnĂ© a vhodnĂ©. VytvoĆenĂ doporuÄenĂ, metodik, postupĆŻ a pĆĂkladĆŻ nejlepĆĄĂ praxe, kterĂ© budou pĆi vzniku a ĂșpravÄ digitĂĄlnĂch sluĆŸeb zvĂĄĆŸeny a vyuĆŸity. |
DĂlÄĂ cĂl 3.9: PĆeshraniÄnĂ elektronickĂĄ identifikace | Rozvoj identitnĂch prostĆedkĆŻ podporujĂcĂch pĆeshraniÄnĂ identifikaci pro vnitĆnĂ fungovĂĄnĂ ve veĆejnĂ© sprĂĄvÄ a vybranĂœch ÄĂĄstech soukromoprĂĄvnĂch ÄinnostĂ pro pouĆŸitĂ v evropskĂ©m prostoru dle naĆĂzenĂ eIDAS. OÄekĂĄvĂĄ se rozvoj v oblasti identity plnÄ pod kontrolou drĆŸitele, konkrĂ©tnÄ elektronickĂœch aplikacĂ uchovĂĄvajĂcĂ identitnĂ a dalĆĄĂ Ășdaje v dĆŻvÄryhodnĂ©m prostoru. KoneÄnĂĄ evropskĂĄ podoba zĂĄvisĂ na revizi naĆĂzenĂ eIDAS, ÄeskĂĄ podoba chce bĂœt maximĂĄlnÄ kompatibilnĂ, ale mĆŻĆŸe se odliĆĄovat pro vnitĆnĂ uĆŸitĂ, podobnÄ jako je to u systĂ©mu NIA. |
DĂlÄĂ cĂl 3.10: DigitĂĄlnĂ oprĂĄvnÄnĂ a zmocnÄnĂ | Vybudovat centrĂĄlnĂ sluĆŸby na Ășrovni zĂĄkladnĂho registru proto, aby klient (fyzickĂĄ nebo prĂĄvnickĂĄ osoba) mohl bĂœt pĆi uĆŸĂvĂĄnĂ digitĂĄlnĂch sluĆŸeb veĆejnĂ© sprĂĄvy digitĂĄlnÄ zastupovĂĄn jinou osobou, a to formou plnĂ© moci Äi zĂĄkonnĂœm zmocnÄnĂm. ĂĆad musĂ zajistit i soulad mezi digitĂĄlnĂmi a papĂrovĂœmi zmocnÄnĂmi, kdy se pro pouĆŸitĂ v tradiÄnĂch a digitĂĄlnĂch obsluĆŸnĂœch kanĂĄlech mohou navzĂĄjem nahrazovat, ruĆĄit, doplĆovat. |
DĂlÄĂ cĂl 3.11: ElektronickĂ© platby | Zajistit jednoduchou, pĆĂvÄtivou a rychlou Ășhradu platby v rĂĄmci sluĆŸby veĆejnĂ© sprĂĄvy veĆĄkerĂœmi formami platby, kterĂ© jsou dostupnĂ© v soukromoprĂĄvnĂm svÄtÄ. Platba ve formÄ napĆĂklad sprĂĄvnĂho poplatku je pĆirozenou souÄĂĄstĂ mnoha sluĆŸeb, a proto je efektivnĂ digitĂĄlnĂ platba pĆedpokladem sluĆŸeb v digitĂĄlnĂch kanĂĄlech. |
DĂlÄĂ cĂl 3.12: Stavebnice sdĂlenĂœch ĆeĆĄenĂ | Vznik a podpora vĂœstavby a provozu sdĂlenĂœch sluĆŸeb, kterĂ© stavebnicovĂœm zpĆŻsobem umoĆŸnĂ posklĂĄdat (zpĆŻsobem, obvyklĂœm v prostĆedĂ cloudu) potĆebnĂœ zĂĄklad aplikace z existujĂcĂch a odzkouĆĄenĂœch funkÄnĂch celkĆŻ. |
ArchitektonickĂœ princip P18: DatovĂĄ suverenita a nezĂĄvislost (Data sovereignty and independence) | KaĆŸdĂœ ĂșĆad mĂĄ neustĂĄlĂœ a plnĂœ pĆĂstup a kontrolu vĆŻÄi vĆĄem datĆŻm informaÄnĂch systĂ©mĆŻ ve svĂ© sprĂĄvÄ. To zaruÄujĂ zejmĂ©na: smluvnĂ zajiĆĄtÄnĂ â data jsou ve vlastnictvĂ objednatele (ĂșĆadu), a to ĂșplnÄ vĆĄechna, vÄetnÄ customizaÄnĂch parametrĆŻ a zdrojovĂœch kĂłdĆŻ, architektura ĆeĆĄenĂ - je plnÄ transparentnĂ a takĂ© data (tabulky) jsou takĂ© transparentnĂ. ĆeĆĄenĂ IS jsou navrĆŸena a realizovĂĄna tak, ĆŸe ĂșĆad mĂĄ kdykoli pĆĂstup ke svĂœm datĆŻm, i po konci ĆŸivotnĂho cyklu ISVS, a to ve standardizovanĂ©m, otevĆenĂ©m a dlouhodobÄ stabilnĂm formĂĄtu, znalosti - ĂșĆad je schopen vlastnĂmi silami svĂœch zamÄstnancĆŻ rozumÄt vĆĄem datĆŻm a interpretovat jejich vĂœznam. |
ArchitektonickĂœ princip P19: OtevĆenĂĄ ĆeĆĄenĂ (Open Source) | DigitĂĄlnĂ sluĆŸby a komponenty informaÄnĂch systĂ©mĆŻ, realizovanĂ© na mĂru objednatele, vÄetnÄ nadstaveb a rozĆĄĂĆenĂ balĂkovĂ©ho SW, musĂ bĂœt vytvoĆeny v podobÄ a s licencĂ umoĆŸĆujĂcĂ jejich sdĂlenĂ a uveĆejnÄny ve stĂĄtnĂm ĂșloĆŸiĆĄti otevĆenĂ©ho zdrojovĂ©ho kĂłdu a to nejpozdÄji v den uvolnÄnĂ prvnĂ verze sluĆŸby do produktivnĂho provozu. PĆĂstupovĂĄ rozhranĂ (API) a knihovny vyuĆŸĂvajĂcĂ centrĂĄlnĂ sdĂlenĂ© sluĆŸby musĂ bĂœt poskytovĂĄny v podobÄ komponent s otevĆenĂœm zdrojovĂœm kĂłdem pro nejpouĆŸĂvanÄjĆĄĂ jazyky a technologie. PĆi nĂĄvrhu architektury ĆeĆĄenĂ novĂ©ho nebo vĂœznamnÄ zmÄnÄnĂ©ho ISVS musĂ bĂœt sprĂĄvcem prokazatelnÄ posouzena moĆŸnost vyuĆŸitĂ sdĂlenĂœch SW komponent a sdĂlenĂœch sluĆŸeb, aktuĂĄlnÄ dostupnĂœch ve stĂĄtnĂm ĂșloĆŸiĆĄti otevĆenĂ©ho zdrojovĂ©ho kĂłdu. |
ArchitektonickĂœ princip P20: Metriky digitĂĄlnĂch sluĆŸeb (Digital Service Performance) | KaĆŸdĂœ novĂœ nebo podstatnÄ zmÄnÄnĂœ proces veĆejnĂ© sprĂĄvy a kaĆŸdĂœ novĂœ nebo podstatnÄ zmÄnÄnĂœ informaÄnĂ systĂ©m na jeho podporu musĂ bĂœt navrĆŸen tak, aby umoĆŸĆoval mÄĆit vyuĆŸĂvĂĄnĂ, vĂœkon a efektivitu vĆĄech agend a sluĆŸeb VS. |
MĆŻĆŸete si poslechnout i zĂĄznam vystoupenĂ Pavla HrabÄ k novĂ© IKÄR na PSA RVIS v prosinci 2022