Seminár Národná koncepcia informatizácie verejnej správy (NKIVS)
Školenie Koncepcie rozvoja informačných systémov verejnej správy (KRIS) Prezentujúci: Mgr. Ľudovít Lauko, Mgr. Ing. Martin Gálik doc. RNDr. Gabriel Juhás, PhD.
Rámec seminára / školenia
Doobedie
• NKIVS – – – – – – – –
Vymedzenie rámca informatizácie verejnej správy Piliere informatizácie verejnej správy Princípy informatizácie verejnej správy Architektúra integrovaného informačného systému verejnej správy Základné komponenty architektúry Architektúra informačného systému úseku správy Príklad procesu poskytovania elektronických služieb Otázky a odpovede
Poobedie
• KRIS – – – –
Proces vypracovania, predkladania a schvaľovania KRIS Spôsob vypracovania KRIS (Formulár A, B a C) Príklad vypĺňania KRIS (Formulárov A, B a C) Otázky a odpovede
NKIVS
NKIVS Vymedzenie
• Čo rieši NKIVS? – Vymedzuje rámec informatizácie verejnej správy – Definuje piliere a princípy informatizácie verejnej správy – Definuje architektúru integrovaného ISVS – Opisuje koncepčný prístup akým by mali správcovia ISVS pristúpiť k informatizácii vecne prislúchajúcich úsekov správy – Definuje základný rámec priorít
• Čo nerieši NKIVS? – Problematiku informatizácie konkrétnych úsekov správy / agiend resp. služieb poskytovaných verejnou správou – Identifikáciu potrebných legislatívnych úprav – Návrh konkrétnych projektov
NKIVS Východiská
• Národné a nadnárodné východiská – EU (i2010) – SR (Programové vyhlásenie vlády, NSRR 2007-2013)
• Všeobecne záväzné dokumenty a predpisy – Legislatíva (Zákon 275/2006 Z. z. o informačných systémoch verejnej správy a o zmene a doplnení niektorých zákonov) – Strategické materiály (Stratégia informatizácie verejnej správy)
• Hodnotenie informatizácie EÚ • Usporiadanie verejnej správy SR – Inštitucionálne zabezpečenie – Kompetencie – Informačné toky
NKIVS Informatizácia verejnej správy
•
Riadený proces, ktorý by sa mal realizovať v rámci celej štruktúry verejnej správy
•
Riadený proces vytvárania spoločenských, legislatívnych, metodických, technologických a organizačno-personálnych podmienok pre efektívnu aplikáciu IKT vo výkone správy
•
Riadený proces vlastnej aplikácie IKT
•
Výsledkom je elektronická forma výkonu správy, t.j. eGovernment.
NKIVS Rámec informatizácie verejnej správy
• Subjektom informatizácie verejnej správy sú inštitúcie verejnej správy – Zákon o ISVS definuje okruh povinných osôb, t.j. inštitúcie verejnej správy, ktoré sú povinné vytvárať ISVS v súlade s NKIVS.
• Objektom záujmu informatizácie verejnej správy je verejnosť. • Výkon správy sa realizuje v rámci, konkrétnych vecných oblastí, t.j. úsekov správy. – Vecné oblasti sú ustálené – Reformy verejnej správy menia najmä kompetenčné priradenie vecných oblastí ku konkrétnym subjektom verejnej správy, nie však samotný obsah jednotlivých vecných oblastí.
NKIVS Rámec informatizácie verejnej správy
Konkrétna vecná oblasť, v ktorej kompetencie, úlohy a povinnosti subjektov verejnej správy ustanovujú osobité predpisy.
Úsek správy(1..n) Konkrétna, vecná oblasť príslušného úseku správy, ktorú vybavuje subjekt verejnej správy v súlade s kompetenciami, podmienkami, postupmi a ustanoveniami, uvedenými v osobitných predpisoch.
Agenda(1..n) Služba, ktorou subjekt verejnej správy zabezpečuje alebo napomáha zabezpečovať zákonné nároky verejnosti a plnenie povinností verejnosti voči štátu, vyplýva z osobitných predpisov.
Služba(1..n)
NKIVS Rámec informatizácie verejnej správy
Digitalizácia úsekov správy Infraštruktúra Právny rámec Kto ich vykonáva?
Štátna správa Výkon štátnej správy
Úsek správy Agendy
Územná samospráva Prenesený výkon štátnej správy
Procesy výkonu štátnej správy Procesy preneseného výkonu štátnej správy
Služby Čo rieši?
Výkon „originálnych“ kompetencií
Ako sa vykonávajú?
Procesy výkonu samosprávy
Cieľovým stavom informatizácie verejnej správy sú také ISVS, v ktorých sú digitalizované všetky agendy prislúchajúcich úsekov správy.
NKIVS Piliere informatizácie verejnej správy
•
Právny rámec – predstavuje fungujúci systém vytvárania a aplikácie legislatívy, metodiky a štandardov.
•
Infraštruktúra – technologicko-komunikačné prostredie zabezpečujúce implementáciu a prevádzku IS úsekov správy ako aj, poskytovanie a rozvoj e-služieb verejnej správy.
•
Digitalizácia úsekov správy – predstavuje vlastnú aplikáciu IKT v procesoch výkonu správy, t. j budovanie IS úseku správy, ktoré v maximálnom rozsahu využívajú základné komponenty architektúry a infraštruktúru
NKIVS Princípy formovania právneho rámca
•
Legislatívne zmeny – implementácia konkrétnych projektov bude podmienená schváleným plánom potrebných legislatívnych zmien s dôrazom na optimalizáciu procesov výkonu správy.
•
Previazanosť – Proces informatizácie verejnej správy musí byť previazaný s procesom formovania právneho systému verejnej správy.
•
Jednotná interpretácia – ISVS pre agendy konkrétneho úseku správy, by mali elektronickou formou interpretovať platnú legislatívu a metodiku realizácie výkonu správy.
•
Kompetentnosť – Aplikáciu IKT v procesoch výkonu správy na jednotlivých úsekoch správy garantujú vecne príslušné orgány verejnej správy.
NKIVS Princípy formovania infraštruktúry
•
Bezpečnosť – Spoľahlivú výmenu údajov a informácií je potrebné realizovať v rámci odsúhlasenej jednotnej bezpečnostnej politiky.
•
Interoperabilita – Informačné systémy musia byť schopné vzájomnej komunikácie, t. j. vzájomne spolupracovať, využívať a vymieňať si údaje.
•
Používanie „Open Standards“ – Využívanie otvorených štandardov prispieva k dosiahnutiu interoperability v rámci e-služieb poskytovaných verejnou správou.
•
Technologická a softvérová neutralita – Aplikované riešenia musia zabezpečiť technologickú a softvérovú neutralitu.
•
Integrovaná technologická infraštruktúra – Technologická infraštruktúra musí byť postavená na takých technológiách, ktoré umožnia vytváranie navzájom prepojených a spolupracujúcich ISVS.
NKIVS Princípy digitalizácie úsekov správy
•
Služby orientované na verejnosť – Jeden krát a dosť – Služby riadené udalosťami – Spätná väzba
•
Prístupnosť a rovnaké podmienky – Vytvoriť rovnaké príležitosti pre všetkých.
•
Ochrana súkromia – Zabezpečenie ochrany osobných údajov a rešpektovanie rozhodnutí jednotlivcov o použití údajov.
•
Efektívnosť
•
Uplatňovať procesný prístup
•
Viacúrovňová spolupráca
NKIVS Architektúra integrovaného ISVS
G2E Občan Podnikateľ
G2G
G2G
NKIVS Architektúra integrovaného ISVS
•
Východiská pri návrhu architektúry Analýza procesov poskytovaných služieb verejnej správy
Identifikácia aktivít vyskytujúcich sa vo viacerých procesoch
Základné komponenty architektúry
Identifikácia špecifických aktivít
IS úseku správy
Zabezpečenie technologického prostredia pre prevádzku a komunikáciu IS
Technická a komunikačná infraštruktúra
NKIVS Architektúra integrovaného ISVS
•
Cieľová architektúra integrovaného informačného systému verejnej správy bude pozostávať zo vzájomne prepojených autonómnych informačných systémov jednotlivých úsekov správy, ktoré využívajú základné komponenty architektúry.
Informačný systém úseku správy 1..N
Informačný systém úseku správy 1
Informačný systém úseku správy 2
Informačný systém úseku správy N
Komunikačná infraštruktúra
NKIVS Priority formovania právneho rámca
•
Terminológia – Zaviesť jednotnú, jednoznačnú a záväznú terminológiu, zosúladenú s terminológiou odporúčanou EÚ a jej inklúzia do terminológie právneho systému verejnej správy SR
•
Základné štandardy – Základné štandardy sú významným nástrojom integrácie dát v dátových fondoch verejnej správy. Patria k nim predovšetkým identifikátor fyzickej osoby, identifikátor právnickej osoby a podnikateľa, adresa a iné.
•
Koordinácia štandardizačnej činnosti – Potreba doriešenia kompetencií a zabezpečenia koordinácie tvorby a vydávania noriem a štandardov v kľúčových organizáciách, ktorými sú SÚTN, MF SR, NBÚ SR, MK SR, MZ SR a ÚGKK SR.
•
Analýza a návrh zmien právneho systému verejnej správy – Vytvoriť komplexný systém previazaných predpisov, ktorými bude regulovaný proces vytvárania podmienok aplikácie IKT vo verejnej správe, ako aj vlastnej aplikácie IKT.
NKIVS Priority formovania infraštruktúry
•
Integrovaná technologická infraštruktúra štátnych orgánov – vybudovanie jedného logického dátového centra štátu, v ktorom by bolo možné prevádzkovať jednak spoločné administratívne agendy, ako aj poskytnúť možnosť prevádzkovania ostatných IS špecifických vecných agend
•
Základná integrovaná komunikačná infraštruktúra štátnej správy – WAN – efektívne riešenie integrovanej, kapacitne dostatočne robustnej, vysokorýchlostnej siete pre verejnú správu, ktorá zabezpečí komunikačné služby pre všetky úrady štátnej správy a územnej samosprávy
•
Základná integrovaná komunikačná infraštruktúra štátnej správy – LAN – Technologické a komunikačné zabezpečenie, ktoré zabezpečí štátnej správe aktívne a pasívne časti LAN infraštruktúry
•
Základná technologická a komunikačná infraštruktúra územnej samosprávy – vybudovať špecializované Dátové centrum obcí a miest (DCOM), ktoré bude poskytovať mestám, obciam a samosprávnym krajom potrebné certifikované aplikácie ako službu
•
Národná stratégia pre informačnú bezpečnosť v SR
NKIVS Formovanie digitalizácie úsekov správy
•
Zavedenie základných komponentov – – – – – – –
Elektronická identifikačná karta Základné identifikátory Základné číselníky Základné registre Základné prístupové komponenty Spoločné moduly ÚPVS Ostatné komponenty
•
Zabezpečiť vzdelávanie všetkých pracovníkov štátnej správy a územnej samosprávy
•
Zvýšiť úroveň informatizácie 20 základných kategórií služieb určených EÚ – Zabezpečiť aby SR v rámci benchmarku EK i2010 plnej on-line dostupnosti služieb eGovernmentu dostalo v priebehu programového obdobia 2007-2013 minimálne do prvej polovice v rebríčku hodnotených krajín.
NKIVS Ďalšie kroky
Stratégia Informatizácie VS
NKIVS
Koncepcie rozvoja ISVS Štúdie realizovateľnosti
Legislatívne úpravy Projekty
Výzvy
• KRIS povinných osôb v zmysle zákona o ISVS • Štúdie realizovateľnosti • Legislatívne úpravy
NKIVS
Architektúra integrovaného informačného systému verejnej správy (ISVS)
Architektúra integrovaného ISVS Typ architektúry
• Požiadavky: – Umožniť bezproblémovú a efektívnu interoperabilitu všetkých informačných systémov – vzájomné prepojenie IS. – Efektivita – opakovateľne použiteľné moduly – základné komponenty
Service Oriented Architecture (SOA)
Architektúra integrovaného ISVS Service Oriented Architecture (SOA)
• Umožňuje systémovú integráciu s možnosťou opakovateľne použiteľných komponentov, resp. služieb (shared services). • Služby sú definované popisným jazykom a majú aplikačné rozhrania. • Využívanie služieb prostredníctvom komunikačných protokolov je nezávislé na operačnom systéme či programovacom jazyku. • SOA nie je konkrétnym produktom ani štandardom, ale všeobecne akceptovaným prístupom pre vývoj a integráciu IS, založených na spoločnom využívaní distribuovaných služieb.
Architektúra integrovaného ISVS Web Services
• Implementácia SOA prostredníctvom webových služieb – Web Services.
Architektúra integrovaného ISVS Zabezpečenie princípu interoperability
• Najpoužívanejšími štandardmi na výmenu informácií a na vzájomné poskytovanie služieb: – XML – Webové Služby
• Potreba definovať: – štandardy údajových štruktúr na úrovni jednotlivých položiek – štandardy na úrovni celkovej štruktúry XML dokumentov slúžiacich na výmenu údajov – XSD, popis údajových štruktúr resp. schém XML dokumentov a ich prípustný obsah – komunikačné rozhrania webových služieb • WSDL, popisuje aké funkcie ponúka webová služba a spôsob ako ich využívať
Architektúra integrovaného ISVS Základné komponenty architektúry
Spoločné moduly ÚPVS
Informačný systém úseku správy 1..N
Informačný systém úseku správy 1
Informačný systém úseku správy 2 Ostatné komponenty
Informačný systém úseku správy N
Architektúra integrovaného ISVS Základné komponenty architektúry
• Elektronická identifikačná karta – občiansky preukaz formátu EÚ s elektronickým čipom obsahujúcim elektronické identifikačné údaje s možnosťou uchovávať zaručený elektronický podpis – prostriedok je navrhnutý pre potreby zabezpečenia jednoznačnej identifikácie a zaručenej autentifikácie fyzických osôb – elektronickej identifikácie bude používaný pri e-službách poskytovaných verejnou správou, ale aj pri e-službách poskytovaných inými inštitúciami na národnej a nadnárodnej úrovni
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné identifikátory – Identifikátor fyzických osôb (IFO) • základným identifikátorom, ktorý bude jednoznačne identifikovať fyzickú osobu. • identifikátor bude možné využívať na komunikáciu ISVS s informačným systémom registra fyzických osôb, na jednoznačnú identifikáciu fyzickej osoby, pre vydanie certifikátu pre zaručený elektronický podpis a pre služby e-governmentu
– Identifikátor právnických osôb a podnikateľov (IPO) • základným identifikátorom, ktorý bude jednoznačne identifikovať právnické osoby a podnikateľov • bude evidovaný a spravovaný registrom právnických osôb a podnikateľov • bude pridelený všetkým právnickým osobám a podnikateľom konajúcim voči verejnej správe, resp. všetkým právnickým osobám a podnikateľom, ktorých údaje sú evidované v ľubovoľnom ISVS
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné číselníky – zahŕňajú dôležitý zdroj údajov potrebný pri výkone správy – budú záväzným zdrojom údajov, ktoré by mali byť dostupné pri poskytovaní e-služieb verejnej správy – aby bol zoznam prípustných hodnôt dátového prvku v číselníkoch platný a aktuálny musí mať jednoznačne definovaného správcu, ktorý zodpovedá za centrálnu evidenciu a správu samotného číselníka – každý číselník musí mať definovanú a štandardizovanú štruktúru a obsah číselníka pomocou technologického štandardu XSD. Definícia bude obsahovať názvy atribútov, ich údajových typov, veľkosti prípustných hodnôt.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné registre – Referenčné údaje základných registrov budú tvoriť úplný a vierohodný dátový zdroj, pričom ich záznamy v elektronickej forme budú legislatívne uznané na úrovni úradnej listiny Zdrojové evidencie
Základný register
... Registrátori
Poskytovateľ
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné registre – mali by poskytovať minimálne nasledovnú sadu webových služieb na komunikáciu s inými IS: • Poskytnutie referenčných údajov jednej údajovej entity (výstup služby) na základe jednoznačného identifikátora (vstup služby). • Poskytnutie referenčných údajov viacerých údajových entít (výstup služby) na základe zoznamu jednoznačných identifikátorov (vstup služby). • Poskytnutie zoznamu jednoznačných identifikátorov údajových entít (výstup služby), ktorých referenčné údaje boli zmenené od zadaného časového úseku (vstup služby).
– mali by poskytovať údaje definovaným používateľom prostredníctvom komunikačných rozhraní Ostatné registre, účelové databázy a číselníky
Komunikačné rozhrania
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné registre – Register fyzických osôb • jednotný a dátovo konzistentný zdroj údajov všetkých fyzických osôb, ktoré prichádzajú do styku s verejnou správou
– Register právnických osôb a podnikateľov • jednotný a dátovo konzistentný zdroj údajov o všetkých právnických osobách a podnikateľoch prichádzajúcich do styku s verejnou správou
– Register priestorových informácií • jednotný a dátovo konzistentný zdroj priestorových údajov povinných osôb, tvoriaci súčasť infraštruktúry priestorových informácií definovanej smernicou INSPIRE
– Register adries • údajový blok adresy by mal obsahovať minimálne názov obce, názov časti obce, názov ulice, orientačné číslo, súpisné číslo a poštové smerovacie číslo
Architektúra integrovaného ISVS Základné komponenty architektúry
Základné registre
Zdrojové evidencie
Registrátor
Architektúra základných registrov s väzbami na zdrojové evidencie
Legenda:
tok údajov od registrátorov do zdrojových evidencií a základných registrov nepriamy tok údajov od registrátorov do základných registrov referencia medzi základnými registrami
Architektúra integrovaného ISVS Základné komponenty architektúry
•
Integrácia základných registrov s ISVS –
umožní on-line poskytovanie referenčných údajov základných registrov ostatným ISVS na čítanie a zároveň ostatné ISVS budú povinne používať získané referenčné údaje k svojmu spracovaniu. Referencované údaje budú získavané zo základných registrov ostatnými ISVS jedným z nasledovných spôsobov:
– •
•
on-line poskytnutím z príslušných základných registrov prostredníctvom na to určených webových služieb a na základe príslušných jednoznačných identifikátorov, vytvorením kópií referenčných údajov z prislúchajúcich základných registrov. IS evidencie vozidiel Identifikátor vozidiel - Evidenčné číslo - Druh - Kategória - Výrobné číslo karosérie
...
- Vlastník vozidla (IFO) IFO
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné prístupové komponenty – Ústredný portál verejnej správy • hlavným bodom pre vstup do portálu verejnej správy • portál verejnej správy predstavuje dvojúrovňový systém portálov, tvorený ústredným portálom verejnej správy a portálmi druhej úrovne, tzv. portálmi úsekov správy prislúchajúcim jednotlivým správcom. Portály úsekov správy poskytujú detailnejšie informácie a môžu umožňovať realizáciu transakčných služieb jednotlivých vecných agend na danom úseku správy resp. úsekoch správy.
• Požiadavky: – Poskytovanie informácií o službách verejnej správy. – Vyhľadávanie informácií podľa životnej situácie alebo kľúčových slov. – Navigáciu k e-službám podľa voľby používateľa. – Zabezpečovať spoločné funkcie prostredníctvom spoločných modulov
Architektúra integrovaného ISVS Základné komponenty architektúry
• Základné prístupové komponenty – Kontaktné centrum (Call Centrum) • Požiadavky: – Poskytovanie odbornej pomoci pri vybavovaní služieb poskytovaných verejnou správou – Poskytovanie odbornej pomoci pre používateľov portálov verejnej správy, pri používaní zaručeného elektronického podpisu atď. – Help Desk – Sprostredkovanie realizácie autorizovaných e-služieb verejnej správy prostredníctvom pracovníka kontaktného centra.
– Integrované obslužné miesto • Požiadavky: – Poskytnutie e-služieb verejnej správy prostredníctvom pracovníka IOM ako sprostredkovateľa vybavovania veci. – Vydávanie právoplatných potvrdení, výpisov či iných dokumentov generovaných na základe údajov z rôznych ISVS v papierovej, prípadne v elektronickej podobe.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – Identity and Acces Management • Súčasný stav: – portály verejnej správy riešia v súčasnosti problematiku registrácie svojich používateľov, správu ich používateľských účtov ako aj ich autentifikáciu či autorizáciu samostatne – každý jednotlivý portál verejnej správy rieši správu užívateľských účtov vo vlastnej réžii, používateľ napríklad pri zmene svojho telefónneho čísla nútený toto číslo zmeniť vo všetkých portáloch kde je zaregistrovaný
• Požiadavky: – Jednotné vytvorenie používateľského účtu – registrácia. – Jednotná správa údajov používateľského účtu – personalizácia. – Jednotnú autentifikáciu požívateľov pri používaní portálov verejnej správy SSO. – Autentifikácia požívateľov pri používaní Call Centra verejnej správy. – Funkcionalitu prenesenia identity umožňujúcu poveriť osobu konať v mene inej osoby – identity proxy.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – Platobný modul • Súčasný stav: – fyzická osoba, alebo právnická osoba platí za služby poskytované verejnou správou prostredníctvom kolkových známok, v hotovosti priamo do pokladnice organizácie, ktorá službu poskytuje alebo prevodom na účet v prípade, ak organizácia oznámi svoje zúčtovacie symboly
• Požiadavky: – Realizácia elektronických platieb v rámci procesov poskytovania e-služieb prostredníctvom internetu. – Možnosť platby z bankového účtu cez internet banking prostredníctvom “predvyplneného” platobného príkazu. – Jednotné používateľské rozhranie pre všetky elektronické platby. – Okamžité potvrdenie platby poskytovateľovi služby.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – eDesk modul • Súčasný stav: – Pri využívaní elektronických služieb vzniká pri komunikácii medzi žiadateľom o službu a jej poskytovateľom množstvo elektronických dokumentov – Dokumenty vznikajú aj počas procesu poskytovania služby, ako napríklad žiadosť o poskytnutie doplňujúcich informácií zaslaná poskytovateľom služby jej žiadateľovi, alebo oznámenie o začatí či prerušení konania
• Požiadavky: – Evidencia kompletnej e-komunikácie medzi občanom či podnikateľom a verejnou správou, tzv. privátny priečinok dokumentov právnickej a fyzickej osoby komunikujúcich s verejnou správou. – Jednotnú evidenciu e-komunikácie medzi používateľom a verejnou správou. – Systém hodnotenia spokojnosti príjemcu služby s kvalitou jej poskytnutia. – Štatistické vyhodnocovanie kvantitatívnych a kvalitatívnych ukazovateľov poskytovaných služieb.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – Notifikačný modul • Požiadavky: – Centrálne riešenie na zaslanie informácií (notifikácií) prostredníctvom SMS správ, prípadne prostredníctvom iného elektronického komunikačného kanálu. Tie môžu byť zasielané v rámci aktivít procesu poskytovania služieb verejnou správou, ale aj napríklad pri výskyte technických problémov IKT správcom daných systémov.
– Modul elektronického doručovania • Požiadavky: – Jednotný systém zasielania dokumentov, pri ktorých je potrebné dokladovať doručenie. – Elektronické podpísanie potvrdenia o doručení (prevzatí) zásielky. – Sprístupnenie zásielky po podpísaní jej potvrdenia o doručení (prevzatí). – Doručenie podpísaného potvrdenia odosielateľovi zásielky. – Zaslanie informácie o nedoručení dokumentu po uplynutí maximálnej doby na doručenie. – Automatické zaradenie oznámenia o doručení, doručeného výstupu služby a potvrdenia o jeho prevzatí do eDesk modulu.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – eForm modul • Požiadavky: – Unifikované rozhranie umožňujúce prevádzkovať elektronické formuláre pre poskytovanie rôznych elektronických služieb verejnej správy pokrývajúce funkcionalitu vypísania formulára a následného podania. – Funkcionalitu integračného rozhrania pre subjekt zodpovedný za poskytovanie danej služby.
– Modul centrálnej elektronickej podateľne • Požiadavky: – Overenie elektronického podpisu prijatého podania – Vystavenie elektronickej potvrdenky o prijatí podania – Zabezpečenie elektronického podpisu príslušného orgánu verejnej správy – Poskytnutie aplikácií pre používateľov na vytváranie a overovanie elektronických podpisov kompatibilných s centrálnou elektronickou podateľňou
Architektúra integrovaného ISVS Základné komponenty architektúry
• Spoločné moduly ÚPVS – Modul dlhodobého ukladania elektronických registratúrnych záznamov • Súčasný stav: – Pri elektronickom výkone verejnej správy vzniká množstvo elektronických registratúrnych záznamov, ktoré je potrebné v zmysle platnej legislatívy (zákon 395 Z. z. o archívoch a registratúrach) ukladať počas určeného časového obdobia.
• Požiadavky: – Zabezpečenie trvalej čitateľnosti ukladaných elektronických registratúrnych záznamov za pomoci ukladania záznamov aj vo formáte určenom na dlhodobé uloženie. Tieto formáty v súčasnosti definuje norma ISO 19005. – Udržiavanie platnosti elektronického podpisu ukladaných elektronických registratúrnych záznamov. – Zabezpečenie integrity obsahu elektronických registratúrnych záznamov.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Ostatné komponenty – Portál zamestnancov verejnej správy • Požiadavky: – Poskytovanie všeobecných informácií z oblasti verejnej správy newsletter a pod. – Poskytovanie špecifických informácií relevantných k profilu pracovnej pozície daného zamestnanca, ako napríklad zmeny legislatívy, možnosti vzdelávania prostredníctvom e-learningových riešení pre účel zvyšovania digitálnych zručností a ostatného odborného knowhow, atď. – Sprístupnenie zoznamov subjektov verejnej správy spolu so zoznamami ich zamestnancov, prislúchajúcich pozícií a kontaktných údajov (tieto údaje bude možné čerpať zo systému – Identity and access management). – Zverejňovanie výberových konaní na obsadenie voľných pracovných miest vo verejnej správe.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Ostatné komponenty – Metainformačný systém • Požiadavky: – Evidenciu subjektov podieľajúcich sa na procese tvorby a prevádzky eGovernmentu. – Evidenciu IKT infraštruktúry e-Governmetu (HW, systémový SW a komunikačná infraštruktúra). – Evidenciu informačných systémov verejnej správy a ich funkcionalít. – Evidenciu údajových fondov (zoznam registrov a číselníkov) spolu s definíciou údajových štandardov (centrálny slovník dát a metadát verejnej správy). – Evidenciu implementovaných e-služieb e-Governmentu. – Katalóg webových služieb, označovaný „UDDI“, bude poskytovať prostriedky na zaregistrovanie, evidenciu, kategorizáciu a vyhľadávanie webových služieb (web services) v rámci celkovej architektúry integrovaného ISVS.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Ostatné komponenty – Register inštitúcií verejnej správy • Požiadavky: – Evidenciu všetkých inštitúcii a orgánov, ktoré z kompetenčného hľadiska zabezpečujú výkon štátnej správy, prenesený výkon štátnej správy a samosprávne kompetencie pri zabezpečovaní fungovania príslušných odvetví spoločnosti – Jednoznačne identifikovateľná miestna a vecná príslušnosť orgánu verejnej správy, ktorý koná vo veci – Jednoznačné identifikátory právnických osôb a podnikateľov. – Názov inštitúcií verejnej správy. – Kompetencie inštitúcií verejnej správy vymedzené pri vybavovaní vecí vo väzbe na kompetencie funkčných miest verejnej správy, ktorých právomoci budú spravované v rámci modulu Identity and access management. – Jednoznačné identifikátory adries.
Architektúra integrovaného ISVS Základné komponenty architektúry
• Ostatné komponenty – Modul G2G výmeny dokumentov • Súčasný stav: – Obeh dokumentov verejnej správy prebieha nielen v rámci jedného úradu, ale aj medzi viacerými subjektmi verejnej správy. – Riadenie obehu dokumentov jedného subjektu verejnej správy je možné realizovať za pomoci systému elektronického riadenia dokumentov (DMS). V prípade distribuovaných procesov riadenia dokumentov, je potrebné zabezpečiť, aby proces spracovania, ktorý začal a prebiehal v rámci DMS jedného subjektu verejnej správy, pokračoval v DMS iného subjektu, respektíve v DMS iných subjektov.
• Požiadavky: – Jednotné e-služby pre výmenu dokumentov medzi viacerými DMS, poprípade aj výmenu s inými informačnými systémami, ktoré spravujú dokumenty. – Riadenie procesov spracovania na medzi organizačnej úrovni. – Riadenie dokumentov bez ohľadu na ich formát (PDF, RTF, HTML …).
NKIVS Architektúra integrovaného ISVS
Spoločné moduly ÚPVS Identity and Acces Management Platobný Modul
eDesk Modul
Notifikačný Modul ...
Modul elektronického doručovania eForm Modul Modul centrálnej elektronickej podateľne Modul dlhodobého ukladania elektronických registratúrnych záznamov
Komunikačná infraštruktúra
NKIVS
Architektúra informačného systému úseku správy
Architektúra informačného systému úseku správy Vrstvy
•
•
•
Architektúra IS úseku správy predstavuje komponenty, ktoré sú vzájomne integrované do jedného celku a umožňujú elektronický výkon správy daného úseku správy. Za správu a rozvoj IS úseku správy je zodpovedný správca ISVS v zmysle platnej legislatívy, t. j. príslušný orgán verejnej správy, ktorý je vecne príslušný za výkon správy na danom úseku správy. Architektúru IS úseku správy možno rozdeliť do nasledujúcich vrstiev Informačný systém úseku 1 ... N
...
Architektúra informačného systému úseku správy Vrstvy
•
Vrstvy architektúry IS úseku správy: – Prezentačná vrstva - používateľské rozhranie, ktoré zabezpečuje výmenu informácií medzi ISVS a používateľmi. • internetový portál • intranetové resp. extranetové riešenie, alebo portál • klientské aplikácie (hrubý klient)
– Integračná vrstva – tzv. middleware riešenie, ktoré umožňuje integrovať softvérové komponenty, aplikácie alebo informačné systémy • Zabezpečuje štandardné rozhrania pre komunikáciu aplikačnej vrstvy s prezentačnou vrstvou, s dátovou vrstvou a s inými informačnými systémami prostredníctvom rozhraní webových služieb • Jej typickou súčasťou sú procesné modely implementované a prevádzkované v prostredí BPM zabezpečujúceho vykonávanie procesov služieb poskytovaných informačným systémom alebo inými systémami
Architektúra informačného systému úseku správy Vrstvy
•
Vrstvy architektúry IS úseku správy: – Aplikačná vrstva - zabezpečuje spracovanie údajov, v podobe implementovaných algoritmov, najmä poskytovanie, ukladanie a zmenu údajov v dátovej vrstve. – Jej súčasťou sú komponenty resp. systémy ktoré možno rozdeliť do nasledovných oblastí: • Administratívne systémy – systémy podporujúce nasledovné oblasti: podateľňa, elektronická podateľňa, registratúra, správa dokumentov atď. • Podporné systémy – primárne sa jedná o systémy označované ako ERP (Enterprise Resource Planning) čiže o systémy na vedenie účtovníctva, miezd, správy majetku atď. • Špecializované systémy - pre dosiahnutie úplnej digitalizácie úseku správy je nevyhnutné digitalizovať hlavné procesy úseku správy, t. j. vybudovať špecializované systémy úsekov správy, ktoré podporujú výkon prislúchajúcich vecných agend elektronickou formou. Ide o systémy podporujúce procesy, ktoré sú jedinečné a špecifické pre výkon daného úseku štátnej správy alebo samosprávy, označované ako custom development riešenia, ide napr. o rozpočtový IS, daňový IS, IS sociálneho zabezpečenia alebo systém na správu miestnych daní a poplatkov, atď.
Architektúra informačného systému úseku správy Vrstvy
•
Vrstvy architektúry IS úseku správy: – Dátová vrstva - Uchováva potrebné údaje, vo vhodne zvolenej štruktúre pre potreby spracovania aplikačnou vrstvou. Údaje v nej uložené možno rozdeliť na nasledovné časti: • Referenčné údaje – v prípade ak je úlohou daného IS správa niektorého zo základných registrov alebo číselníkov, sú súčasťou jeho dátovej vrstvy referenčné údaje, čiže údaje, ktoré sú poskytované iným informačným systémom. Referenčný údaj je údajom registra, ktorý je v oblasti verejnej správy vo vzťahu k objektu vedenému v registri jedinečný, čiže je produktom zdrojovej agendy, konkrétneho úseku výkonu správy a využíva sa v ďalších ISVS. • Referencované údaje – údaje získané z iných základných registrov alebo číselníkov uložené v dátovej vrstve.
Architektúra informačného systému úseku správy
Správa majetku
Mzdy
Účtovnctvo
Celkový pohľad
Dátová vrstva Referenčné údaje
Referencované údaje
Architektúra integrovaného ISVS Celkový pohľad
Spoločné moduly ÚPVS Identity and Acces Management
Základné prístupové komponenty Integrované oblužné miesto
Ústredný portál verejnej správy
Kontaktné Centrum (Call Centrum)
Informačný systém úseku 1 ... N Platobný Modul
Elektronická identifikačná karta
Základné identifikátory
Prezentačná vrstva Intranetový a extranetový portál
Internetový portál
Klientské aplikácie
Základné číselníky
eDesk Modul Integračná vrstva (middleware)
Notifikačný Modul
...
Rozhrania webových služieb
Business Process Management System (BPM)
Aplikačná vrstva
Modul dlhodobého ukladania elektronických registratúrnych záznamov
Elektoronick á podateľňa
Špecializovaný systém/y úseku správy 1 ... N Podporujú výkon agiend na prislúchajúcom úseku štátnej správy alebo územnej samosprávy napr. správa daní, sociálne poistenie alebo miestne dane a poplatky, atď.
Správa registratúry
Správa dokumentov
Dátová vrstva Referenčné údaje
...
Podporné systémy Správa majetku
Modul centrálnej elektronickej podateľne
Podateľňa
Mzdy
eForm Modul
Ostatné komponenty
Administratívne systémy
Účtovnctvo
Modul elektronického doručovania
Základné registre
Referencované údaje
...
Metainformačný systém IS VS Portál zamestnancov verejnej správy Register inštitúcií verejnej správy Modul G2G výmeny dokumentov
Cieľ: Spokojný občan
Otázky a odpovede?
KRIS
KRIS Vymedzenie
•
Základný strategický dokument povinných osôb v oblasti rozvoja informačných systémov verejnej správy (ISVS) na obdobie najbližších 3 rokov.
•
Zameriavajú sa na digitalizáciu úsekov správy v súlade s vecne vymedzenými kompetenciami povinných osôb a integrovanou architektúrou informačných systémov verejnej správy definovanou v NKIVS
•
Metodický pokyn: – Cieľ • jednotná aplikácia § 3 ods. 2) písm. a) zákona č.275/2006 o ISVS
– Účel: • definovať formálne a vecné požiadavky na obsah KRIS • definovať zásady a pravidlá pri vypracovaní a predkladaní návrhov KRIS • definovať zásady a pravidlá schvaľovania návrhov KRIS
– Spracovateľ: • povinné osoby podľa § 3 ods. 1) zákona č.275/2006 o ISVS, ktoré vypracovávajú návrh Koncepcie podľa § 3 ods. 2 písm. a) zákona
KRIS Proces vypracovania, predkladania a schvaľovania KRIS
•
Podnet na vypracovanie koncepcie: – všeobecný dôvod na jej vypracovanie, napr. schválenie NKIVS a pod. – povinná osoba dostala od MF SR výzvu na aktualizáciu KRIS – pokiaľ uzná povinná osoba za potrebné aktualizovať KRIS – pokiaľ uplynulo obdobie, na ktoré bola KRIS prijatá
•
Termíny – návrh KRIS spravidla do 90 dní od schválenia NKIVS vládou SR, prvýkrát do 30.9.2008 podľa bodu B.5 uznesenia vlády SR č. 331/2008 – upravený návrh KRIS spravidla do 60 dní od prijatia požiadavky MF SR na dopracovanie – návrh KRIS priebežne v prípade potreby aktualizácie KRIS – návrh na aktualizáciu KRIS spravidla 60 dní pred koncom jej platnosti.
KRIS Spracovanie návrhu KRIS povinnou osobou
• •
Povinná osoba vypracúva návrh KRIS v rozsahu IS, ktoré spravuje alebo plánuje spravovať a rozvíjať a predkladá ho na schválenie MF SR Povinná osoba pri vypracovaní návrhu KRIS najmä dbá na: – a) strategické a koncepčné dokumenty EÚ, týkajúce sa informatizácie spoločnosti, – b) strategické a koncepčné dokumenty SR, týkajúce sa informatizácie spoločnosti, – c) na účelnosť, efektívnosť a hospodárnosť pri budovaní a prevádzkovaní IS
Formulár A
KRIS Spracovanie návrhu KRIS povinnou osobou
•
Integrácia IS so základnými registrami: – – – –
•
Integrácia IS so spoločnými modulmi: – – – – – – – –
Formulár B
Register fyzických osôb Register právnických osôb a podnikateľov Register priestorových informácií Register adries Identitiy and acces management Platobný modul eDesk modul Notifikačný modul Modul elektronického doručovania eForm modul Modul G2G výmeny dokumentov Modul dlhodobej archivácie elektronických dokumentov
KRIS Spracovanie návrhu KRIS povinnou osobou
•
Prehľad informačných systémov a všetkých komponentov informačných systémov úseku správy v súčasnom a cieľovom stave – 1 úsek – 1..n informačných systémov, 1..n komponentov IS
•
Prehľad všetkých komponentov informačných systémov úsekov správy v súčasnom a cieľovom stave
Formulár C
KRIS Schvaľovanie KRIS Ministerstvom financií SR
•
MF SR posúdi : – úplnosť vypracovanej KRIS, najmä formálnu úplnosť vyplnenia povinných polí v jednotlivých formulároch povinnou osobou – legislatívnu oprávnenosť z hľadiska výkonu správy a rozvoja ISVS povinnej osoby a súlad so strategickými dokumentmi – súlad návrhu Koncepcie s NKIVS z hľadiska súladu s architektúrou integrovaného ISVS, súladu so štandardami, použitými číselníkmi, interoperability vo vzťahu k iným kľúčovým IS v organizácii, interoperability vo vzťahu k iným externým organizáciám a EÚ – mieru efektívnosti používania vybraných komponentov vo všetkých IS v rámci úseku správy a v rámci všetkých úsekoch správy
•
MF SR zabezpečí zaslanie Protokolu o vyhodnotení návrhu Koncepcie povinnej osobe spravidla do 60 dní od predloženia návrhu KRIS na MF SR.
KRIS
Vypracovanie koncepcie povinnou osobou
63
KRIS Formulár A, B, C Formulár A
Formulár B
Formulár C
KRIS Vecný rámec
Úsek správy (1..n) NKIVS
Agenda (1..n) Služba (1..n)
Úsek správy (1..n) KRIS
Prezentačná vrstva
Informačný systém(1..n)
Integračná vrstva Aplikačná vrstva Dátová vrstva
e-služba(1..n)
Vypracovanie koncepcie povinnou osobou Formulár A
Uvádza sa celkový počet strán, ktorý prislúcha k jednotlivým predkladaným častiam formulára
66
Vypracovanie koncepcie povinnou osobou Formulár A
67
Vypracovanie koncepcie povinnou osobou Formulár A
Uveďte konkrétne úlohy, ktoré budú napĺňať ciele/podciele Nie abstraktné!
68
Vypracovanie koncepcie povinnou osobou Formulár A
69
Vypracovanie koncepcie povinnou osobou Formulár A
Uveďte gestora úseku správy, napr. príslušnú sekciu na ústrednom orgáne štátnej správy alebo organizáciu v zriaďovateľskej pôsobnosti
Kód sa vytvorí z poradového čísla úseku správy a za bodkou poradové číslo IS. Ak úsek správy používa IS, ktorý je spoločný aj pre iný úsek správy, tak uveďte rovnaký kód IS.
70
Vypracovanie koncepcie povinnou osobou Formulár B
Uveďte kód cieľa / podcieľa z tabuľky č. 5
Popis sa odporúča uviesť v rozsahu 1/2 strany A4.
Vypracovanie koncepcie povinnou osobou Formulár B Uveďte údaje, ktoré používate, plánujete používať alebo neplánujete používať v rámci informačného systému. Priestorové informácie sú údaje definované smernicou INSPIRE ako napríklad súradnicové referenčné systémy, geografické systémy sietí, zemepisné názvy, správne jednotky atď. K prislúchajúcim údajom uveďte popis v akom rozsahu a načo ich používate resp. plánujete používať.
Uveďte číselníky, ktoré používate alebo plánujete spravovať v rámci informačného systému. K prislúchajúcim číselníkom uveďte popis v akom rozsahu a načo ich používate resp. plánujete používať.
Vypracovanie koncepcie povinnou osobou Formulár B
Uveďte všetky e-služby, ktoré informačný systém poskytuje a plánuje poskytovať.
Uveďte, či sa pri poskytovaní e-služby realizuje autentifikácia žiadateľa, platba, či sú pri poskytovaní e-služby zasielané SMS, či pri doručovaní výstupu poskytovanej eslužby je potrebné zabezpečiť potvrdenie o doručení. Uveďte, či sa e-služba poskytuje prostredníctvom používateľského rozhrania alebo systémového rozhrania. Uveďte, kto je príjemcom e-služby. Uveďte úroveň informatizácie informačného systému.
Uveďte, pokiaľ je známa, početnosť poskytovanej e-služby prijímateľom a početnosť ekvivalentnej služby poskytovanej bez podpory IKT vrátane prislúchajúcich jednotiek početnosti
Vypracovanie koncepcie povinnou osobou Formulár B Uveďte integráciu IS so: - základnými komponentmi architektúry ISVS - inými IS-ami povinnej osoby - IS-ami iných povinných osôb
Uveďte identický kód a názov IS-ov povinnej osoby zaznamenaného v tabuľke č. 6
Vypracovanie koncepcie povinnou osobou Formulár B Ak plánujete budovať, resp. rozvíjať komponent, uveďte predpokladané zahájenie v tvare MM. RR (napr. 01. 09) a predpokladanú dobu realizácie projektu v mesiacoch v tvare MM (napr. 20).
Uveďte kód komponentu Informačného systému, ktorý sa odvodí z kódu úseku správy z tabuľky č. 6 a pridaním poradového čísla komponentu za bodkou (napr. 1.3.1). Ak predmetný informačný systém používa komponent iného informačného systému, uveďte kód používaného komponentu iného IS.
Ak plánujete budovať, resp. rozvíjať komponent, uveďte predpokladané celkové výdavky a predpokladané zdroje financovania.
Vypracovanie koncepcie povinnou osobou Formulár C Uveďte za každý úsek správy všetky prislúchajúce informačné systémy(tab. č.6) a všetky komponenty informačných systémov (tab. č. 12), spoločne s ich pridelenými kódmi. Údaje sa zaznamenávajú za každý úsek správy.
Vypracovanie koncepcie povinnou osobou Formulár C
Uveďte všetky komponenty informačných systémov úsekov správy s ich pridelenými kódmi (tab. č. 12)
Vypracovanie koncepcie povinnou osobou Formulár C
KRIS
Schvaľovanie KRIS Ministerstvom financií SR
79
Schvaľovanie KRIS Ministerstvom financií SR
Schvaľovanie KRIS Ministerstvom financií SR 1. Kritérium
•
Úplnosť vypracovania KRIS – Posúdenie formálnej úplnosti vyplnenia povinných polí v KRIS povinnou osobou
Vyhodnotenie návrhu Koncepcie 2. Kritérium
•
Legislatívna oprávnenosť – z pohľadu kompetencie na úseku správy • posúdenie kompetentnosti na úseku správy s predpismi oprávňujúcimi realizovať výkon povinnej osoby na úseku správy
– z pohľadu kompetencie spravovať a rozvíjať ISVS • posúdenie oprávnenosti povinnej osoby spravovať a rozvíjať ISVS s predpismi
Vyhodnotenie návrhu Koncepcie 3. Kritérium
•
Súlad KRIS s NKIVS – posúdenie súladu IS-mov povinnej osoby s architektúrou integrovaného ISVS na základe nasledovných kritérií súladu Koncepcie s NKIVS
Vyhodnotenie návrhu Koncepcie 3. Kritérium
Vyhodnotenie návrhu Koncepcie 3. Kritérium
Vyhodnotenie návrhu Koncepcie 3. Kritérium
Vyhodnotenie návrhu Koncepcie 4. Kritérium
•
Miera efektivity používania komponentov – posúdenie miery efektivity používania vybraných komponentov vo všetkých IS-och v rámci úseku správy a v rámci všetkých úsekoch správy, podľa nasledovného rozsahu: • Nedostatočná – cieľový stav predpokladá použitie viacerých komponentov, s rovnakou funkcionalitou, v IS-och v rámci jedného úseku správy • Dostatočná – cieľový stav predpokladá použitie jedinečných komponentov, s rovnakou funkcionalitou, vo všetkých IS-och v rámci jedného úseku správy • Úplná – cieľový stav predpokladá použitie jedinečných komponentov, s rovnakou funkcionalitou, vo všetkých IS-och v rámci všetkých úsekoch správy
Ďakujeme za pozornosť!
[email protected] [email protected] [email protected]
Informácie budú dostupné na www.informatizacia.sk Otázky a odpovede?