API RP 581-2008 Технология проверки на основе рисков (второе издание) - Стандарты и спецификации PDF

API RP 581-2008
Технология проверки на основе рисков (второе издание)

Стандартный №
API RP 581-2008
Дата публикации
2008
Разместил
API - American Petroleum Institute
состояние
быть заменен
API RP 581:2016
API RP 581-2016
Последняя версия
API RP 581:2016
API RP 581-2016
заменять
API PUBL 581:2000
сфера применения
Цель Данная рекомендуемая практика обеспечивает количественные процедуры для разработки программы проверок с использованием методов, основанных на оценке риска, для стационарного оборудования, находящегося под давлением, включая сосуды под давлением@ трубопроводы@ резервуары@ устройства сброса давления@ и пучки труб теплообменников. API RP 580 [1] содержит рекомендации по разработке программы проверок с учетом рисков для стационарного оборудования на нефтеперерабатывающих, нефтехимических и химических заводах. Цель этих публикаций состоит в том, чтобы API RP 580 представил принципы и представил минимальные общие рекомендации для RBI, в то время как эта рекомендуемая практика предоставляет методы количественного расчета для определения плана проверки. Введение. Расчет риска в методологии проверки на основе рисков (API RBI) включает определение вероятности отказа в сочетании с его последствиями. Отказ в API RBI определяется как потеря герметичности границы давления, приводящая к утечке в атмосферу или разрыву компонента, находящегося под давлением. По мере накопления повреждений в компоненте, находящемся под давлением, во время эксплуатации риск возрастает. В какой-то момент @ допустимый уровень риска или целевой уровень риска превышаются, и рекомендуется провести проверку достаточной эффективности, чтобы лучше оценить состояние повреждения компонента. Сами по себе инспекционные действия не снижают риск; однако @ это снижает неопределенность, тем самым позволяя лучше определить количество повреждений, присутствующих в компоненте. Управление рисками В большинстве ситуаций@ после выявления рисков@ доступны альтернативные возможности для их снижения. Однако@ почти все крупные коммерческие потери являются результатом неспособности понять риск или управлять им. API RBI делает первый шаг на пути к комплексной программе управления рисками. В прошлом основное внимание при оценке рисков уделялось вопросам безопасности на площадке. В настоящее время@ растет осознание необходимости оценки риска, возникающего в результате: Риска для сотрудников на месте@ Риска для общества за пределами предприятия@ Риска перерыва в производстве@ и риска нанесения ущерба окружающей среде. Подход API RBI допускает любую комбинацию эти типы рисков должны быть учтены при принятии решений относительно того, когда@где@ и как проверять оборудование. Методологию API RBI можно использовать для управления общим риском предприятия путем сосредоточения усилий по проверке на технологическом оборудовании с наибольшим риском. API RBI обеспечивает основу для управления рисками, принимая обоснованное решение о частоте проверок @ уровне детализации @ и типах неразрушающего контроля. На большинстве заводов большой процент общего единичного риска будет сосредоточен в относительно небольшом проценте единиц оборудования. Эти потенциальные компоненты высокого риска могут потребовать большего внимания, возможно, посредством пересмотренного плана проверок. Затраты на увеличение усилий по проверке иногда можно компенсировать за счет сокращения чрезмерных усилий по проверке в областях, определенных как имеющие меньший риск. При наличии программы API RBI@ проверки будут продолжать проводиться, как определено в существующих рабочих документах@, но приоритеты и частота будут определяться процедурой API RBI. API RBI является гибким и может применяться на нескольких уровнях. В этом документе @ API RBI применяется к оборудованию под давлением, содержащему технологические жидкости. Однако@ оно может быть расширено до системного уровня и включать дополнительное оборудование@, такое как приборы@ системы управления@ электрораспределение@ и важные инженерные сети. Расширенные уровни анализа могут улучшить окупаемость усилий по проверке. Подход API RBI также можно сделать экономически эффективным за счет интеграции с недавними отраслевыми инициативами и правительственными постановлениями@, такими как Управление технологическими опасностями@ Управление безопасностью процессов (OSHA 29 CFR 1910.119)@ или предлагаемые Программы управления рисками Агентства по охране окружающей среды в случае химических аварий. Предотвращение релизов. Организация и использование Методология API RBI представлена в трех частях. Часть 1 ?C Планирование проверок с использованием технологии API RBI. Часть 2 ?C. Определение вероятности отказа при оценке API RBI. Часть 3. ?C. Моделирование последствий в API RBI. Методы, используемые для получения плана проверки, представлены в Части 1 для стационарного оборудования, включая сосуды под давлением@ трубопроводы@ атмосферные резервуары@ устройства сброса давления и пучки труб теплообменников. Границы давления вращающегося оборудования также можно оценить с помощью этой части. Вероятность отказа стационарного оборудования рассматривается в Части 2. Вероятность отказа зависит от типа компонента и имеющихся механизмов повреждения, исходя из характеристик технологической жидкости@ проектных условий@ материалов конструкции@ и исходных строительных норм и правил. В части 3 представлены методы расчета последствий отказа. Предусмотрено два метода. Первый метод@ или Уровень 1@ основан на решениях замкнутой формы, созданных для ограниченного набора эталонных флюидов или групп флюидов. Второй метод @ Уровень 2 @ представляет собой общий @ более строгий метод, который можно использовать для любого состава потока жидкости. Обзор процедур расчета вероятности отказа и последствий, а также соответствующего параграфа данной рекомендуемой практики для стационарного оборудования представлен в таблице 1.1.

API RP 581-2008 История

  • 0000 API RP 581:2016
  • 2008 API RP 581-2008 Технология проверки на основе рисков (второе издание)
  • 0000 API PUBL 581:2000



© 2023. Все права защищены.