I love a challenge, and recently I have taken to making cakes. I am not Duff or Carlos, but I am determined to conquer the cake. My weakness is I don’t like recipes – ok, so I don’t like being told what to do, and I feel a recipe is just Betty Crocker’s way of bossing me around. When cooking, her recipes are general suggestions, but unfortunately in baking, it’s an order.
The thing with a recipe in Betty’s book is someone experienced has documented it – it has been verified – and it has made it to the general public. A recipe is successful because the common language used in each step. We are taught in grade school the standard terms of measure – cup, teaspoon, tablespoon, etc. We are also taught time – minutes, seconds, or hours. We are taught by our moms how to “preheat”, and we are taught by the Food Network how to “fold” in an ingredient.
Documentation of anything requires standard terms and common language. In a recent revelation in speaking with others about my professional passion for clinical alarm data and the picture of patient needs hidden within it, I found that there is not a current standard terminology in the arena of clinical alarm design. Therefore, I am proposing one. Just to set the minds of my readers at ease – Patient Communications Platforms are in my blood. You could say my youth encoded a understanding of clinical alarms into my DNA. I went to my first “nurse call” training before I could drive a car, and had a doll house with RTLS. I am not a novice, however, I am not so proud to think that what I’m proposing can’t be improved upon. Actually, I’d be thrilled if this proposal sparked a debate. So,I challenge all of my readers (all 700 of you) to comment. Collaboration can only occur if we are not so prideful to think we are perfect – if we can agree that little companies have as good of ideas as big companies – if we can solidly stand by saying we must create things for the betterment of healthcare because it’s really about patients – not all about profits.
This is Sphere3’s proposal for common language for documentation of Clinical Alarms. Below is a cascade of action – reaction that can either be generated by a person or the configuration of the clinical alarm system.
Initiating Action:
This is the beginning of the call. It can be manual, such as a patient pressing a button or physiological, such as a telemetry alert. The initiating action can also be a system trigger such as an occlusion or a system creating an alert based on a malfunction or necessary service request. The easy way to remember an Initiating Action is “it’s gotta start somewhere”.
Example:
Patient Press a “Normal Call” button on their Nurse Call System
Patient’s heart beat indicates a “V-Tach”
Notification Action:
How do people know that a clinical alarm has occurred? A Notification Action is the ring, ding, buzz, text, etc. This is the way in which a caregiver knows that an initiating action has occurred – they way they know the patient is in need. There are generally multiple Notification Actions for every Initiating Action. Every Notification Action is an invitation for the Caregiver to interact with the patient or their device.
Example:
Initiating Action = Patient Presses the “Normal Call Button”
Notification Action 1 = The Dome Light is White
Notification Action 2 = The PCT’s Wireless Device buzzes
Notification Action 3 = The PCT receives a Text Message “Normal Call Room #” with the option to “dial back” to the patient room.
Acceptance OR Rejection Actions:
If the Notification Action is the caregivers invitation to interact with the patients need it forces an acceptance of that request or a rejection. Accepting the alert requires an interaction with the patient or their technology. A rejection is a “delay of response” while it could indicate that the call is being ignored, mostly it indicates that the capacity of the caregiver to interact with the workload is challenged.
Example:
Notification Action3: The PCT receives a Text Message “Normal Call Room #” with the option to “dial back” to the patient room.
Acceptance Action 1: The PCT presses “Accept” it “dials back” into the patient’s room, they communicate with the patient.
Rejection Action 1: The PCT is unable to answer the call due to being engaged with another patient.
Escalation Action:
A Patient Communication Platform (aka Nurse Call) has a feature called “always an answer” where it will bounce a call if it’s not handled within a set time frame. Anytime a call is rejected, it bounces either automatically based on timeframe or physically based on a button push. That being said anytime a call is “rejected” technology should be programmed to create an automatic escalation action. Similar to an Initiating Action the escalation action is the technologies methodology of moving the call to the next person or place in line.
Example:
Rejection Action 1: The PCT is unable to answer the call due to being engaged with another patient.
Escalation Action1: Since the call has been “ignored” the technologies internal timer has allowed for a wait time of 2 minutes after which the call is sent to the RN’s wireless device with a message “Normal Call Rm 320”.
Escalations drives additional Acceptance and Rejection Actions, based on time frame. Again, a Rejection Action will create an additional Escalation. The hospital has to decide when the patient request (physiological or physical) has gone on too long, and at what point a failure to respond will generate the final Mandatory Action.
Mandatory Action:
The hospital’s determination of the final phase of the escalation process is the mandatory action. This designation is generally linked to Overtime calls. When a mandatory action occurs, the technology should force a physical face-to-face interaction with the patient. Mandatory Action is a new Initiating Action with a required interaction from staff.
Example:
Normal Call has not been answered in 4 minutes.
Mandatory Action: Due to escalation past allotted time frame the technology changes the alert verbiage to “Overtime Room 320” and tones at the main console and duty stations in all caregiver work areas on the unit. Additionally, the PCT and RN’s wireless phone receives a text message “Overtime Room 320” with no capability to call into the patient’s room. The call can only be cancelled at the patient’s bedside.
Now, let’s get back to baking cakes. Here is what I’ve learned in my most recent experience. There is a certain amount of discipline that comes with baking. To try to get creative on the basics is the best way to really ruin a dessert. Getting the basics of a cake right makes for a great foundation. But, the real fun and creativity begins once you have solid knowledge of the basic fundamentals of a cake. You see, I’ve now learned how to take a basic recipe and make an exciting dessert for my family—its about the secret additives, the substitutes that have just a little more interest in flavor, the interesting style of presentation, and complimentary chemistries of toppings, sides and coffees.
Clinical Alarms is the same thing. You have to know the basics and assure the foundational strategies in clinical alarm design were applied. BUT, once that is accomplished, there is so much more that can be done to enrich the patient and caregiver experience with request and response.
The documentation above associated with each phase is laid out similar to a process chart used in lean, however Sphere3 has created a methodology that is easy to understand and see at a glance. I will create a blog series on each phase of the process if there is feedback on this, but if there is not then we will just leave it as one persons attempt to create some normalcy to the market.
Comment Back – Ask Question - Email me
kgovro@sphere3consulting.com if you don't want to post a comment – join this conversation.
It’s not “IP” it’s about creating something we can all use. This shouldn’t be an uneven playing field - this is Sphere3 stepping up and saying it's about the patient - not about the technology. If alerts are designed incorrectly in the extreme case someone could die – in the most likely case a patient is dissatisfied with their care.