重新构想医疗账单：UI/UX 案例研究

All Data Health 是一家从医生那里收集医疗账单信息并将其发送给保险公司进行付款的公司，该公司聘请我在 2020 年底重新设计其账单体验。当时，它的医生客户习惯于填写纸质超级账单——即包括诊断、程序和保险索赔代码。

为了提高理赔流程的速度和准确性，公司领导希望吸引医生通过现有的医生门户提交在线超级账单（称为电子超级账单），但医生拒绝了。 他们继续向 All Data Health 邮寄纸质表格，计费专家在向保险公司提交索赔之前手动输入数据。

众所周知，医生对新技术持谨慎态度。 安全性、生产力和可负担性问题导致医生坚持使用熟悉的方法和工具。 我的任务是重新构想现有的医疗计费软件，使其用户友好，以至于医生会很高兴地放弃他们的纸质超级账单。

方法：研究、线框图、原型设计

作为一名 UI/UX 设计师和艺术总监，我曾开发过许多面向消费者的产品，我专注于人性化的数字体验。 三个多月以来，我与 All Data Health 合作更新了计费系统，并构建了一个组件库和样式指南来配合它。

像往常一样，我从研究和头脑风暴开始。 然后，我创建了一个信息架构并使用线框设计了一个低保真原型，然后再转向高保真原型。 我与客户的开发团队密切合作，每天向他们更新我的进度。

用户体验研究：确定医生的工作方式

每个项目都从了解用户开始。 首先，我会见了 All Data Health 的 CTO 和董事总经理，了解医生和公司数据录入专家的需求。 我拥有马德里卡洛斯三世大学的新闻学学位，并担任了四年的记者，所以我擅长这种类型的事实调查。

我们一起创建了三个详细的角色：

• Solo 博士：这位医生在一个大组织工作，经常填写表格，上面有相同的诊断和程序。 在电子超级账单上，他必须能够轻松访问他最常执行的程序。 表格需要适合移动设备，因为 Solo 医生需要花费大量时间在医院楼层和医疗设施之间往返，而且通常无法访问计算机。
• 办公室医生：该医生经营一个小型办公室，通常与护士或助理一起工作。 在他的模拟工作流程中，助理准备带有患者信息的表格，他只需填写访问期间执行的程序。
• 有团队的医生：这个医生类似于小企业主； 她经营着一家医疗办公室并雇用了更多的医生。 一名全职医生填写了部分文书工作，但 Dr. With a Team 最终负责从保险公司收取费用。

特征分析：注意最佳实践

我知道 All Data Health 的计费 UX 必须非常直观，以至于用户会将其视为一种节省时间的方法，或者至少认识到它不会增加计费时间。 我检查了将大型项目分解为可管理任务的程序，并受到 TurboTax 网站的几个方面的启发：

• 它使用户一次专注于一项任务。 例如，它通常每页只问一个问题，例如“您是否出售任何股票、债券、共同基金股票或其他投资？” 并提供简单的“是”、“否”和“我不知道”按钮。
• TurboTax 的工作流程不是用冗长的表格压倒用户，而是分为工资/收入和扣除/信用等类别。 它还显示了进度并设定了对下一步的期望——例如，让用户知道即将提出的问题将涉及年度收入。
• 它提供并排视图。 用户在屏幕的一侧填写工作区域，同时在另一侧查看概览。 概述还用作菜单，因此用户可以导航到各个部分。

信息架构：设计层次结构

我希望计费 UI 尽可能地模仿医生纸质表格的布局，以便让人感觉熟悉并有助于简化从纸质到数字的过渡。 我首先将用户填写超级账单的过程分解为更小的步骤。

思维导图

我使用 Miro 制作了 All Data Health 医生门户的思维导图，以可视化信息的结构。 构建思维导图使我能够发现门户信息架构中的缺陷。 例如，门户网站只有一个报告选项下拉菜单，但列表很长，这会减慢决策速度。 我建议创建一些高级主题和子主题——一种更清洁、更有效的导航方式。 我还制作了现有电子超级账单的思维导图，并确定了需要简化的区域。

线框

在创建数字版本之前，我经常手绘线框。 然而，这一次，我对自己想要创造的东西有了清晰的认识，所以我继续使用 Miro。 我修改后的桌面 UI 的第一次迭代在顶部有一个菜单，其中包含四个类别：创建电子超级账单、报告、患者和个人资料。 它在左侧有一个动态导航，它会根据用户在电子超级账单中的位置而变化。

在我的建议中，最初的填写表格很简单：它要求用户填写设施、提供者、日期、程序、诊断和修改器，这些信息提供了有关程序的更多信息。 我还实现了纸质账单的可视化，以便根据用户以前的工作方式来定位用户。

在移动应用程序上，我隐藏了菜单并创建了两个屏幕，使用户能够在完整表单和纸质账单图像之间切换，以便他们知道自己在处理过程中的位置。

当我展示最初的线框图时，CTO 提到我们需要允许添加额外的程序，并且所有内容都必须与保险公司需要的诊断相关联，因此我创建了一个启用此功能的组件。

模型：定义用户流

当我们对软件的整体外观和感觉感到满意时，我们开始模拟用户流程； 我们为新患者创建了一个，为现有患者创建了一个单独的。 在模型中，我们涵盖了理想状态和基本场景，包括接受多项诊断并接受多个手术的患者，以及在不同机构工作的医生。 在项目的这个阶段获得客户反馈至关重要，因此我在每日站立会议上展示了模型。

最后润色：精炼组件和美学

该项目的目标是创造一种感觉类似于纸质账单的产品，并且医生更容易以电子方式提交。 例如，医生经常填写纸质账单的一部分，然后再填写。 对于重新设计的电子超级账单，我通过结合在账单不完整时保存和打印以及在草稿选项卡下检索未完成账单的功能来保留这种便利。

此外，我想减少医生重复输入相同数据的需要——就像填写多张纸质账单时一样。 所以我创建了一个首选项功能，可以自动填充经常执行的程序。 我还包括使用预测文本的字段。 例如，当医生输入患者姓名“Mary”时，软件会在数据库中显示 Marys 的姓氏。

高保真原型

对于原型，我从 Miro 转移到了 Figma，这更适合设计改进。 客户对美学的兴趣远低于可用性，并且不希望我花太多时间在视觉设计上。 我浏览了 Figma 社区，寻找一个包含我需要的基本组件的设计系统：表单、按钮、分页、切换和复选框。

当时，All Data Health 没有内部设计师或视觉指南，但我希望更新后的计费体验与公司的其他品牌资产保持一致，因此我从公司主页中提取了字体和颜色。 我保持视觉语言简洁，包括尽可能少的文字。

主要学习

我在这个项目上的工作证实，与最终用户一起验证产品是值得的。 在这种情况下，医生在新的电子超级账单上线之前没有机会对其进行测试，这导致在发布后进行了多次修复。 此外，我了解到等到设计完成再开始开发的价值。 尽管快速开发可以更快地发布产品，但从长远来看，由于必须重建系统，因此成本可能更高。

我还能够对 All Data Health 进行有关敏捷的教育，我们甚至将一些敏捷例程（例如每日站立会议）纳入我们的流程。 该公司的领导表示他们计划在未来包含更多的敏捷方法，并要求我设计另一个将在第二阶段推出的功能。

总体而言，All Data Health 认为该项目是成功的，报告称处理保险索赔的时间减少了一半，并且几乎消除了错误。 通过将医生从繁琐的纸质账单转变为电子账单，All Data Health 为其客户建立了一个高效、有效的系统。

看看最终的电子超级账单。