Soring ultrasonic dissection/aspiration devices

Soring Germany 8/9/96 ultrasonic dissection/aspiration devices

2. Failure to establish and implement specification control measures to assure that the design basis for the device is correctly translated into approved specifications, as required by 21 CFR 820.100(a)(1). For example, there is no documented software validation for the software which operates all devices manufactured by your firm.

Your response is not adequate. The investigator was assured that software used in all devices was fully tested and validated; however, no one took the time to document the procedures. The response included a test procedure entitled “Test Record for Software” to be used in the testing and validation of your software. No data was submitted showing that the validation has occurred. The investigator was told that the validation would be complete by 08/01/96. All validation data should be submitted to the FDA as soon as the studies are completed.

3. Failure to have specification changes approved and documented by a designated individual(s), including an approval date and the date the change became effective, as required by 21 CFR 820.100(a)(2). For example, there is no documented software validation for changes made in the software which operates all devices manufactured at your facility.

Since this was not listed on the FDA-483 you could not respond. However, you did respond to not having your software validated, FDA-483 item 1. The “Test Record for Software,” enclosed with your response, does not address re-validation of software if changes are made. All testing and validation of software should be documented, and the software should be re-validated following any changes.

O6. Failure to validate software programs by adequate and documented testing, when computers are used as part of a quality assurance system, and failure to routinely calibrate all quality assurance measurement equipment, as required by 21 CFR 820.61. For example:

a. There is no software validation for the two computer systems, [purged text], which conduct the final system testing for all units.

About the author

Amy enjoys researching and writing about developments in medical technology and how that intersects with US law. She received her J.D. from the University of Florida Levin College of Law in 2020 and now works as a Regulatory Associate for SoftwareCPR®, a general-purpose regulatory consulting firm that is recognized globally for their expertise with standards and national regulations pertaining to medical device, mobile medical app, and HealthIT software.

62304 Software Training Course – February 23-25, 2021

IEC 62304 and Emerging Standards and FDA Expectations for Medical Device and Health IT Software – Virtual

This very popular 3-day course provides a clear understanding of applying IEC 62304 standard for medical device software and much more. The course compares and contrasts 62304 with FDA expectations and discusses approaches for alignment. In addition, participants will learn of other relevant standards and technical reports pertinent to medical device software, HealthIT, medical mobile apps, and Software as a Medical Device (SaMD) products (e.g., 82304, 80002-1, 14971, 80001-2-x, 62366).

Participants will gain practical advice and pragmatic experience with all types of medical software. Participants will leave with a clear understanding of how to effectively and efficiently integrate 62304 compliance into their software development lifecycle (SDLC).

Register (click):  EventZilla Registration Site

Need info?  Email us at training@softwarecpr.com

Corporate Office

15148 Springview St
Tampa, FL 33624
USA
+1-781-721-2921
Partners located in the US (CA, FL, MA, MN) and Italy.