Conclusiones clave
Respuesta breve: La tasa de incidentes de seguridad (TRIR o similar) mide la frecuencia de lesiones. El OEE mide la efectividad del equipo. En operaciones mal gestionadas, presionar por el OEE puede conducir a atajos que provocan incidentes, la métrica y la seguridad parecen entrar en conflicto.
En operaciones bien gestionadas, ambos mejoran juntos porque las prácticas que impulsan el OEE (trabajo estandarizado, 5S, mantenimiento autónomo) también impulsan la seguridad. Cambiar seguridad por OEE es siempre señal de que el programa de OEE está mal diseñado. Véase también Tasa de ejecución vs Tasa de diseño .
La métrica de seguridad más común en manufactura es el TRIR (Total Recordable Incident Rate), calculado como:
TRIR = (Número de incidentes registrables x 200.000) / Total de horas trabajadas
Incidentes registrables por 200.000 horas trabajadas (aproximadamente 100 trabajadores a tiempo completo durante un año). Los puntos de referencia varían; en manufactura suele situarse entre 2 y 5.
Variantes: LTIR (Tasa de incidentes con tiempo perdido), DART (Días de ausencia, trabajo restringido o transferido). Todas miden la frecuencia de lesiones normalizada por horas trabajadas.
Tres patrones donde la búsqueda del OEE produce incidentes de seguridad:
Las plantas con programas de OEE mal diseñados suelen ver cómo la tasa de incidentes sube a la vez que sube el OEE. La causa no es la medición del OEE; es la estructura de incentivos en torno a él.
Las prácticas que impulsan el OEE en operaciones maduras son también prácticas de seguridad:
En plantas maduras, la correlación entre OEE y seguridad es positiva: mejor organizadas = tanto más seguras como más eficaces.
Tanto la tasa de incidentes como el OEE son indicadores rezagados, informan lo que ya ocurrió. Los indicadores adelantados que impulsan ambos:
Las plantas que registran indicadores adelantados mueven tanto el OEE como la seguridad en la dirección correcta.
1. Informar el OEE sin contexto de seguridad. Oculta si las mejoras de OEE provinieron de atajos.
2. Tratar la seguridad como una limitación al OEE. No están en tensión cuando el sistema operativo es el adecuado.
3. Recompensar solo los números rezagados. Promueve manipulaciones a corto plazo; ignora las prácticas adelantadas que importan.
4. Investigar incidentes sin contexto de OEE. La presión de producción que causó el incidente es invisible si el OEE no forma parte de la revisión posterior al incidente.
Una plataforma moderna permite etiquetar los paros relacionados con la seguridad con códigos de motivo específicos, reportar el OEE junto a los incidentes de seguridad en el mismo panel y mostrar los informes de casi-accidentes como indicadores adelantados junto con las pérdidas de OEE.
El módulo de OEE de Fabrico soporta códigos de motivo de paro etiquetados por seguridad, se integra con sistemas de incidentes de seguridad para paneles combinados y expone los datos de casi-accidentes como indicadores adelantados tanto de la efectividad como de la seguridad.
Descubre cómo Fabrico lo captura automáticamente, explora el OEE para manufactura o reserva una demo.
Varía por industria. A nivel mundial, la manufactura de clase mundial está alrededor de 1,0 o menos; el promedio de la industria es 2, 5.
Sí. Reportarlos por separado permite ocultar atajos.
Sí, cuando están mal diseñados. La seguridad debe tener derecho de veto en el sistema de métricas.
Informes de casi-accidentes, tasa de cumplimiento del mantenimiento autónomo, puntuaciones de auditoría 5S.
Sí, en la pérdida de Disponibilidad con código de motivo 'seguridad'. Regístralas para que no se oculten, pero nunca penalices detenerse por seguridad.
Iniciar sesión
Blog
