Risk Management Specialist
ISO 14971:2019 risk management implementation throughout the medical device lifecycle.
Table of Contents
Risk Management Planning Workflow
Establish risk management process per ISO 14971.
Workflow: Create Risk Management Plan
- 1. Define scope of risk management activities:
- Medical device identification
- Lifecycle stages covered
- Applicable standards and regulations
- 2. Establish risk acceptability criteria:
- Define probability categories (P1-P5)
- Define severity categories (S1-S5)
- Create risk matrix with acceptance thresholds
- 3. Assign responsibilities:
- Risk management lead
- Subject matter experts
- Approval authorities
- 4. Define verification activities:
- Methods for control verification
- Acceptance criteria
- 5. Plan production and post-production activities:
- Information sources
- Review triggers
- Update procedures
- 6. Obtain plan approval
- Establish risk management file
- Validation: Plan approved; acceptability criteria defined; responsibilities assigned; file established
Risk Management Plan Content
| Section | Content | Evidence |
|---|
| Scope | Device and lifecycle coverage | Scope statement |
| Criteria |
Risk acceptability matrix | Risk matrix document |
| Responsibilities | Roles and authorities | RACI chart |
| Verification | Methods and acceptance | Verification plan |
| Production/Post-Production | Monitoring activities | Surveillance plan |
Risk Acceptability Matrix (5x5)
| Probability \ Severity | Negligible | Minor | Serious | Critical | Catastrophic |
|---|
| Frequent (P5) | Medium | High | High | Unacceptable | Unacceptable |
| Probable (P4) |
Medium | Medium | High | High | Unacceptable |
|
Occasional (P3) | Low | Medium | Medium | High | High |
|
Remote (P2) | Low | Low | Medium | Medium | High |
|
Improbable (P1) | Low | Low | Low | Medium | Medium |
Risk Level Actions
| Level | Acceptable | Action Required |
|---|
| Low | Yes | Document and accept |
| Medium |
ALARP | Reduce if practicable; document rationale |
| High | ALARP | Reduction required; demonstrate ALARP |
| Unacceptable | No | Design change mandatory |
Risk Analysis Workflow
Identify hazards and estimate risks systematically.
Workflow: Conduct Risk Analysis
- 1. Define intended use and reasonably foreseeable misuse:
- Medical indication
- Patient population
- User population
- Use environment
- 2. Select analysis method(s):
- FMEA for component/function analysis
- FTA for system-level analysis
- HAZOP for process deviations
- Use Error Analysis for user interaction
- 3. Identify hazards by category:
- Energy hazards (electrical, mechanical, thermal)
- Biological hazards (bioburden, biocompatibility)
- Chemical hazards (residues, leachables)
- Operational hazards (software, use errors)
- 4. Determine hazardous situations:
- Sequence of events
- Foreseeable misuse scenarios
- Single fault conditions
- 5. Estimate probability of harm (P1-P5)
- Estimate severity of harm (S1-S5)
- Document in hazard analysis worksheet
- Validation: All hazard categories addressed; all hazards documented; probability and severity assigned
Hazard Categories Checklist
| Category | Examples | Analyzed |
|---|
| Electrical | Shock, burns, interference | ☐ |
| Mechanical |
Crushing, cutting, entrapment | ☐ |
| Thermal | Burns, tissue damage | ☐ |
| Radiation | Ionizing, non-ionizing | ☐ |
| Biological | Infection, biocompatibility | ☐ |
| Chemical | Toxicity, irritation | ☐ |
| Software | Incorrect output, timing | ☐ |
| Use Error | Misuse, perception, cognition | ☐ |
| Environment | EMC, mechanical stress | ☐ |
Analysis Method Selection
| Situation | Recommended Method |
|---|
| Component failures | FMEA |
| System-level failure |
FTA |
| Process deviations | HAZOP |
| User interaction | Use Error Analysis |
| Software behavior | Software FMEA |
| Early design phase | PHA |
Probability Criteria
| Level | Name | Description | Frequency |
|---|
| P5 | Frequent | Expected to occur | >10⁻³ |
| P4 |
Probable | Likely to occur | 10⁻³ to 10⁻⁴ |
| P3 | Occasional | May occur | 10⁻⁴ to 10⁻⁵ |
| P2 | Remote | Unlikely | 10⁻⁵ to 10⁻⁶ |
| P1 | Improbable | Very unlikely | <10⁻⁶ |
Severity Criteria
| Level | Name | Description | Harm |
|---|
| S5 | Catastrophic | Death | Death |
| S4 |
Critical | Permanent impairment | Irreversible injury |
| S3 | Serious | Injury requiring intervention | Reversible injury |
| S2 | Minor | Temporary discomfort | No treatment needed |
| S1 | Negligible | Inconvenience | No injury |
See: references/risk-analysis-methods.md
Risk Evaluation Workflow
Evaluate risks against acceptability criteria.
Workflow: Evaluate Identified Risks
- 1. Calculate initial risk level from probability × severity
- Compare to risk acceptability criteria
- For each risk, determine:
- Acceptable: Document and accept
- ALARP: Proceed to risk control
- Unacceptable: Mandatory risk control
- 4. Document evaluation rationale
- Identify risks requiring benefit-risk analysis
- Complete benefit-risk analysis if applicable
- Compile risk evaluation summary
- Validation: All risks evaluated; acceptability determined; rationale documented
Risk Evaluation Decision Tree
CODEBLOCK0
ALARP Demonstration Requirements
| Criterion | Evidence Required |
|---|
| Technical feasibility | Analysis of alternative controls |
| Proportionality |
Cost-benefit of further reduction |
| State of the art | Comparison to similar devices |
| Stakeholder input | Clinical/user perspectives |
Benefit-Risk Analysis Triggers
| Situation | Benefit-Risk Required |
|---|
| Residual risk remains high | Yes |
| No feasible risk reduction |
Yes |
| Novel device | Yes |
| Unacceptable risk with clinical benefit | Yes |
| All risks low | No |
Risk Control Workflow
Implement and verify risk control measures.
Workflow: Implement Risk Controls
- 1. Identify risk control options:
- Inherent safety by design (Priority 1)
- Protective measures in device (Priority 2)
- Information for safety (Priority 3)
- 2. Select optimal control following hierarchy
- Analyze control for new hazards introduced
- Document control in design requirements
- Implement control in design
- Develop verification protocol
- Execute verification and document results
- Evaluate residual risk with control in place
- Validation: Control implemented; verification passed; residual risk acceptable; no unaddressed new hazards
Risk Control Hierarchy
| Priority | Control Type | Examples | Effectiveness |
|---|
| 1 | Inherent Safety | Eliminate hazard, fail-safe design | Highest |
| 2 |
Protective Measures | Guards, alarms, automatic shutdown | High |
| 3 | Information | Warnings, training, IFU | Lower |
Risk Control Option Analysis Template
CODEBLOCK1
Risk Control Verification Methods
| Method | When to Use | Evidence |
|---|
| Test | Quantifiable performance | Test report |
| Inspection |
Physical presence | Inspection record |
| Analysis | Design calculation | Analysis report |
| Review | Documentation check | Review record |
Residual Risk Evaluation
| After Control | Action |
|---|
| Acceptable | Document, proceed |
| ALARP achieved |
Document rationale, proceed |
| Still unacceptable | Additional control or design change |
| New hazard introduced | Analyze and control new hazard |
Post-Production Risk Management
Monitor and update risk management throughout product lifecycle.
Workflow: Post-Production Risk Monitoring
- 1. Identify information sources:
- Customer complaints
- Service reports
- Vigilance/adverse events
- Literature monitoring
- Clinical studies
- 2. Establish collection procedures
- Define review triggers:
- New hazard identified
- Increased frequency of known hazard
- Serious incident
- Regulatory feedback
- 4. Analyze incoming information for risk relevance
- Update risk management file as needed
- Communicate significant findings
- Conduct periodic risk management review
- Validation: Information sources monitored; file current; reviews completed per schedule
Information Sources
| Source | Information Type | Review Frequency |
|---|
| Complaints | Use issues, failures | Continuous |
| Service |
Field failures, repairs | Monthly |
| Vigilance | Serious incidents | Immediate |
| Literature | Similar device issues | Quarterly |
| Regulatory | Authority feedback | As received |
| Clinical | PMCF data | Per plan |
Risk Management File Update Triggers
| Trigger | Response Time | Action |
|---|
| Serious incident | Immediate | Full risk review |
| New hazard identified |
30 days | Risk analysis update |
| Trend increase | 60 days | Trend analysis |
| Design change | Before implementation | Impact assessment |
| Standards update | Per transition period | Gap analysis |
Periodic Review Requirements
| Review Element | Frequency |
|---|
| Risk management file completeness | Annual |
| Risk control effectiveness |
Annual |
| Post-market information analysis | Quarterly |
| Risk-benefit conclusions | Annual or on new data |
Risk Assessment Templates
→ See references/risk-assessment-templates.md for details
Decision Frameworks
Risk Control Selection
CODEBLOCK2
New Hazard Analysis
| Question | If Yes | If No |
|---|
| Does control introduce new hazard? | Analyze new hazard | Proceed |
| Is new risk higher than original? |
Reject control option | Acceptable trade-off |
| Can new hazard be controlled? | Add control | Reject control option |
Risk Acceptability Decision
| Condition | Decision |
|---|
| All risks Low | Acceptable |
| Medium risks with ALARP |
Acceptable |
| High risks with ALARP documented | Acceptable if benefits outweigh |
| Any Unacceptable residual | Not acceptable - redesign |
Tools and References
Scripts
Risk Matrix Calculator Features:
- - ISO 14971 5x5 risk matrix calculation
- FMEA RPN (Risk Priority Number) calculation
- Interactive mode for guided assessment
- Display risk criteria definitions
- JSON output for integration
References
FMEA, FTA, HAZOP, Use Error Analysis methods |
Quick Reference: ISO 14971 Process
| Stage | Key Activities | Output |
|---|
| Planning | Define scope, criteria, responsibilities | Risk Management Plan |
| Analysis |
Identify hazards, estimate risk | Hazard Analysis |
| Evaluation | Compare to criteria, ALARP assessment | Risk Evaluation |
| Control | Implement hierarchy, verify | Risk Control Records |
| Residual | Overall assessment, benefit-risk | Risk Management Report |
| Production | Monitor, review, update | Updated RM File |
Related Skills
Risk-based CAPA |
|
regulatory-affairs-head | Regulatory submissions |
|
quality-documentation-manager | Risk file management |
风险管理专家
在整个医疗器械生命周期中实施ISO 14971:2019风险管理。
目录
风险管理计划工作流程
依据ISO 14971建立风险管理流程。
工作流程:制定风险管理计划
- 1. 定义风险管理活动范围:
- 医疗器械标识
- 涵盖的生命周期阶段
- 适用标准与法规
- 2. 建立风险可接受准则:
- 定义概率等级(P1-P5)
- 定义严重度等级(S1-S5)
- 创建带有接受阈值的风险矩阵
- 3. 分配职责:
- 风险管理负责人
- 主题专家
- 审批权限人
- 4. 定义验证活动:
- 控制验证方法
- 接受准则
- 5. 规划生产及生产后活动:
- 信息来源
- 审查触发条件
- 更新程序
- 6. 获取计划批准
- 建立风险管理文档
- 验证: 计划已批准;可接受准则已定义;职责已分配;文档已建立
风险管理计划内容
风险可接受矩阵 | 风险矩阵文件 |
| 职责 | 角色与权限 | RACI图表 |
| 验证 | 方法与接受标准 | 验证计划 |
| 生产/生产后 | 监控活动 | 监督计划 |
风险可接受矩阵(5x5)
| 概率 \ 严重度 | 可忽略 | 轻微 | 严重 | 危急 | 灾难性 |
|---|
| 频繁(P5) | 中等 | 高 | 高 | 不可接受 | 不可接受 |
| 可能(P4) |
中等 | 中等 | 高 | 高 | 不可接受 |
|
偶尔(P3) | 低 | 中等 | 中等 | 高 | 高 |
|
罕见(P2) | 低 | 低 | 中等 | 中等 | 高 |
|
几乎不可能(P1) | 低 | 低 | 低 | 中等 | 中等 |
风险等级应对措施
ALARP | 如可行则降低;记录理由 |
| 高 | ALARP | 必须降低;证明ALARP |
| 不可接受 | 否 | 必须进行设计变更 |
风险分析工作流程
系统性地识别危害并估计风险。
工作流程:开展风险分析
- 1. 定义预期用途及合理可预见的误用:
- 医疗适应症
- 患者群体
- 用户群体
- 使用环境
- 2. 选择分析方法:
- FMEA用于组件/功能分析
- FTA用于系统级分析
- HAZOP用于过程偏差
- 使用错误分析用于用户交互
- 3. 按类别识别危害:
- 能量危害(电气、机械、热)
- 生物危害(生物负载、生物相容性)
- 化学危害(残留物、可浸出物)
- 操作危害(软件、使用错误)
- 4. 确定危险情况:
- 事件序列
- 可预见的误用场景
- 单一故障条件
- 5. 估计伤害概率(P1-P5)
- 估计伤害严重度(S1-S5)
- 记录在危害分析工作表中
- 验证: 所有危害类别均已处理;所有危害均已记录;概率和严重度已分配
危害类别检查表
挤压、切割、卡住 | ☐ |
| 热 | 烧伤、组织损伤 | ☐ |
| 辐射 | 电离、非电离 | ☐ |
| 生物 | 感染、生物相容性 | ☐ |
| 化学 | 毒性、刺激 | ☐ |
| 软件 | 错误输出、时序 | ☐ |
| 使用错误 | 误用、感知、认知 | ☐ |
| 环境 | EMC、机械应力 | ☐ |
分析方法选择
FTA |
| 过程偏差 | HAZOP |
| 用户交互 | 使用错误分析 |
| 软件行为 | 软件FMEA |
| 早期设计阶段 | PHA |
概率准则
可能 | 很可能发生 | 10⁻³ 至 10⁻⁴ |
| P3 | 偶尔 | 可能发生 | 10⁻⁴ 至 10⁻⁵ |
| P2 | 罕见 | 不太可能 | 10⁻⁵ 至 10⁻⁶ |
| P1 | 几乎不可能 | 非常不可能 | <10⁻⁶ |
严重度准则
危急 | 永久性损伤 | 不可逆伤害 |
| S3 | 严重 | 需要干预的伤害 | 可逆伤害 |
| S2 | 轻微 | 暂时不适 | 无需治疗 |
| S1 | 可忽略 | 不便 | 无伤害 |
参见:references/risk-analysis-methods.md
风险评价工作流程
根据可接受准则评价风险。
工作流程:评价已识别的风险
- 1. 通过概率×严重度计算初始风险等级
- 与风险可接受准则进行比较
- 针对每个风险,确定:
- 可接受:记录并接受
- ALARP:进行风险控制
- 不可接受:必须进行风险控制
- 4. 记录评价理由
- 识别需要进行受益-风险分析的风险
- 如适用,完成受益-风险分析
- 编制风险评价总结
- 验证: 所有风险均已评价;可接受性已确定;理由已记录
风险评价决策树
风险估计
│
▼
应用可接受准则
│
├── 低风险 ──────────► 接受并记录
│
├── 中等风险 ───────► 考虑风险降低
│ │ 如未降低则记录ALARP
│ ▼
│ 降低是否可行?
│ │
│ 是──► 实施控制
│ 否───► 记录ALARP理由
│
├── 高风险 ─────────► 必须降低风险
│ │ 必须证明ALARP
│ ▼
│ 实施控制
│ 验证残余风险
│
└── 不可接受 ──────► 必须进行设计变更
未控制则无法继续
ALARP证明要求
进一步降低的成本效益 |
| 最新技术水平 | 与类似器械的比较 |
| 利益相关方意见 | 临床/用户观点 |
受益-风险分析触发条件
| 情况 | 是否需要受益-风险分析 |
|---|
| 残余风险仍为高 | 是 |
| 无可行风险降低方案 |
是 |
| 新型器械 | 是 |
| 具有临床益处的不可接受风险 | 是 |
| 所有风险均为低 | 否 |
风险控制工作流程
实施并验证风险控制措施。
工作流程:实施风险控制
- 1. 识别风险控制选项:
- 通过设计实现固有安全(优先级1)
- 器械中的防护措施(优先级2)
- 安全信息(优先级3)
- 2. 按照层级选择最优控制
- 分析控制措施引入的新危害
- 在设计要求中记录控制措施
- 在设计阶段实施控制措施
- 制定验证方案
7.