Manufactura industrial
Internet industrial de las cosas | Materiales industriales | Mantenimiento y reparación de equipos | Programación industrial |
home  MfgRobots >> Manufactura industrial >  >> Mantenimiento y reparación de equipos

FRACAS:una descripción general

FRACAS es un proceso que brinda a las organizaciones una forma de informar, clasificar y analizar fallas, así como planificar reacciones correctivas en respuesta a esas fallas.

¿Qué es FRACAS?

Un sistema de informe, análisis y acción correctiva de fallas (FRACAS) es un proceso que brinda a las organizaciones una forma de informar, clasificar y analizar fallas, así como planificar reacciones correctivas en respuesta a esas fallas. El software se usa a menudo para implementar un sistema FRACAS para ayudar a administrar múltiples informes de fallas y producir un historial de fallas con las acciones correctivas correspondientes, de modo que se pueda analizar la información registrada de esas fallas pasadas.

Desarrollado y utilizado por primera vez por grupos del Departamento de Defensa de los Estados Unidos en 1985, un FRACAS es un proceso de ciclo cerrado que contiene los siguientes pasos:

  1. Informe de fallas (FR): Todas las fallas y fallas relacionadas con un sistema, pieza de equipo o proceso se informan formalmente mediante un formulario estándar conocido como informe de fallas o informe de defectos. El informe de fallas debe identificar claramente el activo fallado, los síntomas de la falla, las condiciones de prueba, las condiciones de operación y el tiempo de falla.
  2. Análisis (A): Realice un análisis de la causa raíz para identificar qué causó la falla. Realice un análisis de la causa raíz para identificar qué causó la falla.
  3. Acciones correctivas (CA): Una vez que se determina la causa de la falla, implemente y verifique las acciones correctivas (o preventivas) para evitar futuras ocurrencias de la falla. Cualquier cambio debe documentarse formalmente para garantizar la estandarización.

FRACAS se puede utilizar en múltiples aplicaciones como seguridad / reducción de riesgos, control de procesos y sistemas de reporte de incidentes. El proceso de ciclo cerrado es un enfoque disciplinado y enfocado que detecta y resuelve problemas en las etapas de diseño, desarrollo y producción. Lo hace a través de múltiples tareas fundamentales, incluido el registro y la captura de datos e información sobre fallas; identificar y priorizar fallas; y determinar, implementar y verificar acciones correctivas para prevenir la recurrencia de fallas.

Un FRACAS también proporciona información importante de análisis de fallas y acciones correctivas para informes de datos de confiabilidad. Los resúmenes de informes para cosas como el recuento de incidentes contienen datos valiosos de confiabilidad y calidad.

FRACAS ahora es ampliamente digital y, además de informar, analizar y corregir fallas, puede trabajar en conjunto con múltiples procesos y herramientas como DMAIC, MTBF y MTTR.

Cómo implementar FRACAS

La implementación de un FRACAS es altamente personalizable según las necesidades de su organización. De hecho, no existe un único estándar FRACAS que se aplique en todos los ámbitos, y muchos estándares son específicos de la industria. A continuación se muestran las pautas y una descripción general completa de un FRACAS eficaz y lo que se necesita para recopilar la información necesaria. Como se mencionó anteriormente, hay tres pasos básicos para recopilar esta información:

Paso 1:creación del informe de fallas

FRACAS comienza con el informe de fallas:el registro de la falla, problema o motivo de preocupación de un activo con un producto o proceso. La información en los informes de fallas puede variar ampliamente según su industria, procesos y requisitos de cumplimiento. La creación de un informe puede implicar hablar con varios departamentos dentro de su organización para discutir aspectos como soporte técnico, resultados de pruebas del laboratorio, defectos de fabricación, problemas en el campo e ingeniería o diseño.

Independientemente del tipo de información que esté rastreando dentro de FRACAS, es importante recordar que debe limitar la información que desea incluir en su informe. Esto significa cualquier información que se considere necesaria para ayudar a determinar y resolver problemas, así como información para un seguimiento futuro.

Durante la etapa de notificación de fallas de FRACAS, debe definir claramente el tipo de información a registrar en el informe de incidentes. Con el tiempo, a medida que las fallas fluyan a través del proceso FRACAS de circuito cerrado, se recopilará más información; sin embargo, inicialmente, se debe recopilar la mayor cantidad de datos posible sobre la falla y cómo se detectó. Los informes de fallas deben recopilar información como:

Como se señaló anteriormente, esta información puede variar según el tipo de datos que está rastreando, quién está registrando la información, qué detalles se necesitan para resolver el problema, requisitos de cumplimiento y más. Generalmente, los informes de fallas de FRACAS se personalizan según los requisitos de cada organización.

El aspecto más importante de los informes de fallas es garantizar que los problemas se registren en su FRACAS a medida que ocurren en tiempo real. Para hacer esto, todos los miembros del equipo deben tener acceso a FRACAS y poder navegar correctamente por el sistema.

Paso 2:análisis

Una vez que haya registrado su (s) informe (s) de fallas, es hora de realizar un análisis del problema en cuestión. Esta fase también se puede personalizar para adaptarse a las necesidades de su organización y ayudarlo a determinar cómo proceder con el análisis del problema. La fase de análisis generalmente la realiza un líder de equipo o un ingeniero que evalúa completamente qué causó la falla y luego identifica una solución.

Paso 3:acción correctiva

El paso final en FRACAS es resolver el problema y cerrarlo. En este punto, ha determinado la causa raíz de la falla y ha encontrado una solución para corregirla. Una vez que haya implementado la acción correctiva, su equipo debe verificar el éxito de la acción y cerrar el incidente en el sistema. Cerrar cada falla es fundamental para garantizar que el sistema de circuito cerrado permanezca intacto.

El flujo de trabajo de FRACAS

El flujo de trabajo de FRACAS consta de varios pasos que componen el proceso de ciclo cerrado, que lleva el informe inicial del incidente a través de la resolución del incidente. El flujo de trabajo de FRACAS de cada organización es diferente en función de cómo se manejan los problemas internamente. Los flujos de trabajo también evolucionan a medida que cambian las necesidades y se aprenden lecciones. A continuación se muestra un ejemplo de un flujo de trabajo de FRACAS que puede ver para un fabricante.

Este es un ejemplo básico de cómo un proceso FRACAS podría funcionar en un entorno de fabricación. Algunos fabricantes utilizan otras metodologías para implementar un FRACAS. Por ejemplo, las industrias automotriz y aeroespacial generalmente emplean lo que se conoce como 8D (8 disciplinas), un proceso de ocho pasos para la mejora de procesos. Estos ocho pasos consisten en establecer un equipo, describir el problema, reparar el problema, determinar la causa raíz, definir acciones correctivas, implementar acciones correctivas, prevenir la recurrencia y reconocer el arduo trabajo del equipo.

Las fases de implementación de FRACAS

Dado que las empresas de fabricación modernas acumulan una gran cantidad de datos e información confiables, los datos de FRACAS generalmente se administran en una base de datos estructurada para que el uso de los datos sea más conveniente. Esto se conoce como enfoque centrado en datos. Este método orientado a procesos resuelve dos problemas:definir claramente las tareas complicadas con muchas personas y organizaciones involucradas para evitar la confusión de relaciones y responsabilidades, y en segundo lugar, definir y regular las tareas obligatorias dentro del sistema de gestión para que los trabajadores puedan recordar su obligación de hazlo. Según una investigación en la Journal of Quality and Reliability Engineering , la implementación de FRACAS de esta manera se realiza mediante tres fases:descubrimiento, diseño y promulgación.

Entregar tareas a las personas adecuadas es esencial para mantener el flujo de un proceso FRACAS. La responsabilidad de la tarea se puede definir en la fase de diseño o en la fase de promulgación. Por ejemplo, se puede determinar un empleado antes de que comience el proceso de FRACA, o un supervisor puede elegir a alguien y asignarle una tarea durante la operación. Las tareas deben entregarse por correo electrónico o por SMS, con su progreso actualizado en tiempo real.

Cumplimiento de FRACAS

El proceso de ciclo cerrado de FRACAS le permite alinear estrechamente sus informes y análisis de fallas con múltiples estándares de la industria. La elección del estándar depende de los requisitos de la industria, las necesidades de cumplimiento, los objetivos de la empresa, etc.

El estándar MIL-STD-2155 FRACAS es el estándar a partir del cual se originó FRACAS. Es amplio y ofrece pautas generales para programas de confiabilidad que abarcan el ciclo de vida del producto. Aunque este estándar tiene una base militar, se utiliza en muchas industrias para guiar la implementación de FRACAS.

Un FRACAS también puede ayudarlo a cumplir con múltiples requisitos ISO, incluidos ISO-9001 e ISO / TS16949, ya que cumple con las etapas del proceso de estandarización ISO:

Beneficios de implementar FRACAS

La implementación de un FRACAS le brinda información valiosa para ayudar a identificar y corregir errores o fallas, problemas pasados, defectos o errores de proceso de manera oportuna. Los beneficios adicionales incluyen los siguientes:

Conclusión

Muchas organizaciones piensan que la única solución para prevenir fallas o solucionar problemas es agregar más pasos de mantenimiento preventivo. Si bien esto puede ser necesario en ocasiones, es mejor implementar un rediseño del proceso. Si agrega más pasos de mantenimiento preventivo, asegúrese de ejecutarlos a través de un proceso FMEA o análisis RCM para no incorporar pasos sin valor agregado en el programa de mantenimiento.


Mantenimiento y reparación de equipos

  1. Punto único de falla | Una descripción general simple
  2. Java:descripción general
  3. Lenguaje C - Descripción general
  4. Descripción general de C++
  5. Java 10 - Descripción general
  6. Java 9 - Descripción general
  7. Java 8 - Descripción general
  8. MATLAB - Descripción general
  9. C#:descripción general
  10. Python - Descripción general
  11. Simplificar el informe de fallas en el mantenimiento