智慧医院门诊建设实践

1、智慧医院门诊建设实践新医疗，新智慧智慧医疗信息技术发展的思考智慧门诊建设的实践智慧门诊建设的新型技术应用智慧门诊建设的问题与探索信息技术发展的思考互联网(移动)应用大数据和AI5G和黑科技IT与网络技术的发展与医疗信息化的关系：单机应用局域网应用实现从纸集中化管理，面记录到规模化内部电子化记应用，ESB 录的飞跃， 集成平台技 主要以财术，着重内务记账为部管理系统,主临床业务系统，内部流 程 管 理 ； HIS/CIS/HRP/OA/自助挂号设备容器化技术、微服 务架构；院内服务 线上化、移动化， 医疗服务互联网化， 医疗服务创新；在 线挂缴查、轻问诊、 在线诊后管理、远 程医疗与临床业务 和

2、服务结合 更紧密，成 为更高效的 工具，提供 更便捷的服 务，如临床 辅助决策、 患者个性化 服务等5G和未来科 技可能带来 的信息与人 体本身更紧 密的结合， 医疗设备与 网络更深度 融合，更加 个体化、智 能化的医疗 服务；如数 字化人体、 远程手术机 器人信息技术发展的思考-我们的理解信息技术发展的思考-我们的理解智慧医疗服务是利用“云、大、物、移、智”等先进信息技术对医疗服务流程、模式、 运营管理等进行的优化、再造或者服务创新，在确保医疗质量与安全的前提下，以提 高效率为导向，不断增加患者对医疗服务的获得感。质量安全效率服务云计算大数据物联网移动互联人工智能信息技术发展的思考-门诊信息

3、化现状从普通服务向医疗服务深化支付智能 导诊康复 管理智能 宣教排队查结 果智能 预约挂号转诊会诊多级 协同临床 科研智能 随访辅助 决策患者 管理智能 病历信息技术发展的思考-还能做点什么现在开展的互联网+医疗服务多集中在解决“三长一短”中三长的问题，但一短并未有明显改 善，而诊疗时间是整个医疗服务的核心。在没有办法延长单位诊疗时间的情况下，我们能做点 什么优化一短的问题吗“三长一短”目前的医疗服务集中在院内，患者就诊后的服务、管理严重滞后，近几年互联网轻 问诊解决了一部分问题，独立于院内系统的问诊平台与院内信息割裂，无法使患者 获得更好的延续性诊后管理与随访服务“诊疗连续性”国家大力发展医

4、联体、分级诊疗的背景下，如何提高机构间的协同效率， 提升疾病同质化治疗、管理水平也是急迫的需求“分级诊疗，机构间协作”智慧门诊建设的实践智慧门诊建设的实践2016年底开始，我院在精神心理卫生和代谢内分泌两个国家临床医学中心展开“互联网+智慧门诊”的探索和实践：技术创新服务创新模式创新针对医院门诊量大，门诊电子病历难以实施和应用，我们尝试利用互联网+人工 智能技术研发了主动式门诊病历系统，显著提升门诊医生电子病历书写效率和 病历质量。医院外地患者多，对诊后管理及服务需求强，依托主动式门诊系统平台，研发 了智能诊后管理，实现患者全病程管理。配合我院逐步开展的专病门诊，我们基于主动式门诊病历系统开发

5、集门诊、科 研、随访一体化专科服务平台智慧门诊建设的实践-整体架构精准预约 院内导航管理指标采集监 控智能导诊统一预约 诊后咨询主动病历结果推送 线上复诊智慧服务支撑层就诊提醒智能预诊服药助手辅助诊断服务评价医患沟通自动病历生成病史分析辅助检查 辅助用药教育处方结果回报医医沟通分级干预线上复诊信息病历医嘱统一数据目录院内统一数据服务平台检验数据检验数据住院支付院外数据安全:网络安全、传输安全、服务器安全、数据主数据元数据数据管理规则安全、 终端安全、数据服务总线隐私安全HISLIS其他系统 运 营 保 障 体 系安 全 保 障 体 系智慧门诊建设的实践-主动门诊病历系统一体化工作站设计：应用组

6、件和容器技术，专科多样 化应用可配置实现。通过门诊医生站的重构，大幅提 升医生书写相关医疗文书和下达医嘱的时间，大幅提 高医患的有效沟通时间，提升患者的就医获得感主动病历：利用移动互联网与人工智能的技术，在患者通过微信、支付宝等 渠道挂号后，系统会根据挂号信息主动对患者发起智能问诊，通过问答的形 式采集患者基本病史，利用自然语言处理等技术形成医生可阅读和理解的语 义病历，大幅节约医生的问诊时间并提供门诊病历的完整度智慧门诊建设的实践-医用评估量表系统诊前自评：利用院前或候诊时间评估筛查，医生诊间直接查看结果智慧门诊建设的实践-患者服务就诊提醒诊间支付预约检查院内导航检查检验结果推送虚拟机器人助

7、手，将就诊服务从人找信息服务向信息服务找人的方向转变，更人性化、精准化的提供就诊全流程最优 化辅助决策，包括：推荐就诊时段、院内智能导诊、智能预约等，使患者就诊更少跑腿，每次跑腿更有效，实现就医 总成本和时间成本的“双下降”。智慧门诊建设的实践-诊后管理针对不同的个体对自我管理能力和知识掌握水平进行评估医生有针对性的开具结构化教育处方，并与诊后关键指标监测和干预相关联，进行个性化患教和 管理，并制定精准的日常监测和康复方案推送至患者的移动终端智慧门诊建设的实践-诊后管理个性化指标血糖记录运动/饮食查看血糖曲线智能化患教查阅病历诊后管理处方采用人机混合的方式给出，为患者提供自动化的诊后 服药提醒

8、、指标监控、日常数据采集、健康宣教、分级干预等服务智慧门诊建设的实践-诊后管理个关键指标记录（对接了智能硬件的可自动采集和记录）性化指标运动/饮食智能化患教患者通过微信就可在家中查看医生为自己制定的个性化康复目标，并将日常情况及时反馈患者的院外日常数据通过移动设备回传至院内病历系统中，为患者形成全病程视图，医生可通过 手机端/医生工作站进行患者的诊后干预和管理电脑端查看患者家中关键指标数据移动端查看患者指标曲线、远程开药、并及时提醒线下复查诊后管理机器人智慧门诊建设的实践-智能决策/诊疗辅助辅助诊断、辅助用药、聚类分析、发病预测智慧门诊建设的实践-专科联盟服务平台专科联盟成员单位不但可以进行数

9、据的统一采集和共享，也可用这套系统共同管理患者、完成患者的双向转诊， 共同组成患者的诊后管理团队，分享患教信息，标准化管理方案智慧门诊建设的新型技术应用智慧门诊建设的新型技术应用-信息化能力模型智慧门诊建设的新型技术应用-系统架构微服务架构：系统内部构建稳定的微服 务应用，各服务之间能够通过统一的服 务共识相互调用，可快速响应临床需求 变化，灵活满足专科间差异化需求。前后端分离架构：采用前后端分离架构， 前端专注交互体验，后端着重的业务逻辑实现；通过中间层的引入，使用安全 证书以及数据脱敏、传输加密等，并对 后台服务访问进行严格控制，提升了整 体架构的安全性，为微服务应用建立了 基础。容器化部

10、署：在微服务的体系架构下，通过Docker等容器服务，为开发，测试， 生产等提供统一的镜像，提供更加便捷的服务部署，运维管理等。缓M服务器 静态资洒服务器N-inx等目i数据库服务器2H ASo应用Ad应用护士应用 缓M服务器 静态资洒服务器LN-inx等服务n关 路由 ux均衡缓M服务器 静态 资洒服务器业务数据库服务器1数据库服务器2 HA超融合基础设施用户服务Ad服务门诊服务H础服务智p服务服务注册及平台管理服务器客 户 斗 目i数据库服务器1前 斗 展 示 层 后 斗 微 服 务 层浏览器Apps/mobile sdk/api防火I ux均衡应用服务数据服务Al服务H于S2rin- C

11、/1udg标准化框架 H于大数据g用于分析 l计Dr化 H于ML DLC现数据深N价值技术 框架智慧门诊建设的新型技术应用-核心改进i术业务组D聚合 资产沉淀业务超融合架r安Igpe速r建 统o务 n据共A用户中d（患者H康人群）事D中d（P嘱挂号检u）P疗o务中d（o务目录）账务（支C结算）应用中台基千S5ring Cloud的标准化框架n据中台基千n据的L析统计l索S视化Al中台基千MLDL发|n据深层价值b箱即用b箱即用的小应用HSW/bA55PWA I M端工作台业务组D库诊M诊中诊WTBD远程 医疗结果 回报TBD患者 管理健康 宣教指标 采集基层 医师 指导流行病 上报数据刀 TT

12、BD质量管 控TBD服药 助B就诊 提醒健康 档案医嘱 事件便民 服务智能 问诊服务 监督便捷 支付随访 管理TBD教育 处方智能 刀诊安全 管理预约 管理主动 病历实时监 控监控 干预数据 脱敏智能 导医挂号诊后 合约电子 申请专科 检查TBD决策支 DTBDTBDTBD院内 导航评估 筛查TBD排队 叫号I程o务基础安IP院管理在院内统一业务平台基 础上构建基于微服务架 构的，以患者、医嘱事 件、医疗服务目录以及 账务处理为中心的核心 基础支撑层，支持快速 的“互联网+”、“智 能+”医疗健康服务能 力建设智慧门诊建设的新型技术应用-微服务底座所有的微服务想要运行起来都需要一套 基础架构，

13、我们称之为“微服务底座”， 微服务底座由多套框架构成，提供统一 的审计日志、服务注册发现、统一的调 度以及统一的访问入口等等。所有的微 服务就像App一样，运行在微服务底座 之上。像服务注册、发现，以及服务网关等都 是在部署微服务架构中必选的基础功能概念辨析：没有叫微服务框架，是因为 是由多套框架组成，构成一个完整的底座，底座之上，承载的是业务逻辑。监控、告警日志、审计服务注册、发现轻量级通讯协议服务负载均衡部署、升级事件调度服务网关认证、鉴权多语言代码框架统一服务测试服务依赖关系管理微服务CI/CD调用链跟踪调试灰度发布蓝绿部署资源管理必选项可选项智慧门诊建设的新型技术应用-微服务底座功能举

14、例：服务注册 和发现服务注册后会发送健康息 到注册中心，注册中心收 不到信息时会移除此服务支持集群部署， 避免单点问题智慧门诊建设的新型技术应用-微服务底座功能举例：服务网关服务反向路由，网关要负责将外部请求反向路由到内部网服安全认证和防爬虫，所有外部请求必须经过网关，网关可以集中对访认证和 模式实 企业内限保冲垮，在内部系统出现故 障时，网关可以集中做容 错，保持外部良好的用户 体佥部具体的微服务，这样间进行安全控制，比如用户然企业内部是复杂的分授权，同时还可以分析访间式微服务结构，但是外现防爬虫功能，网关是连接系统从网关上看到的就外系统的安全之门是一个统一的完整服务， 关屏蔽了后台服务的复

15、 性，同时也屏蔽了后台务的升级和变化。监控，网关可以集中监控访间量，调用延迟， 错误计数和访间模式， 为后端的性能优化或者 扩容提供数据支持流和容错，在流量高峰，网关可以限制流量， 护后台系统不被大流量日志，网关可以收集所有的访间日志， 进入后台系统做进 一步分析。在微服务架构中，不同的微服务可以有不同的网络地址，各个微服 务之间通过互相调用完成用户请求。虽 例如医生要查看患者的历史病历信息，可能需要查看患者基本信息、病布 历信息、历史医嘱信息等，这些信息的获取则来自于不同的微服务，比像 如患者服务，病历服务，医嘱服务等；如果要客户端多次请求不同的微杂 服务则会带来客户端复杂性增加、认证复杂、

16、效率不高等问题，而微服务网关的存在则解决了这些问题，所有的外部请求先通过这个微服务网 关，它只需跟网关进行交互，而由网关进行各个微服务的调用。网关像 一个门面，对客户端隐藏了后端服务的复杂性，提高了效率，便于监控、期 认证，降低了客户端和服务端的耦合度智慧门诊建设的新型技术应用-微服务底座参考我们使用了spring cloud全家桶来搭建整体的微服务架构 还有阿里巴巴用的Dubbo（Apache提供的开源项目）智慧门诊建设的新型技术应用-微服务部署策略每个容器一个服务实例与虚拟机不同，容器是轻量级技术。 容器镜像通常可以非常快速地构建； 容器也可以很快地启动，因为没有繁 琐的操作系统引导机制。

17、当一个 容器 启动时，它所运行的就是服务 。单主机多服务实例优点：资源利用率较高、部署较快。 缺点：服务实例没有隔离，不能限制 每个实例使用的资源，一个行为不当 的服务实例可能会占用掉主机的 所 有内存或 CPU。每个虚机一个服务实例优点：每个服务实例运行是完全 隔离 的。它有固定数量的 CPU 和内存， 且不能从其他服务窃取资源。缺点：资源利用率较低，每个服务要 用掉整个VM开销（操作系统），部署较慢。智慧门诊建设的新型技术应用-实施效果总结对业务的改变：对项目建设改变35个月*20人12 个月*10人价值体现“互联网+医疗”创新应用分 批持续交付建立全院范围内的标准化中台 服务，稳定、高效，技术统一、 业务统一可复用业务组件，支持全院先 进实践的沉淀，并满足了不同 专科差异化的需求全域数据视图便于引入更多先进的开发资源， 改变传统受制于某单一供应商 的局面在基础功能标准化，业务功能组件 化的基础上，实现了业务功能灵活 配置例如，在诊前、诊中、诊后都可能 使用到医用量表评估服务，通过微 服务应用，只要通过配置就可以支 持不同应用场景的需要，而避免了 反复开发重复应用的开销又比如，不同专科对于体格检查的 需求多少总会存在差异，通过基础 功能的重构，将差异化通过可配置 的方式完成，即满足了个性化需求， 也增强了系统的可扩展性，告别了 以往需要不断打补丁的