Navrhni svoj KPI do NKIVS

Nová koncepcia eGovernmentu (NKIVS) sa pripravuje už viac ako rok. Chceš sa zapojiť aj Ty?
Navrhni merateľný ukazovateľ, ktorý vypovedá o stave eGov a stojí za to sledovať a zlepšovať ho!

Najlepšie nápady budú odmenené - tie mimoriadne trefné/kreatívne budeme presadzovať do NKIVS (ak sa tam niekomu podarí dostať, to je predsa najvyššie ocenenia, no nie?), alebo aspoň +1 pivo zadarmo na najbližšej stretávke.

KPI by mali byť reálne zmerateľné, apoň štatisticky a zamerané na niektorú z nasledovných oblastí:

  • služby eGov a ich kvalita - či už pre občanov/podnikateľov, alebo aj pre zamestnancov VS
  • efektívne fungovnie štátu - priamo v IT (náklady, čas, zložitosť, pružnosť reakcie…), alebo aj všeobecne verejnej správy, kde sa to podstatne IT týka
  • transparentnosť verejnej správy - súvisiaca s eGov, napr. MyData

Za mňa návrh jedného ukazovateľa na ukážku:

Kvantitatívny KPI pre oblasť služieb eGov: spolu počet kolóniek, ktoré občania museli vyplniť v elektronických podaniach (súčet za merané obdobie).

  • cieľ: znižovanie/minimalizácia tohto čísla, povedzme o 7% do budúcich volieb
  • takto nastavevné to vytvára tlak, aby sa kolónky predvypĺňali z už verejnej správe dostupných údajov (predvyplnené sa do súčtu nerátajú), alebo aby sa duplicitné/zbytočné kolónky rušili
  • taktiež to motivuje úplne zrušiť niektoré el. formuláre, alebo aspoň nezavádzať nové
  • tento ukazovateľ vypovedá o celkovej miere byrokracie, ktorú chceme znižovať

napadol mi len takyto, ale mozno niekto pobrainstormuje a vysperkuje:

  • kolko papierov musim odniest po narodeni dietata

Napadlo ma. Preco vymyslat uz vymyslene?

Nedalo by sa pouzit to co sa dnes pouziva v komercii? A co tak pouzit rovno to co dnes pouziva elita a predbehnut “beznu” komerciu?

Napriklad su tu skvele DORA key metrics pre projekt/team/diviziu/spolocnost. Pre konzervativcov - tie su uz overene a dokazane.

Deployment Frequency - ako casto je organizacia schopna uspesne releasovat
Lead Time for Changes - ako dlho trva aby sa commit dostal do produkcie.
Change Failure Rate - percento chybnych deploymentov
Time to Restore Service - ako dlho trva vyriesenie problemu na prode

Uz len meranim tychto metrik na mesacnej baze clovek dostava dobre data na nejaky decission making. Kde to pokulhava. Vieme potom projekt/produkt aj kategorizovat do kategorii ako elite/high-performance/medium perf/low-performance (vid prilozena tabulka).

viac o DORA metrics: Use Four Keys metrics like change failure rate to measure your DevOps performance | Google Cloud Blog

Co sa tyka viac IT a technickych KPI, preco nezobrat rovno hotovu metodiku? Napr. SLI&SLO&Error Budget?

Tato metodika sa sice snazi riesit reliability, alec o mozeme povazovat za dolezitu nielen technicku, ale aj businessovu charakteristiku IT projektu. Alebo: Co z pekneho auta ked pri 5C uz nenastartuje.

SLI&SLO&Error Budget nieje pritom nejake technicke woodoo ale zdravy rozum.

V sluzbe sa identifikuju klucove indikatory ktore su dolezite z pohladu zakaznika/pouzivatela. Proste taky indikator, pre ktory sa oplati niekoho zobudit o 3:00 rano. Napriklad pri platobnej brane to moze byt success rate platieb. Co je pocet succes requestov / vsetkych requestov na dany endpoint. To je SLI

Kedze nic nieje 100%, tak si stanovime nejaky ciel - objective. Ciel ktory chceme aby SLI dosiahlo. Napriklad: Sluzba by mala dosiahnut 99% uspesnost platieb. Alebo 99% requestov bude pod 500ms. Alebo mozu byt aj take: dostupnost sluzby v pracovnych hodinach od 9:00 do 17:00 je 99%. Co umoznuje vylucit take tie downtimes z dovodu maintenance nigracii a neviem co. Nie vsetko potrebuje byt 24/7.

To 1% alebo total - objective, to je error budget. Cize error budget = 100% - objective. A toto je skvela vec na decission making. A logika je velmi jednoducha - ak sme error budget neminuli, mozeme si dovolit nejaku blbost, migraciu, hodit kvantum novych features. Naopak ak sme error budget vyplitvali, je potrebne do backlogu nahadzat take tasky, ktore system stabilizuju - odstranenie tech. depth, refaktoring atd.

Proste vyborna a hotova vec. Netreba znovuobjavovat koleso. Jasne pravidla a rozhodnutia su na zaklade dat a nie pocitov. Ale na co to tu pisem. To uz asi viete.

Viac tu:

https://sre.google/workbook/implementing-slos/

2 Likes

za mna je zakladna logika, aby strategicke ciele a KPI pokryvali a smerovali k naplnaniu dokumentov a inciatov, ku ktorym sme sa ako SR zaviazali a zaroven sa pouzivaju pre porovnavanie krajin medzi sebou:

  • DESI
  • eGov benchmarku
  • 2030 agenda

tu je dost dobrych inspiracii, ktorym smerom sa ubrat

na nizsich urovniach mi v ramci aktualnej verzie NKIVS chybaju ciele a KPIs smerujuce:

  • podpora podnikania - napr. stat ako platforma - openAPI, opendata, vyuzivanie produktov statu v sukromnom sektore (mobilne ID)
  • optimalizacia nakladov na jednotlivych urovniach statneho IT
  • efektivny rozvoj IS VS - rozvijam po com je dopyt
  • governance

Skusim moje “oblubene” eZdravie …

Zakladnym meradlom by malo byt pri kolkych navstevach pacientov bola pouzita konkretna sluzba eZdravie, pricom by sme sa mali zamerat na sledovanie citacich operacii t.j. merane cisla by mali byt v percentach/promile voci tejto hodnote

/IRONY-ON/ ( pretoze ukladat data, ktore nikto nepotrebuje mozeme aj do /dev/null a budeme mat nekonecny write-only priestor :slight_smile: )/IRONY-OFF/.

Odbocka : pocet navstev pacientov u lekarov == je mozne jednoznacne a pomerne presne urcit na zaklade fakturovanych udajov do zdravotnych poistovni ( tieto udaje uz NCZI v systeme eZdravie ma )

Sledovane parametre by mohli byt :

  • pocet objednani realizovanych cez https://eobjednanie.npz.sk/
    • na standardne ambulantne hodiny
    • na doplnkove abmulantne hodiny ( <= pouzivanie tohto prikazuje zakon )
    • /IRONY-ON/ pocet objednani priamo na jednotky intenzivnej starostlivosti /IRONY-OFF/
  • pocet pouzitych elektronickych vymennych listkov
    • t.j. ktore specialista v eZdravi pouzil pre pristup ku zdravotnej dokumentacii pacienta
  • pocet citani vysledkov z vysetreni (eVysetrenie)
    • t.j. lekar by sa mal pri kazdej navsteve oboznamit s predchadzajucimi spravami
  • pocet citani vysledkov z laboratornych vysetreni (eLab)

Kedze lekarov mame malo, tak by mohlo mat zmysel porovnavat aj

  • pocet obsluzenych pacientov u lekarov pouzivajucich a nepouzivajucich eZdravie (strukturovane podla odbornosti lekarov/ambulancii), t.j. o kolko v priemere viac pacientov obsluzi lekar pouzivajuci eZdravie oproti tomu co eZdravie nepouziva
    • takato hodnota by umoznila jednoznacne vyhodnotit prinos pouzivania eZdravie

Sledovat je mozne aj kvalitu dat pri zapisovych operaciach. Jednym z cielov eZdravie malo byt aj eliminacia duplicitnych/drahych pripadne zivot ohrozujucich predpisov t.j. eliminacia aspon zakladnych chyb lekarov :

  • pocet zamietnuti vystavenia preskripcie/medikacie pri nedodrzani preskripcnych/indikacnych obmedzeni
    • t.j. kolko krat system eZdravie upozornil lekara, ze neboli dodrzane vsetky podmienky definovane statom pre podanie konkretneho lieku.
    • preskripcne/indikacne obmedzenia maju vacsinou drahe lieky, nedodrziavanie tychto obmedzeni je iba vo VsZP rocne asi 300M
    • navyse niektore z tych obmedzeni su podmienene vykonanim konkretneho vysetrenia, aby sa predislo predavkovaniu danym liekom, co moze mat dopad na zhorsenie zdravotneho stavu pacienta
  • pocet zamietnuti ziadaniek o laboratorne vysetrenie z dovodu existencie rovnakeho/podobneno vysetrenia v nedavnej minulosti
    • toto by malo eliminovat duplicitne vysetrenia => uspora financii a zaroven odbrebenenie pacienta od (neprijemnych) odberov vzoriek

mne uplne stačia dve KPI:

  • Počet koncových služieb realizovateľných komplexne elektronicky bez nutnosti prikladať akúkolvek dokumentáciu (rozhodnutuie, výpis, odpis, dodatočné zbytočné informácie v podaní…) od iného OVM.
  • Počet koncových služieb realizovaných proaktívne komplexne elektronicky na základe výskytu konkrétnej životnej udalosti občana / alebo na základe lehoty.
2 Likes

Najblizsich 5 rokov 0/0? :fearful:

Podla mna vobec by sa nemalo uvazovat oddelene o KPI pre eGov (mysliac cisto na informatiku), KPI mmaju byt pre cely Government a nie len z pohladu IT. IT je len pomocnik, ktory ma pomoct zlepsit KPI celkove, ak tomu nepomaha a nove/inovovane IT nezlepsi KPI celkove (vyberie viac do SP, znizi naklady, zlepsi trasparentnost, zvysi spokojnost, zkepsi zivotne prostredie, atd.). Nahanat cisto eGov KPI je nedobry postup - typicky zle - zvysi sa pocet novych sluzieb (toto je typicky nezmysel), stat ma co nema obtazovat obcana (vacsina sluzieb je, ze zavedenie novu povinnsot pdonikatelom a obcanom a potom mu na to nasije eGov sluzbu a potom ju ide zlepsovat aby bol formular privetivejsi s mensim poctom uadajov co ma zadat. Pre man je dobry clanok o Government KPIs: 10+ Government KPIs for 2021 Reporting - insightsoftware

A dam aj nejaky priklad. Chce obcan, podnikatel davat danove priznanie, nie povazuje to za obtazovanie, potrebuje stat vybrat co najviac penazi (zatial ano, ale mal by za to poskytnut aj nejake sluzby, tak napr. nech ich motivuje). Teda KPi by lohlo byt - znizi sa pocet danovych priznani (aj celkovo, aj pre jednotlive subjekty, aj pre jednotlive dane) - KPI1, ale zvysi sa vyber dani - KPI2 a ak sa rocne pri danej dani navysi vyber, tak z navysenie sa vypocita znizenej danej dane, takze znizenie danoveho percenta by bolo KPI3. Toto nie su eGov KPI ale KPI Governmentu, ale tie bez IT podpory nedosiahnu (IT by malo maximalne pod KPI, ktore pomozu dosiahnut hlavne KPI) a takto by sa malo uvazovat o vsetkych eGov KPI, pretoze ak nezlepsuju celkove KPI vladnutie/statnej a verejnej sprav, tak su k nicomu a potom sa niei co cudovat, ze obacan/podnikatel o taky eGov vobec nestoji. proste chce to zemnu pristupu

2 Likes

odburavanie nadbytocnych ukonov C2G a B2G
priklad:
zrusenie povinnosti danovnika podavat oznamenie o vzniku danovej povinnosti pre dan z nehnutelnosti
namiesto toho kataster spravcovi dane oznami zmenu danovnika (vlastnika nehnutelnosti) a spravca dane proaktivne vyda rozhodnutie o vyrube dane z nehnutelnosti

A neplati nahodou 1x a dost? Ak som to urobil na katastri (co je statny urad), uz podla mna nemam co chodit oznamovat veci dalej … nie je to tak uz dnes (podla mna malo by byt)? JA som uz prijal svoje rozhodnutia a kzdu vec voci sttau ohlasujem len raz (je jedno ci elektronicky alebo papierovo), zbytok povazujem sa zdopovednost statnej a verjenej spravy, nech si to vysporiadaju.b

1 Like

v takomto pripade plati, ze existuje zakonom stanovena povinnost (zakon o miestnych daniach)…a pokial existuje tak ten co ju vykonava (obec) ju nemoze nevyzadovat a zacat konat (vyrubovat dan) bez jej splnenia

Nuz neviem nadobudol som v psolednej dobe, zapsilao sa do katastra, nepamatam si, ze by som bol nieco niekde inde nahlasovat a normlane mi vyrubuju dan a platim ju, talze neviem ci niektore smaospravy takto funguju a ine nei?

bol to len priklad…
ale ak takato povinnost stale existuje: 582/2004 Z.z. - Zákon o miestnych daniach a miestno... - SLOV-LEX tak je potrebne ju zrusit a vtedy plati 1x a dost…inak je to stale povinnost a to ze existuje iny zakon, nic neznamena…