ID: Lorem ipsum dolor sit amet
This SOP describes the process of implementing changes to a released product.
The change management SOP covers changes to all products that have already been released.
Feedback is captured according to the SOP Feedback and Complaint Management and is classified according to the categories described in that SOP. Change evaluation and change management applies to already released products and not to those products still under development. An output from the change management process that results in implementation of a required change shall undergo the required quality management processes as outlined by SOP Design Control, SOP Software Development, or where relevant.
Approved change requests that affect released products shall inform users and regulators about the following, as required by local regulation:
Changes to the approved device shall require approval from the notified body which issued the EU technical documentation assessment certificate where such changes could affect the safety and performance of the device or the conditions prescribed for use of the device, if applicable.
As part of the change management process, any changes should be evaluated for their impact on the risk management file. Changes that lead to new potential hazardous situations or additional product risk control measures should be accounted for in the risk management file. The potential for the changes in the product, including changes to any SOUP items, to interfere with existing risk control measures should be considered as well.
Changes initiated in the change request process outlined by this SOP can result in the two different types of changes and are defined as the following.
Change requests may arise from multiple sources, including feedback from post-market surveillance, customer complaints, design reviews, quality management updates, regulatory compliance adjustments, or other sources of feedback.
The Product, Quality, or Business team is responsible for initiating a formal Change Request. Each request must provide a description of the proposed change, list the affected products and versions, and indicate the anticipated impact on product, documentation, and regulatory compliance.
Once submitted, the change request undergoes evaluation to determine its significance and impact.
A cross-functional review team, including representatives from Product, Quality, and Software teams (if applicable), assesses the submitted change request.
The first step in the evaluation process is to determine if the change qualifies as a bug fix or a modification requiring full change control:
Change Requests:
Bug Fixes:
A decision is required as to on whether the change will be implemented and whether the Notified Body needs to be involved if the change is significant. These two decisions are documented in the change evaluation report.
For approved product changes, implementation follows established development and quality control procedures as outlined in:
Key implementation steps include but are not limited to:
Lorem ipsum dolor sit amet
if impacted.Once the change is fully implemented, a Change Evaluation Report is completed to confirm compliance.
For organizational or quality management system (QMS) changes, updates are carried out in accordance with quality management procedures.
Upon document approval and training, organizational changes are considered completed.
Significant Changes:
Non-Significant Changes:
• No regulatory notification is required.
• Users can be informed of any changes affecting usability or workflow, if desired.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Sed non risus. Suspendisse lectus tortor, dignissim sit amet, adipiscing nec, ultricies sed, dolor.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Etiam sit amet convallis erat, a tincidunt dui. Integer non eros euismod, cursus nulla nec, facilisis velit.
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Pellentesque euismod, urna eu tincidunt consectetur, nisi nisl aliquam urna, eget sagittis urna velit nec urna.