CN111126985A - 一种医疗场景下的综合支付管理系统 - Google Patents

一种医疗场景下的综合支付管理系统 Download PDF

Info

Publication number
CN111126985A
CN111126985A CN201911421490.1A CN201911421490A CN111126985A CN 111126985 A CN111126985 A CN 111126985A CN 201911421490 A CN201911421490 A CN 201911421490A CN 111126985 A CN111126985 A CN 111126985A
Authority
CN
China
Prior art keywords
payment
data
management module
order
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911421490.1A
Other languages
English (en)
Inventor
陆翠芬
方达通
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuhan Medical Union Co ltd
Original Assignee
Wuhan Medical Union Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wuhan Medical Union Co ltd filed Critical Wuhan Medical Union Co ltd
Priority to CN201911421490.1A priority Critical patent/CN111126985A/zh
Publication of CN111126985A publication Critical patent/CN111126985A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明涉及一种医疗场景下的综合支付管理系统，其包括接入终端/应用层：用于包括自助设备、服务窗、公众号和APP，用于实现用户与系统的交互；管理模块：与终端/应用层双向通信，用于管理交互过程的数据流通，其包括账户单元、支付单元、风控单元、订单单元、对账单元和数据工具；院内模块：与管理模块双向通信，用于对管理模块进行监管；金融系统：与管理模块双向通信，用于实现管理模块与银行、银联、支付宝、医保的数据对接；客户端：与管理模块双向通信，用于实现医院管理者对管理模块的数据调用。对医院支付系统进行综合管理，规范化提升支付能力与服务，进一步保障支付安全，提升财务对账效率。

Description

一种医疗场景下的综合支付管理系统
技术领域
本发明涉及支付管理系统领域，具体涉及一种医疗场景下的综合支付管理系统。
背景技术
支付系统与院内系统孤立，资金与业务分离，医院的业务流程难匹配，需要人工进行衔接，信息传递不及时，业务数据与支付数据难匹配，交易信息难追踪，异常无法快速处理，造成患者投诉，甚至医院资金损失；同时，独立支付系统建立，其结算账户资金的安全也是医院所担心的重点。
然而，医疗整体信息化相对落后，不同医院的信息化水平也不一样，医院内部各系统也参差不齐。支付需求和支付建设的条件不一，市场上难有能完全满足的产品和服务，定制化需求多。
医院信息化建设涉及多个系统，支付服务和支付应用接入时，需要各个系统配合，但支撑支付服务和支付应用的厂家不一样，对接的标准不一，院内系统需要多次改造，重复对接，共用性差，当院内系统变化时，需要所有系统同步开发，可以现有开发支付管理系统使用不方便，财务对账效率较低。
发明内容
本发明针对现有技术中存在的技术问题，提供一种医疗场景下的综合支付管理系统，对医院支付系统进行综合管理，规范化提升支付能力与服务，进一步保障支付安全，提升财务对账效率。
本发明解决上述技术问题的技术方案如下：一种医疗场景下的综合支付管理系统，其包括
接入终端/应用层：用于包括自助设备、服务窗、公众号和APP，用于实现用户与系统的交互。
管理模块：与终端/应用层双向通信，用于管理交互过程的数据流通，其包括账户单元、支付单元、风控单元、订单单元、对账单元和数据工具。
院内模块：与管理模块双向通信，用于对管理模块进行监管。
金融系统：与管理模块双向通信，用于实现管理模块与银行、银联、支付宝、医保的数据对接。
客户端：与管理模块双向通信，用于实现医院管理者对管理模块的数据调用。
本发明的有益效果是：通过对医院支付系统按功能区分，形成一套综合管理系统，提升医院支付管理的效率。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述对账单元包括多个用于从接入终端/应用层获取账单信息的数据通道，账单获取后通过交易勾兑生产账户账单并对其进行分类，具体分为HIS账单、B1账单和其他账户账单，该账户账单与对账单元从商户获取或推送的HIS数据、B1数据和其他账户数据进行对账，若发现对账结果异常，对其按照款项长度划分接口进行异常处理。
采用上述进一步方案的有益效果是，可以提升财务对账效率，从而对账户以及账单都可以清晰追溯其来源，便于退款管理。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，在对账结果异常状态下按照款项长度划分接口进行异常处理时，长款采用数据通道接口进行处理，短款采用HIS数据接口进行处理。
采用上述进一步方案的有益效果是，可以根据异常账单的款项进行划分接口进行处理，整体调用不紊乱。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述订单单元通过接入终端/应用层获取原子订单，该原子订单由订单单元生成订单号并返回给接入终端/应用层，接入终端/应用层获得返回的订单号后跳转到订单支付界面，其中，若接入终端/应用层发送的订单信息中存在多个子订单或者由一个订单拆分成多个子订单时，返回给接入终端/应用层大订单号或子订单号，然后跳转到订单支付界面；支付过程由金融系统链接至对应的扣款账户。
采用上述进一步方案的有益效果是，对订单进行编号以生成订单号，并对订单号的命名规则进行限定，提升系统对订单号的识别效率，便于后续管理区分。
在上述技术方案的基础上，本发明还可以做如下改进。
进一步，所述订单号生成规律根据科室进行区分。
采用上述进一步方案的有益效果是，通过医院科室进行区分，可以进一步明确订单号对应的科室，便于在退款流程中引导用户和管理者找到对应的科室负责人签字或者知晓以协助进行退款。
综上所述，本发明具备如下有益效果：
1、建设了独立完善的订单管理，搭建交易数据与业务数据的桥梁，支付通道数据与医院的业务数据实现系统数据的共享，患者支付到业务全闭环数据，打破支付数据孤岛。
2、实现一套系统，统一对接支付通道与管理，保障交易过程中金融规范；同时按照金融标准规范进行接口封装，供医院应用使用。另一方面，统一接入支付应用并配置支付权限，保障支付应用的安全访问。实现医疗行业的支付能力聚合，亦可提升对接支付的效率和后期的拓展能力。
3、实现一套系统对接医院院内系统，接口标准封装，共外部系统调用。既实现了内部系统独立运行，减少外部系统对接时的改造压力和影响，亦可灵活高效接入外部应用(第三方)，保障医院信息建设的规范性、安全性和扩展性。
4、医院全院支付接管，一套系统完成从患者收费到业务系统确费、退费，到财务应收核对等账务处理的全程。区别与传统财务手工账单获取与对账报表导入，自动化、智能化对账。系统自动获取账单并按照平台标准进行存储，按照对账配置时间自动进行对账，财务选择时间周期即可查看对接结果；异常账自动筛选，并可定位异常问题点，进行快速处理。
5、医疗场景下，支付系统配置可视化。医疗机构多级商户及账户可视化配置，可细化至按科室、终端/应用进行商户及账户的配置；资金账户比例配置，涉及多个银行账户，后台配置分配比例，系统按照算法进行交易分配；接入应用、支付通道、支付权限、用户权限、对账时间、接口地址等等，均实现后台可视化配置。实现医院支付系统建设由厂商维护运营向医院内部全面接管的运维管理模式，医院自主性提升，维护效率提升，运维与培训的成本减少。
6、医疗场景下，院内外系统与系统对接交互验证的独立与统一管理。支付通道对接与应用的金融级标准，与机构配置的合法合规验证；院内系统对接的医疗信息化建设规范，与安全部署，数据安全与隐私防护。全面多样化的安全机制，交易全程监管，数据留痕。
附图说明
图1为本发明一个实施例提供的医疗场景下的综合支付管理系统原理框图；
图2为本发明一个实施例提供的对账系统原理框图。
具体实施方式
以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。
如图1和图2所示，本实施例公开了一种医疗场景下的综合支付管理系统，其包括
接入终端/应用层110：包括医院自助设备、收费窗口、支付宝生活号、微信公众号、就医APP等，并进行合法验证，保障接入安全；根据医院要求对不同支付终端/应用配置支付场景及支付方式，并能根据医院需求对支付终端/应用的停启。主要用于实现用户与系统的交互。
管理模块120：与终端/应用层双向通信，用于管理交互过程的数据流通，其包括账户单元、支付单元、风控单元、订单单元、对账单元和数据工具。其中，账户单元根据医院需要进行多级商户配置及商户账户配置，交易资金直接归集至配置的银行账户上，由医院进行资金管理，同时可根据医院需要，进行资金分配比例配置，用于管理者对账户交易记录以及明细进行监管和查看；支付单元用于提供支付通道如二维码收付款或者刷卡收款，并检验用户账户的支付能力；风控单元作为对支付过程进行风险控制，用于对非正常交易进行提示并及时中断交易，这里所说的非正常交易与银行支付监管过程中的风控性质相同，提供支付保障；订单单元用于对订单进行管理，包括订单的生成，订单合并和订单拆分等；对账单元则用于通过订单和实际支付款项进行核对，检查其是否存在差异；数据工具则用于管理模块内部数据存储以及数据计算。
院内模块130：与管理模块双向通信，用于对管理模块进行监管，用户或者管理者通过院内模块可以查看到管理模块的所有权限内的数据信息，因此，院内模块为具有权限的限制性模块。
金融系统140：与管理模块双向通信，用于实现管理模块与银行、银联、支付宝、医保的数据对接。管理模块向金融系统发起付款请求，金融系统通过识别请求者信息并向金融系统内的银行、支付宝、医保卡等账户发起付款请求以实现付款。
客户端150：与管理模块双向通信，用于实现医院管理者对管理模块的数据调用。用户可以通过客户端进行查看，当然，该客户端也具备权限识别，只有具备权限的人才能查看到相关内容，亦或是其权限范围内的内容。
所述对账单元包括多个用于从接入终端/应用层获取账单信息的数据通道，账单获取后通过交易勾兑生产账户账单并对其进行分类，具体分为HIS账单、B1账单和其他账户账单，该账户账单与对账单元从商户获取或推送的HIS数据、B1数据和其他账户数据进行对账，若发现对账结果异常，对其按照款项长度划分接口进行异常处理。在对账结果异常状态下按照款项长度划分接口进行异常处理时，长款采用数据通道接口进行处理，短款采用HIS数据接口进行处理。交易全程数据打通，业务数据与支付数据关联，以原路返回为基本原则，退费统一线下窗口受理，系统后台统一财务审批，系统自动原路退费，其中现金由窗口进行退费，订单数据及退费数据共享至系统，保障收退一致。以全院收费接管，收退数据打通，支付数据与业务数据打通为基础，实现支付全程数据管理。统一获取支付通道账单数据以及业务系统日结数据，通过平台订单管理及数据清洗工具，自动核对渠道账单、业务账单、支付系统订单数据，自动核差，异常账自动定位，辅助快速问题跟踪与处理。一般情况下的异常处理为退款，因此，通过区分接口进行退款有助于提升退款效率，并提升财务对账效率，减少消费者在退款请求时等待时间，提升用户体验感。相较于传统模式中仅通过一个接口进行退款的方式，其改进效果明显。
所述订单单元通过接入终端/应用层获取原子订单，该原子订单由订单单元生成订单号并返回给接入终端/应用层，接入终端/应用层获得返回的订单号后跳转到订单支付界面，其中，若接入终端/应用层发送的订单信息中存在多个子订单或者由一个订单拆分成多个子订单时，返回给接入终端/应用层大订单号或子订单号，然后跳转到订单支付界面；支付过程由金融系统链接至对应的扣款账户。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (5)

1.一种医疗场景下的综合支付管理系统，其特征在于，其包括
接入终端/应用层：用于包括自助设备、服务窗、公众号和APP，用于实现用户与系统的交互；
管理模块：与终端/应用层双向通信，用于管理交互过程的数据流通，所述管理模块包括账户单元、支付单元、风控单元、订单单元、对账单元和数据工具；
院内模块：与管理模块双向通信，用于对管理模块进行监管；
金融系统：与管理模块双向通信，用于实现管理模块与银行、银联、支付宝、医保的数据对接；
客户端：与管理模块双向通信，用于实现医院管理者对管理模块的数据调用。
2.根据权利要求1所述的一种医疗场景下的综合支付管理系统，其特征在于，所述对账单元包括多个用于从接入终端/应用层获取账单信息的数据通道，账单获取后通过交易勾兑生产账户账单并对账户账单进行分类，具体分为HIS账单、B1账单和其他账户账单，所述账户账单与对账单元从商户获取或推送的HIS数据、B1数据和其他账户数据进行对账，若发现对账结果异常，则对对应的账户账单按照款项长度划分接口进行异常处理。
3.根据权利要求2所述的一种医疗场景下的综合支付管理系统，其特征在于，在对账结果异常状态下按照款项长度划分接口进行异常处理时，长款采用数据通道接口进行处理，短款采用HIS数据接口进行处理。
4.根据权利要求1所述的一种医疗场景下的综合支付管理系统，其特征在于，所述订单单元通过接入终端/应用层获取原子订单，所述原子订单由订单单元生成订单号并返回给接入终端/应用层，接入终端/应用层获得返回的订单号后跳转到订单支付界面，其中，若接入终端/应用层发送的订单信息中存在多个子订单或者由一个订单拆分成多个子订单时，返回给接入终端/应用层大订单号或子订单号，然后跳转到订单支付界面；支付过程由金融系统链接至对应的扣款账户。
5.根据权利要求4所述的一种医疗场景下的综合支付管理系统，其特征在于，所述订单号生成规律根据科室进行区分。
CN201911421490.1A 2019-12-31 2019-12-31 一种医疗场景下的综合支付管理系统 Pending CN111126985A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911421490.1A CN111126985A (zh) 2019-12-31 2019-12-31 一种医疗场景下的综合支付管理系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911421490.1A CN111126985A (zh) 2019-12-31 2019-12-31 一种医疗场景下的综合支付管理系统

Publications (1)

Publication Number Publication Date
CN111126985A true CN111126985A (zh) 2020-05-08

Family

ID=70507836

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911421490.1A Pending CN111126985A (zh) 2019-12-31 2019-12-31 一种医疗场景下的综合支付管理系统

Country Status (1)

Country Link
CN (1) CN111126985A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111681006A (zh) * 2020-05-25 2020-09-18 武汉默联股份有限公司 一种医院信息化系统的支付安全保障方法
CN111784299A (zh) * 2020-07-01 2020-10-16 神思旭辉医疗信息技术有限责任公司 一种基于流程埋点的医疗交易链路追踪系统及方法
CN112348500A (zh) * 2020-11-11 2021-02-09 武汉默联股份有限公司 一种医疗支付闭环管理方法
CN114971624A (zh) * 2022-05-31 2022-08-30 冠新软件股份有限公司 一种电子健康卡聚合支付系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105205766A (zh) * 2015-08-19 2015-12-30 四川佳缘电子科技有限公司 基于云平台的移动互联网医院就诊系统
CN205210954U (zh) * 2015-12-01 2016-05-04 成都卡恩特医疗科技有限公司 医疗信息管理系统
CN106385463A (zh) * 2016-11-04 2017-02-08 合肥观池信息科技有限责任公司 一种基于移动互联网的医患云平台交互系统
CN107480465A (zh) * 2017-09-30 2017-12-15 山东顺能网络科技有限公司 医院服务管理终端及医院互联网服务集成管理平台
CN108766537A (zh) * 2018-05-29 2018-11-06 镇江市第人民医院 一种支持社会保障卡移动支付的系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105205766A (zh) * 2015-08-19 2015-12-30 四川佳缘电子科技有限公司 基于云平台的移动互联网医院就诊系统
CN205210954U (zh) * 2015-12-01 2016-05-04 成都卡恩特医疗科技有限公司 医疗信息管理系统
CN106385463A (zh) * 2016-11-04 2017-02-08 合肥观池信息科技有限责任公司 一种基于移动互联网的医患云平台交互系统
CN107480465A (zh) * 2017-09-30 2017-12-15 山东顺能网络科技有限公司 医院服务管理终端及医院互联网服务集成管理平台
CN108766537A (zh) * 2018-05-29 2018-11-06 镇江市第人民医院 一种支持社会保障卡移动支付的系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111681006A (zh) * 2020-05-25 2020-09-18 武汉默联股份有限公司 一种医院信息化系统的支付安全保障方法
CN111784299A (zh) * 2020-07-01 2020-10-16 神思旭辉医疗信息技术有限责任公司 一种基于流程埋点的医疗交易链路追踪系统及方法
CN112348500A (zh) * 2020-11-11 2021-02-09 武汉默联股份有限公司 一种医疗支付闭环管理方法
CN114971624A (zh) * 2022-05-31 2022-08-30 冠新软件股份有限公司 一种电子健康卡聚合支付系统

Similar Documents

Publication Publication Date Title
CN111126985A (zh) 一种医疗场景下的综合支付管理系统
JP2022506010A (ja) パブリックブロックチェーンでの紛争解決のための方法及びシステム
CN110097462A (zh) 使用区块链促进atm交易的方法和系统
CN104992073B (zh) 用于就医流程的数据处理方法和医疗信用系统
US10825021B2 (en) System for network resource exchanging
RU2012116912A (ru) Спонсированные счета для осуществленной с помощью компьютера платежной системы
US20140279500A1 (en) Methods and Systems for Generating a Transaction Lifecycle Output for a Payment Card Transaction
WO2020023180A1 (en) Method and system for hybrid payment authorization
CN109584031A (zh) 对账方法、装置、电子设备及计算机可读介质
KR101775400B1 (ko) 플렛폼 구축을 통한 투자자 주도형 가맹점 펀딩시스템
US11468442B1 (en) Payment card reconciliation by authorization code
US11587071B2 (en) Method and system for merchant acceptance of cryptocurrency via payment rails
KR102028286B1 (ko) 실명계좌 기반의 가상화폐 거래소 입출금 관리장치 및 그 방법
US20150199660A1 (en) Communication network for collecting data and executing electronic transaction services
US20070288359A1 (en) Processing of credit applications
US20180060839A1 (en) Systems and methods for predicting chargeback stages
KR20180093213A (ko) 비대면채널을 통한 주택담보대출 처리 방법
US11170377B2 (en) Methods and systems for improving payment card acceptance quality
CN111008895A (zh) 一种互联网金融的还款方法、装置、设备及存储介质
CN114862110A (zh) 商业银行业务中台构建方法、装置、电子设备及存储介质
CN116362903A (zh) 一种资金协同管理系统、方法、电子设备及存储介质
US20220366407A1 (en) Method and system for privacy oriented provenance at the point of sale
KR20140069748A (ko) 외국인 고객의 금융거래 처리 방법 및 이를 실행하는 장치
US20160063620A1 (en) System and method of facilitating payday loans
Orumwense Implementing the use of auditing skills to identify and avert situations which could lead to frauds being perpetrated

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination