Un informe de RCA, también es conocido como el reporte documental de investigación técnica de incidentes, puesto que es un documento formal que registra los hallazgos del estudio de una eventualidad que puede ser negativa o, en menor medida según su uso en las organizaciones, positiva, ya que ambas aportan información útil para el método del Análisis Causa Raíz. Desde esta función, el informe nos permite reconstruir la cadena causal del evento, establecer las acciones correctivas derivadas de un incidente no deseado y generar un entregable que preserve la trazabilidad histórica de un activo industrial. A partir de este propósito, el presente artículo se desarrolla desde la perspectiva de los eventos negativos, que activan el proceso únicamente cuando la falla compromete la seguridad del personal, el medio ambiente o la continuidad del negocio con una magnitud que exige un análisis estructurado.

En coherencia con esta necesidad, su elaboración sigue los lineamientos del estándar IEC 62740, el cual organiza el proceso investigativo en cinco fases que avanzan de manera lógica: definición del problema, recolección de evidencias, análisis de causas, plan de acción y seguimiento verificable de resultados.

Los miembros de una organización como los directores de planta, los gerentes de mantenimiento y los ingenieros de confiabilidad son quienes más utilizan este informe para tomar decisiones relacionadas con rediseños, cambios de procedimientos o inversiones de capital. Aun así, su audiencia no se limita al ámbito técnico, puesto que la alta gerencia lo consulta para evaluar el riesgo residual de no actuar, el departamento legal lo revisa para demostrar diligencia operativa ante los reguladores y las aseguradoras lo exigen para procesar reclamaciones.

Los diferentes lectores a los que va dirigido es lo que explica que un mismo documento deba responder a expectativas muy distintas, lo cual hace especialmente exigente su redacción, que necesita ser técnicamente rigurosa para los ingenieros y estratégicamente clara para quienes aprueban los presupuestos.

El documento generalmente se organiza en secciones modulares que van guiando al lector desde el contexto del activo y la secuencia del evento hasta las conclusiones causales y el plan de mejora. A partir de esta estructura, la extensión y complejidad del reporte variarán según el modelo de causalidad elegido y las técnicas analíticas aplicadas, por ejemplo; Un análisis mediante los cinco porqués para un incidente de bajo impacto nos puede producir un documento de pocas páginas, mientras que una investigación con un árbol lógico completo sobre un evento catastrófico puede generar un expediente de varios tomos con diagramas detallados y anexos de laboratorio.

Esta variación no representa un defecto del método, es más bien un reflejo de que la profundidad del análisis debe ser proporcional a la severidad y recurrencia del problema. Por lo que, la selección de la técnica basada en el evento puede aumentar directamente otros aspectos como los costos, las horas invertidas y desviadas al análisis por el equipo natural de trabajo, además de ampliar la necesidad de coordinación entre áreas, elevar la demanda de especialistas externos y aumentar el volumen de información que debe ser procesada y validada para sostener las conclusiones del estudio.

Cuando está bien elaborado, el informe de RCA tiene la capacidad de transformar eventos operativos significativos en conocimiento institucional duradero, ya que permite identificar qué políticas o procedimientos fallaron, precisar qué cambios en el sistema previenen la recurrencia y establecer qué indicadores de seguimiento confirmarán que las soluciones implementadas funcionan a largo plazo. A partir de esta función, la organización convierte un incidente en aprendizaje documentado, lo que hace de este reporte una inversión estratégica y no un trámite administrativo que se archiva tras el cierre del evento.

Fundamentos técnicos del Informe rca y la documentación de fallas

Documentar una falla con el rigor técnico que es exigido por la estandarización y la trazabilidad de los históricos de los activos, necesita que adoptemos desde el inicio un lenguaje común alineado con toda la terminología que permita comparar eventos entre plantas, entre activos similares y entre períodos distintos de operación.

La norma ISO 14224 proporciona ese marco al definir la taxonomía de activos en nueve niveles jerárquicos, asegurando que el mismo tipo de falla quede codificado bajo los mismos términos en cualquier instalación de la corporación. Sin esa estandarización, los análisis estadísticos de tendencias pierden validez porque los eventos no son comparables entre sí.

Una distinción que el reporte debe dejar explícita desde la sección descriptiva es la diferencia entre el modo de falla y el mecanismo de falla;

• La norma ISO 14224 define el modo como la forma observable en que el equipo pierde su función, lo que permite describir una fuga externa, una parada por sobrecalentamiento o una reducción de caudal. Esta caracterización captura el síntoma pero no orienta la investigación hacia causas tratables.

• A partir de esa limitación, el enfoque del Mantenimiento Centrado en Confiabilidad eleva el nivel de precisión al exigir que el modo de falla se combine con el mecanismo de degradación físico o químico que lo origina. De este modo, un sello mecánico que falla por desgaste adhesivo de las caras de carbono conforma una hipótesis investigable con dirección clara, mientras que un sello que simplemente falla sigue siendo solo una descripción del síntoma.

La extensión y estructura del reporte dependen también del modelo de causalidad adoptado y de las técnicas seleccionadas para ejecutar la investigación. Estos modelos funcionan como marcos conceptuales que definen cómo el investigador interpreta el origen del evento.

La norma IEC 62740 reconoce cuatro modelos que orientan esa interpretación:

• Modelo de barreras, basado en la premisa de que el evento ocurre cuando los controles de protección no logran impedir que la energía peligrosa alcance su objetivo.

• Modelo de Reason, que explica los accidentes organizacionales como la alineación inesperada de vulnerabilidades distribuidas en múltiples capas defensivas.

• Modelo de sistemas, el cual entiende los accidentes como propiedades emergentes derivadas de interacciones complejas entre componentes.

• STAMP, que atribuye el evento al control inadecuado de las interacciones dentro del sistema.

Propósito legal y administrativo del reporte formal de incidentes

Las organizaciones industriales operan bajo marcos regulatorios que exigen documentar formalmente los incidentes de cierta severidad.

Cuando un evento involucra lesiones al personal, liberación de sustancias peligrosas o daños estructurales significativos, las agencias de seguridad laboral y medioambiental requieren evidencia de que la empresa ejecutó una investigación exhaustiva con una metodología reconocida.

El reporte de RCA bien estructurado nos demuestra que la organización no solo reaccionó al incidente, sino que analizó sistemáticamente sus causas e implementó acciones orientadas a prevenir su repetición.

Desde la perspectiva de las reclamaciones de seguros industriales, el documento cumple una función igualmente crítica. Las aseguradoras necesitan pruebas de que la falla no se originó por negligencia en el mantenimiento preventivo ni por el incumplimiento de señales de alerta previamente registradas. En contextos de litigio, la validez del reporte depende además de que la investigación se haya iniciado de manera oportuna, idealmente dentro de las primeras setenta y dos horas, para preservar la frescura de los testimonios y la integridad de las evidencias físicas antes de que las maniobras de reparación alteren el estado del área afectada.

Características de la redacción técnica objetiva libre de sesgos

El mayor riesgo en la redacción técnica no son los datos erróneos sino los juicios de valor presentados como hechos. Afirmaciones que asignan culpa sin evidencia dañan la credibilidad del informe y generan defensividad en el personal. Por eso la redacción debe limitarse a lo demostrable y describir acciones y condiciones, no intenciones ni rasgos personales.

Un ejemplo práctico muestra la diferencia. En lugar de escribir "el operador fue descuidado", documenta lo observable: "el operador no ejecutó el paso de verificación del flujo de barrera del sello, paso que no estaba incluido en el procedimiento operativo estándar del turno". Este enunciado identifica una acción, una omisión y la condición sistémica que la habilitó sin emitir juicios sobre la persona.

Otro sesgo frecuente es el sesgo de retrospectiva, que presenta las causas como si hubieran sido obvias desde el inicio. El informe debe situarse en lo que el personal conocía y percibía en el momento del evento. Para evitar este sesgo, registre explícitamente las señales disponibles en tiempo real y las limitaciones de información que enfrentaron los actores.

Para mantener objetividad y utilidad, siga estas pautas prácticas:

• Describir solo lo verificable: use evidencia documental, registros SCADA, CMMS, fotografías y transcripciones.

• Evitar lenguaje valorativo: sustituya adjetivos y juicios por descripciones de hechos y condiciones.

• Contextualizar la percepción: indique qué información estaba accesible para el personal en el momento del evento.

• Registrar la cadena de razonamiento: documente cómo cada conclusión se apoya en evidencia específica.

• Ser autosuficiente: redacte de modo que un ingeniero externo pueda reconstruir la cadena causal sin explicaciones orales.

Una redacción técnica objetiva y libre de sesgos protege la integridad del análisis, facilita la aceptación de las recomendaciones y convierte el informe en un documento institucional replicable y confiable.

Estructura modular estandarizada para elaborar un Informe RCA

El desarrollo de un informe rca sigue una secuencia lógica que guía al lector desde el contexto previo del activo hasta las recomendaciones definitivas. Esta estructura modular permite integrar las cinco fases del estándar IEC 62740 en un documento trazable y comparable entre diferentes instalaciones.

Información preliminar y contexto operacional como punto de partida

Antes de abordar el análisis propiamente dicho, el informe requiere establecer el contexto completo del estudio. Esta sección inicial actúa como el input formal del proceso investigativo y cubre varios elementos que condicionan todo el análisis posterior.

• Información general: identificación de la planta y del sistema; código de etiqueta del activo; fecha de inicio y término del estudio; miembros del ENT con sus roles.

• Definición del equipo y sus límites: diagramas P&ID y P&FD vigentes como referencia; nivel taxonómico del activo conforme a ISO 14224; datos de Confiabilidad y Mantenimiento relevantes para el análisis.

• Límites físicos primarios: punto de inicio y punto de término del sistema bajo análisis, referenciando válvulas de aislamiento o nodos del P&ID que delimitan el alcance.

• Premisas y advertencias: condiciones conocidas que pueden influir en el análisis, por ejemplo restricciones de acceso, instrumentos fuera de servicio, información parcial o supuestos aplicados por el equipo.

• Descripción de la operación: función del sistema en condiciones normales, variables de proceso características y criticidad del activo para la producción.

• Alcance del estudio: qué cubre y qué excluye la investigación; referencias a estudios previos, Análisis de Modos y Efectos de Falla existentes y cualquier antecedente relevante.

Este bloque preliminar no es considerado un trámite administrativo, cada uno de estos puntos tiene su propósito especifico.

Por lo cual, su ausencia obligaría a los analistas a asumir supuestos implícitos sobre el sistema, generando las inconsistencias que se descubren cuando el informe es revisado por terceros en la investigación, y nos dificulta la comparación del evento con casos similares en otras instalaciones de la corporación (El conocido Benchmarking de los indicadores, en este caso los de efectividad para el RCA).

Redacción del resumen ejecutivo y descripción del evento no deseado

El resumen ejecutivo exige máxima disciplina de síntesis porque es la sección más leída por la dirección. Debe presentar, con claridad y en orden de prioridad, la información que permite tomar decisiones financieras y operativas.

• Equipo afectado: identificar qué activo perdió su función y su rol en el proceso productivo.

• Impacto económico total: cuantificar pérdidas directas e indirectas; incluir estimaciones de paradas, reparación y costos asociados a la pérdida de producción.

• Acciones prioritarias que requieren financiamiento: listar las medidas de mayor urgencia y su justificación económica y operativa.

• Riesgo residual: explicar qué ocurre si no se implementan las recomendaciones y cómo ese riesgo afecta la continuidad del negocio.

Incluir el riesgo residual convierte el resumen en un instrumento de decisión porque muestra las consecuencias de no implementar las recomendaciones y permite comparar alternativas según su impacto en la continuidad del negocio. Por ello el lenguaje debe ser directo, los números verificables y las prioridades claramente jerarquizadas, de modo que la dirección disponga de la información necesaria para decidir con rapidez y fundamento.

La descripción del evento no deseado construye la narrativa cronológica desde el estado normal de operación hasta la pérdida de función. Su propósito es fijar hechos observables sin anticipar causas.

• ¿Qué sucedió? relato objetivo de la secuencia de hechos.

• ¿Dónde ocurrió? ubicación precisa dentro de la planta y referencia a nodos del P&ID.

• ¿Cuándo se detectó la primera desviación? hitos temporales con marcas de tiempo.

• ¿Cómo progresó el evento? evolución hasta la pérdida de función, incluyendo acciones de contención realizadas.

Los datos del SCADA y del CMMS son la fuente más objetiva para establecer los hitos temporales; deben complementarse con testimonios recogidos mediante entrevistas estructuradas al personal de turno. No incluir hipótesis causales en esta sección; esas interpretaciones corresponden al análisis posterior.

Inclusión de la sección de evidencias y diagramas analíticos de causas

La sección de evidencias organiza toda la información recolectada según las cinco dimensiones operativas y actúa como el insumo formal para el análisis causal. Cada pieza de evidencia debe poder vincularse de forma directa con las conclusiones del equipo investigador, de modo que el lector trace la relación entre hallazgo y prueba sin ambigüedad.

Los tipos de evidencia que deben aparecer en esta sección o en los anexos técnicos incluyen:

• Fotografías de componentes dañados con escala de referencia.

• Resultados de análisis metalográficos y otros ensayos de laboratorio.

• Registros de vibración y espectros de los días previos al evento.

• Transcripciones de entrevistas obtenidas mediante entrevistas estructuradas.

• Registros de operación y mantenimiento que respalden las líneas temporales.

El núcleo analítico del documento es la representación del análisis causal, cuya forma depende de las técnicas elegidas. Independientemente de la técnica, es imprescindible mantener la bitácora de validación de hipótesis: el registro que documenta qué suposiciones fueron confirmadas, cuáles se descartaron y con qué evidencia se tomó cada decisión.

Sin esa bitácora, el diagrama causal queda reducido a una colección de suposiciones no verificadas; con ella, el análisis se vuelve auditable por cualquier ingeniero ajeno a la investigación.

Por tanto, la sección de evidencias no solo almacena pruebas; garantiza trazabilidad metodológica y permite que cada nodo del diagrama causal se sostenga sobre pruebas concretas. Esto facilita la revisión externa, la replicación del análisis y la toma de decisiones informadas sobre acciones correctivas y preventivas

Cursos recomendados

Joaquín Santos Herrera

Confiabilidad humana

Elimar Anauro Rojas

Introducción a la confiabilidad, disponibilidad y mantenibilidad

Andrés González

Mantenimiento Centrado en Confiabilidad (RCM)

Enrique González

Análisis de confiabilidad, disponibilidad y mantenibilidad (RAM)

Confiabilidad humana

Introducción a la confiabilidad, disponibilidad y mantenibilidad

Mantenimiento Centrado en Confiabilidad (RCM)

Formulación estratégica del plan de acción y cálculo de retorno

El plan de acción cierra el ciclo del análisis al traducir los hallazgos causales en modificaciones concretas del sistema. Para que cumpla esa función debe combinar soluciones que actúen sobre la física del problema con medidas que mitiguen las condiciones organizacionales que permitieron su aparición.

• Por un lado conviene priorizar rediseños físicos y barreras instrumentadas, porque actúan sobre el riesgo con independencia del comportamiento humano.

• Por otro lado las medidas administrativas actualizaciones de procedimientos y programas de capacitación— son necesarias pero menos robustas, ya que dependen de la ejecución correcta por parte del personal. Un informe maduro propone acciones en ambos niveles, reconociendo las limitaciones de los controles administrativos y complementándolos con modificaciones de ingeniería cuando sean factibles.

Cada acción del plan debe incluir, como mínimo, los siguientes atributos:

• Responsable: nombre o cargo encargado de ejecutar la medida.

• Plazo: fecha límite para completar la acción.

• Presupuesto estimado: recurso económico requerido.

• Indicador de efectividad: métrica que verificará si la medida reduce el riesgo.

• Evidencia de cierre: documento o registro que pruebe la implementación.

Sin esos atributos el plan queda reducido a buenas intenciones y rara vez se ejecuta con disciplina. Por eso las organizaciones maduras integran las acciones del reporte con órdenes de trabajo en el CMMS, de modo que el seguimiento forme parte del flujo operativo normal.

La justificación financiera traduce el análisis técnico al lenguaje que la dirección necesita para autorizar inversiones. Comparar el costo de la solución con el costo acumulado del problema durante un período representativo, incluyendo producción diferida, repuestos, horas extraordinarias y exposición a sanciones, genera un argumento de retorno que la gerencia puede evaluar como cualquier otra inversión de capital.

Esta sección no requiere de fórmulas complejas; exige cifras reales del historial de costos del activo y una proyección clara del ahorro esperado por cada acción propuesta. En consecuencia, la combinación de especificidad técnica y cálculo económico convierte la solicitud de presupuesto en un argumento de negocio sólido y accionable.

Pautas para documentar hallazgos en equipos críticos

La sección de hallazgos es prácticamente la finalidad y el corazón técnico del informe, además de que también es la que mayor precisión de redacción demanda. Aunque su contenido varía según el tipo de evento y la técnica elegida, existen pautas de estructura y lenguaje que aplican a cualquier investigación independientemente del activo analizado.

Descripción del modo y mecanismo de falla en el documento

La sección debe diferenciar con claridad el modo de falla observable del mecanismo de falla que lo originó. El modo describe la pérdida de función desde la perspectiva del proceso, por ejemplo parada por sobretemperatura, pérdida de caudal o fuga al exterior. El mecanismo explica el proceso físico o químico que degradó el componente hasta provocar esa pérdida, por ejemplo fatiga por flexión rotativa, corrosión bajo tensión o desgaste abrasivo por contaminación del lubricante.

Combinar el ítem mantenible específico con su mecanismo de daño eleva el nivel de causalidad del documento. Apoyarse en referencias técnicas como API 571 para equipos de proceso orienta la investigación hacia hipótesis verificables y facilita la selección de acciones correctivas dirigidas al origen real del deterioro.

La cadena causal debe descender desde el modo de falla hasta tres estratos que el análisis identificará sin excepción:

• Causa raíz física: explica el mecanismo de deterioro tangible a nivel del componente y se documenta con la evidencia técnica que lo respalda.

• Causa raíz humana: detalla la acción u omisión que desencadenó ese mecanismo; se redacta de forma objetiva y sin tono punitivo, describiendo la conducta y el contexto que la habilitó.

• Causa raíz organizacional latente: expone las deficiencias en manuales, procedimientos, políticas o decisiones administrativas que hicieron posible el error humano.

Detenerse en la causa física es el error más común que aún se comete en las empresas que gestionan activo físicos hoy en día, al dejar estos sin investigar los estratos humano y organizacional aumenta la probabilidad de recurrencia. Por tanto, el informe debe vincular cada nivel causal con la evidencia correspondiente y con las recomendaciones que mitiguen no solo el síntoma sino también las condiciones que lo permitieron.

Estructura de las recomendaciones y justificación ante la dirección

Las recomendaciones deben redactarse con la misma precisión que el diagnóstico causal. Una instrucción genérica carece de valor operativo; por eso cada recomendación debe describir con claridad cómo se traduce el diagnóstico en acción ejecutable.

Los elementos mínimos que debe contener cada recomendación son:

• Acción exacta: qué se hará, paso a paso.

• Alcance: sistema o procedimiento que se modifica.

• Mecanismo de mitigación: cómo la acción elimina o reduce la causa identificada.

• Indicador de efectividad: métrica que demostrará si la medida funciona.

• Responsable y plazo: quién ejecuta y en qué tiempo debe completarse.

• Evidencia de cierre: qué documento o registro probará la implementación.

Este nivel de especificidad permite que el responsable designado ejecute la acción sin necesidad de interpretación adicional y facilita el seguimiento posterior.

La presentación ante la dirección requiere acompañar cada acción correctiva con su costo estimado y su impacto proyectado sobre el riesgo de recurrencia. Mostrar la relación entre el costo de la solución y el costo acumulado del problema durante un período representativo convierte la solicitud de presupuesto en un argumento de negocio que la gerencia financiera puede evaluar con criterios comparables a otras inversiones de capital.

Cuando el informe demuestra que el departamento de confiabilidad prioriza soluciones según su rentabilidad y su efecto sobre el riesgo, gana autoridad estratégica y aumenta la probabilidad de aprobación de las medidas propuestas.

Ejemplo de la Estructura más Básica del Informe

Información Preliminar

Descripción del Evento Focal

Evidencias

Análisis Causal

Plan de Acción

Seguimiento

Conclusión

Un informe de RCA técnicamente válido se evalúa por su capacidad para responder con evidencia a tres preguntas fundamentales; qué condiciones físicas produjeron la avería, qué comportamiento humano contribuyó a que ocurriera y qué debilidad organizacional permitió que ese comportamiento fuera posible. Cuando el documento responde esas preguntas con datos verificables y sin atribuir culpas individuales, se transforma en una herramienta de mejora sistémica que la organización puede aplicar con seguridad, financiar con convicción y replicar en otras instalaciones.

La información preliminar que precede al análisis no es un formalismo burocrático; conforma la base que garantiza la trazabilidad y la validez del estudio ante audiencias externas. Definir con precisión los límites del sistema, las premisas del estudio y el contexto operacional evita supuestos implícitos, facilita la revisión por terceros y preserva el valor institucional del reporte.

Las organizaciones que consolidan el hábito de elaborar estos informes y consultarlos ante eventos similares construyen una ventaja operativa que surge del conocimiento acumulado sobre el comportamiento real de los activos, de la identificación de controles que fallan bajo presión y de la detección de decisiones organizacionales que generan vulnerabilidades.

En suma, la idea de un RCA bien hecho, es dejar de ser un documento reactivo para convertirse en un motor de confiabilidad a largo plazo: los activos dejan de ser solo reparados y pasan a ser gestionados con la inteligencia que aportan todos los incidentes previos.