如何设计一款医疗应用,帮助医生跟进患者状况?

0 评论 3486 浏览 22 收藏 18 分钟

笔者洞察到医生在工作环境中的痛点与需求,并对大量医生与专家做出调研,进而设计出一款解决医生痛点的医疗“ONCALL”产品。

原文作者设计的医疗产品如图所示:

01 医生和急诊班

我一直对医疗保健系统感兴趣。它做得更好时,我们都会从中受益。

我们的医院到处都是人,他们全力以赴挽救和改善我们的生命,这就是为什么我如此努力地尽我所能,来帮助改善这个系统。

下图是我开始与医生交谈的方式,并以此试图了解他们的工作以及随之而来的反馈。

很快,出现了24小时急诊班次的话题,以及他们难以有效地跟踪哪些患者需要引起他们的注意的难题,这就是创建OnCall应用程序的征途的开始。

02 调研

背景:在西班牙,几乎每个医学专科(心脏病,妇科,肾病等)都要求他们的一些医生在医疗中心内呆24小时,以防正常工作时间外病人出现突发情况。

这种情况背后是医生基本都是紧绷且疲倦的。想象一下,您已经工作了18个小时,已经超出了正常的就寝时间,并且仍然要为患者的健康负责。

我决定深入研究该主题,以了解其过程以及可能出现的痛点。在我刚刚描述的情况下,任何无法有效执行的任务或工作都可能会延迟并影响微妙的情况。

我开始与西班牙各地的医生交谈(在整个过程中,我总共采访了13位医生),当我让他们用一个词描述情况时,我的怀疑得到了证实。以下是面试中经常出现的一些单词:

  • 疲倦
  • 压力大
  • 精疲力尽
  • 精神上和身体上的要求
  • 混沌

在这些访谈中,我还借此机会对他们的过程进行了任务分析,这意味着他们将逐步了解他们在此过程中需要采取的所有步骤,以了解他们如何在不同的医院中解决该问题,并确定是否有任何复发的情况痛点。

我采访的医生是目前或最近在加那利群岛,加利西亚,马德里,塞维利亚和毕尔巴鄂的医院工作的专家。这次交谈使我很好地了解了整个西班牙的共同点,以及从专家的角度来看这个过程的过程。

我在上一段中多次提到了专家一词。这是因为我的重点是处于第二注意位置的医生,只有当急诊医生对患者进行检查并且需要专业于具体医学分支的同事的意见或采取行动时,才会呼叫他们。

但是,在更深入一点之前,我们先将其放到上下文中。

认识Daniel MD

Daniel是位于特内里费岛的放射科医生。他作为放射科医生的工作是评估CT,MRI或超声检查的图像,以便做出诊断。

正如我之前提到的,像Daniel那样的专家在到达医院时不会立即就诊,而是在急诊室第一线的医生对病人进行检查后在需要时才打电话给他们。当丹尼尔坐在他的办公桌上时,这对他来说就是这样:

  1. 他接到急诊室一名医生的电话,要求进行检查
  2. 丹尼尔对此案提出了一些问题,并写下与他有关的信息
  3. 他要么同意测试,要么要求另一位专家进行进一步评估
  4. 同意并完成测试后,他评估结果
  5. 最后,他做出诊断决定并撰写报告。至此,他对该患者的责任已经结束

在了解像Daniel这样的人的过程之后,我创建了一个亲和图,以收集我从研究中获得的所有见解,并试图理解它们之间的联系和趋势。

我从中得到的一些有趣的见解是:

  • 许多医生保存了有趣的案例以进行跟进,即使他们不再负责这些案例。
  • 医生浪费大量时间去电脑检查所要求的测试结果是否已到来。
  • 医生真的很想知道在各种紧急情况下他们照顾了多少患者。

但是我要留下的见解在我进行面试时确实使我印象深刻,并且在我的亲和图中得到了证实。这就是这个问题的答案:

“您如何知道在任何给定时刻您要去看护或要负责的患者人数”。对这个问题有不同的反应,但是答案总是相同的:“ 在纸上的笔记。”

我对此感到惊讶,然后我提出了另一个问题:“如果丢掉那张纸会怎样?”。我将总结一下血液学家给我的答案:“启示录”。—帕特里夏(血液学家)

许多医生都生活在这种情况下,他们唯一能做的就是设法记住自己所拥有的东西,并相信如果他们没有为特定的病人出现,就会有人注意到并打电话给他们。

我知道您在想什么,他们没有解决此问题的软件吗?

我当然问过,答案是否定的(至少对于公共部门而言)。

他们拥有检查信息的软件,可以查看在急诊室检查了多少名患者,或者以前的医生已经报告了哪些信息,但是没有选择查看列表或电子表格的选项急诊室中需要特别关注的患者中。

这使自己写在空白纸上非常重要。一些医生将其名字贴在上面,以防万一它丢失了,甚至有不同颜色的特殊论文,以使人们更容易找到它并将其归还。

删除了个人信息的医生用纸的示例

正如我为Daniel的过程所描述的那样,在本文中,他们通常会写出患者的姓名和编号,还要写出完成工作所需的相关信息,例如患者的痛苦程度或现有的测试。

03 问题

收集了前面描述的所有信息之后,对于我来说,在过程的这一点上清楚地陈述我将要解决的问题非常重要。这有助于我集中精力研究整个设计过程中的主要见解。与同事或利益相关者进行交流时,它也非常有用。在这种情况下,我的问题陈述是:

值班医生需要一种方法来跟踪他们必须照顾的患者,因为他们依靠容易丢失的纸质便笺。

在此过程的阶段(我们称为define),我还根据研究期间收集的信息创建了至少一个User Persona,在本例中,我较早时向您介绍了该信息,以更好地解释我的发现。

该角色扮演的角色是对我所获得的见解的总结,也是同情潜在应用程序的真实用户的一种方式。在决策过程中,它也可以作为灯塔。在这种情况下,当决定优先次序或采取哪种方式时,我会考虑丹尼尔并问自己“丹尼尔真正需要什么?”,“什么对他会更有用?”。

04 做什么

一旦定义了人员,上下文和问题,就该真正决定我的应用程序将要做什么了。为了做出此决定,我创建了一些用户故事,其中列出了可能的用户的需求和目标。

我之所以使用“用户故事”,是因为它们很容易转换为功能,其结构可确保我始终考虑用户的目标,并且由于这些简短的说明适合即时贴,因此我可以使用优先级排序技术对其进行物理重新排列。这是用户案例的两个示例:

“作为一名值班医生,我需要访问我留下的患者名单,以便我记得所有人”。

“作为一名医生,我需要知道我接受过哪些治疗,以便我能够跟踪他们的病情发展并评估自己的工作和过程”。

讲完这些故事后,我使用MoSCoW优先级排序技术来确定该项目的MVP真正需要什么以及拥有什么是好东西。在这里,您可以看到该过程的示例:

终于到了将所有这些工作转换为交互式界面的时候了。从访谈中可以明显看出,手机app是最佳选择。医生们说,他们在上班时候都会带着它,而且在医院内使用它们也没有困难。

在该过程的构思和原型阶段,我最终决定了该应用程序的以下主要部分:

  • 待命:核心部分。一旦激活了新的班次,医生就可以通过患者编号记录患者,写下有关患者的注释,访问他们的测试并将其标记为完成。
  • 跟进:用户可以保存要跟进的患者,这些患者将存储在导航的此部分中。医生这样做的原因是多种多样的,例如想要确保诊断正确或出于教育原因而发现该特定病例很有趣。
  • 历史:在研究过程中,医生们已经在量化急诊轮换中要治疗的患者的数量和种类,或者想开始这样做,因此在本节中,他们可以找到已记录的患者和轮换的历史。
  • 设置:我将其添加为相关部分,因为在这里用户可以自定义体验,主要是说明哪些患者数据对于他们在患者页面中具有重要的地位,以及哪些应该用作列表视图中的标识符。

在将这些思想转换为界面之前,我对用户流如何与所有部分配合使用进行了可视化处理,以弄清楚哪种导航方式有意义并指导我的设计过程。

我开始在纸上绘制应用程序主要部分的草图,并测试一些布局,试图看看人们是否理解我正在创建的结构。我很快转到计算机上,以开发低保真度的原型,其中包含更清晰和结构化的内容,以便正确地与用户进行测试。

一些低保真迭代:患者名单和跟进

一些低保真迭代:患者页面

在这一点上,我注意到列表和可滚动内容将成为该应用程序的重要组成部分,因此我分析了一些已经在其中发挥出色作用的应用程序,以获取灵感并尝试理解用户已经习惯的约定——Pocket Cast,Wunderlist,MyFitnessPal或Instagram之类的社交媒体应用对于查看非常有用。

在用户测试期间,一次又一次出现的事情之一就是弄清楚哪些部分是可单击和/或可编辑的,这一点非常重要。我为解决该问题所做的一些事情是在旨在让用户编写自己的笔记的部分中添加提示“轻按以写”。

05 最终版本

当进入高保真度时,我专注于提供更多视觉线索,以了解哪些部分是要读取的信息以及哪些部分供用户编辑和使用。您可以在上方的患者屏幕中看到一个示例,在该屏幕中,我将患者信息隔离在卡片中,与其余数据的距离更大。我还使用了文本的副本和颜色,使其尽可能明显。

为了保持用户注意力的集中并减少认知负担(在压力很大的情况下更重要),我使用了渐进式披露来隐藏已经处理过的患者,但是在“ 显示完成”下,我让他们易于访问。测试期间出现的另一件有趣的事情是对“order by”选项的困惑,我最终使用所选选项旁边的两个箭头进行了求解。

我要指出的最后一件事是您可以在列表视图和患者信息中看到的颜色代码。该信息来自于管理人员在医院收治患者时向其数据库输入的数据,并具有3个值:紧急,较不紧急和不紧急。

演示版

最后,您可以找到最终结果的交互式原型。与之互动时,我邀请您想象您是Daniel,并探索您可以做的一些事情:

  • 开始转变
  • 通过患者编号添加患者
  • 在设置中您选择为相关的每个字段中添加有关患者的注释
  • 检查您想跟进的先前班次的患者
  • 查看您的轮班历史
  • 个性化与您的专科或您自己作为医生有关的患者领域
  • 同样在设置中,选择哪个字段最能在列表视图中识别患者

下一步

  • 测试。我能够与3位医生和其他非医生合作者一起测试此原型,但我认为从潜在用户那里获得更多反馈以识别可以改进的任何因素或发现我认为没有的用例非常重要。
  • 详细研究用于在西班牙公立医院中存储患者信息的技术,例如快速医疗保健互操作性资源,当然还有用于确保应用程序商品不会干扰安全性和隐私性的安全措施(某些事情)我建议的是,为了使用该应用程序,医疗中心必须激活您的会话,而只能在该中心的专用Internet连接中工作)。
  • 确保此工具和我可以提出的措施符合西班牙和欧洲的隐私法。

06 总结

从事这个项目一直是我职业生涯中最有趣的经历之一。对于我来说,这确实增强了花时间去研究环境,摩擦和参与过程的人员的重要性。当向医生展示最终结果时,任务分析,访谈和用户测试确实获得了回报,医生告诉我他们希望他们如何在工作场所中使用这样的应用程序(获得这种反应的感觉!)

此外,考虑到最常见应用程序中使用的约定,有助于将一些设计决策引导到用户可能已经感到熟悉的事物中。

最后,能够获得用户和其他设计师的不断反馈是打破障碍并使项目进一步发展的关键。

 

原文作者:Héctor Rebollo Bollullo

原文地址:https://medium.com/@hectormrb/oncall-an-app-to-help-doctors-better-organize-their-work-67776a9bb36c

译者: 南设;译者公众号:南设(ID:shemenglianmeng)

本文由 @南设 翻译发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!