Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Proyecto Antonio Alejandro Suárez Gà Mez
Proyecto Antonio Alejandro Suárez Gà Mez
UNIVERSIDAD DE SEVILLA
Realizado por:
Antonio Alejandro Suárez Gómez
Dirigido por:
Adolfo Crespo Márquez
Agradecimientos
Se cierra una etapa dura y de mucho trabajo. Un período de alegrías y penas, de
aprender académicamente hablando y de la vida en general. Con este último trabajo, se
acaban unos intensos años con el único objetivo de conseguir lo que hoy se consuma, ser
Ingeniero Industrial.
Nada de esto habría sido posible sin el apoyo de muchos que han estado a mi lado en
todo momento, dándome ese aliento de paciencia y de ánimo cuando lo he necesitado.
Aquellos que cuando venían las malas noticias escuchaban mis desánimos con paciencia, que
aconsejaban y animaban incondicionalmente. Aquellos que me han ayudado siempre que han
podido sin pedir nada a cambio. Pocas son las palabras que pueda dedicarles en forma de
agradecimiento.
En primer lugar, agradecer a mis amigos que tanto me han apoyado y me han hecho
desconectar cuando lo necesitaba. Agradecer a todas esas personas que he tenido la suerte de
conocer durante estos años y con los que haya compartido el más mínimo tiempo y más aun,
con aquellos que con el tiempo han dejado der compañeros y han pasado a ser amigos.
Agradecer a determinadas personas claves que han sido vitales en estos años, que han
sido unos pilares fundamentales en mis estudios para llegar a ser Ingeniero, sin éstos habría
sido todo mucho más difícil de lo que ha sido.
No puedo evitar nombrar a Don Adolfo Crespo Márquez, quien ha sido mucho más que
un tutor. Un profesional del que he aprendido mucho gracias a su impecable trayectoria como
Ingeniero y sobre todo gracias a su valor humano como docente, demostrado siempre con una
actitud encomiable.
Y por último, por supuesto, mil veces gracias a mi familia. A mis hermanos por
aguantarme cuando resultaba imposible de aguantar y por animarme cuando lo necesitaba.
Pero sobre todo, gracias a dos personas, mis padres. Todo esto es gracias a ellos dos. Las dos
personas que más me han escuchado, animado, ayudado y dado todo lo que han podido.
Desde luego sin ellos, nada de esto se habría podido conseguir. Gracias.
ÍNDICE DE CONTENIDO
ÍNDICE DE FIGURAS
ÍNDICE DE TABLAS
TABLA 8.1. RECURRENCIA DE EVENTOS. .................................................................................. 64
TABLA 8.2. IMPACTO OPERACIONAL. ...................................................................................... 65
TABLA 8.3. FLEXIBILIDAD OPERACIONAL.................................................................................. 65
TABLA 8.4. COSTES DE MANTENIMIENTO. ............................................................................... 65
TABLA 8.5. IMPACTO EN SEGURIDAD AMBIENTAL. .................................................................... 65
TABLA 8.6. TABLA ANÁLISIS RIESGO CUALITATIVO.................................................................... 66
TABLA 8.7. TABLA ANÁLISIS COSTO RIESGO BENEFICIO. ............................................................ 67
TABLA 9.1. TABLA INVENTARIO, PRIMER PASO CRITERIO DE CRITICIDAD. ...................................... 77
TABLA 9.2. TABLA INVENTARIO COMPLETADA CON PROBLEMAS A ESTUDIAR. ................................ 80
TABLA 9.3. TABLA ORDEN, SEGUNDO PASO CRITERIO DE CRITICIDAD. ......................................... 82
TABLA 9.4. TABLA ORDEN COMPLETADA CON PROBLEMAS A ESTUDIAR. ....................................... 82
TABLA 9.5. PRIMERAS COLUMNAS DE LA TABLA ACRB. ............................................................. 84
TABLA 9.6. PRIMER BLOQUE DE COLUMNAS DE LA TABLA ACRB. ................................................ 84
TABLA 9.7. SEGUNDO BLOQUE DE COLUMNAS DE LA TABLA ACRB. ............................................. 85
TABLA 9.8. COSTE TOTAL DE LA TABLA ACRB. ......................................................................... 86
TABLA 9.9. TABLA DEFINICIÓN, CUARTO PASO. ........................................................................ 89
TABLA 9.10. CUARTO PASO DE CRITICIDAD COMPLETADO. ........................................................ 90
TABLA 9.11. CUARTO PASO DE CRITICIDAD COMPLETADO. ........................................................ 90
TABLA 9.12. CUARTO PASO DE CRITICIDAD COMPLETADO. ........................................................ 90
TABLA 9.13. COSTES DIRECTOS DE LA BOMBA DE RECIRCULACIÓN DE CALDERA. ......................... 105
TABLA 9.14. COSTES DE PRODUCCIÓN DE LA BOMBA DE RECIRCULACIÓN DE CALDERA. ................ 105
TABLA 9.15. COSTES TOTALES DE LA BOMBA DE RECIRCULACIÓN DE CALDERA. ........................... 105
TABLA 9.16. MEDIDA DE EFECTIVIDAD DE LAS SOLUCIONES. ..................................................... 122
1.1. Motivación
El origen del documento tiene lugar a raíz de unas prácticas profesionales realizadas
por el autor del proyecto en una central térmica de generación de energía eléctrica. Una
experiencia de tres meses que se desarrollan en el departamento de Oficina Técnica y
Planificación del Mantenimiento de la central; y posterior a éstas con un constante
seguimiento al problema permaneciendo en contacto con la central y realizando visitas.
Además de una formación continuada con el departamento de mantenimiento de la Escuela
Superior de Ingenieros de Sevilla.
Durante las prácticas, se plantea aplicar la metodología Análisis Causa Raíz a algunos
de los principales problemas del momento en la central. Tratando para ello de evaluar la
importancia de dichos problemas, elegir uno de ellos según la criticidad y aplicar la
metodología a dicho problema para intentar descubrir la causa raíz.
1.2. Objetivo
La metodología Análisis Causa Raíz se basa en estudiar los puntos débiles en equipos
de alto impacto. Trata de identificar las causas raíces o primarias de los problemas que surgen
en equipos críticos. Se trata de un proceso metódico que se desarrolla investigando en
profundidad etapa a etapa de manera consecutiva.
El objeto por tanto, de este estudio es el tratar de conseguir encontrar una solución al
origen del problema producido en la bomba de recirculación citada, de modo que a través de
la aplicación de esta metodología se llegue a la resolución total del problema y así conseguir
mejorar la frecuencia de fallos en un equipo como este de tan alta criticidad, lo que se traduce
en un ahorro económico importante para la empresa.
1.3. Sumario
Por otro lado se lleva a cabo un repaso de los conceptos fundamentales que engloban
el estudio del mantenimiento y que se deben dejar definidos a la hora de trabajar con ellos.
Conceptos tales como: disponibilidad, capacidad, fallos, etc.
Las principales fases que conforman el proceso de gestión del mantenimiento son:
Definición de objetivos, jerarquización de equipos, puntos débiles de equipos con alta
criticidad, diseño planes de mantenimiento, programación y planificación del mantenimiento,
evolución y control, análisis del ciclo de vida y mejora continua.
En segundo lugar se realiza un resumen esquemático de los pasos que se deben dar
para poder ejecutar en Análisis Causa Raíz basado en la metodología PROACT. Como se
menciona anteriormente, hay muchas técnicas distintas para realizar en Análisis Causa Raíz,
pero en este caso se lleva a cabo estudiando la técnica PROACT.
Por último, una vez realizado el esquema con los pasos a seguir se pasa a definir cada
uno de estos pasos, explicando lo que se debe hacer en cada uno de ellos y como se ejecuta.
Además cabe destacar que en el apartado de definición de sistemas cabe realizar un resumen
explicando cómo funciona una central térmica.
El archivo Excel que estudia la criticidad de los equipos es el Anexo 1 del documento:
Criterio de Criticidad. Surge de la necesidad de errores en atajar problemas que resultan ser
menos críticos que otros y por falta de no haberse detenido un mínimo de tiempo a haber
estudiado la criticidad de los equipos. Consiste en estudiar un conjunto de problemas,
definirlos y a partir de ahí realizando cuatros sencillos pasos obtener cual es el problema más
crítico en base a impactos en producción, costes directos, tiempos de reparación, etc.
2.1. Antecedentes
DIRECTOR INDUSTRIAL
OPERACIÓN
MANTENIMIENTO
DIRECTOR INDUSTRIAL
OPERACIÓN MANTENIMIENTO
Alrededor de 1950, con el desarrollo de la industria para satisfacer los esfuerzos de las
posguerra, los Gerentes de Mantenimiento observaron que, en muchos casos, el tiempo
empleado para diagnosticar los fallos era mayor que el tiempo empleado en la ejecución de la
reparación, por lo que decidieron seleccionar grupos de especialistas para conformar un
órgano asesor que se llamó Ingeniería de Mantenimiento y recibió las funciones de planificar y
controlar el mantenimiento preventivo analizando causas y efectos de las averías.
DIRECTOR INDUSTRIAL
OPERACIÓN MANTENIMIENTO
INGENIERÍA DE EJECUCCIÓN DE
MANTENIMIENTO MANTENIMIENTO
DIRECTOR INDUSTRIAL
OPERACIÓN MANTENIMIENTO
En ciertas empresas esta actividad se volvió tan importante que el PCM pasó a
convertirse en un órgano de asesoramiento a la supervisión general de producción, ya que
influye también en el área de operación, como se puede ver en la Figura 2.5.
OPERACIÓN MANTENIMIENTO
INGENIERÍA DE EJECUCCIÓN DE
MANTENIMIENTO MANTENIMIENTO
2.2. Definición
2.3. Conceptos
CAPACIDAD DISPONIBILIDAD
Sin embargo, la disponibilidad del sistema de producción será la aptitud del mismo
para estar en situación de realizar una función requerida en condiciones dadas en un instante
dado, o durante un intervalo de tiempo dado, suponiendo que se proporcionan los medios
exteriores necesarios. Depende de los siguientes factores que vemos en la Figura 2.7.
2.3.2. Fallos
Todo usuario es completamente consciente que, independientemente de la perfección
del diseño de un sistema, de la tecnología de su producción o de los materiales usados en su
fabricación, a lo largo de su operación se producirán ciertos cambios irreversibles. Estos
cambios son el resultado de procesos tales como corrosión, abrasión, acumulación de
deformaciones, distorsión, sobrecalentamientos, fatiga, difusión de un material en otro, etc. A
menudo estos procesos se superponen e interactúan los unos con los otros y causan un
cambio en el sistema, con lo cual cambiarán sus características de actuación. La desviación de
esas características respecto a los valores especificados es lo que se considera como fallo del
sistema. Los fallos también pueden ser causados por sobrecargas bruscas, errores de los
operadores, reparaciones incorrectas, etc.
Por consiguiente, el fallo del sistema puede ser definido como un suceso que provoca,
o bien la pérdida de capacidad de un sistema para realizar las funciones requeridas, o bien la
pérdida de capacidad para satisfacer los requisitos especificados.
Existe una multitud de sistemas que se pueden recuperar, y se les puede denominar
sistemas recuperables. Así, cuando alguien dice que un sistema específico es recuperable, se
entiende que después de haber fallado se puede recuperar su capacidad de realizar una
función concreta.
Para que un sistema recupere la capacidad de realizar una función es necesario realizar
unas tareas específicas, conocidas como tareas de mantenimiento. Estas tareas más comunes
son limpieza, ajuste, lubricación, pintura, calibración, substitución, reparación, restauración,
renovación, etc.; a menudo es necesario realizar más de una tarea para recuperar el correcto
funcionamiento de un sistema. Además de las tareas de mantenimiento consecuentes al fallo
durante la operación, un sistema puede requerir tareas adicionales para mantenerlo en estado
de funcionamiento.
Generalmente, estas tareas son menos complejas que las necesarias para la
recuperación de la funcionabilidad, siendo típicas actividades tales como limpieza, ajuste,
comprobación e inspección.
DIRECCIÓN Y OPERACIONES
Dentro de cada uno de estos subsistemas descritos se utilizan distintos métodos que
ayudan en los distintos procesos de toma de decisiones que tienen lugar. Este es el caso, por
ejemplo, de las técnicas de programación, o de los métodos y algoritmos de secuenciación de
operaciones máquinas dentro del subsistema de programación, de las técnicas ABC (Activity
Based Costing o Sistemas de Costes Basados en Actividades) utilizadas en el subsistema de
costes, o de las técnicas CPM (Critical PAth Method o Método del Camino Crítico) dentro del
subsistema de seguimiento y control.
DIRECCIÓN DE OPERACIONES
MANTENIMIENTO FABRICACIÓN
Esto nos sirve para empezar a entender en qué consiste la gestión del mantenimiento,
el cual se desarrolla en profundidad en el siguiente capítulo.
3.1. Introducción
A continuación podemos ver dos imágenes que ilustran el ciclo normal de la gestión
del mantenimiento. El primero de ellos recoge las distintas etapas que se deben efectuar para
llevar a cabo una óptima gestión del mantenimiento.
La siguiente imagen nos muestra cada una de las herramientas que se emplea para
resolver cada una de las fases correspondiente.
La herramienta utilizada para establecer los objetivos es una matriz cuyas columnas
son: Objetivos estratégicos; las medidas o KPI que es el índice que nos dirá como de cerca
estamos de alcanzar el objetivo; las metas que son los objetivos cualitativos, es decir, las cifras
que deseamos obtener; los planes de acción o lo que es lo mismo, los pasos a realizar y la
descripción de las tareas a realizar y por último la perspectiva o el ámbito para el que
queremos conseguir la mejora.
De modo que como podemos ver en la imagen anterior, esta matriz también llamada
cuadro de mando integral (BSC), debe usarse como plantilla o base al inicio de esta fase e irse
rellenando conforme se marcan los objetivos. Así, una vez completada la tabla, servirá como
guía básica en el resto de operaciones a realizar en todo el ciclo.
Para ello, el método que se suele emplear es el Análisis de Criticidad. Se trata de una
metodología que consiste en jerarquizar sistemas, instalaciones y equipos, en función de su
impacto global, con el fin de facilitar la toma de decisiones.
Fase de implantación: Una vez seleccionado el sistema o equipo a tratar, se definen las
funciones, se determinan los fallos funcionales, identificación de los modos de fallos y
sus efectos y consecuencias y a partir de aquí extraemos una hoja con las decisiones a
tomar.
Para poder ejecutar todas las tareas planificadas, es necesario realizar una
programación de éstas, de modo que se pueda optimizar aún más las intervenciones a realizar.
Las reglas para la programación de las tareas en el día a día podrían ser:
La tarea consiste en hacer un análisis de fiabilidad y análisis del camino crítico (RA &
CPM). Esta herramienta del camino crítico nos puede facilitar saber cuánto tiempo podría estar
parada una central debido a una máquina o activo en concreto.
Para calcular el coste del ciclo de vida se emplea una fórmula matemática que aglutina
diferentes costes:
CTA
CTA==CI
CI ++ CO
CO ++ CMP
CMP++CTPF
CTPF+ +CMM
CMM
Estas mejoras pasan por fortalecer los aspectos humanos, la fiabilidad humana,
motivación, entrenamiento, etc.
“El paso inicial de cualquier actividad para solucionar problemas o mejorar continuamente. Si
un problema puede definirse claramente y con suficientes detalles, las causas y las soluciones
empiezan a ser evidentes.”
Existe un error muy recurrente que consiste en resolver los problemas mediante
procesos de causa y efecto con soluciones que únicamente aplican a problemas basados en
reglas. Esta es una de las principales causas de la inefectividad en las soluciones
implementadas.
Algunos de estos fallos que se cometen al solucionar los problemas pueden ser:
Para evitar caer en estos fallos que provocan que los problemas no consigan resolverse
con la exactitud que deberían, la intención debe ser la de conseguir alcanzar la solución total al
problema y que éste no vuelva a ocurrir.
De modo que existen diversas técnicas que pueden ser empleadas con el objetivo de
profundizar totalmente en el problema para conseguir una mejor definición de lo que ha
ocurrido y se pueda llegar al fondo de la cuestión y obtener así una solución lo más óptima
posible. O lo que es lo mismo, invertir el tiempo necesario en resolver el problema
definitivamente para ahorrar tiempo en el futuro y para ello se ha de alcanzar la causa raíz del
problema.
En muchos casos, se está tan ocupado solventando problemas que no nos ocupamos
de encontrar las causas de los mismos, por lo que seguirán ocurriendo y, nuevamente se
estará demasiado ocupado para resolverlos.
A través de los años y con el surgimiento de las nuevas tecnologías, los procesos
productivos pasaron de ser manuales a ser parciales y en algunos casos totalmente
automatizados, por lo que los equipos son cada vez más complejos y más complicados, así
como también los sistemas productivos. Por tanto, localizar el origen de un fallo se hará un
proceso cada vez más complejo.
Sin embargo, actualmente se cuenta con distintas herramientas que ayudan a resolver
algunos de los grandes problemas de la industria actual, como por ejemplo, hallar las causas
reales por las cuales ocurre un fallo y atacarlas en lugar de conformarnos con atacar sus
síntomas.
Existen muchas formas distintas para resolver problemas o incidentes que pueden
surgir. Persiguiendo el objetivo de alcanzar la causa raíz de los problemas, podemos utilizar
una gran variedad de técnicas diferentes basadas en la búsqueda de la causa inicial de
problemas.
Human Performance
Investigation Process Technique of Operations Review
5.1.1. Definición
MORT (Management Oversight and Risk Tree) es un procedimiento analítico que
proporciona un método disciplinado para determinar las causas y factores que contribuyen en
los incidentes más importantes. Además, también se puede utilizar como una herramienta
para evaluar la calidad de un programa de seguridad existente.
En la década de los mediados y finales de 1960, había pocos métodos disponibles para
la investigación de accidentes. Entre los distintos intentos de AEC se había hecho el Análisis de
Fallos Árbol lógico (FTA , Fault Tree Analysis) con los informes de accidentes existentes.
Consistió en una técnica que resultó de valor, ya que se observó que para una variedad
de accidentes estudiados, se descubrían patrones similares de factores causales. Esta
observación durante un periodo de tiempo permitió llevar a cabo el desarrollo de un árbol,
basado libremente en convenciones de fallos de árboles, que representaban un "sistema de
gestión de la seguridad ideal". Los principios incorporados en este modelo se identificaron a
partir de una minuciosa revisión de las mejores prácticas y del sistema de gestión de la
seguridad.
Por lo tanto, MORT utiliza símbolos similares y una lógica a la utilizada en FTA. Sin
embargo, hay dos diferencias principales entre ambas técnicas que deben tenerse en cuenta.
En primer lugar, MORT representa un árbol de fallos que ya ha sido construido, por lo que los
analistas no tienen que construir el árbol, pero para trabajar a través del modelo existente y
descartar aquellas ramas que no son relevantes para el incidente, se examina. En segundo
lugar, en MORT no sólo se ve lo que ocurrió durante un incidente, sino que rastrea los factores
causales para ayudar a los sistemas de gestión a identificar por qué ocurrieron dichos
incidentes.
5.1.2. Estructura
MORT consta de ocho árboles de interconexión, a través de los cuales pueden ser
identificados 98 problemas genéricos y 200 causas básicas. El número de causas básicas
pueden ser incrementadas a 1500 en algunos casos a través de la transferencia de partes del
árbol de otras áreas relevantes. Los problemas genéricos están representados por texto en
cajas rectangulares, mientras que los círculos se utilizan para identificar las causas básicas.
Al igual que con TLC, el gráfico MORT comienza con un evento superior que
representa una pérdida como por ejemplo: una lesión, daño a la propiedad, pérdida de
producción, etc. Una vez que la extensión del incidente está establecida, el usuario llega a la
primera puerta lógica. El modelo establece que la pérdida habrá surgido a partir de un
"Supuesto Riesgo "o "Gestión de descuidos y omisiones”. Sólo aquellos riesgos que, siendo
identificados, analizados y aceptados a nivel de gestión adecuada pueden ser riesgos
asumidos; sin embargo los riesgos desconocidos o no analizados son de supervisión y
omisiones de defecto. Los errores se podría haber hecho al aceptar inicialmente un riesgo, por
lo tanto, la evaluación todavía se debe aplicar.
5.1.3. Análisis
MORT no es una técnica que se utiliza en el campo. El análisis permitiría comenzar con
un parte de accidente y, posiblemente, con un diagrama de secuencia. El analista debe, en
primer lugar, establecer los hechos relacionados dando respuesta a preguntas como:
¿Qué pasó?
¿Por qué?
El manual de usuario de MORT establece que el diagrama MORT se debe utilizar como
una hoja de trabajo. Es decir, se debería utilizar una copia para que las notas puedan ser
escritas en lugares apropiados de la página. Además, el uso de lápices de colores es defendido
con el fin de permitir la progresión del análisis a ser evaluados en un solo vistazo.
El objetivo del análisis es trabajar a través del gráfico e identificar aquellas causas
fundamentales que han contribuido al evento superior. El analista logra esto pidiendo una
serie de preguntas en cada momento en la tabla. El primer requisito es establecer si los
elementos son aplicables al incidente. Si no, estos deben ser tachados en negro. Para aquellos
elementos que han quedado, la cuestión es: “¿Fue este elemento adecuado?". Si el analista no
conoce la respuesta a la cuestión, esto indica que hay más información, por lo que se ha de
buscar en el incidente y el elemento debe ser marcado en azul. Cuando se decide que los
elementos son menos adecuados, deben ser marcados en rojo, y los que se encuentren para
ser aceptable deberá indicarse en verde. El análisis termina cuando todos los elementos
marcado en azul se han abordado y posteriormente juzgado como adecuados o menos
adecuada.
Para ayudar al analista para juzgar si las causas básicas son adecuadas o no, hay un
texto de apoyo para acompañar al gráfico MORT que esboza los criterios que se deben
cumplir.
5.2.1. Definición
El sistema de SRP sigue una estructura similar a MORT, comenzando con una
descripción del incidente utilizando eventos y factores causales de gráficos, y usando un árbol
predefinido y genérico para identificar las causas raíz. Sin embargo, no hay ninguna lógica
incorporada en la estructura de árbol SRP. Por otra parte, hay menos énfasis en descuidos de
gestión, ya que el sistema fue desarrollado para el uso en la investigación de los
acontecimientos relacionados con el rendimiento humano en las centrales nucleares.
5.2.2. Estructura
Las causas raíz del árbol se dividen en varias secciones, que en el sistema de SRP se
hacen referencia como “nodos”. El árbol se divide en seis niveles, desde A hasta F, con cada
nivel en vías de ser más detallado hasta que las causas fundamentales se alcanzan en el nivel F.
El árbol que utiliza el sistema SRP incorpora siete causas de rendimiento humano:
Procedimientos
Formación
Control de calidad
Comunicaciones
Sistemas de gestión
Ingeniería Humana
Supervisión inmediata
La falta de repetición
Fallo inesperado
Diseño
Las categorías incluidas en el árbol presentado por Armstrong (1989), de la cual los
símbolos son obtenidos, se organizan de forma ligeramente diferente, pero esencialmente
cubren los mismos artículos. Una adición notable en el árbol de Armstrong es la categoría de
Rendimiento Personal, que debe ser utilizado con especial cuidado ya que la connotación de
“culpa” es que debe evitarse.
5.2.3. Análisis
El analista debe decidir cuál de los factores causales, si retirado, habría determinado
que el incidente ocurra. Son estos factores que se consideran aún más utilizando el árbol de
análisis de causas raíz.
Para cada factor causal, el analista determina qué nodo de nivel superior es aplicable.
Sobre la base de esta decisión, el analista se mueve hacia abajo hasta el siguiente nodo y
selecciona otra opción aplicable desde este nivel. Sólo los nodos de nivel inferior que se
ramifican desde el nodo elegido en el nivel anterior pueden ser considerados.
El sistema fue desarrollado sobre la base que el 80% de todos los eventos en un
sistema complejo como una central nuclear es causado por problemas de “sistema” que son la
responsabilidad de la gestión y sobre la cual, los operadores no tienen forma directa de
controlar. El 20% restante se considera que son estrictamente error humano. Por lo tanto el
rendimiento humano y el sistema de gestión se consideran en la técnica pero el mayor énfasis
está en los problemas del sistema.
5.3. TapRoot
5.3.1. Definición
Mark Paradies que estuvo involucrado en el desarrollo de SRP se convirtió en el
presidente de “System Improvements Inc.”, la empresa responsable de TapRooT. Publicado
alrededor de 1991, la investigación de incidentes TapRooT es una técnica que se basa
estrechamente en el sistema de SRP. Después de la publicación de TapRooTTM, “System
Improvements Inc. And Concord Associates” fueron encargados por la Comisión Reguladora
Nuclear de los Estados Unidos para desarrollar HPIP que se publicó en 1993.
5.3.2. Estructura
Son tres pasos los que están incluidos en el sistema de investigación de incidentes
TapRooT para conseguir acercarse a la causa raíz del análisis, a saber:
1. Recopilación de información
5.3.3. Análisis
El procedimiento general es esencialmente el mismo que el descrito anteriormente,
con los pasos requeridos siendo la recopilación de información, la elaboración de eventos y la
identificación de los factores causales. Los últimos pueden llevarse a cabo ya sea en papel o
usando en el ordenador el software desarrollado por el Sistema de Mejoras Inc. para tal fin.
5.4.1. Definición
HPIP fue desarrollado por Paradies para cumplir con los requisitos específicos de la
Comisión Reguladora Nuclear de los Estados Unidos. Esencialmente HPIP consta de seis
herramientas que pueden ser utilizadas en el proceso de la investigación de accidentes como:
SORTM - Una guía para los módulos HPIP: Esta herramienta también se puede utilizar
para ayudar a la planificación de la investigación y la recopilación. De hecho, SORTM,
identifica dificultades de comportamiento humano para el análisis de causa raíz,
encontrando causas corregibles para un evento específico.
CHAP – Critical Human Actions Profile: proporciona una comprensión del evento y
asegura la completa investigación y la exactitud de la percepción .
5.4.2. Estructura
En lugar de una estructura general del árbol, se utiliza un árbol de la lógica para
identificar las categorías pertinentes. Hay seis HPIP módulos, que concentran los factores que
influyen en el error humano durante eventos nucleares.
Cada módulo es compatible con una hoja de cálculo en la que los investigadores
plantean una serie de preguntas para ayudar al analista en la identificación de las causas raíz.
5.4.3. Análisis
El analista trabaja a través de la tabla de lógica SORTM donde debe responder a las
preguntas “sí o no”. Esto permite que los módulos HPIP apropiados puedan ser identificados.
Para cada módulo identificado el analista considera las preguntas en la hoja de trabajo de
apoyo.
5.5.1. Definición
CTM fue utilizado por Rhone Poulenc y descrito por Boissieras (1983), aunque fue
desarrollado originalmente por Leplat (1978). Como su propio nombre indica, consiste en el
desarrollo de un árbol de causas. El método utiliza la lógica deductiva, pero se han hecho
intentos para hacer la construcción de los árboles y la lógica más fácil de aplicar.
El principio del método es que un accidente tiene lugar por cambios o variaciones en
un proceso normal. El analista debe identificar los cambios en el sistema, elaborar una lista de
los cambios, organizarlos en un diagrama y definir su interrelación. A diferencia de un árbol de
fallos, el método sólo incluye las ramas que en realidad conducen al incidente. La construcción
del diagrama se guía por reglas simples que especifican cadenas de eventos.
5.5.2. Estructura
Se redacta una lista de los hechos como resultado de la fase de recogida de datos del
proceso. El árbol de causalidad se utiliza para poner estos hechos en orden y para identificar la
relación entre ellos. El árbol comienza con el evento final, es decir, el incidente, y se trabaja
hacia atrás.
5.5.3. Análisis
El grupo de trabajo seleccionado para el análisis debe recoger los datos y reconstruir el
incidente. Este método establece un resumen por escrito en lugar de una forma de diagrama.
A partir de esta información, el grupo de trabajo debe extraer todos los hechos relacionados
con el incidente. Cada "hecho" es un acontecimiento singular u ocurrencia. La lista de datos se
utiliza en la construcción del árbol causal. El evento final sirve como punto de partida y el
grupo debe seleccionar los hechos de la lista que han contribuido al incidente. Para lograr esto
se formulan tres preguntas.
Sólo aquellos factores que pueden haber sido causa directa del problema provocado
deben ser seleccionados. Este método sólo se usa teniendo en cuenta aquellos eventos de lo
que ha ocurrido y no de lo que podría haber sucedido.
La elección de los hechos y la forma en que está estructurado el árbol debe ser
acordado por unanimidad por el grupo. Cuando el grupo decide que se ha alcanzado un nivel
suficiente de detalle, deberá desarrollar propuestas para presentar a la administración. Con el
fin de evitar que se elija una sola causa de las investigaciones de incidentes, al grupo se les
pide que identifiquen un mínimo de tres factores para cada incidente, uno de cada una de las
tres amplias categorías: factores organizativos, humanos y materiales.
6.1.1. Definición
Es desconocido si este sistema incorpora una estructura de árbol. No ha habido
ninguna mención en documentos, sólo la presentación de listas de verificación. En 1982, el
Instituto de Operaciones de Energía Nuclear (INPO) llevó a cabo un estudio piloto diseñado con
el objetivo de mejorar las operaciones de la planta nuclear mediante la reducción de los
errores humanos a través de la corrección de las condiciones que causan los errores. Uno de
los puntos fuertes de este sistema es que se reportan los resultados centralmente a INPO, que
coteja los datos y publica los resultados a todos los participantes de empresas de servicios
públicos.
Recolectar datos
Evaluar
o Análisis de eventos
Correcta
Informar
Seguir
6.1.2. Estructura
HPES proporciona diecisiete hojas de trabajo de factor causal, una para cada
importante factor causal identificado por problemas de rendimiento humano y material. Una
primera lista de doce factores que se relacionan con la actuación humana (Los factores de
equipos utilizados son desconocidos):
Comunicación verbal
Condiciones ambientales
Calendario de trabajo
Prácticas de trabajo
Método de supervisión
Formación
Administración de recursos
Métodos de gestión
Las hojas de trabajo permiten hasta cuatro problemas de rendimiento asociados con el
evento. El analista debe rellenar las casillas para identificar si el factor causal es aplicable o no.
En ese caso, el analista se mueve a la siguiente sección e indica una información objetiva sobre
el incidente.
6.1.3. Análisis
Teniendo en cuenta que se han identificado los eventos críticos, el analista puede
utilizar HPES para identificar los factores causales. Se requieren cuatro pasos para completar
cada hoja de trabajo:
Indicas si cada una de un número de sub- factores era una primaria, factor que
contribuye secundaria o posible.
6.2.1. Definición
El Análisis Técnico de Causa Sistemática (SCAT) es un método que ha sido desarrollado
por el Instituto Internacional de pérdida de control (Ilci) y que se puede utilizar para
determinar las causas fundamentales de un incidente una vez que la descripción de la
secuencia de eventos ha sido determinada.
Esta modelo considera los elementos que contribuyen a un incidente como una serie
de cinco fichas de dominó, que serían:
Falta de control
Causas básicas (factores personales o factores de trabajo)
Causas inmediatas
Incidente
Pérdida (personas, bienes, procesos)
Este modelo de pérdida surge del efecto de las fichas de dominó cayendo y golpeando
a otras. La manera de evitar la pérdida de acuerdo con este modelo es eliminar una de las
fichas de dominó en la secuencia, evitando así que el impulso pueda alcanzar la siguiente
etapa de pérdida.
6.2.2. Estructura
SCAT se presenta como un gráfico que contiene cinco bloques correspondientes a las
cinco fichas de dominó que se presentan en orden inverso. Así, el primer bloque contiene
espacio para escribir una descripción del incidente. En el segundo bloque se enumeran las
categorías más comunes de contactos que podrían haber llevado al incidente, por ejemplo, el
contacto con electricidad, calor, frío o radiación. El tercer bloque enumera la Causa inmediata
o directa más común de este contacto. El cuarto bloque identifica la causa básica o subyacente
de los cuales hay dos categorías: Factores Personales (estrés físico o psicológico, falta de
conocimientos) y Factores de empleo (mantenimiento inadecuado en herramientas o
equipos). El último bloque gestiona listas de seguridad que deben ser abordadas para prevenir
los incidentes que se produzcan.
6.2.3. Análisis
El analista debe primero escribir una descripción del incidente en la parte superior del
gráfico. En segundo lugar, debe realizar una evaluación de la pérdida potencial del incidente.
Una vez que se haya hecho la descripción, el siguiente paso es identificar el tipo de
contactos de la energía de la lista dada (puede haber más de uno). El analista debe entonces
seguir el rastro de referencias cruzadas que figuran al lado de cada tipo de contacto de energía
Del mismo modo para cada elemento de referencia definidos en el bloque 3, el analista
debe seguir las referencias cruzadas a una lista de elementos en el bloque 4, y así
sucesivamente.
6.3.1. Definición
TOR es un análisis que fue desarrollado inicialmente por Weaver (1973) como una
herramienta de formación para asistir en la prevención de incidentes. Así posteriormente se ha
encontrado aplicación como técnica de investigación para la identificación de las causas
fundamentales asociadas a incidentes y accidentes. El foco del análisis TOR está en los fallos
del sistema, buscando identificar los fallos de gestión en lugar de culpar a los empleados
involucrados.
6.3.2. Estructura
La hoja de términos de referencia se divide en ocho áreas funcionales, que son:
Formación
Responsabilidad
Decisión y Dirección
Supervisión
Grupos de Trabajo
Control
Rasgos de la personalidad
Gestión
En casa área funcional se enumeran entre cinco y ocho estados de fallos sistémicos. A
la derecha de cada declaración hay una serie de números. Por el medio de la hoja de trabajo
están todos los números de referencia de las declaraciones de los fallos del sistema. Esto se
utiliza como una lista de verificación para evaluar de forma rápida si se han considerado todos
los estados.
6.3.3. Análisis
Una vez que se ha producido un incidente y los hechos relacionados con el incidente se
han identificado, estos hechos pueden ser analizados mediante análisis de TOR. Los miembros
del grupo deben ser seleccionados y un líder elegido desde dentro del grupo para dirigir el
análisis y mantenerlo. Hay cuatro pasos básicos en el proceso de análisis de la TOR:
Dentro del grupo primero deben establecerse los hechos del incidente, entenderlos y
acordarlo. Una vez que esto se ha logrado el grupo está listo para pasar a la siguiente
etapa.
El grupo considera todos los posibles factores que contribuyen y decide si son o no
relevantes para el incidente particular que está siendo investigado. El líder del grupo
entonces rodea los números en la guía de los posibles factores contribuyentes que son
considerados relevantes y los cruza con aquellos que no lo son. Este proceso continúa
hasta que el sendero es agotado.
Una vez que el proceso de búsqueda se ha completado el grupo puede quedar con una
lista de diez o más causas fundamentales que se consideran que han contribuido al
incidente. Los grupos deben ahora hablar sobre esto con más detalle para reducir la lista a
un tamaño más manejable mediante la evaluación de la importancia de los factores
identificados.
Cuando se han identificado y revisado las áreas problemáticas, el grupo debe entonces
identificar las acciones correctivas realistas que se pueden tomar. Si el grupo está formado
por los empleados de la planta de producción no todas las acciones estarán bajo su
inmediato control. Corresponde al líder de grupo plantear los problemas identificados a
más alto nivel de gestión a través de los canales de organización adecuadas, por ejemplo,
la presentación de informes o los comités de seguridad.
6.4.1. Definición
SACA fue desarrollado por Waldram (1988) para el análisis de las estadísticas de accidentes
en instalaciones en alta mar. Está reconocido por Waldram que todos los accidentes tienen
múltiples causas. Afirma que aunque estas causas sean de igual importancia, no son
igualmente extraíbles. El enfoque SACA tiene como objetivo analizar las causas y las
estadísticas producen una ayuda para identificar las áreas en las que intervenir.
SACA identifica dos tipos de fallos que no son razonablemente posibles de evitar para la
organización:
Fallos por parte de aquellos que no son responsables de la gestión de la línea; como
por ejemplo: fabricantes, proveedores, miembros del público
Fallos por parte de empleados y empresarios que caen dentro del rango de las tasas de
errores normales.
6.4.2. Estructura
SACA identifica cuatro categorías principales de causas que se pueden aplicar a cualquier
situación de trabajo, estas son: Personas directamente involucradas (P) , Equipo y Lugar de
Trabajo (E) , Sistemas de trabajo (S) y control en el exterior del local (O). Estas cuatro
categorías son entonces divididas en:
6.4.3. Análisis
El objetivo del análisis es poner de relieve las principales causas que contribuyen a
accidentes. Cuando los datos suficientes se han recogido, los resultados deben ser convertidos
en porcentajes. La subcategoría con el porcentaje más alto requiere, por tanto, la mayor
atención. La tabla resultante de los valores se puede utilizar para desarrollar una lista de
acciones.
Si no se recurre a realizar la técnica de los 5 por qués, al menos se deben identificar los
problemas teniendo en cuenta los factores básicos del error, ya que, aun buscando a un
culpable, los problemas persistirán independientemente del individuo que ejecute la labor.
Luego no hay que preguntarse ¿Quién ha provocado el error?, sino ¿Cómo disminuir las
tendencias al error? O ¿Cómo puedo modificar el ambiente que induce y que no perdona el
error?
Quedarnos con las causas raíces posibles y preguntarse por qué han ocurrido éstas.
Además para crear y organizar las espinas del diagrama hay que tener en cuenta lo
siguiente:
Todas las causas deben ser presentadas en las vías que indiquen cómo se relacionan
con el problema.
La disposición de las espinas debe reflejar las relaciones entre las causas.
7.3.1. Definición
La técnica Análisis Causa Raíz es una herramienta utilizada para identificar las causas
que originan los fallos o problemas, las cuáles al ser corregidas evitarán la ocurrencia de los
mismos. Se trata de una técnica de identificación de causas fundamentales que conducen a
fallos recurrentes.
El Reliability Center Inc. Desarrolló una metodología que consta de unos pasos
sistemáticos que ayudan a localizar las causas, orígenes o raíces de los fallos que se estén
estudiando y avanzar así hacía la mejora de los procesos productivos y de la confiabilidad de
los equipos. Estos cinco pasos de PROACT que por sus siglas en inglés significan:
Recolectar datos del fallo: Este paso consiste en reunir todos los datos relacionados
con el fallo. Se debe asegurar ser lo más objetivo posible y evitar suposiciones, puesto
que sólo se llegará a un resultado real contando con datos confiables. Los datos deben
ser recogidos, clasificados y analizados sin obviar detalles.
Ordenar el análisis: Se debe asegurar que el equipo destinado a realizar el análisis sea
multidisciplinario, conformado por representantes de cada departamento involucrado
con el fin de descartar y realizar un análisis con distintos puntos de vista.
Analizar los datos: En este paso el equipo debe tomar cada pieza del rompecabezas y
ponerla en su lugar. Se aplica el árbol de fallos que propone el Reliability Center Inc,
que es un proceso de deducciones lógicas y disciplinadas que obliga al equipo a
trabajar desde el fallo hasta las causas.
Para un mejor desarrollo del análisis, existen dos preguntas básicas que deben ser
realizadas hasta que todas las raíces sean localizadas: ¿Cómo? Y ¿Por qué?
7.3.2. Estructura
PROACT es una herramienta fácil de usar que tiene como objetivo ayudar al
investigador a identificar un incidente, analizar y recomendar soluciones para las causas raíces
del incidente.
8.1. Introducción
Se hace necesario crear programas tales como el Análisis Causa Raíz para ayudar a
recordar que tal vez el programa de mantenimiento preventivo que no se ejecuta está
asociado a la cantidad de fallos que presentan los equipos, esto a su vez conlleva a que la
situación se convierta en una caza de brujas en la que cada uno busca culpables y evita asumir
las correspondientes responsabilidades.
Se trata de una metodología basada en identificar las causas raíces primarias de los
problemas, para poder aplicar posteriormente soluciones correctivas que las eliminen de
forma definitiva.
Cada problema puede tener una o varias causas raíces físicas. Estas causas físicas
pueden tener su origen en la intervención humana y ésta a su vez puede ocurrir por alguna
desviación en los sistemas gerenciales u organizacionales. Estas últimas se conocen como las
Causas Raíces Latentes de un fallo o problema y serán las que se reconocerán como las
verdaderas causas raíces.
En tercer lugar, es necesario recopilar todos los problemas que puedan estar
relacionados, de modo que se analizarán y se valorarán en gravedad y repercusión mediante
unos métodos propios para ello. Pero fundamentalmente, se debe valorar la repercusión
económica de estos problemas, que es realmente el factor más importante.
En último lugar, se realiza un análisis completo de las soluciones. Esta etapa es de gran
interés puesto que examina el rendimiento del método, ya que es la fase en la que se deben
implantar las soluciones propuestas y a partir de ponerlas en marcha, comprobar los
resultados que se obtienen tras el cambio y analizarlos para medir que mejoras se han hecho
en el sistema completo.
DEFINICIÓN
¿Qué? ¿Cuándo? ¿Dónde?
PROBLEMA
Formar equipo
de trabajo
DEFINICIÓN Diagrama de
SISTEMA proceso
Contexto
operacional
JERARQUIZACIÓN
PROBLEMAS Impacto
Análisis
Criticidad
Valoración riesgo
económico
DETERMINACIÓN
CAUSAS RAÍCES Modos de fallos
Hipótesis
IMPLANTACIÓN DE
Selección de las
LAS SOLUCIONES
soluciones
Efectividad de las
soluciones
Lecciones aprendidas
¿Qué? Se trata de dar respuesta a qué ocurrió y cuáles fueron los síntomas
previos que se detectaron.
¿Cuándo? Es importante dejar constancia del momento en que ocurrió el
problema, así de cuando aparecieron también los síntomas, ya que el factor
tiempo es importante al tomar decisiones.
¿Dónde? Es necesario definir el lugar exacto donde ha ocurrido el incidente,
desde el país hasta la ubicación en planta del equipo que ha fallado.
En el funcionamiento normal del grupo de trabajo debe existir una figura de líder
que se encargue de tomar las decisiones pertinentes para la implantación de
resultados. Éste se debe consagrar como el dueño del problema. El líder del equipo
debe ser una persona con ascendencia y liderazgo sobre el equipo de trabajo. El líder
guía a un equipo a través del proceso y ayuda a desarrollar en el puesto de trabajo una
mentalidad de búsqueda de las verdaderas causas raíces de los problemas.
Cada miembro del equipo debe aportar ideas y sobre todo experiencias que
ayuden al líder a alcanzar el objetivo que se haya marcado. Cada miembro tendrá un
rol completamente diferente pero es necesario que sean complementarios.
Caldera
El principio básico de una caldera de tubos de agua consiste en dos calderines de acero
unidos por tubos de acero de modo que los gases calientes tienen que atravesar las filas de
tubos en su paso hacia la chimenea, la cantidad de absorción de calor será grande por lo que
las burbujas de vapor ascienden por los tubos hasta el calderín superior y de ahí fluirá hacia la
Turbina
Podemos ver tres molinetes de aspas (álabes) montados sobre un eje común, cada uno
en un compartimento aislado. El vapor principal que llega desde caldera empuja las aspas de la
primera fase provocando el giro de todo el conjunto rotor. Al hacer girar la primera fase de
aspas, el vapor pierde energía y desciende su presión. Entonces, con una presión un poco
menor, entra en la segunda fase y ocurre la misma situación en la que vuelve a perder presión
el vapor, de modo que al acabar la tercera etapa ya el vapor ha perdido toda su presión y
abandona la turbina como vapor de exhaustación.
Podemos ver en la anterior imagen como existe un escape de la turbina por donde
saldrían el vapor de exhaustación, el cual no debe dejar que se desaproveche y resulta de gran
interés utilizarlo para crear un vacío. Trataría de colocar un recipiente con un gran agujero a la
abertura de escape de la turbina, e instalamos un haz de tubos dentro del recipiente a través
de los cuales se pudiera bombear agua fría. De esta forma, el vapor que sale de la turbina
entrara en contacto con los tubos fríos de modo que volverá a convertirse en agua.
Puesto que el agua fluye continuamente a través de los tubos, se forma entonces un
proceso continuo de condensación, es decir, una transformación constante de vapor en agua,
produciéndose también un constante vacío en el interior del recipiente. Técnicamente a este
recipiente se le llama condensador y tiene dos funciones principales, crear un vacío en el
escape de la turbina y recuperar el condensado para que pueda ser de nuevo empleado en la
caldera ya que el condensado no es otra cosa que agua destilada que es muy puta y por lo
tanto sumamente aprovechable para usarla como agua de alimentación a la caldera.
Por ello, construimos otra cámara pequeña en el fondo del condensador para crear
un espacio en que podamos recoger el condensado y desde el cual podamos bombearlo a la
caldera, o mejor dicho, a los calentadores de agua de alimentación primeramente. A este
tanque de reserva se le llama “pozo de condensado de vapor” o “pozo caliente”, ya que el
agua que recoge esta realmente caliente. Un esquema de lo que se explica sería algo así:
Sistema cerrado
La condensación del vapor crea un vacío que reduce el empuje de presión hacia atrás,
que de otra forma impediría el flujo de vapor considerablemente. El vapor condensado se
recoge en el pozo caliente del condensador, siendo extraído por la bomba de condensado que
bombea el agua al calentador de agua de alimentación. Aquí se recalienta más el agua
mediante el vapor de escape precedente de la bomba de alimentación de caldera (o de otros
auxiliares accionados por vapor) y luego es bombeada, nuevamente, a la caldera mediante la
bomba de alimentación de caldera. Esta bomba, es algunas veces, accionada por vapor
proveniente del colector principal de alta presión. Ahora tenemos un sistema completamente
cerrado. Toda el agua que se ha convertido en vapor en la caldera se condensa nuevamente en
agua dentro del condensador y es bombeada a la caldera.
Naturalmente que hay ligeras pérdidas en diversos puntos del sistema, fugas en
cojinetes de bombas, derrame de vapor en empaquetaduras de válvulas, etc. Para recuperar
estas pérdidas, se bombea al sistema una pequeña cantidad de agua cruda tratada o
condensada. A esta se la llama “reposición de condensado”, obtenido de un tanque de reserva.
Hasta aquí nos valdría para tener una idea básica del funcionamiento completo del
sistema. Pero para añadir valor al estudio, es interesante tener en cuenta una serie de
aportaciones o mejoras que se hacen en realidad a este sistema que se ha descrito hasta
ahora.
Cada etapa adicional de extracción mejora la eficiencia térmica. Sin embargo, en este
caso, como en todos los proyectos de ingeniería, existe un punto en el que las ganancias se
disminuyen, más allá del cual el aumento de calentadores resulta antieconómico.
Teóricamente podría obtenerse la eficiencia máxima mediante un número infinito de
calentadores y de puntos de extracción. Hoy en día se considera como límite económico el
número de cuatro o cinco etapas, diseño que suelen emplear los sistemas modernos. Algunas
centrales de las más modernas suelen usar siete u ocho calentadores.
Este vapor sobrecalentado tiene dos ventajas; en primer lugar, aumenta la capacidad
térmica del ciclo del vapor, y en segundo lugar, al estar más seco, tiene menos posibilidad de
condensarse en las últimas etapas de la turbina. En grandes turbinas, la formación de gotas de
agua sobre los alabes más próximos del lado de exhaustación de la turbina pueden ser
bastante perjudiciales. Sin embargo, usando el vapor sobrecalentado, esta condensación
puede reducirse hasta un punto que no es peligrosa. Por esta razón, todas las Centrales
Térmicas modernas emplean vapor sobrecalentado. Más aun, en las Centrales más modernas,
además de este sobrecalentamiento del vapor, añaden un recalentado del mismo, en un
segundo sobrecalentador después que ha pasado por algunas secciones de la turbina. Con esta
disposición, el vapor recogido en el calderín de la caldera, pasa primeramente al
sobrecalentador primario, luego a las primeras etapas de la turbina, posteriormente vuelve a
la caldera donde es recalentado en el sobrecalentador de recalentamiento, y, por último, es
enviado nuevamente a las etapas de más baja presión de la turbina para terminar en el
condensador. La idea se puede representar:
Se pueden añadir otras mejoras en todos los sistemas buscando más altas presiones y
temperaturas mediante refinamientos del sistema de condensado, reduciendo las pérdidas de
calor donde tuvieran lugar, perfeccionando el equipo, aislamiento, recuperación de fugas
menores; pero las ganancias que de todo esto pueden esperarse son relativamente pequeñas.
Sin embargo, en Centrales de gran tamaño, cada incremento, cada fracción de
porcentaje en una eficiencia total es muy estimable, porque dichas Centrales emplean miles de
millones de toneladas de carbón al año y entonces, aun las pequeñas ganancias en eficiencia
térmica, reflejan grandes ahorros en los costes de combustible. Las Centrales Térmicas
consumen un tercio menos del carbón que consumían hace 30 años para la misma producción
de KW. Este ahorro se ha alcanzado merced a los continuos refinamientos practicados tal
como los hemos descrito en estas páginas.
8.5.1. Impacto
Se trata de evaluar cuál es el alcance del problema, es decir, determinar cuál es la
importancia que tiene el problema que haya surgido. Para ello se suelen definir cinco puntos:
Seguridad, Ambiental, Producción, Mantenimiento y Frecuencia.
Seguridad: evaluar los riesgos que puede producir el problema a nivel de posibles
accidentes que puedan provocar diversos daños.
Definir un alcance y propósito para el análisis: Establecer en que nos queremos basar
para dar prioridad, es decir, cuáles son nuestros objetivos a conseguir.
Se asignan los valores numéricos a cada apartado de modo que los más altos suponen
siempre la situación más crítica:
Ver los fallos desde un punto de vista económico siempre puede resultar más efectivo
para tratar de trabajar para atajarlos, puesto que aunque se implementen muchos métodos de
trabajo, parece que hasta que no se visualiza la realidad económica no se activan las
decisiones necesarias para llevar a cabo las tareas de mantenimiento necesarias.
Para obtener dicho cálculo se realiza un desglose de todos los factores que influyen en
estos costes asociados al fallo y se valoran para después mediantes unas fórmulas establecidas
obtener un resultado que nos sirva para comparar unos fallos con otros y priorizar.
Por un lado se suman los costes de mano de obra y los materiales para posteriormente
multiplicarlo con la frecuencia de fallos que nos reportará los costes anuales de reparación en
términos de euros al año (€/año).
Por otro lado se tiene en cuenta las pérdidas que se producen por indisponibilidad.
Para ello se parte del tiempo que se tarda en realizar la reparación (en horas) o tiempo muerto
en el que no se puede producir nada. Este tiempo traducido en dinero nos dará cuánto dinero
se pierde por cada hora; así al multiplicar ambos valores obtenemos la penalización económica
que provoca el fallo. Dicha penalización se puede obtener de manera anual al multiplicarlo por
la frecuencia de fallos anual fijada al inicio.
Por último, si sumamos el coste anual de reparación (€/año) con el coste obtenido de
Penalización anual (€/año), obtendremos el riesgo total anualizado.
El análisis causa raíz utiliza una estructura de árbol lógico para determinar la causa raíz,
es decir, se presenta de manera secuencial desde el evento y a través de los distintos modos
de fallos, relacionando las causas y efectos, hasta llegar a las causas raíces de dicho evento. Las
verdaderas causas raíces son descubiertas permitiendo que las evidencias físicas conduzcan al
equipo hasta encontrar los factores que intervinieron para que éstas se produjeran.
Tanto el evento como los modos de fallos son resultado de la observación y recogen
datos objetivos, no tratan de hipótesis posibles. Están recogidos en la zona del árbol lógico que
se conoce como La Caja Superior.
Los modos de fallos pueden incluso crear diferentes tipos de metodología Análisis
Causa Raíz, de modo que algunas veces se encuentre un proceso más orientado al análisis de
fallos de alto impacto económico y otras veces más orientado a problemas recurrentes. La
diferencia principal aparece en que los ACR basados en fallos de alto impacto derivan de un
solo modo de fallo pero muy grave y los ACR basados en problemas recurrentes ocurren a
través de varios modos de fallos.
8.6.2. Hipótesis
Las hipótesis son una fase más del proceso secuencial del método para encontrar la
causa raíz. Es la transición entre los modos de fallos y la determinación de las raíces. Se trata
del punto en el que se identifican las causas más probables por las que han podido ocurrir esos
modos de fallos.
Las hipótesis conforman la lista de posibles mecanismos que provocan los eventos de
fallo. Cuando se verifica una hipótesis, ésta se convierte normalmente en una causa raíz física.
Para validar las hipótesis existe una información técnica que debe intentar utilizarse
siempre en la medida de lo posible:
Observadores.
Trabajadores especialistas en mantenimiento.
Operadores.
Raíces Físicas: Son aquellas que envuelven materiales o cosas tangibles. En este nivel
se reúnen todas aquellas situaciones o manifestaciones de origen físico que afectan
directamente la continuidad operativa de los equipos o plantas, por ejemplo: flujo
mínimo por bloqueo de una tubería, malas conexiones, repuestos defectuosos, etc.
Generalmente en este nivel no se encontrará la causa raíz del fallo, sino se trata de un
punto de partida para localizarla.
Raíces Humanas: Aquellas que generan fallos debido a una intervención inapropiada
de un ser humano. Aquí se encuentran todos aquellos errores cometidos por el factor
humano y que inciden directa o indirectamente en la ocurrencia del fallo, como por
ejemplo: instalación impropia, errores en diseño, no aplicar correctamente los
procedimientos pertinentes, etc. Esta es una de las categorías en las que podría
encontrarse la causa raíz de un fallo.
Raíces Latentes: La falta o deficiencia en los sistemas gerenciales y administrativos.
Todos aquellos problemas que aunque nunca hayan ocurrido, son factibles su
ocurrencia. Son problemas del tipo: falta de procedimientos para arranque o puesta
fuera de servicio, personal que realice trabajos de reparación sin entrenamiento,
diseños inadecuados, procedimientos inapropiados de operación, etc.
De nuevo para volver a pasar de nivel y llegar a las raíces latentes, preguntamos ¿Por
qué? Y podemos obtener varias opciones como:
Existen básicamente dos tipos de soluciones que pueden plantearse una vez finalizado
un ACR. Estas son:
Donde se llega a la causa raíz que existe un problema de diseño y por tanto
como solución se propone modificar el diseño original de los sellos. Por tanto para esta
opción existen dos posibles fabricantes, los cuales ofertaran distintos precios y
distintas condiciones y para poder elegir la mejor opción se deben realizar los cálculos
pertinentes aplicando el ACRB.
9.1. Introducción
Tras unas reuniones iniciales para plantear el análisis se concluye que previo a aplicar
la metodología sería conveniente realizar un estudio a una serie de problemas para poder
elegir el más crítico. Es decir, se decide realizar un análisis de criticidad previo, de modo que
dicho apartado del procedimiento ACR se va a extraer y realizar antes. Para ello se decide crear
un documento en el que se recopile toda la información posible sobre los problemas y se
organice de alguna manera.
Se decide escoger un espacio temporal de una semana, y según los problemas que
hayan ido surgiendo o ya existieran sin resolver, realizar el estudio de jerarquización de
problemas. La principal intención en este paso que se pretende dar es la de obtener con
fundamento el problema más crítico y además que pueda ser algo nuevo que añada valor a la
forma de trabajar del departamento y poco a poco incorporarlo en el método diario de
trabajo.
Una vez finalizado el criterio de criticidad para seleccionar los problemas más críticos,
se procede a realizar el procedimiento de Análisis Causa Raíz basado en la metodología
PROACT para tratar de determinar las soluciones a un problema crítico. Para ello se decide
generar un documento para aplicar esta metodología y que sirva para futuras aplicaciones y
mediante el cual se va a desarrollar el caso elegido en este estudio.
Este anexo: Criterio de Criticidad quedará como documento base para aplicar estos
criterios cada vez que la empresa lo requiera. Para el mejor manejo de este tipo de
información, se procede a clasificar en tablas y por ello se hace uso de hojas de cálculo Excel
que se irán adjuntando a esta memoria conforme se explica cómo se construye el
procedimiento de criticidad que se va a desarrollar. Los pasos generales que se van a seguir y
van a conformar el anexo son:
Síntoma: Recoge la primera información que nos hace detectar que algo anormal está
ocurriendo.
Descripción problema: Información más detallada relativa al problema. Se suele
recurrir al historial por si fuera un problema recurrente que ya está documentado. Se
resume el posible impacto que pueda acarrear el problema.
Equipo: Nombre del equipo en el que está produciéndose un fallo. Se separa de la
identificación técnica que otorga la central, para que resulte más directo al consultar la
tabla.
Ubicación técnica: Identificación propia creada para clasificar y documentar todos los
equipos de la central.
Los problemas que se recogen y se pasan a introducir en la tabla INVENTARIO son los
siguientes:
1. En el caso del primer problema, se trata de unos problemas en una de las cintas
transportadoras de carbón de la central. Se detecta como síntoma del problema que
se produce el desprendimiento de carbón de manera irregular y anormal. Se realiza
una primera inspección del comportamiento del problema durante 24h de modo que
se puedan extraer conclusiones del impacto que tiene el problema, que son
principalmente de seguridad por riesgos de caídas y daños a personas y en cuanto al
ambiental al tratarse de un mineral y pueda haber contaminación por lluvias. También
existe impacto por producción por posible parada de las cintas para la reparación.
5. El quinto problema está relacionado con fallos en una bomba auxiliar que se emplean
para arrancar las soplantes de cenizas. Se recurre al historial y se comprueban fallos
anteriores en los rodamientos. El impacto principal sería en recursos de reparación de
la bomba pero no produce impacto importante en la producción puesto que existen
tres soplantes y con dos en funcionamiento es admisible.
Una vez que se han inventariado los problemas nos quedaría una tabla tal que así:
Para poder clasificar los problemas, se hará uso de la ubicación técnica, que es el dato
que nos aporta la central de asignación de equipos. En este código existen unos conjuntos de
números que va clasificando por zonas, de manera que va acotando cada vez más la ubicación
del equipo.
El primer término T15 es idéntico para toda la central y señala la central que se trata,
lo cual sirve para los datos de la compañía en general que cuenta con numerosas centrales. El
segundo término ya marca una primera clasificación dentro de la central, de modo que 01
señala al grupo 1 de caldera y 02 al grupo 2 de caldera, por ejemplo. El tercer término clasifica
al equipo dentro de un sistema operacional determinado, mientras que el cuarto término se
refiere a un equipo que realiza una función determinada. Por último, el quinto término hace
referencia a lo que sería el número de seria de cada equipo, es decir, si hay 3 bombas
exactamente iguales, la referencia que identifica a cada una.
En segundo lugar, la tabla ORDEN será una tabla que se genere automáticamente con
tan solo pulsar un botón (ORDENAR) que se añade. Para ello, se toman los datos de la tabla
INVENTARIO y al pulsar el botón en la pestaña ORDEN se genera la misma tabla pero ordenada
de mayores a menores valores de ubicación técnica y de izquierda a derecha. Es decir, se
ordenan los valores de forma que agrupe aquellos cuanto más cerca están.
Sin embargo tras exportar los datos a la tabla ORDEN aparecen tal que así:
Donde como se puede observar, se han ordenado, apareciendo de arriba a abajo los
mayores valores. En el caso del Precalentador de aire y la bomba de recirculación al tener el
segundo término valor 02, ya la página detecta que es mayor que el 01 de las Soplantes y los
coloca arriba. Una vez ordenada la segunda columna, se puede comprobar cómo se ordena la
tercera columna en la que Precalentador de aire aparece por encima de la bomba el tener el
tercer término mayor.
De esta forma el trabajador podrá analizar de una manera mucho más rápida e
intuitiva la relación que existe entre los distintos equipos que presenten problemas. En
nuestro caso, podemos comprobar que hay dos fallos que están muy relacionados:
Coinciden hasta los tres primeros términos de la ubicación técnica, lo que nos hace
indicar que pertenecen al mismo sistema operacional, en este caso al sistema completo del
precalentador de aire.
Por último, para evitar fallos en la recopilación de datos y aumentar la fiabilidad del
archivo, se realiza una validación de hipótesis en cada una de las columnas de la ubicación
técnica, de modo que cada término tiene un número de cifras: el primero es de tres cifras, el
segundo de dos, el tercero de tres, el cuarto de tres y el quinto de cuatro; si el trabajador
intentara introducir alguno de estos números con más o menos cifras, automáticamente le
salta un mensaje de error:
Siguiendo los mismos pasos que en los apartados anteriores para ir completando el
anexo de Criticidad, se realiza en otra pestaña una tabla ACRB para realizar el Análisis Coste
Riesgo Beneficio. En esta nueva tabla se importará de la pestaña anterior la descripción del
problema, que es importante que persista y sea visible en todo momento y además se
mantendrá el nombre del equipo para poder reconocer rápidamente de que caso se trata.
El grupo de caldera es una unidad con una instalación generadora de 580 MW y con
una facturación de 10 €/MWh.
Si multiplicamos ambos términos obtenemos un valor en €/h que nos dice que lo que
ganamos a la hora de producción o lo que es lo mismo, lo que dejaríamos de ganar por cada
hora de parada de producción. En este caso, realizando la multiplicación obtenemos que por
cada hora que no se produce, se deja de ganar 5.800€.
Si extrapolamos los datos a días de parada en lugar de horas, bastará realizar unos
sencillos cálculos multiplicando por las 24 horas que tiene un día:
Como se puede ver en la imagen anterior, tras realizar los cálculos explicados, la
cantidad en euros que se deja de ganar por no producir nada durante un día asciende a
139200€. Una cantidad muy considerable y que provoca que aquellos problemas que
provoquen las paradas del grupo puedan convertirse en fallos de muy alta criticidad por el
impacto económico que éste produce.
Por último, para conocer el coste total que supone el problema en término anual,
basta con sumar el coste de producción anual y el coste directo anual.
Una vez acabada la tabla, se puede comenzar a completar introduciendo los datos
correspondientes para cada uno de los problemas que se han seleccionado:
1. Cintas E1. Con un coste directo por evento de tan solo 12,56€ se trata de un coste
prácticamente despreciable para la dimensión de la central. Sin embargo, su problema
reside en la frecuencia de fallo de 1095 eventos por año que hacen que el coste
directo anual sea de 13.760€. En cuanto a la producción, el tiempo de reparación y el
impacto es muy bajo por lo que se obtiene un coste de producción por evento de 87€
y un coste anual de 95.265€. Finalmente el coste total anual asciende a: 109.025€.
2. Agitador Absorbedor. Con un coste directo por evento de 540€ y una frecuencia de
fallo de 24 eventos por año provoca que el coste anual sea de 12.960€. Desde el punto
de vista de la producción el coste por evento asciende a 139.200€ al año. El coste total
anual sería de 152.160€.
5. Soplantes cenizas. El coste directo del evento se cifra en 3.480€, lo cual se considera
muy bajo pero la frecuencia de 24 eventos por año hace que el coste directo anual sea
de 83.250€. Se considera baja la probabilidad de impacto en producción por lo que el
coste total de finalmente resulta de 375.840€, bajo para la alta frecuencia de fallo que
tiene.
6. Precalentador de aire. El coste directo del evento anual se cifra en 114.400€ debido
sobre todo a un coste considerable en materiales, al tratarse de una zona bastante
inaccesible y delicada. Según la documentación se puede reparar en continuo por lo
que con una baja probabilidad de parada se cifra el coste total en 375.400€.
7. Bomba agua procesos. El coste directo del evento es bajo puesto que se trata de un
problema recurrente y leve con una tasa de 12 fallos por año y que se tiene
controlado. Se cifra la probabilidad de parada de producción en 0,5 al ser una máquina
importante pero en teoría es un problema que no debe generar mayores dificultades.
El coste total anual que se obtiene es de 219.120€.
Una vez se han realizado los cálculos correspondientes se concluye que el problema
más crítico es el nº 4 de la Bomba de Recirculación de Caldera. Es el que mayor repercusión
económica tiene debido fundamentalmente a que se trata de un equipo crítico para la
producción, puesto que por sus características necesita parar el grupo de caldera y por tanto la
producción completa del grupo para su intervención.
En definitiva, parece claro que el problema más crítico y por tanto con motivo de
estudio, debe ser este. Frente a otros problemas que a pesar de ser muy recurrentes como el
de las Cintas, el agitador del absorbedor o las soplantes pero que sin embargo parecen ser
problemas controlados y con bajo impacto en producción y por tanto se reduce su criticidad. O
frente a otros problemas con mayor impacto en producción como la reductora del
precalentador de aire pero que económicamente no es tan crítico como la bomba de
recirculación.
Se añade en las dos primeras columnas el problema / síntoma y el nombre común del
equipo, al igual que en las otras pestañas anteriores del documento, ya que sirven de
referencia total para identificar cada problema en cada paso dado.
A partir de ahí las columnas que se añaden son relativas al procedimiento del análisis
causa raíz. Se añade una columna de Responsable o Departamento en la que se debe
introducir el nombre de la persona encargada de liderar el proyecto y hacer que se cumplan
los pasos necesarios para llegar hasta la solución del problema, así como de hacer una buena
gestión documental para futuros problemas. En el caso que no sea una persona en concreto
sino un departamento, igualmente se añadirá el nombre del departamento.
Las otras columnas son relativas a los pasos dados en el árbol lógico del Análisis Causa
Raíz: Modos de fallos, hipótesis, Causa Raíz Física, Causa Raíz Humana y Causa Raíz Latente.
Se pretende que sea un anexo intuitivo, ágil y de fácil aplicación pero que a la vez sea
eficaz y consiga obtener las soluciones deseadas con la mayor información posible. Aunque el
único fin es alcanzar la causa raíz de un determinado problema, es bueno que se complete el
documento con la información estudiada y encontrada porque siempre puede ser de utilidad
para otros problemas, y así generar más documentación que ayuda a resolver problemas.
Qué: Se trata de una bomba de recirculación de caldera del segundo grupo de caldera
de una central térmica. En concreto, en la bomba “A” de recirculación de caldera.
Síntomas: El principal síntoma por el que se detecta el fallo es por una excesiva
vibración en la zona central de la bomba.
Cuándo: Unos operarios realizando tareas de mantenimiento preventivo en algunos
equipos de una zona cercana a la bomba detectan un ruido procedente de la bomba.
Donde: Las vibraciones se detectan en la parte central de la bomba, en la zona
próxima del motor.
Frecuencia: El fallo se ha originado repentinamente y permanece de forman
constante. Recurriendo a historial y revisando fallos se puede establecer una
frecuencia de fallo de vibraciones de dos veces al año.
El equipo de trabajo que se conforma para tratar el problema integra a los siguientes
responsables, en el cual se dará el cargo que desempeña cada uno pero en este caso no se
adjuntarán los nombres personales de cada uno por privacidad con la empresa.
La caldera del Grupo es del tipo circulación asistida en la cual tres bombas de
recirculación de caldera (conocidas comúnmente como BRC) proporcionan al agua de caldera
la presión necesaria para superar las pérdidas de carga producidas en la circulación a través de
los tubos de paredes de agua.
Cada una de las tres bombas instaladas proporciona un caudal nominal de 3134 m 3/h
con una presión diferencial de 27 metros de columna de líquido (agua a 357,3ºC).
La plena carga del grupo (580 MW) se puede proporcionar con dos bombas en
funcionamiento, sin embargo en función de la experiencia operacional, la tercera bomba se
pondrá en funcionamiento siempre que esté disponible y la carga del grupo sea mayor de
300MW para asegurar una mayor circulación del agua en la caldera.
Elementos principales
Bomba: Se trata de una bomba centrífuga, de una sola etapa y sin prensaestopas.
La carcasa de la bomba está conectada al colector de succión por medio de un
carrete o pieza de unión, el motor cuelga debajo de la bomba.
Para llenado y venteo inicial de la cavidad del motor cuando ha sido drenado ó
purgado previo al llenado de caldera se utiliza agua de condensado desde el
tanque Reserva de Condensado (Válvula AF-106 en la línea de llenado del tanque
elevado de agua de cierres – junto al desgasificador).
Cuando salga agua por V-11 (llenado de caldera) parar la bomba de agua de cierres
si no hay otros consumos.
Dejar las BRC alineadas para arrancarlas con presión menor de 21 kg / cm2:
ABIERTAS: 8, 8 A y 23. CERRADA: 21.
Producción: Para estudiar las pérdidas que puede producir el problema hay que tener
en cuenta la situación. Como se ha dicho anteriormente, la central funciona con las
tres BRC en funcionamiento, a un 60% de capacidad. Se puede asegurar la plena carga
del grupo con dos bombas funcionando pero se recomienda que siempre que sea
posible se usen las tres bombas para asegurar una mayor circulación del agua de
caldera.
En el momento que surge el problema solo hay dos bombas funcionando, por
lo que se está en una situación límite en la que si falla una bomba, hay que parar el
grupo y por tanto la producción. El escenario es:
Se trata de un alto coste el hecho de parar el grupo un solo día, siendo esto el
mejor de los casos ya que se sabe que en el caso más favorable de intervención se para
dos días. En este caso de parar n días, bastaría con multiplicar el número de días que el
grupo quede parado (n) por el valor de las pérdidas diarias. Si hacemos el ejemplo para
5 días:
Por lo que podemos entender que a priori esta opción resulta más negativa
económicamente hablando que la primera, siendo además una maniobra que se prevé
realizar en la parada de la central, donde se tiene presupuestada la maniobra y de este
modo supondría un coste adicional y por ello más costosa que si se realizara en la
parada.
3.- Asumir el riesgo de continuar tal y como está la situación hasta la próxima
parada planificada de la central, en la cual se asumen los costes de parar la producción
porque está programado.
Establecido el impacto y las valoraciones que se hacen del problema, los valores
numéricos de pérdidas que se obtienen de los cálculos realizados en el formulario de criticidad
del problema en el cual se aplica un apartado de Análisis Costo Riesgo Beneficio, son:
Coste Materiales: El coste de los materiales asciende a los 300.000€ que cuesta
aproximadamente. El dato facilitado por la oficina de planificación del mantenimiento
de la central, asegura que al tratarse de un equipo muy específico y con unas
características muy especial por ser muy compacto, una reparación del motor o
algunos elementos de este garantiza un coste de aproximadamente ese valor según les
informa el fabricante.
Coste Mano de Obra: Al igual que pasaba con el coste de los materiales, la oficina
técnica de planificación del mantenimiento asegura que la mano de obra según los
datos del fabricante asciende a unos 20.000€.
Coste total del evento: Del análisis de coste realizado se extrae que con estos cálculos,
las pérdidas totales son de 2.310.400,00€ con una frecuencia de fallo de 2 eventos por
año. El coste total del evento, dividiendo por la frecuencia de fallos anual sería por
tanto de: 1.155.200,00€.
Definición
Problema
Raíces
Físicas
Raíces
Humanas
Raíces
Latentes
Exceso de vibraciones en la
zona del motor de la bomba.
Provocando movimientos
extraños y peligrosos
Cortocircuit Tornillo Fisura en Fugas Erosión
o de las Desgaste
Cojinete aro de carcasa de agua del aro
bobinas del del
fisurado desgast del de de
estator impulsor
e suelto motor caldera desgaste
9.3.4.3. Hipótesis
Las hipótesis conforman la lista de posibles mecanismos que provocan los eventos de
fallo. Se identifican las causas más probables por las que han podido ocurrir esos modos de
fallos.
A partir de los modos de fallos anteriores, las hipótesis que se establecen son las
siguientes:
Algunos de estudios que se realizan para confirmar las hipótesis propuestas son las
siguientes:
Para determinar rápidamente si la BRC A que está vibrando de forma exagerada tiene
altas temperatura, se mide primero la BRC C que funciona a priori correctamente para que
sirva de referencia.
Las fotos de la BRC C tomadas en tres puntos distintos de la zona afectada son:
Se puede observar como las temperaturas son similares en ambas bombas y en los
mismos puntos. Según los datos teóricos son temperaturas admisibles y acordes al
funcionamiento normal de ambas máquinas.
Por tanto, en cuanto a la temperatura de los equipos es correcta por lo que se pueden
descartar hipótesis relacionadas con temperaturas y fugas, ya que circula agua a una elevada
temperatura y una mínima fuga se habría detectado con la máquina.
Por tanto al eliminarse estas hipótesis se pueden descartar por completo los modos de
fallo:
2.- Vibraciones
Para algunas máquinas, los valores se obtienen por sistema monitorizado TSI y en otras
con un captador portátil. Además todos los valores de vibraciones están dados en velocidad de
vibración mm/seg RMS.
Al tratarse de esa zona se puede descartar que el problema venga originado por el aro
de desgaste o por el impulsor, los cuales se encuentran ubicados en la parte superior de la
bomba:
Además de realizar pruebas, una forma muy común de descartar o validar hipótesis es
la de realizar inspecciones físicas de la bomba con personal experto y que éstos aporten unos
argumentos sobre lo que puede estar ocurriendo. Puede ser que de esta reunión no salga la
causa del problema pero si pueden descartarse muchas opciones planteadas. En este caso, se
realiza una reunión en el lugar de ubicación de la bomba con dos trabajadores con alta
experiencia en la central y se concluye:
Sobrecalentamiento gradual
o Rotura frágil
Desgaste acelerado
o Desgaste por uso
o Desgaste por vibración
Actualizando el árbol lógico y una vez eliminadas las hipótesis que se han ido
descartando, se eliminan del árbol y se deja un esquema más ágil.
Desgaste
Rotura Desgaste por
frágil por uso vibración
Tras una reunión en la que participa el equipo conformado para tratar las raíces físicas
planteadas en este punto, se deciden descartar las raíces físicas:
Rotura frágil: Se trata de un caso poco habitual, con una muy baja frecuencia de fallos
respecto a otras raíces.
Desgaste por uso: Entre ambas posibilidades de desgaste, por probabilidades y por los
síntomas que se muestran en el problema se decide descartar que sea desgaste por
uso y estudiar desgaste por vibraciones.
Se inserta una primera foto de las BRC del grupo I de caldera, donde se pueden ver los
datos tomados en cada BRC y en los distintos puntos de mediada. Se tienen datos de la BRC A y
B porque en ese momento no está en uso la BRC C, y se observan que son datos acordes a lo
establecido como valores normales; de hecho por ello se define como estado vibratorio bueno.
Sin embargo el análisis que se realiza de las BRC del grupo II se aprecian unos valores
de la BRC A, que es concretamente la BRC en la que se produce el fallo, muy altos en
comparación con el resto. Se puede observar que tantos en los datos medidos en las BRC de GI
y la BRC C del GII son valores en torno a 1 y sin embargo los valores obtenidos en la BRC A
están en el orden de 3 y 4; se estaría hablando triplicar y cuadruplicar el valor normal.
Desgast Desgaste
Rotura e por por
frágil uso vibración
Mala Mala
Corrosión
selección instalación
Mala selección: el material ha sido bien seleccionado. Siempre que ha habido que
reparar algún cojinete se ha comprado el mismo modelo y marca que es totalmente
compatible con el equipo.
Corrosión: Según los datos históricos, la última vez que se revisaron y repararon los
cojinetes de la bomba no daría lugar a la corrosión del material.
Mala instalación
o Mal control de calidad: no se han seguido los pasos correctos del proceso de
calidad en la instalación del equipo.
o Fallos en el mantenimiento: se ha detectado un análisis de mantenimiento
preventivo, es decir, antes que ocurriera el fallo en el que se recogen unos
valores de intensidad muy altos en el equipo y no son detectados por el
responsable de dicha tareas ya que se da por buena la medición al chequear
como “Estado vibratorio bueno”.
o Falta de procedimientos: no se encuentra ningún documento en el que se
indique paso a paso y con todo tipo de detalles como se deben realizar las
tareas de instalación de la bomba. Es interesante realizar procedimientos
escritos para todo tipo de tareas, hasta para las más sencillas, pero se ahorran
fallos como estos.
Desgaste
Rotura Desgaste
por
frágil por uso vibración
Mala Mala
Corrosión
selección instalación
cojinete
Hito supervisión --- Responsable 1 mes --- ---
mantenimiento mantenimiento
Estandarización --- Responsable 1 año --- ---
de los procesos mantenimiento
de trabajo
BIBLIOGRAFÍA
“Ingeniería de mantenimiento. Técnicas y métodos de aplicación a la fase operativa de
los equipos.” Adolfo Crespo Márquez, Pedro Moreu de León y Antonio Sánchez
Herguedas.
“Administración moderna de mantenimiento.” Lourival Augusto Tavares.
“Mantenimiento.” Jezdimir Knezevic.
“Root Causes Analysis. Literature review”. A.D. Livingston, G. Jackson & K. Priestley.
“Patient Safety, The PROACT Root Cause Analysis Approach” Robert J. Latino.
Documentos e informes realizados y facilitados por la empresa:
o “ABCDARIO de una Central Térmica.”
o “Análisis de vibraciones.”
o “Planos técnicos de Bomba de Recirculación de Caldera.”
o “Hojas de trabajo en Bombas de Recirculación de Caldera.”
o “Datos de histórico.”
Cursos:
o “Introducción al LEAN Manufacturing” impartido por COIIAOC (Colegio Oficial
Ingenieros Industriales Andalucía Occidental).
o “Proceso avanzado de gestión del mantenimiento”, dentro del Programa de
Formación en Ingeniería y Gestión del Mantenimiento impartido por
INGEMAN (Asociación para el Desarrollo de la Ingeniería de Mantenimiento).
o “Análisis Causa Raíz”, dentro del Programa de Formación en Ingeniería y
Gestión del Mantenimiento impartido por INGEMAN (Asociación para el
Desarrollo de la Ingeniería de Mantenimiento).
o “Gerencia y Proyectos de Mantenimiento”, dentro del Programa de Formación
en Ingeniería y Gestión del Mantenimiento impartido por INGEMAN
(Asociación para el Desarrollo de la Ingeniería de Mantenimiento).
ANEXOS
La forma de adjuntar las plantillas del anexo a esta memoria va a ser por las siguientes
capturas.
El segundo anexo: Análisis Causa Raíz, es el documento que recoge los pasos a seguir
para la aplicación del Análisis Causa Raíz. Este documento está realizado en formato Word y
sirve como plantilla para completar el estudio por parte del encargado de ejecutar dicha tarea.
PROBLEMA:
Versión: (nº)
[Autor]
REGISTRO DE CAMBIOS DEL DOCUMENTO
Nº Fecha y Departamentos
Autor Concepto
Versión estatus afectados
3.1. IMPACTO 4
3.2. VALORACIÓN RIESGO ECONÓMICO 4
¿Qué? - Describir qué ocurrió y cuáles fueron los síntomas previos que
se detectaron.
¿Cuándo? - El momento en que se produce o se detecta el fallo que
está ocurriendo.
¿Dónde? - Definir la ubicación exacta donde se ha produce el fallo,
tanto del equipo como del contexto operacional.
Frecuencia - Número de veces que ocurre el fallo en el periodo de
tiempo establecido.
1.
2.
3.1. Impacto
Explicar cómo afecta el problema a los siguientes aspectos. Estos datos son
recogidos en el anexo previo de criticidad pero se deben añadir al documento
de forma más detallada para completar la información.
- Producción: Explicación como afecta a la producción.
- Mantenimiento: Explicación coste en recursos de materiales, mano
de obra, etc.
- Seguridad: Explicación si afecta a la seguridad laboral.
- Ambiente: Explicación si afecta en posible contaminación.
- Frecuencia: Se tiene en cuenta la frecuencia de fallo definida al
principio.
Completar el árbol que expresa el Análisis Causa Raíz en varios niveles. Una
vez completado rellenar cada uno de los siguientes campos.
- Modos de fallos: Las distintas maneras en las que un equipo falló.
- Hipótesis: Posibles mecanismos que han podido provocar el fallo.
- Raíces físicas: Aquellas que envuelven materiales o cosas tangibles.
- Raíces humanas: Aquellas que se generan por errores del ser humano.
- Raíces latentes: Aquellas que proceden de fallos en el sistema
administrativo.
Definición
Problema
Raíces
Físicas
Raíces
Humanas
Raíces
Latentes
3.
4.