---
title: "New FDA guidance on premarket submission for software: what happens now?"
description: New FDA's guidance providing updates on the documentation recommended for inclusion in premarket submissions for its review of device software functions. 
image: https://blog.pqegroup.com/hubfs/Medical%20Device%20Software_FDA_Site%20Banner.jpg
---

[![Logo PQE Group - azzurro - 2024](https://blog.pqegroup.com/hs-fs/hubfs/Logo%20PQE%20Group%20-%20azzurro%20-%202024.png?width=2000&height=721&name=Logo%20PQE%20Group%20-%20azzurro%20-%202024.png "Logo PQE Group - azzurro - 2024")](https://www2.pqegroup.com)

- [Home](https://www2.pqegroup.com/)
- [Industry](https://www2.pqegroup.com/industry/) 
    - [Pharma & API](https://www2.pqegroup.com/pharma-api/)
    - [Medical Device](https://www2.pqegroup.com/medical-device/)
    - [Biotech](https://www2.pqegroup.com/biotech/)
    - [Startup](https://www2.pqegroup.com/startup/)
    - [Veterinary](https://www2.pqegroup.com/veterinary/)
- [Services](https://www2.pqegroup.com/services/) 
    - [Data Integrity](https://www2.pqegroup.com/data-integrity/)
    - [Digital Governance](https://www2.pqegroup.com/digital-governance/)
    - [Engineering](https://www2.pqegroup.com/engineering/)
    - [Commissioning, Qualification and Validation (CQV)](https://www2.pqegroup.com/commissioning-qualification-validation/)
    - [Quality Compliance](https://www2.pqegroup.com/quality-compliance/)
    - [Laboratory Excellence](https://www2.pqegroup.com/laboratory-excellence/)
    - [Regulatory Affairs](https://www2.pqegroup.com/regulatory-affairs/)
    - [Audits](https://www2.pqegroup.com/audits/)
    - [Training](https://www2.pqegroup.com/training/)
    - [Clinical Research](https://www2.pqegroup.com/clinical-research-services/)
    - [Pharmacovigilance](https://www2.pqegroup.com/pharmacovigilance/)
- About 
    - [About Us](https://www2.pqegroup.com/about/)
    - [ESG](https://www2.pqegroup.com/about/csr/)
    - [Women in STEM](https://www2.pqegroup.com/about/women-in-stem/)
- Resources 
    - [News & Press](https://www2.pqegroup.com/news/)
    - [Webinars](https://www2.pqegroup.com/webinars/)
    - [Blog](https://blog.pqegroup.com/)
- [Careers](https://www2.pqegroup.com/careers/)
- [Contact Us](https://www2.pqegroup.com/contact-us/)

![](https://blog.pqegroup.com/hubfs/blank-user.png)

Monica Magnardini

by PQE Group

# **New FDA guidance on premarket submission for software: what happens now?**

[Medical Device](https://blog.pqegroup.com/tag/medical-device)

On June 14, 2023, FDA published a new Guidance entitled “Content of Premarket Submissions for Device Software Functions.” This document replaces FDA’s Guidance for the Content of Premarket Submissions for Software Contained in Medical Devices, which was issued on May 11, 2005, and provides updates regarding FDA’s thoughts related to the documentation recommended by the FDA for inclusion in premarket submissions for its review of device software functions. 

#### **What is a Device Software Function?** 

A **Device Software Function** is a software function that meets the device definition in Section 201(h) of the FD&C Act. The term “function” represents a distinct purpose of the product, which could be the intended use or a subset of its intended use.  

Examples include, but are not limited to, firmware and other means for software-based control of medical devices, software accessories to medical devices, and software-only function(s) that meet the definition of a device. 

#### **Goodbye Level of Concern and Welcome Documentation Level** 

The first thing that catches your eye as you scroll through the new Guidance is that the terminology and the differentiation of the documentation to be provided according to the “**Level of Concern**" no longer appear.  

This concept has been replaced by the “**Documentation Level**”. 

The purpose of the Documentation Level is to help identify the minimum amount of information that would support a premarket submission that includes device software functions.  

A risk-based approach has been introduced to determine the device’s Documentation Level that can be **Basic or Enhanced**. 

When determining the Documentation Level, sponsors should consider all known or foreseeable software hazards and hazardous situations associated with the device, including those resulting from reasonably foreseeable misuse, whether intentional or unintentional, prior to the implementation of risk control measures. This also includes the likelihood that device functionality is intentionally or unintentionally compromised by inadequate device cybersecurity 

#### **FDA-required Documentation Levels** 

The documentation required are reported below: 

| **Software Documentation Elements**  | **Basic Documentation Level**  | **Enhanced Documentation Level**  |
| --- | --- | --- |
| **Documentation Level Evaluation**  | A statement indicating the Documentation Level and a description of the rationale for that level.  |  |
| **Software Description\***  | Software description, including overview of significant software features, functions, analyses, inputs, outputs, and hardware platforms.  |  |
| **Risk Management File**  | Risk management plan, risk assessment demonstrating that risks have been appropriately mitigated, and risk management report.  |  |
| **Software Requirements Specification (SRS)\***  | SRS documentation, describing the needs or expectations for a system or software, presented in an organized format, at the software system level or subsystem level, as appropriate, and with sufficient information to understand the traceability of the information with respect to the other software documentation elements (e.g., risk management file, software design specification, system and software architecture design chart, software testing).  |  |
| **System and Software Architecture Design**  | Detailed diagrams of the modules, layers, and interfaces that comprise the device, their relationships, the data inputs/outputs and flow of data, and how users or external products (including information technology (IT) infrastructure and peripherals) interact with the system and software.  |  |
| **Software Design Specification (SDS)\***  | FDA is not recommending the SDS as part of the premarket submission. Sponsor should document this information on the design via the DHF for the device. During premarket review, FDA may request additional information, if needed, to evaluate the safety and effectiveness of the device.  | SDS documentation, including sufficient information that would allow FDA to understand the technical design details of how the software functions, how the software design completely and correctly implements all the requirements of the SRS, and how the software design traces to the SRS in terms of intended use, functionality, safety, and effectiveness.  |
| **Software Development, Configuration Management, and Maintenance Practices**  | A summary of the life cycle development plan and a summary of configuration management and maintenance activities;  OR  A **Declaration of Conformity** to the FDA-recognized version of IEC 62304, including subclasses 5.1.1-5.1.3, 5.1.6-5.1.9, clause 6 and clause 8 among others as applicable.  | **Basic Documentation Level, PLUS** complete configuration management and maintenance plan document(s);  OR  A **Declaration of Conformity** to the FDA-recognized version of IEC 62304, including subclasses 5.1, clause 6, and clause 8 among others as applicable.  |
| **Software Testing as Part of Verification and Validation**  | A summary description of the testing activities at the unit, integration and system levels;  **AND**  System level test protocol including expected results, observed results, pass/fail determination, and system level test report.  | **Basic Documentation Level, PLUS** unit and integration level test protocols including expected results, observed results, pass/fail determination, and unit and integration level test reports.  |
| **Software Version History\***  | A history of tested software versions including the date, version number, and a brief description of all changes relative to the previously tested software version.  |  |
| **Unsolved Software Anomalies \***  | List of remaining unresolved software anomalies with an evaluation of the impact of each unresolved software anomaly on the device’s safety and effectiveness.  |  |

 \*Already present in the previous guidance. 

 

#### **Conclusion** 

The content of this Guidance is planned to be put in force 60 days after its publication, sometime around August 14, 2023.  

If you are thinking of entering the US market, it is best to begin developing documentation according to this updated Guidance.  

PQE can support you with your submission to the FDA and in the issuing of all necessary documents. 

![Medical Device Software_FDA_Site Banner](https://blog.pqegroup.com/hubfs/Medical%20Device%20Software_FDA_Site%20Banner.jpg)

## More on the Regulatory scope for Medical Devices?

One of PQE Group's unique features, is its global presence, with a dedicated local touch. We'll support you at 'home', providing your business with a rich experience from all over the world.

Learn more about our compliance support for [Medical Device](https://www2.pqegroup.com/medical-device/)

#### More on this topic

[Medical Device ![Why Your Software as a Medical Device (SaMD) Development Should Take a Quality by Design Approach ](https://blog.pqegroup.com/hubfs/BANNER-Why%20Your%20Software%20as%20a%20Medical%20Device%20(SaMD)%20Development%20Should%20Take%20a%20Quality%20by%20Design%20Approach%20_1_1_1.jpg)](https://blog.pqegroup.com/medical-device/why-your-software-as-a-medical-device-samd-development-should-take-a-quality-by-design-approach)

 15 Sep 2025

## [Why Your Software as a Medical Device (SaMD) Development Should Take a Quality by Design Approach  Learn why Software as a Medical Device development needs a Quality by Design approach to ensure safety, compliance, and patient trust](https://blog.pqegroup.com/medical-device/why-your-software-as-a-medical-device-samd-development-should-take-a-quality-by-design-approach)

[Medical Device ![Italian Guidelines on Safety and Performance of Veterinary Devices](https://blog.pqegroup.com/hubfs/Devices%20for%20Veterinary%20Use_Site%20Banner_1-1.jpg)](https://blog.pqegroup.com/medical-device-compliance/italian-guidelines-on-safety-and-performance-of-veterinary-devices)

 25 Jul 2024

## [Italian Guidelines on Safety and Performance of Veterinary Devices Discover the Italian Guidelines on Safety and Performance of Veterinary Devices, outlining key requirements for manufacturers to ensure efficacy](https://blog.pqegroup.com/medical-device-compliance/italian-guidelines-on-safety-and-performance-of-veterinary-devices)

[Medical Device ![AI application in the Medical Device Field](https://blog.pqegroup.com/hubfs/AI%20Medical%20Device%20Field_Site%20Banner.jpg)](https://blog.pqegroup.com/medical-device-compliance/ai-application-in-the-medical-device-field)

 18 Jun 2024

## [AI application in the Medical Device Field Explore the transformative impact of Artificial Intelligence in the medical device field, from disease detection to personalized treatment recommendations.](https://blog.pqegroup.com/medical-device-compliance/ai-application-in-the-medical-device-field)

![new PQE logo white tagline](https://blog.pqegroup.com/hubfs/new%20PQE%20logo%20white%20tagline.png)

ISO 9001 Certified compliance services provider since 1998.

 

![Logo ISO 9001](https://blog.pqegroup.com/hs-fs/hubfs/Logo%20ISO%209001.png?width=125&name=Logo%20ISO%209001.png)

 

- Discover PQE 
    - [Work with PQE](https://www2.pqegroup.com/careers/)
    - [Locations](https://www2.pqegroup.com/contact-us/#locations)
    - [About](https://www2.pqegroup.com/about/)
    - [Blog](https://blog.pqegroup.com/)

- Useful Links 
    - [Privacy Notice](https://www2.pqegroup.com/privacy-notice/)
    - [Cookie Policy](https://www2.pqegroup.com/cookie-policy/)
    - [Model of Organization](https://www2.pqegroup.com/model-of-organization/)
    - [Ethical Code](https://www2.pqegroup.com/ethical-code/)

English

- [English](https://blog.pqegroup.com/medical-device/new-fda-guidance-premarket-submission-for-software)
- [Français](https://blog.pqegroup.com/fr/dispositif-medical/nouvelles-orientations-de-la-fda-sur-la-soumission-de-logiciels-avant-la-commercialisation)

CHANGE LANGUAGE

Copyright **2024** | Proudly powered by **PQE Group Creative Team**

[LinkedIn](https://www.linkedin.com/company/pqe-group) [![twitter](https://blog.pqegroup.com/hubfs/twitter-w.png) Twitter](https://twitter.com/PQEGroup) [Facebook](https://www.facebook.com/PQEGroup/) [Instagram](https://www.instagram.com/lifeatpqe) [YouTube](https://www.youtube.com/c/PQEGroup) [Xing](https://www.xing.com/pages/pqegroup)