quality-documentation-manager by alirezarezvani/claude-skills
npx skills add https://github.com/alirezarezvani/claude-skills --skill quality-documentation-manager为符合 ISO 13485 标准的质量管理体系设计和管理的文档控制系统,包括编号规则、审批工作流、变更控制和电子记录合规性。
实施从创建到废止的文档控制:
| 阶段 | 定义 | 所需操作 |
|---|---|---|
| 草案 | 正在创建或修订中 | 作者编辑,不可使用 |
| 审核 | 已分发供审核 | 审核人提供反馈 |
| 已批准 | 已获得所有签名 | 准备进行培训/分发 |
| 生效 |
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| 培训完成,已发布 |
| 可供使用 |
| 被替代 | 已被新修订版替换 | 从活动使用中移除 |
| 已废止 | 不再适用 | 根据保留计划存档 |
| 前缀 | 文档类型 | 典型内容 |
|---|---|---|
| QM | 质量手册 | QMS 概述、范围、政策 |
| SOP | 标准操作程序 | 流程级程序 |
| WI | 作业指导书 | 任务级分步说明 |
| TF | 模板/表格 | 受控表格 |
| SPEC | 规格书 | 产品/过程规格 |
| PLN | 计划 | 质量/项目计划 |
| 文档类型 | 必需审核人员 | 必需批准人员 |
|---|---|---|
| SOP | 流程负责人、QA | QA 经理、流程负责人 |
| WI | 区域主管、QA | 区域经理 |
| SPEC | 工程部、QA | 工程经理、QA |
| TF | 流程负责人 | QA |
| 设计文档 | 设计团队、QA | 设计控制负责人 |
分配一致的文档编号以便识别和检索。
标准格式:PREFIX-CATEGORY-SEQUENCE[-REVISION]
Example: SOP-02-001-A
SOP = Document type (Standard Operating Procedure)
02 = Category code (Document Control)
001 = Sequential number
A = Revision indicator
| 代码 | 功能领域 | 描述 |
|---|---|---|
| 01 | 质量管理 | QMS 程序、管理评审 |
| 02 | 文档控制 | 本领域 |
| 03 | 人力资源 | 培训、能力 |
| 04 | 设计与开发 | 设计控制流程 |
| 05 | 采购 | 供应商管理 |
| 06 | 生产 | 制造程序 |
| 07 | 质量控制 | 检验、测试 |
| 08 | CAPA | 纠正/预防措施 |
| 09 | 风险管理 | ISO 14971 流程 |
| 10 | 法规事务 | 申报、合规 |
| 变更类型 | 修订增量 | 示例 |
|---|---|---|
| 重大修订 | 增加数字 | Rev 01 → Rev 02 |
| 次要修订 | 增加子修订号 | Rev 01 → Rev 01.1 |
| 行政性变更 | 无变更或字母后缀 | Rev 01 → Rev 01a |
有关完整的编号指导,请参阅 references/document-control-procedures.md。
在文档发布前获取所需的审核和批准。
| 处理方式 | 所需操作 |
|---|---|
| 接受 | 按书面意见采纳 |
| 修改后接受 | 采纳并修改,记录理由 |
| 拒绝 | 不采纳,记录理由 |
| 延期 | 在未来的修订中处理,记录原因 |
Document Level 1 (Policy/QM): CEO or delegate + QA Manager
Document Level 2 (SOP): Department Manager + QA Manager
Document Level 3 (WI/TF): Area Supervisor + QA Representative
| 要素 | 要求 |
|---|---|
| 姓名 | 签名人的打印姓名 |
| 签名 | 手写或电子签名 |
| 日期 | 签名应用的日期 |
| 角色 | 签名人的职能/角色 |
通过审核和批准系统地管理文档变更。
| 类别 | 定义 | 批准级别 | 示例 |
|---|---|---|---|
| 行政性变更 | 不影响内容 | 文档控制部门 | 拼写错误、格式 |
| 次要变更 | 内容变更有限 | 流程负责人 + QA | 澄清说明 |
| 重大变更 | 内容变更显著 | 完整审核周期 | 新要求 |
| 紧急变更 | 紧急安全/合规问题 | 加急 + 追溯性 | 安全问题 |
| 影响领域 | 评估问题 |
|---|---|
| 培训 | 变更是否需要重新培训? |
| 设备 | 变更是否影响设备或系统? |
| 验证 | 变更是否需要重新验证? |
| 法规 | 变更是否影响法规申报? |
| 其他文档 | 哪些相关文档需要更新? |
| 记录 | 哪些记录会受到影响? |
每个文档必须包含变更历史:
| Revision | Date | Description | Author | Approver |
|----------|------|-------------|--------|----------|
| 01 | 2023-01-15 | Initial release | J. Smith | M. Jones |
| 02 | 2024-03-01 | Updated workflow | J. Smith | M. Jones |
实施电子记录和签名控制以满足 FDA 合规要求。
| 适用于 | 不适用于 |
|---|---|
| FDA 法规要求的记录 | 纸质记录 |
| 提交给 FDA 的记录 | 内部非受监管文件 |
| 必需记录上的电子签名 | 一般电子邮件通信 |
| 要求 | 实施 |
|---|---|
| 安全 | 用户无法修改 |
| 计算机生成 | 系统自动创建 |
| 时间戳 | 每个操作的日期和时间 |
| 原始值 | 保留先前值 |
| 用户身份 | 谁进行了每次更改 |
| 要求 | 实施 |
|---|---|
| 个人唯一 | 不在人员之间共享 |
| 至少 2 个组件 | 用户 ID + 密码(最低要求) |
| 签名表现形式 | 显示姓名、日期/时间、含义 |
| 与记录关联 | 不能被切除或复制 |
每个电子签名必须显示:
| 要素 | 示例 |
|---|---|
| 打印姓名 | John Smith |
| 日期和时间 | 2024-03-15 14:32:05 EST |
| 含义 | 批准发布 |
访问控制:
审计追踪:
安全性:
有关详细的合规要求,请参阅 references/21cfr11-compliance-guide.md。
references/document-control-procedures.md 包含:
references/21cfr11-compliance-guide.md 包含:
# Validate document metadata
python scripts/document_validator.py --doc document.json
# Interactive validation mode
python scripts/document_validator.py --interactive
# JSON output for integration
python scripts/document_validator.py --doc document.json --output json
# Generate sample document JSON
python scripts/document_validator.py --sample > sample_doc.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
}
跟踪文档控制系统性能。
| 指标 | 目标 | 计算方法 |
|---|---|---|
| 文档周期时间 | <30 天 | 从草案到生效的平均天数 |
| 审核完成率 | >95% | 按时完成的审核数 / 总审核数 |
| 变更请求积压 | <10 | 月末未处理的变更请求数 |
| 逾期审核率 | <5% | 超过审核日期的文档数 / 总生效文档数 |
| 审计发现率 | <2 次/审计 | 每次内部审计的文档控制发现数 |
| 文档类型 | 审核频率 |
|---|---|
| 政策 | 每 3 年 |
| SOP | 每 2 年 |
| WI | 每 2 年 |
| 规格书 | 根据需要或随产品变更 |
| 表格/模板 | 每 3 年 |
| 子条款 | 要求 |
|---|---|
| 4.2.1 | 质量管理体系文件 |
| 4.2.2 | 质量手册 |
| 4.2.3 | 医疗器械文件(技术文档) |
| 4.2.4 | 文件控制 |
| 4.2.5 | 记录控制 |
| 章节 | 要求 |
|---|---|
| 820.40 | 文件控制 |
| 820.180 | 一般记录要求 |
| 820.181 | 器械主记录 |
| 820.184 | 器械历史记录 |
| 820.186 | 质量体系记录 |
| 发现 | 预防措施 |
|---|---|
| 使用已废止的文档 | 实施分发控制 |
| 缺少批准签名 | 在发布前强制执行工作流 |
| 变更历史不完整 | 要求每次修订都更新历史记录 |
| 没有定期审核计划 | 建立并强制执行审核日历 |
| 审计追踪不充分 | 验证 DMS 是否符合 Part 11 要求 |
每周安装量
171
代码库
GitHub 星标数
3.6K
首次出现
2026 年 1 月 20 日
安全审计
安装于
claude-code148
gemini-cli128
opencode126
codex115
cursor112
github-copilot99
Document control system design and management for ISO 13485-compliant quality management systems, including numbering conventions, approval workflows, change control, and electronic record compliance.
Implement document control from creation through obsolescence:
| Stage | Definition | Actions Required |
|---|---|---|
| Draft | Under creation or revision | Author editing, not for use |
| Review | Circulated for review | Reviewers provide feedback |
| Approved | All signatures obtained | Ready for training/distribution |
| Effective | Training complete, released | Available for use |
| Superseded | Replaced by newer revision | Remove from active use |
| Obsolete | No longer applicable | Archive per retention schedule |
| Prefix | Document Type | Typical Content |
|---|---|---|
| QM | Quality Manual | QMS overview, scope, policy |
| SOP | Standard Operating Procedure | Process-level procedures |
| WI | Work Instruction | Task-level step-by-step |
| TF | Template/Form | Controlled forms |
| SPEC | Specification | Product/process specs |
| PLN | Plan | Quality/project plans |
| Document Type | Required Reviewers | Required Approvers |
|---|---|---|
| SOP | Process Owner, QA | QA Manager, Process Owner |
| WI | Area Supervisor, QA | Area Manager |
| SPEC | Engineering, QA | Engineering Manager, QA |
| TF | Process Owner | QA |
| Design Documents | Design Team, QA | Design Control Authority |
Assign consistent document numbers for identification and retrieval.
Standard format: PREFIX-CATEGORY-SEQUENCE[-REVISION]
Example: SOP-02-001-A
SOP = Document type (Standard Operating Procedure)
02 = Category code (Document Control)
001 = Sequential number
A = Revision indicator
| Code | Functional Area | Description |
|---|---|---|
| 01 | Quality Management | QMS procedures, management review |
| 02 | Document Control | This area |
| 03 | Human Resources | Training, competency |
| 04 | Design & Development | Design control processes |
| 05 | Purchasing | Supplier management |
| 06 | Production | Manufacturing procedures |
| 07 | Quality Control | Inspection, testing |
| 08 | CAPA | Corrective/preventive actions |
| 09 | Risk Management | ISO 14971 processes |
| 10 |
| Change Type | Revision Increment | Example |
|---|---|---|
| Major revision | Increment number | Rev 01 → Rev 02 |
| Minor revision | Increment sub-revision | Rev 01 → Rev 01.1 |
| Administrative | No change or letter suffix | Rev 01 → Rev 01a |
See references/document-control-procedures.md for complete numbering guidance.
Obtain required reviews and approvals before document release.
| Disposition | Action Required |
|---|---|
| Accept | Incorporate comment as written |
| Accept with modification | Incorporate with changes, document rationale |
| Reject | Do not incorporate, document justification |
| Defer | Address in future revision, document reason |
Document Level 1 (Policy/QM): CEO or delegate + QA Manager
Document Level 2 (SOP): Department Manager + QA Manager
Document Level 3 (WI/TF): Area Supervisor + QA Representative
| Element | Requirement |
|---|---|
| Name | Printed name of signer |
| Signature | Handwritten or electronic signature |
| Date | Date signature applied |
| Role | Function/role of signer |
Manage document changes systematically through review and approval.
| Class | Definition | Approval Level | Examples |
|---|---|---|---|
| Administrative | No content impact | Document Control | Typos, formatting |
| Minor | Limited content change | Process Owner + QA | Clarifications |
| Major | Significant content change | Full review cycle | New requirements |
| Emergency | Urgent safety/compliance | Expedited + retrospective | Safety issues |
| Impact Area | Assessment Questions |
|---|---|
| Training | Does change require retraining? |
| Equipment | Does change affect equipment or systems? |
| Validation | Does change require revalidation? |
| Regulatory | Does change affect regulatory filings? |
| Other Documents | Which related documents need updating? |
| Records | What records are affected? |
Each document must include change history:
| Revision | Date | Description | Author | Approver |
|----------|------|-------------|--------|----------|
| 01 | 2023-01-15 | Initial release | J. Smith | M. Jones |
| 02 | 2024-03-01 | Updated workflow | J. Smith | M. Jones |
Implement electronic record and signature controls for FDA compliance.
| Applies To | Does Not Apply To |
|---|---|
| Records required by FDA regulations | Paper records |
| Records submitted to FDA | Internal non-regulated documents |
| Electronic signatures on required records | General email communication |
| Requirement | Implementation |
|---|---|
| Secure | Cannot be modified by users |
| Computer-generated | System creates automatically |
| Time-stamped | Date and time of each action |
| Original values | Previous values retained |
| User identity | Who made each change |
| Requirement | Implementation |
|---|---|
| Unique to individual | Not shared between persons |
| At least 2 components | User ID + password minimum |
| Signature manifestation | Name, date/time, meaning displayed |
| Linked to record | Cannot be excised or copied |
Every electronic signature must display:
| Element | Example |
|---|---|
| Printed name | John Smith |
| Date and time | 2024-03-15 14:32:05 EST |
| Meaning | Approved for Release |
Access Controls:
Audit Trail:
Security:
See references/21cfr11-compliance-guide.md for detailed compliance requirements.
references/document-control-procedures.md contains:
references/21cfr11-compliance-guide.md contains:
# Validate document metadata
python scripts/document_validator.py --doc document.json
# Interactive validation mode
python scripts/document_validator.py --interactive
# JSON output for integration
python scripts/document_validator.py --doc document.json --output json
# Generate sample document JSON
python scripts/document_validator.py --sample > sample_doc.json
Validates:
{
"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
}
Track document control system performance.
| Metric | Target | Calculation |
|---|---|---|
| Document cycle time | <30 days | Average days from draft to effective |
| Review completion rate | >95% | Reviews completed on time / Total reviews |
| Change request backlog | <10 | Open change requests at month end |
| Overdue review rate | <5% | Documents past review date / Total effective |
| Audit finding rate | <2 per audit | Document control findings per internal audit |
| Document Type | Review Frequency |
|---|---|
| Policy | Every 3 years |
| SOP | Every 2 years |
| WI | Every 2 years |
| Specifications | As needed or with product changes |
| Forms/Templates | Every 3 years |
| Sub-clause | Requirement |
|---|---|
| 4.2.1 | Quality management system documentation |
| 4.2.2 | Quality manual |
| 4.2.3 | Medical device file (technical documentation) |
| 4.2.4 | Control of documents |
| 4.2.5 | Control of records |
| Section | Requirement |
|---|---|
| 820.40 | Document controls |
| 820.180 | General record requirements |
| 820.181 | Device master record |
| 820.184 | Device history record |
| 820.186 | Quality system record |
| Finding | Prevention |
|---|---|
| Obsolete documents in use | Implement distribution control |
| Missing approval signatures | Enforce workflow before release |
| Incomplete change history | Require history update with each revision |
| No periodic review schedule | Establish and enforce review calendar |
| Inadequate audit trail | Validate DMS for Part 11 compliance |
Weekly Installs
171
Repository
GitHub Stars
3.6K
First Seen
Jan 20, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
claude-code148
gemini-cli128
opencode126
codex115
cursor112
github-copilot99
AI代理协作核心原则:提升开发效率的6大Agentic开发原则指南
7,600 周安装
TrackingTime时间追踪与项目管理工具集成指南 - 提升团队生产力
4 周安装
i18n 国际化管理技能:多语言内容同步与翻译工具,支持12种语言
3 周安装
desloppify代码质量提升工具 - 自动化代码扫描与修复,提高代码严格性评分
3 周安装
API文档生成技能:OpenAPI规范、Swagger文档、团队协作与接口管理
6 周安装
OpenContext:AI助手持久化记忆与上下文管理工具 - 跨会话知识存储
10 周安装
ralph (Ouroboros) - 规范优先的AI开发工具:通过苏格拉底式提问和自主迭代,将模糊需求转化为清晰规范
11 周安装
| Regulatory Affairs |
| Submissions, compliance |