Realizado por:

Mario Jos Valencia Salas

1
NORMA SAE JA1012

PRCTICAS
RECOMENDADAS
PARA VEHICULOS
AEROESPACIALES Y DE
SUPERFICIE 2
INTRODUCCION

Una Gua para la Norma de Mantenimiento Centrado en Confiabilidad (RCM)

El Mantenimiento Centrado en Confiabilidad (RCM) fue documentado por

primera vez en un reporte escrito por F.S. Nowlan y H.F. Heap y publicado por
el Departamento de Defensa de U.S. en 1978; fue usado para desarrollar
programas de mantenimiento para aviones comerciales.

Desde entonces, el proceso RCM ha sido ampliamente utilizado por otras

industrias, desarrollado y mejorado ampliamente.

3
4
Debido a la creciente popularidad de RCM, han
surgido otros procesos a los cuales sus
defensores les han dado el nombre de RCM,
pero que no estn basados en absoluto en
Nowlan y Heap.

Como resultado a la demanda internacional

por una norma que imponga los criterios que
cualquier proceso deba cumplir para ser
llamado RCM. SAE JA1011, presupone un
alto grado de familiaridad con los conceptos y
la terminologa de MCC.

5
INDICE
1. Alcance
2. Referencias
3. Definiciones
4. Siglas
5. Definicin de Activo
6. Funciones
7. Fallas Funcionales
8. Modos de Falla
9. Efectos de Falla
10. Categoras de Consecuencia de Fallas
11. Seleccin de las Polticas de Manejo de Fallas
12. Manejo de las Consecuencias de Falla
13. Polticas de Manejo de Fallas- Tareas Programadas
14. Polticas de Manejo de Falla- Cambio de Especificaciones y Operar hasta Fallar
15. Seleccin de las Polticas de Manejo de Fallas
16. Un Programa de Vida
17. Formulacin Matemtica y Estadstica
18. Consideraciones Adicionales Importantes
19. Notas 6
DESARROLLO

7
1. ALCANCE

Gua del mantenimiento basada en la

confiabilidad (RCM) amplifica y aclara cada uno
de los criterios claves listados en SAE JA 1011
Criterios de evaluacin de los procesos de RCM

Resume problemas adicionales que deben ser

tomados en cuenta para aplicar RCM
exitosamente.

8
2. REFERENCIAS

Aplicar la emisin ms reciente de las publicaciones SAE.

La emisin aplicable surtir efecto a partir de la fecha de

la orden de compra.

Publicacin disponible
Publicaciones SAE - Disponible en SAE, 400
Commonwealth Drive, Warrendale, PA 15096-0001.

SAE JA1011Evaluation Criteria for Reliability-

Centered Maintenance (RCM) Processes

9
 3. DEFINICIONES

Cambio de especificaciones:
3.1 Cualquier accin tomada para cambiar la configuracin fsica de un activo o sistema.

Capacidad Inicial:
3.2 El nivel de operacin que el activo fsico en el momento que entra en servicio.

Consecuencias Ambientales:
Un modo de falla o falla mltiple tiene consecuencias ambientales si puede violar
3.3 cualquier norma ambiental .

Consecuencias de Falla:
Los efectos que puede provocar un modo de falla o una falla mltiple (evidencia
3.4 de falla, en la seguridad, en el ambiente, en la capacidad de operacin, en los
costos de reparacin directos o indirectos).
Consecuencias en la Seguridad:
Un modo de falla o falla mltiple tiene consecuencias en la seguridad si puede
3.5 daar o matar a un ser humano.

Consecuencias No Operacionales:
Consecuencias de falla que no afecta adversamente la seguridad, el
3.6 ambiente, o las operaciones.
10
CONSECUENCIA DE FALLA

11
 Consecuencias Operacionales:
Consecuencias de falla que afecta adversamente la capacidad operacional de un activo
3.7 fsico o sistema.

Contexto Operacional:
Las circunstancias bajo las cuales se espera que opere el activo fsico o sistema.
3.8

Desempeo deseado:
El nivel de desempeo deseado por el dueo o usuario de un activo fsico o sistema.
3.9

Desincorporacin Programada:
Tarea programada que trae consigo la desincorporacin de un componente en o antes
3.10 de un lmite de longevidad

Dispositivo Protector o Sistema Protector:

Debe evitar, eliminar, o minimizar las consecuencias de falla de cualquier otro sistema.
3.11
Dueo:
Persona u organizacin que puede sufrir o acarrear la responsabilidad de las
3.12 consecuencias de un modo de falla
12
 Efecto de Falla:
3.13 Lo que pasa cuando ocurre un modo de falla.

Falla Evidente:
Modo de falla cuyos efectos se tornan evidentes para el personal de
3.14 operaciones bajo circunstancias normales.

Falla Funcional:
Estado en el que un activo fsico o sistema no se encuentra disponible para
3.15 ejercer una funcin.

Falla Mltiple:
Ocurre si una funcin protegida falla mientras su dispositivo o sistema protector se
3.16 encuentra en estado de falla.

Falla Oculta:
Modo de falla cuyo efecto no es evidente para el personal de operaciones bajo
3.17 circunstancias normales.

Falla Potencial:
Una condicin identificable que indica que una falla funcional est a punto de ocurrir.
3.18
13
 Funcin:
3.19 Lo que el dueo o usuario desea que realice un activo fsico o sistema.

Funcin Evidente:
Falla aislada se vuelve evidente al personal de operaciones bajo circunstancias
3.20 normales.
Funcin Oculta:
Falla aislada no se vuelve evidente para el personal de operaciones bajo circunstancias
3.21 normales

Funcin(es) Primaria(s):
La (s) funcin (es) que constituyen la (s) razn (es) principal (es) por las que el activo
3.22 fsico o sistema es adquirido por su dueo o usuario.

Funciones Secundarias: Funciones a parte de las funciones principales como:

Proteccin, control, contencin, confort, apariencia, eficiencia de energa e integridad
3.23 estructural.

Intervalo P-F:
Intervalo entre el punto en que una falla potencial se hace detectable y el punto en que
3.24 esta se degrada hasta una falla funcional

14
 Intervalo P-F Neto:
Intervalo mnimo probable que trascurre entre la deteccin de una falla potencial y la
3.25 ocurrencia de una falla funcional.

Longevidad:
Desde el momento en el cual un elemento o componente entra en servicio nuevo o
3.26 vuelve a entrar en servicio (distancia, tiempo de operacin, piezas , etc)

Mantenimiento Proactivo:
3.27 Mantenimiento emprendido antes de que ocurra una falla

Modo de Falla:
3.28 Un evento nico, que causa una falla funcional.

Operar hasta Fallar:

3.29 Modo de falla especfico ocurra sin ningn esfuerzo para anticiparla o prevenirla.

Poltica de Manejo de Fallas:

Tareas basadas en condicin, restauracin programada, desincorporacin
3.30 programada, deteccin de falla, operar hasta fallar y cambio de especificaciones.

15
 Probabilidad Condicional de Falla:
3.31 Probabilidad de que una falla ocurra en un perodo especfico.

Programado:
Monitoreo continuo
3.32

Restauracin Programada:
Tarea programada que restaura la capacidad de un elemento en un intervalo especificado
3.33

Tarea Apropiada:
Tarea que es tcnicamente factible y al mismo tiempo vale la pena realizar es aplicable y a su
3.34 ves efectiva

Tarea Basada en Condicin:

Una tarea programada usada para detectar una falla potencial.
3.35

Tarea para Detectar Fallas :

Una tarea programada utilizada para determinar si ha ocurrido una falla oculta especfica.
3.36
16
4. SIGLAS

EPI Equipo de Prueba Incorporado

IDF Intervalo de (tarea) Deteccin de Falla
AMEF Anlisis de Modo y Efectos de Falla
TPEFM Tiempo Promedio entre Fallas Mltiples
TPEF Tiempo Promedio entre Fallas
TPDA Tiempo de la Funcin Protegida
TPRA Tiempo de la Funcin Protectora
MCC Mantenimiento Centrado en Confiabilidad
ITORA La indisponibilidad permitida por la funcin protectora

17
5. DEFINICIN DEL ACTIVO

El mantenimiento RCM es un proceso

especfico utilizado para identificar las
polticas que deben ser implementadas para el
manejo de los modos de falla que pueden
causar una falla funcional de cualquier activo
fsico en un contexto operacional dado .

18
 ACTIVO

SISTEMA

19
6. FUNCIONES

Cules son las funciones deseadas y los

estndares de desempeo asociados del
activo en su contexto operacional presente ?

6.1 Contexto Operacional

6.2 Funciones primarias y secundarias
6.3 Enunciado de una funcin
6.4 Estndares de desempeo

20
6.1 Contexto Operacional

Se debe definir el contexto operacional del activo

Las circunstancias bajo las cuales e espera que opere

el activo o sistema.

Contexto operacional de un activo fsico tpicamente

incluye una descripcin global breve de cmo se
utilizar este activo, donde se utilizar, y los aspectos
que gobiernan los criterios de desempeo global tales
como produccin, rendimiento, seguridad, integridad
ambiental, y as sucesivamente. 21
 LOS ASPECTOS ESPECFICOS QUE SE DEBEN DOCUMENTAR EN LA DEFINICIN DE
CONTEXTO OPERACIONAL , INCLUYEN:

a. Proceso fluido versus proceso por lotes.

b. Estndares de calidad: Expectativas de servicio al consumidor, desperdicio, satisfaccin
del cliente, garanta.
c. Estndares ambientales: Normas que aplican al activo.
d. Estndares de seguridad: Lesiones globales o tasa de fatalidad.
e. Lugar de operaciones: Caractersticas de la localidad donde esta operando el equipo.

f. Intensidad de operaciones: El equipo opera 24 horas por da, siete das a la semana, o a
una intensidad menor. En el caso de utilidades, si el equipo opera bajo picos de carga o
condiciones de baja carga.
g. Redundancia: Existe alguna capacidad redundante o en stand by.
h. Trabajo-durante- operacin: Actividades trabajo-durante-operacin permite parar el
equipo sin afectar la produccin o el rendimiento.
i. Repuestos: Inventario de repuestos claves.
j. Demanda del mercado/suministro de materia prima: Las fluctuaciones cclicas en la
demanda del mercado y/o en el suministro de materia prima puedan afectar la
subsiguiente seleccin de las polticas de manejo de fallas. 22
Contexto Operacional

23
6.2 Lista de Funciones

Se deben identificar todas las funciones del activo/sistema

Las funciones deben ser divididas en dos categoras: funciones
primarias y secundarias.

FUNCIONES PRIMARIAS
La razn por la que cualquier organizacin adquiere algn activo o sistema
es para cumplir con una funcin o funciones especficas.

FUNCIONES SECUNDARIAS
Se espera que la mayora de los activos desarrollen otras funciones,
adems de las funciones primarias.
Cuando se identifican las funciones secundarias, se debe velar de no
descuidar lo siguiente puntos:

24
Integridad ambiental : Cumplimiento de las normas ambientales que aplican al activo.

Seguridad : Determinar alguna amenaza a la seguridad y describirla.

Integridad estructural : Proveer soporte o una cierta seguridad a otro elemento.

Control : Regular el desempeo.

Contencin : Si la funcin primaria es almacenar materiales deben tambin

contenerlos.

Confort : Activos o sistemas no causen pena o ansiedad a los operadores o

mantenedores.

Apariencia : Funcin importante de apariencia, corrosin, color adecuado y visibilidad.

Proteccin : Eliminan, minimizan, evitan las consecuencias de la falla mediante:

Luces de advertencia o alarmas.
Mecanismos de parada.
Mecanismos de alivio, sistemas de apaga incendios, preservadores de vida.
Realizan una funcin que haya fallado ( plantas de emergencia).

25
6.3 Describiendo las Funciones
Todas los enunciados de una funcin deben contener un
verbo, un objeto, y un estndar de desempeo
Ejemplo:
Figura 1. Muestra una bomba para bombear agua de un tanque a otro. La
capacidad nominal de la bomba es de 1000 litros por minuto, y el agua es
succionada del tanque a una velocidad mxima de 800 litros por minuto. La funcin
primaria de esta bomba se debe describir as: bombear agua del tanque X al
tanque Y, a no menos de 800 litros por minuto. Aqu el verbo es bombear, el
objeto es agua, y el estndar de desempeo es del tanque X al tanque Y, a no
menos de 800 litros por minuto.

26
Funciones protectoras
Los enunciados de las funciones protectoras
necesitan un manejo especial. Estas funciones
actan en excepciones , cuando algo va mal

El enunciado de la funcin debe reflejar este

hecho. Normalmente esto se hace
incorporando las palabras

En el caso Que activaran la

Si proteccin.
de,

Por ejemplo.
La funcin de una vlvula de alivio de presin
debe ser descrita como sigue: Ser capaz de
aliviar la presin en la caldera si excede de 250
psi 27
6.4 Estndares de Desempeo
Los estndares de desempeo incorporados en los enunciados de una funcin deben
tener el nivel de desempeo deseado por el dueo o usuario del activo/sistema en su
contexto operacional.

Una vez que el desempeo de un activo cae por debajo del

valor mnimo aceptable para el usuario, el activo ha fallado.

El objetivo del mantenimiento es asegurar que el activo

contine operando por encima del nivel mnimo que es
aceptable para los usuarios.
El deterioro es inevitable, por lo tanto debe estar permitido,
algn activo entra en servicio, debe estar disponible para
entregar el estndar de desempeo mnimo deseado por el
usuario.
Lo que el activo esta disponible a entregar en su estado
nuevo o recin reparado se llama capacidad inicial.
28
 El margen de deterioro debe ser Si el desempeo deseado es ms alto
suficientemente extenso para permitir un que la capacidad inicial, el activo no
tiempo de uso razonable antes de que los es mantenible.
componentes se degraden hacia una falla
funcional, pero no tan extenso para que el
sistema est sobre diseado y sea
tambin demasiado costoso.

Para evitar malos entendidos en lo

que constituye una falla funcional,
los estndares mnimos de
desempeo aceptable deben estar
claramente definidos y entendidos
por los usuarios y los mantenedores
del activo

29
7. FALLAS FUNCIONALES
Una falla funcional se define como la incapacidad de cualquier
activo fsico de cumplir una funcin segn un parmetro de
funcionamiento aceptable para el usuario
De qu maneras puede fallar al cumplir sus funciones ?
Se deben definir todos los estados de falla asociados con cada funcin

Un activo falla si es incapaz de hacer lo que el

usuario desea que haga.

El activo debe estar definido como una funcin,

cada activo tiene ms de una funciones diferentes.

Se debe definir la falla de un activo como un todo.

El RCM distingue una falla funcional o estado de

falla y modo de fallo lo que es un evento que causa
una falla funcional. 30
7.1 Falla Total y Parcial

FALLA - La falla total de la funcin.

TOTAL - Son fciles de identificar.

-Si no cumple sus funciones dentro del rango establecido.

FALLA -Son causadas casi siempre por modos de falla, las
PARCIAL consecuencias son casi siempre diferentes y son mas
difciles de identificar.

31
Por ejemplo
La bomba mencionada, sufrir una
falla funcional si no bombea
ninguna cantidad de agua falla
total.

Sin embargo; la bomba tambin

sufrir una falla funcional si puede
bombear agua a una tasa menor de
800 litros por minuto falla parcial.

32
7.2 Lmites Superiores e Inferiores:

El activo ha fallado si opera por encima del lmite superior o

por debajo del lmite inferior.
Por ejemplo
La funcin primaria de una mquina pulidora se puede definir como Pulir cojinetes
en un ciclo de tiempo de 3.00 0.03 minutos, a un dimetro de 75 mm 0.1 mm,
con una superficie final no mayor de 0.2 Ra. Esta mquina ha fallado si:

a. Si se detiene por completo.

b. Rectifica una pieza en un ciclo de tiempo mayor a 3.03 minutos.
c. Rectifica una pieza en un ciclo de tiempo menor a 2.97 minutos.
d. El dimetro excede 75.1 mm.
e. El dimetro es menor de 74.9 mm.
f. La superficie final es muy rugosa (excede 0.2 Ra)

33
OH UNA FALLA FUNCIONAL

34
8. MODOS DE FALLA
Un modo de falla es cualquier evento que causa una falla
funcional
Qu causa cada falla funcional (modos de falla)?

Identificar los modos de falla

Establecer que se entiende por probable

Niveles de causalidad

Fuentes de informacin

Tipos de modos de falla 35

 8.1 Identificar los modos de falla.

Se deben identificar los modos de falla probables que puedan causar cada falla funcional

Debe consistir de un sustantivo y un verbo

La descripcin debe ser suficientemente detallada

de modo que posibilite la seleccin de una poltica
de manejo de fallas adecuada, pero no tan
detallada que tome demasiado tiempo realizar el
proceso de anlisis

Se debe usar muy poco verbos como fallar o

averiarse o malfuncionamiento, ya que dan
poca o ninguna indicacin de cual podra ser la
manera apropiada de manejar el modo de falla.
36
ANALISIS DE MODO Y FALLA Y SUS EFECTOS -> AMFE

37
 8.2 Establecer que se entiende por probable.

El mtodo utilizado para decidir que constituye un modo de falla probable

debe ser aceptado por el dueo o usuario del activo.

Probabilidad razonable significa: una probabilidad que encuentra

una prueba de racionalidad algo creble, se define por personal
conocedor y entrenado.

Si la probabilidad es suficientemente alta para

que garantice un anlisis extenso entonces, el
modo de falla debe ser listado.

Es muy difcil decidir si un modo de falla debe

o no ser listado, relacionado a la probabilidad
de ocurrencia.

Muchos modos de falla pueden causar que el

proceso RCM tomo mucho mas tiempo del
necesario hasta tres veces mas.
 8.3 Niveles de causalidad.

Se deben identificar los modos de falla en un nivel de causalidad que haga

posible identificar una poltica de manejo de fallas apropiada.

Es posible llegar a un nivel de CASUALIDAD absoluto si se

profundiza demasiado, esto es innecesario.

CAUSAS RAIZ Algunos de los modos de falla pueden considerarse no

CAUSALIDAD ABSOLUTA probables por lo tanto no deben de listarse.

Se debe evaluar el contexto y lo que se realiza en la empresa

para poder decidir el nivel de casualidad.
39
40
 8.4 Fuentes de informacin.

Las listas de los modos de falla deben incluir los modos de falla que han ocurrido antes,
los modos de falla que estn siendo prevenidos actualmente debido a la existencia de
programas de mantenimiento, y los modos de falla que no han ocurrido an pero que se
piensan probables en el contexto operacional.
Los modos de falla que han ocurrido antes
en los mismos activos o en activos similares,
son los candidatos ms obvios para ser
incluidos en la lista de los modos de falla, se
debe revisar las fuentes de historia.
Los modos de falla para los cuales existen
rutinas de mantenimiento proactivas
tambin se deben incorporar en la lista de
modos de falla.
qu podra ocurrir si no se realizara esta
tarea?.
Los modos de falla que no hayan ocurrido
an pero que se consideren como
posibilidades, requiere alto grado de juicio.
 8.5 Tipos de modos de falla.

Deterioro Diseo de un Errores

Desgaste o rotura activo humanos
Fatiga Incapaz de Operacin
Corrosin cumplir el rango incorrecta
Erosin completo de Ensamble
Evaporacin requerimientos incorrecto
Degradacin Es un equipo Dao externo
nuevo

42
43
9. EFECTOS DE LA FALLA

Qu pasa cuando ocurre cada

falla funcional?
9.1 Suposiciones Bsicas
Los efectos de falla deben describir lo que puede pasar si no se realiza
ninguna tarea especifica para anticipar, prevenir o detectar la falla.
RCM hace una distincin entre el efecto de una falla,
(que pasa)( que ocurre) y una consecuencia de una
falla (como y cuanto, afecta el modo de
falla)(Importancia).

Las principales opciones de las polticas de manejo

de fallas incluyen tareas de mantenimiento
proactivas .
Se debe asumir que no se esta llevando ningn
mantenimiento proactivo para identificar los modos
de falla.
Asumir que el modo de falla causa una falla
44
funcional.
9.2 Informacin Necesaria
Los efectos de falla deben incluir toda la informacin necesaria para
sustentar la evaluacin de las consecuencias de la falla

Cmo
restaurar una
Qu dao funcin despus
fsico a otros de una falla?
Qu hace para componentes
tener una baja causa la falla
Qu hace para produccin ? funcional?
daar, matar a
Que evidencia alguien o causar
que la falla un dao
ocurri? ambiental?

45
9.2.1 Evidencias de que ha ocurrido una falla

Existe alguna evidencia de que el modo de falla ocurri.

Cual es la forma que toma esta evidencia.

* Luces, ruido, velocidad, humo, escape de vapor, etc.

9.2.2 Amenazas a la seguridad y el ambiente

Posibilidad de que halla algn herido

muerto por un modo de falla

Se viola alguna norma o regulacin

ambiental

46
9.2.3 Efectos en la produccin o operaciones

Tiempo fuera de servicio

Velocidad de operacin
Calidad
Otro equipo se vio afectado por el modo de falla
Costos de operacin globales
9.2.4 Dao secundario
Daos significativos a
otros componentes o
sistemas

9.2.5 Accin correctiva requerida

Descripcin breve de la accin que

se requiere para corregir el modo
de falla despus de haber ocurrido.
47
10. CATEGORIAS DE CONSECUENCIAS DE
FALLAS

10.1 Categoras de Consecuencias

El proceso de categorizacin de consecuencias debe separar los modos
de falla ocultos de los modos de falla evidentes.

10.1.1 Fallas Evidentes y Ocultas

Una falla evidente es un modo de falla cuyos efectos son apreciables
para el equipo de operadores en circunstancias normales.

Una falla oculta es un modo de falla cuyos efectos no son apreciables

para el equipo de operadores en circunstancias normales.

Fallas ocultas y proteccin: Asegurar que las consecuencias de la falla

de la funcin protegida sean mucho menos serias de lo que hubiesen
sido si no tuviese proteccin.
48
10.1.1.1 Fallas evidentes de las Funciones Protectoras

Ni la funcin protectora ni la funcin protegida fallen.

1
Los efectos del modo de falla
aislado se vuelven evidentes Funcin protegida falle antes de la proteccin.
para el equipo de 2
operadores.
Funcin protectora falle antes de la funcin
3 protegida, esta posibilidad debe ser casi eliminada.

49
10.1.1.2 Funciones Protectoras cuya Falla no es Evidente
Algunos de los efectos de este modo de falla se harn evidentes para el equipo de
operadores en circunstancias normales si el modo de falla ocurre aislado?

Ninguna funcin falla

Si la respuesta a esta pregunta
es no, el modo de falla es
oculto.
El hecho de que la proteccin
no este disponible para
cumplir su funcin no se hace
aparente en condiciones
normales.
1
Funcin protegida falla cuando la proteccin est funcionando.
2
Falle la proteccin mientras la funcin protegida est operando
3
Falle la proteccin, entonces la funcin protegida falla mientras
4 la proteccin est en estado de falla, esto es una falla multiple.
51
10.1.2 CONSECUENCIAS EN LA SEGURIDAD, EL AMBIENTE,
OPERACIONALES Y NO OPERACIONALES
El proceso de categorizacin de consecuencias debe distinguir claramente los eventos modos de
falla y fallas mltiples que tengan consecuencias en la seguridad y/o en el ambiente de los que slo
tengan consecuencias econmicas, consecuencias operacionales y no operacionales.

C. Seguridad Probabilidad intolerable de daar o matar a un ser humano.

C. Ambientales Probabilidad intolerable de violar cualquier norma o regulacin ambiental.

Fallas que afectan las funciones primarias de los activos, afectan la capacidad de
ingresos, depende de que tanto que se usa el equipo y alternativas en caso de que falle,
C. Operacionales afectan el rendimiento, la calidad el servicio al consumidor e incrementan los costos, se
debe evaluar cuanto cuesta la falla y que tan frecuente es.

C. No
Falla evidente que no tiene efectos directos en la seguridad, ambiente o capacidad
operacionales operacional solo influye en los costos de reparacin del mismo.

52
10.1.3 MCC Y LAS REGULACIONES/LEGISLACIONES DE SEGURIDAD

La mayora de las regulaciones que rigen la

seguridad demandan simplemente que los usuarios
sean capaces de demostrar que estn haciendo
cualquier cosa prudente para cerciorarse que sus
activos sean seguros.

RCM satisface estos requerimientos

10.2 Evaluando las Consecuencias de Falla

La valoracin de las consecuencias de falla se debe realizar como si ninguna
tarea especfica se est llevando a cabo actualmente para anticipar, prevenir
o detectar la falla.

Esencial asumir que ningn mantenimiento

proactivo se est llevando a cabo cuando se
estn identificando las consecuencias de
falla.
53
Consecuencias de Fallas?

54
11. SELECCIN DE LAS POLITICAS
DE MANEJO DE FALLAS

11.1 La Relacin entre Longevidad y Falla

El proceso de seleccin de manejo de fallas debe tomar

en cuenta el hecho de que la probabilidad condicional de
algunos modos de falla se incrementar con el tiempo,
que la probabilidad condicional de otros no cambiar con
el tiempo y que la probabilidad condicional de otros
tampoco decrecer con el tiempo.

55
Relacin entre la longevidad (exposicin al esfuerzo) y la falla
Probalidad de falla vs tiempo: Patrones de falla

Incremento veloz de la
probabilidad condicional de
falla-zona de desgaste.

Incremento sostenido en
la probabilidad de falla.

56
11.2 Tcnicamente Factible y Vale la Pena Hacerlo
Todas las tareas programadas deben ser tcnicamente factibles y deben
valer la pena hacerlas

No se puede
Reduce las hallar una tarea
consecuencias de apropiada.
Vale la modo de falla.
No vale Se debe
pena Justifica los la pena encontrar alguna
otra manera de
costos directos o
hacerlo indirectos de hacerlo manejar las
realizar la tarea. consecuencias de
la falla.

57
11.3 Efectividad de Costo
Si dos o ms polticas de manejo de fallas propuestas son tcnicamente factibles y
valen la pena hacerlas, se debe seleccionar la poltica que sea ms costo-efectiva.
COSTO
Existen muchas opciones de polticas de manejo
de falla, disponibles actualmente.

Tentador seleccionar basada solamente en la

sofisticacin tcnica antes que de el costo-
efectividad.

Se debe seleccionar la poltica mas econmica,

antes que aquella que sea mas sofisticada.

58
11.4 Seleccin de las Polticas de Manejo de Fallas

La seleccin de las polticas de manejo de fallas debe ser

llevada a cabo como si ninguna tarea especfica estuviese
siendo realizada actualmente para anticipar, prevenir o
detectar la falla.

Asumir que ningn mantenimiento

proactivo se est llevando. 59
12. MANEJO DE LAS CONSECUENCIAS DE
FALLA
12.1 MODOS DE FALLA EVIDENTE CON CONSECUENCIAS EN EL AMBIENTE O
EN LA SEGURIDAD
En el caso de que un modo de falla evidente tenga consecuencias en la seguridad o en el
ambiente, la tarea debe reducir la probabilidad del modo de falla a un nivel que sea tolerable
para el dueo o usuario del activo.
La primera pregunta es que podra pasar si el evento
en consideracin ocurre?

La segunda pregunta es que probabilidad existe de que

el evento ocurra del todo?

La combinacin de estos dos elementos provee una

medida del grado de riesgo.

La tercera pregunta y frecuentemente el elemento ms

contencioso es si el riesgo es tolerable.?
60
Por ejemplo
Considere un modo de falla que pueda resultar
en la muerte o el dao fsico de 10 personas El riesgo es el mismo a
(qu puede pasar?). pesar de que las cifras en
las que se basan son muy
La probabilidad de que ocurra este modo de diferentes.
falla es de 1 en 1 000 en un ao cualquiera
(cun probable es que ocurra?). Basados en
estas cifras, el riesgo asociado con este modo
de falla es:

10 x (1 en 1 000) = 1 accidente cada 100 aos Probabilidad 1 en 10

oportunidades de un modo
Ahora considere un segundo modo de falla que de falla en un ao y tasa
puede causar 1 000 accidentes, pero la de falla una vez en 10
probabilidad de que ocurra este modo de falla perodos en promedio.
es 1 en 100 000 en un ao. Correspondiente al tiempo
El riesgo asociado con este modo de falla es: promedio de fallas de 10
periodos.
1 000 x ( 1 en 100 000) = 1 accidente cada 100
aos
61
12.1.1 QU PUEDE PASAR SI OCURRE EL MODO DE FALLA?
Se debe registrar como parte de la lista de los efectos de falla.

Con la finalidad de ser razonablemente conservador, note que las

definiciones del efecto de falla deben reflejar el escenario del
peor caso tpico , pero no el caso ms extremo, ya que esto
podra ser excesivamente conservador.

12.1.2 CUL ES LA PROBABILIDAD DE QUE OCURRA EL MODO DE FALLA?

Idealmente esta probabilidad debe ser cuantificada como parte
de la definicin del efecto de falla.

En la prctica, los datos de falla histrica precisos no estn

disponibles en la mayora de los casos, especialmente en los de
equipos nuevos.

La evaluacin debe estar basada en estimaciones inteligentes

por personas que entiendan claramente el equipo y el contexto
en el cual estn siendo utilizados.
62
12.1.3 ES TOLERABLE EL RIESGO?

RIESGO El riesgo se mide por la probabilidad

multiplicado por la severidad.

Se expresa usualmente sobre una base

anual, pero puede ser expresada en
eventos por numero de ciclos u horas
operacionales.

El nivel tolerable de riesgo de matar o

daar fsicamente varia ampliamente de
individuo a individuo o de grupo a grupo.

Influencia hasta que punto los

trabajadores podran exponerse al riesgo .

63
Por ejemplo
Evaluacin de riesgo
cuantitativo o probabilstico

La probabilidad de que cualquiera de mis

1 000 compaeros de trabajo sean muertos en un
ao es de 1 en 100 (asumiendo que cualquiera en
el sitio est expuesto a las mismas amenazas). Si
las actividades llevadas a cabo en el sitio incluyen
(se dice) 10 000 eventos que pueden matar a
alguien, entonces la probabilidad promedio de
que cada evento pueda matar a una persona debe
ser reducida a 10-6 en un ao. Esto significa que
la probabilidad de un evento que es probable
mate a 10 personas se debe reducir a 10-7,
mientras que la probabilidad de un evento que
tiene una oportunidad de 1 en 100 de matar a una
persona se debe reducir a 10-5.
Los factores adicionales que
ayudan a decidir que es tolerable
que tanto se conocen los efectos
reales y las consecuencias de
cada modo de falla, el valor
colocado para la vida humana
por los diferentes grupos
culturales, valores religiosos, la
edad y el estado civil del
individuo. 64
12.1.4 QUINES DEBEN EVALUAR EL RIESGO?

Lo que es tolerable puede ser determinado por un grupo

representativo:

Personas que probablemente tienen un entendimiento claro del

mecanismo de falla, los efectos de falla, la probabilidad de que
ocurra el modo de falla y las probables medidas que se puedan
tomar para anticiparlo o prevenirlo.

Personas quienes tienen una visin genuina de la tolerabilidad u

otra parte de los riesgos.

Esto debe incluir representaciones de:

1. Las probables victimas operadores o mantenedores en el caso de

amenazas directas a la seguridad, y la comunidad en general en el
caso de amenazas al ambiente.

2. Quienes tienen que acarrear con las consecuencias si alguien

es lastimado o muerto o si se viola una norma ambiental.
65
12.1.5 MANEJO DE FALLAS Y SEGURIDAD

Si existe un riesgo intolerable de que un modo

de falla pueda afectar la seguridad o el
ambiente, se debe reducir la probabilidad del
modo de falla a un nivel tolerable.

Ntese que cuando se trata con modos de falla

evidentes que tienen consecuencias en la
seguridad o en el ambiente, MCC no considera
el costo del modo de falla. Si el riesgo es
intolerable entonces se debe reducir a un nivel
tolerable, bien sea por la introduccin de una
tarea proactiva adecuada, o por el cambio del
diseo o de la operacin del activo de tal
modo que el riesgo se reduzca a un nivel
tolerable.
66
12.2 Modos de Falla Oculta con Consecuencias en la Seguridad y en
el Ambiente
En el caso de un modo de falla oculta en el que la falla mltiple asociada tenga
consecuencias en la seguridad o en el ambiente, la tarea debe reducir la probabilidad del
modo de falla oculta a una magnitud que disminuya la probabilidad de la falla mltiple
asociada a un nivel tolerable para el dueo o usuario del activo.

Una falla mltiple slo ocurre si la funcin protegida falla

mientras la proteccin est en estado de falla.

Se debe determinar la probabilidad

tolerable, la probalidad de falla de la
funcion protegida normalmente es dada.

67
 La indisponibilidad permitida de la funcin protectora puede expresarse como se
muestra en la Ecuacin 2:

Esta indisponibilidad se determina en las

siguientes tres fases:

Establece cual es la probabilidad que la Es posible variar tanto la probabilidad

organizacin est dispuesta a tolerar para la de una falla no anticipada de la
falla mltiple. funcin protegida, como la
indisponibilidad de la funcin
Entonces, determine la probabilidad de protectora por adopcin de polticas
que la funcin protegida falle en el de manejo de fallas convenientes.
perodo en consideracin. Como resultado, tambin es posible
reducir la probabilidad de una falla
Finalmente, determine la indisponibilidad mltiple a casi cualquier nivel deseado
tiempo muerto parcial de la proteccin
que resulta en la probabilidad tolerable de
la falla mltiple. 68
12.3 Modos de Falla Evidente con Consecuencias Econmicas

En el caso de un modo de falla evidente que no tenga

consecuencias en la seguridad o el ambiente, los costos directos
o indirectos de la tarea deben ser menores que los costos
directos o indirectos del modo de falla cuando se calculan en
perodos de tiempo comparables.

El costo total de la organizacin en un perodo de tiempo no slo

es afectado por la magnitud de las consecuencias que podran
ocurrir, sino tambin por cuan frecuente las consecuencias tienen
probabilidad de ocurrencia.

Consecuentemente, para evaluar la viabilidad econmica de

cualquier tarea, es necesario comparar el costo total del modo de
falla en un perodo dado con el costo total de la poltica de manejo
de falla en el mismo perodo.

69
12.4 Modos de Falla Oculta con Consecuencias Econmicas
En el caso de un modo de falla oculta en el que la falla mltiple asociada no
tenga consecuencias en la seguridad o en el ambiente, los costos directos o
indirectos de la tarea deben ser menores que los costos directos o indirectos
de una falla mltiple ms el costo de reparacin del modo de falla oculta
cuando se calculen en perodos de tiempo comparables.

Es posible identificar una poltica

de manejo de fallas que reduzca
el costo total de manejar la falla
oculta a un valor mnimo.

70
13. Polticas de Manejo de FallasTareas Programadas

13.1 Tareas Basadas en Condicin

Cualquier tarea basada en condicin que se seleccione (o predictiva, o basada en

condicin, o tarea de monitoreo de condicin) debe satisfacer los siguientes criterios
adicionales:

a. Debe existir una falla potencial claramente definida.

b. Debe existir un intervalo P-F identificable
c. El intervalo de la tarea debe ser menor que el intervalo P-F probable ms
corto.

d. Debe ser fsicamente posible realizar la tarea en intervalos menores que el intervalo
P-F.

e. El tiempo ms corto entre la deteccin de una falla potencial y la ocurrencia de

una falla funcional (el intervalo P-F menos el intervalo de la tarea) debe ser
suficientemente largo para predeterminar la accin a ser tomada a fin de evitar,
eliminar o minimizar las consecuencias del modo de falla.
71
13.1.1 FALLAS POTENCIALES Y LA CURVA P-F

Esta evidencia de falla inminente se

conoce como falla potencial, la cual
se define como una condicin
identificable que indica que una falla
funcional est a punto de ocurrir o
est en un proceso de ocurrencia.

Si esta condicin puede ser detectada,

podra ser posible tomar accin para
prevenir que el elemento falle
completamente y/o evitar las
consecuencias del modo de falla.

72
13.1.2 EL INTERVALO P-F

Las tareas basadas en

condicin se llaman as
porque los elementos se
inspeccionan y se dejan
en servicio bajo la
condicin de que
continen obtenindose
los estndares de
operacin especificados

73
13.1.3 EL INTERVALO NETO P-F

El intervalo neto P-F

es el intervalo
mnimo probable
que transcurre
entre la deteccin
de una falla
potencial y la
ocurrencia de la
falla funcional.

74
13.1.4 LA RELACIN ENTRE EL INTERVALO P-F Y LA LONGEVIDAD

13.1.4.1 Intervalos P-F y Fallas Aleatorias

La Figura muestra con el fin de

La medida del tiempo de las inspecciones
detectar la falla potencial,
no tiene nada que ver con la longevidad o
necesitamos realizar un tarea e
vida del componente.
inspeccin cada dos meses.

75
13.1.4 LA RELACIN ENTRE EL INTERVALO P-F Y LA LONGEVIDAD

13.1.4.2 Intervalos P-F y Modos de Falla Relacionados con la Longevidad

Si un elemento se deteriora de una manera ms o menos lineal a

lo largo de su vida, est supuesto razonar que las fases finales de
deterioro sern tambin ms o menos lineales.

76
13.1.5 CONSISTENCIA DEL INTERVALO P-F

Si el intervalo neto P-F asociado con este intervalo mnimo es lo suficientemente

grande para tomar una accin que maneje las consecuencias del modo de falla, la
tarea basada en condicin es tcnicamente factible.

Si el intervalo P-F es muy inconsistente, no es posible establecer un intervalo de tarea

significativo, y se debe abandonar la tarea a favor de alguna otra manera de manejar el
modo de falla.
77
13.1.6 CATEGORAS DE TCNICAS BASADAS EN CONDICIN

Las tcnicas basadas en las variaciones de la calidad del producto.

Los defectos surgen gradualmente, y as proveen evidencia oportuna de fallas potenciales.

Tcnicas de monitoreo de efectos primarios

Los efectos pueden ser monitoreados por una persona a travs de la lectura de un indicador, por
un computador como parte de un sistema de control de procesos o por un registrador de mapas.

Tcnicas basadas en los sentidos humanos

(Observar, escuchar, sentir, y oler).

Tcnicas de monitoreo de condicin.

Estas son tcnicas para detectar fallas potenciales que involucran el uso de equipo especializado

78
13.2 TAREAS DE RESTAURACIN PROGRAMADA Y DE
DESINCORPORACIN PROGRAMADA

La restauracin programada vincula la toma de acciones peridicas

para restaurar la capacidad de un elemento a un intervalo
especificado indiferentemente de su condicin en el momento, a un
nivel que provea una probabilidad tolerable de supervivencia hasta
el final o hasta otro intervalo especificado.

La desincorporacin programada significa desincorporar un

elemento o componente a un lmite de longevidad especificado,
indiferentemente de su condicin en el momento. Esto se hace en
el supuesto de que al reemplazar un viejo componente con uno
nuevo se restaurar la resistencia original a fallar.

79
 13.2.1. LMITES DE VIDA-SEGURA.

Los lmites de vida-segura slo aplican a modos de falla que tienen

consecuencias en la seguridad o en el ambiente.

13.2.2. LMITES DE VIDA-ECONMICA

La experiencia en operaciones algunas veces sugiere que la restauracin programada o la

desincorporacin programada es deseable en trminos econmicos.

Est basado en la relacin longevidad-confiabilidad actual del elemento, en

lugar de una fraccin de la longevidad a la cual existe un incremento en la
probabilidad condicional de falla. 80
13.3 TAREAS DE DETECCIN DE FALLAS

13.3.1 FALLAS MLTIPLES Y DETECCIN DE FALLAS

Consiste en prevenir que la funcin protectora entre en estado de falla aplicando

algn tipo de mantenimiento proactivo

81
13.3.2 ASPECTOS TCNICOS DE LA DETECCIN DE FALLAS

Revise la Funcin Protectora en su Totalidad

Se debe hacer simulando las condiciones que el sensor debe detectar, y revisar si el
actuador proporciona la respuesta correcta.

No Altere

Siempre busque la manera de revisar las funciones de los dispositivos protectores sin
desconectarlos o cualquier otra manera de alterarlos.

Debe ser Fsicamente Posible Realizar la Revisin de la Funcin

Encontrar otra manera de manejar los riesgos asociados con proteccin no probada hasta
que algo mejor pase a lo largo del proceso concerniente o al abandonarlo.

Minimice el Riesgo Mientras se Realiza la Tarea

Se debe proveer una proteccin alternativa o se debe detener la funcin protegida hasta
que se restablezca la proteccin original.

La Frecuencia debe ser Prctica

Debe ser prctico realizar la tarea de deteccin de fallas a los intervalos requeridos

82
13.3.3 INTERVALOS DE TAREAS DE DETECCIN DE FALLAS

13.3.3.1 Intervalos de Deteccin de Fallas, Disponibilidad y

Confiabilidad

Se puede demostrar que existe una correlacin lineal entre la indisponibilidad, el intervalo de
deteccin de fallas y la confiabilidad de la funcin protectora dada por su TPEF.

13.3.3.2 Excluyendo el Tiempo de la Tarea y el Tiempo de la

Reparacin

La indisponibilidad de la funcin protectora de la ecuacin no incluye alguna

indisponibilidad incurrida mientras se est realizando la tarea de deteccin de fallas
porque o resultan tiempos de deteccin de fallas muy pequeos.

83
13.3.3.2 Clculo de la IDF Utilizando solo Disponibilidad y
Confiabilidad
Para determinar el intervalo de deteccin de fallas - IDF para una sola funcin protectora,
es necesario encontrar su tiempo promedio entre fallas y la disponibilidad deseada de la
funcin

13.3.3.4 Mtodos Rigurosos para el Clculo del IDF

Una frmula sencilla para determinar los intervalos de deteccin de fallas que
incorpora todas las variables consideradas

Solo para una funcin protectora 84

13.3.3.5 La Viabilidad de los Intervalos de Tareas de Deteccin de
Fallas

Un intervalo de deteccin de fallas muy corto algunas veces el intervalo es

simplemente demasiado corto para ser prctico o la tarea puede causar
acostumbramiento.

Un intervalo de deteccin de fallas muy largo no se debe realizer si es que los

intervalos que son sustancialmente mayores que el resto de la vida til
proyectada del activo.

85
13.4 Combinacin de Tareas

Si un modo de falla o una falla mltiple puede afectar la seguridad o el ambiente

y no se puede encontrar ninguna tarea programada que por si misma reduzca el
riesgo de falla a un nivel bajo tolerable. Como un tarea basada en condicin y
una tarea de desincorporacin programada.

Cuando se consideran tales

combinaciones, se debe
tener cuidado de asegurar
que cada tarea por si misma
satisfar el criterio de
factibilidad tcnica apropiado
para cada tipo de tarea, y
que cada tarea se realice a
una frecuencia adecuada
para esa tarea.

86
14. POLTICAS DE MANEJO DE FALLAS - CAMBIO DE
ESPECIFICACIONES Y OPERAR HASTA FALLAR

14.1 Cambio de especificaciones: Aplicacin de tares apropiadas .

programadas para el desempeo MCC.
a. En los casos donde la falla es oculta, y la falla mltiple asociada tiene consecuencias en
la seguridad y en el ambiente, son mandatarios cambios de especificaciones que
reduzcan la probabilidad de una falla mltiple a un nivel tolerable para el dueo y
usuario.

b. En los casos donde la falla es evidente, y tiene consecuencias en la seguridad y en el

ambiente, son mandatarios cambios de especificaciones que reduzcan la probabilidad
de una falla mltiple a un nivel tolerable para el dueo y usuario.

c. En los casos donde la falla es oculta, y la falta mltiple asociada no tiene consecuencias
en la seguridad y en el ambiente, cualquier cambio de especificaciones debe ser costo-
efectivo en opiin del dueo o usuario del activo.

d. En los casos donde la falla es evidente y no tiene consecuencias en la seguridad y en el

ambiente, cualquier cambio de especificaciones debe ser costo-efectivo en opiin del
dueo o usuario del activo. 87
14.1.1 CONSECUENCIAS EN LA SEGURIDAD O EL AMBIENTE

a. Para reducir la probabilidad de ocurrencia de un modo de falla no anticipado

a un nivel que sea tolerable. Esto se hace normalmente tanto por el
reemplazo del componente afectado por uno mas fuerte o ms confiables,
como por hacer posible anticipar el modo de falla.

b. Para cambiar el elemento o el proceso de manera que el modo de falla no

tenga consecuencias en la seguridad o en el ambiente. Esto se hace en la
mayora de los casos por la instalacin de un dispositivo protector
adecuado. Recuerde que si se aade tal dispositivo sus requerimientos de
mantenimiento tambin se deben analizar.

88
14.1.2 FALLAS OCULTAS
En la falla oculta se puede reducir el riesgo de una falla mltiple realizando cualquiera
de los siguientes cambios de especificaciones.

a. Hacer la falla oculta evidente adicionando otro dispositivo.

b. Sustituir una funcin protectora cuya falla es evidente para la funcin oculta.

c. Sustituir el dispositivo protector existente por un dispositivo ms confiable.

d. Hacer los posible para ejecutar una tarea.

e. Reducir la tasa de demanda de la funcin protegida.

89
14.1.3 CONSECUENCIAS OPERACIONALES Y NO OPERACIONALES
La poltica de manejo de fallas ms costo-efectiva podra ser cambiar
el sistema para reducir los costos totales.

a. Reducir el numero de veces que ocurre el modo de falla, o

posiblemente eliminarlo del todo, de nuevo, por el robustecimiento
de algn elemento del sistema, o por hacerlo mas confiable.

b. Reducir o eliminar las consecuencias del modo de falla .Por

ejemplo , proveyendo una capacidad auxiliar.

c. Realizar un tarea programada costo efectiva. Por ejemplo haciendo

un componente ms accesible.

90
14.2 OPERAR HASTA FALLAR
Cualquier poltica de operar hasta fallar seleccionada debe satisfacer los criterios
apropiado como sigue:

a. En casos donde la falla es oculta y no hay ninguna

tarea programada apropiada, la falla mltiple
asociada no debe tener consecuencias en la seguridad
ni el ambiente

b. En caso casos donde la falla es evidente y no hay

ninguna tarea programada apropiada
, el modo de falla asociado no debe tener
consecuencias en la seguridad ni en el ambiente.

No deben tener consecuencias en la

seguridad ni en el ambiente !
91
15. SELECCIN DE LA POLTICA DE MANEJO DE FALLAS
15.1 Aproximacin Rigurosa
La aproximacin rigurosa para la seleccin de la poltica de manejo de fallas requiere que los
usuarios, el evaluar las consecuencias econmicas y en la seguridad/ambiente de cada modo de
falla.
a. Separar las fallas evidentes de las fallas ocultas.
b. Para cada falla evidente:
1. Establecer la probabilidad real de que el modo de falla pueda daar o matar a alguien.
2. Establecer la probabilidad tolerable de que el modo de falla pueda daar o matar a alguien.
3. Establecer la probabilidad real de que el modo de falla pueda violar un estndar o una
regulacin ambiental.
4. Establecer la probabilidad tolerable de que el modo de falla pueda violar ese estndar o
regulacin.
5. Establecer las consecuencias operacionales y no operacionales totales del modo de falla.
6. En el caso de modos de falla que puedan tener consecuencias en la seguridad o en el
ambiente, y en los que la probabilidad real de incurrir en estas consecuencias es mayor que
la probabilidad tolerable, la identificacin de todas las polticas de manejo de fallas podra
reducir la probabilidad a un nivel tolerable.
7. Identificar todas las polticas de manejo de fallas (si existen) que puedan ser menos
costosas que las consecuencias econmicas del modo de falla cuando se comparan en el
mismo perodo de tiempo.
8. Seleccionar la poltica de manejo de fallas que se ajuste ms costo-efectivamente a las
consecuencias econmicas y en la seguridad/ambiente del modo de falla. 92
c. Para cada falla oculta:

1. Establecer la probabilidad real que la falla mltiple asociada pueda daar o matar a alguien.
2. Establecer la probabilidad tolerable de que la falla mltiple pueda daar o matar a alguien.

3. Establecer la probabilidad real de que la falla mltiple pueda violar un estndar o una
regulacin ambiental.

4. Establecer la probabilidad tolerable de que la falla mltiple pueda violar ese estndar o
regulacin.

5. Establecer las consecuencias operacionales y no operacionales totales del modo de falla y de

la falla mltiple asociada.

6. En el caso de fallas mltiples que puedan tener consecuencias en la seguridad o en el

ambiente, y en las que la probabilidad real de incurrir en estas consecuencias es mayor que la
probabilidad tolerable, la identificacin de todas las polticas de manejo de fallas podran
reducir la probabilidad de la falla mltiple a un nivel tolerable.
7. Identificar todas las polticas de manejo de fallas (si existen) que podran ser menos costosas
que las consecuencias econmicas del modo de falla y de la falla mltiple combinadas cuando
se comparan en el mismo perodo de tiempo.
8. Seleccionar la poltica de manejo de fallas que se ajuste ms costo-efectivamente a las
consecuencias econmicas y en la seguridad/ambiente del modo de falla y de la falla
mltiple. 93
15.2 APROXIMACIN DEL DIAGRAMA DE DECISIN

15.2.1 JERARQUA DE CONSECUENCIAS

Consecuencias en la seguridad o en el ambiente, entonces tratar

satisfactoriamente con las consecuencias econmicas (operacionales y no
operacionales) de esta falla.

El resultado de esta suposicin es que estos diagramas de decisin para

MCC validos son construidos de tal manera que si se consideran
intolerables las consecuencias en la seguridad o en el ambiente, entonces
los usuarios estn obligados a encontrar una poltica de manejo de fallas que
reduzca las consecuencias en la seguridad o en el ambiente a un nivel
tolerable sin considerar las consecuencias econmicas de la falla.

94
15.2.2 JERARQUA DE POLTICAS
La primera suposicin es que algunas categoras de poltica de manejo de fallas son
inherentemente ms costo-efectivas que otras. La segunda suposicin es que
algunas son inherentemente ms conservadoras que otras.

Tareas Basadas en Condicin

Tareas de Desincorporacin Programada y Restauracin Programada

Deteccin de Fallas

Combinacin de Tareas

Operar hasta Fallar

Cambio de Especificaciones
95
15.2.3 APLICANDO LA APROXIMACIN DEL DIAGRAMA DE DECISIN HACIA
EL MCC
PRIMER EJEMPLO DE DIAGRAMA DE DECISION

96
Estos diagramas de decisin se aplican tpicamente en tres fases, como sigue:

a.Trabajando desde el principio, utilice el diagrama de decisin para determinar

las categoras de consecuencias que aplican al modo de falla en consideracin.

b. Luego trabajando la columna de consecuencias relevantes, utilice el criterio de

factibilidad tcnica discutido en las Secciones de la 12 a la 14 de esta gua para
evaluar la factibilidad tcnica de las posibles polticas de manejo de fallas en cada
categora.

c. Seleccione una poltica de manejo de fallas desde la primera categora que

satisfaga el criterio de factibilidad tcnica y que tratar efectivamente con las
consecuencias del modo de falla en consideracin.

97
SEGUNDO EJEMPLO DE DIAGRAMA DE DECISION

98
 16. Un Programa de Vida
Para validar las siete preguntas del MCC del SAE JA 1012 debe responder las
siguientes preguntas especificas.

El contexto operacional del equipo ha cambiado suficiente para

Contexto
reemplazar alguna informacin registrada o las decisiones realizadas
operacional
durante el intervalo inicial?

Las expectativas operacionales han cambiado lo suficiente de modo

Expectativas
que sea necesario revisar los estndares operacionales que fueron
operacionales
definidos durante el anlisis inicial?

Ha resultado que algunos modos de falla existentes fuesen registrados

Modos de falla incorrectamente, o han ocurrido algunos modos de falla no anticipados
que deberan ser registrados?
Algo debe ser agregado o cambiado en las descripciones de los efectos
Efectos de falla
de falla?

Consecuencias Ha ocurrido algo que lleve a cualquier persona a creer que las
de falla consecuencias de falla se deben evaluar de una manera diferente?

99
 Existe alguna razn para creer que alguna de las polticas
Polticas de
de manejo de fallas seleccionada inicialmente ya no es
manejo de fallas
apropiada?

Alguien se ha concientizado de un mtodo de desarrollo

Tareas
de una tarea programada que pueda ser superior a una de
programadas
estas seleccionadas previamente?

Intervalos de Existe alguna evidencia que sugiera que se deba cambiar

tarea la frecuencia de alguna tarea?

Ejecucin de Existe alguna razn que sugiera que una tarea o tareas se
deban realizar por algn otro tipo de persona diferente a la
tarea seleccionada originalmente?

El activo se ha modificado de modo que agregue o

Modificaciones substraiga algunas funciones o modos de falla, o que
del activo cambie la adecuacin de alguna poltica de manejo de
fallas?

100
17. Formulacin Matemtica y Estadstica
Cualquier formulacin matemtica y estadstica como esta, se deben
conocer dos criterios claves: la formulacin debe ser lgicamente robusta, y
debe estar disponible y ser aprobada por el dueo o usuario del activo.

17.1 Lgicamente Robusta

No deben ser hechas bajo suposiciones inapropiadas acerca de los

patrones de falla que aplican a modos de falla individuales que puedan
afectar el activo en consideracin, o acerca de las relaciones entre
variables tales como longevidad, TPEF e intervalos P-F.

17.2 Disponible para el Dueo o Usuario

El proveedor de la formulacin debe estar disponible para mostrar la
frmula al usuario, demostrando como se deriv y las suposiciones en
las cuales est basada, y explicar por qu la frmula propuesta debe ser
utilizada y el dueo del activo debe comprender lo suficiente acerca de los
principios fundamentales del manejo del activo fsico
101
18. Consideraciones Adicionales Importantes
Criterio tcnico mnimo que cualquier proceso debe cumplir para ser llamado MCC.

a. Priorizar los activos y establecer objetivos.

b. Planificacin.
c. Nivel de anlisis y limites del activo
d. Documentacin tcnica.
e. Organizacin.
f. Entrenamiento.
g. Rol del software computacional.
h. Recoleccin de datos
i. Implementacin.

102
18.1 Priorizar los Activos y Establecer Objetivos
Los dueos o usuarios deben fijar prioridades entre los activos conscientemente,
usando los criterios que sean apropiados para sus organizaciones.

a. Seguridad.
b. Integridad ambiental.
c. Desempeo operacional.
d. Costo-efectividad.
e. Calidad del producto y servicio al consumidor.
f. Eficiencia del mantenimiento.
g. Motivacin individual.
h. Trabajo en equipo.
i. Produccin del personal.
j. Auditoras.
103
18.2 Planificacin
a. Decida exactamente cuales equipos sern cubiertos por el anlisis.
b. Establezca los objetivos del anlisis, y acuerde cuando y como se medirn
sus logros.
c. Estime cunto tiempo se requerir para realizar el anlisis.
d. Decida el conjunto de habilidades que estarn involucradas en el
proceso de anlisis, y entonces identifique los participantes especficos por
nombre.
e. Prescriba el entrenamiento apropiado en MCC para aquellos que no lo hayan
recibido.
f. Establezca las facilidades fsicas apropiadas para que se realice el proceso.
g. Decida cuando y por quienes ser revisado y aprobado el anlisis.
h. Decida cuando, donde y por quienes sern implementadas las
recomendaciones.

18.3 Nivel de Anlisis y Lmites del Activo

Si se ha descrito una jerarqua de activos extensa y se ha tomado la decisin de
analizar un activo particular a un nivel determinado, entonces el sistema
normalmente de manera automtica abarca todos los activos por debajo de este
sistema en la jerarqua de activos.
104
18.4 Documentacin Tcnica
Antes de analizar algn sistema o subsistema en particular, es extremadamente til
obtener cualquier documentacin que pueda estar disponible y que describa la
configuracin fsica del activo, sus componentes mayores y cmo trabaja.
Dependiendo de la complejidad del sistema y de cuan bien es entendido por quienes
desarrollan el anlisis, estos documentos podran incluir algunos o todos los siguientes:
a. Planos de arreglo generales.
b. Diagramas de tuberas y de cableado, los cuales incluyen diagramas de proceso y
de instrumentacin.
c. Manuales de operacin y mantenimiento.
d. Documentos de soporte de diseo.
e. Lista de partes.

18.5 Organizacin

a. Una persona o grupo de personas quienes se responsabilizarn de que el

proceso MCC ser utilizado cumpliendo con la norma.
b. Una persona o grupo de personas quienes sern responsables de asegurar que
los activos seleccionados sean analizados como se planific.
c. Una persona o grupo de personas que lideren la aplicacin del proceso.
d. Una persona que estar disponible para proveer la informacin y asistir
en la toma de decisiones.
e. Las facilidades fsicas requeridas para llevar a cabo el anlisis. 105
18.6 Entrenamiento

El proceso MCC incluye muchos conceptos que son nuevos para la mayora de las
personas, as, cualquier persona que desee aplicar MCC necesita aprender que
significan estos conceptos, y como se acoplan juntos, antes de que puedan utilizar
el proceso de manera segura.

18.7 Rol del Software Computacional

a. Clasificar las tareas propuestas por intervalo y

habilidades fijadas.

b. Revisar y refinar los anlisis en la medida que se

aprende y que cambia el contexto operacional.

c. Asistir con el desarrollo de clculos estadsticos y

matemticos ms complejos.

d. Generar una variedad de otro tipo de reportes

(modos de falla por categora de consecuencia, tareas
por categora de tareas, y as sucesivamente).
106
18.8 Recoleccin de los Datos
a. Datos histricos de las fallas.
b. Datos histricos del desempeo del activo, y los costos de operacin y mantenimiento
asociados.
c. Datos histricos del desarrollo del mantenimiento programado.
d. Tareas de mantenimiento programadas existentes.
e. Datos de otras cosas tales como consecuencias de falla, las maneras en las cuales el activo se
degrada con el tiempo, y as sucesivamente.
18.9 Implementacin

a. Auditora MCC: Toda recomendacin debe ser aprobada formalmente (auditada) por
los gerentes con responsabilidad sobre los activos.
b. Descripciones de trabajos programados: Las tareas derivadas del MCC finalmente se deben
describir con suficiente detalle para asegurar que la tarea se har correctamente por
cualquier persona que la ejecute.
c. Cambio de especificaciones: todos los cambios de especificaciones recomendados se deben
describir con suficiente detalle para asegurar que sern implementados correctamente.
d. Planificacin y ejecucin de las tareas programadas: Las tareas deben ser acopladas en
bloques de trabajo ejecutables.
107
19. Notas
19.1 Palabras claves

Mantenimiento basado en la condicin

Mantenimiento predictivo
Mantenimiento preventivo
Mantenimiento proactivo
MCC
Mantenimiento centrado en confiabilidad
Mantenimiento programado

108
Gracias por
su Atencin

109