Preventing Wrong-Patient Electronic Orders in the Emergency Department

Discussion

The original aim of the project was to decrease “wrong patient, right order” near-miss events by 30% in 3 months in the ED using an order-based patient ID reentry function. The goal was rapid improvement using a hard-wired EHR process, which is why a 3-month time frame was chosen. During our 8-week project, we surpassed this goal, documenting a 35% decrease in near-miss wrong-patient orders in the ED. This rate was similar to that achieved by Adelman et al [8] and Green et al [10]. Adelman et al found a 41% error reduction, while Green et al found a short-term 30% reduction in CPOE wrong-patient orders utilizing a 2.5-second mandatory delay before continuing the order entry for the purposes of patient verification.

Resident and attending staff conveyed to us anecdotally during both beta testing and implementation that the ID reentry function made them aware of incorrect patient selection even before entering the required initials and birth year. They then cancelled the order session on the wrong patient and chose the correct patient. This is consistent with the findings of Green’s study, which noted that ED practitioners backed out of appropriately 1 in 200 order entry sessions due to wrong patient selection [10].

We also assessed the additional time added to each order entry session. Initially, using observational data, the CPOE ID reentry function added 6.2 seconds to each order entry session. However, providers that were more familiar with the system took an average of 4.0 seconds. While this added time per order entry session does not seem like much of an issue or delay, in a busy 12-hour shift in the ED it could be seen as significant. Adelman reported 6.6 seconds additional time required in for the ID reentry function used in his study [8], while Green’s study was designed using a 2.5-second mandatory delay before users could close the verification dialogue box [10].

The biggest challenges in implementing our project were unforeseen IT issues. The “go-live” date for ICD-10 was the same as the date we were to start the ID reentry requirement. IT personnel were needed to help in the EHR ICD-10 development and support, which delayed our start date. Additionally, other IT issues were identified. For example, the initial implementation of this project was to begin in the ED involving active ED patients only. At the project’s onset, the ID reentry function erroneously became active in all hospital locations. To fix this error, the entire double ID system alert, including the ED location, had to be removed and adjusted.

In addition to the above challenges, the team discovered errors that needed to be addressed during beta testing. For example, some clinicians would enter an order but no alert asking for the identifying data appeared. The order was entered and completed without the use of the double ID. Once discovered, IT was able to identify and correct the error. Beta testing also revealed an error in the system where providers who incorrectly identified a patient were “locking-out” of the CPOE system for that particular patient during the patient’s entire encounter. This issue was also quickly identified and resolved.