Trend analysis and process improvement: using your own data to make safety reporting better
Analyze safety reporting performance data to identify root causes of recurring failures, design process improvements using the CAPA framework from ICH E6(R3), and evaluate effectiveness of implemented changes by completing the Plan-Do-Check-Act cycle for safety reporting.
The question that matters is not "what happened?" but "why does it keep happening?"
When 12% of IRB safety reports were late last quarter, the natural instinct is to try harder. Send more reminders. Add the deadlines to a second calendar. Ask the team to prioritize. And trying harder might work -- for a quarter, maybe two. But if the root cause of the lateness is that the institutional IRB's unanticipated problem report format requires a narrative section that takes longer to prepare than the reporting timeline allows, then all the reminders in the world will not solve the problem. You are asking people to move faster through a process that is designed to take longer than the time available. That is not a discipline problem. That is a process design problem.
This distinction -- between an execution gap and a process design flaw -- is the single most important analytical judgment in quality improvement. Get it right, and your corrective action targets the actual cause. Get it wrong, and you spend six months reinforcing a behavior that was never the problem, while the real cause continues to produce the same failures in the next quarter's data.
In the previous lesson, you learned to conduct self-audits that identify gaps in your safety reporting pipeline. You classified findings by severity and assigned corrective action proportionate to each classification. But classification alone does not explain why the gaps occurred. And corrective action that addresses the symptom rather than the cause is corrective action that you will repeat -- and repeat again -- until the cause is addressed.
This lesson teaches the analytical discipline that bridges the gap between identifying a problem and fixing the process that produced it. You will use the metrics you designed in Module 5 and the audit findings you generated in the previous lesson as your raw material. The output is not a list of things to fix. The output is a set of targeted process changes, each designed to eliminate a specific failure mechanism, each accompanied by measurement criteria that tell you whether the change actually worked.
What you will learn
By the end of this lesson, you will be able to: