Part 2: Tools for System Redesign
Part 3: Sustain and Spread in Quality Improvement
Part 2: Tools for System Redesign
Many quality improvement teams struggle with creating tests of change or deciding which of the choices that have worked for others are right for them. There are many tools for Quality Improvement, but a few have been extensively used by HRSA grantees and are worth mentioning here. This section will describe three tools in depth: process mapping (also known as flow charting), the 5 Why's for root cause analysis and the Cause Effect diagram (also known as the fishbone diagram.) A case story will illustrate how each of these tools could be used to augment their quality improvement efforts.
Process Mapping or Flow Charting is one of the most powerful tools for process improvement. The map is optimally created by a team to assure that there is agreement in how the process currently works. Variation in how work is performed is a frequently encountered contributor to low performance.
Process mapping allows a visual depiction of processes and allows comparison of the current state to a more idealized process. Additional resources are available to learn how to do this and there are very sophisticated techniques and even software to process maps. But if we stick to the essentials, there are just a few basic steps:
Teams use process maps in a variety of ways including a training tool to assure staff members do the process the same way, allow others external to the work to understand the process or as part of a training guide. But perhaps the most important role of process mapping is for quality improvement.
There are two important applications of process mapping for QI. First, process maps allow for a view of the process in its entirety. Unexpected complexity, redundancy, inconsistencies and inefficiencies often become apparent when you visualize a process in this way. Second, the map of how the process currently works can be compared to how an idealized process would work. The differences in the maps help organize the changes that need to be made to improve performance from how things are now to a more idealized state.
Case Story: Process Mapping in Action
| Idealized Step | Key difference(s) from our process | QI Opportunities |
|---|---|---|
| 1 | ‘When patient presents" is not the same as "appropriate interval" | Make sure A1c measured regardless of reason for visit when due; outreach to patients if they are due and have not come in |
| 2 | No difference | NA |
| 3 | Target level for patient not obvious | Figure out how to communicate target a1c level among staff |
| 4 | Treatment changed by provider but patient involvement varies depending on provider, improvement strategies implies ongoing support to patient ; providers differ in the response to an elevated A1c | Consider how to involve patient in their care; how can we better support patient to achieve glycemic goals?; how do we address the variation in practice? |
| 5 | Guidelines not currently shared; follow up provider dependent | Share guidelines in patient-friendly format; consider options to improve rate of follow up. |
By comparing the current map versus the idealized process map, the team had a good idea of where to focus their efforts. They decided to work on making sure that the A1c was drawn when it was due and started a two pronged approach including designing an outreach strategy and exploring how to assure patients who did come in had the A1c drawn on schedule.
At times during improvement work, teams may be confronted with a situation for which more information is needed. This is typically a situation where you see that something happens frequently but it is not entirely clear why it happens that way. The term Root Cause Analysis is used to describe the process of finding the real cause of the problem and dealing with it rather than simply continuing to deal with the symptoms.
5 Whys
Two techniques are commonly used to explore root cause analysis. One of the most popular techniques is call the "5 whys" – figure out something that went wrong and ask why, then in answer to that reason ask why again and so on. Coupled with some critical thinking questions, this can be a powerful tool to get to the bottom of issues that can be solved once and for all. These questions help keep you out of some of the traps you run into using the 5 Whys (1)to determine root cause:
Case Story: Root Cause Analysis in Action
As is sometimes the case, teams think a process is working until they evaluate more closely. In the case of Windy Plains, the team determined that since the A1c was drawn on site, the process of getting the lab done and the results to the right people was working well. (see chart comparison of current care versus idealized care) When they started looking at patients to outreach however, it was discovered that up to 10% of patients who had A1cs ordered never had the test done. Since the processes were in place to ensure that the test was done, there was some negativity about where the process was failing and some finger pointing at Mas and lab personnel. The QI team lead recognized that a more objective evaluation of the problem was in order and suggested the construction of a Cause & Effect Diagram.
Cause Effect Diagrams (AKA Fishbone diagrams) allow a team to identify and display all of the possible causes of a problem. This pulls the discussion into a more objective realm and discourages focusing on the history of the problem or symptoms of the underlying issue. To construct the diagram, agree on a problem statement and place that on the right side of a large paper or white board. Draw major cause categories and connect them to the backbone of the chart as shown. Typical categories explored are equipment, people, methods, and materials but any categories that fit the problem should be used. This is exampled in the diagram below:

Then brainstorm contributors to the problem under each category. Important "root" causes may appear in multiple categories or repeatedly or may be decided based on a nominal group process.
If we consider the case story as an example and determine the problem statement, "HbA1c was due for patient during visit but not did not occur we could then look at the root cause to determine categories which can be put into the format and the output of the brainstorm might be these:
Provider Procedure
MA procedure
Patient factors
Lab factors
The case study illustrates that systems of care can be redesigned utilizing a variety of tools. In the case of the team from Windy Plains, a number of changes were tested and then implemented. These changes to the system of care for diabetes resulted in a substantial decrease in the number of patients with poor glycemic control. The changes that Windy Plains made included the following:
You will need Adobe Acrobat® Reader™ to view PDF files located on this site.
If you do not already have Adobe Acrobat® Reader™,
you can download here for free. 