Author Archives: Mark Paradies

What’s Wrong with this Data?

Posted: March 20th, 2017 in Accidents, Current Events, Medical/Healthcare, Performance Improvement, Quality, Uncategorized

Below are sentinel event types from 2014 – 2016 as reported to the Joint Commission (taken from the 1/13/2017 report at https://www.jointcommission.org/assets/1/18/Summary_4Q_2016.pdf):

Summary Event Data

 Reviewing this data, one might ask … 

What can we learn?

I’m not trying to be critical of the Joint Commissions efforts to collect and report sentinel event data. In fact, it is refreshing to see that some hospitals are willing to admit that there is room for improvement. Plus, the Joint Commission is pushing for greater reporting and improved root cause analysis. But, here are some questions to consider…

  • Does a tic up or down in a particular category mean something? 
  • Why are suicides so high and infections so low? 
  • Why is there no category for misdiagnosis while being treated?

Perhaps the biggest question one might ask is why are their only 824 sentinel events in the database when estimates put the number of sentinel events in the USA at over 100,000 per year.

Of course, not all hospitals are part of the Joint Commission review process but a large fraction are.  

If we are conservative and estimate that there should be 50,000 sentinel events reported to the Joint Commission each year, we can conclude that only 1.6% of the sentinel events are being reported.

That makes me ask some serious questions.

1. Are the other events being hidden? Ignored? Or investigated and not reported?

Perhaps one of the reasons that the healthcare industry is not improving performance at a faster rate is that they are only learning from a tiny fraction of their operating experience. After all, if you only learned from 1.6% of your experience, how long would it take to improve your performance?

2. If a category like “Unitended Retention of a Foreign Body” stays at over 100 incidents per year, why aren’t we learning to prevent these events? Are the root cause analyses inadequate? Are the corrective actions inadequate or not being implemented? Or is there a failure to share best practices to prevent these incidents across the healthcare industry (each facility must learn by one or more of their own errors). If we don’t have 98% of the data, how can we measure if we are getting better or worse? Since our 50,000 number is a gross approximation, is it possible to learn anything at all from this data?

To me, it seems like the FIRST challenge when improving performance is to develop a good measurement system. Each hospital should have HUNDREDS or at least DOZENS of sentinel events to learn from each year. Thus, the Joint Commission should have TENS or HUNDREDS of THOUSANDS of sentinel events in their database. 

If the investigation, root cause analysis, and corrective actions were effective and being shared, there should be great progress in eliminating whole classes of sentinel events and this should be apparent in the Joint Commission data. 

This improved performance would be extremely important to the patients that avoided harm and we should see an overall decrease in the cost of medical care as mistakes are reduced.

This isn’t happening.

What can you do to get things started?

1. Push for full reporting of sentinel events AND near-misses at your hospital.

2. Implement advanced root cause analysis to find the real root causes of sentinel events and to develop effective fixes that STOP repeat incidents.

3. Share what your hospital learns about preventing sentinel events across the industry so that others will have the opportunity to improve.

That’s a start. After twelve years of reporting, shouldn’t every hospital get started?

If you are at a healthcare facility that is

  • reporting ALL sentinel events,
  • investigating most of your near-misses, 
  • doing good root cause analysis, 
  • implementing effective corrective actions that 
  • stop repeat sentinel events, 

I’d like to hear from you. We are holding a Summit in 2018 and I would like to document your success story.

If you would like to be at a hospital with a success story, but you need to improve your reporting, root cause analysis and corrective actions, contact us for assistance. We would be glad to help.

Root Cause Tip: What is the minimum investigation for a simple incident?

Posted: March 20th, 2017 in Investigations, Root Cause Analysis Tips

NewImage

What is the minimum investigation for a simple incident?

Before you can answer this question, you need to decide the outcome you are looking for. For example:

  • Do you just want to document the facts?
  • Would you be happy with a simple corrective action that may (or may not) be effective?
  • Do you need effective corrective actions to prevent repeats of this specific incident?
  • Do you want to prevent similar types of incidents?

The answers to these questions depend on two factors that determine risk:

  1. What were the consequences of this incident and could things have happened slightly differently and had much worse consequences?
  2. What is the likelihood that this type of incident will happen again?

Of course, before you start an investigation, answering these two questions may be difficult. Before you start an investigation, you don’t really know what happened! But in spite of this lack of knowledge, someone must decide if an incident is worth investigating and the resources to dedicate to the investigation.

I’ve seen simple incidents that, when investigated, revealed complex problems that could have caused a serious accident. Therefore, if a thorough investigation is not performed, the investigator may never know what they could have discovered. That’s why I caution management that something that seems simple may not be simple.

However, some incidents ARE simple. I’ve seen many incidents that people were investigating that were similar to this one:

An employee stumbles, falls, and sprains
his wrist while walking down a flat sidewalk.
He had on simple shoes with adequate tread.
He was not particularly preoccupied
nor was he entirely paying attention to each step
(just normal walking).

How much can be learned by investigating this incident? Probably not much. I would suggest that even though the person sprained his wrist, this incident should not be investigated beyond a simple recording of the facts so that the incident could be recorded for safety records (OSHA logs in the USA) and included in future incident trending.

You might ask:

“But what if the employee had stumbled and fell in front of an oncoming car and the employee killed?”

In that case, because of the consequences, a detailed major investigation would be required.

In either case, the TapRooT® Root Cause Analysis System could be used to complete the investigation.

The TapRooT® Root Cause Analysis System is a robust, flexible system for analyzing and fixing problems. The complete system can be used to analyze and fix complex accidents, quality problems, hospital sentinel events, and other issues that require a complete understanding of what happened and effective corrective actions.

Learn more about when to investigate a simple incident by attending our 2-Day TapRooT® Root Cause Analysis training.  Click here to view the upcoming schedule.

 

The Joint Commission Issues Sentinel Event Alert #57

Posted: March 6th, 2017 in Current Events, Medical/Healthcare, Performance Improvement, Pictures, TapRooT

Here’s a link to the announcement:

https://www.jointcommission.org/sea_issue_57/

Here are the 11 tenants they suggest:

NewImage

To broaden their thoughts, perhaps they should read about Admiral Rickover’s ideas about his nuclear safety culture. Start at this link:

http://www.taproot.com/archives/54027

And then healthcare executives could also insist on advanced root cause analysis.

Do you believe that ignorance is bliss?

Posted: March 6th, 2017 in Performance Improvement, Pictures, TapRooT

Ignorance is Bliss

From many people’s actions, you might believe that they think “ignorance is bliss” is true. We need to ignore the real root causes of problems and just attack the symptoms.

Screen Shot 2017 03 02 at 11 53 09 AM

Even the cartoon, Calvin and Hobbs, commented on it. See the cartoon on my Facebook page …

https://www.facebook.com/ateneobookbench/photos/a.169772396396266.33963.169770589729780/472291752810994/?type=3&theater

Is this the way you treat your root cause analysis?

Would you rather have a simple BUT WRONG answer?

For over a decade, I’ve explained the shortcomings of 5-Whys for root cause analysis but some still believe that easy is better than right.

What if you could find and fix the real root causes of what you think are “simple incidents” with a robust, advanced system (TapRooT®) and not make a career of the investigation? You would put in only the effort required. Your investigation would be as simple as possible without going overboard. And your corrective actions would be effective and stop repeat incidents.

That’s what the new book, Using the Essential TapRooT® Techniques to Investigate Low-to-Medium Risk Incidents, is all about.

Have you read the new book yet?

Once you read the book you will want to start implementing TapRooT® for all the “simple” investigations that are worth being done.

Get the book today and find out what you should be doing. Order the book at:

http://www.taproot.com/store/TapRooT-and-reg-investigation-Essentials-Book-set.html

Do Your Folks Know What to Keep After an Accident?

Posted: February 22nd, 2017 in Uncategorized

NewImage

A failure occurs. It could be:

  • a safety related accident
  • an equipment failure
  • a patient safety event (sentinel event)
  • a quality issue
  • a shipping screw up
  • a cost overrun
  • a process safety related near-miss

What people do next can make a world of difference.

First, is the failure (incident or near-miss) reported? Or is it covered up?

If you are reading this you probably think that your company should learn from its mistakes to keep the mistakes from happening again. (Or to keep something even worse from happening – like the picture above.)

But if mistakes and failures are hidden, learning is unlikely.

People must know that it is safe to report a problem and that, once a problem is reported, something will be done to improve the process to make the problem go away.

Punishing the person who reported the problem or punishing someone else involved in the failure IS NOT the kind of action that will promote more reporting of failures.

OK … You have established a culture where the reporting of problems is not punished. You may even have a culture where the reporting of problems is an expected part of how you do business. NOW WHAT?

Do people know how to preserve the evidence of the failure so that an effective root cause analysis can be performed?

You might be surprised that most folks don’t know how to preserve the scene of an accident.

They don’t know that disassembling broken equipment may destroy the evidence of why the equipment broke.

They may not collect the names of everyone involved (including contractors and first responders).

They may “clean things up” to get back to normal housekeeping standards.

They may let vital fluid samples slip away.

They may even collect “souvenirs” to take home.

Reporting the failure really doesn’t help if the evidence of the failure is destroyed before the root cause analysis starts.

What are you doing to train your supervisors to preserve the scene of a failure?

I have two suggestions.

1. Have training for them on evidence collection and interviewing.

We have a TapRooT® Course that can help supervisors secure the scene of an accident and have a much better idea of what they need to do when responding to a failure.

The course can be customized to teach just the information that you think your supervisors need.

The complete 2-Day TapRooT® Effective Interviewing & Evidence Collection Course has essential information that supervisors need to stop evidence destruction and help conduct interviews of those involved. See the course outline at:

http://www.taproot.com/courses#2-day-evidence

Barb Phillips, the course designer, will be happy to talk to you about customizing the course for your supervisors to give them the knowledge and practice that they need to be ready to effectively respond to a failure. To talk to Barb, call 865-548-8990. Or email her by using this LINK.

2. Your equipment folks need training in equipment troubleshooting and failure analysis.

We have another course designed for equipment troubleshooters to help them avoid the destruction of evidence when they respond to an equipment failure. The 2-Day Equifactor® Equipment Troubleshooting and TapRooT® Root Cause Analysis Course will help them develop a troubleshooting plan that will preserve the evidence they need to troubleshoot the problem and find the problem’s root causes.

Again, the Equifactor® Course can be customized to meet the needs of your troubleshooters. Call Ken Reed, the course creator, at 865-539-2139 to discuss ways to make your training targeted to your workforce. Or contact him by e-mail at this LINK.

Whatever you do … DON’T sit back and wait for the next accident and assume that your folks will respond appropriately. I can assure you that if hoping for the best is your strategy … you will be sadly disappointed.

Tip for Safety and Environmental Regulators – If a Refinery is being sold, INSPECT!

Posted: February 15th, 2017 in Uncategorized

NewImage

Saw an interesting article in Hydrocarbon Processing titled:

Rosneft faces $100-MM bill to boost safety at Bashneft refineries

That reminded me of the Amoco refineries that were sold to BP and had a horrible safety record.

Regulators should have a red flag for any assists covered under a PSM program. If they are being sold, INSPECT!

Perhaps this could stop management from excessive cost cutting pre-sale to boost the bottom line at the expense of safety and the environment.

TapRooT® Users Ahead of California PSM Regulations

Posted: February 14th, 2017 in Uncategorized

You may have reviewed the new regulations for process safety at California refineries. This is a major change to the standard PSM rules in the USA for California refineries. 

Here is the section from the “Incident Investigation” portion of the rule…

– – – 

(o) Incident Investigation – Root Cause Analysis.

  1. The employer shall develop, implement and maintain effective written procedures for promptly investigating and reporting any incident that results in, or could reasonably have resulted in, a major incident.
  2. The written procedures shall include an effective method for conducting a thorough Root Cause Analysis.
  3. The employer shall initiate the incident investigation as promptly as possible, but no later than 48 hours following an incident. As part of the incident investigation, the employer shall conduct a Root Cause Analysis.
  4. The employer shall establish an Incident Investigation Team, which at a minimum shall consist of a person with expertise and experience in the process involved; a person with expertise in the employer’s Root Cause Analysis method; and a person with expertise in overseeing the investigation and analysis. The employer shall provide for employee participation pursuant to subsection (q). If the incident involved the work of a contractor, a representative of the contractor’s employees shall be included on the investigation team.
  5. The Incident Investigation Team shall implement the employer’s Root Cause Analysis method to determine the initiating causes of the incident. The analysis shall include an assessment of management system failures, including organizational and safety culture deficiencies.
  6. The Incident Investigation Team shall develop recommendations to address the findings of the Root Cause Analysis. The recommendations shall include interim measures that will prevent a recurrence or similar incident until final corrective actions can be implemented.
  7. The team shall prepare a written investigation report within ninety (90) calendar days of the incident. If the team demonstrates in writing that additional time is needed due to the complexity of the investigation, the team shall prepare a status report within ninety (90) calendar days of the incident and every thirty (30) calendar days thereafter until the investigation is complete. The team shall prepare a final investigation report within five (5) months of the incident.
  8. Investigation reports shall include:
    (A) The date and time of the incident;
    (B) The date and time the investigation began;
    (C) A detailed description of the incident;
    (D) The factors that caused or contributed to the incident, including direct causes, indirect causes and root causes, determined through the Root Cause Analysis;
    (E) A list of any DMR(s), PHA(s), SPA(s), and HCA(s) that were reviewed as part of the investigation;
    (F) Documentation of relevant findings from the review of DMR(s), PHA(s), SPA(s) and HCA(s);
    (G) The Incident Investigation Team’s recommendations; and,
    (H) Interim measures implemented by the employer.
  9. The employer shall implement all recommendations in accordance with subsection (x).
  10. The employer shall complete an HCA in a timely manner for all recommendations that result from the investigation of a major incident. The employer shall append the HCA report to the investigation report.
  11. Investigation reports shall be provided to and upon request, reviewed with employees whose job tasks are affected by the incident. Investigation reports shall also be made available to all operating, maintenance and other personnel, including employees of contractors where applicable, whose work assignments are within the facility where the incident occurred or whose job tasks are relevant to the incident findings. Investigation reports shall be provided to employee representatives and, where applicable, contractor employee representatives.
  12. Incident investigation reports shall be retained for the life of the process unit.

– – – 

TapRooT® Users already find management system, organizational, and cultural related root causes or generic causes that contributed to incidents they investigate. They also know about the hierarchy of controls (part of HCA analysis) and Safeguard Analysis (part of SPA) when developing corrective actions. 

TapRooT® has always been ahead of its time in finding human factors related causes of incidents. Thus, TapRooT® Root Cause Analysis fits well with the Human Factors section of the California regulation…

– – –

(s) Human Factors.

  1. The employer shall develop, implement and maintain an effective written Human Factors program within eighteen (18) months following the effective date of this section.
  2. The employer shall include a written analysis of Human Factors, where relevant, in major changes, incident investigations, PHAs, MOOCs and HCAs. The analysis shall include a description of the selected methodologies and criteria for their use.
  3. The employer shall assess Human Factors in existing operating and maintenance procedures and shall revise these procedures accordingly. The employer shall complete fifty (50) percent of assessments and revisions within three (3) years following the effective date of this section and one hundred (100) percent within five (5) years.
  4. The Human Factors analysis shall apply an effective method in evaluating the following: staffing levels; the complexity of tasks; the length of time needed to complete tasks; the level of training, experience and expertise of employees; the human-machine and human-system interface; the physical challenges of the work environment in which the task is performed; employee fatigue and other effects of shiftwork and overtime; communication systems; and the understandability and clarity of operating and maintenance procedures.
  5. The Human Factors analysis of process controls shall include:
    (A) Error-proof mechanisms;
    (B) Automatic alerts; and,
    (C) Automatic system shutdowns.
  6. The employer shall include an assessment of Human Factors in new operating and maintenance procedures.
  7. The employer shall train operating and maintenance employees in the written Human Factors program.
  8. The employer shall provide for employee participation in the Human Factors program, pursuant to subsection (q).
  9. The employer shall make available and provide on request a copy of the written Human Factors program to employees and their representatives and to affected contractors, employees of contractors, and contractor employee representatives, pursuant to subsection (q).

– – – 

These initial drafts of the regulation have been slightly modified at a public hearing last Fall. The modifications can be viewed at: http://www.dir.ca.gov/oshsb/documents/Process-Safety-Management-for-Petroleum-Refineries-15day.pdf

The California Occupational Safety and Health Standards Board is set to review the revisions and comments on a meeting being held after the comment period expires on March 3, 2017.  

While the new rule is being modified prior to adoption, California TapRooT® Users should be happy to know that they are already using a system that helps them meet and exceed the regulation being developed.

EPA to Require Root Cause Analysis in RMP Required Investigations

Posted: February 13th, 2017 in Uncategorized

The EPA announced in December their intention to finalize a new r Risk management Plan rule for facilities with highly hazardous chemicals. Of interest to readers of this blog, the new proposal for incident investigations requires root cause analysis using a recognized method. 

Here is the proposed language:

INCIDENT INVESTIGATION

(a) The owner or operator shall investigate each incident that:

  1. Resulted in a catastrophic release (including when the affected process is decommissioned or destroyed following, or as the result of, an incident); or
  2. Could reasonably have resulted in a catastrophic release (i.e., was a near miss).

(b) A report shall be prepared at the conclusion of the investigation. The report shall be completed within 12 months of the incident, unless the implementing agency approves, in writing, an extension of time. The report shall include:

  1. Date, time, and location of incident;
  2. A description of the incident, inchronological order, providing all relevant facts;
  3. The name and amount of the regulated substance involved in the release (e.g., fire, explosion, toxic gas loss of containment) or near miss and the duration of the event;
  4. The consequences, if any, of the incident including, but not limited to: injuries, fatalities, the number of people evacuated, the number of people sheltered in place, and the impact on the environment;
  5. Emergency response actions taken;
  6. The factors that contributed to the incident including the initiating event, direct and indirect contributing factors, and root causes. Root causes shall be determined by conducting an analysis for each incident using a recognized method; and
  7. Any recommendations resulting from the investigation and a schedule for addressing them.

With the new administrations halt on new regulations, I’m not sure what will happen with this modification to an existing rule … so keep an eye out for the publication in the Code of Federal Regulations.

One last note if you were wondering … TapRooT® Root Cause Analysis is a recognized method.

Top 3 Reasons for Bad Root Cause Analysis and How You Can Overcome Them…

Posted: February 7th, 2017 in Human Performance, Investigations, Performance Improvement, Pictures, Quality, Root Cause Analysis Tips, TapRooT, Training, Video

NewImage

I’ve heard many high level managers complain that they see the same problems happen over and over again. They just can’t get people to find and fix the problems’ root causes. Why does this happen and what can management do to overcome these issues? Read on to find out.

 

1. BLAME

Blame is the number one reason for bad root cause analysis.

Why?

Because people who are worried about blame don’t fully cooperate with an investigation. They don’t admit their involvement. They hold back critical information. Often this leads to mystery accidents. No one knows who was involved, what happened, or why it happened.

As Bart Simpson says:

“I didn’t do it.”
“Nobody saw me do it.”
“You can’t prove anything.”

Blame is so common that people take it for granted.

Somebody makes a mistake and what do we do? Discipline them.

If they are a contractor, we fire them. No questions asked.

And if the mistake was made by senior management? Sorry … that’s not how blame works. Blame always flows downhill. At a certain senior level management becomes blessed. Only truly horrific accidents like the Deepwater Horizon or Bhopal get senior managers fired or jailed. Then again, maybe those accidents aren’t bad enough for discipline for senior management.

Think about the biggest economic collapse in recent history – the housing collapse of 2008. What senior banker went to jail?

But be an operator and make a simple mistake like pushing the wrong button or a mechanic who doesn’t lock out a breaker while working on equipment? You may be fired or have the feds come after you to put you in jail.

Talk to Kurt Mix. He was a BP engineer who deleted a few text messages from his personal cell phone AFTER he had turned it over to the feds. He was the only person off the Deepwater Horizon who faced criminal charges. Or ask the two BP company men who represented BP on the Deepwater Horizon and faced years of criminal prosecution. 

How do you stop blame and get people to cooperate with investigations? Here are two best practices.

A. Start Small …

If you are investigating near-misses that could have become major accidents and you don’t discipline people who spill the beans, people will learn to cooperate. This is especially true if you reward people for participating and develop effective fixes that make the work easier and their jobs less hazardous. 

Small accidents just don’t have the same cloud of blame hanging over them so if you start small, you have a better chance of getting people to cooperate even if a blame culture has already been established.

B. Use a SnapCharT® to facilitate your investigation and report to management.

We’ve learned that using a SnapCharT® to facilitate an investigation and to show the results to management reduces the tendency to look for blame. The SnapCharT® focuses on what happened and “who did it” becomes less important.

Often, the SnapCharT® shows that there were several things that could have prevented the accident and that no one person was strictly to blame. 

What is a SnapCharT®? Attend any TapRooT® Training and you will learn how to use them. See:

TapRooT® Training

NewImage

2. FIRST ASK WHAT NOT WHY

Ever see someone use 5-Whys to find root causes? They start with what they think is the problem and then ask “Why?” five times. Unfortunately this easy methods often leads investigators astray.

Why?

Because they should have started by asking what before they asked why.

Many investigators start asking why before they understand what happened. This causes them to jump to conclusions. They don’t gather critical evidence that may lead them to the real root causes of the problem. And they tend to focus on a single Causal Factor and miss several others that also contributed to the problem. 

How do you get people to ask what instead of why?

Once again, the SnapCharT® is the best tool to get investigators focused on what happened, find the incidents details, identify all the Causal Factors and the information about each Causal Factor that the investigator needs to identify each problem’s root causes.

NewImage

3. YOU MUST GO BEYOND YOUR CURRENT KNOWLEDGE

Many investigators start their investigation with a pretty good idea of the root causes they are looking for. They already know the answers. All they have to do is find the evidence that supports their hypothesis.

What happens when an investigator starts an investigation by jumping to conclusions?

They ignore evidence that is counter to their hypothesis. This problem is called a:

Confirmation Bias

It has been proven in many scientific studies.

But there is an even bigger problem for investigators who think they know the answer. They often don’t have the training in human factors and equipment reliability to recognize the real root causes of each of the Causal Factors. Therefore, they only look for the root causes they know about and don’t get beyond their current knowledge.

What can you do to help investigators look beyond their current knowledge and avoid confirmation bias?

Have them use the SnapCharT® and the TapRooT® Root Cause Tree® Diagram when finding root causes. You will be amazed at the root causes your investigators discover that they previously would have overlooked.

How can your investigators learn to use the Root Cause Tree® Diagram? Once again, send them to TapRooT® Training.

THAT’S IT…

The TapRooT® Root Cause Analysis System can help your investigators overcome the top 3 reasons for bad root cause analysis. And that’s not all. There are many other advantages for management and investigators (and employees) when people use TapRooT® to solve problems.

If you haven’t tried TapRooT® to solve problems, you don’t know what you are missing.

If your organization faces:

  • Quality Issues
  • Safety Incidents
  • Repeat Equipment Failures
  • Sentinel Events
  • Environmental Incidents
  • Cost Overruns
  • Missed Schedules
  • Plant Downtime

You need to be apply the best root cause analysis system: TapRooT®.

Learn more at: 

http://www.taproot.com/products-services/about-taproot

And find the dates and locations for our public TapRooT® Training at:

 http://www.taproot.com/store/Courses/

NewImage

New! New! New!

Posted: January 17th, 2017 in Uncategorized

We have been working hard to make TapRooT® even better. Therefore, we have NEW things to share.

Books FannedOut

NEW BOOKS

We have three new books that are available and three more that will be coming out in the first quarter. They are part of the new nine book set that will all be out by the end of 2017.

To see what is available now, CLICK HERE.

NewImage

NEW COURSES

We’ve been updating our TapRooT® Training. Every course has had major improvements. Of course, the new courses include the new books, but there is much more that’s been improved to make TapRooT® easier to use and more effective. To find out more about our TapRooT® Courses, CLICK HERE.

NewImage

NEW SOFTWARE

Have you had a look at our new Version VI TapRooT® Software? It’s cloud-based and is device independent. Use it on your PC, Mac, or any tablet. CLICK HERE for more info.

IMPROVE YOUR ROOT CAUSE ANALYSIS BY USING THE LATEST TECHNOLOGY

The old TapRooT® Books, training, and software were good. The NEW TapRooT® Books, Training, and Software are even better. Don’t miss out in the advances in TapRooT® Technology. Get the latest by clicking on the links above and updating your technology.

Also, as more new books, courses, and software improvements are released as the year progresses, we will let you know by posting information here. Keep watch and keep up with the latest in advanced root cause analysis.

Have You Planned Your TapRooT® Training for 2017?

Posted: January 10th, 2017 in Courses, Pictures, TapRooT

 Are you sending people to our Public TapRooT® Training?

 

Public

 

Or are you having a TapRooT® Course at your site?

 

Class picture

 

And arranging TapRooT® Training at one or more of your facilities around the world?

 

KualaLumpur

 

If you want to choose your dates, now is the time to get your onsite courses scheduled.

And if you want to choose a particular public course, now is the time to get your folks registered!

What will YOU do to make 2017 better than 2016?

Posted: January 2nd, 2017 in Courses, Performance Improvement, Summit

2017

Did you make your New Year’s resolutions? Your ideas to improve your performance next year?

In many companies, you are expected to have plans to improve performance. Better production performance, quality, equipment reliability, safety, process safety, and financial performance are all expected parts of the normal year-to-year improvement process. If you are leading any of these improvement efforts, you better have a plan.

What if you could do something to both improve your personal performance and your company’s performance? Would that be interesting?

Plan to attend a TapRooT® Root Cause Analysis Course!

What are you waiting for? TapRooT® Root Cause Analysis is proven by leading companies around the world to help them find and fix the root causes of performance problems. And the TapRooT® System can be used proactively to stop problems before major incidents happen. This can lead to improved financial performance in addition to improved safety, quality, equipment reliability, and production performance.

But beyond that, you will be adding an advanced skill to your toolbox that you can use for the rest of your career. Think of it as a magic problem-solving wand that you can use to astound others by the improvement initiatives you will lead. This can lead to promotions and personal financial gain. Sounds like a great personal improvement program.

Now is the time to make your plans for 2017. Get your courses scheduled. Get ready to make your skills better and your company a better place to work.

What does a bad day look like?

Posted: December 27th, 2016 in Pictures

NewImage

Why are companies reluctant to sponsor self-critical audits?

Posted: December 14th, 2016 in Performance Improvement

Read this story about a recent BP internal audit:

Leaked report says slack management exposed BP to high safety risk

You can see why many managers don’t want written reports critical of any safety or environmental performance.

Does your company have any practices to mitigate bad press from internal audits?

Monday Accident & Lessons Learned: Railroad Bridge Structural Failure

Posted: December 12th, 2016 in Accidents, Current Events, Investigations, Pictures

Screen Shot 2016 11 14 at 6 18 33 PM

A Report from the UK Rail Accident Investigation Branch:

Structural failure caused by scour at Lamington viaduct, South Lanarkshire, 31 December 2015

At 08:40 hrs on Thursday 31 December 2015, subsidence of Lamington viaduct resulted in serious deformation of the track as the 05:57 hrs Crewe to Glasgow passenger service passed over at a speed of about 110 mph (177 km/h). The viaduct spans the River Clyde between Lockerbie and Carstairs. Subsequent investigation showed that the viaduct’s central river pier had been partially undermined by scour following high river flow velocity the previous day. The line was closed for over seven weeks until Monday 22 February 2016 while emergency stabilisation works were completed.

The driver of an earlier train had reported a track defect on the viaduct at 07:28 hrs on the same morning, and following trains crossed the viaduct at low speed while a Network Rail track maintenance team was deployed to the site. The team found no significant track defects and normal running was resumed with the 05:57 hrs service being the first train to pass on the down line. Immediately after this occurred at 08:40 hrs, large track movements were noticed by the team, who immediately imposed an emergency speed restriction before closing the line after finding that the central pier was damaged.

The viaduct spans a river bend which causes water to wash against the sides of the piers. It was also known to have shallow foundations. These were among the factors that resulted in it being identified as being at high risk of scour in 2005. A scheme to provide permanent scour protection to the piers and abutments was due to be constructed during 2015, but this project was deferred until mid-2016 because a necessary environmental approval had not been obtained.

To mitigate the risk of scour, the viaduct was included on a list of vulnerable bridges for which special precautions were required during flood conditions. These precautions included monitoring of river levels and closing the line if a pre determined water level was exceeded. However, this process was no longer in use and there was no effective scour risk mitigation for over 100 of the most vulnerable structures across Scotland. This had occurred, in part, because organisational changes within Network Rail had led to the loss of knowledge and ownership of some structures issues.

Although unrelated to the incident, the RAIB found that defects in the central river pier had not been fully addressed by planned maintenance work. There was also no datum level marked on the structure which meant that survey information from different sources could not easily be compared to identify change.

As a result of this investigation, RAIB has made three recommendations to Network Rail relating to:

  • the management of scour risk
  • the response to defect reports affecting structures over water
  • the management of control centre procedures.

Five learning points are also noted relating to effective management of scour risk.

For more information, see:

R222016_161114_Lamington_viaduct

Connect with Us

Filter News

Search News

Authors

Angie ComerAngie Comer

Software

Barb CarrBarb Carr

Editorial Director

Chris ValleeChris Vallee

Human Factors

Dan VerlindeDan Verlinde

VP, Software

Dave JanneyDave Janney

Safety & Quality

Garrett BoydGarrett Boyd

Technical Support

Ken ReedKen Reed

VP, Equifactor®

Linda UngerLinda Unger

Co-Founder

Mark ParadiesMark Paradies

Creator of TapRooT®

Per OhstromPer Ohstrom

VP, Sales

Shaun BakerShaun Baker

Technical Support

Steve RaycraftSteve Raycraft

Technical Support

Wayne BrownWayne Brown

Technical Support

Success Stories

Fortunately, I had just been introduced to a system for incident investigation and root cause analysis…

Enmax Corporation

Four years ago I was an incident investigator, an incident reviewer, and an investigation techniques…

Hydro One
Contact Us