Home
GuidelineMedical DevicesPublished Aug 25, 2026

Software as a Medical Device (SaMD) — Regulatory Classification Overview

By the PharmaCountry team

2

How SaMD is classified by risk and what that means for the applicable regulatory pathway.

SaMD Definition

Software as a Medical Device refers to software intended to be used for one or more medical purposes without being part of a hardware medical device, distinguishing SaMD from software that is merely embedded within or controls a physical medical device, since the latter is regulated as part of that hardware device rather than as an independent software product in its own right. This distinction matters considerably for regulatory strategy, since standalone SaMD products, including many diagnostic algorithms and clinical decision support software applications, face their own specific regulatory classification and pathway considerations genuinely distinct from hardware device regulation.

Risk Categorization Framework

SaMD risk categorization frameworks, including the internationally recognized approach developed through the International Medical Device Regulators Forum, consider both the significance of the information the software provides to a healthcare decision and the healthcare situation or condition the software addresses, jointly determining the software's overall risk category and, correspondingly, the regulatory rigor genuinely appropriate to that specific risk level. Software providing information used to directly drive treatment decisions for a serious condition generally warrants correspondingly higher regulatory scrutiny than software providing more general informational support for a less acute or serious condition.

Lifecycle Considerations

SaMD regulation must account for software's genuinely distinct lifecycle characteristics compared with traditional hardware devices, including the potential for frequent updates and, for machine learning-based SaMD, the potential for the underlying algorithm to genuinely evolve or be retrained over time, presenting regulatory challenges regarding how to appropriately oversee this genuinely more dynamic, continuously evolving product category compared with traditional hardware devices that, once manufactured, generally remain fundamentally unchanged throughout their working life absent a formal device modification.

Regional Pathway Differences

SaMD regulatory pathways differ across major jurisdictions, with FDA generally applying its existing device classification and premarket pathway framework, discussed in the related device classification article, to SaMD products based on their assessed risk category, while other jurisdictions, including under the EU MDR framework discussed elsewhere in this collection, apply their own distinct specific SaMD classification rules, meaning companies developing SaMD for multiple global markets must navigate genuinely different specific regulatory frameworks and requirements across each relevant target jurisdiction.

Quality Management System Considerations for Software

SaMD manufacturers must implement a quality management system addressing software-specific considerations, including software development lifecycle process, software verification and validation, and cybersecurity risk management, connecting to computer system validation principles discussed elsewhere in this collection while addressing SaMD-specific regulatory expectations genuinely distinct from internal enterprise computer system validation, given SaMD's direct role as the actual regulated medical device product itself rather than merely a supporting internal business system.

Artificial Intelligence and Machine Learning in SaMD

SaMD incorporating artificial intelligence or machine learning presents particular regulatory considerations regarding how algorithm changes and potential model drift over time should be appropriately overseen, with regulatory authorities developing specific frameworks, including predetermined change control plans allowing certain pre-specified algorithm modifications without requiring an entirely new premarket submission for each individual incremental change, reflecting genuine regulatory effort to appropriately balance innovation pace against continued genuine patient safety assurance for this genuinely novel, still actively evolving device category.

Cybersecurity as an Integral SaMD Consideration

SaMD regulatory expectations increasingly require genuine, integrated cybersecurity risk management throughout the software product's complete lifecycle, addressing both premarket security design and ongoing post-market vulnerability monitoring and management, reflecting growing recognition that cybersecurity represents a genuine patient safety consideration for connected or software-based medical devices, not merely a separate, purely technical IT security consideration disconnected from core device safety and effectiveness.

Distinguishing SaMD From General Wellness and Clinical Decision Support Software

Not all health-related software qualifies as a regulated medical device, with certain low-risk general wellness software and certain clinical decision support software meeting specific defined criteria potentially falling outside formal medical device regulation entirely, meaning companies developing health-related software should carefully evaluate their specific product's actual regulatory status against applicable current guidance rather than assuming either automatic full SaMD regulation or automatic exemption without this genuine, specific, careful evaluation.