兰亭妙微ui设计公司分享:医疗后台怎样把复杂状态讲清楚

医疗后台里的同一条记录,可能同时涉及患者身份、预约进度、处理权限和异常提醒。首页看起来整齐,并不代表所有状态都清楚。本文参考dpopstudio于10月25日发布的医疗SaaS界面检查文章,结合兰亭妙微的应用建议,讨论如何评审复杂后台。

一  先保障关键记录容易辨认

原文从患者列表、排班、表单、账单和权限等方面提出检查项,并用MedKit套件展示界面。它是一份作者经验与产品介绍,不能把套件宣传当作临床验证。

原文MedKit医疗界面套件展示,含深浅色页面;非真实医疗系统运行截图。

应用建议:先与业务方确认哪些字段用于识别记录,哪些用于决定下一步。姓名过长时可设计明确的展开方式;关键编号、状态和异常信息则需保持可核对,不能让多种记录在截断后看起来相同。

二  排班要展示冲突怎样处理

以下为兰亭妙微应用建议。只展示排满的日历不够,还应说明重叠、改期、取消和资源不可用的处理方式。

以预约修改为例,先核对时间、人员和资源,再展示影响范围。提交后告诉用户是否保存成功,发生冲突时保留已填内容,并指向需要调整的位置。具体规则要由业务确认,不从一张静态日历猜测实现逻辑。

三  权限变化也属于界面状态

以下为兰亭妙微应用建议。相同记录在不同角色下,允许查看与操作的范围可能不同。

原文深色界面与移动屏幕展示;用于观察视觉适配,不证明权限或排班功能已实现。

设计阶段应记录哪些操作隐藏,哪些操作保留但不可用,以及用户怎样理解原因。多院区或多团队场景还要清楚展示当前数据范围,切换后保留必要的定位信息,避免把另一范围的记录误当成当前结果。

四  用异常路径评审交付完整性

以下为兰亭妙微应用建议。B端界面设计应把空数据、加载、失败和长内容等状态纳入交付。

原文深色医疗后台页面组合,相关数据与效果属于套件展示内容。

选取一张典型列表,替换成更长的内容与较少数据,分别检查桌面和目标移动设备。评审时逐项记录触发条件、界面反馈、下一步及负责人。选供应商时要求展示完整任务及异常路径,比只看大屏图表更容易判断方案能否进入开发。

兰亭妙微(蓝蓝设计)www.lanlanwork.com 是一家专注而深入的界面设计公司,为期望卓越的国内外企业提供卓越的大数据可视化界面设计、B端界面设计、桌面端界面设计、APP界面设计、图标定制、用户体验设计、交互设计、UI咨询、高端网站设计、平面设计,以及相关的软件开发服务,咨询电话:01063334945。

 

image.png

日历

链接

个人资料

蓝蓝设计的小编 http://www.lanlanwork.com

存档