选项
首页首页 Skill 文档 mdr-745-specialist

根据欧盟《医疗器械法规》(MDR)2017/745对医疗器械进行分类,编制技术文件,规划临床评估,并管理上市后监督及与EUDAMED系统的对接。

...展开全部
23
更新时间 2026-08-29

MDR 2017/745 专家

欧盟《医疗器械法规》(MDR)在医疗器械分类、技术文件及临床证据方面的合规模式。

目录

  • 医疗器械分类工作流程
  • 技术文件
  • 临床证据
  • 上市后监督
  • EUDAMED 和 UDI
  • 参考文档
  • 工具

医疗器械分类工作流程

根据《医疗器械法规》(MDR)附件八对医疗器械进行分类:

  1. 确定医疗器械使用时长(瞬时、短期、长期)
  2. 确定侵入性级别(非侵入性、体腔、外科)
  3. 评估与人体系统的接触情况(中枢神经系统、心脏、其他)
  4. 检查是否为主动医疗器械(依赖能量)
  5. 应用分类规则1-22
  6. 对于软件,应用MDCG 2019-11算法
  7. 记录分类依据
  8. 验证:经指定机构确认分类结果

分类矩阵

因素 I类 IIa类 IIb类 III类
持续时间 任意 短期 长期 长期
侵入性 非侵入性 身体孔道 外科 可植入
系统 任意 非关键 关键器官 中枢神经系统/心脏
风险 最低 低至中等 中高 最高

软件分类(MDCG 2019-11)

信息用途 病情严重程度 类别
用于辅助决策 非严重 IIa
作为决策依据 严重 IIb
驱动/治疗 关键 III

分类示例

示例1:可吸收外科缝合线

  • 规则 8(可植入、长期)
  • 持续时间:> 30 天(被吸收)
  • 接触部位:一般组织
  • 分类:IIb类

示例 2:人工智能诊断软件

  • 规则11 + MDCG 2019-11
  • 功能:诊断严重病症
  • 分类:IIb类

示例 3:心脏起搏器

  • 规则 8(植入式)
  • 接触部位:中枢循环系统
  • 分类:III类

技术文件

根据附件 II 和 III 编制技术文件:

  1. 编制医疗器械说明(型号、配件、预期用途)
  2. 制定标签(第13条要求、使用说明书)
  3. 记录设计和制造过程
  4. 填写GSPR合规矩阵
  5. 编制获益-风险分析
  6. 汇编验证与确认证据
  7. 整合风险管理文件(ISO 14971)
  8. 确认:审查技术文件的完整性

技术文件结构

ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report

GSPR合规检查表

要求 证据 状态
安全设计(GSPR 1-3) 风险管理文件
化学特性(GSPR 10.1) 生物相容性报告
感染风险 (GSPR 10.2) 灭菌验证
软件要求 (GSPR 17) IEC 62304 文件
标签(GSPR 23) 标签设计稿、使用说明书

符合性评估途径

类别 途径 国家指定机构(NB)的参与
I 附件II自我声明
Is/Im 附件II + IX/XI 无菌/计量方面
IIa 附件 II + IX 或 XI 产品或质量管理体系
IIb 附件IX,或附件X + XI 质量管理体系(QMS)加技术文件评估,或型式检验加生产
III 附件IX,或附件X + XI 完整质量管理体系(QMS)+ 产品档案,或型式检验 + 生产

临床证据

根据附件XIV制定临床证据策略:

  1. 界定临床宣称和终点
  2. 开展系统性文献检索
  3. 评估临床数据质量
  4. 评估等效性(技术、生物学、临床)
  5. 识别证据缺口
  6. 确定是否需要进行临床研究
  7. 编制临床评价报告(CER)
  8. 验证:由合格评估人员审核CER

按类别划分的证据要求

类别 最低证据要求 研究
I 风险-效益分析 通常不需要
IIa 文献 + 上市后 可能需要
IIb 系统性文献综述 通常需要
III 全面的临床数据 必备(第61条)

临床评价报告结构

CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary

合格评估人员的要求

  • 医学学位或同等医疗资格
  • 在相关领域拥有4年以上临床经验
  • 接受过临床评价方法学培训
  • 了解《医疗器械法规》(MDR)的要求

上市后监督

根据第七章建立上市后监督(PMS)体系:

  1. 制定上市后监督计划(第84条)
  2. 确定数据收集方法
  3. 建立投诉处理程序
  4. 建立警戒报告流程
  5. 规划定期安全性更新报告(PSUR)
  6. 与上市后临床监测(PMCF)活动整合
  7. 定义趋势分析和信号检测
  8. 验证:PMS系统每年接受一次审计

PMS系统组成部分

组成部分 要求 频率
PMS计划 第84条 保持最新
PSUR 第86条 — IIa类及以上 根据第86(1)条,按以下时间表执行
PMCF计划 附件 XIV B 部分 包含CER的更新
PMCF报告 附件 XIV B 部分 年度(III类)
警戒 第87至92条 事件发生时

PSUR 时间表

类别 报告频率(《医疗设备法规》第86(1)条)
III类 至少每年更新一次
IIb类(所有类型,包括植入式) 至少每年更新一次
IIa类 必要时,至少每2年一次
I类 不提交PSUR——改提交PMS报告(第85条)

严重事件报告

时间表 要求
2天 严重公共卫生威胁
10天 死亡或病情严重恶化
15天 其他严重事件

EUDAMED 和 UDI

根据第27条实施UDI系统:

  1. 获取颁发机构代码(GS1、HIBCC、ICCBBA)
  2. 为每个医疗器械变体分配 UDI-DI
  3. 为每个医疗器械变体分配UDI-PI(生产标识符)
  4. 在标签上应用 UDI 载体(AIDC + HRI)
  5. 在EUDAMED中注册相关方
  6. 在EUDAMED中注册医疗器械
  7. 在证书可用时上传
  8. 验证:在样品标签上验证 UDI

EUDAMED 模块

模块 内容 参与方
参与方 公司注册 制造商,AR
UDI/医疗器械 设备和变体数据 制造商
证书 指定机构证书 指定机构
临床研究 研究注册 赞助方
安全监视 事件报告 制造商
市场监督 监管机构采取的行动 主管机构

UDI 标签要求

根据第13条规定,必备要素如下:

  • UDI-DI(医疗器械标识符)
  • II类及以上医疗器械的UDI-PI(生产标识符)
  • AIDC 格式(条形码/RFID)
  • HRI格式(人眼可读)
  • 制造商名称和地址
  • 批号/序列号
  • 有效期(如适用)

参考文档

《MDR分类指南》

references/mdr-classification-guide.md 包含:

  • 完整的《附件八》分类规则(规则1-22)
  • 根据 MDCG 2019-11 进行的软件分类
  • 分类示例解析
  • 符合性评估路径选择

临床证据要求

references/clinical-evidence-requirements.md 包含:

  • 临床证据框架与层次结构
  • 文献检索方法
  • 临床评估报告的结构
  • PMCF计划与评估报告指南

技术文档模板

references/technical-documentation-templates.md 包含:

  • 附件II和III的内容要求
  • 设计历史文件结构
  • GSPR 合规矩阵模板
  • 符合性声明模板
  • 指定机构提交检查表

工具

MDR 差距分析工具

# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive

根据 MDR 要求对医疗器械进行分析,识别合规差距,并生成按优先级排序的建议。

输出内容包括:

  • 按类别划分的要求核对清单
  • 按优先级排序的差距识别
  • 关键差距突出显示
  • 合规路线图建议

指定机构对接

选择标准

因素 需考虑的因素
指定范围 涵盖您的设备类型
容量 首次审核的时间表
地理覆盖范围 您需要进入的市场
技术专长 在贵公司技术方面的经验
收费结构 透明度、可预测性

提交前检查清单

  • 技术文件完整
  • GSPR矩阵已全面处理
  • 风险管理文件最新
  • 临床评价报告已完整
  • 质量管理体系(ISO 13485)已通过认证
  • 标签和使用说明书已定稿
  • 验证:内部差距评估已完成
在 GitHub 上查看
---
name: mdr-745-specialist
description: Classify medical devices under EU MDR 2017/745, build technical documentation, plan clinical evaluations, and manage post-market surveillance and EUDAMED integration.
---

# MDR 2017/745 Specialist

EU MDR compliance patterns for medical device classification, technical documentation, and clinical evidence.

---

## Table of Contents

- [Device Classification Workflow](#device-classification-workflow)
- [Technical Documentation](#technical-documentation)
- [Clinical Evidence](#clinical-evidence)
- [Post-Market Surveillance](#post-market-surveillance)
- [EUDAMED and UDI](#eudamed-and-udi)
- [Reference Documentation](#reference-documentation)
- [Tools](#tools)

---

## Device Classification Workflow

Classify device under MDR Annex VIII:

1. Identify device duration (transient, short-term, long-term)
2. Determine invasiveness level (non-invasive, body orifice, surgical)
3. Assess body system contact (CNS, cardiac, other)
4. Check if active device (energy dependent)
5. Apply classification rules 1-22
6. For software, apply MDCG 2019-11 algorithm
7. Document classification rationale
8. **Validation:** Classification confirmed with Notified Body

### Classification Matrix

| Factor | Class I | Class IIa | Class IIb | Class III |
|--------|---------|-----------|-----------|-----------|
| Duration | Any | Short-term | Long-term | Long-term |
| Invasiveness | Non-invasive | Body orifice | Surgical | Implantable |
| System | Any | Non-critical | Critical organs | CNS/cardiac |
| Risk | Lowest | Low-medium | Medium-high | Highest |

### Software Classification (MDCG 2019-11)

| Information Use | Condition Severity | Class |
|-----------------|-------------------|-------|
| Informs decision | Non-serious | IIa |
| Informs decision | Serious | IIb |
| Drives/treats | Critical | III |

### Classification Examples

**Example 1: Absorbable Surgical Suture**
- Rule 8 (implantable, long-term)
- Duration: > 30 days (absorbed)
- Contact: General tissue
- Classification: **Class IIb**

**Example 2: AI Diagnostic Software**
- Rule 11 + MDCG 2019-11
- Function: Diagnoses serious condition
- Classification: **Class IIb**

**Example 3: Cardiac Pacemaker**
- Rule 8 (implantable)
- Contact: Central circulatory system
- Classification: **Class III**

---

## Technical Documentation

Prepare technical file per Annex II and III:

1. Create device description (variants, accessories, intended purpose)
2. Develop labeling (Article 13 requirements, IFU)
3. Document design and manufacturing process
4. Complete GSPR compliance matrix
5. Prepare benefit-risk analysis
6. Compile verification and validation evidence
7. Integrate risk management file (ISO 14971)
8. **Validation:** Technical file reviewed for completeness

### Technical File Structure

```
ANNEX II TECHNICAL DOCUMENTATION
├── Device description and UDI-DI
├── Label and instructions for use
├── Design and manufacturing info
├── GSPR compliance matrix
├── Benefit-risk analysis
├── Verification and validation
└── Clinical evaluation report
```

### GSPR Compliance Checklist

| Requirement | Evidence | Status |
|-------------|----------|--------|
| Safe design (GSPR 1-3) | Risk management file | ☐ |
| Chemical properties (GSPR 10.1) | Biocompatibility report | ☐ |
| Infection risk (GSPR 10.2) | Sterilization validation | ☐ |
| Software requirements (GSPR 17) | IEC 62304 documentation | ☐ |
| Labeling (GSPR 23) | Label artwork, IFU | ☐ |

### Conformity Assessment Routes

| Class | Route | NB Involvement |
|-------|-------|----------------|
| I | Annex II self-declaration | None |
| Is/Im | Annex II + IX/XI | Sterile/measuring aspects |
| IIa | Annex II + IX or XI | Product or QMS |
| IIb | Annex IX, or Annex X + XI | QMS + tech doc assessment, or type exam + production |
| III | Annex IX, or Annex X + XI | Full QMS + product dossier, or type exam + production |

---

## Clinical Evidence

Develop clinical evidence strategy per Annex XIV:

1. Define clinical claims and endpoints
2. Conduct systematic literature search
3. Appraise clinical data quality
4. Assess equivalence (technical, biological, clinical)
5. Identify evidence gaps
6. Determine if clinical investigation required
7. Prepare Clinical Evaluation Report (CER)
8. **Validation:** CER reviewed by qualified evaluator

### Evidence Requirements by Class

| Class | Minimum Evidence | Investigation |
|-------|------------------|---------------|
| I | Risk-benefit analysis | Not typically required |
| IIa | Literature + post-market | May be required |
| IIb | Systematic literature review | Often required |
| III | Comprehensive clinical data | Required (Article 61) |

### Clinical Evaluation Report Structure

```
CER CONTENTS
├── Executive summary
├── Device scope and intended purpose
├── Clinical background (state of the art)
├── Literature search methodology
├── Data appraisal and analysis
├── Safety and performance conclusions
├── Benefit-risk determination
└── PMCF plan summary
```

### Qualified Evaluator Requirements

- Medical degree or equivalent healthcare qualification
- 4+ years clinical experience in relevant field
- Training in clinical evaluation methodology
- Understanding of MDR requirements

---

## Post-Market Surveillance

Establish PMS system per Chapter VII:

1. Develop PMS plan (Article 84)
2. Define data collection methods
3. Establish complaint handling procedures
4. Create vigilance reporting process
5. Plan Periodic Safety Update Reports (PSUR)
6. Integrate with PMCF activities
7. Define trend analysis and signal detection
8. **Validation:** PMS system audited annually

### PMS System Components

| Component | Requirement | Frequency |
|-----------|-------------|-----------|
| PMS Plan | Article 84 | Maintain current |
| PSUR | Article 86 — Class IIa and higher | Per Art. 86(1) schedule below |
| PMCF Plan | Annex XIV Part B | Update with CER |
| PMCF Report | Annex XIV Part B | Annual (Class III) |
| Vigilance | Articles 87-92 | As events occur |

### PSUR Schedule

| Class | Frequency (MDR Art. 86(1)) |
|-------|-----------------------------|
| Class III | Updated at least annually |
| Class IIb (all, incl. implantable) | Updated at least annually |
| Class IIa | When necessary, at least every 2 years |
| Class I | No PSUR — PMS report instead (Art. 85) |

### Serious Incident Reporting

| Timeline | Requirement |
|----------|-------------|
| 2 days | Serious public health threat |
| 10 days | Death or serious deterioration |
| 15 days | Other serious incidents |

---

## EUDAMED and UDI

Implement UDI system per Article 27:

1. Obtain issuing entity code (GS1, HIBCC, ICCBBA)
2. Assign UDI-DI to each device variant
3. Assign UDI-PI (production identifier)
4. Apply UDI carrier to labels (AIDC + HRI)
5. Register actor in EUDAMED
6. Register devices in EUDAMED
7. Upload certificates when available
8. **Validation:** UDI verified on sample labels

### EUDAMED Modules

| Module | Content | Actor |
|--------|---------|-------|
| Actor | Company registration | Manufacturer, AR |
| UDI/Device | Device and variant data | Manufacturer |
| Certificates | NB certificates | Notified Body |
| Clinical Investigation | Study registration | Sponsor |
| Vigilance | Incident reports | Manufacturer |
| Market Surveillance | Authority actions | Competent Authority |

### UDI Label Requirements

Required elements per Article 13:

- [ ] UDI-DI (device identifier)
- [ ] UDI-PI (production identifier) for Class II+
- [ ] AIDC format (barcode/RFID)
- [ ] HRI format (human-readable)
- [ ] Manufacturer name and address
- [ ] Lot/serial number
- [ ] Expiration date (if applicable)

---

## Reference Documentation

### MDR Classification Guide

`references/mdr-classification-guide.md` contains:

- Complete Annex VIII classification rules (Rules 1-22)
- Software classification per MDCG 2019-11
- Worked classification examples
- Conformity assessment route selection

### Clinical Evidence Requirements

`references/clinical-evidence-requirements.md` contains:

- Clinical evidence framework and hierarchy
- Literature search methodology
- Clinical Evaluation Report structure
- PMCF plan and evaluation report guidance

### Technical Documentation Templates

`references/technical-documentation-templates.md` contains:

- Annex II and III content requirements
- Design History File structure
- GSPR compliance matrix template
- Declaration of Conformity template
- Notified Body submission checklist

---

## Tools

### MDR Gap Analyzer

```bash
# Quick gap analysis
python scripts/mdr_gap_analyzer.py --device "Device Name" --class IIa

# JSON output for integration
python scripts/mdr_gap_analyzer.py --device "Device Name" --class III --output json

# Interactive assessment
python scripts/mdr_gap_analyzer.py --interactive
```

Analyzes device against MDR requirements, identifies compliance gaps, generates prioritized recommendations.

**Output includes:**
- Requirements checklist by category
- Gap identification with priorities
- Critical gap highlighting
- Compliance roadmap recommendations

---

## Notified Body Interface

### Selection Criteria

| Factor | Considerations |
|--------|----------------|
| Designation scope | Covers your device type |
| Capacity | Timeline for initial audit |
| Geographic reach | Markets you need to access |
| Technical expertise | Experience with your technology |
| Fee structure | Transparency, predictability |

### Pre-Submission Checklist

- [ ] Technical documentation complete
- [ ] GSPR matrix fully addressed
- [ ] Risk management file current
- [ ] Clinical evaluation report complete
- [ ] QMS (ISO 13485) certified
- [ ] Labeling and IFU finalized
- [ ] **Validation:** Internal gap assessment complete

所有文件

0 个文件

安装 mdr-745-specialist

下载技能文件并将其解压到 .claude/skills/ 目录中。

下载ZIP

克隆仓库并复制技能文件到您的项目中。

git clone https://github.com/alirezarezvani/claude-skills/tree/main/ra-qm-team/skills/mdr-745-specialist # Copy SKILL.md to your .claude/skills/ directory

复制 复制
快速设置: 将技能文件夹复制到 .claude/skills/ Claude 会自动检测并使用该技能

相关技能

golang-dependency-injection
更新时间 2026-06-29
nuxthub
更新时间 2026-08-23
tc-tracker
更新时间 2026-08-27
code-quality
更新时间 2026-08-22
OR