conduct-gxp-audit
关于
This Claude Skill conducts comprehensive GxP audits of computerized systems and processes, covering the full audit lifecycle from planning through evidence collection to CAPA generation and follow-up. It handles various audit types including internal, supplier qualification, for-cause, and readiness assessments. Developers can use it to automate compliance checks, classify findings, and generate audit reports within regulated environments.
快速安装
Claude Code
推荐npx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/conduct-gxp-audit在 Claude Code 中复制并粘贴此命令以安装该技能
技能文档
行 GxP 稽核
規劃並行電腦化系統、數據完整性實踐、或受規流程之 GxP 稽核。
適用時機
- 受驗電腦化系統之定期內部稽核
- GxP 相關軟體之供應商資格稽核
- 法規稽核前之備查評估
- 偏差、投訴、數據完整性疑慮觸發之因由稽核
- 受驗系統之合規姿態之定期審
輸入
- 必要:稽核範圍(受稽之系統、流程、或場址)
- 必要:適用法規(21 CFR Part 11、EU Annex 11、GMP、GLP、GCP)
- 必要:先前稽核報告與未結 CAPA 項
- 選擇性:系統驗證文件(URS、VP、IQ/OQ/PQ、可追蹤矩陣)
- 選擇性:SOP、訓練記錄、變更控制日誌
- 選擇性:觸發稽核之具體風險或疑慮
步驟
步驟一:擬稽核計畫
# Audit Plan
## Document ID: AP-[SYS]-[YYYY]-[NNN]
### 1. Objective
[State the purpose: scheduled, for-cause, supplier qualification, pre-inspection]
### 2. Scope
- **System/Process**: [Name and version]
- **Regulations**: [21 CFR Part 11, EU Annex 11, ICH Q7, etc.]
- **Period**: [Date range of records under review]
- **Exclusions**: [Any areas explicitly out of scope]
### 3. Audit Criteria
| Area | Regulatory Reference | Key Requirements |
|------|---------------------|------------------|
| Electronic records | 21 CFR 11.10 | Controls for closed systems |
| Audit trail | 21 CFR 11.10(e) | Secure, computer-generated, time-stamped |
| Electronic signatures | 21 CFR 11.50 | Manifestation, legally binding |
| Access controls | EU Annex 11, §12 | Role-based, documented |
| Data integrity | MHRA guidance | ALCOA+ principles |
| Change control | ICH Q10 | Documented, assessed, approved |
### 4. Schedule
| Date | Time | Activity | Participants |
|------|------|----------|-------------|
| Day 1 AM | 09:00 | Opening meeting | All |
| Day 1 AM | 10:00 | Document review | Auditor + QA |
| Day 1 PM | 13:00 | System walkthrough | Auditor + IT + System Owner |
| Day 2 AM | 09:00 | Interviews + evidence collection | Auditor + Users |
| Day 2 PM | 14:00 | Finding consolidation | Auditor |
| Day 2 PM | 16:00 | Closing meeting | All |
### 5. Audit Team
| Role | Name | Responsibility |
|------|------|---------------|
| Lead Auditor | [Name] | Plan, execute, report |
| Subject Matter Expert | [Name] | Technical assessment |
| Auditee Representative | [Name] | Facilitate access and information |
預期: 稽核計畫經品管准並於稽核至少兩週前告受稽方。 失敗時: 若受稽方不能供所需文件或人員,重排。
步驟二:行開場會
議程:
- 介紹稽核團隊與角色
- 確範圍、排程、後勤
- 解發現分類制(critical/major/minor)
- 確保密協議
- 識受稽方陪同與文件保管者
- 答疑
預期: 開場會附出席記錄而記。 失敗時: 若關鍵人員無法到場,重排所受影響之稽核活動。
步驟三:集並審證
依稽核標準審文件與記錄:
3a. 驗證文件審
- URS 存且已核
- 驗證計畫合系統類別與風險
- IQ/OQ/PQ 協議已執行且結果有記
- 可追蹤矩陣連需求與測試結果
- 偏差已記且已解
- 驗證總結報已核
3b. 運作控制審
- SOP 現行且已核
- 訓練記錄顯所有用戶之勝任
- 變更控制記錄完整(申請、評估、核、驗)
- 事件/偏差報依 SOP 處
- 定期審依排程進行
3c. 數據完整性評估
- 稽核軌跡已啟且用戶不可改
- 電子簽章合法規要件
- 備份與復原程序有記且已測
- 存取控制執行角色權限
- 資料可歸屬、可讀、同時、原始、準確(ALCOA+)
3d. 系統組態審
- 生產組態合受驗態
- 用戶帳已審——無共用、無效者已停
- 系統時鐘同步且準
- 安全修補依已核變更控制而施
預期: 證以螢幕截圖、文件副本、附時戳之面談筆記收集。 失敗時: 記「不能驗」為觀察並註其因。
步驟四:分類發現
按嚴重性分類每發現:
| Classification | Definition | Response Required |
|---|---|---|
| Critical | Direct impact on product quality, patient safety, or data integrity. Systematic failure of a key control. | Immediate containment + CAPA within 15 business days |
| Major | Significant departure from GxP requirements. Potential to impact data integrity if uncorrected. | CAPA within 30 business days |
| Minor | Isolated deviation from procedure. No direct impact on data integrity or product quality. | Correction within 60 business days |
| Observation | Opportunity for improvement. Not a regulatory requirement. | Optional — tracked for trend analysis |
每發現記:
## Finding F-[NNN]
**Classification:** [Critical / Major / Minor / Observation]
**Area:** [Audit trail / Access control / Change control / etc.]
**Reference:** [Regulatory clause, e.g., 21 CFR 11.10(e)]
**Observation:**
[Objective description of what was found]
**Evidence:**
[Document ID, screenshot reference, interview notes]
**Regulatory Expectation:**
[What the regulation requires]
**Risk:**
[Impact on data integrity, product quality, or patient safety]
預期: 每發現有分類、證、法規引。 失敗時: 若分類有爭,升呈稽核計畫經理裁決。
步驟五:行閉場會
議程:
- 報發現總(不宜生新發現)
- 審發現分類
- 商初步 CAPA 期待與時限
- 確後續步驟與報告時限
- 謝受稽方之配合
預期: 閉場會附出席而記。受稽方認發現(認≠同意)。 失敗時: 若受稽方爭某發現,記其歧異並依 SOP 升呈。
步驟六:寫稽核報告
# Audit Report
## Document ID: AR-[SYS]-[YYYY]-[NNN]
### 1. Executive Summary
An audit of [System/Process] was conducted on [dates] against [regulations].
[N] findings were identified: [n] critical, [n] major, [n] minor, [n] observations.
### 2. Scope and Methodology
[Summarize audit plan scope, criteria, and methods used]
### 3. Findings Summary
| Finding ID | Classification | Area | Brief Description |
|-----------|---------------|------|-------------------|
| F-001 | Major | Audit trail | Audit trail disabled for batch record module |
| F-002 | Minor | Training | Two users missing annual GxP training |
| F-003 | Observation | Documentation | SOP formatting inconsistencies |
### 4. Detailed Findings
[Include full finding details from Step 4 for each finding]
### 5. Positive Observations
[Document areas of good practice observed during the audit]
### 6. Conclusion
The overall compliance status is assessed as [Satisfactory / Needs Improvement / Unsatisfactory].
### 7. Distribution
| Recipient | Role |
|-----------|------|
| [Name] | System Owner |
| [Name] | QA Director |
| [Name] | IT Manager |
### Approval
| Role | Name | Signature | Date |
|------|------|-----------|------|
| Lead Auditor | | | |
| QA Director | | | |
預期: 報告於閉場會後 15 工作日內發。 失敗時: 若延超 15 日,告關係人並記其因。
步驟七:追 CAPA 並驗其效
每需 CAPA 之發現:
## CAPA Tracking
| Finding ID | CAPA ID | Root Cause | Corrective Action | Due Date | Status | Effectiveness Check |
|-----------|---------|------------|-------------------|----------|--------|-------------------|
| F-001 | CAPA-2025-042 | Configuration oversight during upgrade | Enable audit trail, verify all modules | 2025-04-15 | Open | Scheduled 2025-07-15 |
| F-002 | CAPA-2025-043 | Training matrix not updated | Complete training, update tracking | 2025-05-01 | Open | Scheduled 2025-08-01 |
預期: CAPA 已指派、追蹤、於定時限內驗效。 失敗時: 未結之 CAPA 升呈 QA 管理並於次稽核週期標記。
驗證
- 稽核計畫於稽核前已核且已告
- 開場與閉場會附出席而記
- 證附時戳與來源引而集
- 每發現有分類、證、法規引
- 稽核報於 15 工作日內發
- 所有 critical 與 major 發現之 CAPA 已指派含到期日
- 前稽核之 CAPA 已驗其結效
常見陷阱
- 範圍蔓延:稽核中擴範圍而無正式協議致涵蓋不全且生爭
- 意見性發現:發現須引具體法規要件,非個人偏好
- 對抗語調:稽核乃協作品質改進,非審訊
- 忽正面:僅報發現而不認良實損信
- 無效性檢:未驗修確有效即結 CAPA,乃屢現之法規引
相關技能
perform-csv-assessment— 完整 CSV 生命週期評估(URS 至驗證總結)setup-gxp-r-project— 受驗 R 環境之項目結構implement-audit-trail— 電子記錄之稽核軌跡實現write-validation-documentation— IQ/OQ/PQ 協議與報告撰寫security-audit-codebase— 安全聚焦之代碼稽核(互補視角)
GitHub 仓库
相关推荐技能
content-collections
元Content Collections 是一个 TypeScript 优先的构建工具,可将本地 Markdown/MDX 文件转换为类型安全的数据集合。它专为构建博客、文档站和内容密集型 Vite+React 应用而设计,提供基于 Zod 的自动模式验证。该工具涵盖从 Vite 插件配置、MDX 编译到生产环境部署的完整工作流。
polymarket
元这个Claude Skill为开发者提供完整的Polymarket预测市场开发支持,涵盖API调用、交易执行和市场数据分析。关键特性包括实时WebSocket数据流,可监控实时交易、订单和市场动态。开发者可用它构建预测市场应用、实施交易策略并集成实时市场预测功能。
creating-opencode-plugins
元该Skill帮助开发者创建OpenCode插件,用于接入命令、文件、LSP等25+种事件。它提供了插件结构、事件API规范和JavaScript/TypeScript实现模式,适合需要拦截操作、扩展功能或自定义事件处理的场景。开发者可通过它快速构建响应式模块来增强OpenCode AI助手的能力。
sglang
元SGLang是一个专为LLM设计的高性能推理框架,特别适用于需要结构化输出的场景。它通过RadixAttention前缀缓存技术,在处理JSON、正则表达式、工具调用等具有重复前缀的复杂工作流时,能实现极速生成。如果你正在构建智能体或多轮对话系统,并追求远超vLLM的推理性能,SGLang是理想选择。
