Обеспечение надёжности в эксплуатации

Важнейшими аспектами эксплуатации уже созданного технологически сложного объекта или системы являются её надёжность и безопасность.

В связи с этим является общепринятой и широко применяется технология непрерывного мониторинга и инцидентного анализа процесса эксплуатации, имеющая целью регистрацию и тщательное расследование любых инцидентов, возникающих в процессе использования сложного продукта, системы с целью устранения повторения инцидентов в будущем и повышения, таким образом, качества эксплуатируемого оборудования или объекта (или качества организации какого-либо процесса).

Программные решения, предлагаемые компанией KConsult C.I.S., реализуют наиболее широко применяемую в мире базовую методологию мониторинга безопасности и надёжности эксплуатации, реализованную в функциональности «Оповещения об отказах, анализ и корректирующие действия» (Failure Reporting Analysis and Corrective Actions, FRACAS).

Решения FRACAS позволяют автоматизировать такие основополагающие процессы управления качеством и безопасностью в эксплуатацию, как, например, управление корректирующими и предупредительными мероприятиями (Corrective Action and Preventive Action, CAPA), управление исполнением гарантийных обязательств и связанными с этим возвратами продукции (FRACAS Returns Management), а также общие (произвольной конфигурации) процессы управления корректирующими мероприятиями по инцидентам в эксплуатации (Standard FRACAS).

«Стандартный» процесс FRACAS.

«Стандартный» замкнутый процесс FRACAS позволяет организовать произвольную конфигурацию обработки инцидента, возникшего на стадиях эксплуатации, проектирования и производства продукта в любой отрасли, а также в любом операционном процессе.

Целью применения FRACAS в данном случае является отслеживание проблем (инцидентов) для получения ответов на следующие типовые вопросы:

  • Общее количество инцидентов (проблем, сбоев, несоответствий, отказов) в системе?
  • Каковы текущие статусы зарегистрированных инцидентов/проблем (открыты/закрыты)?
  • Каково время отработки/закрытия инцидента/проблемы?
  • Какова доля инцидентов/проблем, требующих выполнения корректирующих мероприятий?
  • Какова себестоимость (издержки) выполнения корректирующих мероприятий по инцидентам/проблемам?
  • Каково время, проходящее от начала эксплуатации до отказа?
  • Какова статистика проблем/отказов в разрезе поставщиков компонентов системы?
  • Какова себестоимость (издержки) на отработку проблемы/отказа, связанной с конкретным поставщиком?
  • Каковы величины показателей MTBF (mean operating time between failures - средняя наработка на отказ), MTBCF (mean operating time between critical failures - средняя наработка на критический отказ), MTTR (mean time to repair - среднее время восстановления) и т.п.

Основным результатом применения FRACAS для организации «стандартного» процесса отработки инцидента/проблемы в эксплуатации является возможность получить ответы на упомянутые вопросы посредством генерации в любой момент времени, как минимум, следующих типовых динамических управленческих отчётов, графиков и результатов вычислений:

  • По показателям: MTBF (mean operating time between failures - средняя наработка на отказ), MTBCF (mean operating time between critical failures - средняя наработка на критический отказ), MTTR (mean time to repair - среднее время восстановления), Repair Time (фактическое время восстановления) и подобным,
  • Отчёты по проведённым корректирующим мероприятиям,
  • Вариативность проведённых корректирующих мероприятий,
  • Себестоимость проведённых корректирующих мероприятий,
  • Статус-отчёт об открытых инцидентах/проблемах,
  • Реестр типов инцидентов/отказов для анализа и обсуждения,
  • Динамика возникновения проблем/инцидентов во времени,
  • Статистика уровня серьёзности проблем/инцидентов,
  • Статистика инцидентов/отказов компонентов в разрезе их поставщиков,
  • Статистика инцидентов/отказов в разрезе компонентов системного дерева,
  • Статистика инцидентов/отказов в разрезе режимов эксплуатации,
  • Отчётность по наиболее часто регистрирующимся типам инцидентов (число, себестоимость устранения и пр.).

«Минимальный набор» элементов «стандартного» замкнутого FRACAS-процесса составляют следующие его статусы («шаги»):

  1. 1й шаг. Регистрация инцидента – точка «запуска» нового «минимального» FRACAS-процесса по факту обнаружения инцидента (проблемы, сбоя, несоответствия), фактически, регистрация факта идентификации инцидента.
  2. 2й шаг. Анализ – точка «минимального» FRACAS-процесса, в которой выполняются анализ причин инцидента и принимается решение о назначении корректирующих мероприятий по продукту или отсутствии такой необходимости. В случае отсутствия необходимости проведения корректирующих мероприятий FRACAS-процесс переходит в статус закрытия.
  3. 3й шаг. Корректирующее мероприятие – точка «минимального» FRACAS-процесса, в которой осуществляется выполнение назначенного перечня корректирующих мероприятий по инциденту. Завершение исполнения корректирующих мероприятий позволяет осуществить переход в завершающую точку «минимального» типового FRACAS-процесса для анализа их эффективности и закрытия инцидента.
  4. 4й шаг. Анализ результатов отработки – завершающая точка «минимального» типового FRACAS-процесса, в которой проводится комплексный анализ результативности проведённых корректирующих мероприятий. Положительный результат анализа позволяет завершить FRACAS-процесс (закрыть инцидент), отрицательный результат анализа возвращает процесс в статус «3й шаг. Корректирующее мероприятие» для более полного или повторного проведения всего перечня назначенных задач (работ), реализующих выполнение корректирующих мероприятий по инциденту.

FRACAS для управления корректирующими и предупредительными мероприятиями (CAPA).

Использование FRACAS для организации процесса управления корректирующими и предупредительными мероприятиями (Corrective Action and Preventive Action, CAPA) позволяет определять и устранять причины возникновения инцидентов в процессе эксплуатации, предотвращать их возникновение и другие ситуации, связанные с выявлением возможных несоответствий продукта, системы, оборудования заявленным эксплуатационным параметрам.

Целью применения FRACAS в данном случае является отслеживание проблем (инцидентов) или сбоев в процессе эксплуатации для получения ответов на следующие типовые вопросы:

  • Общее количество инцидентов (проблем, сбоев, несоответствий)?
  • Кто отвечает за отработку конкретного инцидента (проблему, сбой, несоответствие)?
  • Количество и содержание открытых инцидентов, ожидающих отработки (корректирующих мероприятий)?
  • Общий уровень эффективности существующей системы управления качеством?
  • Количество и фактическая стоимость мероприятий по отработке обращений пользователей продукта по фактам возникновения инцидентов  (проблем, сбоев, несоответствий)?

Основным результатом применения FRACAS для организации процесса управления корректирующими и предупредительными мероприятиями (CAPA) является возможность получить ответы на упомянутые вопросы посредством генерации в любой момент времени, как минимум, следующих типовых динамических управленческих отчётов:

  • Общая статистика фактической длительности CAPA-процессов,
  • Реестр открытых работ по реализации корректирующих мероприятий,
  • Реестр открытых задач по расследованию причин инцидентов,
  • Открытые заявки на реализацию корректирующих/предупредительных мероприятий (Corrective/Preventive Action Requests, CPARs)  в части исполнения открытых работ,
  • Открытые заявки на реализацию корректирующих/предупредительных мероприятий (CPARs)  в части расследования причин инцидентов,
  • Своды просроченных открытых заявок (CPARs) на расследование причин инцидентов по элементам системы или в разрезе ответственных исполнителей,
  •  Свод просроченных открытых заявок (CPARs) на работы по реализации корректирующих мероприятий в разрезе ответственных,
  • Открытые заявки на реализацию корректирующих/предупредительных мероприятий (CPARs) в разрезе потребителей (пользователей).

Основными стандартными элементами типового замкнутого FRACAS CAPA-процесса являются:

  1. Инициация – точка «запуска» нового CAPA-цикла по факту обнаружения инцидента (проблемы, сбоя, несоответствия), фактически, регистрация факта идентификации инцидента.
  2. Оценка – точка CAPA-цикла, в которой принимается решение о необходимости проведения дальнейшего исследования причин инцидента или возможности его «закрытия» (завершения CAPA-процесса) по основаниям, например, неподтверждённости, очевидности идентификации и устранения причины и прочим основаниям. В случае принятия решения о «закрытии» инцидента CAPA-цикл переходит в конечную точку процесса со статусом «Завершён».
  3. Назначение исследования – точка CAPA-цикла, дающая возможность ответственному за отработку инцидента назначить перечень задач, необходимых для проведения детального исследования причин возникновения инцидента, и описать каждую такую задачу. Завершение операции по назначению задач для исследования инцидента переводит CAPA-процесс в точку «Анализа причин инцидента».
  4. Анализ причин инцидента – точка CAPA-цикла, в которой эксперт на базе результатов выполнения задач детального исследования причин возникновения инцидента даёт заключение о необходимости планирования и реализации корректирующих или предупредительных мероприятий по продукту или отсутствии такой необходимости. В случае отсутствия необходимости проведения корректирующих или предупредительных мероприятий CAPA-процесс переходит в статус закрытия.
  5. Планирование – точка CAPA-цикла (статус CAPA-процесса), в которой осуществляется планирование корректирующих или предупредительных мероприятий, необходимых для устранения причин инцидента (проблемы, сбоя, несоответствия) и недопущения его повторения в будущем. Результатом этапа планирования является предоставление составленного плана на проверку и утверждение.
  6. Утверждение плана - точка CAPA-цикла (статус CAPA-процесса), в которой принимается решение об утверждении к исполнению плана корректирующих или предупредительных мероприятий по инциденту или отправке его на доработку (в точку CAPA-цикла «Планирование»). Утверждение плана корректирующих или предупредительных мероприятий по инциденту переводит CAPA-процесс в точку «Реализация».
  7. Реализация – точка CAPA-цикла (статус CAPA-процесса), в которой осуществляется выполнение запланированного и одобренного перечня корректирующих или предупредительных мероприятий по инциденту. Завершение исполнения CAPA-плана позволяет провести анализ эффективности реализованных корректирующих или предупредительных мероприятий в завершающей точке типового CAPA-процесса.
  8. Проверка эффективности – завершающая точка типового CAPA-цикла (завершающий статус типового CAPA-процесса), в которой проводится комплексный анализ результативности проведённых работ по реализации корректирующих или предупредительных мероприятий по инциденту. Положительный результат анализа позволяет завершить CAPA-процесс в точке «Завершен», отрицательный результат анализа даёт возможность вернуть процесс в статус «Реализация» для более полного или повторного проведения всего перечня назначенных задач (работ), реализующих выполнение корректирующих или предупредительных мероприятий по инциденту.

Необходимым условием завершения CAPA-процесса (закрытия инцидента), включившего в себя реализацию корректирующих или предупредительных мероприятий, является факту успешного прохождения точки «Проверки эффективности», подтверждающий успешное устранение причин данного типа инцидента и обеспечивающий невозможность повторения его в будущем.           

FRACAS для управления исполнением гарантийных обязательств и связанными с этим возвратами продукции (FRACAS Returns Management).

Использование FRACAS для организации процесса управления исполнением гарантийных обязательств и связанными с этим возвратами продукции потребителями (Returns Management) позволяет автоматизировать отработку обращений по гарантийным случаям, корректирующих мероприятий, осуществляющихся в таких случаях, а также процедур возвращения работоспособной продукции потребителям.

Этот процесс может быть автоматизирован в любой отрасли, связанной с поставкой оборудования и вероятными претензиями по причине возможных его отказов.

Целью применения FRACAS в данном случае является отслеживание проблем (инцидентов) или сбоев в процессе эксплуатации для получения ответов на следующие типовые вопросы:

  • Общее количество инцидентов (проблем, сбоев, несоответствий)?
  • Инциденты (отказы, сбои, несоответствия) по какому количеству компонентов продукта зарегистрированы в течение гарантийного срока?
  • Каково среднее время восстановления для отказавших компонентов?
  • Количество претензий потребителей по фактам отказов и фактическая cебестоимость мероприятий по их отработке (устранению причин и восстановлению работоспособности)?

Основным результатом применения FRACAS для процесса управления исполнением гарантийных обязательств и связанными с этим возвратами продукции потребителями (Returns Management) является возможность получить ответы на упомянутые вопросы посредством генерации в любой момент времени, как минимум, следующих типовых динамических управленческих отчётов:

  • Средние затраты на один возврат продукции,
  • Средний срок отработки претензии,
  • Статистика возвратов по определенным типу, модели продукта,
  • Количество зарегистрированных возвратов за период,
  • Сводная ведомость расхода материалов на восстановление возвращенной продукции,
  • Сводная ведомость претензий с возвратами «в отработке»,
  • Расходы на демонтаж отказавших компонентов продукции в разрезе их поставщиков,
  • Детализация корректирующих мероприятий по возврату, связанному с инцидентом (отказом),
  • Детализация операций по выяснению причин отказа продукта,
  • 10 наиболее часто регистрирующихся типов отказов,
  • Количество отказов, являющихся гарантийными случаями,
  • Статистика возвратов в разрезе типов их причин,
  • и других….

Основными стандартными элементами типового замкнутого FRACAS-процесса по управлению исполнением гарантийных обязательств и связанными с этим возвратами продукции потребителями (FRACAS Returns) являются:

  1. Обращение потребителя – точка «запуска» нового FRACAS-процесса по факту обращения потребителя с информацией об инциденте (отказе, проблеме, сбое, несоответствии), фактически, регистрация факта обращения.
  2. Получение возврата – точка типового процесса FRACAS Returns, в которой фиксируется факт получения от потребителя продукции для анализа заявленного инцидента. На данной фазе процесса осуществляется детальная идентификация продукции (проверка соответствия серийного номера и пр.).
  3. Исследование и анализ - точка типового процесса FRACAS Returns, в которой экспертом даётся предварительное заключение о причинах отказа, и, если отказ подпадает под условия (например, гарантийные), требующие его устранения за счёт производителя, FRACAS-процесс переводится в статусную точку «Ремонт, восстановление».
  4. Ремонт, восстановление -  точка типового процесса FRACAS Returns, в которой назначаются (планируются) все необходимые для восстановления работоспособности продукции (устранения последствий отказа) материалы и работы. При этом отказавший компонент продукта (оборудования, процесса) выбирается из системного дерева продукта. Результатом действий в данной точке FRACAS-процесса является восстановление работоспособности продукта и подтверждение готовности его отправки потребителю.
  5. Планирование корректирующих мероприятий – точка типового процесса FRACAS, в которой, по результатам устранения последствий отказа, осуществляется планирование мероприятий по изучению и устранению причин отказа с целью минимизации или исключения вероятности его повторения в дальнейшем. Результатом такого планирования является переход к детальному анализу причин инцидента (отказа).
  6. Детальный анализ причин инцидента – точка типового процесса FRACAS, в которой эксперт, на базе результатов детального исследования причин возникновения инцидента, даёт заключение о необходимости реализации корректирующих мероприятий по продукту и составе этих корректирующих мероприятий.
  7. Реализация корректирующих мероприятий  – точка типового процесса FRACAS, в которой осуществляется выполнение перечня корректирующих мероприятий, назначенного по результатам детального анализа инцидента. Завершение этой фазы FRACAS-процесса позволяет перейти к оценке эффективности реализованных корректирующих мероприятий.
  8. Проверка эффективности – завершающая точка типового процесса FRACAS, в которой проводится комплексный анализ результативности проведённых корректирующих мероприятий по результатам анализа причин инцидента. Положительный результат проверки позволяет завершить FRACAS-процесс в точке «Завершён», отрицательный результат проверки даёт возможность вернуть процесс в точку «Реализация корректирующих мероприятий» для более полного или повторного проведения всего перечня назначенных задач (работ), реализующих выполнение корректирующих или предупредительных мероприятий по инциденту.

Полное описание программного решения «Оповещения об отказах, анализ и корректирующие действия» (Failure Reporting Analysis and Corrective Actions, FRACAS) доступно в разделе «Дополнительные материалы».

Получить бесплатную консультацию специалиста прямо сейчас...

Наши компетенции