Câștiguri:
- Acesta digitalizează pas cu pas un proces de aplicare publică și determină locul în care ființa umană este ținută la punctul de decizie.
- Anticipând decalajul digital și inegalitatea de acces, se lasă un canal alternativ pentru fiecare proces.
- Gestionarea excepțiilor și erorilor de proiectare; Atunci când modelul este nesigur, face o regulă să-l direcționeze către om în loc să-l respingă.
O parte din ce în ce mai mare a contactului cetățeanului cu publicul are loc online: obținerea de documente, aplicarea, programările, plățile, întrebările privind starea prin intermediul e-Government Gateway. E-guvernarea (prestarea de servicii publice prin canale digitale, dintr-un singur punct și adesea fără intermediari umani) facilitează atât munca cetățenilor, cât și reduce povara instituției. În spatele acestor servicii digitale se află fluxurile de lucru și, din ce în ce mai mult, automatizarea proceselor (execuția automată a pașilor repetitivi precum primirea aplicațiilor, rutarea, verificarea documentelor lipsă, trimiterea notificărilor cu software). AI este un instrument puternic în proiectarea acestor fluxuri, producerea de formulare și texte de notificare, pre-evaluarea aplicațiilor primite și găsirea blocajelor în proces. Dar cu o avertizare: fiecare decizie de creare/limitare a drepturilor luată de un proces automatizat trebuie să fie legată din punct de vedere legal de un punct pe care un om îl poate revizui și justifica. Respingerea complet automatizată este ilegitimă fără obiecții și revizuire umană.
În automatizare, „unde sunt ținuți oamenii?” întrebare
Cea mai critică decizie atunci când se proiectează automatizarea proceselor este în ce moment va fi implicat omul. Există trei modele comune:
- Automatizare completă (fără oameni): potrivită numai pentru sarcini fără drept, cu risc scăzut, fără reguli - de exemplu, generarea și livrarea automată a unui document din sistem. Poate fi de preferat dacă regulile sunt complet clare și eroarea este un cost redus.
- Human-in-the-loop: AI/sistemul produce o sugestie, omul o aprobă sau o corectează. Acesta este modelul standard al deciziilor de creare/restricționare a drepturilor. De exemplu, sistemul pre-evaluează o cerere de asistență și ofițerul ia o decizie.
- Sub supraveghere umană (human-on-the-loop): sistemul funcționează automat, dar oamenii monitorizează, eșantionează, verifică și primesc excepții. Se folosește în lucrări de volum mare, cu risc mediu.
Principiu cheie: cu cât decizia afectează mai mult drepturile cetățeanului, cu atât persoana ar trebui să fie mai mult în centru. Atribuirea automată a unui timp de programare și decizia automată de a închide o afacere nu pot fi supuse aceluiași regim.
Sugestie: Pentru fiecare pas automat, „dacă acest pas funcționează greșit, cum poate un cetățean să obiecteze și cum poate un om să-l repare?” Reproiectează răspunsul la întrebare de la zero. Automatizarea fără niciun mijloc de obiecție este atât din punct de vedere legal, cât și etic.
Pas cu pas: proiectarea unui proces digital
- Harta procesul. Toți pașii, deciziile și actorii de la aplicare până la încheiere.
- Clasificați după risc. Fiecare pas creează/restrânge drepturi? Unde este necesar omul?
- Selectați ce să automatizați. Reguli clare, risc scăzut, pași repetitivi.
- Generați formulare și texte de notificare. Simplu, accesibil, date personale - minime.
- Stabiliți căi de obiecție și excepție. Atașați un punct de control uman la fiecare decizie automată.
- Controlați fluxul de date cu caracter personal. Ce date merg unde și pentru cât timp? (KVKK)
- Pilotează, monitorizează, îmbunătățește. Măsurați rata de eroare și reclamații; repara.
trei mini cutii
Cazul 1 — Automatizarea documentelor incomplete. Într-o instituție, 38% dintre cereri au fost respinse din cauza lipsei documentelor, iar cetățenii veneau din nou. Când a fost adăugată o verificare a documentelor lipsă susținută de AI în momentul depunerii cererii, cetățeanul a văzut documentul lipsă chiar înainte de a depune formularul; Rata a doua de aplicare a scăzut de la 38% la 11%, iar povara de box office a scăzut.
Cazul 2 — Inversarea respingerii complet automată. Un pilot de ajutor social a calculat automat pragul de venit și i-a respins automat pe cei peste prag. Dar unele situații speciale (sarcina de îngrijire a persoanelor cu dizabilități, venituri temporare) nu au fost incluse în regulă și au existat respingeri nedrepte. Procesul a fost transformat într-un model „human in the loop”: sistemul pre-evaluează, ofițerul vede excepțiile și ia decizia. Plângerile de respingere nedreaptă au dispărut.
Cazul 3 — Detectarea colmatării. O unitate care a analizat jurnalele de proces de 6 luni cu inteligență artificială a constatat că în medie 9 zile de cereri așteptau un singur pas de aprobare; Era o singură autoritate la acel pas. Când autoritatea a fost acordată unei a doua persoane, timpul mediu a scăzut de la 14 zile la 6 zile.
Patru șabloane copiabile
1) Harta procesului și clasificarea riscurilor:
Rolul dumneavoastră: designer de procese publice. Extrageți mai jos toți pașii serviciului, de la aplicare până la încheiere. Pentru fiecare pas, specificați: (1) ce se face, (2) creează/restrânge drepturi, (3) va fi automatizat sau va fi necesară judecata umană, (4) este riscul principal aici. Marcați punctul legal de care nu sunteți sigur ca „trebuie confirmat”. SERVICIU: [descrie]
2) Text simplu de notificare/formular:
Scrieți un text de sesizare cetățeanului pentru următoarea situație: simplu, respectuos, pas cu pas. Spuneți clar ce trebuie făcut, durata [de confirmat] și modul de a obiecta. Nu solicitați date personale inutile. Nu folosi jargon.SITUATIE: [de ex. document lipsă/rezultatul cererii]
3) Proiectarea traseului de obiecție și excepție:
Proiectați un mecanism uman de control și obiecție pentru următorul pas de decizie automată: (1) cum obiectează cetățeanul, (2) ce cazuri ar trebui să iasă din automat și să treacă la uman (excepții), (3) ce ar trebui să caute omul atunci când ia decizia, (4) timpul și înregistrarea. Evitați respingerea complet automată. PAS: [decizie automată]
4) Analiza blocajului procesului:
Examinați mai jos jurnalele de proces (pas - durata). Doar având în vedere datele: (1) cel mai lung pas de așteptare, (2) posibilă cauză a blocajului (autoritate unică, operare manuală etc.), (3) oferiți 2-3 sugestii de îmbunătățire. Adăugarea numerelor din exterior. Jurnal: [date de pas și timp]
Prompt slab / Prompt puternic
Slab: „Automatizați acest proces de aplicare”.
Güçlü: „Designerul de proces public al rolului. În primul rând, extrageți toți pașii de la aplicare până la încheiere și clasificați fiecare pas ca „generator de drepturi/nedreptate”, „automat/necesar uman”, „risc principal”. Recomandați doar pași cu reguli clare și cu risc scăzut pentru automatizare; proiectați aprobarea umană și calea de obiecție pentru fiecare pas de date personale, nu recomandați limitarea automată a fluxului de date. merge unde). Separați punctele legale ambigue ca „trebuie confirmate”.
Diferența: promptul puternic separă automatizarea de risc, impune revizuirea și apelul uman, face vizibile fluxul de date și incertitudinea juridică.
Selectarea modelului de automatizare
tipul afacerii
Model potrivit
De ce
Producerea documentelor (reguli-net)
Automatizare completă
Riscul scăzut nu creează drepturi
Evaluarea ajutorului/stimulentelor
uman în buclă
Se creează un drept, există excepții
Sortare cu volum mare
sub supraveghere umană
Controlul eșantionării este suficient
Decizie de penalizare/restricționare
Oamenii sunt în centru
Restricționare severă a drepturilor, justificare necesară
Gestionarea parității de acces și a excepțiilor
În timp ce digitalizarea și automatizarea unui proces public crește eficiența, creează un nou risc de inegalitate: decalajul digital (incapacitatea de a accesa servicii pentru cetățenii fără computere, acces la internet sau alfabetizare digitală). Cetățenii în vârstă, cu dizabilități, din mediul rural sau cu venituri mici pot fi excluși dintr-un proces complet online. Un proces digital bine conceput lasă întotdeauna un canal alternativ (aplicație față în față, asistență telefonică, tranzacție proxy); Automatizarea nu limitează cetățeanul la canal, îi oferă opțiuni. De asemenea, o automatizare bună este concepută în jurul gestionării excepțiilor (ce se întâmplă atunci când apare un document lipsă, o eroare de sistem, o excepție), nu un scenariu „totul merge bine”; Pentru că victimizarea reală în sectorul public este trăită de cetățenii care se încadrează în afara regulilor.
Mini carcasă — cele excluse de automatizare. Când o cerere de asistență socială a fost mutată în întregime online, numărul cererilor a scăzut cu 30 la sută în prima lună - nu pentru că cererea a scăzut, ci pentru că grupurile cele mai nevoiașe, vârstnici și cetățeni fără internet, nu au putut aplica. Atunci când instituția a deschis puncte de aplicare suportate în birourile directorilor, numărul a revenit; eficiență echilibrată cu echitatea accesului.
Mini carcasă - proces blocat în excepție. Într-un proces automat de licențiere, documentul a fost verificat în prealabil de AI; dar sistemul a respins cererile în tăcere, considerând un tip rar de document drept „invalid”. Aproximativ 15 cereri legitime pe săptămână au căzut în acest punct orb. Soluția: atunci când modelul nu este sigur, trimiteți-l la ofițer în loc să îl respingeți.
Șablon care controlează proiectarea procesului:
Sarcină: Produceți o listă de verificare a RISCURILOR și ACCESULUI pentru următorul proces digital. Proces: [flux pas cu pas]Întrebări: 1) Cum se aplică un cetățean fără internet/dispozitiv? 2) Este oferit accesul persoanelor cu dizabilități? 3) Ce se întâmplă cu aplicația dacă sistemul dă o eroare? 4) Cine decide în caz de excepție/regulă? 5) Dacă se acordă respingere automată, există o metodă de obiecție și control uman? Rezultat: Nivel de risc + recomandare pentru fiecare întrebare. Adăugarea unei soluții potrivite.
Sfat: Evaluați o automatizare nu după „câte procese a accelerat” ci și după „cine a omis?” Succesul în serviciul public se măsoară prin minoritatea care nu este lăsată în afară la fel de mult ca majoritatea care iese.
Greșeli comune
- Luarea deciziei de limitare a dreptului complet automată. Este ilegitim fără obiecții și control uman.
- Încercarea de a încadra excepțiile în regulă. Viața reală trece dincolo de regulă; Lăsați ușa umană pentru excepție.
- Gândindu-mă la modul de a obiecta mai târziu. Proiectați o modalitate de a contesta și corecta fiecare decizie automată de la început.
- Nu controlează fluxul de date cu caracter personal. Automatizarea reproduce datele; Verificați unde merge și timpul de depozitare.
- Scrierea anunțului în jargon. Dacă cetățenii nu înțeleg, procesul va fi digital, dar inaccesibil.
- Să se extindă fără piloți. Măsurați rata de eroare mai întâi la scară mică, apoi extindeți.
Pe scurt
E-guvernarea și automatizarea proceselor accelerează serviciul public și reduc sarcina; AI este puternic în maparea acestor procese, generarea de text, pre-evaluarea și găsirea blocajelor. Dar inima designului este o întrebare: unde este omul? Cu cât decizia afectează mai mult drepturile cetățeanului, cu atât mai mulți oameni ar trebui să fie în centru; Fiecare decizie automată ar trebui să fie conectată la un punct de obiecție și control uman, iar fluxul de date cu caracter personal ar trebui auditat în conformitate cu KVKK.
Sarcina de aplicare
Selectați un serviciu online pentru unitatea dvs. Cu șablonul „Harta procesului și clasificarea riscurilor”, extrageți pașii și marcați-i pe fiecare pentru risc și automatizare. Proiectați un mecanism de control uman pentru o etapă de generare a drepturilor cu șablonul „Proiectarea căii de obiecție și excepție”. Generați un text de notificare cu șablonul „Text de notificare/formular simplu” și verificați accesibilitatea acestuia.
lista de verificare
- [ ] Am clasificat fiecare pas în termeni de risc și automatizare.
- [ ] Nu am lăsat nicio decizie de restricționare a drepturilor automatizării complete.
- [ ] Am conectat revizuirea umană și apelul la fiecare decizie automată.
- [ ] Am proiectat o ușă umană pentru excepții.
- [ ] Am auditat fluxul de date cu caracter personal și perioada de stocare (KVKK).
- [ ] Am scris notificările simplu și accesibil; L-am testat cu pilotul.