健康信息高度敏感,用户又常在焦虑、就诊或紧急场景中操作。一次模糊授权、错误分享或无法撤回,都会迅速破坏信任。
设计应与法务、安全、医疗和产品团队共同确认数据最小化、角色权限、同意和审计边界。
01 权限在需要时申请并解释用途
相机、定位、通讯录、健康数据和通知不应在首次打开时一次索取。用户触发相关任务时,先说明为什么需要、会获得什么以及拒绝后的替代路径。
系统权限弹窗之前的解释必须准确,不能诱导同意。

02 数据收集遵循最小必要
表单、设备和第三方接口只收集当前服务所需信息。敏感字段说明用途、保存和谁可见。
“可能用于改善体验”过于宽泛,需要拆成具体目的。
03 仪表盘让用户看见数据流向
用户可以查看已授权设备、机构、医生、家属或应用,以及最近访问和同步状态。权限变化应有记录和提醒。
复杂医疗数据同时提供专业值与易懂解释,避免误导。

04 分享需要对象、范围和期限
发送报告、授权医生或共享家庭成员时,明确共享哪些数据、持续多久、是否可转发,并在确认前预览。
默认不应选择最大范围。
05 撤回、导出和删除路径清楚
用户应能管理同意和适用的数据权利,撤回后说明对服务的影响。医疗记录可能存在法定保留要求,不能承诺立即彻底删除。
特殊情况由法务和医疗团队确认。

06 异常和紧急场景要有边界
账号异常、设备丢失、共享错误和紧急访问需要额外验证、通知、冻结和申诉。紧急机制不能成为绕过常规权限的后门。
操作日志供用户和机构审计。
医疗隐私关键触点
触点 | 用户需要知道 | 设计能力 |
|---|---|---|
权限申请 | 用途与拒绝影响 | 上下文说明/替代路径 |
数据采集 | 必要性与保存 | 字段解释/最小化 |
查看与同步 | 来源、时间、状态 | 数据记录/异常提示 |
共享 | 对象、范围、期限 | 预览/撤回 |
账号管理 | 导出、删除、保留 | 清晰设置/影响说明 |
异常访问 | 谁做了什么 | 通知/日志/申诉 |
常见问题
医疗APP首次启动可以申请全部权限吗?
通常不建议,应在功能需要时分阶段申请,并提供准确解释。
用户撤回授权后数据必须立即删除吗?
不一定,需结合服务、合同和法定保留要求,页面应说明实际处理。
家属账号可以默认查看全部数据吗?
不应默认,应由用户选择对象和范围,并支持随时调整。
隐私政策写得很完整还需要界面提示吗?
需要。关键决定应在发生时提供简明、上下文相关的信息。
如何避免健康数据展示造成误解?
说明来源、单位、时间、参考范围和限制,必要时引导专业咨询。