Four questions to determine your software's classification under IMDRF and EU MDR Rule 11 - plus the cybersecurity evidence each path requires.
Reviewed by
Christian Espinosa
Founder & CEO, Blue Goat Cyber
Is the software embedded in a hardware medical device (firmware, integral controller)?
What does the software primarily do? (IMDRF significance to medical decision)
Severity of the healthcare situation or condition
Is any part of the software hosted in the cloud or accessible over a network?
What you'll see after you submit
Common misconceptions
Myth: If our software is mobile-only, it must be SaMD.
Reality: Form factor doesn't decide it. A mobile app that's the user interface for a hardware device's firmware can still be SiMD - what matters is whether the software is integral to a regulated hardware device.
Myth: Rule 11 only escalates closed-loop control software.
Reality: Rule 11 also pushes 'inform → diagnose / monitor' upward whenever the healthcare situation is serious or critical. Most clinical decision support lands in IIa or IIb, not Class I.
Myth: Class I SaMD means no Notified Body involvement.
Reality: Only Class I non-sterile, non-measuring, non-reusable surgical software self-certifies. The moment Rule 11 pushes you to IIa or higher, a Notified Body is required for the CE mark.
Myth: Cloud hosting doesn't change the classification.
Reality: Classification stays the same, but cloud-hosted SaMD triggers extra MDCG 2019-16 evidence (operating-environment specification, shared-responsibility matrix, cloud pen test) that local-only SaMD avoids.
References & further reading
Tracked signals that change what reviewers expect. Items move on as new ones land.
FDA Section 524B, IEC 82304-1, EU MDR Rule 11 in one guide.
Read SaMD cybersecurity requirementsSide-by-side comparison of cyber obligations for each path.
Read SaMD vs SiMD cybersecuritySubmission-ready cyber evidence for FDA pathways (510(k), De Novo, PMA).
Read FDA premarket cybersecurity servicesPCCP, §524B checker, SBOM readiness.
Read More tools