基于跨院区分布式的门诊处方调配流程设计
2019-08-22叶正强邵骏谢晨赵永国
叶正强, 邵骏, 谢晨, 赵永国
(复旦大学 附属眼耳鼻喉科医院, 上海 200031)
0 引言
随着我院看病人数逐年增多,2017年9月在浦东新区浦江镇开设了分院,患者可选择在总院或分院就诊。由此出现的新的问题就是,有些病人在总院就诊,而手术或住院治疗安排在分院,病人因各种原因未能及时将总院的处方药品带走,而总院和分院采用两套独立的系统,数据无法交互,导致病人需要来回奔波,影响就诊,有可能衍生医患矛盾。
本研究在医院现有的供应链系统(Supply Processing and Distribution,缩写作SPD)的基础上,结合集成平台与数据中心,采用分布式架构,构建跨院区一体化门诊处方调配流程,以打通处方流转的信息壁垒,实现跨院区快速、精准的配发药,提升患者就诊的便捷性[1]。
1 系统架构及功能设计
1.1 系统技术架构设计
1.1.1 已有基础
我院总院已建成信息集成平台、临床数据中心等系统,两个院区有各自独立SPD系统,为建设跨院区分布式的门诊处方调配系统提供了信息化基础。
1.1.2 技术架构
采用SOA架构,开发基于ASP.NET等技术的分布式系统架构。系统在逻辑上分为4层,表示层采用ASP.NET和JavaScript脚本实现;主业务层基于Remoting技术开发独立的Windows Form 程序和类库,实现医院管理信息的算法逻辑和数据处理功能;数据库服务层基于ADO.NET提供统一的数据访问对象,封装数据访问逻辑[2];数据层使用SQL Server 2016实现对数据的存储和管理。该分布式架构,具有易维护、可扩展、复用程度高、安全性及性能更好等优点。
1.2 系统应用架构及功能设计
系统应用架构如图1所示。
包括硬件网络平台、基础设施层(包括医院服务总线、医院数据中心)、核心业务层、用户门户层,以及标准与规范·安全保障两大体系。
该架构的特点描述可以概括为:
1.2.1 基于HSB的处方调配流程整合与再造
针对两院区系统相互独立的特点,借助医院服务总线(Hospital Service Bus,缩写作HSB)实现两院区相关系统的无缝集成,遵循HL7等标准,通过Web Service等方式实现两院区的信息交互,从而打破两院区信息联通的壁垒,具体功能包括集成服务、单点登录、主数据管理服务、患者主索引服务及监控管理等。
结合两院区的信息化现状,通过HSB可实现处方调配的流程再造,以患者在总院就诊、到分院取药的场景为例说明,如图2所示。
图1 系统应用架构图
图2 基于总院就诊、分院取药场景的业务流程图
1) 患者持医保卡或就诊卡到总院就诊,通过HSB对接两院区医院信息系统(Hospital Information System,HIS),将患者在总院就诊注册信息以服务方式同步给分院HIS,使分院可识别患者在总院的就诊卡或医保卡,实现一卡通用;
2) 当患者在总院完成处方支付后,系统会产生处方信息和缴费票据信息,通过HSB将该信息传递给分院。当患者手持就诊卡或社保卡到分院取药,分院药师通过药师工作站刷取患者的卡即可读取患者在总院的处方及缴费票据信息,进行核对;
3) 信息核对无误后,即可进行配发药操作,实现票据无纸化,避免患者来回跑腿。
4) 发药完成后,分院系统后台生成药品调拨出库单,由分院审核后,该信息会通过HSB发送到总院门诊药房系统,总院门诊药房相关人员可直接查看并审核该信息,完成总院入库信息更新并回执,回执信息通过HSB发送到分院门诊药房系统,实现分院药品库存更新。
整个处方调配过程中,从患者在总院的处方开具、支付到分院取药核对、配发药、药品出库调拨及审核整个过程都可以通过系统完成,而无需进行线下操作,患者无需来回跑腿,在提升效率的同时,真正实现处方跨院区的信息化、智能化以及精准化的调配,实现处方调配跨院区的闭环[3]。
1.2.2 基于CDR的药品数据整合
药品数据是医院运营管理的一大重要指标,本文通过临床数据中心(Clinical Data Repository,缩写作CDR)汇集总院及分院的药品相关数据,通过数据处理,建立药事管理数据仓库,为数据查询、分析、利用及医生用药决策提供支撑。
药事管理数据仓库包括三层:数据汇集层、数据中心层以及数据分析应用层。
1) 数据汇集:采用Extract-Transform-Load(ETL)等工具,将院内HIS、SPD等系统的数据汇聚CDR中。对于分院的HIS以及SPD等数据通过医院服务总线,汇聚至CDR中,由此实现总院和分院的数据汇集。
2) 数据预处理:以CDR中的数据为基础,根据药事管理的实际需求,对数据进行预处理,通过数据清洗、解析及重构,建立药事管理数据仓库,为药品管理所需的查询、分析及利用提供丰富、全面的数据基础。
3) 数据分析利用层:基于药事管理数据仓库,按照特定的需求,进行数据分析,为数据统计、查询、利用提供支撑。
1.2.3 分布式的架构实现良好的拓展性
采用分布式的架构设计,如图3所示。
图3 基于HSB的分布式架构
数据层和业务层分开,相互独立,当业务层发生变化时,无需对数据层进行大的改动,便于系统升级维护[4]。同时基于HSB实现和分院区的系统集成以及业务交互,有很好的扩展性,可以满足医院不断的院区扩展需求,很好的解决了原有架构扩展困难的问题。
1.3 系统应用功能设计
1) 患者微信端:建立患者微信端,患者关注微信企业号,通过就诊卡号、医保卡号等注册登录即可查询相关信息,包括预约挂号、检查检验医嘱及结果、药品医嘱、费用等信息。通过HSB实现和HIS、SPD系统、处方调配系统对接,当系统产生新的处方信息后,患者移动端可即时收到通知,并进行缴费,所产的缴费信息可以电子票据的形式展现,实现处方及缴费信息的电子化管理。
据美方官方统计,2017年中国对美国出口金额为5056亿美元,而美国对中国的逆差金额为3752亿美元,导致许多持零和博弈观点的美国政界人士强烈不满,近年来从倡导“自由贸易”调整为仅维护本国利益的“贸易保护主义”,这对中国经济社会发展产生诸多不利影响。
2) 分院区信息查询:当总院产生处方及缴费信息后,该信息可流转到分院,分院区药师通过刷患者的医保卡或就诊卡,通过药师工作站可直接查询并核对相关信息,进行快速配发药,减少药师反复登录系统的繁琐过程,提升配药效率。
3) 出库调拨单:分院区发药后,后台系统生成库存出库调拨单,以调拨单为主线,通过HSB可将信息同步到总院SPD系统中,实现总院和分院药品库存信息的同步更新。
4) 药品调拨:中心院区及分院区医生、药师通过医生工作站、药事工作站可实时查看药品库存情况,为处方开立提供参考,同时可实现跨院区调拨,践行药品零库存理念。
5) 统计查询:基于药品主题库,对数据进行分析,总院和分院的药师、医生可实时查询两院区的药品库存、药品调拨出入库、门诊处方总量及金额、跨院区取药患者人数等信息,并可按照时间维度进行统计分析、多维展示,为运营决策提供支撑。
2 讨论
基于本文提及的系统应用架构的良好扩展性,为未来整合更多分院区的门诊处方业务流程,支撑专科医联体及专科联盟等创新医疗服务模式打好了基础。临床数据中心(CDR)汇集了总院和分院相关的数据,并进行了标化处理,为数据的深度挖掘奠定了基础。结合合理用药知识库、大数据分析等技术,探索构建智能化的专科前置处方审核知识库,为门诊诊疗提供决策支持[5],专科前置处方审核知识库架构如图4所示。
图4 专科前置处方审核知识库架构
1) 以CDR中标化数据为基础,基于自然语言处理,结合专科受控医学词汇表,通过实体关系抽取实现数据的后结构化处理。
3) 通过HSB,将知识库以服务的方式发布给门诊处方调配系统,总院或者分院的医生在开具处方时,即可使用知识库提供的智能化服务,避免开错药,提升门诊诊疗质量。
3 总结
本研究探索多院区分布式的门诊处方调配系统,具备良好的系统扩展性和灵活性,能够快速响应医院当前多院区发展的业务需求,实现多院区处方调配一体化。
两院SPD系统跨院区发药和调拨功能上线后,减少了病人因忘记拿药或贵重药品不方便携带而导致的多次往返于两院间的情况,实现了跨院区取药,减少了可能发生的医患矛盾,真正做到了让信息多跑腿,让患者少跑路,千方百计为群众提供便民服务的目标。