口腔医疗产品的设计原则：我们从一个报警弹窗讲起

HMI人机交互 2026-08-23

在医疗软件的使用场景中，很多时候会弹出"异常"，让在场的医生产生疑惑、寻求帮助、甚至焦虑，尤其是软件操作新手。其实在这个瞬间基本概括了医疗产品设计里最常见的问题：技术上检测到了风险，体验上却把人晾在了那里。本文想聊的就是口腔医疗产品的UIUX用户体验设计中应该怎么避免这种事。

一、安全不是一个原则，是所有原则的前提

医疗设备设计的第一性原理，用我们内部的话说就是：让正确的操作更容易发生，让错误的操作更难发生。

落到实际工作里，是项目早期就要把几个问题问清楚：谁在用这台设备？哪些动作是高风险的？用户最容易在哪里犯错？犯了错谁来兜底？这些问题听起来朴素，但我们见过太多项目，直到样机出来才有人想起来问。

医疗UIUX界面设计

二、围绕临床流程设计，而不是围绕功能列表

产品经理递过来一份功能清单："要参数设置页、设备管理页、治疗模式页。"设计师照着画，最后得到一个功能完整但临床难用的产品——这是我们入行早期犯过的错。

因为医生不按功能列表工作，医生按治疗任务工作。一次真实的口腔治疗是连续的时间线：患者就位、设备准备、选模式、确认参数、开始治疗、边做边观察、调整、收尾、清洁。设计要回答的问题随之改变：每个阶段医生需要看到什么？什么信息必须一直在视野里？下一步该干什么，设备能不能提前告诉他？

好的医疗设备不该要求医生适应软件逻辑，反过来才对。

三、报警设计：从"告诉用户出错了"到"帮用户恢复"

通常一个有用的报警要回答五个问题：
1-发生了什么？
2-严不严重？
3-为什么？
4-现在怎么办？
5-不处理会怎样。

这里有个反直觉的经验：报警越多不一定越安全。我们在项目里见过报警设计失控的设备，医生被高频低价值的提示轰炸到麻木，真正关键的报警反而被顺手关掉。所以报警要分级，每一级的触发条件、呈现方式、能否静音，都是设计决策，不是技术默认值。

央山医疗手术机器人界面设计

四、信息层级：屏幕上最贵的资源是医生的注意力

口腔设备的屏幕要同时显示治疗模式、功率、时间、压力、耗材状态、患者信息、报警……全部一样大，等于全部都没显示。

我们整理信息层级的土办法是问三层：现在最重要的是什么？下一步要做什么？想深究去哪里看？设备运行时，医生需要一瞥就知道的其实只有四件事：什么模式、关键参数、正不正常、要不要处理。其余的都是次级信息，该收起来就收起来。

视觉设计在这里的职责是服务识别速度。红黄绿要建立稳定的语义——红是需要立即处理的异常，黄是注意，绿是正常——而且不能只用颜色说话，色觉障碍的使用者比你想象的多，关键状态要配合图标、位置、文字一起表达。

五、别只盯着屏幕：手柄和实体按键都是界面

FDA对人因工程里"用户界面"的定义明确包括物理控制部件，不只是软件GUI。这一点在口腔设备上特别现实：医生治疗时手是占用的、眼睛盯着的是患者口腔而不是屏幕。

所以交互设计必须回答：什么时候看屏幕？什么时候转旋钮？屏幕上的一个操作，如果手柄能更快更安全地完成，就不该强迫医生伸手去点鼠标。口腔医疗设备的设计本质上是软硬件一体的体验设计，只会画界面稿的设计师在这个领域是做不下去的。

六、容易被遗忘的三种"用户"

一、医生之外的角色。护士关心设备准备和耗材更换，维护人员关心故障诊断，患者关心的是躺在椅子上时能不能看到让自己安心的信息。同一台设备不能用一套信息逻辑服务所有人，角色模型要在一开始就建立。

二、"使用后"的场景。设备生命周期里有一大半时间不在治疗：清洁、消毒、换耗材、维护。口腔场景对卫生要求极高，结构上藏污纳垢的缝隙、拆装繁琐的部件，都是体验问题。

三、产品操作说明书。如果医生必须不停翻说明书才能完成基本操作，那是产品设计的失败，不是用户的问题。高频操作靠产品自身引导，关键参数给合理默认值，危险操作给明确确认——说明书应该用来兜底，而不是用来教学。

央山医疗手术机器人界面设计

七、设计好不好，设计师说了不算

最后一条，也是医疗和互联网产品最大的区别：验证方式。我们觉得好用没用，要目标用户觉得好用才算数。可行的做法并不复杂：请真实医生在接近真实的环境里完成典型任务，观察第一次操作成不成功、错在哪、要不要求助、花了多久，然后改。条件有限的话，哪怕请两三位医生做半天任务测试，暴露的问题也往往超出团队闭门讨论一个月的量。