Supervisión humana efectiva sobre decisiones de un sistema de inteligencia artificial

AI ACT · SUPERVISIÓN HUMANA

Supervisión humana en IA: cómo diseñarla y demostrarla

Muchas organizaciones dicen que sus sistemas de inteligencia artificial tienen supervisión humana.

Pero cuando se pregunta cómo funciona, la respuesta suele ser mucho menos clara.

“Una persona revisa el resultado.”

“Siempre hay alguien que valida.”

“El usuario toma la decisión final.”

Eso puede ser cierto.

Pero no demuestra necesariamente que exista una supervisión humana efectiva.

La pregunta relevante es otra:

¿puede realmente esa persona entender, cuestionar, corregir, ignorar o detener el resultado del sistema cuando sea necesario?

En sistemas de IA de alto riesgo, el artículo 14 del AI Act convierte esta cuestión en un requisito explícito.

La supervisión debe estar diseñada para reducir riesgos.

Y debe ser proporcional a:

  • el riesgo
  • el nivel de autonomía
  • el contexto de uso.

No basta con poner una persona al final del proceso.

Hay que diseñar qué puede hacer.

Qué significa realmente supervisión humana

Supervisión humana significa que una o varias personas pueden ejercer control efectivo sobre el uso de un sistema de IA.

No se trata simplemente de estar presentes.

La persona debe poder:

  • comprender qué hace el sistema
  • interpretar sus resultados
  • detectar comportamientos inesperados
  • cuestionar sus recomendaciones
  • intervenir
  • escalar
  • detener el proceso cuando sea necesario.

Por tanto, la supervisión humana tiene dos componentes.

Capacidad

La persona sabe qué está haciendo.

Autoridad

La persona puede actuar.

Si existe conocimiento pero no existe autoridad, la supervisión es limitada.

Si existe autoridad pero no conocimiento suficiente, también.

La efectividad aparece cuando ambos elementos están presentes.

Qué exige el artículo 14 del AI Act

El artículo 14 establece que los sistemas de IA de alto riesgo deben diseñarse y desarrollarse de forma que puedan ser supervisados eficazmente por personas durante su uso.

El objetivo es prevenir o reducir riesgos para:

  • salud
  • seguridad
  • derechos fundamentales.

Las medidas deben ser proporcionales a:

  • los riesgos
  • el nivel de autonomía
  • el contexto de uso.

El artículo también exige que las personas encargadas de la supervisión puedan, según proceda:

  • entender las capacidades y limitaciones del sistema
  • monitorizar su funcionamiento
  • detectar anomalías
  • ser conscientes del automation bias
  • interpretar correctamente los outputs
  • ignorar, invalidar o revertir resultados
  • intervenir en el funcionamiento
  • detener el sistema de forma segura.

Por tanto, la supervisión humana no es únicamente una función organizativa.

También tiene una dimensión técnica.

Qué papel tiene el responsable del despliegue

El AI Act no coloca toda la responsabilidad en el proveedor.

El responsable del despliegue también tiene obligaciones.

Debe asignar la supervisión humana a personas que dispongan de:

  • competencia
  • formación
  • autoridad
  • apoyo necesario.

Esto significa que la organización que utiliza un sistema de alto riesgo debe pensar en cuestiones muy concretas:

¿Quién supervisa?

¿Tiene conocimientos suficientes?

¿Puede detener el proceso?

¿Puede contradecir el output?

¿Necesita aprobación adicional?

¿A quién escala?

¿Qué evidencia deja?

La supervisión debe integrarse en la operativa real y en la asignación de roles y responsabilidades.

Human-in-the-loop, human-on-the-loop y human-in-command

En la práctica se utilizan distintos modelos de supervisión.

Human-in-the-loop

La persona interviene directamente dentro del proceso de decisión.

Por ejemplo:

un sistema recomienda candidatos y una persona revisa antes de tomar la decisión.

Human-on-the-loop

La persona supervisa el funcionamiento general y puede intervenir cuando detecta anomalías.

Por ejemplo:

un operador monitoriza un sistema automatizado y actúa si aparecen desviaciones.

Human-in-command

La persona o la organización mantiene autoridad global sobre el sistema.

Puede decidir:

  • cuándo utilizarlo
  • cuándo limitarlo
  • cuándo suspenderlo
  • cuándo retirarlo.

Estos modelos no son categorías jurídicas cerradas del AI Act.

Son formas útiles de diseñar distintos niveles de control.

Empezar por el riesgo

La supervisión no debería diseñarse antes de entender el riesgo.

Primero conviene preguntar:

  • qué puede salir mal
  • a quién puede afectar
  • qué impacto puede producir
  • qué probabilidad existe
  • qué otros controles ya existen
  • qué riesgo residual permanece.

Por ejemplo:

si un sistema recomienda contenido interno de bajo impacto, quizá una supervisión ligera sea suficiente.

Pero si influye en:

  • empleo
  • acceso a servicios
  • crédito
  • salud
  • seguridad

la intervención humana puede necesitar ser mucho más robusta.

La supervisión debe ser proporcional y conectarse con la gestión de riesgos y, cuando proceda, con la evaluación de impacto.

Definir quién supervisa

Uno de los errores más comunes es escribir:

“el usuario revisará el resultado”.

Eso no define una responsabilidad.

Conviene especificar:

  • rol
  • departamento
  • autoridad
  • competencias
  • suplencia
  • escalado.

Por ejemplo:

Responsable de RR. HH.

puede revisar recomendaciones de un sistema de selección.

Pero quizá no tenga autoridad para corregir un problema técnico.

En ese caso puede necesitar:

  • escalado a TI
  • escalado a Compliance
  • escalado al proveedor.

La supervisión puede requerir más de un nivel.

Competencia, formación y autoridad

Una persona solo puede supervisar un sistema si entiende suficientemente qué debe observar.

Puede necesitar formación sobre:

  • finalidad del sistema
  • capacidades
  • limitaciones
  • riesgos
  • sesgos
  • datos
  • indicadores
  • controles
  • procedimientos de escalado.

Esta competencia puede desarrollarse mediante medidas de AI literacy adaptadas al rol.

Pero la formación por sí sola no basta.

La persona también debe tener autoridad.

Debe poder decir:

“no acepto este resultado”.

O:

“detenemos el proceso”.

Sin consecuencias organizativas que hagan imposible ejercer esa función.

Entender capacidades y limitaciones

Una supervisión efectiva requiere conocer qué puede hacer el sistema.

Y también qué no puede hacer.

Por ejemplo:

  • qué datos utiliza
  • qué población representa
  • qué nivel de precisión tiene
  • en qué escenarios falla
  • qué condiciones degradan su rendimiento
  • qué cambios pueden afectar al resultado.

La persona supervisora no necesita convertirse en desarrolladora.

Pero sí necesita información suficiente para interpretar el output de forma contextual.

Un resultado con un 90 % de confianza puede parecer convincente.

Pero esa cifra no tiene sentido sin entender cómo se calcula y qué significa.

Automation bias: cuando el humano deja de cuestionar

Uno de los riesgos específicos mencionados por el AI Act es el automation bias.

Ocurre cuando una persona confía excesivamente en la recomendación de un sistema automatizado.

Puede pensar:

“si la máquina lo dice, será correcto”.

Esto puede ocurrir especialmente cuando:

  • el sistema parece muy preciso
  • utiliza interfaces convincentes
  • la persona tiene poco tiempo
  • el volumen de decisiones es alto
  • cuestionar el sistema genera más trabajo.

Una supervisión efectiva debe estar diseñada para reducir ese efecto.

Por ejemplo:

  • mostrando incertidumbre
  • explicando factores relevantes
  • obligando a justificar decisiones
  • facilitando revisión
  • evitando interfaces que empujen automáticamente hacia una opción.

Aprobar, ignorar, revertir, escalar o detener

La supervisión necesita acciones claras.

Una persona puede necesitar capacidad para:

Aprobar

Aceptar la recomendación del sistema.

Ignorar

No utilizar el output.

Revertir

Modificar una decisión previamente sugerida o ejecutada.

Escalar

Enviar el caso a una persona con mayor competencia o autoridad.

Detener

Interrumpir el sistema o proceso.

No todos los sistemas necesitan todas estas opciones.

Pero deben definirse las necesarias.

La interfaz y el procedimiento deberían permitir ejecutarlas realmente.

Cómo diseñar la supervisión humana paso a paso

Un enfoque práctico puede ser:

Paso 1. Identificar el sistema

Finalidad, usuarios, afectados y contexto. Un inventario práctico ayuda a mantener esa información conectada.

Paso 2. Analizar riesgos

Determinar qué riesgos permanecen.

Paso 3. Decidir qué decisiones requieren intervención humana

No todas necesitan el mismo nivel.

Paso 4. Definir el modelo

Human-in-the-loop, on-the-loop o una combinación.

Paso 5. Asignar responsables

Definir quién supervisa.

Paso 6. Definir autoridad

Qué puede:

  • aprobar
  • rechazar
  • revertir
  • escalar
  • detener.

Paso 7. Proporcionar información

Asegurar que la persona entiende capacidades y limitaciones.

Paso 8. Formar

Adaptar formación al rol.

Paso 9. Diseñar evidencias

Registrar decisiones relevantes.

Paso 10. Monitorizar

Comprobar si el modelo funciona.

Paso 11. Revisar

Actualizar cuando cambian:

  • sistema
  • datos
  • contexto
  • riesgos.

La supervisión humana también tiene ciclo de vida.

Equipo diseñando un flujo de supervisión humana para decisiones asistidas por IA

Qué evidencias permiten demostrarla

Una organización debería poder demostrar cómo funciona la supervisión.

Pueden existir evidencias como:

  • procedimiento
  • matriz de responsabilidades
  • designación de supervisores
  • formación
  • instrucciones de uso
  • registros de revisión
  • decisiones humanas
  • overrides
  • escalados
  • interrupciones
  • incidencias
  • auditorías
  • revisiones periódicas.

Por ejemplo:

si una persona modifica una recomendación del sistema, puede registrarse:

  • output original
  • decisión humana
  • motivo
  • fecha
  • responsable.

Eso genera trazabilidad.

Cómo monitorizar si funciona

No basta con diseñar la supervisión.

También hay que comprobar si se utiliza correctamente.

Pueden revisarse indicadores como:

  • porcentaje de outputs revisados
  • overrides
  • escalados
  • incidencias
  • tiempos de revisión
  • decisiones revertidas
  • errores detectados por supervisores
  • decisiones cuestionadas
  • resultados de auditorías.

Un porcentaje de override igual a cero no significa necesariamente que el sistema funcione perfectamente.

También puede indicar que nadie lo cuestiona.

Por eso las métricas necesitan contexto.

Errores habituales

Poner una persona al final del proceso

Presencia no significa supervisión efectiva.

No darle autoridad

Una persona que no puede detener o corregir tiene capacidad limitada.

Confiar ciegamente en el output

Automation bias.

No formar

La supervisión requiere competencias.

Revisar demasiado tarde

En algunos procesos la intervención debe producirse antes de que el resultado tenga efecto.

No registrar decisiones

Sin evidencia resulta difícil demostrar control.

No adaptar la supervisión al riesgo

Un único modelo para todos los sistemas suele ser ineficiente.

No revisar el modelo

Cambios en el sistema pueden exigir cambios en la supervisión.

Qué debería hacer una organización ahora

Un punto de partida razonable sería:

1. Revisar el inventario

Identificar qué sistemas requieren supervisión.

2. Clasificar sistemas

Determinar cuáles son de alto riesgo mediante un proceso de clasificación según el AI Act.

3. Revisar instrucciones del proveedor

Identificar medidas de supervisión previstas.

4. Analizar riesgos

Determinar qué intervención humana es necesaria.

5. Asignar responsables

Competencia, formación, autoridad y apoyo.

6. Diseñar el flujo

Definir cuándo:

  • revisar
  • aprobar
  • rechazar
  • escalar
  • detener.

7. Registrar evidencia

Crear trazabilidad.

8. Monitorizar

Comprobar funcionamiento.

9. Revisar periódicamente

Actualizar cuando cambian sistema o contexto.

El objetivo no es poder decir:

“hay una persona supervisando”.

La pregunta correcta es:

“¿esa persona puede realmente cambiar el resultado cuando hace falta?”

Supervisar no es mirar: es poder intervenir

La supervisión humana solo aporta valor cuando la persona tiene capacidad real para actuar.

Eso requiere:

conocimiento, contexto, autoridad y evidencia.

Una organización puede diseñar interfaces sofisticadas y procedimientos detallados.

Pero si la persona:

  • no entiende el sistema
  • no cuestiona el resultado
  • no puede revertirlo
  • no sabe cuándo escalar

la supervisión puede convertirse en una formalidad.

El objetivo es distinto.

Conseguir que la inteligencia artificial apoye decisiones sin eliminar la capacidad humana de controlarlas. Este diseño puede integrarse en un AI governance framework.

Referencias

  • Regulation (EU) 2024/1689 — Artificial Intelligence Act.
  • Article 14 — Human oversight.
  • Article 26 — Obligations of deployers of high-risk AI systems.
  • Article 13 — Transparency and provision of information to deployers.
  • European Commission — Navigating the AI Act.

¿Sabes quién puede detener una decisión de IA en tu organización?

La supervisión humana empieza por saber qué sistemas existen, qué riesgos presentan y quién tiene autoridad real para intervenir.

Realizar diagnóstico →
El diagnóstico de Céntrika puede ayudarte a identificar brechas en roles, riesgos, controles y evidencias.