首页> 美国卫生研究院文献>Drug Safety - Case Reports >Difficulty Using Smart Pump Logs to Recreate a Patient Safety Event: Case Study and Considerations for Pump Enhancements
【2h】

Difficulty Using Smart Pump Logs to Recreate a Patient Safety Event: Case Study and Considerations for Pump Enhancements

机译:使用智能泵记录来重新创建患者安全事件的难度:案例研究和增强泵注意事项

代理获取
本网站仅为用户提供外文OA文献查询和代理获取服务,本网站没有原文。下单后我们将采用程序或人工为您竭诚获取高质量的原文,但由于OA文献来源多样且变更频繁,仍可能出现获取不到、文献不完整或与标题不符等情况,如果获取不到我们将提供退款服务。请知悉。

摘要

The authors present a case in which a physical anomaly with an infusion pump resulted in an unforeseen fault that the nurse’s attempts to resolve unknowingly exacerbated. This case study presents the first report in the literature to detail the difficulty in recreating a patient safety event using smart pump logs, support server continuous quality improvement (CQI) data, and the drug order entry system to elucidate the clinical scenario. A 75-year-old male patient presented to a major teaching hospital and was admitted to the intensive care unit (ICU) with a massive gastrointestinal bleed and myocardial infarction, then stabilized. One of the patient’s pumps alarmed “communication error” on the display. The display gave no explicit instructions about how to resolve the issue, and resolution was not intuitive. Attempts to clear the alarm failed, so the module was disconnected to reprogram the infusion, causing an interruption in the dopamine. Over the course of approximately 2 min of troubleshooting, the patient’s blood pressure decreased from 109/50 to 60/30, with a rapid pulse change from a consistent 95 up to 115 and subsequently 135 beats per minute. A cardiac arrest ensued and a code blue was called. All cardiac drugs, including the dopamine, were suspended during the code. Cardiopulmonary resuscitation was performed and the patient survived the code. Post-code, the dopamine and epinephrine were restarted, and the norepinephrine was discontinued. The patient’s condition remained very unstable. Pump logs and the server database were queried to locate relevant equipment. It was concluded that dirty contacts on the inter-unit interface (IUI) connectors between the PC unit (PCU) and the modules caused the alarm message “communication error” to appear on the PCU display. Learning yielded a nursing practice alert to clarify how a nurse should resolve a “communication error”, and appropriate cleaning protocols were promptly implemented. The investigation found smart pump event logs and proprietary software are not designed with any forethought as to retrospective reconstruction of incident investigations, leaving facilities to cobble together pieces of information from multiple sources to determine what occurred. The authors also suggest further pump enhancements, challenging pump manufacturers to go to the next level of integration and enable greater patient safety with smart infusion pumps.
机译:作者提出了一个案例,其中输液泵的物理异常导致了不可预见的错误,护士的解决方案在不知不觉中得到了解决。此案例研究提供了文献中的第一份报告,详细介绍了使用智能泵日志,支持服务器持续质量改进(CQI)数据和药品订单输入系统来阐明临床情况来重新创建患者安全事件的难度。一名75岁的男性患者在一家大型教学医院就诊,并被送进重症监护病房(ICU),并伴有大量胃肠道出血和心肌梗塞,然后稳定下来。病人的一台泵在显示屏上发出警报“通信错误”。显示屏未提供有关如何解决问题的明确指示,解决方案也不直观。尝试清除警报失败,因此已断开模块以重新编程输液程序,从而导致多巴胺中断。在大约2分钟的故障排除过程中,患者的血压从109/50降低到60/30,并且脉搏迅速从恒定的95上升到115,随后每分钟135次搏动。随后发生心脏骤停,并发出蓝色代码。在编码期间,所有心脏药物,包括多巴胺都被暂停。进行了心肺复苏,患者幸存了规范。邮政编码后,重新启动多巴胺和肾上腺素,停用去甲肾上腺素。患者的病情仍然非常不稳定。查询泵日志和服务器数据库以找到相关设备。结论是PC单元(PCU)与模块之间的单元间接口(IUI)连接器上的触点变脏,导致警报消息“通信错误”出现在PCU显示屏上。学习产生了护理实践警报,以阐明护士应如何解决“通信错误”,并迅速实施了适当的清洁规程。调查发现,智能泵事件日志和专有软件的设计没有对事故调查进行回顾性重构,因此可以将来自多个来源的信息拼凑在一起以确定发生了什么。作者还建议进一步增强泵,挑战泵制造商进入更高的集成水平,并通过智能输液泵提高患者安全性。

著录项

相似文献

  • 外文文献
  • 中文文献
  • 专利
代理获取

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号