Anyone who works in the healthcare field has probably heard about continuous improvement (CI) methods. Readers might also be familiar with specific CI philosophies such as Lean, Six Sigma, or Lean Six Sigma (which combines elements of the two aforementioned systems). To quote an oft-used cliché, “These topics are hot right now.” Numerous books, articles, and training guides offer to help healthcare administrators incorporate CI processes—of one sort or another—into their workplace routines. Many healthcare organizations will pay a premium to employees who hold certifications in Lean and Six Sigma. Some of these companies will also spend sizeable amounts of money to bring in CI experts to educate their workers on the newest quality improvement (QI) techniques. As important, a large number of health services firms, especially hospitals, have either incorporated or are in the process of integrating CI practices into their corporate infrastructures.
While a growing percentage of healthcare employees are intimately familiar with the ins and outs of Lean, Six Sigma, and other CI methods, a large number of individuals who work in this field probably know very little about them. Many of these people, especially ones who are engaged in non-clinical areas, might not yet have the incentive to learn about CI processes because they work for companies that possess a cohort of experts who handle all of the CI-related tasks. Others are likely affiliated with organizations that have only implemented CI techniques in certain departments or service lines. Some healthcare staff may work for firms that have not yet adopted CI processes, for one reason or another. In many cases, they would like to learn more about systems like Lean and Six Sigma, but they do not have the requisite time or money to take the certification classes. Alternatively, these men and women might refrain from studying these methods because they do not believe that their departments have the resources to implement the data-intensive, team-based approaches, which are the hallmark of many CI-related processes such as Lean and Six Sigma (Sessoms, 2016; Sherman, 2014).
I have written this narrative with an eye to the healthcare administrators (or future leaders) who have only a limited knowledge of CI processes, in general, and Lean or Six Sigma techniques, in particular. I hope to provide readers with a brief overview of these philosophies. As such, I focus almost exclusively on core concepts and “big picture” ideas, while avoiding more nuanced in-depth discussions of the topics. I begin by describing some of the key elements that underlie any type of CI process. Next, I focus my attention on Lean and Six Sigma—two CI systems that have garnered a lot of attention in the healthcare field in the past few years. Finally, I denote some of the potential problems that resource-challenged firms or departments might face in adopting and using CI-focused methods of any type.
My goal in this chapter is twofold. On the one hand, I have developed this primer for individuals who know little about CI processes such as Lean or Six Sigma but who nonetheless have to incorporate some of these techniques into their particular department’s operational structures. These readers can use the information from this chapter to help them understand which CI-related strategies best meet their specific office’s needs. At the same time, healthcare supervisors who want to learn the basics about CI, Lean, and Six Sigma (but who do not immediately need to implement these strategies) will hopefully be able to glean some valuable information from perusing this narrative.
Any supervisor, in healthcare or another field, who is interested in creating an office culture that supports CI (or, as it is often called in healthcare, continuous quality improvement [CQI]) initiatives must have at least a basic understanding of its concepts. People who adhere to CI dogmas believe that a corporation’s systems and practices rarely work flawlessly, which leads to wasted resources and imperfect products and services. They look for ways to improve these processes to make them more efficient and effective. CI practitioners often use systematic, empirical, and/or quantitative methods to identify and ameliorate flaws in work processes (Linich & Bergstrom, 2014, pp. 6, 8; Spath, 2009, pp. 14–19; Williams, Savage, & Stambaugh, 2012, pp. 122–123). However, they can sometimes utilize ad hoc or informal methods to achieve their improvement-focused objectives (Murray, 2010, locs. 1811 and 1818; Spath, 2009, p. 12).
Importantly, CI practitioners view all improvement projects as works in progress. For one thing, they will usually seek to incrementally enhance the performance of a service, process, or product instead of trying to fix everything at one time (Jha, Noori, & Michela, 1996, pp. 27–28). Even if or when the QI team (or individual) feels that they cannot further improve a process, the group will still routinely monitor the system to ensure it remains problem-free (Chapman, 2007, pp. 40–41). CI experts also adhere to the corollary condition that the improved practices must “meet or exceed customer [or other stakeholder-related] expectations” (Williams, Savage, & Stambaugh, 2012, p. 122). Proponents of CI do not stop once they have succeeded in solving a problem. Instead, they continually look for new processes that they can improve (Duggan, 2016; Spath, 2009, p. 107). In other words, individuals who follow CI guidelines will continuously seek to improve the projects at hand and, at the same time, try to identify other issues that they can tackle in the future.
Although healthcare companies that are committed to CI continuously seek to improve processes, they do not constantly want to change their workers’ routines or incessantly tinker with employees’ day-to-day service and product-related practices. Executives and office-level leaders who adjust their workplace’s methods because they “like changing things up” are not using CI-based philosophies. Instead, they are engaging in organizational churn, which involves making changes to office-based protocols without delineating why these alterations are necessary or aligning them with QI strategies. Individuals who take these actions rarely help their employees to become more efficient or effective. These administrators’ choices might actually hurt their particular firm’s quality and productivity aims because their decisions leave staffconfused, irritated, and burnt out (Black, 2007, p. 25; Van Wyk, 2014).
In my experience, this phenomenon correlates with poor leadership at the organizational or departmental levels. In these instances, management champions one initiative after another, but it does not see many (or sometimes any) of these projects through to the end. Executives or administrators will foist new routines or regulations onto their employees with gusto, and they will happily oversee an initial push to get their workers to adopt these changes. However, the leaders will quickly lose interest in these projects; they will often “take their feet off the pedal” just as frontline staff are getting used to the adjustments.
At one point in my career, I worked in the aforementioned type of environment. Speaking from experience, I can attest to the damage that an organization can inflict upon itself when it creates this type of project churn. The firm’s inability to follow through on initiatives hurt employee morale. Subordinates grew frustrated by the lack of clear guidance from upper management. In many cases, they did not know what the actual steps were for a given process; they simply “winged it” and hoped for the best. Perhaps most deleterious of all, the staff lost faith in their leaders; these individuals felt that they could not trust managers and executives who were loath to commit to projects or protocols. Predictably, the company’s employees left in droves. The ones who stayed often did not give 100 percent, and they sometimes intentionally flaunted the rules (when they actually knew what the regulations were).
Though a reader might be able to think of some exceptions to the rule (e.g., a start-up firm with only a few employees might be justified in tinkering with processes until it “gets things right”), a healthcare corporation that fosters constant change is not practicing CI (Van Wyk, 2014). By contrast, a CI-friendly organization will carefully plan out and follow through on proposed improvements. As part of this process, the company will, among other things, work to properly educate relevant members of its workforce to handle these adjustments (Sollecito & Johnson, 2013a, p. 3).
Healthcare administrators who are interested in CI can choose from among a number of different systems. Each of these methodologies will utilize its own set of formulas and tools. However, any individual or group that is taking part in a structured CI project, regardless of which techniques they use, will almost always perform some of the same basic steps (though perhaps not in the precise order listed below), including the following:
From what I have seen, healthcare organizations that want to take CI seriously need to review their employees’ past actions, monitor present processes, and try to foresee what the future will bring. Healthcare companies can achieve these goals by conducting retrospective analyses, by observing key services in real time, and by performing prospective studies in order to identify and ameliorate potential upcoming process-related problems. Below, I will provide a brief overview of each type of assessment.
Healthcare staff who are participating in a CI-related project will often have to analyze data from previous patient/client encounters or other historical events (e.g., processes or actions that have already occurred). They will review this information in order to identify problems that they can fix. As an end goal, these individuals either want to improve a process or prevent a past mistake from occurring again, in the future. Below, I have briefly denoted some of the specific reasons why CI teams might utilize retrospective approaches.
Making Sure the Big Mistakes Do Not Reoccur: Anyone who has worked for a healthcare organization has probably heard about or been involved in at least one major corporate-related failure. These issues might run the gamut from a key company-sponsored initiative that results in the firm realizing more costs than benefits to an instance in which a clinical team commits an error that leads to a patient’s death. Whatever the particular situation, the outcome is the same; the corporation, due to staff-related problems and/or systemic issues, makes a mistake that ends up significantly harming either the organization itself or its key stakeholders (and, in many cases, both). In some cases, the healthcare company’s mis-cues will severely dent its bottom line and harm its brand.
A CI-focused healthcare organization should seek to learn from these mistakes. It must put protocols in place both for identifying the issues that caused the mishap and for fixing or at least ameliorating these concerns. Ideally, the company should strive to create protocols or fail-safes that prevent the error or series of mistakes from reoccurring in the future. The firm’s administrators and employees can use a number of different tools and techniques to achieve these goals. However, regardless of the methods these individuals choose to employ, they should always focus first on espying the root causes of the error. Only after the staff has accomplished this task should they attempt to posit solutions to the problem (Spath, 2009, pp. 174–176, 188–190).
Healthcare organizations that follow CI principles might use software or other health information technologies (HITs) to collect and analyze data in real time. These companies will expend the resources necessary to purchase and use these systems because they want to identify and correct any issues that might crop up in critical processes before they turn into serious problems. As an example, a hospital’s emergency room (ER) staff might utilize a computer program to help them constantly monitor the department’s wait times in an effort to prevent any bottlenecks in this important patient servicing area (Morton, 2010).
A healthcare organization’s staff might utilize CI techniques to help them pro-actively locate possible problems in a procedure or service. In these instances, the QI team can use flowcharts or other tools to aid them in identifying issues that might crop up at some point in the future. For instance, a hospital’s workers can employ these types of forward-looking analyses to spot potential hazards that could negatively impact patient care. Once the employees have delineated these concerns, they can then seek to “make process changes to reduce the risk of error” (Spath, 2009, p. 183).
Healthcare organizations can potentially realize a number of benefits if they possess a culture that supports CI methodologies. Some of these advantages include:
Assuming it only has one facility, if a healthcare company’s culture is fully supportive of CI, the staff will be capable of undertaking CQI initiatives at the organizational, departmental, and individual levels.
In the first part of this chapter, I focused on CI in general. There are many different systems that espouse some or all of the methods and goals listed in the previous sections. Each of these philosophies comes with its own set of terminologies, techniques, and strategies. I will now focus on one such methodology, Lean Six Sigma, which is utilized in some form or another by a sizeable number of hospitals and other healthcare organizations.
In this book, I might differ from other scholars when I use the term Lean Six Sigma. Here, I am simply referring to a system that incorporates elements from both Lean and Six Sigma. I feel that, given the diverse nature of the healthcare field, it is up to each organization to decide which aspects of these two process management theories it will utilize. Throughout this chapter, I will attempt, when possible, to delineate the practices that fall in the Lean category and the ones that belong to Six Sigma. By taking this approach, I hope to provide readers with a primer on both methods and leave them in a better position to determine which pieces of each philosophy they want to use in their office environments.
Many of the CI-related books that I have read tend to make the conversation on Lean and Six Sigma more complicated than it has to be. As a result, lay-people who do not know anything about these methods, and even individuals who are somewhat acquainted with these systems, struggle to understand the basic concepts. With that fact in mind, I have, when possible, eliminated the jargon and foreign words. I try to provide readers with some of the key Lean and Six Sigma basics in a format that is both clear and concise.
Lean Six Sigma is derived from two distinct CI systems—Lean and Six Sigma. Although they have many things in common, the two philosophies contrast with each other in several ways. Perhaps most importantly, proponents of Lean and Six Sigma differ regarding their end goals. People who subscribe to the former method focus on improving production times, enhancing service flows, and reducing costs by minimizing “waste.” The term “waste,” in this instance, can be defined as anything that does not add value to the service or product and includes “wasted time, effort, and material” (Summers, 2007, p. 348). Adherents of Six Sigma, although attentive to “waste,” focus most of their attention on improving quality or value for internal and external clients by reducing “process variation” (Summers, 2007, p. 348). They seek to accomplish this task by finding and eliminating or at least ameliorating the root causes of the errors or defects (McKenzie, 2009).
One other key way in which Lean differs from Six Sigma is in the tools that their proponents employ to collect, analyze, and disseminate information. Practitioners of Lean strategies place more emphasis on the use of visual-based guides. A team that utilizes Lean methods would rely heavily on observations, interviews with staff, and flowcharts to map out a work-related process or service and identify wasteful steps or procedures. The group would also likely use visual tools to help it construct solutions to these problems as well as to disseminate its findings to key stakeholders (Pojasek, 2003, pp. 86–88). At the same time, executives and administrators who adhere to Lean methodologies would employ graphical aids (e.g., dashboards) to help employees track their progress towards meeting preassigned goals and to aid these people in locating workflow-related issues (Bartholomew & Hamel, 2014).
Six Sigma practitioners might also sometimes use visual aids such as fish-bone diagrams; however, differing from their Lean peers, the former group places a heavier emphasis on collecting quantitative data. People who rely solely on Six Sigma will then often use statistical methods to help them translate this data into meaningful information. As such, they will likely focus on developing viable collection methods, creating useful metrics, and utilizing proper statistical techniques in an effort to identify the root causes of the identified issues. They will probably also employ statistics to help them create solutions to these problems and to ensure that their improvements operate as expected (Desai, 2013, p. 298). Even when advocates of Six Sigma forego some of these analyses, they will still tend to take a more systematic view of things than their Lean counterparts (Pojasek, 2003, p. 91).
In my experience, healthcare organizations, in both clinical and non-clinical fields, can potentially achieve the best results by utilizing some combination of Lean and Six Sigma. On the one hand, these companies can use Lean techniques to help them achieve goals such as decreasing patient wait times in clinics and improving the flow of customer billing information as it migrates through the various stages of the revenue cycle. At the same time, the institutions can employ Six Sigma methods to help them reduce potentially harmful variations in patient care processes and to identify the root causes of customer satisfaction–related problems. In the proceeding section, I will provide an example that I hope will help to drive home this argument.
After they review this fictional case study, I think readers will see how a health-care organization can utilize both Lean and Six Sigma in clinical settings. In this scenario, the employees of an emergency department (ED) want to find ways to reduce customer throughput times and enhance patient care. The staff members believe that by improving these metrics, they will reduce costs, increase customer satisfaction scores, and achieve better patient outcomes (Amirault, 2012). Working together as a team, they use Lean inspired flowcharts and value stream maps (VSMs) to visualize the patient’s path through the ED from entry to discharge and identify any problems in this process that they can eliminate or at least ameliorate. At the same time, the ED’s workers use Six Sigma–inspired statistical control charts to help them spot any variations in practices or procedures that might negatively impact patient care at their facility. Finally, they use various Six Sigma–inspired techniques to help them determine the root causes of sentinel events.* By taking these actions, the ED’s employees, over the course of several months, are able to identify and fix key problems in their patient throughput protocols and in their care processes.
As I noted earlier in the chapter, organizations use Lean techniques to help them make their workflows, handoffs, and service delivery systems more efficient. In the ideal healthcare scenario (which is never possible), employees would work together to ensure that both clinical and non-clinical processes run as smoothly as humanly possible. Managers and other staff who ascribe to Lean philosophies try to get as close to this aim as is feasible by eliminating “waste,” which might include:
Many of the books and training guides on either Lean or Six Sigma will consume hundreds of pages of text. Given that fact, I can only hope to convey a few of their key principles and techniques here. I have chosen to describe one core process strategy for each of these two systems. I will start out by discussing the Five S’s, which Lean practitioners use to help them keep their service lines and workflow chains running as efficiently and effectively as possible. I will then briefly describe some of the charts and diagrams that Lean proponents might employ to help them identify and solve process-related issues. Later in the chapter, I will describe DMAIC, which is a cornerstone of Six Sigma. I will then delineate a few of the important tools that Six Sigma practitioners might use. Throughout this process, I not only try to provide readers with information about these two CI systems but also strive to give them a sense of the philosophies and methodologies that underpin Lean and Six Sigma practices.
Lean practitioners rely on the Five S’s (sometimes written as the 5S or Five S) strategy, or some derivation of it, to help them reduce or remove “waste through improved workplace organization and visual management” (Graban, 2012, p. 89). This system is representative of core Lean methodologies, which stress the use of observation techniques and imagery-based tools such as flowcharts, diagrams, and easy-to-understand labels to eliminate or lessen efficiency-related issues with a product or service line (Graban, 2012, pp. 89–96; Pojasek, 2003, pp. 86–88).
The five S’s in this Lean system refer to the steps in the CI plan. They include:
Standardize: A Lean-focused organization wants to ensure that, when possible, physical objects are stored in the same area all of the time. If a staff member uses a tool or device, he or she has to make sure to put it back in the same spot. Additionally, if an employee borrows an item (or uses the last of a supply type) that individual will use a predetermined marker or other reference notation to alert colleagues. In this way, workers always know where the items are (or should be); therefore, they should rarely need to waste time and effort in tracking these things down. A healthcare administrator who follows these principles also wants to make sure that his or her department uses the same markings for each type of object, thereby allowing workers to quickly identify an item and discern its purpose (Graban, 2012, pp. 93–94).
In a modern healthcare facility, many employees, especially ones who labor in non-clinical areas, spend the majority of their time creating, sending, receiving, and altering digital-based information. Some of these people might not even need to utilize any physical materials at all apart from a chair, a table, and a computer terminal. An office-level healthcare leader who manages these types of individuals should seek to standardize not only the physical workplace but the digital one as well. For example, the administrator and his or her subordinates can seek to normalize screen layouts, digital forms, and other online objects. In taking these actions, the supervisor can improve employee-related workflows.
In reviewing the Five S’s method, one can see how Lean practitioners rely on the system’s core values to help them develop improvement-related tools and strategies. These beliefs include the yearning to eliminate waste, the reliance on visual aids, and the desire to streamline processes.
Lean practitioners can employ a number of different tools to help them improve workflow and other processes at their respective institutions. Those people who are averse to mathematics and statistics will breathe a sigh of relief to learn that they do not need to possess a deep background in these quantitative disciplines in order to develop, apply, and understand most of these diagrams and charts. In this section, I will discuss a few of the more prominent Lean-related items. One caveat, Lean advocates are not necessarily the only people who utilize these tools. Individuals who adhere to other CI methodologies might also make use of them. Nonetheless, the charts and diagrams that I will highlight in the proceeding narrative are integral elements of Lean strategies.
Lean practitioners will often, as one of the first stages in their analysis of a problem, create a SIPOC diagram—a type of process map. The acronym stands for suppliers, inputs, process, outputs, and customers (more on these in the following paragraph). An improvement team’s goal in creating this graphic is to generate a high-level view of a workflow process. By taking this step, the individuals who are involved in the CI project can see how the system works, ensure that they are on the same page with reference to their understanding of how the process is structured, and “begin to identify gaps [and areas of waste]” in these protocols (American Society for Quality [ASQ], 2016).
When creating a SIPOC diagram, the CI project team needs to keep things simple. After all, at this stage in the workflow analysis, the group only wants to garner a high-level view of the process. With that fact in mind, people who are tasked with crafting these maps usually just include a few key pieces of information. Below, I have listed the steps that go into formulating a SIPOC diagram.
The individuals who are tasked with creating the SIPOC diagram can choose from a variety of formats to display this information, as long as they include the relevant data. In Figure 3.1, I demonstrate one SIPOC layout—for a healthcare organization’s insurance billing process.
Lean practitioners, in healthcare and other fields, often use spaghetti diagrams, also called point-to-point diagrams, to track the movement of people, equipment, data, and other things through a workflow process. A group (or individual) who is interested in creating this type of graphic first wants to craft a base map that demonstrates the infrastructure’s layout—for example, a building, a series of rooms, and so forth. The team’s diagram should include all of the primary areas that relevant staff utilize, along with any furniture, storage shelves, equipment, and key stopping points located within these spaces. Next, the people who are making the spaghetti diagram need to follow the employees or items as they migrate through the system; they will draw lines to symbolize this movement. Once the improvement team has completed this process, they can analyze the graphic to identify layout flaws (e.g., poorly placed furniture), wasted process steps, or other movement-related waste (Graban, 2012, pp. 58–60; Morgan & Brenig-Jones, 2012, pp. 76–77). Readers can refer to Figure 3.2 for an example of how one can use this type of process-improvement map in a healthcare setting.
Improvement-minded administrators can utilize deployment flowcharts to better understand the steps in a process as well as to discern “which person or group is involved in each step” (RFF Electronics, 2017). By mapping employees and/or machines to the steps they handle, a QI team can also identify the places in which the handoffs (from one staff member or group to another) occur. This is
important because the areas where a process changes hands are often the places where key systemic problems occur (RFF Electronics, 2017).
Healthcare staff who are interested in creating this type of flowchart would first place the relevant employees, groups, or machines (assuming these pieces of equipment possess some autonomous functions) in header format at the top of the graphic. They will then create columns between each group. Next, the employees will add the stages in the process, using different symbols for each of the key types of steps (Morgan & Brenig-Jones, 2012, pp. 80–82; RFF Electronics, 2017). The deployment flowchart’s creators can choose any symbols to represent the different points; however, they must make sure that everyone in the office understands the meaning of these symbols (most companies use these guidelines: ovals = begin and end points, squares or rectangles = steps in the process, and triangles refer to decision points) (Morgan & Brenig-Jones, 2012, p. 79). Finally, the staffmembers want to draw lines connecting each step in the process (RFF Electronics, 2017). The individuals who are crafting this graphic can include any additional information that they feel is warranted. Figure 3.3 denotes a simple deployment flowchart.
Healthcare administrators can use VSMs in lieu of deployment flowcharts or to supplement these graphics. In either case, the VSM contains elements of both SIPOC diagrams and deployment flowcharts (as well as aspects of other visual-based mapping processes); however, the VSM usually possesses more information than either of these two types of maps (Morgan & Brenig-Jones, 2012, p. 84). A VSM will include a detailed listing of the employee and/or machine-related tasks in a process and will progress from an agreed-upon start point to an end point. The map will also contain lines and arrows linking the tasks together in chronological order. Additionally, the VSM will denote points in which work or inventory is held in queue between tasks. Finally, the VSM will denote information on waiting times (time spent in queue between tasks), unit completion times (how long it takes an employee or team to complete an individual job), and cycle times (which combine unit times and wait times) (Graban, 2012, p. 50; Morgan & Brenig-Jones, 2012, pp. 84–88). The individuals who create these graphics can choose to use any symbols they want to delineate the various types of actions; however, staff in charge of drawing these maps typically use a triangle to indicate work that is waiting in queue. They will further designate the type of item in this column—“i” for inventory or “q” for people (Morgan & Brenig-Jones, 2012, p. 84).
Lean practitioners in healthcare and other industries use VSMs to help them identify areas of waste. One way in which administrators and subordinates can achieve this goal is in utilizing the map to help them espy any redundant or unnecessary steps in a process (Morgan & Brenig-Jones, 2012, pp. 87–92). For instance, a QI team might notice that the patient-billing staff is sending out three letters before calling debtors, when these individuals could achieve better results (and cut out a step) if they tried to contact the customer a few days after mailing the second dunning notice. Improvement-minded supervisors and employees can also use VSMs to ascertain waiting, unit, or cycle times that seem to be unusually long. They can then target these areas for closer inspection in an effort to determine the primary causes of these delays. Additionally, office-level healthcare leaders and other workers can employ VSMs to help them pinpoint areas that are prone to bottlenecks. They can use this information to help them fine-tune their training programs (Morgan & Brenig-Jones, 2012, pp. 87–92). In Figure 3.4, I have posited an example of a value stream map so that readers can see what one of these graphics looks like.
When healthcare administrators and staff choose to utilize a Six Sigma strategy to identify and fix problems in their services, processes, or products, they often use DMAIC. This acronym stands for define, measure, analyze, improve, and control. Since the DMAIC method is integral to Six Sigma, it behooves me to include it in this section. At the same time, one can gain insight into Six Sigma’s core methodologies by learning about DMAIC. These philosophies include its belief in systemic analysis, the reliance on quantitative data and statistical methods, the focus on eliminating variation, and the desire to understand the root causes of problems (Summers, 2007, pp. 98–99).
I do not have the space in this section to provide readers with a detailed analysis of the DMAIC process. Instead, I will quickly try to summarize each of the key stages that comprise this Six Sigma strategy. I think this will suffice to serve as a primer on the topic.
As I noted earlier in this section, DMAIC stands for define, measure, analyze, improve, and control. A Six Sigma–focused leadership team will follow a series of guidelines that are related to each of these keywords. They will usually proceed in a systematic, orderly way—starting with the D(efine) and moving in chronological fashion until they reach the C(ontrol). Below, I posit a very brief analysis of these steps.
Six Sigma teams can utilize a number of different tools and charts to aid them in improving business-related processes. Although these people do employ visual-based aids, they also make use of statistical methods. A reader who peruses Six Sigma–focused graphs and diagrams will note that they tend to rely heavily on root cause analysis (RCA) and cause–effect relationship mapping.
In this section, I discuss a few of the more prominent Six Sigma–related tools. Readers should note that while Six Sigma practitioners rely on these methods, they are not necessarily the only group of people who use them.
Healthcare staff who utilize Six Sigma-based methods will often use a fishbone diagram, also known as a cause-and-effect diagram, to identify the possible root causes of a problem (Summers, 2007, p. 114). Healthcare leaders can use these charts in a range of different ways. For instance, they can use fishbone diagrams to help them identify the root causes of medical errors or to identify the core reasons why wait times are high. On the non-clinical side, an office-level health-care leader could employ a fishbone diagram, for instance, to ascertain the key issues that are hindering the quick payment of certain insurance claims.
A group (or individual) who wants to create a fishbone diagram will only need to go through a few steps although these people might spend a signifi-cant amount of time gathering the information necessary to complete these stages. The team will first type the problem on the right-hand side of the page. Next, the group members will denote (what they think are) the root causes of this problem in boxes at the top and bottom of the page. The staff will then draw arrows from these boxes to a center arrow that points to the main problem. Finally, the team, as warranted, will add subfactors under each of the root causes. When completed, the graph will resemble a fishbone (Summers, 2007, pp. 114–115). I have included an example of this type of chart in Figure 3.5 to help readers better understand the process.
The Pareto chart is named after Vilfredo Pareto, an Italian economist and engineer, who noticed that a small number of families in Italy controlled most of the country’s wealth. When creating these charts, healthcare staff follow the principle that “only a few defect types account for most of a product’s quality problems” (Bowerman, O’Connell, & Murphree, 2009, p. 52). Six Sigma practitioners utilize these diagrams to help them to visually discern the most important process or product-related problems (Summers, 2007, p. 102).
In order to create a Pareto chart, healthcare administrators or staff first count the number of times (the frequency) errors or defects in a product or process occur. They then change the raw scores into percentages. Next, the individuals utilize Microsoft Excel or another program to help them to put these measurements into a bar chart. The diagram lists the problems in decreasing order of frequency, with the most common error or defect on the left side of the chart and the least frequently occurring one on the right side of the graphic. The
workers might also want to include a line, running from left to right, that indicates the cumulative total of the errors, though this step is optional (Bowerman, O’Connell, & Murphree, 2009, pp. 52–53; Summers, 2007, pp. 102–105). Please refer to Figure 3.6 for an example of a Pareto chart.
Statistical control charts are a key component of many Six Sigma–inspired improvement schemes. In my experience, healthcare administrators and staff can use these charts to help them identify, in real time, problematic variations in a process or series of routines before these issues cause undue delays in services or harm to patients. To put it another way, QI-focused personnel can employ statistical control charts to help them keep workflows or other processes flowing normally (Summers, 2007, pp. 176–177). At the same time, QI teams can use the graphics to aid them in ascertaining the effectiveness of the solutions that they implement (the “control” portion of the DMAIC). They can accomplish this feat by using statistical control charts to help them assay whether or not their interventions have led to beneficial, medium, or long-term variations in a process (Morgan & Brenig-Jones, 2012, p. 125).
A CI-focused healthcare administrator or employee can choose from a number of different types of statistical control charts, with each one serving a particular purpose. At the same time, almost all of these graphics share a few things in common. Importantly, they all contain a series of points that are part of a larger process. For instance, an ED’s control chart might include the number of people per day who have spent more than 30 minutes in the waiting room; the diagram will consist of one plot point per day and span a number of days (e.g., over a 30-day period). These entries will be presented in run-chart form. A statistical control chart, in addition to possessing these data points, contains a mean (midpoint) line. It also possesses an upper control limit line (UCL), which is three standard deviations above the mean line, and a lower control limit line (LCL), which is three standard deviations below the midpoint line. If a process is behaving normally, all of the points should fall within the space created by the UCL and LCL. Additionally, some of these points will fall below the midpoint and some above. If a point falls outside the UCL or LCL, or “a run of seven or more consecutive points” go up, go down, or fall above or below the mean (midpoint) line, then the process is no longer in control. In these instances, one can usually conclude that a significant defect, error, or other issue might be limiting the system’s efficiency or its effectiveness (Morgan & Brenig-Jones, 2012, pp. 121–129).
Sometimes a picture is worth a thousand words. In this instance, I have created two graphical aids to help readers understand how statistical control charts work. In Figure 3.7, the control chart indicates that the process is working as planned. By contrast, in Figure 3.8, the diagram pinpoints key issues in the process.
In the previous sections, I discussed some of the key differences between Lean and Six Sigma. I then highlighted a few of the methods and tools that are part and parcel of each of these two systems. However, it is also worth noting that Lean and Six Sigma share many things in common. In the short space allowed to me here, I want to focus on three of these similarities, including their focus on managing by fact, on keeping things simple when possible, and in requiring workers who are engaged, flexible, and adaptive.
The term “managing by fact” is a phrase that is usually bandied about by Six Sigma practitioners (Morgan & Brenig-Jones, 2012, p. 22; Summers, 2007, p. 24); however, it applies in equal measure to Lean methodologies. In short, both of these systems stress the management by fact; they just go about it in different ways. People who subscribe to Six Sigma theories strive to ensure that their metrics are both objective and useful. At the same time, their goal is to procure data that is valid and reliable (Summers, 2007, pp. 24, 128–133, 152). Lean adherents might shy away from many of Six Sigma’s statistical-based aspects. Yet, they also seek to manage by fact; they put their trust in observable phenomena and in time measurements. They eschew rumors and hearsay (Pojasek, 2003, pp. 86–88; Summers, 2007, p. 348).
People who subscribe to Lean principles and those who adhere to Six Sigma methodologies strive to keep things as simple as possible. Lean practitioners focus on creating visually descriptive diagrams that all stakeholders can understand. As such, their goal is in adequately describing the process and identifying the key problems without creating a chart or series of graphics that are too
complex for management, workers, or other key stakeholders to comprehend. After all, if these groups cannot grasp the problems in a process, they will have a hard time accepting the potential solutions to these issues (Stark, 2016). At the same time, while Six Sigma adherents might rely more on statistics (the very word is terrifying to some people), they also want to keep things as straightforward as is feasible—and for the same reasons as their Lean counterparts (Summers, 2007, pp. 289–291, 329–330).
Most readers would probably consider it to be common knowledge that, in order for healthcare leaders to get the most out of Lean, Six Sigma, or any other CI methodology, they need workers who are EFA, which stands for engaged, flexible, and adaptive. However, time and again (at least from what I have seen) healthcare executives and administrators try to implement CI initiatives without first ensuring that their employees meet the EFA criteria. I will discuss this issue in more detail in other chapters. Here, I briefly want to explain why a CI-focused company, at the very least, needs to possess a critical mass of employees who are EFA.
While some individuals work for well-capitalized healthcare organizations, many people are employed by firms that struggle to stay in business. These companies might not possess the resources to pay for employees to earn Lean or Six Sigma certifications. Additionally, administrators might work for healthcare corporations that do not have the available personnel to undertake full-scale improvement projects (as envisioned by Lean and Six Sigma gurus). Individuals who work for these types of institutions might rightly ask, “What can I gain from reading this book?”
Later in the text, I will provide some helpful CI-related tips that administrators at all types of healthcare organizations can use. At the same time, I will also demonstrate how an office-level healthcare leader at a resource-challenged company might utilize some specific CI-related techniques to help him or her improve employees’ efficiency and effectiveness. Finally, I think that most readers can benefit from perusing my discussions—at key places in this book—on creating healthy workplace cultures and motivating employees.
As I noted earlier in the chapter, healthcare administrators can potentially utilize CI techniques to help them reduce costs, increase revenues, and improve patient care at their organizations. However, they need to remember that some inefficiencies are good (or at least are necessary). On the one hand, federal, state, local, and accrediting agencies require hospitals and other healthcare providers to perform a number of tasks that are not necessarily cost effective or efficient. Just as important, healthcare is a service-related industry. Many employees spend a good portion of their workdays interacting with patients, residents, or other types of customers. This is true in both clinical and non-clinical spaces. Healthcare supervisors need to remember that, in these instances, their staff might have to do things that are impromptu and/or inefficient in an effort to satisfy their clients’ needs. For example, workers might have to go “off script” to bring a smile to a child’s face or to meet a caregiver’s demands.
At the same time, people are not robots. Most of them want to maintain some control over their work routines and to perform a varied array of tasks throughout the day. In my experience, individuals who work in environments that are bereft of these two traits (i.e., that do not allow them these freedoms) soon become bored and burnt out. In order to combat this issue, I think that healthcare leaders—in all positions and at all levels—should allow their employees some autonomy, even if it reduces these workers’ short-term output levels. I refer to this concept as “structured autonomy,” and I will discuss it in more detail later in the book.
I divided this chapter into three sections. In the first part, I looked at a number of basic elements that are part and parcel of almost any CI process. Next, I delineated some key aspects of two of these CI systems—Lean and Six Sigma. At the same time, I demonstrated why office-level healthcare leaders might want to use these two philosophies in tandem. In the final portion of this chapter, I denoted some problems that resource-challenged institutions may face in trying to implement either Lean or Six Sigma methods. I also suggested that leaders not take CI too far; they should instead embrace some processes or protocols that are inefficient in order to meet certain stakeholder-related goals.
In the next chapter, I highlight some of the key cultural aspects that health-care organizations probably need to possess if they want to successfully integrate CI methods into their workplace routines. As part of this process, I look at ways in which healthcare leaders can use symbolism to help them develop and maintain environments that support CI philosophies. I also posit some commonsense tactics that executives and administrators can use to help them promote CI-friendly office cultures. At the same time, I explain why healthcare leaders want to create corporate environments that foster optimistic employees who embrace technological change.
* The Joint Commission (JC) considers a sentinel event to be, among other things, any “patient safety event that reaches a patient and results in death, permanent harm, or severe temporary harm and intervention required to sustain life” (Joint Commission, 2017).
Ahmed, P. K., Loh, A. Y. E., & Zairi, M. (1999). Cultures for Continuous Improvement and Learning. Total Quality Management 10(4), S426–S434. Retrieved from ProQuest.
American Society for Quality. (2016). SIPOC (Suppliers, Inputs, Process, Outputs, Customers) Diagram. Retrieved from http://asq.org/service/body-of-knowledge/tools-sipoc
Amirault, B. (2012, December 26). Study Confirms Link between Emergency Department Wait Times, Cost, and Quality. Barton Associates. Retrieved from http://www.bartonassociates.com/2012/12/26/study-confirms-link-between-emergency-department-wait-times-cost-and-quality/
Bartholomew, D., & Hamel, M. (2014, June 13). Reinforcing Lean Behavior through Visual Management. Lean Enterprise Institute. Retrieved from http://www.lean.org/LeanPost/Posting.cfm?LeanPostId=220
Black, E. (2007). Organizational CHuRn. OfficePro 67(8), 24–27. Retrieved from ProQuest.
Bowerman, B. L., O’Connell, R. T., & Murphree, E. S. (2009). Business Statistics in Practice (5th ed.). Boston, MA: McGraw-Hill Irwin.
Brownlee, S., Saini, V., & Cassel, C. (2014, April 25). When Less Is More: Issues of Overuse In Health Care. Health Affairs Blog. Retrieved from http://healthaffairs.org/blog/2014/04/25/when-less-is-more-issues-of-overuse-in-health-care/
Chapman, C. D. (2007). Ready, Set, Monitor. Industrial Engineer 39(6), 40–43. Retrieved from ProQuest.
Desai, D. A. (2013). Rediscovering Six Sigma: Comparison with Other Quality and Productivity Improvement Techniques. Productivity 54(3), 295–301. Retrieved from ProQuest.
Duggan, T. (2016). Continuous Improvement Process Definition. Chron. Retrieved from http://smallbusiness.chron.com/continuous-improvement-process-definition-4534.html
Fried, B., & Carpenter, W. F. (2013). Understanding and Improving Team Effectiveness in Quality Improvement. In W. A. Sollecito, & J. K. Johnson (Eds.). McLaughlin and Kaluzny’s Continuous Quality Improvement in Health Care (4th ed.) (pp. 117–152).
Graban, M. (2012). Lean Hospitals: Improving Quality, Patient Safety, and Employee Engagement (2nd ed.). Boca Raton, FL: CRC Press. Retrieved from Kindle.
Health Resources and Services Administration. (2011). Quality Improvement. U. S. Department of Health and Human Services. Retrieved from http://www.hrsa.gov/quality/toolbox/508pdfs/qualityimprovement.pdf
Jha, S., Noori, H., & Michela, J. L. (1996). The Dynamics of Continuous Improvement: Aligning Organizational Attributes and Activities for Quality and Productivity. The International Journal of Quality Science 1(1), 19–47. Retrieved from ProQuest.
Kelly, D. L., Johnson, S. P., & Sollecito, W. A. (2013). Measurement, Variation, and CQI Tools. In W. A. Sollecito, & J. K. Johnson (Eds.). McLaughlin and Kaluzny’s Continuous Quality Improvement in Health Care (4th ed.) (pp. 77–116). Burlington, MA: Jones & Bartlett Learning. Retrieved from Kindle.
Linich, D., & Bergstrom, J. (2014). Building a Culture of Continuous Improvement in an Age of Disruption. Deloitte. Retrieved from http://www2.deloitte.com/content/dam/Deloitte/us/Documents/process-and-operations/us-cons-continuous-improvement-052714.pdf
Louisiana Department of Children & Family Services. (2016). Continuous Quality Improvement (CQI). Retrieved from http://www.dss.louisiana.gov/index.cfm?md=pagebuilder&tmp=home&pid=114
McKenzie, E. (2009, November 20). Lean vs Six Sigma: What’s the Difference? Retrieved from http://www.ultimus.com/blog/bid/33875/Lean-vs-Six-Sigma-What-s-the-Difference
Morgan, J., & Brenig-Jones, M. (2012). Lean Six Sigma for Dummies. West Sussex, England: John Wiley & Sons.
Morton, M. (2010). MetroWest Medical Offers ER Times via Texts. The MetroWest Daily News. Retrieved from http://www.metrowestdailynews.com/article/20100816/News/308169920
Murray, A. (2010). The Wall Street Journal Essential Guide to Management: Last Lessons from the Best Leadership Minds of Our Time. New York: Harper Collins e-books. Retrieved from Kindle.
Pojasek, R. B. (2003). Lean, Six Sigma, and the Systems Approach: Management Initiatives for Process Improvement. Environmental Quality Management 13(2), 85–92. Retrieved from http://isites.harvard.edu/fs/docs/icb.topic747719.files/Supplemental%20Reading%20Folder/Lean_Six%20Sigma.pdf
Radawski, D. (1999). Continuous Quality Improvement: Origins, Concepts, Problems, and Applications. Perspective on Physician Education 10(1), 12–16. Retrieved from http://www2.paeaonline.org/index.php?ht=action/GetDocumentAction/i/25258
RFF Electronics. (2017). Constructing Deployment Flowcharts. Retrieved from https://www.rff.com/deployment_flowchart.php
Richins, S., & Holmes, M. (1998). Waiting for Satisfaction. Journal of Healthcare Management 43(3), 281–285. Retrieved from ProQuest.
Rickert, J. (2014, May 9). Measuring Patient Satisfaction: A Bridge Between Patient and Physician Perceptions of Care [blog]. Health Affairs. Retrieved from http://healthaffairs.org/blog/2014/05/09/measuring-patient-satisfaction-a-bridge-between-patient-and-physician-perceptions-of-care/
Sawyer, B. (2016, May 20). Beyond CQI: How Patient-Centered Care and efficiency Go Hand-in-Hand. The Health Care Blog. Retrieved from http://thehealthcareblog.com/blog/2016/05/20/beyond-cqi-how-patient-centered-care-and-efficiency-go-hand-in-hand/
Schweyer, A. (2009). The Costs of Lost Employee Productivity. Promo (Online). Retrieved from ProQuest.
Sessoms, G. (2016). Difference Between Lean Six Sigma and Six Sigma. Chron. Retrieved from http://smallbusiness.chron.com/difference-between-lean-six-sigma-six-sigma-40621.html
Sherman, P. J. (2014, July 7). 10 Reasons Organizations Do Not Use Lean Six Sigma. Quality Magazine. Retrieved from http://www.qualitymag.com/articles/91986-reasons-organizations-do-not-use-lean-six-sigma
Shortell, S. M., Levin, D. Z., O Brien, J.,L., & Hughes, E. F. X. (1995). Assessing the Evidence on CQI: Is the Glass Half Empty or Half Full? Hospital & Health Services Administration 40(1), 4–24. Retrieved from ProQuest.
Solberg, L. I. (2013). Quality Improvement in Primary Care: The Role of Organization, Systems, and Collaboratives. In W. A. Sollecito, & J. K. Johnson (Eds.). McLaughlin and Kaluzny’s Continuous Quality Improvement in Health Care (4th ed.) (pp. 399–418). Burlington, MA: Jones & Bartlett Learning. Retrieved from Kindle.
Sollecito, W. A., & Johnson, D. L. (2013a). The Global Evolution of Continuous Quality Improvement: From Japanese Manufacturing to Global Health Services. In W. A. Sollecito, & J. K. Johnson (Eds.). McLaughlin and Kaluzny’s Continuous Quality Improvement in Health Care (4th ed.) (pp. 3–46). Burlington, MA: Jones & Bartlett Learning. Retrieved from Kindle.
Sollecito, W. A., & Johnson, J. K. (2013b). Factors Influencing the Application and Diffusion of CQI in Health Care. In W. A. Sollecito, & J. K. Johnson (Eds.). McLaughlin and Kaluzny’s Continuous Quality Improvement in Health Care (4th ed.) (pp. 48–73). Burlington, MA: Jones & Bartlett Learning. Retrieved from Kindle.
Spath, P. (2009). Introduction to Healthcare Quality Management. Chicago, IL: Health Administration Press.
Stark, A. (2016, April 28). Lean Training: Keep It Simple. Kane is Able. Retrieved from https://www.kaneisable.com/blog/lean-training-keep-it-simple Summers, D. C. (2007). Six Sigma: Basic Tools and Techniques. Upper Saddle River, NJ: Pearson-Prentice Hall. Retrieved from VitalSource Bookshelf.
The Joint Commission. (2017, February 17). Sentinel Event Policy and Procedures. Retrieved from https://www.jointcommission.org/sentinel_event_policy_and_procedures/
Thompson, J. M., Buchbinder, S. B., & Shanks, N. H. (2012). An Overview of Healthcare Management. In S. B. Buchbinder, & N. H. Shanks (Eds.). Introduction to Healthcare Management (2nd ed.) (pp. 1–18). Burlington, MA: Jones & Bartlett Learning. Retrieved from VitalSource Bookshelf.
Van Wyk, D. (2014, June 1). Continuous Improvement Doesn’t Mean Constant Change. Business & Industry Connection Magazine. Retrieved from http://www.bicmagazine.com/departments/testing-training-hr-subsection/continuous-improvement-doesnt-mean-constant-change/
Williams, E. S., Savage, G. T., & Stambaugh, D. G. (2012). Quality Improvement Basics. In S. B. Buchbinder, & N. H. Shanks (Eds.). Introduction to Healthcare Management (2nd ed.) (pp. 17–38). Burlington, MA: Jones & Bartlett Learning. Retrieved from VitalSource Bookshelf.
Williams, H. F., & Fallone, S. (2008). CQI in the Acute Care Setting: An Opportunity to Influence Acute Care Practice. Nephrology Nursing Journal 35(5), 515–522. Retrieved from ProQuest.