Root Cause Analysis
Root Cause Analysis
Patient safety is one of the core principles of NHS working practice, with thousands of
patients treated successfully every day without incident. Occasionally however, adverse
events do occur and it is our responsibility as health care professionals to investigate why
they happen, so they might be prevented from recurring in the future.
Root Cause Analysis (RCA) is a problem-solving tool used to identify how and why patient
safety becomes compromised by a specific incident. It is unique in that it uses a specific
methodology to delve deeper into the events surrounding an incident so the root cause
can be identified. A factor is considered to be a root cause if its removal from a sequence
of events would prevent a final undesirable event from occurring. So rather than look at
the symptomatic results of a problem, RCA attempts to address the hidden failings of a
system or process.
Adverse events often have more than one root cause. This is because for every process
there are numerous interrelated actions that culminate to produce a final outcome. To
perform a RCA, all of these actions should be identified, which will enable the investigator
to trace back through a process and detect the root cause of the problem. An RCA
investigation will hopefully identify all the root causes associated with a problem to ensure
there is no recurrence of the problem. Once recognised the causes will often be the result
of:
Why do we do RCA?
The incorporation of RCA into heath care systems lagged behind many other industrial
sectors. Having been initially developed by Sakichi Toyoda of Toyota Industries in the late
1950’s, it wasn’t until the late 1990’s when a study demonstrated that death from medical
errors was the 8th leading cause of death in America, that there was a move to identify a
more systematic approach to identifying preventable errors. RCA has since become the
preferred mechanism for health care risk management and has provided institutions a way
of bringing about necessary improvements to patient safety.
When to do an RCA?
The NHS in conjunction with National Patient Safety Agency, have produced guidance on
what events should trigger the initiation of a RCA. These include:
1
ICS: Management Support Tools Root Cause Analysis
There are a few specific circumstances where adverse events should not be investigated
with an RCA, and should instead be referred to the appropriate body e.g. Police
Events thought to be the result of a criminal act by care providers/staff
Purposefully unsafe (malicious) acts by care providers intending to cause harm
Acts related to substance abuse by care provider/staff
Events involving suspected patient abuse of any kind
Once it has been decided that an RCA should look a specific incident, it must also be
decided what level of investigation should be performed and who will be responsible for
carrying out and facilitating the process. The table below outlines briefly what should be
expected for each level of investigation.
Although the methodology used to perform RCA may differ between institutions there are
certain steps that should be followed to ensure the process is systematically completed.
Failure to complete all of these steps could result in a failure to identify the root cause
of the incident and the potential for recurrence would remain. The steps outlined below
are the minimum requirements for completion of an RCA.
2
ICS: Management Support Tools Root Cause Analysis
Identify
Contributory
Collect Data
Factors and
Root Causes
Recommend
Define
& Implement
Problem
Solutions
System of
Vigilance RCA Write Report
Collecting data:
Gather all the relevant information to the incident, this may include:
Staff statements/reports or the finding of interviews
Retrospective clinical records
MDT reviews
Timeline of events leading up to the incident
Copies of relevant documents such as Trust policies/clinical guidelines that apply
to the incident
5 Whys Method:
By repeatedly asking the question “why” the investigators drill down through a problem until
they reach a point where all of the issues are fully understood, i.e. the root cause of the
problem is ascertained rather than the symptoms of the failure. The method relies on the
process of defining the problem, then brainstorming as to why the problem has occurred. If
3
ICS: Management Support Tools Root Cause Analysis
the answer is unlikely to be the root cause, the process is repeated until the investigators
are happy they have fully understood the problem and identified the potential hidden root
cause.
The benefits of the method are that it not only helps to identify the root cause of a problem,
but also if there are a number of causes, the potential interaction between the different
causes. It is also relatively simple to perform, requiring no statistical analysis.
Cause and Effect diagrams combine brainstorming with mind mapping to explore all
the possible causal factors before attempting to find a problems solution. Again the
Problem
or issue
(CDP/SDP)
problem under investigation is defined before spines are drawn from the diagram,
which identify the major factors for consideration (See above). Then for each of the
factors the investigators brainstorm the possible causes of the problem related to
that area. Finally the diagram is analysed to establish which branches relate to the
root cause.
Recommendations should address all root causes identified by the process and
concentrate specifically on reducing the likelihood of recurrence. Solutions should
be Specific, Measureable, Achievable, Realistic and Timed (SMART), they should
also be categorized as either specific to the area where it happened, those common
to the organization, and those that are universal to all e.g. National significance.
There are a number of tools e.g. Barrier analysis & Impact analysis and which can
be utilized to assess whether an intervention will be effective. Once implemented
4
ICS: Management Support Tools Root Cause Analysis
it is also vital that the strategies implemented are observed in operation to ensure
their effectiveness in tackling the original problem.
Writing a report:
References: