MCP HubMCP Hub
스킬 목록으로 돌아가기

prepare-inspection-readiness

pjt222
업데이트됨 Yesterday
1 조회
17
2
17
GitHub에서 보기
디자인general

정보

이 스킬은 규제 기관별 중점 영역에 대한 준비 상태를 평가하여 조직이 FDA, EMA, MHRA 등의 규제 기관 검사에 대비할 수 있도록 지원합니다. 경고 서신 분석, 모의 검사 절차 수립, 문서 패키지 준비, 대응 템플릿 초안 작성 등의 기능을 제공합니다. 검사 예정 시, 정기적 자체 평가 시, 새로운 시스템 도입 후, 또는 중대한 감사 결과 발생 시에 활용하시기 바랍니다.

빠른 설치

Claude Code

추천
기본
npx skills add pjt222/agent-almanac -a claude-code
플러그인 명령대체
/plugin add https://github.com/pjt222/agent-almanac
Git 클론대체
git clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/prepare-inspection-readiness

Claude Code에서 이 명령을 복사하여 붙여넣어 스킬을 설치하세요

문서


name: prepare-inspection-readiness description: > Eine Organisation auf eine Behoerdeninspektion vorbereiten durch Beurteilung der Bereitschaft gegenueber behoerdenspezifischen Schwerpunktbereichen (FDA, EMA, MHRA). Umfasst Analyse von Warning Letters und 483-Themen, Scheininspektion-Protokolle, Dokumentenpaket-Vorbereitung, Inspektionslogistik und Erstellung von Antwortvorlagen. Anzuwenden wenn eine Behoerdeninspektion angekuendigt oder erwartet wird, wenn eine regelmaessige Selbstbeurteilung faellig ist, wenn seit der letzten Inspektion neue Systeme implementiert wurden oder nach einem bedeutenden Auditbefund, der regulatorische Aufmerksamkeit anziehen koennte. 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, inspection, fda, ema, mhra, readiness, compliance, 483

Inspektionsbereitschaft vorbereiten

Die organisatorische Bereitschaft fuer Behoerdeninspektionen beurteilen und verbessern — einschliesslich Dokumentation, Personalvorbereitung, Logistik und Reaktionsplanung.

Wann verwenden

  • Eine Behoerdeninspektion wurde angekuendigt oder wird erwartet
  • Eine regelmaessige Selbstbeurteilung der Inspektionsbereitschaft ist faellig
  • Seit der letzten Inspektion wurden neue Systeme oder Prozesse implementiert
  • Branchentrends (Warning Letters, 483-Beobachtungen) weisen auf einen aufkommenden Schwerpunktbereich hin
  • Nach einem bedeutenden Auditbefund, der regulatorische Aufmerksamkeit anziehen koennte

Eingaben

  • Erforderlich: Inspektionsbehoerde (FDA, EMA, MHRA oder andere)
  • Erforderlich: Erwarteter Inspektionsumfang (Datenintegritaet, CSV, GMP, GLP, GCP)
  • Erforderlich: Compliance-Architektur und Systeminventar
  • Optional: Fruehere Inspektionsberichte und Beobachtungen
  • Optional: Aktuelle Branchen-Warning Letters und 483-Themen
  • Optional: Offene CAPAs und Auditbefunde

Vorgehensweise

Schritt 1: Behoerdenspezifische Schwerpunktbereiche analysieren

Die aktuellen Prioritaeten der Inspektionsbehoerde recherchieren:

# Inspection Focus Area Analysis
## Document ID: IFA-[SITE]-[YYYY]-[NNN]

### FDA Current Focus Areas
| Focus Area | Regulatory Basis | Recent 483 Trends | Risk to This Site |
|-----------|-----------------|-------------------|-------------------|
| Data integrity | 21 CFR Part 11, CGMP | #1 cited observation in drug 483s since 2016 | [H/M/L] |
| Audit trail | 21 CFR 11.10(e) | Disabled/incomplete audit trails | [H/M/L] |
| Electronic signatures | 21 CFR 11.50-11.300 | Missing manifestation, shared accounts | [H/M/L] |
| Computer system validation | GAMP 5, FDA guidance | Inadequate validation of Category 4/5 systems | [H/M/L] |
| Change control | ICH Q10 | Undocumented or retrospective changes | [H/M/L] |
| Laboratory controls | 21 CFR 211.160-211.176 | OOS investigation, test repetition | [H/M/L] |

### EMA/MHRA-Specific Considerations
| Area | EU Annex 11 Reference | Focus | Risk to This Site |
|------|----------------------|-------|-------------------|
| Computerized system validation | §4, §5 | Risk-based validation, supplier assessment | [H/M/L] |
| Operational phase | §6-§13 | Security, audit trail, backup, business continuity | [H/M/L] |
| Cloud and outsourced systems | §3.4 | Service level agreements, data sovereignty | [H/M/L] |
| Data governance | MHRA DI guidance | ALCOA+, culture of integrity | [H/M/L] |

Erwartet: Eine risikobewertete Analyse der Inspektionsschwerpunktbereiche, spezifisch fuer die Inspektionsbehoerde. Bei Fehler: Sind aktuelle 483/Warning-Letter-Daten nicht verfuegbar, die FDA Warning Letter Datenbank, EMA-Inspektionsberichte oder Branchenpublikationen fuer die aktuellsten Trends konsultieren.

Schritt 2: Selbstbeurteilung der Bereitschaft durchfuehren

Den Standort gegenueber jedem Schwerpunktbereich bewerten:

# Inspection Readiness Assessment
## Document ID: IRA-[SITE]-[YYYY]-[NNN]

### Readiness Scoring
| Focus Area | Weight | Current State | Score (1-5) | Gap | Remediation Priority |
|-----------|--------|--------------|-------------|-----|---------------------|
| Data integrity controls | High | [Description of current state] | [1-5] | [Gap description] | [Critical/High/Medium/Low] |
| Validation documentation | High | [Description] | [1-5] | [Gap] | [Priority] |
| Audit trail compliance | High | [Description] | [1-5] | [Gap] | [Priority] |
| Electronic signatures | Medium | [Description] | [1-5] | [Gap] | [Priority] |
| Change control | Medium | [Description] | [1-5] | [Gap] | [Priority] |
| Training records | Medium | [Description] | [1-5] | [Gap] | [Priority] |
| SOPs (current, approved) | Medium | [Description] | [1-5] | [Gap] | [Priority] |
| CAPA management | Medium | [Description] | [1-5] | [Gap] | [Priority] |
| Vendor qualification | Low | [Description] | [1-5] | [Gap] | [Priority] |
| Periodic review | Low | [Description] | [1-5] | [Gap] | [Priority] |

Score: 1 = Critical gaps, 5 = Fully compliant
Overall readiness score: [Sum / Max] = [X]%

### Remediation Plan
| Gap ID | Description | Owner | Action | Deadline | Status |
|--------|------------|-------|--------|----------|--------|
| GAP-001 | [Gap] | [Name] | [Remediation action] | [Date] | [Open/In Progress/Closed] |

Erwartet: Eine quantifizierte Bereitschaftsbeurteilung mit priorisierten Behebunsmasnahmen. Bei Fehler: Liegt die Gesamtbereitschaft unter 70 %, eine Verschiebung der Inspektion (falls zulaessig) erwaegen und Notfallbehebung implementieren.

Schritt 3: Dokumentenpakete vorbereiten

Dokumentation in inspektionsbereite Pakete organisieren:

# Inspection Document Bundles

### Bundle 1: Validation Pack (per system)
- [ ] Current validation status summary (one-page per system)
- [ ] User Requirements Specification (URS)
- [ ] Risk Assessment
- [ ] Validation Plan
- [ ] IQ Protocol and Report
- [ ] OQ Protocol and Report
- [ ] PQ Protocol and Report (if applicable)
- [ ] Traceability Matrix
- [ ] Validation Summary Report
- [ ] Periodic review records
- [ ] Change control history since last validation

### Bundle 2: Data Integrity Evidence
- [ ] Data integrity policy and programme
- [ ] ALCOA+ assessment results
- [ ] Audit trail review records (last 12 months)
- [ ] Data integrity monitoring metrics and trends
- [ ] Data integrity training records

### Bundle 3: Operational Evidence
- [ ] Current SOPs (master list with effective dates)
- [ ] Training matrix (all GxP personnel)
- [ ] Change control log (last 24 months)
- [ ] Deviation/incident log (last 24 months)
- [ ] CAPA log with closure status
- [ ] Internal audit reports and CAPA follow-up

### Bundle 4: System Configuration Evidence
- [ ] User access list (current active users with roles)
- [ ] System configuration documentation
- [ ] Backup and recovery test records
- [ ] Security patch log
- [ ] Business continuity/disaster recovery plan

Erwartet: Alle Pakete sind zusammengestellt, indexiert und innerhalb von 30 Minuten nach einer Anfrage des Inspektors zugaenglich. Bei Fehler: Fehlen oder sind Dokumente unvollstaendig, eine Lueckenliste erstellen, Behebung priorisieren und den Plan dokumentieren. Inspektoren bemerken Desorganisation.

Schritt 4: Scheininspektion-Protokoll entwerfen

# Mock Inspection Protocol
## Document ID: MIP-[SITE]-[YYYY]-[NNN]

### Scope
- **Focus areas:** [Top 3-5 risk areas from readiness assessment]
- **Systems in scope:** [Systems likely to be inspected]
- **Duration:** [1-2 days]

### Participants
| Role | Name | Mock Inspection Role |
|------|------|---------------------|
| Mock inspector | [Experienced QA or external consultant] | Ask questions, request documents |
| System owner(s) | [Names] | Respond to questions, demonstrate systems |
| QA | [Name] | Observe, note findings |
| Back room coordinator | [Name] | Locate and provide documents |

### Mock Inspection Scenarios
| Scenario | Focus | Inspector Might Ask |
|----------|-------|-------------------|
| 1: Show me the audit trail | Data integrity | "Show me the audit trail for batch record BR-2025-1234" |
| 2: Walk me through a change | Change control | "Show me the change control for the last system upgrade" |
| 3: Show training records | Training | "Show me the training records for user [Name] on system [X]" |
| 4: Explain your validation | CSV | "Walk me through how you validated this system" |
| 5: Show a deviation | CAPA | "Show me your last critical deviation and its CAPA" |
| 6: User access review | Access control | "Show me how you manage user access when people leave" |

### Post-Mock Assessment
| Scenario | Outcome | Findings | Actions |
|----------|---------|----------|---------|
| [#] | [Satisfactory/Needs Work] | [Description] | [Remediation if needed] |

Erwartet: Die Scheininspektion deckt Probleme auf, bevor die echte Inspektion es tut. Bei Fehler: Deckt die Scheininspektion kritische Luecken auf, diese als kritische Befunde mit derselben Dringlichkeit wie echte Inspektionsbeobachtungen behandeln.

Schritt 5: Inspektionslogistik planen

# Inspection Logistics Plan

### Room Setup
| Room | Purpose | Equipment | Assigned To |
|------|---------|-----------|-------------|
| Front room | Inspector workspace | Table, chairs, network access, printer | Facility manager |
| Back room | Document retrieval and strategy | Copier, network access, phone | QA team |
| Demo room | System demonstrations | Workstation with system access | IT support |

### Roles During Inspection
| Role | Person | Responsibilities |
|------|--------|-----------------|
| Inspection coordinator | [Name] | Single point of contact with inspector, schedule management |
| Subject matter experts | [Names] | Answer technical questions in their domain |
| Back room lead | [Name] | Coordinate document retrieval, track requests |
| Scribe | [Name] | Document all questions, requests, and responses |
| Executive sponsor | [Name] | Available for escalation, opening/closing meetings |

### Communication Protocol
- All document requests flow through the back room lead
- No documents provided without QA review
- Questions requiring research get a "we will get back to you" response (track and follow up)
- Daily debrief with inspection team after each day

Erwartet: Der Logistikplan gewaehrleistet eine professionelle, organisierte Antwort auf die Inspektion. Bei Fehler: Sind Schluessel-Mitarbeiter am Inspektionstag nicht verfuegbar, Stellvertreter identifizieren und einweisen.

Schritt 6: Antwortvorlagen erstellen

# Inspection Response Templates

### Template 1: 483 Observation Response
[Date]
[FDA District Office Address]

Re: FDA Form 483 Observations — [Inspection Dates] — [Facility Name]

Dear [Inspector Name],

We appreciate the opportunity to address the observations identified during the inspection of [facility] on [dates].

**Observation [N]:** [Quote the exact observation text]

**Response:**
- **Root Cause:** [Brief root cause description]
- **Immediate Corrective Action:** [What was done immediately]
  - Completed: [Date]
- **Long-term Corrective Action:** [Systemic fix]
  - Target completion: [Date]
- **Preventive Action:** [How recurrence will be prevented]
  - Target completion: [Date]
- **Effectiveness Verification:** [How effectiveness will be measured]
  - Target verification date: [Date]

### Template 2: Immediate Correction During Inspection
When an inspector identifies an issue that can be corrected immediately:
1. Acknowledge the observation
2. Implement the correction (if feasible)
3. Document the correction with before/after evidence
4. Inform the inspector that the correction has been made
5. Include in the formal response as "corrected during inspection"

Erwartet: Antwortvorlagen ermoeglichen schnelle, strukturierte Antworten auf Inspektionsbeobachtungen. Bei Fehler: Sind Antwortvorlagen zu allgemein und gehen nicht auf die spezifische Beobachtung ein, jede Antwort mit spezifischen Nachweisen und Zeitplaenen anpassen.

Validierung

  • Behoerdenspezifische Schwerpunktbereiche mit Risikobewertungen analysiert
  • Selbstbeurteilung der Bereitschaft mit quantifizierten Punktzahlen abgeschlossen
  • Behebunsplan fuer alle Luecken mit Verantwortlichen und Fristen erstellt
  • Dokumentenpakete fuer alle im Umfang befindlichen Systeme zusammengestellt und indexiert
  • Scheininspektion mit dokumentierten Befunden und Nachverfolgung durchgefuehrt
  • Inspektionslogistikplan definiert Raeume, Rollen und Kommunikationsprotokoll
  • Antwortvorlagen fuer haeufige Beobachtungstypen vorbereitet
  • Alle kritischen Behebunsmasnahmen vor dem Inspektionsdatum abgeschlossen

Haeufige Stolperfallen

  • Vorbereitung in letzter Minute: Inspektionsbereitschaft ist ein kontinuierliches Programm, kein Pauken. Organisationen, die sich hastig vorbereiten, liefern desorganisierte, unvollstaendige Antworten.
  • Probleme verstecken: Inspektoren sind erfahrene Fachleute, die Verschleierung erkennen. Transparenz mit einem klaren Behebunsplan ist immer besser als Verschleierungsversuche.
  • Zu viele Informationen freiwillig geben: Die gestellte Frage beantworten. Unaufgeforderte Informationen koennen neue Fragenlinien eroeffnen.
  • Ungeschultes Personal: Fachexperten, die noch nie geuebt haben, auf Inspektorfragen zu antworten, schneiden schlecht ab. Scheininspektionen sind unentbehrliche Uebung.
  • Den Hinterraum vernachlaessigen: Der Hinterraum (Dokumentenabfrage und Strategiekoordination) ist genauso wichtig wie der Vorderraum. Schlechte Dokumentenabfrage vermittelt den Eindruck von Desorganisation.

Verwandte Skills

  • design-compliance-architecture — das Grundlagendokument, das Inspektoren sehen wollen
  • conduct-gxp-audit — interne Audits sollten die Inspektionsmethodik nachahmen
  • monitor-data-integrity — Datenintegritaet ist der wichtigste FDA-Inspektionsschwerpunktbereich
  • investigate-capa-root-cause — CAPAs muessen vor der Inspektion gruendlich untersucht sein
  • qualify-vendor — Lieferantenqualifizierungen werden haeufig waehrend Inspektionen angefordert

GitHub 저장소

pjt222/agent-almanac
경로: i18n/de/skills/prepare-inspection-readiness
0
agentsagentskillsai-assisted-developmentclaude-codeskillsteams

연관 스킬

executing-plans

디자인

executing-plans 스킬은 검토 체크포인트가 포함된 통제된 배치로 실행할 완전한 구현 계획이 있을 때 사용합니다. 이 스킬은 계획을 불러와 비판적으로 검토한 후, 소규모 배치(기본값 3개 작업)로 작업을 실행하면서 각 배치 사이에 진행 상황을 아키텍트 검토를 위해 보고합니다. 이를 통해 내재된 품질 관리 체크포인트를 갖춘 체계적인 구현이 보장됩니다.

스킬 보기

requesting-code-review

디자인

이 스킬은 코드 변경 사항을 요구 사항에 따라 분석하기 위해 코드 리뷰어 하위 에이전트를 호출합니다. 작업 완료 후, 주요 기능 구현 후, 또는 메인 브랜치에 병합하기 전에 사용해야 합니다. 이 리뷰는 현재 구현체와 원래 계획을 비교하여 문제를 조기에 발견하는 데 도움이 됩니다.

스킬 보기

connect-mcp-server

디자인

이 스킬은 개발자들이 HTTP, stdio 또는 SSE 전송 방식을 통해 MCP 서버를 Claude Code에 연결하는 포괄적인 가이드를 제공합니다. GitHub, Notion 및 사용자 정의 API와 같은 외부 서비스를 통합하기 위한 설치, 구성, 인증 및 보안을 다룹니다. MCP 통합 설정, 외부 도구 구성 또는 Claude의 모델 컨텍스트 프로토콜 작업 시 활용하세요.

스킬 보기

web-cli-teleport

디자인

이 스킬은 작업 분석을 기반으로 개발자가 Claude Code 웹 인터페이스와 CLI 인터페이스 중 선택할 수 있도록 돕고, 두 환경 간 원활한 세션 텔레포트를 가능하게 합니다. 웹, CLI 또는 모바일 환경 전환 시 세션 상태와 컨텍스트를 관리하여 워크플로를 최적화합니다. 다양한 단계에서 서로 다른 도구가 필요한 복잡한 프로젝트에 사용하세요.

스킬 보기