Recopilar la informacin disponible que describa el sistema a analizar; incluyendo dibujos,

especificaciones, esquemas, listas de componentes, informacin de interfaz, descripciones

funcionales, etc.

Recopilar informacin sobre diseos anteriores y similares de fuentes internas y externas;

incluyendo datos de FRACAS, entrevistas con personal de diseo, personal de operaciones y
mantenimiento, proveedores de componentes, etc.

Divida el sistema en unidades manejables, normalmente elementos funcionales. A qu nivel de

detalle debemos desglosar el sistema depender del objetivo del anlisis. A menudo es deseable
ilustrar la estructura mediante un diagrama de rbol jerrquico:

En algunas aplicaciones puede ser beneficioso ilustrar el sistema mediante un diagrama de

bloques funcional (FBD) como se ilustra en la siguiente figura.

El anlisis debe llevarse a cabo en un nivel tan alto en la jerarqua del sistema como sea posible. Si
se descubren consecuencias inaceptables en este nivel de resolucin, el elemento particular
(subsistema, subsistema o componente) debe dividirse en ms detalle para identificar los modos
de fallo y las causas de fallo en un nivel inferior.

Comenzar en un nivel demasiado bajo dar un anlisis completo, pero puede al mismo tiempo ser
un desperdicio de esfuerzos y dinero.

Preparacin de las hojas de trabajo de la FMECA

Debe decidirse una hoja de trabajo del FMECA adecuada para el anlisis. En muchos casos,
el cliente (cliente) tendr requisitos para el formato de hoja de clculo, por ejemplo, para
encajar en su sistema de gestin de mantenimiento. A continuacin se presenta un ejemplo
de una hoja de trabajo del FMECA que cubre las columnas ms relevantes.

Para cada elemento del sistema (subsistema, componente), el analista debe considerar todas las
funciones de los elementos en todos sus modos operacionales y preguntar si cualquier fallo del
elemento puede resultar en un efecto del sistema inaceptable. Si la respuesta es negativa,
entonces no es necesario un anlisis adicional de ese elemento. Si la respuesta es afirmativa,
entonces el elemento debe ser examinado ms a fondo.

A continuacin se analizan las distintas columnas de la hoja de trabajo de la FMECA en la

diapositiva anterior.

Numero referencia: En la primera columna se da una referencia nica a un elemento (subsistema

o componente). Puede ser una referencia a un id. en un dibujo especfico, un llamado nmero de
etiqueta o el nombre del elemento.
Funcion: Se enumeran las funciones del elemento. Es importante listar todas las funciones. Una
lista de verificacin puede ser til para asegurar que todas las funciones estn cubiertas.

Modo de Operacin: Se enumeran los diversos modos operativos para el elemento. Ejemplo de
modos operativos son: idle, standby y running. Los modos de operacin para un avin incluyen,
por ejemplo, taxi, despegue, subida, crucero, descenso, aproximacin, despliegue y balanceo. En
las aplicaciones en las que no es relevante distinguir entre modos operativos, esta columna puede
omitirse.

Modo de Falla: Para cada funcin y modo operativo de un elemento, los posibles modos de fallo
tienen que ser identificados y listados. Tenga en cuenta que un modo de fallo debe definirse como
un incumplimiento de los requisitos funcionales de las funciones especificadas en la columna 2.

Causa o Mecanismo de Falla: Los modos de fallo identificados en la columna 4 se estudian uno por
uno. Los mecanismos de falla (por ejemplo, corrosin, erosin, fatiga) que pueden producir o
contribuir a un modo de fallo se identifican y se enumeran. Otras causas posibles del modo de
fallo tambin deben ser listadas. Si puede ser beneficioso usar una lista de verificacin para
asegurar que todas las causas relevantes se consideran. Otras fuentes relevantes son: FMD-97
"Failure Mode / Mechanism Distributions" publicado por RAC, y OREDA (para equipos offshore)

Deteccion de Falla: Se enumeran las diversas posibilidades de deteccin de los modos de fallo
identificados. Estos pueden implicar pruebas de diagnstico, diferentes alarmas, pruebas de
prueba, la percepcin humana, y similares. Algunos modos de fallo son evidentes, otros estn
ocultos. El modo de fallo "fallar al arrancar" de una bomba con modo operativo "en espera" es un
ejemplo de un fallo oculto.

En algunas aplicaciones, se agrega una columna adicional para clasificar la probabilidad de que el
fallo sea detectado antes de que el sistema llegue al usuario final / cliente. Se puede utilizar el
siguiente ranking de deteccin:

Rank Descripcin

1-2 Muy alta probabilidad de que el defecto sea detectado. La verificacin y / o los controles
casi seguramente detectarn la existencia de una deficiencia o defecto.

3-4 Alta probabilidad de que el defecto sea detectado. La verificacin y / o los controles tienen
una buena probabilidad de detectar la existencia de una deficiencia / defecto.

5-7 Probabilidad moderada de que se detecte el defecto. Es probable que la verificacin y / o

los controles detecten la existencia de una deficiencia o defecto.

8-9 Baja probabilidad de que se detecte el defecto. Verificacin y / o control no es probable

que detecte la existencia de una deficiencia o defecto.

10 Probabilidad muy baja (o cero) de que el defecto sea detectado. La verificacin y / o los
controles no detectarn o no podrn detectar la existencia de una deficiencia o defecto.
Sobre el Subsistema: Los efectos que puede tener cada modo de fallo en otros componentes del
mismo subsistema y en el subsistema como tales (efectos locales).

Sobre la funcin del sistema: Los efectos que cada modo de fallo puede tener en el sistema
(efectos globales) se enumeran. El estado operativo resultante del sistema despus del fallo
tambin puede ser registrado, es decir, si el sistema est funcionando o no, o se conmuta a otro
modo operativo. En algunas aplicaciones, puede ser beneficioso considerar cada categora de
efectos por separado, como: efectos de seguridad, efectos ambientales, efectos de disponibilidad
de produccin, efectos econmicos, etc.

In some applications it may be relevant to include separate columns in the worksheet for Effects
on safety, Effects on availability, etc.

Rango de Falla: Las tasas de falla para cada modo de fallo se enumeran. En muchos casos es ms
adecuado clasificar la tasa de fracaso en clases ms bien amplias. Un ejemplo de tal clasificacin
es:

1 Muy poco probable Una vez por cada 1000 aos o ms rara vez

2 Remoto Una vez por cada 100 aos

3 Ocasional Una vez por cada 10 aos

4 Probable Una vez por ao

5 Frecuente una vez por mes o ms a menudo

Clasificacin de Severidad: La gravedad de un modo de fallo es el peor potencial (pero realista)

efecto del fallo considerado en el nivel del sistema (los efectos globales). A veces se adoptan las
siguientes clases de gravedad para los efectos sobre la salud y la seguridad:

Rank Clase Severidad Descripcin

10 Catastrfica El fallo produce lesiones graves o la muerte del personal.

7-9 Crtica El fallo se traduce en lesiones leves al personal, exposicin del

personal a productos qumicos dainos o radiacin, o incendio o
liberacin de sustancias qumicas al ambiente.

4-6 Mayor El fallo produce un bajo nivel de exposicin al personal o activa el

sistema de alarma de la instalacin.
1-3 Menor El fallo produce daos menores en el sistema pero no causa
lesiones al personal, permite cualquier tipo de exposicin al
personal operativo o de servicio o permite la liberacin de
productos qumicos al ambiente.

En algunas aplicaciones se utilizan las siguientes clases de gravedad

Rank Descripcin

10 La falla resultar en la insatisfaccin del cliente principal y causar el funcionamiento del

no-sistema o el incumplimiento con regulaciones del gobierno.

8-9 La falla resultar en alto grado de insatisfaccin del cliente y causar la no funcionalidad
del sistema.

6-7 El fallo resultar en insatisfaccin y molestia del cliente y / o deterioro de parte del
rendimiento del sistema.

3-5 El fallo causar un ligero molestia al cliente y / o un ligero deterioro de parte del
rendimiento del sistema.

1-2 El fallo es de tal naturaleza menor que el cliente (interno o externo) probablemente no
detectar el fallo.

Medidas de Reduccin del riesgo: Se enumeran las posibles acciones para corregir el fallo y
restaurar la funcin o prevenir consecuencias graves. Las acciones que probablemente reduzcan la
frecuencia de los modos de fallo tambin se deben registrar. Nos vienen bach a estas acciones ms
adelante en la presentacin.

Comentarios: La ltima columna puede usarse para registrar la informacin pertinente no incluida
en las otras columnas.