Token导航 LogoToken导航TokenDH.com
运维和基础设施只读github未标认证来源可访问clear审计提醒

regulatory-affairs-head监管事务主管

Agent Skill

regulatory-affairs-head 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

总安装

4,257

周安装

181

GitHub Stars

13,196

下载量

1,491
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

3

许可证

MIT

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:regulatory-affairs-head(监管事务主管)
来源仓库:https://github.com/alirezarezvani/claude-skills
仓库路径:skills/regulatory-affairs-head
安装命令:
npx skills add https://github.com/alirezarezvani/claude-skills --skill regulatory-affairs-head
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/alirezarezvani/claude-skills --skill regulatory-affairs-head

简介

regulatory-affairs-head 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息。

  • 适合在 Codex、Claude、Cursor、Gemini CLI 中围绕仓库状态、代码变更或协作事项进行整理时使用。
  • 通过 npx skills add 命令从指定 GitHub 仓库安装,需确认权限和维护状态。
  • 使用前建议核验原始 README 和具体用法,避免触发不必要联网或文件操作。
  • 适用宿主包括 Codex、Claude、Cursor、Gemini CLI,接入前应确认版本、权限和运行环境要求。

SKILL.md

Head of Regulatory Affairs

Regulatory strategy development, submission management, and global market access for medical device organizations.


Table of Contents


Regulatory Strategy Workflow

Develop regulatory strategy aligned with business objectives and product characteristics.

Workflow: New Product Regulatory Strategy

  1. Gather product information:

- Intended use and indications - Device classification (risk level) - Technology platform - Target markets and timeline

  1. Identify applicable regulations per target market:

- FDA (US): 21 CFR Part 820, 510(k)/PMA/De Novo - EU: MDR 2017/745, Notified Body requirements - Other markets: Health Canada, PMDA, NMPA, TGA

  1. Determine optimal regulatory pathway:

- Compare submission types (510(k) vs De Novo vs PMA) - Assess predicate device availability - Evaluate clinical evidence requirements

  1. Develop regulatory timeline with milestones
  2. Estimate resource requirements and budget
  3. Identify regulatory risks and mitigation strategies
  4. Obtain stakeholder alignment and approval
  5. Validation: Strategy document approved; timeline accepted; resources allocated

Regulatory Pathway Selection Matrix

Factor510(k)De NovoPMA
Predicate AvailableYesNoN/A
Risk LevelLow-ModerateLow-ModerateHigh
Clinical DataUsually not requiredMay be requiredRequired
Review Time90 days (MDUFA)150 days180 days
User Fee~$22K (2024)~$135K~$440K
Best ForMe-too devicesNovel low-riskHigh-risk, novel

Regulatory Strategy Document Template

REGULATORY STRATEGY

Product: [Name]   Version: [X.X]   Date: [Date]

1. PRODUCT OVERVIEW
   Intended use: [One-sentence statement of intended patient population, body site, and clinical purpose]
   Device classification: [Class I / II / III]
   Technology: [Brief description, e.g., "AI-powered wound-imaging software, SaMD"]

2. TARGET MARKETS & TIMELINE
   | Market | Pathway        | Priority | Target Date |
   |--------|----------------|----------|-------------|
   | USA    | 510(k) / PMA   | 1        | Q1 20XX     |
   | EU     | Class [X] MDR  | 2        | Q2 20XX     |

3. REGULATORY PATHWAY RATIONALE
   FDA: [510(k) / De Novo / PMA] — Predicate: [K-number or "none"]
   EU:  Class [X] via [Annex IX / X / XI] — NB: [Name or TBD]
   Rationale: [2–3 sentences on key factors driving pathway choice]

4. CLINICAL EVIDENCE STRATEGY
   Requirements: [Summarize what each market needs, e.g., "510(k): bench + usability; EU Class IIb: PMCF study"]
   Approach: [Literature review / Prospective study / Combination]

5. RISKS AND MITIGATION
   | Risk                         | Prob | Impact | Mitigation                        |
   |------------------------------|------|--------|-----------------------------------|
   | Predicate delisted by FDA    | Low  | High   | Identify secondary predicate now  |
   | NB audit backlog             | Med  | Med    | Engage NB 6 months before target  |

6. RESOURCE REQUIREMENTS
   Budget: $[Amount]   Personnel: [FTEs]   External: [Consultants / CRO]

FDA Submission Workflow

Prepare and submit FDA regulatory applications.

Workflow: 510(k) Submission

  1. Confirm 510(k) pathway suitability:

- Predicate device identified (note K-number, e.g., K213456) - Substantial equivalence (SE) argument supportable on intended use and technological characteristics - No new intended use or technology concerns triggering De Novo

  1. Schedule and conduct Pre-Submission (Q-Sub) meeting if needed (see Pre-Sub Decision)
  2. Compile submission package checklist:

- Cover letter with device name, product code, and predicate K-number - Section 1: Administrative information (applicant, contact, 510(k) type) - Section 2: Device description — include photos, dimensions, materials list - Section 3: Intended use and indications for use - Section 4: Substantial equivalence comparison table (see example below) - Section 5: Performance testing — protocols, standards cited, pass/fail results - Section 6: Biocompatibility summary (ISO 10993-1 risk assessment, if patient contact) - Section 7: Software documentation (IEC 62304 level, cybersecurity per FDA guidance, if applicable) - Section 8: Labeling — final draft IFU, device label - Section 9: Summary and conclusion

  1. Conduct internal review and quality check against FDA RTA checklist
  2. Prepare eCopy per FDA format requirements (PDF bookmarked, eCopy cover page)
  3. Submit via FDA ESG portal with user fee payment
  4. Monitor MDUFA clock and respond to AI/RTA requests within deadlines
  5. Validation: Submission accepted; MDUFA date received; tracking system updated

Substantial Equivalence Comparison Example

CharacteristicPredicate (K213456)Subject DeviceSame?Notes
Intended useWound measurementWound measurementIdentical
Technology2D camera2D + AI analysisNew TC; address below
Energy typeNon-energizedNon-energized
Patient contactNoNo
SE conclusionNew TC does not raise new safety/effectiveness questions; bench data demonstrates equivalent accuracy (±2mm vs ±3mm predicate)

Workflow: PMA Submission

  1. Confirm PMA pathway:

- Class III device or no suitable predicate - Clinical data strategy defined

  1. Complete IDE clinical study if required:

- IDE approval - Clinical protocol execution - Study report completion

  1. Conduct Pre-Submission meeting
  2. Compile PMA submission checklist:

- Volume I: Administrative, device description, manufacturing - Volume II: Nonclinical studies (bench, animal, biocompatibility) - Volume III: Clinical studies (IDE protocol, data, statistical analysis) - Volume IV: Labeling - Volume V: Manufacturing information, sterilization

  1. Submit original PMA application
  2. Address FDA questions and deficiencies
  3. Prepare for FDA facility inspection
  4. Validation: PMA approved; approval letter received; post-approval requirements documented

FDA Submission Timeline

Milestone510(k)De NovoPMA
Pre-Sub MeetingDay -90Day -90Day -120
SubmissionDay 0Day 0Day 0
RTA ReviewDay 15Day 15Day 45
Substantive ReviewDays 15–90Days 15–150Days 45–180
DecisionDay 90Day 150Day 180

Common FDA Deficiencies and Prevention

CategoryCommon IssuesPrevention
Substantial EquivalenceWeak predicate comparison; no performance dataBuild SE table with data column; cite recognized standards
Performance TestingIncomplete protocols; missing worst-case rationaleFollow FDA-recognized standards; document worst-case justification
BiocompatibilityMissing endpoints; no ISO 10993-1 risk assessmentComplete ISO 10993-1 matrix before testing
SoftwareInadequate hazard analysis; no cybersecurity bill of materialsIEC 62304 compliance + FDA cybersecurity guidance checklist
LabelingInconsistent claims vs. IFU; missing symbols standardCross-check label against IFU; cite ISO 15223-1 for symbols

See: references/fda-submission-guide.md


EU MDR Submission Workflow

Achieve CE marking under EU MDR 2017/745.

Workflow: MDR Technical Documentation

  1. Confirm device classification per MDR Annex VIII
  2. Select conformity assessment route based on class:

- Class I: Self-declaration - Class IIa/IIb: Notified Body involvement - Class III: Full NB assessment

  1. Select and engage Notified Body (for Class IIa+) — see selection criteria below
  2. Compile Technical Documentation per Annex II checklist:

- Annex II §1: Device description, intended purpose, UDI - Annex II §2: Design and manufacturing information (drawings, BoM, process flows) - Annex II §3: GSPR checklist — each requirement mapped to evidence (standard, test report, or justification) - Annex II §4: Benefit-risk analysis and risk management file (ISO 14971) - Annex II §5: Product verification and validation (test reports) - Annex II §6: Post-market surveillance plan - Annex XIV: Clinical evaluation report (CER) — literature, clinical data, equivalence justification

  1. Establish and document QMS per ISO 13485
  2. Submit application to Notified Body
  3. Address NB questions and coordinate audit
  4. Validation: CE certificate issued; Declaration of Conformity signed; EUDAMED registration complete

GSPR Checklist Row Example

GSPR RefRequirementStandard / GuidanceEvidence DocumentStatus
Annex I §1Safe design and manufactureISO 14971:2019Risk Management File v2.1Complete
Annex I §11.1Devices with measuring function ±accuracyEN ISO 15223-1Performance Test Report PT-003Complete
Annex I §17CybersecurityMDCG 2019-16Cybersecurity Assessment CS-001In progress

Clinical Evidence Requirements by Class

ClassClinical RequirementDocumentation
IClinical evaluation (CE)CE report
IIaCE with literature focusCE report + PMCF plan
IIbCE with clinical dataCE report + PMCF + clinical study (some)
IIICE with clinical investigationCE report + PMCF + clinical investigation

Notified Body Selection Criteria

  • Scope: Designated for your specific device category
  • Capacity: Confirmed availability within target timeline
  • Experience: Track record with your technology type
  • Geography: Proximity for on-site audits
  • Cost: Fee structure transparency
  • Communication: Responsiveness and query turnaround

See: references/eu-mdr-submission-guide.md


Global Market Access Workflow

Coordinate regulatory approvals across international markets.

Workflow: Multi-Market Submission Strategy

  1. Define target markets based on business priorities
  2. Sequence markets for efficient evidence leverage:

- Phase 1: FDA + EU (reference markets) - Phase 2: Recognition markets (Canada, Australia) - Phase 3: Major markets (Japan, China) - Phase 4: Emerging markets

  1. Identify local requirements per market:

- Clinical data acceptability - Local agent/representative needs - Language and labeling requirements

  1. Develop master technical file with localization plan
  2. Establish in-country regulatory support
  3. Execute parallel or sequential submissions
  4. Track approvals and coordinate launches
  5. Validation: All target market approvals obtained; registration database updated

Market Priority Matrix

MarketSizeComplexityRecognitionPriority
USALargeHighN/A1
EULargeHighN/A1–2
CanadaMediumMediumMDSAP2
AustraliaMediumLowEU accepted2
JapanLargeHighLocal clinical3
ChinaLargeVery HighLocal testing3
BrazilMediumHighGMP inspection3–4

Documentation Efficiency Strategy

Document TypeSingle SourceLocalization Required
Technical file coreYesFormat adaptation
Risk managementYesNone
Clinical dataYesBridging assessment
QMS certificateYes (ISO 13485)Market-specific audit
LabelingMaster labelTranslation, local requirements
IFUMaster contentTranslation, local symbols

See: references/global-regulatory-pathways.md


Regulatory Intelligence Workflow

Monitor and respond to regulatory changes affecting product portfolio.

Workflow: Regulatory Change Management

  1. Monitor regulatory sources:

- FDA Federal Register, guidance documents - EU Official Journal, MDCG guidance - Notified Body communications - Industry associations (AdvaMed, MedTech Europe)

  1. Assess relevance to product portfolio
  2. Evaluate impact:

- Timeline to compliance - Resource requirements - Product changes needed

  1. Develop compliance action plan
  2. Communicate to affected stakeholders
  3. Implement required changes
  4. Document compliance status
  5. Validation: Compliance action plan approved; changes implemented on schedule

Regulatory Monitoring Sources

SourceTypeFrequency
FDA Federal RegisterRegulations, guidanceDaily
FDA Device Database510(k), PMA, recallsWeekly
EU Official JournalMDR/IVDR updatesWeekly
MDCG GuidanceEU implementationAs published
ISO/IECStandards updatesQuarterly
Notified BodyAudit findings, trendsPer interaction

Impact Assessment Template

REGULATORY CHANGE IMPACT ASSESSMENT

Change: [Description]   Source: [Regulation/Guidance]
Effective Date: [Date]  Assessment Date: [Date]  Assessed By: [Name]

AFFECTED PRODUCTS
| Product | Impact (H/M/L) | Action Required        | Due Date |
|---------|----------------|------------------------|----------|
| [Name]  | [H/M/L]        | [Specific action]      | [Date]   |

COMPLIANCE ACTIONS
1. [Action] — Owner: [Name] — Due: [Date]
2. [Action] — Owner: [Name] — Due: [Date]

RESOURCE REQUIREMENTS: Budget $[X]  |  Personnel [X] hrs

APPROVAL: Regulatory _____________ Date _______ / Management _____________ Date _______

Decision Frameworks

Pathway Selection and Classification Reference

FDA Pathway Selection

Is predicate device available?
            │
        Yes─┴─No
         │     │
         ▼     ▼
    Is device   Is risk level
    substantially  Low-Moderate?
    equivalent?       │
         │        Yes─┴─No
     Yes─┴─No      │     │
      │     │      ▼     ▼
      ▼     ▼   De Novo  PMA
    510(k)  Consider      required
           De Novo
           or PMA

EU MDR Classification

Is the device active?
        │
    Yes─┴─No
     │     │
     ▼     ▼
Is it an   Does it contact
implant?   the body?
  │            │
Yes─┴─No   Yes─┴─No
 │    │     │     │
 ▼    ▼     ▼     ▼
III  IIb  Check   Class I
         contact  (measuring/
         type     sterile if
         and      applicable)
         duration

Pre-Submission Meeting Decision

FactorSchedule Pre-SubSkip Pre-Sub
Novel Technology
New Intended Use
Complex Testing
Uncertain Predicate
Clinical Data Needed
Well-established
Clear Predicate
Standard Testing

Regulatory Escalation Criteria

SituationEscalation LevelAction
Submission rejectionVP RegulatoryRoot cause analysis, strategy revision
Major deficiencyDirectorCross-functional response team
Timeline at riskManagementResource reallocation review
Regulatory changeVP RegulatoryPortfolio impact assessment
Safety signalExecutiveImmediate containment and reporting

Tools and References

Scripts

ToolPurposeUsage
regulatory_tracker.pyTrack submission status and timelinespython regulatory_tracker.py

Regulatory Tracker Features:

  • Track multiple submissions across markets
  • Monitor status and target dates
  • Identify overdue submissions
  • Generate status reports

Example usage:

$ python regulatory_tracker.py --report status
Submission Status Report — 2024-11-01
┌──────────────────┬──────────┬────────────┬─────────────┬──────────┐
│ Product          │ Market   │ Type       │ Target Date │ Status   │
├──────────────────┼──────────┼────────────┼─────────────┼──────────┤
│ WoundScan Pro    │ USA      │ 510(k)     │ 2024-12-01  │ On Track │
│ WoundScan Pro    │ EU       │ MDR IIb    │ 2025-03-01  │ At Risk  │
│ CardioMonitor X1 │ Canada   │ Class II   │ 2025-01-15  │ On Track │
└──────────────────┴──────────┴────────────┴─────────────┴──────────┘
1 submission at risk: WoundScan Pro EU — NB engagement not confirmed.

References

DocumentContent
fda-submission-guide.mdFDA pathways, requirements, review process
eu-mdr-submission-guide.mdMDR classification, technical documentation, clinical evidence
global-regulatory-pathways.mdCanada, Japan, China, Australia, Brazil requirements
iso-regulatory-requirements.mdISO 13485, 14971, 10993, IEC 62304, 62366 requirements

Key Performance Indicators

KPITargetCalculation
First-time approval rate>85%(Approved without major deficiency / Total submitted) × 100
On-time submission>90%(Submitted by target date / Total submissions) × 100
Review cycle compliance>95%(Responses within deadline / Total requests) × 100
Regulatory hold time<20%(Days on hold / Total review days) × 100

Related Skills

SkillIntegration Point
mdr-745-specialistDetailed EU MDR technical requirements
fda-consultant-specialistFDA submission deep expertise
quality-manager-qms-iso13485QMS for regulatory compliance
risk-management-specialistISO 14971 risk management

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

04

需要参考平台分布和安装热度时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

补充不同宿主或平台的使用分布数据

能力 5

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Claude Code

30.38%
按下载量换算453

OpenCode

22.86%
按下载量换算341

Gemini CLI

19.27%
按下载量换算287

Codex

12.4%
按下载量换算185

Cursor

7.8%
按下载量换算116

Antigravity

3.65%
按下载量换算54

安全审计

Gen Agent Trust Hub

可疑

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。

来源信息

继续浏览同类 Skills