Angular 临床工作站：五级电子病历的前端支撑

五级电子病历相关建设里，我用 Angular 做临床工作站：文书编辑、质控提示、检验检查回写展示、医嘱闭环跟踪。评级条款最终都要映射到系统能力，而能力是否被用起来，取决于医生每天点的界面是否顺手、是否信得过。前端不是「把表单项堆满」，而是把闭环路径缩短。

信息架构

患者上下文应常驻顶栏或侧栏：床号、主要诊断、过敏史、隔离标识。医生切换文书模板时不应丢失上下文，否则容易漏看过敏信息。多患者队列用清晰 Tab 或侧栏列表，当前患者高亮，避免张冠李戴。

编辑与质控并存

病历编辑区与质控侧栏同屏：缺必填项、逻辑冲突、时效性质控问题当场标红，点击可定位到字段。不要把质控做成「保存后弹一堆 Modal」，那会打断书写节奏。质控规则说明可折叠展示，让医生知道「为什么红」而不只是「不让保存」。

医嘱闭环可视化

检验、检查、用药医嘱需要清晰的状态标签：已开立 / 已执行 / 已报告 / 已阅读。列表支持按状态筛选，医生最常问「开了但不知道执行没」——用颜色和时间戳回答，而不是让他们去另一个系统查。

性能与稳定性

病历页组件多、表单嵌套深。按功能域做路由懒加载；长列表（检验结果、护理记录）用虚拟滚动；只读大段区域用 OnPush，减少无意义脏检查。富文本或结构化文书编辑器单独 chunk，避免首屏加载过慢。

自动保存

编辑防抖（常见 800ms–1.5s），Network 失败时明确展示「保存失败，更改仅在本机」，禁止静默丢失。恢复连接后支持增量重试；若服务端版本已更新，提示冲突并展示差异摘要，由医生选择覆盖或合并。

与评级的关系

评级看闭环与可追溯。前端要把关键节点的操作时间、操作者、数据来源展示清楚——例如检验值旁标注「LIS 回写 · 时间」，签名节点展示 CA 状态。只存库不露脸，评审现场无法演示等于没做。

常见坑

• 质控规则写死在前端：规则变更应走配置或后端下发
• 文书模板加载阻塞整页：大模板分块懒加载
• 多 Tab 同时编辑同一病历：需要版本号或锁机制

可访问性与键盘

医生大量操作靠键盘。常用功能（保存、插入元素、下一条质控项）应可快捷键触发，Tab 顺序符合书写流程。焦点管理在打开侧栏、关闭对话框后要合理归位，避免焦点丢失到页面外。

联调与 Mock

与 HIS 后端联调前，用契约 Mock 支撑前端并行开发。接口字段变更走 OpenAPI 或共享 DTO 包，减少「后端改了字段前端全站爆红」的反复。

权限与敏感信息

不同角色（经治、上级、护士）可见字段不同，前端按权限渲染，但不应靠隐藏按钮代替服务端鉴权。过敏、隔离、隐私诊断等高风险信息，即使用户无权限编辑，也应在安全策略允许范围内可见或显式提示「无权查看」，避免误以为「系统里没填」。

发布与回归

临床工作站发版节奏紧，至少保留核心路径冒烟：打开患者、书写文书、触发质控、查看报告回写。大版本前在接近生产的浏览器环境验证，IE 兼容若仍存在，单独列清单而非默认「Chrome 过了就行」。

临床软件的好用，是对医护注意力的尊重。界面少打断一次，就少一次抄错、漏看的风险。

小结

临床工作站要以医生注意力为中心：上下文常驻、质控当场改、闭环状态可见。自动保存、权限与敏感信息展示规则要写进回归清单。联调阶段用高质量 Mock 覆盖评级关键路径，能显著缩短现场扯皮时间。