质量文档经理

quality-documentation-manager
分类通用
作者Alireza Rezvani
许可MIT
评分4.60/5
使用7.4K

质量文档管理器

针对符合 ISO 13485 标准的质量管理系统，提供文档控制系统的设计与管理，包括编号规范、审批工作流、变更控制及电子记录合规性。

---

目录

---

文档控制工作流

实施从创建到作废的文档控制：

1. 根据编号程序分配文档编号
2. 使用受控模板创建文档
3. 将文档发送至必要的审核人进行审核
4. 处理审核意见并记录回复
5. 获取必要的审批签名
6. 指定生效日期并分发
7. 更新文档主清单 (Document Master List)
8. 验证： 确保文档在执行点可获取；移除作废版本

文档生命周期阶段

| 阶段 | 定义 | 所需操作 |
|-------|------------|------------------|
| 草稿 (Draft) | 创建或修订中 | 作者编辑，不可使用 |
| 审核 (Review) | 传阅审核中 | 审核人提供反馈 |
| 已批准 (Approved) | 已获得所有签名 | 准备培训/分发 |
| 生效 (Effective) | 培训完成，已发布 | 可投入使用 |
| 被替代 (Superseded) | 被新版本替代 | 从活跃使用中移除 |
| 作废 (Obsolete) | 不再适用 | 根据保留计划归档 |

文档类型与前缀

| 前缀 | 文档类型 | 典型内容 |
|--------|---------------|-----------------|
| QM | 质量手册 | QMS 概述、范围、方针 |
| SOP | 标准操作程序 | 流程级程序 |
| WI | 工作指导书 | 任务级步骤说明 |
| TF | 模板/表单 | 受控表单 |
| SPEC | 规格书 | 产品/工艺规格 |
| PLN | 计划 | 质量/项目计划 |

按文档类型划分的必要审核人

| 文档类型 | 必要审核人 | 必要审批人 |
|---------------|-------------------|-------------------|
| SOP | 流程所有者, QA | QA 经理, 流程所有者 |
| WI | 区域主管, QA | 区域经理 |
| SPEC | 工程部, QA | 工程经理, QA |
| TF | 流程所有者 | QA |
| 设计文档 | 设计团队, QA | 设计控制授权人 |

---

文档编号系统

分配统一的文档编号以便于识别和检索。

编号格式

标准格式：前缀-类别-序号[-版本]

code
示例: SOP-02-001-A

SOP = 文档类型 (标准操作程序)
02  = 类别代码 (文档控制)
001 = 顺序号
A   = 版本标识

类别代码

|
| 代码 | 功能领域 | 描述 |
|------|-----------------|-------------|
| 01 | 质量管理 | QMS 程序、管理评审 |
| 02 | 文档控制 | 本领域 |
| 03 | 人力资源 | 培训、能力 |
| 04 | 设计与开发 | 设计控制流程 |
| 05 | 采购 | 供应商管理 |
| 06 | 生产 | 制造程序 |
| 07 | 质量控制 | 检验、测试 |
| 08 | CAPA | 纠正/预防措施 |
| 09 | 风险管理 | ISO 14971 流程 |
| 10 | 法规事务 | 申报、合规 |

编号工作流

1. 作者向文档控制部门申请文档编号
2. 文档控制部门验证类别分配
3. 文档控制部门分配下一个可用序列号
4. 编号记录在文档主清单中
5. 作者使用分配的编号创建文档
6. 验证： 编号格式符合标准；主清单中无重复

版本标识

| 变更类型 | 版本递增方式 | 示例 |
|-------------|-------------------|---------|
| 重大修订 | 整数递增 | Rev 01 → Rev 02 |
| 次要修订 | 子版本递增 | Rev 01 → Rev 01.1 |
| 行政修订 | 不变更或使用字母后缀 | Rev 01 → Rev 01a |

完整编号指南请参阅 references/document-control-procedures.md。

---

审批与评审流程

在文档发布前，必须获得必要的评审和批准。

评审工作流

1. 作者完成文档草案
2. 作者通过流转单或 DMS 提交评审
3. 根据文档类型分配评审员
4. 评审员在评审期内（5-10 个工作日）提供意见
5. 作者处理评审意见并记录回复
6. 作者重新提交修订后的文档
7. 批准人签署并注明日期
8. 验证： 所有必要评审员已完成评审；所有意见均已处理并记录处置结果

评审意见处置

| 处置结果 | 所需操作 |
|-------------|-----------------|
| 接受 | 按原样纳入意见 |
| 修改后接受 | 做出调整后纳入，并记录理由 |
| 拒绝 | 不纳入，记录理由 |
| 推迟 | 在未来版本中处理，记录原因 |

审批矩阵

code
1 级文档 (政策/质量手册): CEO 或其授权人 + QA 经理
2 级文档 (SOP): 部门经理 + QA 经理
3 级文档 (WI/表单): 区域主管 + QA 代表

签名要求

| 元素 | 要求 |
|---------|-------------|
| 姓名 | 签名人的正楷姓名 |
| 签名 | 手写签名或电子签名 |
| 日期 | 签名日期 |
| 角色 | 签名人的职能/角色 |

---

变更控制流程

通过评审和批准，系统化地管理文档变更。

变更控制工作流

1. 识别文档变更需求
2. 填写变更申请单并注明理由
3. 文档控制部门分配变更编号并记录申请
4. 流转至评审员进行影响评估
5. 根据变更分类获得批准
6. 作者实施已批准的变更
7. 更新版本号和变更历史
8. 验证： 变更内容与批准范围一致；变更历史完整

变更分类

| 类别 | 定义 | 审批级别 | 示例 |
|-------|------------|----------------|----------|
| 行政变更 | 无内容影响 | 文档控制部门 | 错别字、格式 |
| 次要变更 | 有限的内容变更 | 流程所有者 + QA | 澄清说明 |
| 重大变更 | 显著的内容变更 | 全面评审 | |
周期 | 新需求 |
| 紧急 | 紧急安全/合规 | 加急 + 追溯 | 安全问题 |

影响评估清单

| 影响领域 | 评估问题 |
|-------------|---------------------|
| 培训 | 变更是否需要重新培训？ |
| 设备 | 变更是否影响设备或系统？ |
| 验证 | 变更是否需要重新验证？ |
| 法规 | 变更是否影响法规申报？ |
| 其他文档 | 哪些相关文档需要更新？ |
| 记录 | 哪些记录受到影响？ |

变更历史记录

每份文档必须包含变更历史：

code
| 版本 | 日期 | 描述 | 作者 | 审核人 |
|----------|------|-------------|--------|----------|
| 01 | 2023-01-15 | 首次发布 | J. Smith | M. Jones |
| 02 | 2024-03-01 | 更新工作流 | J. Smith | M. Jones |

---

21 CFR Part 11 合规性

实施电子记录和签名控制以符合 FDA 合规要求。

Part 11 适用范围

| 适用 | 不适用 |
|------------|-------------------|
| FDA 法规要求的记录 | 纸质记录 |
| 提交给 FDA 的记录 | 内部非监管文档 |
| 必要记录上的电子签名 | 普通电子邮件通信 |

电子记录控制

1. 验证系统的准确性和可靠性
2. 为所有变更实施安全的审计追踪 (Audit Trail)
3. 将系统访问权限限制在授权人员范围内
4. 生成人类可读格式的准确副本
5. 在整个保存期限内保护记录
6. 验证： 审计追踪需记录所有变更的执行人、变更内容及时间

审计追踪要求

| 要求 | 实现方式 |
|-------------|----------------|
| 安全性 | 用户无法修改 |
| 计算机生成 | 系统自动创建 |
| 时间戳 | 记录每次操作的日期和时间 |
| 原始值 | 保留之前的数值 |
| 用户身份 | 记录每次变更的执行人 |

电子签名要求

| 要求 | 实现方式 |
|-------------|----------------|
| 个人唯一性 | 不在人员之间共享 |
| 至少包含 2 个组件 | 最少包含用户 ID + 密码 |
| 签名呈现 | 显示姓名、日期/时间及含义 |
| 与记录绑定 | 无法被剪切或复制 |

签名呈现

每个电子签名必须显示：

| 元素 | 示例 |
|---------|---------|
| 打印姓名 | John Smith |
| 日期和时间 | 2024-03-15 14:32:05 EST |
| 含义 | 批准发布 |

系统控制清单

访问控制：

  • [ ] 每人拥有唯一的用户 ID

  • [ ] 强制执行密码复杂度

  • [ ] 尝试失败后锁定账户

  • [ ] 闲置后会话超时

审计追踪：

  • [ ] 记录所有记录的创建日志

  • [ ] 记录所有修改日志（含旧值/新值）

  • [ ] 捕获用户身份

  • [ ] 所有条目均带有日期/时间戳

安全性：

  • [ ] 基于角色的访问控制 (RBAC)

  • [ ] 静态数据和传输中数据加密

  • [ ] 定期备份并经过恢复测试

详细合规要求请参阅 references/21cfr11-compliance-guide.md。

---

参考文档

文档控制程序

references/document-control-procedures.md 包含：

  • 文档编号系统和格式
  • 文档生命周期阶段和转换
  • 评审和批准工作流详情
  • 包含分类标准的变更控制流程
  • 分发和访问控制方法
  • 记录保存期限和处置程序
  • 文档主清单要求

21 CFR Part 11 合规指南

references/21cfr11-compliance-guide.md 包含：

  • Part 11 的范围与适用性
  • 电子记录要求 (§11.10)
  • 电子签名要求 (§11.50, 11.100, 11.200)
  • 系统控制规范
  • 验证方法与文档
  • 合规检查清单与差距评估模板
  • 常见的 FDA 缺陷及其预防措施

---

工具

文档验证器 (Document Validator)

bash
# 验证文档元数据
python scripts/document_validator.py --doc document.json

交互式验证模式

python scripts/document_validator.py --interactive

输出 JSON 格式以便集成

python scripts/document_validator.py --doc document.json --output json

生成示例文档 JSON

python scripts/document_validator.py --sample > sample_doc.json

验证项：

  • 文档编号规范的合规性

  • 标题与状态要求

  • 日期验证（生效日期、评审到期日）

  • 按文档类型划分的审批要求

  • 修订历史的完整性

  • 21 CFR Part 11 控制项（审计追踪、签名）

示例文档输入

json
{
  "number": "SOP-02-001",
  "title": "Document Control Procedure",
  "doc_type": "SOP",
  "revision": "03",
  "status": "Effective",
  "effective_date": "2024-01-15",
  "review_date": "2025-01-15",
  "author": "J. Smith",
  "approver": "M. Jones",
  "change_history": [
    {"revision": "01", "date": "2022-01-01", "description": "Initial release"},
    {"revision": "02", "date": "2023-01-15", "description": "Updated workflow"},
    {"revision": "03", "date": "2024-01-15", "description": "Added e-signature requirements"}
  ],
  "has_audit_trail": true,
  "has_electronic_signature": true,
  "signature_components": 2
}

---

文档控制指标

追踪文档控制系统的性能。

关键绩效指标 (KPI)

| 指标 | 目标 | 计算方式 |
|--------|--------|-------------|
| 文档周期时间 | <30 天 | 从草案到生效的平均天数 |
| 评审完成率 | >95% | 按时完成的评审数 / 总评审数 |
| 变更请求积压量 | <10 | 月末未结的变更请求数 |
| 评审逾期率 | <5% | 超过评审日期的文档数 / 总生效文档数 |
| 审计发现率 | <2 次/次审计 | 每次内部审计中关于文档控制的发现项数量 |

定期评审计划

| 文档类型 | 评审频率 |
|---------------|------------------|
| 政策 (Policy) | 每 3 年一次 |
| 标准操作程序 (SOP) | 每 2 年一次 |
| 工作指导书 (WI) | 每 2 年一次 |
| 规格书 (Specifications) | 根据需要或产品变更而定 |
| 表单/模板 | 每 3 年一次 |

---

监管要求

ISO 13485:2016 第 4.2 节

| 子条款 | 要求 |
|------------|-------------|
| 4.2.1 | 质量管理体系文档 |
| 4.2.2 | 质量手册 |
| 4.2.3 | 医疗器械文件（技术文档） |
| 4.2.4 | 文档控制 |
| 4.2.5 | 记录控制 |

FDA 文档与记录控制 —— QMSR 下的 ISO 13485 §4.2（原 QSR 章节，历史参考）

> ⚠️ 状态 — QMSR 过渡期（2026-02-02 生效）： FDA 的质量管理体系法规 (QMSR) 最终规则 (89 FR 7496) 修订了 21 CFR Part 820，以引用方式纳入了 ISO 13485:2016，并删除了原有的 QSR 子章节结构。下表中的章节编号 (820.40/.180/.181/.184/.186) 已不再存在于 CFR 中，仅作为熟悉的索引予以保留。目前的文档/记录控制权限由 ISO 13485:2016 §4.2（特别是 §4.2.4 文档控制，§4.2.5 记录控制）定义。
记录控制），其中医疗器械文件见 §4.2.3，记录补充项保留在 21 CFR 820.35 中。在当前的合规文档中，请引用 ISO 13485 的条款，而非 820.x 编号。

| 旧版 QSR 章节（历史版本，2026 年前） | 要求 | QMSR 下的当前依据（显示旧版 QSR 仅供索引） |
|-------------------------------------------|-------------|----------------------------------------------|
| 820.40 | 文档控制 | ISO 13485 §4.2.4 |
| 820.180 | 一般记录要求 | ISO 13485 §4.2.5 + 21 CFR 820.35（保留） |
| 820.181 | 器械主记录 (DMR) | ISO 13485 §4.2.3（医疗器械文件） |
| 820.184 | 器械历史记录 (DHR) | ISO 13485 §4.2.5 + 21 CFR 820.35（保留） |
| 820.186 | 质量体系记录 | ISO 13485 §4.2.5 + 21 CFR 820.35（保留） |

常见审核发现项

| 发现项 | 预防措施 |
|---------|------------|
| 使用失效文档 | 实施分发控制 |
| 缺失审批签名 | 在发布前强制执行工作流 |
| 变更历史不完整 | 要求每次修订时更新历史记录 |
| 无定期评审计划 | 建立并执行评审日历 |
| 审计追踪不足 | 验证 DMS 是否符合 Part 11 标准 |

> 决策原则： 本技能检查中的验证脚本仅用于检查结构和完整性，并不证明文档或记录合规。审批和发布决策由您和文档所有者根据受控程序做出；有关法规分类或申报记录的问题，请咨询法规事务部门 (Regulatory Affairs)。