El módulo de IA para evaluar riesgos en maquinaria en Safety Software

La evaluación del riesgo de la máquina no empieza rellenando una tabla. Empieza entendiendo cómo trabaja la máquina, quién la usa, dónde puede fallar el proceso y qué hace una persona expuesta cuando la producción aprieta. Por eso estamos desarrollando un módulo de IA para evaluar riesgos en maquinaria dentro de Safety Software. No como un automatismo para aprobar el riesgo. No como un atajo hacia el marcado CE. No como sustituto del equipo de diseño. El módulo de IA sirve para pasar de información dispersa a un primer borrador técnico que un ingeniero puede revisar, corregir y usar con criterio.

El formulario es una herramienta, no el método. Si el contexto está mal descrito, el resto se tuerce. La evaluación acaba convertida en una lista de etiquetas: partes móviles, energía eléctrica, bordes cortantes, alta temperatura. Eso puede señalar una fuente de peligro, sí. Pero todavía no describe un escenario de peligro real. Falta la persona, la tarea, la fase del ciclo de vida, la zona peligrosa, el suceso peligroso y el daño posible.

Cómo encaja el módulo de IA para evaluar riesgos en maquinaria ISO 12100

ISO 12100 plantea un proceso ordenado. Primero se determinan los límites de la máquina. Después se identifican las fuentes de peligro y las situaciones peligrosas asociadas. Luego el equipo estima el riesgo, lo evalúa, define cada medida de protección, analiza la reducción del riesgo y describe el riesgo residual.

El módulo de IA en Safety Software apoya partes de ese proceso, pero no lo cierra. Puede preparar una propuesta de texto, una variante de descripción, una lista de puntos a comprobar o el borrador de un escenario de peligro. Pero no declara que la máquina sea segura. No aprueba el riesgo residual. No decide por sí mismo si las medidas de protección cumplen una norma tipo B o tipo C.

La decisión final la toma el ser humano. Esto no es una frase bonita para quedar bien. Es una condición de diseño. En la documentación técnica no cuenta solo que el campo esté lleno. Cuenta si el texto corresponde a la máquina real, si describe el escenario correcto y si puede defenderse ante una auditoría, tras un cambio de diseño o después de un incidente en la máquina.

Uso previsto y mal uso razonablemente previsible

Uno de los primeros bloques que puede apoyar el módulo de IA es la descripción del uso previsto y del mal uso razonablemente previsible. Es el punto de partida. Si el texto dice simplemente que la máquina sirve para procesar piezas, el análisis pierde precisión en la primera curva.

Ese tipo de frase no dice quién opera la máquina, en qué modo, con qué material, bajo qué condiciones, con qué útiles, con qué restricciones ni qué comportamientos se pueden esperar en planta. Y en planta la gente no trabaja en abstracto. Trabaja con prisas, con turnos, con ajustes, con paradas, con limpiezas, con pequeñas incidencias y con soluciones improvisadas que a veces se repiten hasta parecer normales.

El módulo de IA puede generar un primer borrador a partir de la información introducida por el usuario. Después el equipo lo revisa, lo acota o lo corrige. Puede ayudar a ordenar, entre otros aspectos:

• el proceso para el que está destinada la máquina;
• el perfil de usuario previsto;
• las competencias necesarias del operador;
• los modos de funcionamiento de la máquina;
• los tipos de materiales, productos o herramientas incluidos en el proceso;
• los comportamientos del usuario que se pueden prever razonablemente;
• el uso que debe excluirse por diseño o describirse en el manual de instrucciones.

Esta descripción no tiene función comercial. No vende la máquina. Sostiene la identificación de fuentes de peligro y el desarrollo posterior de escenarios de peligro.

Límites de la máquina sin atajos mentales

ISO 12100, definir los límites de la máquina no significa solo indicar medidas exteriores o dibujar el perímetro de una célula. Significa describir formalmente las condiciones en las que la máquina debe funcionar y dentro de las cuales se realiza la evaluación del riesgo de la máquina.

Los límites de la máquina pueden incluir límites de uso, espaciales, temporales y otros límites derivados del proceso, del entorno de trabajo o de la explotación prevista. El módulo de IA puede proponer una estructura clara para no dejar cabos sueltos:

• Límites de uso: uso previsto, usuarios previstos, modos de funcionamiento y mal uso razonablemente previsible.
• Límites espaciales: ubicación de instalación, zonas de trabajo, zona peligrosa, accesos a la máquina, rango de movimientos y conexiones con otras máquinas.
• Límites temporales: vida útil prevista, ciclos de trabajo, intervalos de mantenimiento, desgaste de componentes y tiempo de funcionamiento de elementos críticos.
• Otros límites: condiciones ambientales, temperatura, humedad, polvo, alimentación, fluidos, limpieza, tipo de material y requisitos de instalación.

Cuando los límites de la máquina están bien descritos, el resto de la evaluación respira. Los escenarios de peligro ya no se escriben en el vacío. Se conectan con la forma real en que la máquina se instala, se ajusta, se limpia, se mantiene y se usa.

Escenarios de peligro: de la fuente de peligro al relato técnico concreto

En una evaluación del riesgo de la máquina no basta con nombrar la fuente de peligro. Partes móviles, borde cortante, alta temperatura o energía acumulada son solo el arranque. El equipo debe explicar quién está expuesto, cuándo ocurre la exposición, durante qué tarea y qué daño posible puede aparecer.

Un buen escenario de peligro debe incluir, como mínimo:

• la persona expuesta;
• la tarea realizada por esa persona;
• la fase del ciclo de vida de la máquina;
• la zona peligrosa donde se produce la exposición;
• la fuente de peligro;
• la situación peligrosa, el suceso peligroso o ambos;
• el daño posible.

El módulo de IA puede preparar borradores de escenarios de peligro a partir del contexto de la evaluación y de los datos disponibles en Safety Software. No se trata de generar un párrafo suelto fuera de la documentación. El escenario debe servir después para estimar el riesgo, seleccionar una medida de protección, justificar la reducción del riesgo y describir el riesgo residual.

La IA puede proponer texto. Pero el usuario debe comprobar si ese escenario existe de verdad en la máquina. El equipo de diseño sabe si la situación aparece durante el funcionamiento normal, el reglaje, la limpieza, la eliminación de atascos, el mantenimiento, el transporte o la puesta en marcha. La IA no debe inventar realidad. Debe ayudar a ordenar la que el equipo conoce.

Borrador para revisar, no entrada cerrada

En Safety Software, las propuestas del módulo de IA tienen carácter de trabajo. El usuario puede aceptarlas, editarlas o rechazarlas. Ese punto es clave, porque reduce el riesgo de copiar texto sin pensar. Y copiar sin pensar en seguridad de máquinas no es eficiencia. Es deuda técnica con casco.

La IA puede acelerar el arranque, pero no libera al equipo de revisar. Cada descripción debe corresponder al proyecto real, al uso previsto y al comportamiento posible de los usuarios. Una buena propuesta de IA debe ser concreta, editable, vinculada a la máquina evaluada, coherente con el lenguaje de la evaluación del riesgo de la máquina, alineada con ISO 12100 y útil para una revisión técnica.

El valor no está en que aparezca texto en pantalla. El valor está en que el equipo llegue antes a las preguntas importantes. ¿El escenario de peligro es real? ¿La persona expuesta es la correcta? ¿La tarea existe en esa fase del ciclo de vida? ¿El daño posible está bien descrito? ¿La medida de protección reduce el elemento del riesgo que se ha identificado?

Esas preguntas las sigue haciendo una persona. Y las respuestas deben quedar en la documentación técnica.

Qué aporta el módulo de IA para evaluar riesgos en maquinaria a la coherencia documental

En la documentación de máquinas se mezclan a menudo conceptos que deberían estar separados. La fuente de peligro se trata como si fuera el escenario completo. La situación peligrosa se confunde con el suceso peligroso. La medida de protección aparece sin indicar qué parte del riesgo reduce. El riesgo residual se liquida con una palabra, un color o una casilla.

Ahí el módulo de IA puede ayudar mucho. Puede proponer una redacción más ordenada, señalar un elemento que falta en el escenario de peligro o ayudar a separar conceptos que en la documentación técnica cumplen funciones distintas.

Esto pesa especialmente en evaluaciones grandes. Cuantas más tareas, fases del ciclo de vida, zonas peligrosas, fuentes de peligro y medidas de protección se acumulan, más difícil es mantener el mismo criterio de redacción. Si la IA actúa como asistente del proceso, no como autor autónomo de la documentación final, puede sostener esa coherencia.

El criterio en Safety Software es claro: la evaluación del riesgo de la máquina debe enseñar no solo el resultado, sino también el camino hasta la decisión. ¿Quién estaba expuesto? ¿Qué tarea realizaba? ¿Qué situación peligrosa podía generarse? ¿Qué suceso peligroso podía llevar al daño? ¿Qué medida de protección se aplicó? ¿Qué quedó como riesgo residual?

Sin ese rastro de decisión, la evaluación pierde fuerza técnica. Se convierte en una tabla muerta. Y una tabla muerta no protege a nadie ni explica nada cuando llegan las preguntas difíciles.

Asistente de IA en el trabajo diario de ingeniería

El nuevo módulo de IA se desarrolla como asistente para trabajar la evaluación del riesgo de la máquina. Eso se traduce en usos muy concretos.

Primero, el usuario puede preparar más rápido una descripción de trabajo de la máquina, su uso previsto y los límites de la máquina.

Segundo, la IA puede apoyar la creación de escenarios de peligro para tareas concretas, fases del ciclo de vida específicas y personas expuestas determinadas.

Tercero, el módulo puede ayudar a ordenar el lenguaje de la documentación: fuente de peligro, situación peligrosa, suceso peligroso, daño posible, medida de protección y riesgo residual. Cada cosa en su sitio. Sin mezclar piezas que luego nadie puede defender.

Cuarto, la IA puede apoyar una revisión de coherencia de los textos preparados. No como auditor final. No como sello de aprobación. Como herramienta para detectar huecos, generalidades y descripciones demasiado cómodas.

Es una ayuda práctica para equipos que no quieren producir la evaluación del riesgo de la máquina como una hoja estática. Quieren una documentación que muestre la lógica de las decisiones de diseño.

La IA no asume la responsabilidad del fabricante

El módulo de IA puede acelerar el trabajo y mejorar la coherencia, pero no asume la responsabilidad del fabricante/integrador/equipo de diseño. Esto conviene decirlo sin rodeos.

La IA no ve la máquina como la ve el proyectista mecánico, el especialista de automatización, el tecnólogo, el responsable de seguridad o el personal de mantenimiento. No conoce todas las condiciones de explotación. No observa los atajos reales que utilizan los operadores. No sustituye una medición, una validación ni una verificación de las medidas de protección.

Tampoco decide por sí sola si se cumplen los requisitos del Reglamento (UE) 2023/1230, de la Directiva 2006/42/CE durante su aplicación, de una norma tipo B o de una norma tipo C. Puede ayudar a preparar material para la decisión. Pero la decisión la toma el ser humano.

Esta frontera es sana. La IA no debe convertirse en un oráculo. Si se usa así, se vuelve peligrosa. Si se usa como asistente, aporta velocidad, orden y una base mejor para revisar.

Nueva función, misma dirección de desarrollo

Safety Software se desarrolla alrededor de una idea sencilla: la evaluación del riesgo de la máquina no debería ser una tabla muerta. Debe mostrar cómo piensa el equipo, qué reducción del riesgo se ha aplicado y por qué se aceptan determinados riesgos residuales.

El módulo de IA encaja en esa dirección. No acorta el proceso saltándose etapas importantes. Acorta el camino desde la información desordenada hasta un material de trabajo que puede analizarse con rigor.

Esto importa mucho en máquinas complejas y líneas integradas. En esos proyectos, el problema no es solo estimar el riesgo. El problema es mantener la coherencia entre descripciones, tareas, fuentes de peligro, medidas de protección y riesgo residual. Ahí una IA bien limitada puede ser útil. Siempre que siga siendo herramienta auxiliar.

Resumen: la IA apoya la evaluación, pero no la cierra

El módulo de IA en Safety Software ayuda a preparar de forma más rápida y coherente elementos de la evaluación del riesgo de la máquina. Puede apoyar la descripción del uso previsto, el mal uso razonablemente previsible, los límites de la máquina y los escenarios de peligro.

También puede ordenar el lenguaje de la documentación técnica y preparar material para un análisis posterior. Pero no sustituye al ingeniero. No aprueba el riesgo. No realiza la evaluación de conformidad. No libera al fabricante de su responsabilidad sobre la documentación técnica y la seguridad de la máquina.

Bien usada, la IA no es un oráculo. Es un asistente que ayuda a llegar antes a una decisión mejor ordenada. En Safety Software, el módulo de IA no cierra la evaluación del riesgo de la máquina. Ayuda a realizarla con más coherencia, más rapidez y mejor rastro de decisión.

Ejemplo: propuestas de escenarios de peligro para pruebas funcionales

En la práctica, el módulo de IA puede ayudar a nivel de una tarea concreta. Si el equipo analiza la fase de pruebas funcionales y ensayos, Safety Software puede preparar propuestas de escenarios de peligro vinculados a esa tarea.

La propuesta no es una evaluación cerrada. Es un borrador estructurado que contiene campos necesarios para el análisis posterior: fuente de peligro, daño posible, zona peligrosa y descripción del escenario de peligro. El usuario comprueba si el texto corresponde a la máquina real, lo corrige y solo entonces lo incorpora a la evaluación.

Por ejemplo, para una tarea relacionada con pruebas funcionales, el módulo puede proponer un escenario de peligro asociado a elementos móviles en la zona de manipulación y posicionamiento del recipiente. En la descripción aparecen la persona expuesta, el lugar de exposición, la fuente de peligro y daños posibles como arrastre, atrapamiento o golpe.

Una segunda propuesta puede referirse a un sistema de alta presión en la boquilla de llenado, el conducto de dosificación o los puntos de conexión. En ese escenario, el daño posible puede incluir la inyección de fluido a presión o el impacto de un elemento o material expulsado.

Justo en esta etapa aparece el valor práctico. La IA no decide por el equipo. Ayuda a preparar una descripción de trabajo que el ingeniero puede verificar técnicamente: si la zona peligrosa existe, si la persona expuesta realiza esa tarea, si los daños posibles están bien asignados y si el escenario de peligro no duplica una entrada ya existente.

Así la evaluación del riesgo de la máquina no empieza desde una tabla vacía. El equipo recibe material para revisar, pero la decisión sigue estando donde debe estar: en manos de las personas responsables del diseño, la integración y la seguridad de la máquina.