Product Details
Medical Device Software and Risk Management
FDA’s QSR section on design validation has two interlocking requirements. One requires software validation and the other requires risk management. Interesting issues arise when both apply to the same medical device. And while ISO 13485:2016 doesn’t have an explicit reference to software in a medical device, the same issues apply there too.
It’s important for everyone involved in device design, cybersecurity and regulation to understand these issues. That’s why FDAnews has reached out to Dan O’Leary, our go-to expert on medical device compliance, to simplify a knotty area of FDA and international device regulation.
Over the course of 90 minutes, Mr. O’Leary will break complex compliance issues down into simple English. Get ready for mastery of:
- FDA-CDRH guidance documents related to software
- Interrelationships among software development, pre-market submissions and post-market activities
- Determining the Level of Concern for a software device
- ISO 14971:2007: Understanding its role as the overarching risk management document
- IEC 62304:2006 & A1:2016 and its role as a software process standard
- The Software Safety Classof a medical device and how to determine it
- IEC/TR 80002-1:2009: How to use it
- And MUCH more!
FREE Bonus Material! Participants receive an Excel workbook that helps determine a) the Level of Concern and required documentation and b) the Software Safety Class and associated process steps.
Medical device risk management — specifically device software risk management — calls for a solid understanding of the documentation framework. This can be challenging because it includes elements from both the FDA view and the international standards view. It’s technical, sure … but all the more reason you must get it right. Here’s the moment to do just that.