3. 风险管理方针与职责工程化

质量方针回答的是“我们如何持续满足要求”，风险管理方针回答的是“我们如何在不确定中做出可辩护的决策”。两者不是并列的两份文件，而是同一治理意志在不同对象上的投影。把质量方针转化为风险管理方针，核心动作是把“满足要求”翻译成“在什么条件下接受什么风险、由谁判断、依据什么证据”。

以一家生产有源输液泵的企业为例。质量方针中常见表述是“以患者安全为中心，持续改进，满足法规与顾客要求”。直接把它当作风险管理方针使用，会缺少可执行性：没有说明风险可接受准则的边界，没有说明谁有权判定“可接受”，也没有说明当法规要求与商业交付冲突时如何取舍。工程化的转化应形成如下结构：

• 承诺层：患者安全优先于交付进度；任何已知不可接受风险不得放行。
• 准则层：明确伤害严重度分级、发生概率分级、可接受性矩阵，以及必须采用的风险控制优先顺序（固有安全设计→防护措施→安全信息）。
• 职责层：管理者代表对风险管理体系有效性负责；跨职能团队对具体风险分析、控制与验证负责。
• 证据层：每项可接受判定必须可追溯到危害、伤害、控制措施、验证记录和剩余风险评价。

管理者代表的职责边界

管理者代表不是“签字人”，而是风险管理体系的运行责任人。其职责应至少覆盖：批准风险管理方针与可接受准则；确保风险管理过程所需资源；主持重大风险的评审与决策；确保风险管理计划与产品实现过程同步；向最高管理者报告体系有效性；在法规、临床或供应链发生重大变化时触发准则复审。需要特别区分的是：管理者代表批准的是“准则与体系”，而不是替代跨职能团队做具体风险分析。若管理者代表直接给出“这个概率取3”，风险分析就退化为个人判断，失去可辩护性。

跨职能团队与RACI

风险管理是跨职能活动，单一部门无法完成。典型角色包括：风险管理负责人（协调与维护风险管理文件）、研发/设计（危害分析与控制措施实现）、临床/医学（伤害严重度与临床场景）、生产/工艺（制造相关危害与过程能力）、质量/法规（准则符合性与法规要求）、采购/供应链（供方相关风险）、市场/售后（现场反馈与投诉数据）。用RACI明确每个风险管理活动的责任分配，可以避免“人人有责等于无人负责”。

表中A为最终问责，R为执行，C为被咨询，I为被通知。注意“剩余风险评价与可接受判定”由管理者代表A、风险管理负责人R，是因为该活动直接决定产品能否放行，必须由体系责任人承担最终问责；而具体风险估计由研发R执行，体现“谁最了解技术，谁提供证据”。

风险可接受准则的顶层设计

可接受准则是风险管理方针中最具工程性的部分。它必须回答三个问题：伤害严重度如何分级、发生概率如何分级、两者组合后哪些区域可接受。以下为示例性准则，仅用于说明结构，不代表任何特定产品的实际放行依据。

严重度 S：
S1 可忽略：无需医疗干预
S2 轻度：临时不适，需简单处理
S3 严重：需医疗干预，可能造成永久损伤
S4 危重：可能危及生命
S5 灾难：导致死亡

概率 P：
P1 极低：<1/100,000
P2 低：1/100,000 ~ 1/10,000
P3 中：1/10,000 ~ 1/1,000
P4 高：1/1,000 ~ 1/100
P5 极高：>1/100

可接受性矩阵（示例）：
        P1   P2   P3   P4   P5
S1      A    A    A    B    B
S2      A    A    B    B    C
S3      A    B    B    C    C
S4      B    B    C    C    C
S5      C    C    C    C    C

A=可接受；B=需风险控制并验证后重新评价；C=不可接受，必须重新设计或禁止放行。

准则设计的关键在于：C区不可通过“收益大于风险”一句话绕过，必须回到设计输入重新控制；B区必须留下控制措施与验证证据；A区也需保留危害分析记录，证明已识别并判定。准则还应规定复审触发条件，例如法规更新、临床不良事件、关键供方变更、投诉率超过阈值等。

把上述结构落到文件层面，风险管理方针通常以受控文件发布，可接受准则作为其附录或独立受控表单，RACI以职责矩阵形式纳入风险管理计划。每次产品开发项目启动时，项目经理应确认：本项目适用的准则版本、管理者代表批准记录、跨职能团队成员名单及其RACI角色。若准则发生变更，必须评估在研项目与已上市产品的受影响范围，并保留变更理由与批准记录。

最后需要强调，风险管理方针与职责工程化的产出不是一份更厚的文件，而是一套可运行的决策规则。质量方针提供方向，风险管理方针提供边界，管理者代表提供问责，跨职能团队提供证据，可接受准则提供判定尺度。五者缺一，风险管理就会退化为事后补记录的形式合规。