All trauma centers in the US, and many in other parts of the world, are required to have injury prevention programs. Level I centers in the States are also required to have a named Injury Prevention Coordinator with a job description and salary support.
In this newsletter, I’m going to dig into the specifics of injury prevention. Some of the topics I will cover include:
- Explaining the American College of Surgeons injury prevention requirements
- A list of the most common types of injury prevention programs around the US
- Efficacy of specific prevention programs (violence prevention, elderly falls)
- Making your injury prevention coordinator great
- Tips on designing an excellent trauma prevention program
- And more!
This issue will be available sometime in mid-December. As usual, it will be emailed to all subscribers first. About two weeks later, I’ll make it available to all here on the blog.
If you want to get it as soon as it is released, please subscribe by clicking here! And you can pick up back issues when you follow the link, too!
After more than 8 years of experience, moving to an electronic trauma flow sheet is still not ready for prime time. I’ve seen many, many hospitals struggling to make it work. And all but a very few have failed.
There are two major problems. First, existing computer input technology is underdeveloped. Trying to rapidly put information into small windows on a computer, and having to switch between mouse and keyboard and back is just too slow. And second, output reports are terrible. Humans cannot scan 26 pages of chronological data and reconstruct a trauma activation in their head. There is so much extra data in the typical computer-generated reports, the signal (potential PI issues) gets lost in the noise.
The technology exists to remedy both of the problems. However, the EHR vendors keep tight control over data exchange in and out of their products. Sure, there is CareAnywhere and it’s ilk, but the user is still forced to use the vendor’s flawed input and output systems.
Bottom line: You can’t make a complex system (trauma care) easier or safer by adding complexity (the EHR). Yet.
The electronic trauma flow sheet will never work as well as it could until all the vendors settle on a strong data interchange standard to put data into and get reports out of the EHR. Once that happens, scores of startup companies will start to design easy input systems and report outputs or displays that are actually meaningful. There’s not enough interest in this niche market to make it worthwhile for a company the size of Epic or McKesson, but there is definitely enough for a lot of young companies just chomping at the bit in Silicon Valley.
In order for a clinical practice guideline (CPG) to be both useful and readily used, they need to meet certain criteria. They must be:
- Evidence-based (as much as that is possible given the current state of the literature) – don’t make stuff up if you don’t have to.
- Action-oriented – they actually need to tell you what to do. They shouldn’t read like a book chapter.
- Concise – the shorter the better.
If your CPG meets all three of these, then it’s got a pretty good chance of being followed. Here are samples of two CPGs for management of solid organ injury in kids.
Which one will you actually follow? Which one will make your brain melt?
or Example 2?
Bottom line: Follow the rules for crafting your own clinical practice guidelines. Or else nobody will follow it!
I started voicing my concerns about trying to use an electronic trauma flow sheet (eTFS) way back in 2008. There are very few reports in the literature that specifically detail using the EHR as a trauma flow sheet. The first (see reference 1 below) described an early experience with the conversion process. It outlines lessons learned during one center’s experience, and I’ve not seen any published followup from that center.
Now, on to a report of a “positive” experience. A Level I pediatric trauma center made the same change to the eTFS. They designed a custom menu-driven electronic documentation system, once again using Epic. Specific nurses were trained to act as the
electronic scribe, and had to be present at every trauma resuscitation. The goal of the study was to compare completion rates between paper and electronic documentation. One year of experience with each was collected.
Here are the factoids:
- There were about 200 trauma activations each year that were admitted, and only 50 or so were highest level activations (in a year!)
- 11 data elements were compared, including treatments prior to arrival, vitals, fluids, primary survey, level and time of activation, patient and surgeon arrival, and disposition
- The eTFS was better at capturing time of activation, primary survey components, attending arrival time, and fluid administration
Yes. That’s it. They looked at 11 data points. It says nothing about the wealth of other information that has to be recorded and needs to be abstracted or analyzed. And nothing about the reports generated and their utility. Or how much additional time must be spent by the trauma PI program to figure out what really happened. Or how good their paper documentation was in the first place (not so good, apparently). Or the bias of knowing that your documentation under Epic is being scrutinized for the study.
And to get to that level, this hospital had to maintain a complement of highly trained nurses who were facile with their customized Epic trauma narrator. And they had to maintain their skills despite seeing only one highest level trauma activation patient per week, or one activation at any level only every other day.
I’ve had a number of discussions with the trauma program manager from this hospital, and I am convinced that they have managed to make it work well at their center. However, I’m not certain that their system can be generalized to hospitals with higher volumes and and degree of staffing restraints.
In my final post of this series, I’ll tell you what I really think about using the electronic trauma flow sheet in your trauma resuscitations, and why.
- Using the electronic medical record for trauma resuscitations: is it possible? J Emerg Nursing 36(4):381-384, 2010.
- A comparison of paper documentation to electronic documentation for trauma resuscitations at a Level I pediatric trauma center. J Emerg Nursing 41(1):52-56, 2015.
So as we discovered, we may spend less time and see fewer patients if we use an EHR. One would think that ED length of stay (LOS) would then increase. But does it?
A 2 year observational study from Greece looked at ED throughput before and after implementation of an electronic trauma documentation system. A total of 101 trauma patients were processed under the paper charting system, and 99 were handled after implementation of the electronic system.
Here are the factoids:
- Injury severity was high overall, with half going for emergent surgery and an overall mortality rate of about 12%
- Total ED LOS decreased from 206 to 127 minutes with the EHR
- This was accomplished by decreasing time between arrival and completion of care from 149 to 100 minutes, and from completion of care to leaving the ED from 47 to 26 minutes
Bottom line: Looks great! Badly hurt patients, moving through the ED at breakneck speed after implementation of an EHR. The problem is that it was not really an EHR, but an “electronic documentation system.” Upon close inspection, this is a homegrown system with very specific functionality for monitoring care, providing checklists, and offering case-specific guidance. This is not the type of complex documentation system one usually thinks of when visualizing an EHR. But it does go to show that well-designed and focused software can be beneficial.
Tomorrow, I’ll start to focus specifically on the electronic trauma flow sheet (eTFS).
Reference: The effect of an electronic documentation system on the trauma patient’s length of stay in an emergency department. J Emerg Nursing 40(5)469-475, 2014.