Realizado por:

Mario Jos Valencia

Salas

NORMA SAE
JA1012
PRCTICAS
RECOMENDADAS
PARA VEHICULOS
AEROESPACIALES Y
DE SUPERFICIE

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.

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

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

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
3.1

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

3.2

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

3.3

Consecuencias Ambientales:
Un modo de falla o falla mltiple tiene consecuencias ambientales si
puede violar cualquier norma ambiental .
Consecuencias de Falla:
Los efectos que puede provocar un modo de falla o una falla
(evidencia de falla, en la seguridad, en el ambiente, en la
3.4 mltiple
capacidad de operacin, en los costos de reparacin directos o
indirectos).
Consecuencias en la Seguridad:

modo de falla o falla mltiple tiene consecuencias en la

3.5 Un
seguridad si puede daar o matar a un ser humano.
Consecuencias No Operacionales:

de falla que no afecta adversamente

3.6 Consecuencias
seguridad, el ambiente, o las operaciones.

la
10

CONSECUENCIA DE
FALLA

11

3.7

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

3.8

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

3.9

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

3.10

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

3.11

Dispositivo Protector o Sistema Protector:

Debe evitar, eliminar, o minimizar las consecuencias de falla de
cualquier otro sistema.

3.12

Dueo:
Persona u organizacin que puede sufrir o acarrear la
responsabilidad de las consecuencias de un modo de falla
12

3.13

Efecto de Falla:
Lo que pasa cuando ocurre un modo de falla.

3.14

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

3.15

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

3.16

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

3.17

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

3.18

Falla Potencial:
Una condicin identificable que indica que una falla funcional est a
punto de ocurrir.
13

3.19

Funcin:
Lo que el dueo o usuario desea que realice un activo fsico o
sistema.

3.20

Funcin Evidente:
Falla aislada se vuelve evidente al personal de operaciones bajo
circunstancias normales.

3.21

Funcin Oculta:
Falla aislada no se vuelve evidente para el personal de operaciones bajo
circunstancias normales

3.22

Funcin(es) Primaria(s):
Razn(es) principal(es) por las que el activo fsico o sistema es
adquirido por su dueo o usuario.

3.23

Funciones Secundarias:
Proteccin, control, contencin, confort, apariencia, eficiencia de
energa e integridad estructural.

3.24

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

3.25
3.26

Intervalo P-F Neto:

Intervalo mnimo probable que trascurre entre la deteccin de una falla
potencial y la ocurrencia de una falla funcional.
Longevidad:
Desde el momento en el cual un elemento o componente entra en
servicio nuevo o vuelve a entrar en servicio (distancia, tiempo de
operacin, piezas , etc)

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

3.28

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

3.29

Operar hasta Fallar:

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

3.30

Poltica de Manejo de Fallas:

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

3.31

Probabilidad Condicional de Falla:

Probabilidad de que una falla ocurra en un perodo especfico.

3.32

Programado:
Monitoreo continuo

3.33

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

3.34

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

3.35

Tarea Basada en Condicin:

Una tarea programada usada para detectar una falla potencial.

3.36

Tarea para Detectar Fallas :

Una tarea programada utilizada para determinar si ha ocurrido una falla
oculta especfica.
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
6.2
6.3
6.4

Contexto Operacional
Funciones primarias y secundarias
Enunciado de una funcin
Estndares de desempeo

20

.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, 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:

22

Las

Contexto Operacional

23

.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.
25
Mecanismos de parada.

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
Si

En el caso
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

Que
activaran la
proteccin.

27

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 suficientemente extenso
para permitir un tiempo de uso
razonable antes de que los
componentes
se
degraden
hacia una falla funcional, pero
no tan extenso para que el
sistema est sobre diseado
y sea tambin demasiado
costoso.

Si el desempeo deseado
es
ms
alto
que
la
capacidad inicial, el activo
no es mantenible.

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

30

.1 Falla Total y Parcial

FALLA
TOTAL

- La falla total de la funcin.

- Son fciles de identificar.

FALLA
PARCIA
L

-Si no cumple sus funciones dentro del rango

establecido.
-Son causadas casi siempre por modos de falla,
las 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

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

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
CAUSALIDAD
ABSOLUTA

Algunos de los modos de falla pueden

considerarse no probables por lo tanto no deben
de listarse.

39
Se debe evaluar el contexto y lo que se realiza

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
Los modos de falla para los cuales
de historia.
existen rutinas de mantenimiento
proactivas tambin se deben
incorporar en la lista de modos de
falla.
qu podra ocurrir si no se realizara
Los modos de falla que no hayan
esta tarea?.
ocurrido
an
pero
que
se
consideren como posibilidades,
requiere alto grado de juicio.

8.5 Tipos de modos de

falla.

Deterioro
Desgaste o
rotura
Fatiga
Corrosin
Erosin
Evaporacin
Degradacin

Diseo de un
activo

Errores
humanos

Incapaz de
cumplir el rango
completo de
requerimientos
Es un equipo
nuevo

Operacin
incorrecta
Ensamble
incorrecto
Dao externo

42

43

9.

EFECTOS DE LA FALLA

Qu pasa cuando
ocurre cada falla
1 Suposiciones Bsicas
funcional?
Los efectos de falla deben describir lo que puede pasar si no
se realiza ninguna tarea especifica para anticipar, prevenir o
detectar
falla.
RCM hace una distincin
entrela 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

44

.2

Informacin Necesaria
Los efectos de falla deben incluir toda la informacin
necesaria para sustentar la evaluacin de las consecuencias
de la falla

Que
evidencia
que la falla
ocurri?

Qu hace
para daar,
matar a
alguien o
causar un
dao
ambiental?

Qu hace
para tener
una baja
produccin
?

Qu dao
fsico a
otros
component
es causa la
falla
funcional?

Cmo
restaurar
una funcin
despus de
una falla?

45

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 ambien

Posibilidad de que halla algn
herido muerto por un modo de
falla
Se viola alguna norma o
regulacin ambiental

46

.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

.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

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

48

10.1.1.1 Fallas evidentes de las

Funciones Protectoras
Los efectos del modo
de falla aislado se
vuelven evidentes para
el
equipo
de
operadores.

Ni la funcin protectora ni la funcin

protegida fallen.

Funcin protegida falle antes de la

proteccin.

Funcin protectora falle antes de la funcin

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?

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.

Ninguna funcin falla

Funcin protegida falla cuando la proteccin est

funcionando.

Falle la proteccin mientras la funcin protegida est

operando

Falle la proteccin, entonces la funcin protegida

falla mientras 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.
Segurida
d

Probabilidad intolerable de daar o matar a un ser humano.

C. Ambientales

C. Operacionales

C. No
operacionales

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, 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.

Falla evidente que no tiene efectos directos en la seguridad,

ambiente o capacidad 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

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

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

55

cin entre la longevidad (exposicin al esfuerzo) y la

Probalidad de falla vs tiempo: Patrones de falla

Incremento veloz de
la
probabilidad
condicional de fallazona 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

las
Vale Reduce
la
consecuencias de
pena
modo de falla.
Justifica los costos
hacerl
directos o indirectos
o de realizar la tarea.

No se puede hallar
No
una tarea apropiada.
vale Seladebe encontrar
alguna otra manera
pena
de manejar las
consecuencias de la
hacerl
falla.
o

57

1.3 Efectividad de Costo

COST
O

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.

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

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 (qu puede
pasar?).
La probabilidad de que ocurra este
modo de 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

Ahora considere un segundo modo de

falla que puede causar 1 000
accidentes, pero la probabilidad de
que ocurra este modo de falla es 1 en
100 000 en un ao.
El riesgo asociado con este modo de

El riesgo es el mismo
a pesar de que las
cifras en las que se
basan
son
muy
diferentes.

Probabilidad 1 en
10 oportunidades de
un modo de falla en
un ao y tasa de
falla una vez en 10
perodos
en
promedio.
Correspondiente
al
tiempo promedio de
fallas de 10 periodos.61

12.1.1 QU PUEDE PASAR SI OCURRE EL MODO

DE
SeFALLA?
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 DEFALLA?
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
62
siendo utilizados.

RIESGO

1.3 ES TOLERABLE EL 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

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 64el

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

65

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

66

12.2 Modos de Falla Oculta con Consecuencias en

la Seguridad y en
elde
Ambiente
En el caso
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 organizacin est dispuesta
a tolerar para la falla mltiple.
Entonces,
determine
la
probabilidad de que la funcin
protegida falle en el perodo en
consideracin.

Finalmente,
determine
la
indisponibilidad tiempo muerto
parcial de la proteccin que
resulta en la probabilidad tolerable

Es posible variar tanto la

probabilidad de una falla no
anticipada
de
la
funcin
protegida,
como
la
indisponibilidad de la funcin
protectora por adopcin de
polticas de manejo de fallas
convenientes. Como resultado,
tambin es posible reducir la
probabilidad de una falla
mltiple a casi cualquier nivel
deseado
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
detectar la falla potencial,
necesitamos realizar un tarea e
inspeccin cada dos meses.

La medida del tiempo de las inspecciones

no tiene nada que ver con la longevidad o
vida del componente.

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
80
existe un incremento en la probabilidad condicional de falla.

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.
87 la
d. En los casos donde la falla es evidente y no tiene consecuencias en

.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
92
ser menos costosas que las consecuencias econmicas del modo de falla

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
pueda violar ese estndar o regulacin.

que

la

falla

mltiple

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 econmicas93del
modo de falla y de la falla mltiple combinadas cuando se comparan

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.
Contexto
operacion
al
Expectativ
as
operacion
ales
Modos de
falla
Efectos de
falla
Consecuen
cias de
falla

El contexto operacional del equipo ha cambiado

suficiente para reemplazar
alguna
informacin
registrada o las decisiones realizadas durante el
intervalo inicial?
Las expectativas operacionales han cambiado lo
suficiente de modo que sea necesario revisar los
estndares operacionales que fueron definidos durante el
anlisis inicial?
Ha resultado que algunos modos de falla existentes
fuesen registrados 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 de falla?
Ha ocurrido algo que lleve a cualquier persona a creer
que las consecuencias de falla se deben evaluar de una
manera diferente?

99

Polticas de
manejo de
fallas
Tareas
programada
s
Intervalos
de tarea
Ejecucin
de
tarea
Modificacio
nes del
activo

Existe alguna razn para creer que alguna de

las polticas de manejo de fallas seleccionada
inicialmente ya no es apropiada?
Alguien se ha concientizado de un mtodo de
desarrollo de una tarea programada que pueda
ser superior a una de estas seleccionadas
previamente?
Existe alguna evidencia que sugiera que se
deba cambiar la frecuencia de alguna tarea?
Existe alguna razn que sugiera que una tarea
o tareas se deban realizar por algn otro tipo
de persona diferente a la seleccionada
originalmente?
El activo se ha modificado de modo que
agregue o substraiga algunas funciones o
modos de falla, o que 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
recomendaciones.

por

quienes

sern

implementadas

las

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
104
de activos.

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
105
informacin y asistir en la toma de decisiones.

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
intervalo y habilidades fijadas.

por

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

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:
deben ser acopladas en bloques de trabajo ejecutables.

Las

tareas
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