医院统一支付平台.docxVIP

医院统一支付平台

面向医院的统一支付平台产品

一、前言

我们面向医院的统一支付平台其实应该属于四方平台的范畴，依托于微信、支付

宝等第三方支付平台和银联、银行等渠道生存。

二、医院常见系统说明：

HIS(医院信息系统HospitalInformationSystem):医院内的核心系统，为医院所属各部门提供病人诊疗信息和行政管理信息的数据能力，主要模块：临床诊疗、药品管理、财务管理、综合管理、对外接口。支付类型主要是扫码付，POS

付款，现金。

这里要注意：医院相关大部分业务系统的支付业务最后的数据都要回写到HIS。

自助机系统：医院内网使用，提供预约挂号，就诊卡充值、账单支付，住院预缴

等业务，支付功能囊括医院内部的大部分支付业务。支付类型主要是扫码付，

POS付款。

掌上医院(APP、微信公众号、小程序、支付宝生活号):医院的移动端门面，提供移动端预约挂号、账单支付、报告查询等移动端就医便捷功能。支付类型主

要是各种移动端支付。

互联网医院：依托医疗机构建立的互联网诊疗服务，支持线上问诊，远程问诊，远程会诊等网络就诊功能。一些常见病、慢性病可线上复诊并开具处方。支持线

上收费、可根据地区情况支持医保支付。支付类型为移动端支付。

其他的常用系统还有：EMR(电子病历系统)、RIS:放射科信息管理系统(检

查检验预约等)、LIS:实验室信息管理系统(检验项目，验血、验尿等)、PACS:

医学影像存档与通讯系统(检查项目，CT、B超、心电等)、PEIS(体检管理系统)

等等。

三、医院网络架构

鉴于医院网络的特殊性，先来一个简易的网络架构图：

医院内网

医院内网

内网支付业务发起方

小程序公众号/生活号

定时

定时

支付平台防水地

定时

支付果道

内网支付调用

内网支付结果回调路径

外网支付调用

外网支付结果回调路径

封账单拉系

外网支付业务发起方

内网全院对账平台

全院对则平白

白助1

自助机2

军医APP

支付宝

防火中

外网

税信

DMZ

HiS

大部分医院里面的网络都是内外网分离的网络架构,内网主要承载医疗核心业务，如HIS、PACS等，通过DMZ区域等多种技术，在保证内网环境安全的情况下，

将部分数据根据需要安全的对接到外网，包括支付的对接。

四、支付业务流程

与传统支付业务不同，医疗支付的大部分业务的支付流程多了一步业务系统和

HIS之间的交互。

根据业务的不同，系统之间地交互顺序也会不同，支付流程中会出现的异常情况

也会很不相同。

比如以掌医为例的挂号支付退款流程，本着宁长款不短款的原则，挂号的时候，要先付钱，然后再通知HIS进行取号。退号的时候，要先通知HIS退号，号退

成功了再申请退款，其他业务也是类似。

支付流程(以支付成功的自费部分为例):

重业务系统

重

业务系统支付平台HIS落款方

支付申请一

支付申请-

返回支付二维码和落款流水号

返回支付信息

用户支付-

支付成办

支付成功

支付成功

信息已更改

退款流程(以退费成功的自费部分为例):

1、业务系统通知HIS要退款；

2、HIS处理完业务内容返回业务处理成功，并告知可退款金额；

3、业务系统调用支付平台申请退款，支付平台校验完金额后通知渠道；

4、支付平台通知业务系统退款成功；

5、业务系统将回写HIS退款订单流水号。

业务系统

业务系统支付平台HIS落款方

退款申请-

线上可退余额

确认退费-

:

HIS退费结果

自费退费-

-落款方退费申请

退款成功

退款成功

流水号回写HIS-

整个流程中，支付过程很少出问题，退款有时会出现问题，涉及到业务系统和

HIS的内外网多次交互，交互如果出现网络等异常，就会出现对账异常情况。

比如：业务系统将流水号回写HIS的时候出现网络异常或者接口堵塞，回写失败。这种情况，整个业务其实都是完成了，但是因为流水号回写失败，对账的时

候HIS和渠道会各自出现一条单边账。

五、医疗保险(概述一下，医保内部流程比较复杂，本次不做细致讨论。)

1、传统医保支付：通过医保局提供的DLL,走医保专线网络，深入对接当地医

保部门。

2、互联网医保支付：互联网医保支付，目前提供服务的主要是微信和支付宝两方，由支付宝微信搭建医保移动支付专线,对接人社前置机,内网外网物理隔离，保障人社数据安全。我们通过电子健康卡等方式对