医院多渠道支付集成平台的设计与应用

谢得麟，林顺和，林亚忠

（联勤保障部队第909 医院信息科，福建漳州 363000）

0 引言

随着移动支付[1]的兴起，大部分医院在采用微信、支付宝等移动支付来提升患者就医体验的同时，还利用微信公众号充值[2]、支付宝充值、自助机充值、窗口扫码付款、POS 机等多种渠道来实现“线上线下”支付。由于这类“线上线下”支付平台是结合当时较新技术开发的，且大部分支付平台是分阶段进行开发的，甚至是不同厂家的应用产品，经历了摸索和逐渐定型的过程，在顶层设计和数据接口方面有所欠缺，造成各系统独立运行，最终各支付渠道没有接入统一的支付平台[3-5]。如今医院现有的各支付平台每天都会产生大量的交易数据，这些数据分布在多个不同的信息系统中，给财务人员的对账工作带来了诸多麻烦。随着支付渠道的增多，对账工作的难度日益增加，尤其体现在产生包括医院信息系统（hospital information system，HIS）预交金和充值明细等信息的各类统计及分析报表方面。另外，当收费人员遇到患者退款时，需要来回切换不同渠道的支付平台进行退款，操作烦琐且易出错，导致最终不得不要求患者退现金，严重降低了患者满意度。

为解决上述问题，本文设计了一套医院多渠道支付集成平台，在现有不同支付渠道的基础上，有效地整合各支付平台的数据，以HIS 预交金、充值退款明细账单数据为基础，与各支付平台的交易明细账单数据自动对账，实现统一的对账及数据统计分析；同时通过本平台与各支付平台退款接口的对接实现统一退款，从而降低财务部门统计报表和数据分析的难度[6-7]，确保患者和财务人员可享受“一站式”服务。

1 系统设计

1.1 设计思路

多渠道支付集成平台的主要目的是实现对现有各支付渠道、各类账单的数据整合和患者的“一站式”原路退款，同时为财务工作人员提供直观的对账、统计和辅助决策。多渠道账单数据的整合是本平台建立的基础。分布在各支付平台的信息数据只有通过抽取、梳理和清洗后，才能被整合到本平台的数据库中并使用。本平台通过每天定时获取微信、支付宝、银联等多个支付平台相应的对账单，经解析整理后同步到本平台的第三方支付账单表中。由于医院中不同支付渠道的支付平台来自不同厂家，所以充值、退款明细数据格式不尽相同，各支付渠道须按照平台约定的数据格式向平台开放充值、退款明细视图。平台将该视图与院内预交金表格相关联，形成预交金明细并同步到平台的预交金明细表中，共同形成并建立平台所需的相关交易账单表，为后续平台对账及各终端数据的统计提供数据基础。

同时，本平台在原有各支付渠道基础上，提供患者和各类操作人员的交互功能，通过对接各支付平台在退款方面的接口实现数据调用。平台根据患者退款申请（如窗口退款或移动端自助退款）自动调用各渠道接口进行原路退款。以患者分别在微信公众号、自助机、窗口扫码各充值100 元为例，患者总预交金为300 元，假设该患者就医花费了50 元，则预交金剩余250 元。如患者申请退款，平台会根据患者预交金余额及退款金额按配置好的支付渠道退款顺序（假设顺序的优先级从高到低为微信公众号、自助机、窗口扫码）通过HIS 查询患者可退的充值金额，平台显示可退金额分别为微信公众号可退100 元、自助机可退100 元、窗口扫码可退50元。随后平台调用HIS 生成预退款，经财务工作人员审核通过后再调用各渠道的退款接口实现多渠道原路退款。

1.2 架构设计

多渠道支付集成平台包括浏览器端和服务器端2 个部分。浏览器端使用计算机自带浏览器即可；服务器端采用Java 语言开发，通过Maven 构建各模块（包括公共组件模块、统一对账模块、统一退款模块、系统管理模块、日志管理模块和定时器管理模块），整体架构如图1 所示。平台部署在多个Tomcat 服务器中，采用Nginx 实现Tomcat 集群负载均衡，同时加入Redis 实现集群单点登录，保证服务器的高可用和高并发[8]。因平台需要通过转发服务器定时获取互联网上微信公众号、支付宝和银联等支付平台上的每日对账单，故采用物理隔离网闸实现平台与转发服务器之间数据的安全交换，从而提高医院内部网络的抗攻击能力，有效防范外部网络攻击和信息泄露现象的发生[9]。另外，通过防火墙接入互联网，可进一步为医院内部数据提供安全保护。

图1 多渠道支付集成平台架构

1.3 接口协议设计

本平台与各支付平台之间的通信采用XML 数据传输协议，对传输的数据采用MD5 数字签名加密[10-11]。假设接口传输的数据为集合X，将集合X 内非空参数值的参数按照参数名ASCII 码从小到大排序，使用键值对的格式（即key1=value1&key2=value2…）生成Y，并与各支付平台提供的密钥key 拼接，经过MD5（Y&key=key）运算，生成签名 Sign（如3462E9BDF E56C09DB20379F7B9074C99）。平台与各支付平台间使用签名数据（即X）进行通信，保证了接口调用的安全性和数据的完整性。

1.4 功能设计

根据以上对平台设计思路的分析以及对架构和接口协议的设计，多渠道支付集成平台可分为4 个功能模块，如图2 所示。

图2 平台功能结构

（1）系统管理模块：主要对用户、角色、部门信息、系统菜单维护、第三方支付参数配置、定时任务配置及系统用户操作日志等的跟踪记录。

（2）交易订单模块：主要对同步后各支付渠道账单和预交金账单进行多维度的查询及统计。

（3）财务管理模块：主要为财务工作人员提供对账及统计功能。

（4）退款管理模块：主要为收费人员提供退款申请及审核功能。

2 功能实现

本平台通过系统管理、交易订单、财务管理、退款管理4 个模块实现对账、统计、退款的闭环管理。

2.1 系统管理模块

系统管理模块实现用户管理、角色管理、菜单管理、部门管理、支付参数配置、定时任务和系统日志等功能，主要完成平台用户信息维护及功能授权。其中，支付参数配置功能配置各支付渠道商户ID、AppID、AppSecret 等信息，用于获取各支付渠道每日对账单。定时任务功能用于配置同步第三方支付账单和预交金充值账单的执行时间。系统日志功能用于显示用户操作记录，方便问题追踪。实现账单同步及其解析逻辑处理功能的部分关键代码如下：

账单数据拆分为数组后，通过遍历解析为相对应的字段再存入数据库中的第三方账单表中。

2.2 交易订单模块

交易订单模块实现各支付渠道交易功能和预交金交易功能，可显示各支付渠道交易账单及预交金交易账单等数据明细。各支付渠道交易功能提供第三方账单解析后的数据展示及多维度的查询，如图3 所示，可统计各时间段内账单的交易总数、交易总额、退款总数、退款总额和交易总净额，通过选择时间可手动同步账单数据并导出账单报表，方便财务工作人员上报数据。预交金交易功能提供了HIS 交易账单的数据展示及多维度的查询结果展示，如图4 所示，可统计各时间段内HIS 账单的交易总数、交易总额、退款总数、退款总额和交易总净额，通过选择时间段可手动同步HIS 交易数据并导出报表。

图3 各支付渠道交易明细界面

图4 预交金交易明细界面

2.3 财务管理模块

财务管理模块实现对账结果查看、对账记录查看、异常账单查看等功能。通过对账结果查看功能可查看各时间段内各支付渠道的充值退款总额是否一致以及各支付渠道长短账明细，如图5 所示。通过对账记录查看功能可多维度查看各时间段内各渠道每笔对账结果，可展示医院与各支付平台的交易净额和交易笔数，如图6 所示。通过异常账单查看功能可快速定位充值退款产生的单边账问题，如图7 所示。平台还提供各支付渠道统计、各门店统计及终端统计功能，以饼状图形式展示各终端充值金额占比（如图8 所示），使交易数据更加直观。

2.4 退款管理模块

退款管理模块实现退款申请和退款审核2 个功能，患者可在线申请退款，经收费人员退款审核通过后即可原路退款，如图9 所示。在退款过程中，由于第三方移动支付平台可能会存在退款时间上的限制、退款余额不足、患者退款账户更改等情况，导致退款失败，因此多渠道支付集成平台增加了自动冲正功能，保证了退款数据的准确性。实现各支付渠道退款处理功能的部分关键代码如下：

图5 对账结果查看界面

图6 对账记录查看界面

图7 异常账单查看界面

图8 终端统计界面

图9 退款审核界面

3 应用效果

3.1 平台优势

本平台自上线以来经过半年多的使用，得到了患者及财务工作人员的一致好评，主要体现在以下3 个方面：

（1）智能对账是提高财务工作人员效率的核心。财务工作人员通过本平台即可“一站式”查看所有支付渠道充值、退款等各个时间段内的对账单、异常账单等，可对数据进行导出等操作，使财务工作人员能迅速定位全院各支付渠道充值退款长短账的问题，减轻了财务工作人员对账负担和压力，提高了对账效率，降低了对账的误差率。

（2）患者“一站式”原路退款是提升患者就医体验的关键。本平台的应用使患者不再因退款问题来回奔波，只需通过移动端或窗口即可实现各支付渠道退款。财务工作人员通过平台可查看患者申请的退款信息，一键审核即可实现各支付渠道原路退款，为财务工作人员减少了90%的工作量，平均每月为医院减少了2 000 多万的现金退款，大大降低了因现金退款带来的风险。

（3）直观的数据表示是提升财务管理能力的抓手。财务部门通过对各支付渠道设备数据占比进行统计分析，为医院管理部门提供了相应的决策辅助支持。管理部门通过数据分析使用率高的终端点位，可合理配置各支付渠道资源的投放，不仅可以提高医院各支付渠道设备的利用率，还可以大大减少患者排队现象。

3.2 存在的不足及改进

虽然本平台解决了以往多支付渠道智能对账、统一退款及数据统计的问题，取得了良好的应用效果，但也存在一些问题。如大部分患者通过现金充值，平台无法满足患者原路退款到移动支付的需求；线上退款失败冲正后，患者只能在线下现金退款。

因此，平台在后续改进时，在保证财务数据安全的前提下，将在原有的原路退款金额不足或退款失败的情况下实现第三方支付提现功能，从而全面实现线上退款。

4 结语

随着移动支付的普及，微信、支付宝等多种支付方式在适应时代发展的同时也给传统的财务管理带来了巨大挑战[12]，提升了医院财务工作人员对账风险，加大了其工作量。各支付平台前期在规划上来自不同的第三方公司，没有形成统一的支付平台，使得数据迁移及业务改造成本太大。而多渠道支付集成平台使用更简捷的方式保留了原来各支付渠道的交易系统，通过整合数据及接口将各支付渠道中的交易、对账、退款等环节通过本平台形成有效的闭环管理，确保了财务管理的安全性、高效性、准确性。