Learning from FDA Safety Communications

FDA issued a Safety Communication on January 31, 2019, (see Safety Communication Link) warning of the risk of air being introduced in a blood vessel (air-in-line) and air embolism for infusion pumps, fluid warmers, rapid infusers, and accessory devices.  This communication is directed toward users (both clinical and service personnel) and patients.  However, what can system architects, system engineers, software engineers and developers, verification and validation specialists, quality assurance and other product development staff learn from these communications?  We also post recalls and warning letters that involve software on this site … why?  So we all can learn from it and consider safety and risk as we design product updates and next generation products.

When this safety communication posted, I reached out to one of our expert affiliates, Stan Hamilton, to see how he analyzes a published safety communication such as this to consider software implications:

“First, I would consider the relationship between software hazard causes and controls, and usability  causes and controls.  Are there designed-in risk controls included in the device software to help prevent users from setting the air detection sensitivity to inappropriate levels for the patient or procedure they are performing?  We would call this a “software risk control for a usability cause.”

 

It is common for a software subsystem to perform the actual air detection, separate from the user interface processor.  What if the value programmed by the user is not accurately communicated to the sub system actually doing the air detection?  Can the software facilitate a user risk control, such as requiring a complete loop confirmation of the value being used and reporting that back to the user to verify?  We would call this a “risk control involving the user for a software cause.”

 

The risk scenarios implied in the safety notice clearly involve multiple points where users are involved, and possibly different users, as well as different software units and functions that can ultimately affect proper air detection.  We can certainly see how that working through software risk analysis or usability risk analysis in isolation would not be helpful for understanding these interactions, and this should encourage us to do a thorough analysis with all these factors considered holistically.  Fault trees, or maybe we should say “cause trees”, that consider more than just hardware faults or generalized software faults can be great tools to work this out, when usability causes and risk controls are integrated into the analysis.”
To be successful at medical device and HealthIT product development, we must be cognizant of “real world” use.  There are many way to learn this … studying safety communications and recalls from FDA is certainly one VERY good way to learn.
About the author

Brian is a biomedical software engineer - whatever that is! Started writing machine code for the Intel 8080 in 1983. Still enjoys designing and developing code. But probably enjoys his garden more now and watching plants grow ... and grandkids grow!

SoftwareCPR Training Courses:

IEC 62304 and other emerging standards for Medical Device and HealthIT Software

Our flagship course for preparing regulatory, quality, engineering, operations, and others for the activities and documentation expected for IEC 62304 conformance and for FDA expectations. The goal is to educate on the intent and purpose so that the participants are able to make informed decisions in the future.  Focus is not simply what the standard says, but what is meant and discuss examples and approaches one might implement to comply.  Special deep discount pricing available to FDA attendees and other regulators.

3-days onsite with group exercises, quizzes, examples, Q&A.

Instructor: Brian Pate

Next public offering:  TBD

Email training@softwarecpr.com to request a special pre-registration discount.  Limited number of pre-registration coupons.

Registration Link:

TBD

 


 

Being Agile & Yet Compliant (Public or Private)

Our SoftwareCPR unique approach to incorporating agile and lean engineering to your medical device software process training course is now open for scheduling!

  • Agile principles that align well with medical
  • Backlog management
  • Agile risk management
  • Incremental and iterative software development lifecycle management
  •  Frequent release management
  • And more!

2-days onsite (4 days virtual) with group exercises, quizzes, examples, Q&A.

Instructors: Mike Russell, Ron Baerg

Next public offering: March 7 & 28, 2024

Virtual via Zoom

Registration Link:

Register Now

 


 

Medical Device Cybersecurity (Public or Private)

This course takes a deep dive into the US FDA expectations for cybersecurity activities in the product development process with central focus on the cybersecurity risk analysis process. Overall approach will be tied to relevant standards and FDA guidance documentation. The course will follow the ISO 14971:2019 framework for overall structure but utilize IEC 62304, IEC 81001-5-1, and AAMI TIR57 for specific details regarding cybersecurity planning, risk characterization, threat modeling, and control strategies.

2-days onsite with group exercises, quizzes, examples, Q&A.

Instructor: Dr Peter Rech, 2nd instructor (optional)

Next public offering:  TBD

Corporate Office

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