Software Validation Documentation for FDA 510(k) pre-market notification submission

Ғылым және технология

This webinar was presented on Thursday, October 10, 2019, by Mary Vater. If you were unable to attend the live session, we recorded the session and a download link for this 510k software documentation webinar will be sent by email to you if you fill out the form below. For 510k submissions to the US FDA, section 16 of the 510k submission describes the software verification and validation (V&V) activities that have been conducted to ensure the software is safe and effective. There are 12 documents that are typically included in this section of the submission for software with a moderate level of concern.
1. Level of Concern (LOC) - Level of Concern refers to an estimate of the severity of injury that a device could permit or inflict, either directly or indirectly, on a patient or operator as a result of device failures, design flaws, or simply by virtue of employing the device for its intended use.
2. Software Description - A summary overview of the features and software operating environment.
3. Device Hazard Analysis - Tabular description of identified hardware and software hazards, including severity assessment and mitigations.
4. Software Requirement Specification (SRS) - This documents the requirements of the software with regard to hardware requirements, programming language requirements, interface requirements, software performance and functional requirements.
5. Architecture Design Chart - Detailed depiction of functional units and software modules. May include state diagrams as well as flow charts.
6. Software Design Specification (SDS) - The SDS describes how the requirements in the SRS are implemented. The information presented in the SDS should be sufficient to ensure that the work performed by the software engineers who created the Software Device was clear and unambiguous, with minimal ad hoc design decisions. The SDS may contain references to other documents, such as detailed software specifications.
7. Traceability Analysis - Traceability among requirements, specifications, identified hazards and mitigations, and Verification and Validation testing.
8. Software Development Environment Description - Summary of software life cycle development plan, including a summary of the configuration management and maintenance configuration activities.
9. Verification and Validation Documentation - Description of software verification and validation activities at the unit, integration, and system level. System level test protocol, including pass/fail criteria, and tests results.
10. Revision Level History - Revision history log, including release version number and date.
11. Unresolved Anomalies (Bugs or Defects) - List of remaining software anomalies annotated with an explanation of the impact on safety or effectiveness, including operator usage and human factors.
12. Cybersecurity - The process of preventing unauthorized access, modification, misuse or denial of use, or the unauthorized use of information that is stored, accessed, or transferred from a medical device to an external recipient.
If you are looking for a procedure on software validation, please visit our SOP page:
medicaldeviceacademy.com/soft...

Пікірлер: 2

  • @pabloj.gutierrez8674
    @pabloj.gutierrez86742 жыл бұрын

    Hello! This is a very informative presentation... Thanks for sharing! Would you consider sharing a webinar for non-medical device software? I mean, software that medical device companies use to support their QMSs... Like CAPA, Audit, and, Training Systems. And also production software related? Lastly, please also talk about the verification and validation of spreadsheets... Thanks and best regards...

  • @MedicalDeviceAcademy

    @MedicalDeviceAcademy

    2 жыл бұрын

    That's a good suggestion. We have a procedure for quality system software (i.e. Software Tool Validation, SYS-051), and there is a standard for this: ISO/TR 80002-2:2017 - www.iso.org/standard/60044.html. I'm sure we will eventually get around to doing a training webinar on this, but I don't have a timeline for you. If we get some additional comments asking for this, I will definitely prioritize the webinar suggestion.

Келесі