conduct-gxp-audit
정보
이 스킬은 클로드가 컴퓨터화된 시스템과 프로세스에 대한 GxP 감사를 수행할 수 있도록 하며, 계획 수립과 증거 수집부터 CAPA 생성 및 후속 검증에 이르는 전체 감사 수명 주기를 다룹니다. 발견 사항을 치명적, 주요, 경미한 등급으로 분류하고 공식 감사 보고서를 생성합니다. 내부 감사, 공급자 적격성 평가, 검사 준비 평가, 또는 편차나 데이터 무결성 문제로 인해 촉발된 규정 준수 점검에 활용할 수 있습니다.
빠른 설치
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-auditClaude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요
문서
name: conduct-gxp-audit description: > GxP-Audit von computergestuetzten Systemen und Prozessen durchfuehren. Umfasst Auditplanung, Eroeffnungssitzungen, Beweiserhebung, Befundklassifizierung (kritisch/wesentlich/geringfuegig), CAPA-Erstellung, Abschlusssitzungen, Berichtserstellung und Nachverfolgungsverifizierung. Anzuwenden fuer geplante interne Audits, Lieferantenqualifizierungsaudits, Inspektionsbereitschaftsbewertungen, anlassbezogene Audits aufgrund von Abweichungen oder Datenintegritaetsbedenken oder regelmaessige Konformitaetspruefungen validierter Systeme. locale: de source_locale: en source_commit: 6f65f316 translator: claude-opus-4-6 translation_date: 2026-03-16 license: MIT allowed-tools: Read Write Edit Bash Grep Glob metadata: author: Philipp Thoss version: "1.0" domain: compliance complexity: advanced language: multi tags: gxp, audit, capa, inspection, compliance, quality-assurance
GxP-Audit durchfuehren
Ein GxP-Audit von computergestuetzten Systemen, Datenintegritaetspraktiken oder regulierten Prozessen planen und durchfuehren.
Wann verwenden
- Geplantes internes Audit eines validierten computergestuetzten Systems
- Lieferanten-/Herstellerqualifizierungsaudit fuer GxP-relevante Software
- Inspektionsbereitschaftsbewertung vor einer Behoerdeninspektion
- Anlassbezogenes Audit ausgeloest durch Abweichung, Beanstandung oder Datenintegritaetsbedenken
- Regelmaessige Pruefung des Konformitaetsstatus eines validierten Systems
Eingaben
- Erforderlich: Auditumfang (zu auditierendes System, Prozess oder Standort)
- Erforderlich: Anwendbare Vorschriften (21 CFR Part 11, EU Annex 11, GMP, GLP, GCP)
- Erforderlich: Frueherer Auditbericht und offene CAPA-Punkte
- Optional: Systemvalidierungsdokumentation (URS, VP, IQ/OQ/PQ, Rueckverfolgbarkeitsmatrix)
- Optional: SOPs, Schulungsunterlagen, Aenderungskontrollprotokolle
- Optional: Spezifische Risikobereiche oder Bedenken, die das Audit ausloesen
Vorgehensweise
Schritt 1: Auditplan erstellen
# 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 |
Erwartet: Auditplan mindestens 2 Wochen vor dem Audit vom Qualitaetsmanagement genehmigt und dem Auditierten kommuniziert. Bei Fehler: Neu terminieren, wenn der Auditierte erforderliche Dokumente oder Personal nicht bereitstellen kann.
Schritt 2: Eroeffnungssitzung durchfuehren
Tagesordnung:
- Auditteam und Rollen vorstellen
- Umfang, Zeitplan und Logistik bestaetigen
- Befundklassifizierungssystem erklaeren (kritisch/wesentlich/geringfuegig)
- Vertraulichkeitsvereinbarungen bestaetigen
- Begleiter und Dokumentenverantwortliche beim Auditierten benennen
- Fragen klaeren
Erwartet: Eroeffnungssitzung mit Anwesenheitsliste dokumentiert. Bei Fehler: Sind Schluesskelpersonen nicht verfuegbar, betroffene Auditaktivitaeten neu planen.
Schritt 3: Nachweise erheben und pruefen
Dokumente und Aufzeichnungen gegen die Auditkriterien pruefen:
3a. Pruefung der Validierungsdokumentation
- URS vorhanden und genehmigt
- Validierungsplan entspricht Systemkategorie und Risiko
- IQ/OQ/PQ-Protokolle mit dokumentierten Ergebnissen ausgefuehrt
- Rueckverfolgbarkeitsmatrix verknuepft Anforderungen mit Testergebnissen
- Abweichungen dokumentiert und behoben
- Validierungszusammenfassungsbericht genehmigt
3b. Pruefung der betrieblichen Kontrollen
- SOPs aktuell und genehmigt
- Schulungsunterlagen belegen Kompetenz aller Nutzer
- Aenderungskontrollunterlagen vollstaendig (Antrag, Bewertung, Genehmigung, Verifizierung)
- Vorfall-/Abweichungsberichte gemaess SOP behandelt
- Regelmaessige Pruefung termingerecht durchgefuehrt
3c. Datenintegritaetsbewertung
- Auditpfad aktiviert und fuer Nutzer nicht aenderbar
- Elektronische Signaturen erfuellen regulatorische Anforderungen
- Sicherungs- und Wiederherstellungsverfahren dokumentiert und getestet
- Zugriffskontrollen setzen rollenbasierte Berechtigungen durch
- Daten sind zuzuordnen, leserlich, zeitgleich erfasst, original und korrekt (ALCOA+)
3d. Systemkonfigurationspruefung
- Produktionskonfiguration entspricht dem validierten Zustand
- Benutzerkonten geprueft — keine geteilten Konten, inaktive Konten deaktiviert
- Systemuhren synchronisiert und korrekt
- Sicherheitspatches gemaess genehmigter Aenderungskontrolle eingespielt
Erwartet: Nachweise als Screenshots, Dokumentkopien, Interviewnotizen mit Zeitstempeln gesammelt. Bei Fehler: "Nicht verifizierbar" als Beobachtung erfassen und den Grund notieren.
Schritt 4: Befunde klassifizieren
Jeden Befund nach Schweregrad klassifizieren:
| Klassifizierung | Definition | Erforderliche Reaktion |
|---|---|---|
| Kritisch | Direkter Einfluss auf Produktqualitaet, Patientensicherheit oder Datenintegritaet. Systematisches Versagen einer Schluesselkontrolle. | Sofortige Eindaemmung + CAPA innerhalb 15 Werktage |
| Wesentlich | Erhebliche Abweichung von GxP-Anforderungen. Potenzieller Einfluss auf Datenintegritaet bei fehlender Korrektur. | CAPA innerhalb 30 Werktage |
| Geringfuegig | Isolierte Abweichung vom Verfahren. Kein direkter Einfluss auf Datenintegritaet oder Produktqualitaet. | Korrektur innerhalb 60 Werktage |
| Beobachtung | Verbesserungsmoeglichkeit. Keine regulatorische Anforderung. | Optional — fuer Trendanalyse verfolgt |
Jeden Befund dokumentieren:
## 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]
Erwartet: Jeder Befund hat Klassifizierung, Nachweis und regulatorische Referenz. Bei Fehler: Wird die Klassifizierung beanstandet, an den Auditprogrammverantwortlichen zur Klaerug eskalieren.
Schritt 5: Abschlusssitzung durchfuehren
Tagesordnung:
- Befundszusammenfassung praesentieren (keine neuen Befunde sollen mehr gemeldet werden)
- Befundklassifizierungen durchgehen
- Vorlaeutige CAPA-Erwartungen und Zeitplaene besprechen
- Naechste Schritte und Berichtszeitplan bestaetigen
- Kooperation des Auditierten wuerdigen
Erwartet: Abschlusssitzung mit Anwesenheitsliste dokumentiert. Auditierter erkennt Befunde an (Anerkennung ≠ Zustimmung). Bei Fehler: Bestreitet der Auditierte einen Befund, die Uneinigkeit dokumentieren und gemaess SOP eskalieren.
Schritt 6: Auditbericht erstellen
# 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 | | | |
Erwartet: Bericht innerhalb von 15 Werktagen nach der Abschlusssitzung ausgegeben. Bei Fehler: Verzoegert sich die Ausgabe um mehr als 15 Tage, Stakeholder benachrichtigen und Grund dokumentieren.
Schritt 7: CAPA verfolgen und Wirksamkeit verifizieren
Fuer jeden Befund, der eine CAPA erfordert:
## 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 |
Erwartet: CAPAs sind zugewiesen, verfolgt und die Wirksamkeit gemaess definiertem Zeitplan verifiziert. Bei Fehler: Ungeloeste CAPAs werden an das QA-Management eskaliert und im naechsten Auditzyklus markiert.
Validierung
- Auditplan genehmigt und vor dem Audit kommuniziert
- Eroeffnungs- und Abschlusssitzungen mit Anwesenheitslisten dokumentiert
- Nachweise mit Zeitstempeln und Quellenangaben gesammelt
- Jeder Befund hat Klassifizierung, Nachweis und regulatorische Referenz
- Auditbericht innerhalb von 15 Werktagen ausgegeben
- CAPAs mit Faelligkeitsterminen fuer alle kritischen und wesentlichen Befunde zugewiesen
- Frueherer CAPAs auf Abschlusswirksamkeit geprueft
Haeufige Stolperfallen
- Umfangsausweitung: Ausweitung des Auditumfangs waehrend der Durchfuehrung ohne formale Vereinbarung fuehrt zu unvollstaendiger Abdeckung und Streitigkeiten.
- Meinungsbasierte Befunde: Befunde muessen auf spezifische regulatorische Anforderungen verweisen, nicht auf persoenliche Praeferenzen.
- Gegnerischer Ton: Audits sind gemeinsame Qualitaetsverbesserungsuebungen, keine Verhoere.
- Positives ignorieren: Nur Befunde zu berichten ohne gute Praktiken anzuerkennen untergaebt das Vertrauen.
- Keine Wirksamkeitspruefung: Eine CAPA ohne Verifizierung der Fehlerbehebung zu schliessen ist eine wiederkehrende regulatorische Zitation.
Verwandte Skills
perform-csv-assessment— vollstaendige CSV-Lebenszyklus-Bewertung (URS bis Validierungszusammenfassung)setup-gxp-r-project— Projektstruktur fuer validierte R-Umgebungenimplement-audit-trail— Auditpfad-Implementierung fuer elektronische Aufzeichnungenwrite-validation-documentation— IQ/OQ/PQ-Protokoll- und Berichtserstellungsecurity-audit-codebase— sicherheitsorientiertes Code-Audit (komplementaere Perspektive)
GitHub 저장소
연관 스킬
llamaguard
기타LlamaGuard는 폭력 및 혐오 발언 등 6가지 안전 범주에서 LLM 입력과 출력을 조정하기 위한 Meta의 70-80억 파라미터 모델입니다. 94-95% 정확도를 제공하며 vLLM, Hugging Face 또는 Amazon SageMaker를 사용해 배포할 수 있습니다. 이 기술을 사용하여 AI 애플리케이션에 콘텐츠 필터링 및 안전 가드레일을 손쉽게 통합하세요.
cost-optimization
기타이 Claude Skill은 리소스 적정화, 태깅 전략, 지출 분석을 통해 개발자들이 클라우드 비용을 최적화할 수 있도록 지원합니다. AWS, Azure, GCP에서 클라우드 비용을 절감하고 비용 거버넌스를 구현하기 위한 프레임워크를 제공합니다. 인프라 비용을 분석하거나, 리소스를 적정화하거나, 예산 제약을 충족해야 할 때 사용하세요.
quantizing-models-bitsandbytes
기타이 스킬은 bitsandbytes를 사용하여 LLM을 8비트 또는 4비트 정밀도로 양자화하며, 최소한의 정확도 손실로 50-75%의 메모리 감소를 달성합니다. 제한된 GPU 메모리에서 더 큰 모델을 실행하거나 추론을 가속화하는 데 이상적이며, INT8, NF4, FP4와 같은 형식을 지원합니다. 이 스킬은 HuggingFace Transformers와 통합되어 QLoRA 학습 및 8비트 옵티마이저를 가능하게 합니다.
dispatching-parallel-agents
기타이 Claude Skill은 3개 이상의 독립적인 문제를 동시에 조사하고 해결하기 위해 다중 에이전트를 배치합니다. 공유 상태나 의존성 없이 해결 가능한 무관련 장애 시나리오에 맞게 설계되었습니다. 핵심 기능은 병렬 문제 해결로, 각 독립 문제 영역마다 하나의 에이전트를 할당하여 효율성을 극대화합니다.
