医院门诊移动支付系统设计与应用

张 剑，张 岩，李永革，陈立卫，肖永平

（1.陆军第82集团军医院信息科，河北保定 071000；2.联勤保障部队第970医院，山东烟台 264002）

0 引言

我院是华北地区一所大型三甲医院，来院就诊的区、县患者较多，门诊工作压力较大。长期以来，患者在挂号、缴费、就诊过程中需要进行多次排队，浪费了大量时间，影响了患者就诊体验，因此，亟须进行就诊流程改造和升级。随着“互联网+”概念的提出，移动互联网以其可移动、接入灵活的优势，迅速在各个领域得到应用，且“互联网+医疗”使改善就诊流程成为可能[1]。我院以建设门诊移动支付系统为突破口，实现门诊挂号、缴费的移动支付，并逐步建设医院“互联网+”医疗服务平台[2]。

1 系统整体设计

1.1 总体建设要求

医院门诊移动支付系统建设的主要目标是简化医院收款流程，解决患者等候时间长，尤其是缴费等待时间长的问题。在建设过程中应注意以下要求：（1）确保移动支付系统的安全性，该系统涉及大量资金交易，因此在系统设计中，不仅要考虑信息资源的交互与共享，更要注重信息的保护和隔离；（2）根据医院现状量力而行，坚持面向应用、注重实效的原则；（3）着眼未来发展，建设统一规范接口，为下一步统一支付平台的建设打下良好基础[3]。

1.2 系统架构

在医院内网与银行专网之间部署前置服务器，实现业务交互。为确保网络安全，在前置服务器与医院内网之间部署网闸实现安全隔离，在前置服务器与银行专网之间部署防火墙。移动支付系统硬件与网络架构如图1所示。

图1 移动支付系统网络架构

移动支付系统分为用户手机接入、外网业务服务和医院内网医院信息系统（hospital information system，HIS）3个部分。其中，用户手机接入部分需要用户使用智能手机绑定医院公众号以获得包括缴费、报告查阅、就医反馈等功能的完整服务，或不绑定仅使用缴费功能；外网业务服务部分需要建立移动支付平台，以实现业务交互；医院内网HIS主要对医院相关系统，包括门诊挂号系统、门诊收费系统、住院收费系统、门诊医生工作站等进行小幅度改造，通过调用移动支付系统接口与外网交互[4]。移动支付系统整体架构如图2所示。

图2 移动支付系统整体架构

按照总体建设目标，外网移动支付平台将包括对微信、支付宝、聚合等支付方式的支持，同时将医院现有银医自助系统纳入外网移动支付平台。基于稳步推进的系统建设原则，本次系统建设主要完成移动支付功能，其他业务将陆续完成整合。

2 业务模式与功能模块

根据患者缴费方式的不同，移动支付系统设计了2种业务模式，分别是窗口扫码支付模式与授权用户支付模式。窗口扫码支付模式主要包括收费、退费、异常处理等功能模块；授权用户支付模式由于进行了身份绑定，可对患者提供更加全面的服务，包括挂号、收费、异常处理、凭条打印、退费、检查检验报告的查阅、就医反馈等功能。移动支付系统主要功能模块如图3所示。

图3 移动支付系统主要功能模块

2.1 窗口扫码支付模式

窗口扫码支付模式是最低限度的移动支付方式。患者可以不进行身份证绑定，只在收费时进行移动支付。以微信支付为例，患者在窗口支付时，使用微信收付款功能，向收款员出示微信付款条码完成支付。为实现扫码付费功能，则需要对医院现有收费、挂号系统进行改造，并增加专用扫码设备。窗口扫码支付流程如图4所示。

图4 窗口扫码支付流程

2.1.1 收费模块

若想实现扫码收费功能，则需要改造医院现有收费、挂号系统，增加移动支付的付款方式，通过扫码设备获取患者微信个人条码，并读取到收费、挂号系统中。确认结算后，收费、挂号系统调用移动支付接口，由外网移动支付平台对收款信息进行处理并返回支付结果，再由医院收费、挂号系统完成医院内部收款数据处理，通过内、外网交互完成支付。移动支付系统应用Web Service技术建立服务接口，采用XML作为数据传输标准。以收费模块为例，利用PowerBuilder的post方式直接调用前置机Web Service服务实现收费功能，部分代码如下：

inet ii_net_orig,ii_net

ii_net_orig=create inet

ii_net=create inet

li_re=GetContextService("Internet",ii_net_orig)

IF li_re=1 then

ir=create n_cst_internet

ls_url=http://xxx.xxx/getinfo.asp?

ls_args="var1=tr&var2=tttt&var3=&var4=r&var5"

lblb_args=Blob(ls_args)

ls_header="Content-Type:"+&

"application/x-www-form-urlencoded～n"+&

"Content-Length:"+String(ll_length)+"～n～n"

li_re =ii_net.PostURL(ls_url,lblb_args,ls_header,ir)

end if

2.1.2 退费模块

由于普通支付与移动支付处理方式不同，所以还需要改造结算模块，在结算数据表中增加支付方式标志位。在结算完成后，通过写入不同数值区分普通支付与移动支付。在退费过程中，收款员根据收据号进行退费，收费系统则根据标志位进行判断，如果为现金或医保卡支付，则直接调用HIS退费模块；如果为移动支付，则自动调用外网移动平台接口先进行远端退费，然后再调用HIS退费模块完成医院内部退费。整个退费过程对收款员是透明的，不必再询问患者采用了何种支付方式。

2.1.3 异常处理模块

如果收费系统在外网移动支付平台返回值错误，则由HIS返回错误信息；如果收费系统的移动支付过程顺利完成，但在HIS部分报错，则收费系统直接调用外网移动平台接口进行退费，HIS回滚，从而实现HIS与支付平台的数据一致。

2.2 授权用户支付模式

授权用户支付模式的实现需要开发医院公众号平台，涵盖了患者挂号、查号、缴费、报告查阅等多项功能[5]。患者在微信中直接搜索“解放军第二五二医院”公众号并绑定身份证、手机号等个人信息，即可直接进行挂号操作。挂号成功后患者凭号就诊，并可在手机上收到医生开具的检查检验申请及处方，可直接进行缴费操作。授权用户支付流程如图5所示。

2.2.1 挂号模块

患者挂号时，通过移动平台发送消息，可实时查询HIS中当前挂号信息。患者选中号别并缴费成功后，由HIS存储并完成医院相关挂号、费用数据的更新；且患者在就诊前可进行退号，退号过程中先通过外网移动支付平台进行退费，退费成功后再完成医院HIS的退费以及挂号资源的释放。

图5 授权用户支付流程

2.2.2 收费模块

患者到诊室就诊后，医生将开具的检查、检验信息写入开单记录表，通过将已绑卡患者信息与当日开单记录进行关联，每15 s进行一次轮询，将相应信息推送到对应授权用户的手机端，使患者可实时查看包括项目名称、单价、金额等内容组成的开单信息。患者可选择项目并确认支付，支付过程中先通过外网移动支付平台完成付款，成功后再向HIS发送消息，由医院的后台存储功能完成对HIS内部结算数据的处理[6]。

2.2.3 凭条打印模块

由于手机缴费成功后没有纸质发票，检查、检验科室无法确认其缴费情况。为此，移动支付系统中开发了凭条打印模块并将其部署于门诊楼各层自助机上。患者在自助机扫码处出示其手机支付条码，即可打印包括项目名称、缴费状态的凭条。其中手机支付条码为HIS门诊费用收据号，移动支付系统通过手机支付条码查询患者门诊收据记录表，即可获取患者支付信息并自动打印凭条[7]。

2.2.4 退费模块

由于在检查、检验、取药过程中的确认工作难以界定，为防止漏费现象，目前移动支付系统不支持移动端直接退费。因为需要退费患者较少，故统一安排在医院的退费窗口进行。患者出示打印凭条或者手机上的支付收据条码，收款员就可使用改造后的HIS中收费系统进行退费，其过程与窗口扫码支付的退费流程相同。

2.2.5 其他模块

检查检验模块中，利用HIS存储过程将已绑卡的患者信息与当日已提交的检查检验报告关联，每15 s进行一次轮询，并将相应信息推送到对应的授权用户手机端，使患者可方便查询检查检验结果。患者就医完毕，可在公众号平台通过就医反馈模块提交对医院和医生2个方面的意见及建议。由于反馈的意见均为患者实名提交，观点相对客观、中肯，具有较高参考价值。医院管理层可通过手机App查看反馈意见，从而及时调整服务态度及质量，提高患者就诊满意度。异常处理模块与窗口扫码支付模式部分基本相同。

3 应用效果

我院门诊移动支付系统的应用中最突出的优点是对现有就诊流程的简化，即将“挂号—就诊—开单—缴费—检查检验—就诊—开药—缴费—取药”的繁复模式，改造为“就诊—开单—检查检验—就诊—开药—取药”的简化模式[8]。其中，省去的步骤可由患者直接在手机上完成，省略了就医过程中最为费时、费力的排队缴费环节。患者使用手机挂号、缴费界面如图6所示。

图6 手机挂号及缴费应用界面

我院应用移动支付系统后，即便患者采用传统的排队缴费方式，也可以通过扫码支付方式大大缩短结算时间。收款员在调取患者收费单据，指示患者在扫码设备上出示个人付款条码后，支付过程就已自动完成，省去了以往人工结算环节，收款效率得到明显提高。收款员通过扫码收款的应用界面如图7所示。

图7 改造后的门诊收费界面

总体来说，移动支付系统的应用使患者在门诊大楼排队缴费、上下往返奔波的时间大大缩短，从而有效提高了患者的就诊满意度[9]。同时，还减轻了结算窗口的压力，降低了导诊方面的人工成本，优化了医院人力资源配置[10]。

本系统自开通以来总体应用效果良好，但仍存在一些问题，主要包括：（1）虽然医院为推广本系统进行了大量宣传工作，但由于患者年龄、文化程度等方面的差异，本系统广泛应用仍需要时间；（2）由于市医保未能提供相应接口，本系统还不能实现对医保支付的融合，从而影响了一部分患者的使用意愿，部分患者仍坚持在窗口使用医保卡缴费；（3）检查科室要求已使用移动支付的缴费患者必须提供凭条，增加了患者到自助机打印凭条的过程，引发了患者一定程度的不满；（4）移动支付系统手机端的退费过程还没有实现，患者退费仍需要到窗口进行。

4 结语

相比同类系统，我院移动支付系统的设计侧重于实用性、平台兼容性和系统安全性。根据就诊患者文化素质差异较大的问题，设计了2种缴费模式并灵活地进行适应，扩展了患者的应用范围。且移动支付系统以统一支付平台为目标进行建设，通过对业务整合形成统一的标准业务处理接口，便于新增支付方式的接入，降低了维护难度。在系统安全性方面，移动支付系统在医院内、外网之间设立了隔离区，部署了防火墙、网关、网闸等安全设备。通过安全设备可切断网络之间的链路层连接，确保了在物理隔离的网络之间进行适度的数据安全交换。

结合移动支付系统应用中出现的问题，立足于医院下一步的发展，系统建设需要在以下方面进行深化：（1）加大对移动支付系统的引导和宣传工作，增加宣传标识牌，使患者乐于接受这种便捷的支付方式；（2）与市医保部门密切联系，如条件允许马上着手医保移动支付的技术改造；（3）与检查科室进一步沟通，讨论通过先进的技术及方法减少移动支付的中间环节，使患者得到更好的服务；（4）继续深化系统应用，努力实现对移动支付的全过程、全方位的支持，并将医院现有独立的银医系统平台整合，逐步形成医院的统一支付及“互联网+”医疗服务平台。