Источник: журнал «Главный врач».

Лебедев С.Н. Центр изучения проблем здравоохранения

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

Риск – это универсальное понятие и может носить самую различную природу. Например, риск выхода из строя медицинского или иного оборудования, поломка санитарного транспорта, невыход на работу врача-специалиста и т.д. Главный врач должен знать и оценивать эти риски. В этом ему помогут стандарты менеджмента риска.

В настоящей публикации рассмотрен метод анализа видов и последствий отказов, представленный в одноименном национальном стандарте Российской Федерации (ГОСТ Р 51901.12-2007[1]). Хотя данный стандарт изначально был ориентирован на технические системы, он полностью применим к медико-социальным системам и системам управления.

ГОСТ Р 51901.12-2007 устанавливает методы анализа видов, последствий и критичности отказов, а также дает рекомендации по их применению для достижения поставленных целей путем:

- выполнения необходимых этапов анализа;

- идентификации соответствующих терминов, предположений, показателей критичности[2], видов отказов;

- определения основных принципов анализа;

- использования необходимых технологических карт или других табличных форм.

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

Анализ видов и последствий отказов (FMEA) является методом систематического анализа системы для идентификации видов потенциальных отказов, их причин и последствий, а также влияния отказов на функционирование системы (системы в целом или отдельных ее компонентов и процессов). Термин "система" использован для описания аппаратных средств, программного обеспечения (с их взаимодействием) или процесса. Рекомендуется проводить анализ на ранних стадиях разработки, когда устранение или сокращение последствий и количества видов отказов является экономически наиболее эффективным. Анализ может быть начат, как только система может быть представлена в виде функциональной блок-схемы с указанием ее элементов.

Выбор времени проведения FMEA очень важен. Если анализ был выполнен на достаточно ранних этапах разработки системы, то введение изменений при проектировании для исключения недостатков, обнаруженных при проведении FMEA, является экономически более эффективным. Поэтому важно, чтобы цели и задачи FMEA были описаны в плане и графике процесса разработки. Таким образом, FMEA является итеративным процессом, выполняемым одновременно с процессом проектирования.

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

В целом FMEA является результатом работы команды, состоящей из квалифицированных специалистов, способных признать и оценить значимость и последствия различных типов потенциальных несоответствий конструкции и процессов, которые могут привести к отказам продукции. Работа в команде стимулирует процесс мышления и гарантирует необходимое качество экспертизы.

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

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

FMECA (анализ видов, последствий и критичности отказов) расширяет FMEA и включает в себя методы ранжирования тяжести видов отказов, позволяет установить приоритетность контрмер. Сочетание тяжести последствий и частоты возникновения отказов является мерой, называемой критичностью.

Принципы FMEA могут быть применены на всех стадиях жизненного цикла продукции (оказания медицинских и иных услуг). Метод FMEA может быть применен к производству или другому процессу, например в больницах, медицинских лабораториях, системах образования и др. При применении FMEA к производственному процессу эту процедуру называют FMEA процесса [Process Failure Mode and Effects Analysis (PFMEA)]. Для эффективного применения FMEA важным условием работы является обеспечение адекватными ресурсами. Полное понимание системы для предварительного FMEA необязательно, однако по мере разработки проекта для детального анализа видов и последствий отказов необходимо полное знание характеристик и требований, предъявляемых к проектируемой системе. Сложные технические системы обычно требуют применения анализа к большому числу факторов проекта (механика, электротехника, системное проектирование, разработка программного обеспечения, средства технического обслуживания и т.д.).

В общем случае FMEA применяют к отдельным видам отказов и их последствиям для системы в целом. Каждый вид отказа рассматривают как независимый. Таким образом, эта процедура не подходит для рассмотрения зависимых отказов или отказов, являющихся следствием последовательности нескольких событий. Для анализа таких ситуаций необходимо применять другие методы, такие как марковский анализ (ГОСТ Р 51901.15) или анализ дерева неисправностей (ГОСТ Р 51901.13).

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

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

Цели и задачи анализа

Основаниями для применения анализа видов и последствий отказов (FMEA) или анализа видов, последствий и критичности отказов (FMECA) могут быть следующие:

a) идентификация отказов, которые имеют нежелательные последствия для функционирования системы, например прекращение или значительное ухудшение работы или влияние на безопасность пользователя;

b) выполнение требований заказчика, установленных в контракте (договоре);

c) повышение надежности или безопасности системы (например, путем изменения проекта или проведения действий по обеспечению качества);

d) повышение ремонтопригодности системы путем выявления областей риска или несоответствий применительно к ремонтопригодности.

В соответствии с вышеизложенным целями FMEA (или FMECA) являются:

a) полная идентификация и оценка всех нежелательных последствий в пределах установленных границ системы и последовательностей событий, вызванных каждым идентифицированным видом отказа общей причины на различных уровнях функциональной структуры системы;

b) определение критичности или приоритетности для диагностики и снижения негативных последствий отказов каждого вида, влияющих на правильность функционирования и параметры системы или соответствующего процесса;

c) классификация идентифицированных видов отказов в соответствии с такими характеристиками, как легкость обнаружения, возможность диагностирования, контролепригодность, условия эксплуатации и ремонта (ремонт, эксплуатация, логистика и т.д.);

d) идентификация функциональных отказов системы и оценка тяжести последствий и вероятности возникновения отказа;

e) разработка плана улучшения проекта путем сокращения количества и последствий видов отказов;

f) разработка плана эффективного технического обслуживания для снижения вероятности возникновения отказов).

Анализ видов и последствий отказов

Традиционно существуют достаточно большие различия в способах проведения и представления FMEA. Обычно анализ выполняют, идентифицируя виды отказов, соответствующие причины, непосредственные и итоговые последствия. Аналитические результаты могут быть представлены в виде рабочей таблицы, содержащей наиболее существенную информацию о системе в целом и деталях, учитывающих ее особенности, в частности о путях потенциальных отказов системы, компонентов и видах отказов, которые могут быть причиной отказа системы, а также причинах возникновения каждого вида отказа.

Применение FMEA к сложной продукции связано с большими трудностями. Этих трудностей может быть меньше, если некоторые подсистемы или части системы не являются новыми и совпадают с подсистемами и частями предыдущей конструкции системы или являются их модификацией. Вновь создаваемый FMEA должен использовать информацию о существующих подсистемах в максимально возможной степени. Он должен также указывать на необходимость испытаний или полного анализа новых свойств и объектов. Как только разработан детальный FMEA для некоторой системы, он может быть обновлен и улучшен для последующих модификаций системы, что потребует значительно меньше усилий, чем новая разработка FMEA.

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

Процедура FMEA состоит из следующих основных четырех этапов:

а) установления основных правил планирования и разработки графика выполнения работ FMEA (в том числе распределения времени и обеспечения доступности экспертизы для выполнения анализа);

b) выполнения FMEA с использованием соответствующих рабочих таблиц или других форм, таких как логические схемы или деревья неисправностей;

c) подведения итогов и составления отчета о результатах анализа, включающего в себя все выводы и рекомендации;

d) обновления FMEA по мере продвижения разработки и развития проекта.

Структура системы

Информация о структуре системы должна включать в себя следующие данные:

a) описание элементов системы с их характеристиками, параметрами эксплуатации, функциями;

b) описание логических связей между элементами;

c) степень и характер резервирования;

d) положение и значимость системы в рамках устройства в целом (если это имеет место);

e) входы и выходы системы;

f) замены в структуре системы для измерения режимов эксплуатации.

Для всех уровней системы необходима информация о функциях, характеристиках и параметрах. Уровни системы рассматривают снизу вверх до самого высокого уровня, исследуя с помощью FMEA виды отказов, которые нарушают каждую из функций системы.

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

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

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

Важно определить уровень системы, который будет использован для анализа. Например, в системе могут возникнуть нарушения ее функций или отказы подсистем, сменных элементов или уникальных компонентов. Основные правила выбора уровней системы для анализа зависят от желаемых результатов и доступности необходимой информации.

Символическое представление структуры функционирования системы, особенно в виде схемы, очень полезно при проведении анализа.

Необходимо разработать простые схемы, отражающие основные функции системы. В схеме линии соединения блоков представляют собой входы и выходы для каждой функции. Характер каждой функции и каждого входа должен быть точно описан. Для описания различных фаз эксплуатации системы может потребоваться несколько схем.

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

Блок-схемы должны отражать все элементы, их отношения, резервирование и функциональные взаимосвязи между ними. Это обеспечивает прослеживаемость функциональных отказов системы. Для описания альтернативных режимов эксплуатации системы может потребоваться несколько блок-схем. Могут потребоваться отдельные схемы для каждого режима эксплуатации. Как минимум, каждая блок-схема должна содержать:

a) декомпозицию системы на основные подсистемы, включая их функциональные взаимосвязи;

b) все соответственно отмеченные входы и выходы и идентификационные номера каждой подсистемы;

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

Определение видов отказов

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

Наиболее вероятные причины каждого потенциального вида отказов должны быть идентифицированы и описаны. Так как вид отказов может иметь несколько причин, наиболее вероятные независимые причины каждого вида отказов должны быть идентифицированы и описаны.

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

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

После идентификации причин видов отказов на основе оценок их появления и тяжести последствий оценивают рекомендованные действия.

Последствия каждого вида отказов для функционирования элементов, функции или статуса системы должны быть идентифицированы, оценены и зарегистрированы.

Классификация тяжести отказа

Тяжесть отказа является оценкой значимости влияния последствий вида отказа на функционирование объекта. Классификация тяжести отказа, зависящая от особенностей применения FMEA, разработана с учетом нескольких факторов:

- характеристики системы в соответствии с возможными отказами, особенностями пользователей или окружающей среды;

- функциональных параметров системы или процесса;

- любых требований заказчика, установленных в контракте;

- законодательных требований и требований безопасности;

- требований, связанных с гарантийными обязательствами.

В табл. 1 приведен пример качественной классификации тяжести последствий.

Таблица 1

Иллюстративный пример классификации тяжести последствий отказа

Для оценки последствий или критичности отказов должна быть определена частота или вероятность появления каждого вида отказа.

Анализ видов, последствий и критичности отказов (FMECA)

Буква С, включенная в аббревиатуру FMEA, означает, что анализ вида отказов приводит также к анализу критичности. Определение критичности подразумевает использование качественной меры последствий видов отказа. Критичность имеет множество определений и способов измерения, большинству из которых присущ близкий смысл: воздействие или значимость вида отказа, который необходимо устранить или смягчить его последствия. Цель анализа критичности состоит в качественном определении относительной величины каждого последствия отказа. Значения этой величины используют для установления приоритетности действий по устранению отказов или снижению их последствий на основе комбинаций критичности отказов и тяжести их последствий.

Одним из методов количественной оценки критичности является определение значения приоритетности риска [Risk Priority Number (RPN)]. Риск в этом случае оценивают субъективной мерой тяжести последствий и вероятностью возникновения отказа в течение заданного периода времени (используемого для анализа). В некоторых случаях, когда этот способ неприменим, необходимо обратиться к более простой форме неколичественного FMEA.

--------------------------------

<1> Величина, характеризующая тяжесть последствий.

В качестве общей меры потенциального риска R в некоторых типах FMECA используют величину:

R = S × P,

где:

S - значение тяжести последствий, т.е. степени влияния отказа на систему или пользователя (безразмерная величина);

P - вероятность появления отказа (безразмерная величина). Если она меньше 0,2, ее можно заменить значением критичности С, которое используют в некоторых количественных методах FMEA (оценка вероятности появления последствий отказа).

В некоторых применениях FMEA или FMECA дополнительно выделяют уровень обнаружения отказа для системы в целом. В этих случаях используют дополнительно значение обнаружения отказа D (также безразмерная величина) для формирования значения приоритетности риска RPN:

RPN = S × O × D,

где:

O - вероятность появления отказа для заданного или установленного периода времени (эта величина может быть определена как ранг, а не фактическое значение вероятности появления отказа);

D - характеризует обнаружение отказа и представляет собой оценку шанса идентифицировать и устранить отказ до появления последствий для системы или заказчика. Значения D обычно ранжированы в обратном порядке по отношению к вероятности появления отказа или тяжести отказа. Чем выше значение D, тем менее вероятно обнаружение отказа. Более низкая вероятность обнаружения соответствует более высокому значению RPN и более высокой приоритетности вида отказа.

Значение приоритетности риска RPN можно использовать для установления приоритетов при сокращении видов отказа. Кроме значения приоритетности риска, для принятия решения о сокращении видов отказов учитывают, прежде всего, значение тяжести видов отказа, подразумевая, что при равных или близких значениях RPN в первую очередь это решение следует применять к видам отказов с более высокими значениями тяжести отказов.

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

Использование FMEA/FMECA

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

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

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

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

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

Для обеспечения эффективности FMEA должно быть четко установлено его место в программе надежности, а также определены время, трудовые и другие ресурсы. Жизненно важно, чтобы FMEA не был сокращен для экономии времени и денег. Если время и деньги ограничены, FMEA должен быть сконцентрирован на ключевых частях системы, особенно если они являются новыми или используют новые методы. Из экономических соображений FMEA может быть направлен на области, идентифицированные как критические другими методами анализа.

Для выполнения PFMEA необходимо следующее:

a) четкое определение цели процесса;

b) понимание отдельных этапов процесса;

c) понимание потенциальных недостатков, характерных для каждого этапа процесса;

d) понимание последствий каждого отдельного недостатка (потенциального отказа) для продукции процесса;

e) понимание потенциальных причин каждого из недостатков или потенциальных отказов и несоответствий процесса.

Ограничения и недостатки FMEA

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

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

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

Взаимосвязи между людьми или группами видов отказов, или причинами видов отказов не могут быть эффективно представлены в FMEA, так как главное предположение для этого анализа - независимость видов отказов. Этот недостаток становится еще более явным из-за взаимодействий программного обеспечения и аппаратных средств, когда предположение о независимости не подтверждается. Отмеченное справедливо для взаимодействия человека с аппаратными средствами и моделей этого взаимодействия. Предположение о независимости отказов не позволяет уделять должное внимание видам отказа, которые при совместном появлении могут иметь существенные последствия, тогда как каждый из них в отдельности имеет низкую вероятность появления. Взаимосвязи элементов системы легче исследовать, используя для анализа метод дерева неисправностей FTA (ГОСТ Р 51901.5).

FTA предпочтителен для применения в FMEA, поскольку ограничивается связями только двух уровней иерархической структуры, например, идентификацией видов отказов объектов и определением их последствий для системы в целом. Эти последствия затем становятся видами отказов на следующем уровне, например для модуля, и т.д. Однако существует опыт успешного выполнения многоуровневых FMEA.

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

Взаимосвязь с другими методами

FMEA (или FMECA) может быть применен самостоятельно. Как системный индуктивный метод анализа FMEA чаще всего используют в качестве дополнения к другим методам, особенно дедуктивным, таким как FTA. На стадии проектирования часто бывает трудно решить, какой метод (индуктивный или дедуктивный) предпочесть, так как оба используют при выполнении анализа. Если для производственного оборудования и системы идентифицированы уровни риска, предпочтителен дедуктивный метод, но FMEA по-прежнему является полезным инструментом проектирования. Однако его следует применять в дополнение к другим методам. Это особенно справедливо, когда решения должны быть найдены в ситуациях с многократными отказами и цепочкой последствий. Метод, используемый вначале, должен зависеть от программы проекта.

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

Анализ дерева неисправностей (FTA) является дополнительным дедуктивным методом анализа видов отказов и соответствующих им причин. Он позволяет прослеживать причины низкого уровня, приводящие к отказам высокого уровня. Хотя логический анализ иногда используют для качественного анализа последовательностей неисправностей, он обычно предшествует оценке частоты отказов высокого уровня. FTA позволяет моделировать взаимозависимости различных видов отказов в тех случаях, когда их взаимодействие может привести к событию высокой тяжести. Это особенно важно, когда появление одного вида отказа вызывает появление другого вида отказа с высокой вероятностью и высокой тяжестью. Этот сценарий не может быть успешно смоделирован с применением FMEA, где каждый вид отказа рассматривают независимо и индивидуально. Один из недостатков FMEA - его неспособность анализировать взаимодействия и динамику возникновения вида отказа в системе.

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

При выборе метода анализа необходимо руководствоваться в первую очередь специфическими требованиями, а также требованиями к показателям времени, стоимости, эффективности и использования результатов. Общие руководящие принципы:

a) FMEA применим, когда требуется всестороннее знание характеристик отказа объекта;

b) FMEA более подходит для небольших систем, модулей или комплексов;

c) FMEA является важным инструментом исследований, разработок, проектирования или решения иных задач, когда недопустимые последствия отказов должны быть идентифицированы и найдены необходимые меры по их устранению или смягчению;

d) FMEA может быть необходим для объектов, при проектировании которых использованы новейшие достижения, когда характеристики отказов не могут быть известны из предыдущей эксплуатации;

e) FMEA более применим к системам, имеющим большое количество компонентов, которые связаны общей логикой отказов;

f) FTA является более подходящим для анализа видов многократных и зависимых отказов со сложной логикой и резервированием. FTA может быть использован на более высоких уровнях структуры системы, ранних стадиях проекта и в случае идентификации необходимости детального FMEA на более низких уровнях при углубленной проработке конструкции.

Источник: журнал «Главный врач» 2012/06

• Научная организация рабочего места врача и медицинской сестры поликлиники
• Трудовая мотивация в системе управления качеством
• Принятие и контроль управленческих решений в здравоохранении
• Экспертное оценивание в управлении здравоохранением
• Практика управления здравоохранением: психологические особенности принятия решений в командах
• Кто эффективнее на должности главного врача: мужчина или женщина?
• Эффективное руководство и лидерство в управлении здравоохранением
• О некоторых вопросах власти, влияния и лидерства в деятельности главного врача
• Как правильно оформить справку об отсутствии медицинских противопоказаний для работы с использованием сведений, составляющих государственную тайну
• Основы управления временем в деятельности главного врача
• Функция делегирования в деятельности главного врача
• Порядок разработки и утверждения положений о структурных подразделениях учреждений здравоохранения
• Социально-психологические методы управления качеством в здравоохранении
• Порядок организации клинико-анатомических конференций
• Врачебная комиссия медицинской организации: функции, задачи, порядок деятельности
• Основы менеджмента для руководителей здравоохранения: принятие решений как основная составляющая управленческой функции
• Врачебные конференции и клинические обходы и их роль в повышении качества медицинской помощи
• Применение теории ограничений в управлении медицинской организацией