← 最新论文
📄 medicine

Usability of UgandaEMR+ among health workers in Uganda: adaptation and evaluation of the System Usability Scale in a low- resource EMR environment

本研究改编了系统可用性量表(System Usability Scale)以评估在乌干达四家医疗机构中应用的 UgandaEMR+,结果显示其整体可用性处于中等水平,而这种限制主要源于操作摩擦,例如由于基础设施和支持挑战所导致的繁琐工作流、复杂性和不一致性,而非核心软件功能本身的问题。

原作者: Mugerwa Moses, Nimusiima Praise, Dong Roman Xu, Dadong Wu

发布于 2026-06-25
📖 1 分钟阅读☕ 轻松阅读

原作者: Mugerwa Moses, Nimusiima Praise, Dong Roman Xu, Dadong Wu

原始论文采用 CC BY 4.0 许可(https://creativecommons.org/licenses/by/4.0/)。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性,请参阅原始论文。 阅读完整免责声明

想象一下,乌干达的医疗系统正试图从一个巨大的、混乱的档案柜(纸质记录)升级为一个精巧、现代的数字图书馆(UgandaEMR+ 系统)。政府已在 1,000 多家医院和诊所安装了这个数字图书馆,希望这能减轻医生和护士的工作负担。但问题出现了:许多医务工作者仍然坚持使用他们旧的笔记本,或者只是敷衍地使用这个新系统。

这篇研究论文就像是一份针对该数字图书馆的“客户满意度调查”。研究人员想要知道:这个系统实际上是易于使用,还是让人感到沮丧?

以下是他们发现的研究结果,用简单的语言进行了解释:

“成绩单”

研究人员请 302 名医务工作者(医生、护士、化验员)使用一套标准的“可用性成绩单”——系统可用性量表 (SUS) 对系统进行评分。你可以把它看作是软件的“大众点评”或“Yelp 评价”。

  • 总体成绩: 该系统得到了 “C”(中等) 的评价。它没有坏掉,也不算糟糕,但也没达到“顶尖”水平。
  • 分布情况: 约 28% 的工作人员讨厌它(低可用性),44% 认为还可以(中等可用性),28% 认为它很棒(高可用性)。

核心问题:不是车的问题,是路的问题

这项研究最有趣的部分在于,人们为什么给了它一个“C”。

研究人员将调查细分成了具体的问题。他们发现,医务工作者并不认为软件本身太难理解或太复杂。相反,他们觉得这个系统笨重(clunky)、不一致(不可靠),并且因为周围的环境而难以学习

以下是论文实际发现的隐喻:

  1. “停电”类比:
    想象你正在驾驶一辆全新的、高科技的电动汽车,但每隔几英里,电网就会发生故障,你不得不跳下车,在汽车还在行驶档位时推着它走。

    • 论文的原话: 医务工作者表示,系统感觉“笨重”并不是因为按钮让人困惑,而是因为电力和网络经常中断。当停电时,他们必须切换回纸质记录,等电力恢复后再切回电脑。这种“混合模式”的舞蹈让整个过程显得缓慢且笨拙。
  2. “电梯故障”类比:
    想象你在一个装有新电梯的大楼里。电梯本身运行良好,但如果它卡住了,没人会在三天内来修理。你会开始觉得这个电梯“不一致”或“坏了”,尽管机器本身没问题。

    • 论文的原话: 工作人员觉得系统“不一致”,是因为当出现 Bug 或错误时,没有明确的求助途径。IT 支持缺失或反应迟钝,导致小问题演变成了大挫折。
  3. “错误的地图”类比:
    想象你习惯了走一条特定的路去上班。突然,有人给了你一张新地图,强迫你走一条完全不同的路线,尽管目的地是一样的。你会觉得这张新地图“难以学习”,但实际上,你只是还不习惯这条新路。

    • 论文的原话: 系统让人感觉“学习需求高”,并不是因为软件太聪明,而是因为它与医生和护士的日常工作方式不匹配。他们接受的是纸质操作培训,而数字系统要求他们以不同的顺序进行操作。

令人意外的发现:培训并没有起到太大作用

研究人员原以为,如果给员工提供更多培训,他们就会更频繁地使用系统。

  • 结果: 他们发现正式培训与实际使用系统之间没有联系
  • 隐喻: 如果路面上全是坑洼,且加油站都关门了,那么给你一本驾驶手册并不能解决问题。论文表明,单靠培训是不够的;你必须先修复“路面”(即工作流程和基础设施)才行。

总结

论文得出结论:UgandaEMR+ 是一个不错的工具,但它正受到周围环境的制约。

要让医务工作者喜爱这个系统,你不一定需要重新设计软件界面(“车”)。相反,你需要:

  1. 修复电力和网络(让“车”能跑起来)。
  2. 完善 IT 支持(让“电梯”能被快速修复)。
  3. 使数字系统与实际工作流程对齐(让“地图”变得合理)。

研究人员还证明了他们改编后的 SUS 调查问卷在这些低资源环境下同样有效,这意味着它可以作为一个常规工具,用来检查系统是在变得更好还是变得更差。

简而言之: 软件并不是“反派”;是环境(电力、网络和支持)让软件显得笨拙。修复环境,可用性就会提高。

您所在领域的论文太多了?

获取与您研究关键词匹配的最新论文每日摘要——附技术摘要,使用您的语言。

试用 Digest →