Cómo diseñar tableros que los operadores sí usan

Imagina el tablero nuevo de una línea con 46 mosaicos, tendencias en vivo de cada sensor, un modelo 3D de la máquina y un color para cada producto. Los operadores lo miran al empezar el turno y luego regresan al panel viejo, porque cuando algo sale mal la pantalla nueva no les dice qué hacer. Diseñar tableros que los operadores sí usan arranca de una pregunta distinta a “¿qué datos tenemos?”. Arranca de “¿qué necesita notar, entender y decidir el operador, y qué tan rápido?”. Esta guía recorre siete pasos, apoyada en los estándares ISA para HMI de proceso y administración de alarmas y en la investigación sobre conciencia situacional y automatización.

Puntos clave

• Diseña a partir de las decisiones. El modelo de conciencia situacional de Endsley tiene tres niveles (percibir los elementos, entender lo que significan y proyectar lo que va a pasar), y una buena pantalla apoya los tres, no solo el primero.
• Muestra los valores contra su rango normal o su objetivo. Un número sin contexto obliga al operador a hacer la comparación en su cabeza, cada vez.
• Usa el color con moderación y de forma consistente, sobre todo para condiciones anormales. Cuando todo tiene color, nada resalta.
• Ponle presupuesto a las alarmas. La guía de la ISA-18.2 que se cita en la industria da cerca de 150 alarmas por día (una cada diez minutos, más o menos) como muy probablemente aceptable y cerca de 300 por día como el máximo manejable.
• Diseña para la situación anormal. “Ironies of Automation” de Bainbridge (1983) señaló que la automatización le deja a la persona el trabajo de tomar el control cuando algo sale mal, que es justo cuando la pantalla más importa.

El problema de fondo: tableros hechos desde los datos, no desde la decisión

La mayoría de los tableros industriales se arman de abajo hacia arriba: la plataforma de datos expone todos los tags y el tablero muestra los que quepan. El resultado es fácil de construir y se ve muy bien en un demo. También es difícil de usar, porque el operador tiene que buscar en la pantalla lo que importa, comparar cada número con un valor normal que trae en la memoria y deducir qué significa una combinación de lecturas.

La operación normal esconde el problema. Cuando el proceso está estable, cualquier pantalla se ve bien. La prueba de un tablero es la situación anormal: se dispara una bomba, una temperatura se desvía, se para una línea aguas arriba. En esos momentos el operador necesita que la pantalla le diga qué está mal, qué tan grave es y qué hacer primero.

Paso 1: Haz la lista de decisiones que toman los operadores

Acompaña a los operadores durante un turno y anota las decisiones que toman y la información que necesita cada una. Las decisiones típicas son si la línea está corriendo como se espera, qué unidad necesita atención primero, si una desviación requiere acción ya o puede esperar, y qué acción tomar.

El artículo de Endsley de 1995 en Human Factors, “Toward a Theory of Situation Awareness in Dynamic Systems”, describió la conciencia situacional en tres niveles: percibir los elementos relevantes del entorno, comprender lo que significan en conjunto y proyectar su estado en el futuro cercano. Cada decisión de tu lista necesita apoyo en uno o más de esos niveles. Un valor crudo apoya la percepción. Un valor contra sus límites apoya la comprensión. Una tendencia con el tiempo estimado para llegar al límite apoya la proyección.

Paso 2: Muestra los valores contra lo normal, no solo los valores

Para cada valor que usa el operador, muéstralo con su contexto: el rango normal de operación, el objetivo o setpoint y los límites de alarma. Un indicador analógico o una barra pequeña con la banda normal marcada deja ver de un vistazo si el valor está donde debe, sin leer dígitos.

Las tendencias funcionan igual. Una tendencia corta con la banda normal sombreada muestra si un valor está estable, se va desviando u oscila, cosa que un número solo no puede. Elige periodos que correspondan al proceso: minutos para un lazo rápido, horas para el nivel de un tanque.

Paso 3: Guarda el color para lo que necesita atención

Usa una paleta discreta y consistente para las condiciones normales y reserva los colores fuertes para las anormales, en especial para los estados de alarma. La ISA-101.01-2015, el estándar de interfaces humano-máquina para automatización de procesos, incluye la consistencia y la conciencia situacional entre sus principios clave, y un uso consistente y moderado del color es una de las formas más directas de aplicarlos.

Evita usar el color para distinguir categorías que no necesitan atención, como tipos de producto o nombres de máquinas, y no dependas solo del color: agrega forma, posición o texto, porque algunos operadores tienen deficiencias en la visión de color y algunas pantallas se lavan con luz intensa.

Paso 4: Arma una jerarquía de la vista general al detalle

Organiza las pantallas por niveles: una vista general de toda el área de la que es responsable el operador, una pantalla por unidad o línea, una pantalla de detalle por equipo y pantallas de diagnóstico para resolver problemas. La vista general debe mostrar el estado de todo en una sola vista, con las áreas anormales resaltando; un clic debe llevar al operador a la unidad y otro al detalle.

La vista general no es un resumen de todos los tags. Muestra los pocos valores por unidad que dicen si la unidad está sana, contra sus rangos normales, y el estado de alarma de cada unidad.

Paso 5: Diseña las alarmas como un sistema con presupuesto

Una alarma, según la definición de la ISA-18.2 que resume Marcus Tennant en Control Engineering (2013), es una indicación audible o visible para el operador de una condición que requiere respuesta. Lo que no requiere respuesta es un evento o un mensaje, no una alarma.

El mismo artículo cita las metas de desempeño asociadas con la ISA-18.2: cerca de 150 alarmas por día, seis por hora o una cada diez minutos en promedio, como muy probablemente aceptable, y cerca de 300 por día, doce por hora o dos cada diez minutos, como el máximo manejable. Se describen como límites prácticos de la capacidad humana. Un tablero que dispara más alarmas que eso les enseña a los operadores a ignorarlas.

Cada alarma debe tener una causa definida, una respuesta definida y una prioridad. Revisa con regularidad las alarmas más frecuentes, quita las que no requieren respuesta y corrige las que parpadean con bandas muertas o retardos.

Paso 6: Diseña para la situación anormal y el momento de tomar el control

El artículo de Lisanne Bainbridge de 1983, “Ironies of Automation”, en Automatica, observó que entre más se automatiza un proceso, más se vuelve el papel de la persona vigilar y tomar el control cuando la automatización falla, y que esas son tareas que a la gente le cuestan: vigilar un proceso estable durante mucho tiempo cansa, y las habilidades manuales se pierden cuando casi no se usan.

Para los tableros, eso significa que el caso crítico de diseño es el momento de tomar el control. Prueba qué ve el operador cuando se dispara un equipo clave: si la primera alarma apunta a la causa o a una consecuencia, si la pantalla muestra lo que estaba haciendo la automatización y si el operador encuentra rápido los controles y procedimientos que necesita.

Paso 7: Prueba con operadores y sigue mejorando

Enséñales prototipos a los operadores desde temprano, con datos realistas que incluyan situaciones anormales grabadas o simuladas. Pídeles que encuentren un problema y decidan qué hacer, y mide cuánto tardan y adónde miran. La ISA-101 plantea el trabajo de HMI como un ciclo de vida, del diseño a la administración continua, y eso incluye cambiar las pantallas cuando cambia el proceso y cuando los operadores encuentran algo confuso.

Tablero de datos vs tablero de decisiones

Aspecto	Tablero desde los datos	Tablero desde las decisiones
Punto de partida	Todos los tags disponibles	Las decisiones que toman los operadores
Valores	Números y medidores	Valores contra rango normal, objetivo y límites
Color	Decorativo y por categoría	Discreto para lo normal; colores fuertes solo para lo anormal
Estructura	Una pantalla saturada	Niveles de vista general, unidad, detalle y diagnóstico
Alarmas	Cada límite es una alarma	Cada alarma requiere respuesta; tasa dentro del presupuesto
Tendencias	Largas, por todos lados	Cortas, con banda normal, donde importa proyectar
Se prueba con	Demo en operación normal	Operadores ante eventos anormales grabados o simulados

Cómo aplicarlo

Si tienes una hora

Elige una pantalla y, para cada valor que tiene, anota si muestra su rango normal. Cuenta cuántos colores se usan para cosas que no necesitan atención.

Si tienes un sprint

Acompaña a los operadores durante un turno, haz la lista de sus decisiones y rediseña una vista general alrededor de ellas, con valores contra rangos normales y color moderado. Pruébala con un disparo simulado.

Si quieres que dure toda la vida del producto

Mide cada mes la tasa de alarmas por operador contra las metas de la ISA-18.2, revisa las diez alarmas más frecuentes y lleva una bitácora de cambios de las pantallas para que los operadores sepan qué se movió y por qué.

La pregunta que debes hacerte: “Cuando algo sale mal en esta línea, ¿cuántos segundos tarda un operador en encontrar qué y dónde, y qué es lo primero que mira?”

Preguntas frecuentes

¿Qué hace bueno a un tablero industrial para operadores?

Que está construido alrededor de las decisiones de los operadores, muestra cada valor contra su rango normal, usa el color sobre todo para condiciones anormales, permite pasar rápido de la vista general al detalle y mantiene las alarmas en una tasa manejable.

¿Cuántas alarmas por hora puede manejar un operador?

La guía asociada con la ISA-18.2 da cerca de seis por hora (una cada diez minutos) en promedio como muy probablemente aceptable y cerca de doce por hora como el máximo manejable, como límites prácticos de la capacidad humana.

¿Qué es la ISA-101?

La ANSI/ISA-101.01-2015 es un estándar de interfaces humano-máquina para automatización de procesos. Da un marco de ciclo de vida para el diseño y la administración de HMI, con principios que incluyen la conciencia situacional, la consistencia y una navegación clara.

¿Los tableros para operadores deben usar mucho color?

No. Usar colores discretos para las condiciones normales y reservar los fuertes para los estados anormales hace que los problemas resalten. El color no debe ser la única señal, por las diferencias en la visión de color y por las condiciones de las pantallas.

¿Qué es la conciencia situacional en el diseño de HMI?

Es la percepción que tiene el operador de los elementos relevantes, su comprensión de lo que significan y su proyección de lo que va a pasar, como la describió Endsley. Las pantallas deben apoyar las tres, por ejemplo mostrando valores contra límites y tendencias hacia ellos.

Lecturas relacionadas: procesamiento en el borde vs la nube para datos industriales, datos de vibración para mantenimiento predictivo y cómo explicar un producto de automatización industrial.

Fuentes

1. Endsley, M. R. (1995). “Toward a Theory of Situation Awareness in Dynamic Systems.” Human Factors, 37(1), 32–64. https://doi.org/10.1518/001872095779049543
2. Bainbridge, L. (1983). “Ironies of Automation.” Automatica, 19(6), 775–779. https://doi.org/10.1016/0005-1098(83)90046-8
3. ISA. ANSI/ISA-101.01-2015, Human Machine Interfaces for Process Automation Systems. https://www.isa.org/products/isa-101-01-2015-human-machine-interfaces-for
4. ANSI (s. f.). “ANSI/ISA 101.01-2015: HMI for Process Automation.” The ANSI Blog. https://blog.ansi.org/ansi/ansi-isa-101-01-2015-hmi-for-process-automation/
5. Tennant, M. (2013). “Implementing Alarm Management per the ANSI/ISA-18.2 Standard.” Control Engineering, republicado por Yokogawa. https://www.yokogawa.com/uk/library/resources/media-publications/implementing-alarm-management-per-the-ansi-isa-182-standard-control-engineering