基于互联网+的新一代医院自助机系统的设计与应用

李颖利 王成礼 陈乃健 许庆华 梁欢弟 陈有运

[摘要] 该院自助机系统已经建设和使用多年，随着政策、技术以及就医环境的变化，已有的硬件和软件系统已经暴露出各种不足，各种因素的综合对自助系统逐渐提出了新的要求。因此，在已有经验基础上，根据政策导向、技术发展重新规划和实践了新一代的自助机系统。该文将重点从设计思路、技术选型及关键问题方面阐述我们的实践过程。

[关键词] 自助机；HIS；互联网+

[中图分类号] R19 [文献标识码] A [文章编号] 1672-5654（2018）11（a）-0151-02

该院已经建设和使用自助机系统多年，搜集到大量来自患者、医护人员的使用行为数据和反馈数据。结合目前互联网发展的趋势、患者习惯的趋势以及医疗改革的政策导向，意识到移动互联网、综合结算平台、区域平台、医联体和互联互通等是下一代自助机必须要面对和实现的方向[1]。

在患者日益增多，就诊要求和体验要求日益增高的现状下，根据现状并结合医院核心业务系统的发展规划、信息技术发展趋势和政策导向综合考虑，精心规划了新一代的自助机系统。

1 系统设计

1.1 设计原则

建设新一代的自助机系统是迫在眉睫的现实问题，需要建设一个具有弹性框架，支持支付渠道和外设硬件多样化，通过端口配置和识别硬件；支持功能模块化、开关组合，适应不同管理需要的新一代系统。

同时，由于加载的外设硬件增多，机柜结构设计除了要充分考虑各类硬件的外型和尺寸外，还要考虑硬件的辐射大小和电磁波干扰，充分利用机柜空间，并冗余一定空间以备后续扩展。

1.2 系统架构

基于篇幅所限，具体功能如图1所示，预约挂号、报告打印等常见业务不做说明[2]。2节将重点阐述针对互联网+的系统关键功能的实现思路。

1.3 系统关键功能

该节着重阐述新系统建设思路中的部分关键点。

1.3.1 发卡 区域平台是目前的一个政策导向，而区域诊疗卡就是共享患者数据、提高就诊服务质量的有效媒介。因此，实现医院和区域诊疗卡共存是本功能的主要目标。

一般情况下，医院和区域诊疗卡的制卡公司不同，卡的磁条、厚度等有所差异，因此我们通过对发卡器的滑轨、感压、激光头进行调整，使之能适应不同卡的物理特性。

对于发区域诊疗卡的患者信息，我们通过定时器向区域平台周期上传数据。这不仅减轻系统负荷，也降低与区域平台的通信I/O开销。

在多类型诊疗卡的情况下，从放卡开始记录放卡数量、发卡数量、消耗周期、自助机区域；在发卡环节对患者进行记录。通过这些数据分析卡的消耗数量、周期、趋势，能有效预估制卡周期和制卡费用。

1.3.2 支付及对账 因为移动互联网的日益活跃，通过微信支付和支付宝支付能有效加快患者缴费或充值效率，缩短排队时间[3]。

由于使用第三方支付的患者日益增多，对医院的收费及对账管理越发困难，建设第三方支付渠道的综合支付及自动对账模块对医院财务管理工作的帮助是显而易见的。因此，我们逐步实现了以银联、账户余额、微信支付、支付宝支付为核心的综合对账模块[4]。

通过自动下载各接入商电子回单、医保系统的交易数据，与HIS系统自动对账后能及时发现异常数据，并进行相应的处理，减轻工作人员的负担，同时保证医院资金安全。

1.3.3 功能配置 由于系统功能多、自助机数量多、分布区域多，结合使用的实际情况，我们对系统功能模块采用配置化管理，各模块之间具有一定的独立性，降低耦合度。

通过配置中心，使每台自助机的功能可通过模块开关进行控制是否展现，使之适应所处地点要求。

采用功能配置，不仅能根据区域有利聚焦高频率业务，也能根据区域特性随时调整业务办理，当自助机放置地点变更时能方便地调整功能模块。

1.3.4 运维监控 系统建设是基础，运维是系统运行的关键。除人工巡查外，我们建设了多重自动运维监控机制，從多层面保证系统平稳运行。

由于自助机加载了较多硬件设备，硬件故障一旦发生必将影响使用。因此，通过对设备COM口或硬件自带SDK监听，一旦通信中断或故障信号出现，系统立即向运维人员发送告警短信，提高故障处理响应效率。

对于诊疗卡、小票、纸张等耗材，则通过记录放置数量和消耗量进行戒阈值警戒，一旦到达阈值，系统就发送预警通知。

通过对告警和预警的监控分析数据，有效评估和分析各类运维事件的特性，能有效地提前预判和重点防范，这有利地支撑了自助机系统的良好运行和使用。

2 技术实现

2.1 技术选型

根据已有的自助机系统建设经验，从新的业务系统构思和医院整体信息化顶层设计思路出发，结合SOA、大数据、Hadoop等技术的应用发展，以及开源产品对适用、支撑和成本等因素，该次新一代系统采用了C#+JAVA语言开发[5]。

客户端采用CS结构，使用.NET WinForm框架，使用C#开发；服务器采用BS结构，使用Dubbo+myBatis+Spring-MVC框架，使用JAVA开发。

应用服务器采用TOMCAT，数据库沿用SQL Server。服务器端和客户端使用WebService通信，采用JSON格式。

2.2 技术架构

整个系统的技术架构如图2所示，包括系统层、系统服务层、控制层和表示层。

3 应用效果及总结

目前新一代系统运行在超过50台的自助机上，自助机分布在门诊和住院各病区。通过运维监控、患者及引导人员反馈，患者登记、人工缴费等人工窗口压力明显降低，患者非诊疗环境的办理速度进一步加快。同时，通过行为数据和故障数据，我们也发现了硬件适配的不足，促进了我们对包括发卡器调整、耗材配比等工作的改进。

通过系统的使用，我们又对新的业务模式形成了一定的思路，包括对患者综合服务平台的建设、综合第三方支付对账系统的建设等，这对我们后续的工作开展、医院信息化建设的完善带来了新的理念和挑战。

[参考文献]

[1] 李颖利，王成礼.医院自助缴费系统的技术实现[J].中国数字医学，2015，10（11）：63-65.

[2] 乔刚.医院自助一体机的管理与应用[J].医院管理，2017（20）：57-58.

[3] 于广军，钮俊，王淑，等.基于微信平台优化医疗服务流程的探索[J].中国卫生资源，2015，9，18（5）：315-317.

[4] 李宏斌，仝武宁.医院自助服务终端系统的研究与设计[J].中国数字医学，2016（5）：62-63.

[5] 甘莹莹.实时交易“银医通”项目的设计与应用[J].中国卫生产业，2016，13（13）：7-9.

（收稿日期：2018-08-10）