基于微服务架构智慧门诊建设提升医院医疗服务质量*

童俊

(芜湖市第一人民医院信息中心,安徽芜湖 241000)

1 背景与现状

1.1 满足国家医改政策要求

随着社会和经济的发展,生活水平的迅速提高,人们的生活方式发生了巨大变化,影响人类健康的主要疾病类型、疾病病谱以及死因构成也随之发生了重大改变。社会的医疗需求构成正在由单一性向多样性发展,这就要求我们的医疗卫生政策、卫生管理和医疗技术也必须具备相应的动态适应能力。党和政府对医疗健康事业非常关注,围绕医改及信息化提出了很多规划、规范和发展要求。

1.2 现存问题

由于以HIS为主的骨干系统建设较早,采用传统的C/S架构和已经很难找到开发、维护人员的Delphi语言,修改维护成本极大、变更困难。此外,系统内部高度耦合、业务模式陈旧,通过修改原有系统支持新业务、新要求难度极大、成本极高。既无法快速响应新要求,也无法低成本响应新要求。信息系统处于只能维持现状,无法适应新要求的状态,已然成为医院业务发展瓶颈和障碍。

1.3 建设意义

医院信息化已经度过了从无到有已然进入从有到精的阶段,信息系统已经覆盖了业务的方方面面,信息系统的好坏已成为影响医院业务发展的核心要素之一。好的系统会使医院快速、高质的发展,坏的系统让医院举步为艰,发展方针、管理策略难以落地。本项目既要解决政策及业务发展所提出的业务需求问题,更要从根源上解决无法快速、有效响应业务需求的IT架构和软件基础设施薄弱问题。通过本次项目旨在实现以下目标:让医院从HIS厂商绑架中解脱出来,对信息化形成自主掌控力;让厂商提供医院无法承担的最终用户无感的核心业务平台的设计和开发工作,解决医院的能力短板,并屏蔽其对业务的直接影响,防止被其绑架;与厂商共建基于核心业务平台的可被使用者直接感受的用户门户和应用系统,掌控源代码,建立医院对应用系统建设直接的掌控力;以解决智慧门诊为契机,既要满足业务需要,又要完成对微服务核心业务平台的验证[1]。

2 需求分析

2.1 业务需求

加快推进智慧医院建设,运用互联网信息技术,改造优化诊疗流程,贯通诊前、诊中、诊后各环节,改善患者就医体验。到2020年,二级以上医疗机构普遍提供分时段预约诊疗、智能导医分诊、候诊提醒、检验检查结果查询等线上服务,让患者少排队、少跑腿[2]。

公立医院积极运用网络信息技术,探索开展网络支付业务,实行预约诊疗、提供多种缴费方式,缩短了患者缴费时间,减少窗口排队现象,改善了患者就医体验[3]。

所有处方均应经审核通过后方可进入划价收费和调配环节,药师是处方审核工作的第一责任人[4]。

药学服务是医疗机构诊疗活动的重要内容,是促进合理用药、提高医疗质量、保证患者用药安全的重要环节。药师是提供药学服务的重要医务人员,是参与临床药物治疗、实现安全有效经济用药目标不可替代的专业队伍。从5个方面提出了14项要求,加快药学服务的高质量发展[5]。

以智慧门诊为业务范围,解决患者、门诊挂号收费人员、分诊人员、门诊医生、门诊药师、调剂师、门诊中、西药药房管理者、门诊部管理者、医技部门的核心问题。以改善患者服务、就诊环境、提高工作人员工作效率,改善医院运营管理为目标,重点实现患者自助服务、无卡就诊、门诊药师审方、临床专科化支撑和临床辅助等重点内容。

2.2 功能需求

打破被HIS绑架的信息化现状,实现自主掌控信息化建设主导权,快速响应业务变更和新需求,项目将系统划分为三类,用户门户、业务平台、技术平台。用户门户为用户直接使用的系统,为用户直接提供信息化支持,以功能丰富、高效易用、安全可靠为目标。业务平台为支撑用户门户的共性通用业务组件,以支撑快速构建新应用、沉淀知识资产、实现信息标准化、信息共享、IT资产可复用为目标。技术平台为支撑用户门户和业务平台构建、运维、管理而创建,以高效开发、高效运维为目标。

微服务业务平台为支撑门户开发提供业务服务保证,以覆盖全院业务为目标,提供用户门户所需要的API以供调用,简化门户开发复杂度。

2.3 数据需求

基础数据的标准化、一元化是数据资源标准化一致的基础,也是消除“信息孤岛”的基础。传统上,各个系统相互独立,各自维护着部分的、片断的基础数据,从而导致业务不联通、数据无法再利用。本次信息化建设要求做到基础数据的一元化。

3 基于微服务架构的智慧门诊设计

系统架构划分为用户门户、业务与数据中台、技术平台三个部分,如图1所示。业务平台层负责核心业务逻辑,提供标准化的API(接口),目前标准化API数量已经达到近万个。用户门户层,以业务用户和角色为核心,对其功能进行组织,保证每个用户或角色不会反复登录不同的系统。此外门户提供了扩展机制,只要符合门户集成标准,任何功能都可以投入门户系统中。门户系统完全基于业务平台的API构建,保证了门户系统的修改、扩展的灵活性。门户系统实现了,统一认证、单点登录、和门户插件集成功能。只要符合门户系统的界面集成标准,各种功能界面都可以无缝集成到门户系统中,让用户享受一站式服务。除此之外,完全支持第三方基于门户进行新功能开发,丰富和完善现有系统的功能。

图1 医院中台业务架构Fig.1 The business structure of the hospital in Taiwan

业务平台提供了大量的标准化API,API为目前最为广泛使用的Restful Web Service。Restful API轻量、高性能、易理解、易测试、可视化、易管理。目前业务平台已经提供了近万个Restful API,平台的门户系统全部基于Restful API构建,成熟可靠。同时可以充分保证第三方系统的易接入性。

门户系统都是通过访问Restful API接口进行登录与业务操作,没有任何直连访问数据库的。门户以Restful API为基础进行构建,保证的门户的易构建性,同时也大大提升了系统功能的集成性,医生站可随时添加检查预约、挂号预约、手术申请、报告查阅、用药查询、个人绩效、个人医疗质量等功能。

4 基于微服务架构的智慧门诊实现

4.1 移动端自助服务

基于互联网+为患者提供在线挂号、候诊排队、在线缴费、诊疗信息查询、医患沟通等服务,实现患者门户、预约挂号、分时段预约、挂号查询、院内导诊、检验报告查询、检查报告查询、自助缴费、费用查询、诊断及处方查询和随访评价管理等功能。

4.2 医院端自助服务

建立线下自助服务体系,提供多渠道自助建档、自助缴费、自助挂号、自助预约挂号、自助签到、自助检验报告打印、自助检查报告打印、自助胶片打印、自助门诊病历打印、自助发票打印、自助信息查询、 满意度评价等功能。

4.3 诊间服务

门诊病历书写实现了病历结构化录入及处理、多媒体信息调用、医疗专用符号、专用表达式的引用等功能,实现了患者临床信息调用,如患者基本信息、处方、检查、检验、诊疗等相关数据,提供临床医学知识库,包括诊断和鉴别诊断库、医学术语库、电子病历模板库等,支持历史数据深度学习。支持排队叫号、重呼、过号和信息实时屏显发声功能,建立排队规则知识库,支持二次分诊或多重分诊,统一诊区实现自动排队功能,支持电子医保卡、居民电子健康卡、小程序等扫码签到,提供消息提醒,支持候诊时间、候诊人数及人次等信息。

4.4 “互联网+”智慧应用服务

支持电子健康卡应用,支持在线开展部分常见病、慢性病复诊,提供线上智能分诊、智能诊前病史采集、智能随访及健康宣教等功能,提供线下智能导诊导医语音交互、智能辅助诊断等功能;门诊运营、门诊医生质量可监测、可质控、可评价,视线里门诊管理的智慧化;缩短就诊等候时间、检查等候时间、取药等候时间,实现了门诊效率智慧化;药占比、检查占比、抗生素使用等实时监控,实现了门诊成本收益管理智慧化;患者满意度信息化,患者评价及舆情分析、患者来源分析大数据化,实现了患者满意度管理智慧化。

该平台于2020年5月正式上线,随着应用业务的不断深入和加强,为来院就诊患者带来了极大的便利。截至10月,门诊就诊挂号246521人次,建档178225人次,线上缴费195080人次,线上预约57176人次。通过线上分时段分诊和预约,大大减少了疫情期间的人群聚集,同时较好地改善了患者就诊的“三长一短”问题,用户体验不断提高,就医服务及患者满意度不断提升,随着智慧医院建设的不断推进,医院信息化程度不断提升,患者就医模式越来越智慧化。