fda-510k-documentation
Skill27 starsChanged 8 months agoMITView on GitHub
Automates FDA-required documentation for Software as a Medical Device (SaMD) including 510(k) submissions. Generates traceability matrices linking code to regulatory requirements.
In this repository48 other files it gives its agents.
- acls-protocol-assistantSkill
- biostatistics-analyzerSkill
- board-exam-prepSkill
- clinical-differential-diagnosisSkill
- clinical-guideline-navigatorSkill
- clinical-treatment-plan-generatorSkill
- clinical-trials-searchSkill
- cognitive-behavioral-therapy-toolsSkill
- cpt-coding-assistantSkill
- developmental-milestone-trackerSkill
- dicom-metadata-extractorSkill
- drugbank-searchSkill
- drug-interaction-checkerSkill
- emergency-triage-protocolsSkill
- epidemiology-surveillanceSkill
- evidence-synthesis-aiSkill
- fda-drug-informationSkill
- fhir-data-accessSkill
- gad7-anxiety-screeningSkill
- genomics-variant-interpreterSkill
- hipaa-compliance-checkerSkill
- icd10-code-lookupSkill
- iec-62304-complianceSkill
- lab-result-interpreterSkill
- medical-anatomy-tutorSkill
- medical-case-generatorSkill
- medical-imaging-analysisSkill
- medical-paper-humanizerSkill
- medicare-drug-statsSkill
- medication-administration-safetySkill
- nursing-care-planSkill
- outbreak-investigationSkill
- patient-assessment-toolSkill
- pediatric-drug-dosingSkill
- pediatric-growth-chartsSkill
- phq9-depression-screeningSkill
- precision-medicine-therapeuticsSkill
- prior-authorization-reviewSkill
- protein-structure-analysisSkill
- pubmed-literature-searchSkill
- radiation-exposure-trackerSkill
- raf-score-calculatorSkill
- supplement-drug-interactionsSkill
- surgical-procedure-plannerSkill
- surgical-safety-checklistSkill
- systematic-review-assistantSkill
- trauma-management-protocolsSkill
- vaccine-schedule-trackerSkill
The file
We split this skill into the rules it gives an agent
1 rule. About 0 are common, 1 is distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈1
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 32
Pre-submission preparation: Before a formal Pre-Sub (Q-Sub) meeting with FDA, the skill generates a draft intended use statement, …
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
FDA 510(k) Documentation Automation
Automate the generation of FDA-required documentation for Software as a Medical Device (SaMD) under the 510(k) premarket notification pathway. This skill produces traceability matrices linking software requirements to regulatory obligations, generates predicate device comparison tables, drafts software documentation per FDA guidance, and creates the structured narrative sections required for a complete 510(k) submission package.
Quick Install
npx skills add Open-Medica/open-medical-skills --skill fda-510k-documentationWhat It Does
- Traceability matrix generation: Creates bidirectional traceability matrices linking software requirements to design inputs, design outputs, verification/validation activities, and risk controls, satisfying FDA Design Controls (21 CFR 820.30) requirements
- Predicate device comparison: Generates structured substantial equivalence comparison tables between the subject device and predicate device(s), covering intended use, technological characteristics, performance data, and safety/effectiveness profiles
- Software documentation per FDA guidance: Produces Level of Concern determination, Software Description, Software Requirements Specification (SRS) summaries, Software Architecture Design, and software testing documentation aligned with FDA's 2023 "Content of Premarket Submissions for Device Software Functions" guidance
- Risk management documentation: Generates risk analysis artifacts aligned with ISO 14971:2019, including hazard identification, risk estimation, risk evaluation, and risk control verification documentation required as part of the 510(k) submission
- Submission package assembly: Organizes all generated documents into the FDA-recommended 510(k) submission structure with cover letter template, Indications for Use statement, device description, substantial equivalence discussion, and performance testing summaries
Clinical Use Cases
- Startup SaMD submission: A health tech startup developing an AI-powered skin lesion classification app needs to prepare its first 510(k) submission. The skill generates the complete documentation package including software level of concern assessment (Major), predicate device comparison against existing dermatology CADx devices, and the software documentation suite
- Legacy software update: A medical device manufacturer is submitting a new 510(k) for a significant software update to a cleared patient monitoring system. The skill identifies which existing documentation can be referenced and generates only the delta documentation needed for the changed functionality
- Combination product documentation: A company developing software that interfaces with a physical diagnostic device uses the skill to generate the software-specific sections of the 510(k) while maintaining traceability to the hardware design controls
- Pre-submission preparation: Before a formal Pre-Sub (Q-Sub) meeting with FDA, the skill generates a draft intended use statement, preliminary predicate device comparison, and key questions document formatted according to FDA Pre-Sub guidance
Safety & Evidence
- Safety Classification: Safe — The skill generates regulatory documentation and templates. It does not make regulatory determinations, submit filings to FDA, or certify device safety. All generated documents must be reviewed and finalized by qualified regulatory affairs professionals, quality engineers, and legal counsel before submission.
- Evidence Level: Moderate — Documentation templates follow current FDA guidance documents (2023 Software Guidance, 2014 Design Controls Guidance) and 21 CFR 820 Quality System Regulation requirements. However, FDA regulatory requirements evolve, and specific submission requirements may vary based on device classification, product code, and reviewing division expectations.
Example Usage
Generating a traceability matrix:
Generate a traceability matrix for:
Device: AI-based chest X-ray triage system (SaMD, Class II)
Product code: QIH
Predicate: K192004
Software requirements:
1. REQ-001: Detect and flag critical findings (pneumothorax, pleural effusion) on chest X-rays
2. REQ-002: Generate notification to reading radiologist within 60 seconds of acquisition
3. REQ-003: Operate with sensitivity >= 95% and specificity >= 90% for target findings
4. REQ-004: Process DICOM images from multiple vendor CT/CR systemsTraceability Matrix (Partial):
Req ID Requirement Design Input Design Output Verification Risk Control REQ-001 Detect critical findings User needs assessment, clinical literature review Algorithm design spec v2.1, model architecture doc Unit test UT-001, Integration test IT-003 Risk ID R-004: False negative mitigation — ensemble model with minimum sensitivity threshold REQ-002 Notification within 60s Clinical workflow analysis, stakeholder interviews Notification service spec, API design doc Performance test PT-002 (latency benchmark) Risk ID R-007: Delayed notification — fallback queue with escalation REQ-003 Sensitivity >= 95%, Specificity >= 90% Clinical performance goals, predicate device labeling Validation protocol VP-001, statistical analysis plan Clinical validation study CVS-001 (n=2,000 images) Risk ID R-001: Inadequate performance — locked model with version control, revalidation on update REQ-004 Multi-vendor DICOM compatibility DICOM conformance statement, vendor interoperability requirements DICOM parsing module, conformance statement Interoperability test IOT-001 (5 vendor systems) Risk ID R-012: Image parsing failure — input validation with rejection of non-conformant images
Technical Details
- Category: Administrative
- Author: OMS Contributors
- License: MIT
- Version: 1.0.0
- Specialty: Regulatory Affairs, Medical Devices
References
- FDA. "Content of Premarket Submissions for Device Software Functions." Guidance for Industry and Staff, 2023.
- FDA. "Design Controls Guidance for Medical Device Manufacturers." 21 CFR 820.30, 1997 (updated 2014).
- 21 CFR Part 820 — Quality System Regulation
- FDA. "Deciding When to Submit a 510(k) for a Software Change to an Existing Device." Guidance, 2017.
- ISO 14971:2019 — Medical devices — Application of risk management to medical devices
- FDA Digital Health Center of Excellence — fda.gov/medical-devices/digital-health-center-excellence
This skill is part of Open Medical Skills, a curated marketplace of medical AI skills maintained by physicians for physicians and the healthcare industry.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

