Regulatory Open Forum

 View Only
  • 1.  Software risk managment

    This message was posted by a user wishing to remain anonymous
    Posted 26-Jun-2023 14:05
    This message was posted by a user wishing to remain anonymous

    We have a device that has both non-medical and medical software in a system configuration. Is it appropriate to use ISO 12207 Systems and software engineering - Software life cycle processes along with ISO16085 "Systems and software engineering - lifecycle processes-Risk Management" for the non-medical software? Are there any advantages to applying this standard for non-medical software over just using ISO62304 and ISO14971 for the whole system?



  • 2.  RE: Software risk managment

    Posted 26-Jun-2023 14:06
    Edited by Rajeswari Devanathan 26-Jun-2023 14:07

    It's important to note that ISO 62304 and ISO 14971 are specifically tailored to medical device software and risk management in the medical device industry. They provide specific requirements and considerations unique to the medical field. Therefore, it is still necessary to comply with ISO 62304 and ISO 14971 for the medical software portion of your device to ensure regulatory compliance and patient safety.

    Using ISO 12207 and ISO 16085 alongside ISO 62304 and ISO 14971 for a system that combines non-medical and medical software can provide a comprehensive and structured approach to software development and risk management. This allows you to leverage the broader software engineering standards while also adhering to the specific requirements for medical devices.



    ------------------------------
    Raje Devanathan
    Amerisource Bergen
    TPIreg, Innomar Strategies
    Senior Manager - Regulatory Affairs, Medical Devices
    rdevanathan@tpireg.com
    3470 Superior Court
    Oakville ON L6L0C4
    Canada
    ------------------------------



  • 3.  RE: Software risk managment

    Posted 27-Jun-2023 04:23

    Anon,

    There are not necessarily any advantages or disadvantages ... I have incorporated all of them into a software development process for organisations where they have medical software in devices, stand alone software, and software which is non-medical purpose.  The ISO 12207 and 16085 standards are just a bit more broad because they cover a wider range of software types from industrial applications to research to aerospace.  If looking into the finer details, the principles of the methods are generally the same, but use caution because much of the terminology between the medical device side and general software side are not consistent.  I had found individuals with software experience, but not experienced in medical devices, struggled a bit understanding the documentation side because of the different documentation and terminology used.  Just a final comment, do not forget about IEC/TR 80002-1 which is a guidance for risk management of software which is quite useful - medical or non-medical.



    ------------------------------
    Richard Vincins ASQ-CQA, MTOPRA, RAC
    Vice President Global Regulatory Affairs
    ------------------------------



  • 4.  RE: Software risk managment

    Posted 28-Jun-2023 09:05

    @Richard Vincins comment contains an important reference that of IEC TR 80002-1. It is important that all impacts to device benefit-risk are captured in the device Risk Management File, so you are creating some complexity with your device here that may impact the Overall Residual Risk Evaluation portion of the device risk management process. An additional question will be how do you manage the separation post-market because risk management is a complete lifecycle process?  It is just not for the initial device development process but also for maintenance over the entire device lifecycle. 



    ------------------------------
    Edwin Bills
    Edwin Bills Consultant
    ASQ Fellow CQE, CQA, CQM/OE, RAPS RAC
    elb@edwinbillsconsultant.com
    ------------------------------



  • 5.  RE: Software risk managment

    Posted 28-Jun-2023 11:31

    Hi, 

    Just a comment on IEC TR 80002-1. Last year I made a thorough review of this TR with the SW SME and we realized that it was actually quite out of date in comparison with the new version of ISO 14971/IEC 62304. So just make sure when using this TR you are actually following the most updated version of the RM standards, not this TR when conflicting.

    The amazing world of standards. But keep an eye on it in case it gets updated.

    Daniela



    ------------------------------
    Daniela Mahan Soler Esq, RAC
    Quality and Regulatory Affairs Manager
    Munich
    Germany
    ------------------------------



  • 6.  RE: Software risk managment

    Posted 28-Jun-2023 11:51

    While the references to the standards you mentioned TR 80002-1 @Daniela Mahan Soler are not the current versions the concepts are still relevant.  The biggest thing I have to mention though is that you must place all of your risk analyses information created, regardless of the tool used, in the medical device Risk Management File so that the Overall Residual Risk Evaluation captures all of the risks for the entire device and assesses the Benefits for the medical device to compare to the overall residual risks for the entire device.  If you put things in files all over the place and do not capture the information relevant to the device you will not have an accurate risk management process.  And you must not only use these files during design-development but you must maintain the files throughout the device lifecycle for use during the post-market process including complaint investigations, design changes, and any product updates.  Since this is about software, you must include any cyber and data security issues as well as any other software specific issues including the update processes used..



    ------------------------------
    Edwin Bills
    Edwin Bills Consultant
    ASQ Fellow CQE, CQA, CQM/OE, RAPS RAC
    elb@edwinbillsconsultant.com
    ------------------------------



  • 7.  RE: Software risk managment

    Posted 27-Jun-2023 08:40

    Hello

    To add to these excellent comments by colleagues:

    My view is that unless you can (very) clearly differentiate functionalities that relate to non-medical vs. medical results, you should consider applying the requirements of ISO 14971 and IEC 2304 to the entire software development process. 

    If you think that you can save time and money by applying other standards selectively, that may not be the case in the long run. State of the Art standards can be implemented effectively in a cost-effective manner while also delivering full compliance.

    Best regards



    ------------------------------
    Naveen Agarwal, Ph.D.
    Problem Solver | Knowledge Sharer.
    Let's Talk Risk!
    @https://naveenagarwalphd.substack.com/
    ------------------------------