Agent-almanac design-training-program

install
source · Clone the upstream repo
git clone https://github.com/pjt222/agent-almanac
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/pjt222/agent-almanac "$T" && mkdir -p ~/.claude/skills && cp -r "$T/i18n/zh-CN/skills/design-training-program" ~/.claude/skills/pjt222-agent-almanac-design-training-program-d2868d && rm -rf "$T"
manifest: i18n/zh-CN/skills/design-training-program/SKILL.md
source content

设计培训项目

为受监管环境创建基于角色的 GxP 培训项目,包含课程、能力评估和记录管理。

适用场景

  • 新的已验证系统在上线前需要用户培训
  • 审计发现引用培训不足或培训记录缺失
  • 组织变更引入新角色或职责
  • 培训项目的定期审核到期
  • 法规检查准备需要证明培训充分性

输入

  • 必填:需要经培训人员的系统和流程
  • 必填:角色定义(管理员、用户、QA、管理层)
  • 必填:培训的适用法规要求(GMP、GLP、GCP)
  • 可选:现有培训材料或课程
  • 可选:审计或绩效评估中发现的能力差距
  • 可选:培训管理系统能力

步骤

第 1 步:开展培训需求分析

确定每个角色需要了解的内容:

# 培训需求分析
## 文档 ID:TNA-[DEPT]-[YYYY]-[NNN]

### 基于角色的培训要求

| 角色 | GxP 意识 | 系统培训 | 数据完整性 | SOP 培训 | 评估类型 |
|------|---------|---------|----------|---------|---------|
| 系统管理员 | 高级 | 高级 | 高级 | 管理 SOP | 笔试 + 实操 |
| 终端用户 | 基础 | 中级 | 中级 | 操作 SOP | 笔试 + 实操 |
| QA 审核员 | 高级 | 基础(审核重点) | 高级 | QA SOP | 笔试 |
| 管理层 | 基础 | 仅概述 | 中级 | 治理 SOP | 笔试 |
| IT 支持 | 基础 | 仅基础设施 | 基础 | IT SOP | 笔试 |

### 培训差距分析
| 角色 | 当前能力 | 所需能力 | 差距 | 优先级 |
|------|---------|---------|------|--------|
| [角色] | [当前水平] | [所需水平] | [差距描述] | [高/中/低] |

预期结果: 每个角色均有与其工作职能和 GxP 职责相关的培训要求定义。 失败处理: 若角色定义不清晰,先开展 RACI 活动以明确职责,再定义培训需求。

第 2 步:设计课程

按主题将培训组织成模块:

# 培训课程
## 文档 ID:TC-[DEPT]-[YYYY]-[NNN]

### 模块 1:GxP 法规意识
**时长:** 2 小时 | **授课方式:** 课堂 / 电子学习 | **受众:** 所有角色
**内容:**
1. GxP 法规介绍(GMP、GLP、GCP 概述)
2. 电子记录的 21 CFR Part 11 和 EU Annex 11 要求
3. 数据完整性原则(ALCOA+)
4. 不合规的后果(警告信、同意令、产品召回)
5. 个人职责和责任

### 模块 2:系统专项培训——[系统名称]
**时长:** 4 小时 | **授课方式:** 讲师主导加实操 | **受众:** 用户、管理员
**内容:**
1. 系统用途和 GxP 分类
2. 登录、导航和基于角色的访问
3. 核心工作流程(每个用户任务的分步说明)
4. 电子签名程序
5. 审计追踪:条目如何创建及其含义
6. 错误处理和偏差报告
7. 数据录入最佳实践

### 模块 3:数据完整性实践
**时长:** 1.5 小时 | **授课方式:** 研讨会 | **受众:** 用户、QA、管理员
**内容:**
1. 含系统特定示例的 ALCOA+ 原则
2. 常见数据完整性风险及其避免方法
3. 识别和报告数据完整性问题
4. 审计追踪审查基础知识
5. 案例研究:真实数据完整性失败及经验教训

### 模块 4:SOP 培训——[SOP-ID]
**时长:** 每份 SOP 1 小时 | **授课方式:** 阅读并签字 / 逐步讲解 | **受众:** 按 SOP 范围
**内容:**
1. SOP 目的和范围
2. 分步程序讲解
3. 决策点和偏差处理
4. 表单和记录要求
5. 问答和答疑

预期结果: 每个模块均有明确的时长、授课方式、受众和具体内容大纲。 失败处理: 若内容对分配时间来说过于宽泛,拆分为子模块或创建先决条件链。

第 3 步:创建能力评估

定义如何衡量每个模块的能力:

# 能力评估设计

### 评估类型
| 类型 | 适用场景 | 通过分数 | 记录 |
|------|---------|---------|------|
| **笔试** | 知识评估(法规、原则) | 80% | 保留成绩单 |
| **实操演示** | 技能评估(系统操作) | 所有关键步骤正确 | 签署的观察表 |
| **观察任务** | 岗位能力 | 主管签字 | 能力表 |

### 笔试样题——GxP 意识(模块 1)
1. 列出数据完整性的五个 ALCOA 原则。(5 分)
2. 根据 21 CFR 11.50,电子签名必须显示哪三个要素?(3 分)
3. 你发现同事的数据录入包含错误,描述正确的更正程序。(5 分)
4. 判断题:若所有用户在日志本上签字,可以使用共享登录账户。(2 分——答案:错误)
5. 描述数据完整性失败对制药公司的一个后果。(5 分)

**通过分数:** 16/20(80%)
**不通过:** 再培训后重新评估,最多 2 次重试机会。

### 实操评估模板
| 步骤 | 任务 | 是否观察 | 是否正确执行 | 备注 |
|------|------|---------|------------|------|
| 1 | 使用个人凭据登录 | 是/否 | 是/否 | |
| 2 | 导航至 [具体功能] | 是/否 | 是/否 | |
| 3 | 正确录入测试数据 | 是/否 | 是/否 | |
| 4 | 应用电子签名 | 是/否 | 是/否 | |
| 5 | 定位和解读审计追踪 | 是/否 | 是/否 | |

**评估人:** _______ **日期:** _______ **结果:** 通过 / 不通过

预期结果: 评估同时测试知识(理解原因)和技能(展示如何做)。 失败处理: 若通过率低于 70%,在归咎于学员之前审查培训材料的清晰度。

第 4 步:定义培训记录和保留

# 培训记录管理

### 所需培训记录
| 记录 | 格式 | 保留期 | 存储 |
|------|------|--------|------|
| 培训矩阵(谁需要什么培训) | 电子 | 当前 + 2 年过期版本 | 培训管理系统 |
| 个人培训成绩单 | 电子 | 在职 + 2 年 | 培训管理系统 |
| 评估结果 | 电子或纸质 | 与成绩单相同 | 培训管理系统 |
| 培训材料(使用版本) | 电子 | 系统生命周期 + 1 年 | 文件管理系统 |
| 培训师资质记录 | 电子 | 在职 + 2 年 | 人事系统 |

### 培训矩阵模板
| 员工 | 角色 | 模块 1 | 模块 2 | 模块 3 | SOP-001 | SOP-002 | 状态 |
|------|------|--------|--------|--------|---------|---------|------|
| 张三 | 用户 | 2026-01-15 ✓ | 2026-01-16 ✓ | 待完成 2026-03-01 | 2026-01-20 ✓ | 不适用 | 部分完成 |
| 李四 | 管理员 | 2026-01-15 ✓ | 2026-01-17 ✓ | 2026-01-18 ✓ | 2026-01-20 ✓ | 2026-01-20 ✓ | 已完成 |

预期结果: 培训记录证明每位从事 GxP 活动的人员在从事这些活动之前已接受培训和评估。 失败处理: 若培训记录不完整,开展回顾性培训差距评估并立即实施补救培训。

第 5 步:定义再培训触发点

# 再培训触发点

| 触发条件 | 范围 | 时间表 | 是否需要评估 |
|---------|------|--------|------------|
| SOP 修订(轻微) | 受影响用户——阅读并签字 | 新版本生效前 | 否——阅读并确认 |
| SOP 修订(重大) | 受影响用户——正式再培训 | 新版本生效前 | 是——笔试或实操 |
| 系统升级 | 受影响功能的所有用户 | 生产上线前 | 是——实操演示 |
| 数据完整性事故 | 相关人员 + 部门 | 调查结束后 30 天内 | 是——笔试 |
| 审计发现(培训相关) | 按 CAPA 范围 | 按 CAPA 时间表 | 按 CAPA 要求 |
| 年度复训 | 所有 GxP 人员 | 从初始培训日期起每年 | 否——复训确认 |
| 角色变更 | 个人 | 承担新职责前 | 是——按新角色要求 |
| 长期缺勤(>6 个月) | 返岗个人 | 恢复 GxP 活动前 | 是——实操评估 |

预期结果: 再培训触发点具体、可测量,并与明确的时间表相关联。 失败处理: 若再培训在触发截止日期前未完成,该人员在培训完成之前不得从事受影响的 GxP 活动。

第 6 步:汇编培训项目文件

# 培训项目
## 文档 ID:TRAINING-PROGRAM-[DEPT]-[YYYY]-[NNN]

### 1. 目的和范围
### 2. 培训需求分析 [第 1 步]
### 3. 课程 [第 2 步]
### 4. 能力评估 [第 3 步]
### 5. 培训记录和保留 [第 4 步]
### 6. 再培训触发点 [第 5 步]
### 7. 项目审核
- 年度审核培训有效性(通过率、审计发现、事故)
- 系统、SOP 或法规变更时更新课程
- 培训师资质验证

### 8. 批准
| 角色 | 姓名 | 签名 | 日期 |
|------|------|------|------|
| 培训经理 | | | |
| QA 总监 | | | |
| 部门负责人 | | | |

预期结果: 完整的培训项目在系统上线或合规截止日期前获得批准并生效。 失败处理: 若批准延迟,实施临时培训措施并记录正式化计划。

验证清单

  • 培训需求分析已完成,涵盖所有与 GxP 系统交互的角色
  • 课程模块已定义时长、授课方式和内容大纲
  • 每个模块均有具备明确通过标准的能力评估
  • 培训矩阵追踪所有人员的所有必要培训
  • 培训记录保留满足法规要求
  • 再培训触发点已定义时间表和评估要求
  • 培训项目已由 QA 和管理层批准

常见问题

  • 培训 = 阅读 SOP:阅读并签字适用于轻微更新,不适用于初始培训。新用户需要讲师主导的实操培训
  • 无能力评估:没有评估的培训无法证明学习已发生。监管机构期望能力证据,而非仅出勤记录
  • 培训师资质不足:培训师必须在所培训主题上具有可证明的能力。"培训培训师"记录在检查中经常被要求
  • 过时的培训矩阵:人员加入、离职或变更角色时未更新的培训矩阵会产生合规差距。与人事流程整合
  • 一刀切:管理员需要比终端用户更深入的培训。基于角色的课程避免了对某些用户过度培训而对其他用户培训不足

相关技能

  • write-standard-operating-procedure
    — SOP 推动培训内容和再培训触发点
  • design-compliance-architecture
    — 确定哪些系统和角色需要培训
  • conduct-gxp-audit
    — 审计经常评估培训充分性
  • manage-change-control
    — 系统变更触发再培训要求
  • prepare-inspection-readiness
    — 培训记录是主要的检查目标