Device status
Does the intended use make the product a device, and which software functions are inside the regulated boundary?
US FDA regulatory market
We help software medical device teams turn intended use, classification, evidence, software documentation and quality-system requirements into a US submission plan.
Discuss your market plan →Pathways and services
Predicate strategy, substantial-equivalence narrative, eSTAR assembly and review support.
View service →Novel deviceClassification rationale, benefit-risk case, proposed special controls and evidence integration.
View service →EvidenceEvidence questions, literature, protocol inputs and clinical evaluation planning without claiming site operations.
View service →Use safetyUse-related risk, interface evaluation and submission-ready documentation scaled to the device.
View service →LifecycleComplaint, signal, reporting and change-assessment processes designed around actual product risk.
View service →Cross-functionalClassification, Pre-Submissions, software documentation and deficiency support.
View service →What we need to determine
Does the intended use make the product a device, and which software functions are inside the regulated boundary?
Which regulation, product code and class fit the intended use and technological characteristics?
Is there a suitable predicate for 510(k), or does novelty support a De Novo strategy or another pathway?
What analytical, bench, software, human-factors and clinical evidence is necessary for this specific claim set?
How we work
Fix the intended use, indications, users, environment, architecture and device boundary.
Assess classification, predicates, guidance, recognized standards and open regulatory questions.
Coordinate the evidence and controlled documentation needed for the selected pathway.
Assemble eSTAR, support review, then operationalize post-market and change obligations.
Core regulations, standards and guidance
FAQ
Regulatory classification and submission requirements depend on the final intended use, claims, technology and current FDA position. General page content is not a product-specific determination.
No. Requirements depend on classification and applicable exemptions. Some devices use De Novo, PMA or another route; some class I and class II devices are 510(k)-exempt but remain subject to other controls. The product code, regulation and limits of any exemption must be checked.
FDA’s QMSR became effective February 2, 2026 and incorporates ISO 13485:2016 by reference, with FDA-specific provisions and statutory definitions. ISO 13485 certification by itself does not establish full FDA compliance.
A Q-Submission can be useful when FDA input could materially alter classification, predicate choice, clinical design, human-factors validation or a novel technical approach. Feedback is generally nonbinding and depends on the questions and information submitted.
No. FDA makes the decision after reviewing the submission and may request additional information. A defensible strategy and complete evidence reduce avoidable uncertainty but cannot guarantee timing or outcome.