工艺变更管理流程图（MOC、开车前安全审查与到期复核）
面向过程安全的变更管理（MOC）流程图：同类替换筛查、变更分类、风险分析分级、按权限审批、开车前安全审查，以及临时变更的到期复核回路。
运作方式
把泳道改成你们装置的实际角色
把变更提出人、变更管理员、技术负责人、风险分析组、审批负责人和生产运行换成你们真实存在的岗位。多数装置的技术把关是按专业分开的——工艺、设备、电气、仪表与自动控制——所以先决定这是一条泳道还是几条。让变更管理员与技术负责人保持分开：一个负责跑流程、盯台账，另一个负责工程判断。如果承包商也会提出变更，就在图上写明，因为一条名叫“变更提出人”、实际上只默认指本单位员工的泳道，正是承包商改造溜出流程的通道。
把同类替换的判定标准写下来
“是否属于同类替换？”是唯一一个能把变更整个带出流程的方框，所以它需要成文的标准，而不是个人判断。把同类定义为规格、材质、等级（压力、温度、防爆等级）、制造商的设计意图与安装形式完全一致，然后指明谁有资格做这个判定——在库存系统里找到一个可替代件不是工程判定。备件停产是多数企业丢掉这条线的地方：原型号一旦不再生产，供应商给出的最接近的现行型号就是变更，表单上应当直接这么写，而不是留给当时时间压力最大的那个人去权衡。
定下风险分析的分级路由规则
把“采用哪一级风险分析？”变成一张表，而不是一次商量。低风险可以是一份由两名有资格人员共同完成的变更危害检查表。中风险是 What-if 分析，或带检查表的结构化 What-if。高风险——凡是触及物料、联锁、安全泄放系统、控制方案或安全操作限值的——一律进入由引导师主持的 HAZOP，并把原始 HAZOP 报告摊在会议桌上。写明谁来定级，并要求把定级理由记录在判定旁边。
发布审批权限矩阵
审批应当跟着危害走，而不是跟着造价走。写清楚谁可以批准低风险的永久变更；凡涉及安全仪表功能（SIF）、安全阀泄放工况或操作包络线的，必须由谁批准；改动到安全评价报告的结论或重大危险源评估依据的，又该由谁签字。让“需补充”成为一个有分量的答案：它把变更退回“编写技术依据”，而不是被让步成一次附条件通过，然后那些条件事后没有任何人认领。
把开车前安全审查做成一次带闭环清单的现场核查
一次能在办公桌前完成的开车前安全审查不是开车前安全审查。清单要确认：现场安装与设计一致；操作、维护和应急规程齐备并且是现行版本；将要操作这项变更的人已经受训；风险分析提出的措施是已经关闭，而不是已经分派。定下谁有权宣布通过，并让这个人不属于实施该变更的团队；任何未闭环的项目都退回“关闭开车前审查的整改项”。
为每一个到期日期指定责任人，然后走图、发布
给每一项临时变更指定一位具名责任人，并让台账在到期之前、而不是之后把复核提出来。然后约定临时变更的最长存续期限，以及紧急变更是在几天还是几周之内重新进入完整流程。最后带着定稿的图，与一个运行班组、一位检修主管、技术负责人和有权审批变更的人一起走一遍，按他们实际的做法改正，再发布该版本并保留此前的版本，让日后打开它的人知道自己看的是哪一版。
常见问题
变更管理（MOC）流程包含哪些步骤？
提出变更并在变更台账中登记；用同类替换的判定筛一遍，完全相同的更换按检修作业离开流程；剩下的分成永久、临时、紧急三类，临时的当场给出到期日期和拆除方案；编写技术依据；按风险量级开展风险分析，从变更危害检查表、What-if 分析一直到完整的 HAZOP；评估对安全系统、操作限值和安全评价结论的影响，并记录整改措施；按危害要求的权限层级审批；更新规程、图纸与 P&ID；培训所有受影响的人，包括检修人员和承包商；通过开车前安全审查；实施并开车；最后关闭变更、归档留存，或者对限期变更在到期时复核，转为永久变更或者予以拆除。各国过程安全管理规范对这份书面程序的要求高度一致——技术依据、对安全与健康的影响、规程文件的修改、变更的时限以及审批权限，这几项几乎逐条重合；国内以《化工过程安全管理导则》（AQ/T 3034）为纲建体系的企业，也是把变更管理作为一个独立要素来建的。本图就是把这份清单变成一条带门槛的路径。
什么才算同类替换？
同类替换是指与被替换件在规格、材质、等级和设计意图上完全一致的物项——同一个件号、同一张图纸、同样的安装方式。除此之外都是变更，进入变更管理流程，无论它看上去多小、多便宜。这个区分之所以重要，是因为它是离开本流程的唯一合法出口，也是多数变更管理体系漏水的地方。常见的、无论仓库怎么叫都不属于同类替换的例子：叶轮直径或机封形式不同的泵；用替代材质做的垫片；阀内件不同或失效位置不同的阀门；整定压力被重新调整过的安全阀；量程或失效模式不同的仪表；以及控制器里的固件或软件版本变更。有两条实用规则很管用：要求判定结论连同做出判定的有资格人员姓名一起留痕；以及审核时去查那些被判成同类替换的记录，而不是只查走了流程的变更，因为从来没有进入流程的那些，才是没有人在看的。
什么是开车前安全审查，什么时候需要做？
开车前安全审查（PSSR，Pre-Startup Safety Review）是新建或改造后的装置投用之前的最后一道检查。它确认四件事：施工与设备符合设计规格；操作、维护和应急规程齐备并且适用；风险分析已经完成，其建议已解决或已落实；以及所有将要操作或维护这项变更的人都已受训。通行的做法是：新建装置投用之前必须做；改造后的装置，只要改动大到需要修改过程安全信息——工艺资料、设备资料、危害特性资料——也必须做。它之所以画成一个带回路的决策而不是一个签字栏，是因为这是整条流程里商业压力最大的一道门：变更已经装完，停车检修已经结束，装置正等着复产。在本图中，仍有整改项未闭环的审查会退回“关闭开车前审查的整改项”，然后重新审查一次，所以往前走的唯一办法就是真正通过它。
临时变更可以保留多久？
只能保留到审批时约定的到期日期为止——正因如此，这个日期在分类阶段就要定下来，而不是留到以后再说。很多装置把临时变更的上限压到下一次计划检修，或者一个固定期限（例如六个月），并要求超过上限的一律作为永久变更重新走完整流程。失效模式众所周知而且高度一致：临时改动是在压力之下装上去的，压力过去了，拆除没有人认领，图纸上画的还是原来的布置，几年之后有人照着一张已经不再描述现场的图纸去编隔离方案。有两件事能挡住它。每一项临时变更都有一位具名责任人，而不是一个部门；以及台账在到期日之前就把复核提出来，而不是事后报告超期。在本图中，“到期时是否仍需保留？”正好只有两条分支——转为永久变更，或者拆除并恢复原状。悄悄延期不在选项之内。
过程安全的变更管理与 IT 变更管理有什么不同？
两者共用一个词，此外几乎没有共同点，而把其中一个当作另一个的替代品是一项实实在在的危害。IT 变更管理是 ITIL 意义上的那一套，见 /zh/templates/变更管理流程 上的变更管理流程图，管的是对在线服务的改动。它问的是这次变更会不会造成中断、能不能回退、变更窗口在什么时候、CAB 是否批准。过程安全意义上的变更管理，管的是一处会伤到人的装置上对设备、物料、操作限值、控制系统、规程和人员配置的改动。它问的是这次变更有没有改变某项危害、安全泄放工况或某道联锁还成不成立、安全评价的结论是否依然有效，以及操作人员在开车之前有没有受过培训。CAB 没有能力回答其中任何一个。两条流程确实在一个地方重叠，值得点名：控制系统或安全仪表系统的改动常常先在 IT 或自动化的变更队列里被提出，而它同时必须走变更管理。遇到这种情况，让变更管理成为权威，让 IT 的记录成为排期凭证，而不是反过来。