Recently, software has begun to revolutionize virtually every industry and the healthcare industry is no exception. As software becomes increasingly critical to medical devices and technology continues to advance, the software has gradually integrated into digital platforms that serve both medical and non-medical purposes.
According to the FDA, Software as a Medical Device (SaMD)- or software that is a medical device on its own, differentiates between standalone software and software that is part of a medical device. Classifying SaMD is often arduous. In this post, we will address definitions and examples as well as the transformations that SaMD has and is currently going through.
SaMD is software that executes (one or more) medical functions and, while the software may be embedded in a piece of hardware, it is the software itself that implements the medical function. According to the International Medical Device Regulators Forum (IMDRF) (of which the US FDA is a member), the definition of the term Software as a Medical Device is, "software intended to be used for one or more medical purposes that perform these purposes without being part of a hardware medical device." They go on to describe SaMD as “software that may work on general-purpose (non-medical) computing platforms; may be used in combination with other products including medical devices; and may interface with other medical devices or other general-purpose hardware and software that provide input to SaMD.”
Furthermore, the FDA states that, “such software was previously referred to by industry, international regulators, and health care providers as standalone software, medical device software, and/or health software, and can sometimes be confused with other types of software.” In other words, software that is essential to the function of hardware, for example, software that helps an X-ray control panel run—isn't SaMD.
Software as a Medical Device ranges from smartphone apps that calculate insulin doses based on a patient's blood glucose levels, to Computer-Aided Detection (CAD) software that performs image post-processing to help detect breast cancer.
Other examples of SaMD the FDA uses include:
Within the last 5 years, the FDA has made a significant effort to clarify risk-based policies and more clearly communicate its regulatory strategy with the ever-adapting nature of medical devices. In 2017, the FDA formally announced its digital health innovation action plan, released three new guidance documents, hired an entire digital health team, and launched its digital health software pre-certification pilot program (Pre-Cert pilot program).
These efforts to modernize SaMD, including the FDA's Pre-Cert pilot program aim to, “develop a new approach for a risk-based and accelerated review of digital health products by looking first at the software developer or digital health technology developer, not the product.” Since the program’s launch, the FDA has started data collection to better evaluate their KPIs, recruited 9 pilot participants who represent SaMD developers, and held a 2-day public workshop titled "Fostering digital health innovation: Developing the software pre-certification program."
Promenade Software has people knowledgeable in the nuances of SaMD and the challenges associated with medical device software regulation. If you have questions about the regulation of SaMD or want to learn more about the requirements of the FDA, please check out Promenade Software or contact us.