Kick-off Pracovná skupina Lepšie služby

Prezentace na téma: "Kick-off Pracovná skupina Lepšie služby"— Transkript prezentace:

1 Kick-off Pracovná skupina Lepšie služby
Tomáš Revaj, ÚPVII

2 BIG PICTURE Strategické priority priradené pracovnej skupine
občan, podnikateľ, štát a tretí sektor Interakcia s verejnou správou, životné situácie a výber služby navigáciou Zabezpečíme aby boli služby verejnej správy poskytované s ohľadom na používateľský zážitok klienta vrátane personalizácie osobnej zóny Multikanálový prístup Zabezpečíme aby boli služby verejnej správy poskytované cez centralizované prístupové miesta a zohľadňovali multikanálové cesty klienta Integrácia a Orchestrácia Zabezpečíme aby boli služby verejnej správy poskytované použitím unifikovaných integračných a orchestračných vzorov a dedikovaných stavebných blokov cieľovej architektúry eGovernmentu

3 Tím K9.5 Lepšie služby Členovia tímu Zodpovednosť ÚPVIaI MF SR MV SR
Odstraňovanie bariér pri používaní služieb Prístup orientovaný na klienta Životné situácie Interakcia s verejnou správou Navigácia a procesné mapy Mobilný government Open API ÚPVIaI Tomáš Revaj Jana Rampáčková Andri Adamek Lucia Fabryová Peter Kulich MF SR MV SR NASES ITAS S.D PPP Karol Ďumbier Martin Trebuňa Andrea Janotová Emil Fitoš Ján Suchál Jana Mlynárčiková Domicián Zahorjan Rastislav Rejdovian

4 Organizácia pracovnej skupiny
Úroveň riadenia Zodpovednosti Komunikácia Rada pre digitalizáciu VS Finálne schválenie výstupov pracovných skupín Vstup z NKIVS tímu sa zabezpečuje podľa potreby SRI ÚPVII Schválenie finálnych verzií dokumentov a odsúhlasenie na predloženie na Radu pre digitalizáciu VS Rozhodovanie vo veciach eskalovaných z úrovne Riadenia výstupov Schvaľovanie cieľov a výstupov pre pracovné skupiny SRI ÚPVII vždy komunikuje smerom na Radu pre digitalizáciu VS Status hlásime v rámci interných statusoch SRI ÚPVII vždy v pondelok poobedie Riadenie výstupov Sledovanie stavu plnenia úloh Odsúhlasovanie prístupu a harmonogramu jednotlivých pracovných skupín Rozhodovanie vo veciach eskalovaných z úrovne Vedenia pracovných skupín, resp. zabezpečenie rozhodnutí z úrovne SRI ÚPVII Reportovanie smerom na SRI ÚPVII Stanovovanie cieľov a výstupov pre pracovné skupiny Odsúhlasovanie zmien v organizácii práce skupiny vrátane návrhov na rozšírenie zapojených strán Úroveň riadenia výstupov vždy komunikuje s úrovňou SRI ÚPVII Koordinačné stretnutia s vedúcimi pracovných skupín sa konajú týždenne vždy vo štvrtok medzi 11h a 13h v priestoroch ÚPVII Vedenie pracovných skupín Návrh prístupu a harmonogramu úloh pre naplnenie cieľov jednotlivých pracovných skupín Rozdeľovanie úloh medzi členov pracovného tímu Rozhodovanie vo veciach eskalovaných z úrovne členov Pracovných skupín, resp. zabezpečenie rozhodnutí z úrovne Riadenia výstupov Reportovanie smerom na úroveň Riadenia výstupov Identifikácia závislostí s inými skupinami a ich hlásenie a riadenie Návrh a organizácia podskupín a spolupráca s ďalšími stranami, ak je to potrebné Vedúci pracovnej skupiny vždy komunikujú s úrovňou Riadenia výstupov Pracovné skupiny sa stretávajú týždenné vždy v stredu medzi 14h a 16h v priestoroch, ktoré zabezpečuje ÚPVII Pracovné skupiny Reprezentácia názorov v mene združenia, pokiaľ ide o nominantov záujmových zdrúženÍ Zabezpečenie odborných vstupov a zdieľanie vedomostí Zabezpečenie komentárov k dokumentom v formáte konštruktívneho protinávrhu a v stanovenom termíne (inač vstup nemusí vedúci skupiny zohľadniť) Plnenie dohodnutých úloh v dohodnutom čase a kvalite Samostatné zabezpečenie vstupov od iných kolegov, pokiaľ sú také odsúhlasené ako potrebné zo strany Vedúceho skupiny a včasné eskalácie v prípade potreby Členovia pracovnej skupiny vždy komunikujú s vedúcim pracovnej skupiny

5 Časový harmonogram a výstupy
2016 2017 Aktivity Nov Dec Jan Feb Mar SP: Multikanálový prístup Workshopy (každú stredu) a príprava verzie na verejné pripomienkovanie Pripomienkovanie Zapracovanie pripomienok do finálneho výstupu SP: Integrácie a orchestrácie SP: Interakcia s VS, ŽS, navigácia 16.11. Kick-off 14.12. v0.1 WS1 WS2 WS3 WS4 4.1. 16.11. 23.11. 30.11. 7.12. Pripomienky 1.2. v1.0 14.12. Kick-off 11.1. v0.1 WS1 WS2 WS3 18.1. 14.12. 21.12. 4.1. Pripomienky 1.2. v1.0 1.2. Kick-off 1.3. v0.1 WS1 WS2 WS3 WS4 15.3. 1.2. 8.2. 15.2. 22.2. Pripomienky 1.4. v1.0

6 Dohodnutá štruktúra výstupov
Ciele realizácie Úvodný pohľad Organizácia Stratégia Architektúra Realizácia Popis problému Definície pojmov Analýza súčasného stavu Motivačná analýza Stakeholderi a ich záujmy Architektonické ciele Zodpovednosť a kompetencie Návrh organizačných zmien Posúdenie alternatív: Výber strategického prístupu Predpoklady realizácie Biznis vrstva Aplikačná vrstva Dátová vrstva Technologická vrstva Legislatívne požiadavky Problémy a výzvy Plánovanie a migrácia (v súlade s akčným plánom) Dokument Doc EA model

7 Workshop k Strategickej Priorite Multikanálový prístup
November Tomáš Revaj

8 Cieľ nášho workshopu Oboznámenie sa so strategickou prioritou a konceptom pre jej spracovanie Validácia cieľov a princípov pre vypracovanie strategickej priority Validácia a návrh stavebných blokov budúcej architektúry pre multikanálový eGovernment Potvrdenie plánu ďalších krokov

9 Prečo potrebujeme multikanálový prístup k službám ?
Zvýšenie využívania digitálnych kanálov a záujmu občanov / podnikateľov k eGov službám (podľa výsledkov eGov benchmarku 2016 EK, máme vysokú mieru používateľov Internetu (0,83) ale zároveň vysokú mieru averzie k eGov službám (až 0,85)) Klienti očakávajú zladený používateľský zážitok pri prístupe na služby, ci už používaním webu, mobilných aplikácii, ale aj pri osobnej návšteve Každé významnejšie odvetvie hospodárstva (napr. banky, telekomunikácie, poisťovne, energetika) poskytujú pre klientov multikanálový prístup k produktom a službám Prístup k službám a informáciám pomocou mobilných zariadení rapídne rastie (medziročný priemerný rast EÚ28+ až nad 40%). Zvýšenie transparentnosti verejnej správy otvorené API ako ďalší komunikačný kanál multikanálovo viditeľný proces vybavenia služby s aktuálnym stavom riešenia procesu, vrátane notifikácii o zmene stavu použitím výstupných kanálov (SMS, , push notifikácie)

10 Národná koncepcia informatizácie verejnej správy 2020
Kľúčové správy pre multikanálový prístup Možnosť využitia komunikačného kanálu danej služby resp. životnej situácie podľa voľby používateľa. Používateľ má kedykoľvek aktuálny pohlaď na ním realizovanú́ komunikáciu, bez ohľadu na to, aké prístupové miesto a aký prístupový kanál sa rozhodol použiť̌. Potrebné úkony pre komunikáciu s OVM: sprístupnenie požadovanej služby zabezpečenie autentifikácie používateľa zabezpečenie vstupu údajov, resp. vytvorenie podania vytvorenie podmienok pre zobrazenie výstupu služby

11 Národná koncepcia informatizácie verejnej správy 2020
Vybrané ciele pre multikanál Téma Ciel Ukazovateľ cieľa Výsledok Priorita Dôsledky Služby pre občanov Zvýšime kvalitu, štandard a dostupnosť elektronických služieb pre občanov Podiel dodatočných elektronických služieb pre občanov, ktoré je možné riešiť mobilnou aplikáciou 20 % 1 Služby pre podnikateľov Zvýšime kvalitu, štandard a dostupnosť elektronických služieb pre podnikateľov Podiel dodatočných elektronických služieb pre podnikateľov, ktoré je možné riešiť mobilnou aplikáciou 40 % Maximálne využívanie údajov VS Zlepšíme dostupnosť údajov verejnej správy vo forme otvorených údajov Podiel informačných systémov verejnej správy, ktoré poskytujú otvorené API 99.9 %

12 Východiskový stav Formy komunikácie a prístupové miesta
Formy komunikácie v platnej legislatíve: Ústna Listinná Elektronická Prístupové miesta v platnej legislatíve: Pracovisko OVM –pracovisko (úradovňa) daného orgánu, alebo združené pracovisko (napr. Klientske centrá), kde je možný osobný kontakt s pracovníkom, alebo je zabezpečená možnosť telefonického alebo mailového kontaktu na toto pracovisko Podateľňa OVM – pracovisko, kam je možné doručovať písomnosti osobne, alebo prostredníctvom poštového operátora. Špecializovaný portál – portál, kde orgán verejnej moci sprístupní svoje služby pre elektronickú komunikáciu. ÚPVS (ústredný portál verejnej správy) – portál, prostredníctvom ktorého je možné vykonávať elektronickú komunikáciu so všetkými orgánmi verejnej moci. IOM (integrované obslužné miesto) – miesto pre asistovanú elektronickú komunikáciu so všetkými orgánmi verejnej moci. KC (kontaktné centrum) – miesto pre telefonickú alebo mailovú komunikáciu.

13 Východiskový stav Otvorené architektonické oblasti pre riešenie
Rôzne autentifikačné prostriedky (SP grid, eID karta, FS auth, atď.) Heterogénne vybudované rezortné resp. špecializovane portály Multikanálová autentifikácia (potvrdenie identity používateľa) Osobný styk – preukázanie občianskym preukazov Listinnom styku - vlastnoručný podpis alebo úradne osvedčený podpis v zákonom definovaných prípadoch Elektronicky Prehliadač resp. Špecializovaná aplikácia - eID ako prostriedok pre autentifikáciu, umožňuje však vydať aj iné́ spôsoby pre autentifikáciu používateľov Telefonicky – nepokryté SMS – nepokryté Multikanálová autorizácia (potvrdenie súhlasu s obsahom realizovaného úkonu) Osobný styk - vlastnoručného podpisu, resp. úradne osvedčeného podpisu Listinný styk - vlastnoručného podpisu, resp. úradne osvedčeného podpisu Prehliadač resp. Špecializovaná aplikácia – dostupné pre platformu osobných počítačov + potreba bezpečného úložiska privátneho kľúča podpisu Samostatne postavené kanály (silové riešenia) – IOMO vs. ÚPVS vs. Rezortné Portály bez jednotného procesného a dátového kontextu

14 Ciele strategickej priority
Chceme aby, OVM spracovával podanie/žiadosť o službu nezávisle od komunikačného kanálu a prístupového miesta, ktorý zvolil používateľ pre jej zaslanie. Chceme aby, bola zvýšená transparentnosť priebehu realizácie služby resp. životnej situácie na základe prehľadu bežiacich procesov VS týkajúcich sa používateľa v jednotlivých kanáloch. Chceme aby, bol používateľ notifikovaný o zmenách v priebehu realizácie služieb (SMS, , push-notifikácie) Chceme aby, výber prístupového miesta a komunikačného kanálu bol plne na rozhodnutí používateľa. Používateľ si môže vyberať medzi všetkými prístupovými miestami a komunikačnými kanálmi, ktoré sú pre danú službu podporované Chceme aby, bola pre používateľa služieb zabezpečené získanie prehľadu o realizovanej komunikácii bez ohľadu na použitý komunikačný kanál a prístupové miesto. Tieto informácie budú poskytované aj v prípade neelektronickej formy komunikácie s OVM.

15 Strategicky prístup Možné multikanálové cesty klienta pri interakcii s VS 1/3 Portfólio klienta Pobočka 2. 1. 3b 3a Začatie ŽS na webe v portfóliu klienta Pokračovanie na pobočke príslušného OVM zapojeného do ŽS Uzavretie ŽS buď na mobilnom zariadení, alebo na webe Mobil

16 Strategicky prístup Možné multikanálové cesty klienta pri interakcii s VS 2/3 Portfólio klienta 2. 3. 1. Mobil Pobočka Začatie ŽS v mobilnej aplikácií Pokračovanie na webe v portfóliu klienta Uzavretie ŽS buď na pobočke (a napr. osobné prebratie potvrdenia)

17 Strategicky prístup Možné multikanálové cesty klienta pri interakcii s VS Portfólio klienta 2a. 1. 2b. Pobočka Začatie ŽS na pobočke Pokračovanie a dokončenie na mobile alebo na webe Mobil

18 Strategický prístup Multikanálové varianty + - + - + -
Silná stratégia pre digitálne kanály postavená samostatne od tradičných Strategický prístup Multikanálové varianty + - Zameranie sa na tvorbu nových služieb primárne v digitálnych kanáloch Tradičné kanály budú stagnovať Potenciál pre docielenie digitálnej transformácie Problém s konzistentnosťou a komunikáciou na klienta (silové riešenia) Integrované digitálne a tradičné kanály cez celé portfólio služieb Silná stratégia pre digitálne kanály s pokračovaním v tradičnom kanály + - Najvyššia úroveň samoobsluhy a voľby kanálu Riziko tzv. “3V pasce” – Všetko, Všetkým, Všade Vysoká dostupnosť služieb v kanáloch Komplexný a nákladný koncept presunu služieb poskytovanými tradičnými kanálmi do digitálnych Nejasná stratégia nakoľko nie je známy rozsah iba pojem „všetko“ služby pokračovanie Vybavenia pre vybrané služby + - Digitálne zameranie na nové služby a ŽS Znížená dostupnosť služieb a možnosti voľby kanálu Využitie tradičných kanálov (úradovňa, IOMO, KC) na dokončenie komplexnejších služieb

19 Strategický prístup Princípy podľa, ktorých je vytvorený návrh stavebných blokov budúcej architektúry Digitál prednostne Orgány verejnej správy by mali dodávať služby prednostne cez digitálne kanály (vrátane sprístupnenia strojovo spracovateľných dát), pričom musia udržiavať aj ostatné kanály pre tých, ktorý nemajú prístup k internetu z dôvodu voľby alebo nutnosti. Jedenkrát a dosť Orgány verejnej správy musia zabezpečiť, aby občania a podnikatelia poskytovali údaje iba jedenkrát pre verejnú správu. Poskytnuté údaje musia byť následne pre-používané v rámci prostredia verejnej správy za účelom zníženia administratívnej záťaže občanov a podnikateľov pričom zohľadňujú pravidlá dátovej ochrany a legislatívy. Otvorenosť a transparentnosť Orgány verejnej správy majú zdieľať informácie a údaje medzi sebou a umožniť prístup a správu údajov svojim občanom a podnikateľom; majú umožniť používateľom sledovanie procesov, do ktorých sú zapojení; a pri návrhu a dodávke nových služieb majú spolupracovať s kľúčovými zainterestovanými osobami (podnikateľský sektor, výskum a neziskové organizácie) Uniformita Z pohľadu používateľa je obsluha cez akýkoľvek kanál jednotná a používa štandardné postupy a riešenia. Moderná a flexibilná architektúra pre 2020(2) Berieme do úvahy nové koncepty a prístupy k tvorbe architektúry (Mikroslužby, Big Data, Single page aplikácie, mobilné aplikácie atď.)

20 Multikanálový ekosystém eGovernmentu – vrstvy
Kanály a prístupové miesta Vrstva reprezentuje miesta, cez ktoré občan a podnikateľ realizuje vstupnú a dostáva výstupnú interakciu s VS Servisná vrstva Vrstva reprezentuje služby, na ktorú je interakcia vykonávaná ako aj poskytuje podporné prostriedky pre zvýšenie používateľského komfortu Procesná vrstva Vrstva reprezentuje riadenie procesov riešenia životných situácii ako aj multikanálovú dostupnosť dátového kontextu a stavu riešenia ŽS Vrstva reprezentuje aplikácie a dáta, ktoré sú potrebné pre exekúciu procesov ŽS a poskytuje atomické a kompozitné aplikačné služby pre multikanálový front office na základe požiadaviek servisnej vstvy Aplikácie a dáta

21 Multikanálový ekosystém eGovernmentu – draft potrebných stavebných blokov IT Architektúry
Web Mobil Otvorené API Osobne Listinne Telefonicky SMS Kanály a prístupové miesta OVM úradovňa Klientske centrum štátnej správy OVM podateľňa Kontaktné centrum Portfólio klienta Portfólio klienta IOMO Servisná vrstva Multikanálové Front Office Mikroslužby SMS GW GW Navigačný a vyhľadávací engine ŽS Autosave formulára Predvyplnenie formulára Procesná vrstva Procesy riadenia životných situácií Proces riešenia životnej situácie Dátový kontext životnej situácie Evidencia stavu riešenia životnej situácie Notifikovanie o stave riešenia Občanova / Podnikateľova 360° Agendové ISVS Spoločné moduly FE IAM eDesk eForm MED Konsolidovaný dátový profil Prezentačná vrstva (iba pre BO) Interakčná história MEP CEP eNotify CUET Procesná vrstva Aplikácie a dáta Procesná história DVP MAM ... Preferencie pre personalizáciu Integračná vrstva Spoločné moduly BE Notifikačné preferencie RFO RA RPO Moduly ISVS Spätná väzba k vybaveniu služby RPI ... MAM - multikanálový autorizačný modul DVP – dynamický výpočet poplatkov

22 Diskusia k stavebným blokom
...

23 Návrhy na úpravu stavebných blokov
...

24 Ďalšie aktivity pre vypracovanie SP
Oblasť Popis Zodpovednosť Termín Analýza súčasného stavu Identifikovať problémy existujúceho stavu multikanálového prístupu k službám Vyhodnotiť súčasný organizačný model tvorby a riadenia prístupových kanálov … Legislatíva a organizácia Doplniť súčasnú legislatívnu analýzu (dostupné v pôvodnej verzii SP) Pripraviť zoznam zaintersovaných Definícia organizačného zabezpečenia a zodpovednosti Stratégia Zhodnotenie alternatív pre vybudovanie multikanálového prístupu Vyhodnotenie Apps vs. No-Apps stratégie pre mobilné aplikácie Architektúra Namodelovanie a popis aktualizovanej to-be architektúry Realizácia Zoznam pracovných balíkov zmeny vrátane ich závislosti Zladanie s akčným plánom Dokumentácia Vytvorenie word dokumentu vo verzii 01

25 Dopady na súčasnú architektúru – podklad pre diskusiu (vstupy pre kapitolu plánovanie a migrácia)
Oblasť Stavebný blok Popis Centrálna správa a rozvoj Front Office VS SR (primárne riešené v SP Interakcia s VS) Prístupové miesta Dohľad nad jednotnou tvorbou modelu interakcie s VS z pohľadu občana a podnikateľa zohľadňujúc multikanálové cesty klienta. Centralizácia procesov riešenia ŽS Procesy riadenia životných situácií Organizačné vytvorenie Center of Excellence pre vlastníctvo, návrh a dohľad na exekúciou procesov životných situácií vrátane merania a kontinuálneho rozvoja. Integračné kompetenčné centrum VS Multikanálové Front Office Mikroslužby Vybudovanie vládnej API GW pre prístup kanálov na mikroslužby (prístup z externého prostredia) spoločne so špecifikáciou centrálneho Common Data Modelu (CDM) Nadrezortná procesná integrácia ŽS Zabezpečenie implementácie procesného návrhu do exekučného prostredia vrátane integrácie zapojených ISVS a štandardizácie poskytovaných služieb Sandbox pre Otvorené API Vybudovanie dedikovaného úložiska záujmových objektov evidencie údajov verejnej správy (zohľadňujúce legislatívne obmedzenia) pre Open API podľa požiadaviek externých konzumentov Centralizácia údajov o klientovi za účelom unifikovaného multikanálového prístupu Občanova / Podnikateľova 360° Potrebné legislatívne upraviť a funkčne rozšíriť občanovu/podnikateľovu 360° za účelom centralizácie dát o občanoch a podnikateľoch (konsolidovaný dátový profil referenčných údajov, interakčná história, procesná história, preferencie pre personalizáciou prístupových miest, notifikačné preferencie, feedback k procesu vybavenia služby) Autentifikácia a Autorizácia v multikanálovom prostredí Autentifikačný modul Rozšírenie IAM, aby podporoval autentifikáciu mobilných zariadení a prístup na mikroslužby v móde on-behalf-of v prípade asistovaného riešenia služieb resp. ŽS Autorizačný modul Centrálny autorizačný komponent - multikanalový autorizačný modul (MAM) na princípe vzdialeného elektronického podpisu (remote digital signing) Notifikačné preferencie klienta Spoločné moduly vs. Občanova / Podnikateľova 360° Umiestnenie notifikačných preferencií klienta, aby boli dostupné multikanálovo a aby mohli byť zohľadnené pri exekúcii procesov ŽS (v akom čase, akým kanálom notifikovať o stave riešenia + prepoužitie pri proaktívnych službách) Dostupnosť služieb ISVS pre procesy riešenia ŽS ISVS – integračná vrstva Potreba vystavenia služieb pre komunikáciu s procesným enginom ŽS (zoznam chýbajúcich / zmenových aplikačných služieb bude definovaný v závislosti od prioritných projektov ŽS podľa akčného plánu) Dátova synchronizácia zdrojových údajov do 360° (lepšie dáta) V prípade objektov evidencie, ktoré spadajú do klientovej 360°, potreba prenosu dát pull/push do konsolidovaného dátového profilu a procesnej histórie z jednotlivých ISVS.