4.3危害识别

　　4.3.1风险管理流程的第一步是对可以合理预见的所有危害进行系统而全面地识别。这主要通过对工作范围内的所有系统、设备、操作和服务进行初步危害分析（PHA）来实现。

　　4.3.2新危险源也可能会被视为其他安全活动（比如说接口危害分析（IHA），定量风险评估（QRA）或者失效模式、效应及危害度分析（FMECA）等活动）的一部分。

　　4.3.3在设计和开发过程中或者在生产、施工或者试运行过程中，危害可能在安全活动之外被识别出来。这种危害应该直接报告给质量安全工程师。质量安全工程师会对识别出来的危害进行审核，并且会考虑将这种危害包含在危害日志里是否合适。质量安全工程师有义务保证项目组的所有人都意识到他们有义务将危害报告给质量安全工程师，且有义务去建立一个可以收集所有这些信息的机制。

　　4.4 达到状态0

　　4.4.1安全活动一旦完成后，质量安全工程师应该将识别出来的危害输入到危害情景总结表里，并且要建立日志。

　　4.4.2质量安全工程师有义务按照ALARP的原则来决定采取什么行动来降低风险等级。

　　4.4.3质量安全工程师应该进行必要的活动，来完成已经识别出来的行动。这些活动具体包括：

　　1.成立一个工作组去考虑潜在风险降低策略

　　2.开始进行特定的风险研究

　　3  新设备的试运行或测试以及操作程序的完成

　　4.工程计算和设计规范的准备

　　5.将特定安全特性融入系统设计中

　　6.用于减少潜在风险的设计变更

　　4.4.4一旦这些活动完成，质量安全工程师会把下面2项通知项目经理

　　1 建议要采取的行动

　　2 剩余风险类别

　　4.4.5在对危害日志更新后，质量安全工程师应该将项目组的危害日志转到业主或公司的危害日志里，并给每个危害分配一个参考号码。

　　4.4.6一旦危害填入到业主或公司的危害日志里，并且分配到了一个参考号码，危害就被视为状态0。

　　4.5获取状态1

　　4.5.1在风险管理流程的任何阶段，如果有必要去进行澄清或者提供更多的危害信息，危害状态会转换成1。在质量安全工程师向质量安全部经理提供让其满意的信息之前，危害状态会一直处于1。

　　4.6 获取状态2

　　4.6.1.1 质量安全工程师在项目组内部传递危害日志，供大家评审。此外，还要对项目组危害日志中的信息进行分类。

　　4.6.1.2如果质量安全工程师认为所提供的危害信息（包括危害情景，风险降低措施，风险排名等）是可以接受的，并且这些提供的危害信息可以供质量安全部来审核，那么这些危害的状态就应该变成状态2。

　　4.7获取状态3

　　4.7.1质量安全部会对危害日志中的信息进行审核，并且会批准或者拒绝危害日志中提出的行动建议和/或其他相关的信息。如果质量安全部批准了建议，质量安全工程师则应该将业主或公司的危害日志中的那些危害更新为状态3。

　　4.7.2 另外，质量安全工程师应该给项目组发一份更新过的危害日志。

　　4.8获取状态4

　　4.8.1接到对危害行动的认可消息后，质量安全工程师应该保证危害日志中的危害状态与已知的验收标准相符合。

　　4.8.2 质量安全部经理应该把危害日志中的信息发放给管理层的适当的人员，以便运用于设计和竣工系统/子系统。

　　4.8.3一旦在设计和竣工系统里采取了措施，质量安全工程师就应该进行审核以证明行动的执行是正确和彻底的。

　　4.8.4如果质量安全工程师对采取的行动满意，应该在行动结束时，通知质量安全部经理。

　　4.8.6质量安全工程师然后要提出一些证据，请求将状态修改成4，并邀请工程师确认行动已完成。

　　4.8.7工程师应该对完成的工作进行确认。

　　4.8.8 一旦工程师对已经接受的行动的完成感到满意，那么质量安全工程师应该将危害日志更新为状态4。

　　4.8.9收到更新的危害日志并且得到工程师的确认（确认行动已经完成）之后，质量安全工程师应该确保危害日志中危害状态与完成的行动的一致性。

　　4.9获取状态5

　　4.9.1获取状态4后，如果危害还没有消除，质量安全工程师应该开始采取监督行动。一旦采取了监督行动，且认为风险已达到ALARP，这时就应该和工程师开始讨论剩余风险。如果危害仍然很大，项目组应该决定采取必要的行动，对运转开始时的危害进行监督，并把必要的活动通知工程师。

　　4.10获取状态6

　　4.10.1一旦采取了监督行动，且项目组认为风险已达到ALARP，风险就应该被关闭掉。然后质量安全工程师应该对危害日志进行更新，以反映出危害状态的变化，并在危害日志里进行说明，并将日志提供给质量安全部经理。质量安全部经理会召开一个质量安全会议，以批准将此危害消除。一旦质量安全部经理同意对危害进行消除，那么危害就应该被视为状态6，危害就被消除了。

　　4.10.2危害可能不需经过前面的各个状态，直接提升到状态6。比如，需求的编号能导致危害不再适用，这种情况下，危害可以被认为是已经消除或者危害不再需要监督，因此也就可以直接从状态5转到状态6。

　　5. 相关文件

　　5.1《纠正和预防措施控制程序》

　　6. 质量安全记录

　　6.1 《危害日志》