Quality management and improving your CAPA SOP.
This post outlines the steps involved in setting up a quality management system (QMS) process in JIRA Core. QMS standard operating procedures (SOPs) are all about process management, which is JIRA Core’s strong suit. Read on, and I’ll guide you through the key steps in improving your CAPA SOP. If you’re looking for more information on what CAPAs are or how to process them in Jira, check out our article ‘Managing CAPAs in Jira: key questions answered.’
- Most of the functionality described is available both on the Atlassian Cloud and the server version. Some functions are currently only available on the server version.
- Requires some prerequisite knowledge of JIRA Core configuration.
Step 1: Establish your verification and validation (V&V) strategy
Step 2: Outline your project structure, issue types and subtasks when improving your CAPA SOP
- Manage CAPAs within the CAPA management project and each CAPA instance will be a CAPA issue.
- Manage training activities within the Training management project. Each training activity (i.e. one person trained on one subject) will be a training activity issue.
- Manage non-conformities within the non-conformities management project. Each nonconformity will be a nonconformity issue.
Step 3: Translate your SOP into a workflow
- When completing one set of actions is a prerequisite to another set of actions. It’s usually best to break those up into two separate status steps in the workflow. In the case of CAPAs, identifying the root cause should occur before planning the preventive and corrective actions. So you should separate those into two consecutive statuses.
- If a person in a specific role has to take action at a specific stage of the process, this is also a good indication that the status should change. For CAPAs, if the QA manager needs to review the CAPA before you take any further action. Then it makes sense to create a dedicated ‘Review by QA’ status.
- If there should be a time delay between actions, a ‘Waiting’ status should be introduced. If an effectiveness check is due six months after a CAPA has been implemented, it should move to ‘Waiting for effectiveness check’ status (see Figure 1.)
Figure 1: An example of a JIRA workflow for CAPAs
Step 4: Map your data fields
- It can serve as guidance to the person executing the CAPA. We often see phrases within a CAPA SOP like ‘Check if the risk management file could be affected.’ Or ‘notify the management representative if this might be related to the QMS.’ These are actions that need to occur during the CAPA process. It might be useful to add fields that will not only remind people of what they need to do but also record their decisions about it. A checkbox field with the title ‘Could risk management be affected?’ will enforce consideration of this question.
- Data fields may influence the workflow of a CAPA. For example, if your organisation can avoid the ‘Effectiveness check.’ Then a field that allows users to indicates that you can avoid that the effectiveness check should be avoided can help you skip the stage. And take the CAPA directly to the final status.
- Data fields provide structured information which can be used to filter reports, facilitate analysis of long term trends and statistics. It provides meaningful information for dashboards (see Figure 2).
Figure 2: The CAPA source is an example for a data field. A pie chart can be displayed on the Dashboard, which shows what is the distribution of sources for our CAPAs.
Step 5: Improving your CAPA SOP using electronic signatures
In life sciences, you need to consider the FDA CFR 21 part 11 if you want to use your JIRA Core Server CAPA implementation as your evidence for compliance. Intenso’s Electronic Signature plugin does a good job of providing an easy and compliant way to integrate electronic signatures into the workflow. You need to decide during which workflow transitions you need an electronic signature. Then add an electronic signature field to those transition screens.
Figure 3: The History tab shows for each CAPA, the modifications of data alongside with user and time information.
Step 6: Improving your CAPA SOP workflow with a bit of ‘behind the scenes’ automation
In many cases steps 1-5 are all you need to get going using JIRA Core when improving your CAPA SOP.
However, you can add plugins to streamline the workflow, making users’ lives easier. Check out our article on the various plugins you can use to streamline your process. For example by using the right plugins you can:
- Prevent users from making errors or performing the CAPA in a non-compliant way
- Avoid people having to guess exactly what is expected of them
- Reduce the number of clicks needed to complete the task.
You can use workflow mechanisms powered by plugins to achieve some very cool effects in JIRA Core. Here are a few examples of ways they can play a role in improving your CAPA implementation:
- Opening CAPA subtasks automatically, such as a subtask to evaluate the risk management file when transitioning from ‘Root cause investigation’ status to ‘Action’ status. Several predefined subtasks may be created, depending on the fields filled in during the investigation. For example, if it was indicated that ‘Risk management may be affected’, then a CAPA subtask titled ‘Evaluate potential impact on risk management file’ will automatically be created and assigned to the right engineer.
- Blocking the progress of the CAPA until all relevant subtasks have been completed.
- Moving the CAPA from ‘Waiting for effectiveness check’ to ‘Effectiveness check’ status when the effectiveness check due date has elapsed.
- Automatically assigning a CAPA to the quality assurance officer responsible for CAPA validation when it transitions to validation and verification.
Step 7: Run your CAPA implementation past the end users
Although you may think your process is very easy and logical, it’s always good practice to allow some of your end users to try it out. You will often discover quirks that will be easy to iron out but which could make a big difference to the user experience. Simply changing the name of a field, the options within a particular field or even the name of a transition could make the whole process more intuitive.
Before launching the new system it’s very important to get the quality assurance team to validate that the implementation accurately reflects your CAPA SOP. As a matter of fact, this stage often reveals not just problems in the implementation but also issues with the original SOP that should be addressed, such as an overcomplicated or incomplete description.
This step will give you a good feeling for how your CAPA meets the following awesomeness criteria:
- Easy – a person who is familiar with JIRA (ie uses JIRA for other purposes) needs less than 15 minutes of training to be able to contribute to a CAPA issue.
- Self-explanatory – a compliant execution of the CAPA process does not require the person to read the SOP.
If your CAPA doesn’t meet these two criteria, use this step to discover what you could do to improve it.
Step 8: Define public filters and create a CAPA dashboard
Reports and dashboards are the gateway to some of the key advantages to be gained from using JIRA Core.
It’s important to give people access to meaningful reports and dashboards from the very start. This helps to keep users motivated during the adjustment period and can help them realise some very quick wins.
My go-to set of CAPA-related gadgets for dashboards is:
- Two dimensional filter statistics that shown all CAPAs split into their status (one axis of the table) and assignee (second axis).
- List of all CAPAs for which effectiveness check is due.
- Pie charts to view distribution of all our CAPAs per: CAPA source, status, assignee, etc.
Step 9: Finalise your V&V process.
Before signing off the implementation you’ll need to complete the V&V activities you defined in Step 1.
Step 10: Rollout
Follow through on this advice on improving your CAPA SOP and you’ll be ready to roll out your new implementation.
Let’s check out a few tips to guide you through the planning of the rollout.
- Depending on the size of your organisation the rollout may be done in one go or gradually spread across teams and departments. By its very nature the CAPA process requires cross-team collaboration, so it’s not always easy to do a stepped rollout.
- Teams that are already working with JIRA will have a much easier time getting accustomed to managing CAPAs in JIRA. They may act as champions for the new way of working and support other users. So, if possible, it makes sense to roll out the new CAPA process first in areas where some of the people already know JIRA. For example you could start the rollout on a product line that involves a big software team that already uses JIRA to manage their development work.
- Create a JIRA project (or even a JIRA Service Desk project) where users can log tickets relating to the CAPA process implementation in JIRA. This will help you provide support where it’s needed and gather feedback to focus on improving your CAPA SOP implementation.
I hope you will have found the guidance here useful for improving your CAPA SOP or other key procedures to JIRA Core. Remember, if you need help at any stage, that’s what we’re here for, so please get in touch.
For more information on improving your CAPA or Jira performance, visit our website.