Ganancias:
- Digitaliza paso a paso un proceso de solicitud pública y determina dónde se mantiene al ser humano en el punto de decisión.
- Al anticipar la brecha digital y la desigualdad de acceso, deja un canal alternativo para cada proceso.
- Diseños de gestión de excepciones y errores; Cuando el modelo no está seguro, tiene como regla dirigirlo al humano en lugar de rechazarlo.
Una parte cada vez mayor del contacto de los ciudadanos con el público se produce en línea: obtención de documentos, solicitudes, citas, pagos, consultas de situación a través del Portal de Administración Electrónica. El gobierno electrónico (prestación de servicios públicos a través de canales digitales, desde un único punto y a menudo sin intermediarios humanos) facilita el trabajo de los ciudadanos y reduce la carga de la institución. Detrás de estos servicios digitales se encuentran los flujos de trabajo y, cada vez más, la automatización de procesos (ejecución automática de pasos repetitivos como recibir solicitudes, enrutar, verificar documentos faltantes, enviar notificaciones con software). La IA es una herramienta poderosa para diseñar estos flujos, producir formularios y textos de notificación, evaluar previamente las aplicaciones entrantes y encontrar bloqueos en el proceso. Pero con una advertencia: cada decisión de creación o limitación de derechos tomada por un proceso automatizado debe estar legalmente vinculada a un punto que un ser humano pueda revisar y justificar. El rechazo totalmente automatizado es ilegítimo sin objeciones ni revisión humana.
En la automatización, "¿dónde se mantiene a la gente?" pregunta
La decisión más crítica al diseñar la automatización de procesos es en qué punto participará el ser humano. Hay tres modelos comunes:
- Automatización total (sin humanos): adecuada solo para tareas sin autorización, de bajo riesgo y con reglas claras, por ejemplo, generación y entrega automática de un documento desde el sistema. Puede ser preferible que las reglas sean completamente claras y el error sea de bajo costo.
- Humano en el circuito: la IA/sistema produce una sugerencia, el humano la aprueba o corrige. Este es el modelo estándar de decisiones que crean o restringen derechos. Por ejemplo, el sistema evalúa previamente una solicitud de asistencia y el funcionario toma una decisión.
- Bajo supervisión humana (human-on-the-loop): el sistema funciona automáticamente, pero los humanos monitorean, toman muestras, verifican y reciben excepciones. Se utiliza en trabajos de alto volumen y riesgo medio.
Principio clave: cuanto más afecte la decisión a los derechos del ciudadano, más la persona debe estar en el centro. La asignación automática de una hora de cita y la decisión automática de cierre de un negocio no pueden estar sujetas al mismo régimen.
Pista: Para cada paso automático, "si este paso funciona mal, ¿cómo puede un ciudadano oponerse y cómo puede un ser humano solucionarlo?" Rediseñe la respuesta a la pregunta desde cero. La automatización sin ningún medio de objeción es errónea tanto desde el punto de vista jurídico como ético.
Paso a paso: diseñando un proceso digital
- Mapear el proceso. Todos los pasos, decisiones y actores desde la aplicación hasta la conclusión.
- Clasificar por riesgo. ¿Cada paso crea/restringe derechos? ¿Dónde es necesario el hombre?
- Seleccione qué automatizar. Pasos repetitivos, de bajo riesgo y con reglas claras.
- Generar formularios y textos de notificación. Sencillo, accesible y con mínimos datos personales.
- Establecer rutas de objeción y excepción. Adjunte un punto de control humano a cada decisión automatizada.
- Controlar el flujo de datos personales. ¿Qué datos van a dónde y por cuánto tiempo? (KVKK)
- Pilotar, monitorear, mejorar. Medir la tasa de errores y las quejas; arreglarlo.
tres mini casos
Caso 1: Automatización de documentos incompleta. En una institución, el 38% de las solicitudes fueron rechazadas por falta de documentos y los ciudadanos volvieron. Cuando se agregó una verificación de documentos faltantes respaldada por IA en el momento de la solicitud, el ciudadano vio el documento faltante incluso antes de enviar el formulario; La tasa de segunda solicitud disminuyó del 38% al 11% y la carga de taquilla disminuyó.
Caso 2: Reversión del rechazo totalmente automática. Un piloto de ayuda social calculó automáticamente el umbral de ingresos y rechazó automáticamente a aquellos que superaban el umbral. Pero algunas situaciones especiales (carga de atención a discapacitados, ingresos temporales) no estaban incluidas en la norma y hubo rechazos injustos. El proceso se ha convertido en un modelo “humano en el circuito”: el sistema evalúa previamente, el oficial ve las excepciones y toma la decisión. Las quejas por rechazo injusto desaparecieron.
Caso 3: Detección de obstrucciones. Una unidad que analizó registros de procesos de 6 meses con IA encontró que un promedio de 9 días de solicitudes estaban esperando un solo paso de aprobación; Sólo había una autoridad en ese paso. Cuando la autoridad fue otorgada a una segunda persona, el tiempo promedio disminuyó de 14 días a 6 días.
Cuatro plantillas copiables
1) Mapa de procesos y clasificación de riesgos:
Su rol: diseñador de procesos públicos. Extraiga todos los pasos del servicio a continuación, desde la solicitud hasta la conclusión. Para cada paso, especifique: (1) qué se está haciendo, (2) crea/restringe derechos, (3) será automatizado o se requerirá el juicio humano, (4) es el principal riesgo aquí. Marque el punto legal del que no esté seguro como "debe confirmarse". SERVICIO: [describir]
2) Texto simple de notificación/formulario:
Redactar un texto de notificación al ciudadano para la siguiente situación: sencillo, respetuoso, paso a paso. Indique claramente lo que se debe hacer, la duración [por confirmar] y la forma de objetar. No solicite datos personales innecesarios. No utilices jerga.SITUACIÓN: [p.ej. documento faltante / resultado de la solicitud]
3) Diseño de ruta de objeción y excepción:
Diseñar un mecanismo de control y objeción humano para el siguiente paso de decisión automática: (1) cómo objeta el ciudadano, (2) qué casos deben salir del automático y pasar al humano (excepciones), (3) qué debe buscar el humano al tomar la decisión, (4) tiempo y registro. Evite el rechazo completamente automático.PASO: [decisión automática]
4) Análisis de cuellos de botella del proceso:
Examine los registros del proceso (paso - duración) a continuación. Acabo de proporcionar los datos: (1) paso de espera más largo, (2) posible causa del cuello de botella (autoridad única, operación manual, etc.), (3) brinde 2 o 3 sugerencias de mejora. Sumando números desde fuera.LOG: [datos de paso y tiempo]
Aviso débil / Aviso fuerte
Débil: "Automatizar este proceso de solicitud".
Güçlü: "Diseñador de procesos públicos del rol. Primero extraiga todos los pasos desde la solicitud hasta la conclusión y clasifique cada paso como 'generador de derechos/no derechos', 'automatizado/requerido por humanos', 'riesgo principal'. Solo recomiende pasos con reglas claras y de bajo riesgo para la automatización; diseñe una ruta de aprobación y objeción humana para cada paso que limite los derechos, no recomiende el rechazo completamente automático. Marque el flujo de datos personales (qué datos van a dónde). Separe los puntos legales ambiguos como 'deben ser confirmado'."
La diferencia: un aviso potente separa la automatización según el riesgo, impone la revisión y la apelación humanas, hace visible el flujo de datos y la incertidumbre legal.
Selección del modelo de automatización.
tipo de negocio
Modelo adecuado
¿Por qué?
Producción de documentos (reglas-net)
Automatización completa
El bajo riesgo no crea derechos
Evaluación de ayudas/incentivos
humano en el bucle
Crea un derecho, hay excepciones.
Clasificación de alto volumen
bajo supervisión humana
El control de muestreo es suficiente.
Decisión de penalización/restricción
La gente está en el centro.
Grave restricción de derechos, se requiere justificación
Paridad de acceso y gestión de excepciones
Si bien digitalizar y automatizar un proceso público aumenta la eficiencia, crea un nuevo riesgo de desigualdad: la brecha digital (la imposibilidad de acceder a servicios para ciudadanos sin computadoras, acceso a Internet o alfabetización digital). Los ciudadanos mayores, discapacitados, rurales o de bajos ingresos pueden quedar excluidos de un proceso totalmente en línea. Un proceso digital bien diseñado siempre deja un canal alternativo (solicitud presencial, soporte telefónico, transacción proxy); La automatización no limita al ciudadano al canal, le ofrece opciones. Del mismo modo, una buena automatización está diseñada en torno al manejo de excepciones (lo que sucede cuando falta un documento, un error del sistema, se produce una excepción), no un escenario de "todo va bien"; Porque la verdadera victimización en el sector público la experimentan los ciudadanos que quedan fuera de las reglas.
Mini caso: aquellos excluidos por la automatización. Cuando una solicitud de asistencia social se movía completamente en línea, el número de solicitudes cayó un 30 por ciento en el primer mes, no porque la demanda hubiera disminuido, sino porque los grupos más necesitados, las personas mayores y los ciudadanos sin Internet, no pudieron presentar su solicitud. Cuando la institución abrió puntos de solicitud de apoyo en las oficinas de los jefes, el número se recuperó; eficiencia equilibrada con equidad de acceso.
Mini caso: proceso estancado en una excepción. En un proceso de concesión de licencia automatizado, AI comprobó previamente el documento; pero el sistema rechazó silenciosamente las solicitudes, considerando un tipo raro de documento como "inválido". Alrededor de 15 solicitudes legítimas por semana caían en este punto ciego. La solución: cuando el modelo no esté seguro, remitirlo al oficial en lugar de rechazarlo.
Plantilla que controla el diseño del proceso:
Tarea: Producir una lista de verificación de RIESGOS y ACCESO para el siguiente proceso digital.Proceso: [flujo paso a paso]Preguntas: 1) ¿Cómo aplica un ciudadano sin internet/dispositivo? 2) ¿Se proporciona acceso para discapacitados? 3) ¿Qué pasa con la aplicación si el sistema da un error? 4) ¿Quién decide en caso de excepción/regla? 5) Si se da rechazo automático, ¿existe algún método de objeción y control humano? Salida: Nivel de riesgo + recomendación para cada pregunta. Agregar una solución adecuada.
Consejo: Evalúe una automatización no por “cuántos procesos aceleró” sino también por “¿a quién dejó fuera?” El éxito en el servicio público se mide no tanto por la minoría que queda fuera como por la mayoría que da un paso al frente.
Errores comunes
- Tomar la decisión de limitar el derecho de forma totalmente automática. Es ilegítimo sin objeción y control humano.
- Tratando de encajar excepciones en la regla. La vida real va más allá de la regla; Deje la puerta humana como excepción.
- Pensando en la forma de objetar más adelante. Diseñe una forma de cuestionar y corregir cada decisión automatizada desde el principio.
- No controlar el flujo de datos personales. La automatización replica datos; Consulta dónde va y el tiempo de almacenamiento.
- Redacción del aviso en jerga. Si los ciudadanos no entienden, el proceso será digital pero inaccesible.
- Ampliarse sin pilotos. Primero mida la tasa de error a pequeña escala y luego amplíela.
En resumen
El gobierno electrónico y la automatización de procesos aceleran el servicio público y reducen la carga; La IA es poderosa para mapear estos procesos, generar texto, evaluar previamente y encontrar cuellos de botella. Pero el corazón del diseño es una pregunta: ¿dónde está lo humano? Cuanto más afecte la decisión a los derechos del ciudadano, más personas deberían estar en el centro; Cada decisión automática debe estar conectada a un punto de objeción y control humano, y el flujo de datos personales debe auditarse de acuerdo con la KVKK.
Tarea de aplicación
Seleccione un servicio en línea para su unidad. Con la plantilla “Mapa de procesos y clasificación de riesgos”, extraiga los pasos y marque cada uno según su riesgo y automatizabilidad. Diseñe un mecanismo de control humano para un paso de generación de derechos con la plantilla "Diseño de ruta de excepción y objeción". Genera un texto de notificación con la plantilla "Texto de notificación/formulario simple" y comprueba su accesibilidad.
lista de verificación
- [ ] He clasificado cada paso en términos de riesgo y automatizabilidad.
- [ ] No he dejado ninguna decisión de restricción de derechos a la automatización total.
- [] He conectado la revisión humana y la apelación a cada decisión automatizada.
- [] Diseñé una puerta humana para excepciones.
- [ ] He auditado el flujo y el período de almacenamiento de datos personales (KVKK).
- [ ] Escribí las notificaciones de forma sencilla y accesible; Lo probé con el piloto.