所有数据运行状况, 从医生那里收集医疗账单信息并将其发送给保险公司以获得付款的公司, 在2020年底聘请我重新设计其计费体验. 当时，它 医生的客户 你习惯填表格吗 开设-包括诊断、程序和保险索赔代码的综合表格.

提高索赔处理的速度和准确性, 公司领导希望吸引医生通过现有的医生门户网站提交在线超级账单(称为电子超级账单), 但是医生们反对. 他们继续向所有数据健康邮寄纸质表格, 账单专家在向保险公司提交索赔之前手动输入数据的地方.

医生们 出了名的 警惕新技术. 安全, 生产力, 而对负担能力的担忧导致医生坚持使用熟悉的方法和工具. 我的任务是重新设计现有的医疗账单软件，让它变得非常用户友好，医生们会很高兴地放弃他们的纸质超级账单.

方法:研究、线框图、原型制作

作为一个 UI/UX 设计师和 艺术总监 谁做过很多 面向消费者的产品在美国，我专门研究人性化的数字体验. 三个月以上, 我与所有数据运行状况合作更新了计费系统, 并构建一个组件库和风格指南.

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

用户体验研究:确定医生如何工作

每个项目都是从了解用户开始的. 第一个, 我会见了所有数据运行状况的首席技术官和总经理，了解了医生和公司数据录入专家的需求. 我拥有马德里卡洛斯三世大学的新闻学学位，并作为一名记者工作了四年, 所以我很擅长这种事实调查.

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

• Dr. 独奏这位医生在一家大机构工作，他填写的表格里经常有同样的几项诊断和程序. 在电子超级账单上，他必须能方便地访问他最常做的手术. 表格需要对移动设备友好. 索罗经常穿梭于医院和医疗机构之间, 而且经常无法使用电脑.
• Dr. 办公室这个医生开了一个小诊所，通常和护士或助手一起工作. 在他的模拟工作流中, 一名助理用病人的信息准备表格, 他只需要填写访问期间的程序.
• Dr. 与团队合作: This doctor is akin to a small-business owner; she runs a medical office and employs additional physicians. 一名专职医生会填写部分文件. 团队最终负责从保险公司收取款项.

特征分析:注意最佳实践

我知道所有的数据 运行状况计费用户体验 必须如此直观，以至于用户会将其视为节省时间的工具——或者至少认识到它不会增加计费时间. 我研究了一些将大型项目分解为可管理任务的程序，并受到TurboTax网站几个方面的启发:

• 它让用户一次专注于一项任务. 例如, 它通常每页只问一个问题, 比如“你卖出股票了吗?, 债券, 共同基金股份, 或者其他投资?，并提供简单的“是”、“否”和“我不知道”按钮.
• 而不是用冗长的表单压垮用户, TurboTax的工作流程分为几个类别, 例如工资/收入和扣除/信贷. 例如，它还可以显示进度，并为下一步设定期望, 让用户知道接下来的问题将涉及年度收入.
• 它提供并排视图. 用户在屏幕的一侧填写工作区域，而在另一侧看到概述. 概览还可以用作菜单，以便用户可以导航到各个部分.

信息架构:设计层次结构

我希望账单UI尽可能地模仿医生纸质表单的布局，这样就会感觉很熟悉，并有助于简化从纸质到数字的过渡. 首先，我将用户填写超级账单的过程分解为更小的步骤.

思维导图

我使用 米罗 做… 思维导图 所有数据健康的医生门户网站，以便可视化信息的结构. 建立思维导图使我能够发现门户信息架构中的缺陷. 例如，门户只有一个报告选项的下拉菜单，但是列表很长 减慢 决策. 我建议创建一些高级主题和子主题——一种更简洁、更有效的导航方式. 我还对现有的电子超级账单做了一个思维导图，并确定了需要简化的地方.

线框

在创建数字版本之前，我经常手绘线框图. 然而，这一次，我对我想要创造的东西有了一个清晰的画面，所以我继续使用米罗. 我修改后的桌面UI的第一次迭代在顶部有一个菜单，包含四个类别, 报告, 病人, 和概要文件. 它在左边有一个动态导航, 这取决于用户在电子账单中的位置.

在我的建议中，初始填充 form 很简单:它要求用户填写设施、提供者、日期、程序、诊断和 修饰符，提供有关手术的更多信息. 我还实现了纸质账单的可视化，以便让用户相对于他们以前的工作方式进行定位.

在移动应用上, 我隐藏了菜单并创建了两个屏幕, 允许用户在完整的表单和纸质账单的图像之间切换，这样他们就知道自己在流程中的位置.

当我展示最初的线框图时, 首席技术官提到，我们需要允许添加额外的程序，并且所有程序都必须与诊断相关联, 哪些保险公司要求, 所以我创建了一个组件来实现这个功能.

模型:定义用户流

当我们对软件的整体外观和感觉感到满意时, we started to mock up user flows; we created one for new patients and a separate one for existing patients. 在模型中, 我们讨论了理想状态和基本情况, 包括接受多种诊断和进行不止一种手术的患者, 医生在不同的机构工作. 在项目的这个阶段，获得客户反馈是至关重要的, 所以我在日常脱口秀中展示了这些模型.

最后的润色:精炼组件和美学

该项目的目标是创造一种感觉类似纸质账单的产品，让医生更容易以电子方式提交. 例如，医生经常填写部分纸质账单，然后再完成它. 重新设计的电子超级钞票, 我保留了保存和打印未完成账单的功能，并在Drafts选项卡下检索未完成的账单，从而保持了这种便利性.

除了, 我想减少医生重复输入相同数据的需要——就像他们填写多张纸质账单一样. 因此，我创建了一个Preferences功能，可以自动填充频繁执行的过程. 我还包括了使用预测文本的字段. 例如, 医生输入病人的名字“玛丽”,软件会显示数据库中玛丽的姓氏.

高保真原型

对于原型，我从米罗转向Figma，这更有利于设计改进. 客户对美观的兴趣远不及对可用性的兴趣，并且不希望我在视觉设计上花费太多时间. 我浏览Figma社区寻找一个设计系统，它有我需要的基本组件:表单, 按钮, 分页, 切换, 还有复选框.

当时, 所有Data Health都没有内部设计师或视觉指导方针, 但我希望更新后的计费体验能够与公司的其他品牌资产保持一致, 所以我从公司的主页上提取了字体和颜色. 我让我的视觉语言保持轻松，包括尽可能少的文字.

主要学习

我在这个项目上的工作证实，花额外的时间和金钱与最终用户验证产品是值得的. 在这种情况下, 在新的电子超级账单投入使用之前，医生们没有机会对其进行测试, 这导致了发布后的几个修复. 此外，我还了解到等到设计完成后再开始开发的重要性. 尽管快速开发允许更快的产品发布, 从长远来看，由于系统必须重建，成本可能会更高.

我也能够教育所有数据健康 敏捷，我们甚至将一些敏捷例程(例如每日站立式活动)合并到我们的流程中. 该公司的领导已经表示，他们计划在未来加入更多的敏捷方法, 他们让我设计另一个功能，将在第二阶段推出.

整体, 所有数据健康都认为该项目是成功的, 报告称，处理保险索赔的时间减少了一半, 几乎消除了错误. 通过将医生从繁琐的纸质账单转变为电子账单, 所有数据健康建立了高效, 为客户提供有效的系统.

让我们来看看最终的电子超级账单.