Page 11 - 嘉和资讯148期
P. 11
嘉和专栏
口腔是独立的学科，而且包含很 ❻ 医患服务与临床诊疗无法颗粒度
多亚学科，模板各自不同。针对这一 对齐
现状，应构建符合诊疗路径的口腔疾 针对这一现状，应以患者特征和
病专科病历模板。 诊疗过程为依据提供患者服务。
❷ 病历书写及诊疗效率低 ❼ 缺少针对特殊人群的口腔诊疗服务
口腔医生在短暂的看诊问诊过程 对此应提供不同群体的差异化口
中需要记录的信息很多，通用型电子 腔诊疗服务。
病历系统无法提供准确录入。对此，
❽ 口腔医疗难以实现标准化和规范化
应使用前结构化电子病历，减少病历
内容手工输入。 应定义数据元及病历模板，实现
❸ 医疗文书完整度与真实性下降 口腔医疗信息精细化。
❾ 医疗技术、服务、管理无法数字化
如果病历是手工输入的，会导致
书写的真实性和完整性下降，无法保 对此应采用标准化数据集和结构
证整体的后续治疗质量，还可能会引 化医疗文书支持医疗管理。
起医疗纠纷或造成患者不满意。对此
应采用标准化诊疗就诊流程，支持医 ❿ 文档结构的医疗文书难以支持数
据分析与科研应用
疗文书信息存档。
对此应通过前结构化，形成数据
❹ 通用系统对口腔医疗专业支持不足
级医疗文书，支持运营管理和临床科
对此要应用口腔专科电子病历， 研。
支持牙位部位标记，支持口腔专业化 向 BS 转变，积极拥抱信创
符号及标识。能让医生快速直观地标
记，快速记录信息。 嘉和美康口腔专科电子病历 BS
版本，前端采用自研的 UI 框架，后
❺ 综合病历内容缺乏口腔专业细分
端是 .netcore 微服务架构，集成了
不同亚学科需要的模板不一样， Ocelot 网关、Consul 服务注册中心、
需要针对牙体牙髓、牙周、正畸、颌 Rabbit MQ 消息队列、分布式事务
面外科等亚专业提供细分的病历支 处理、RPC 远程服务调用等，采用
撑。 Docker 容器化部署方式，提升系统
