CN113269551A - 医疗支付方法、装置、系统及电子设备 - Google Patents

医疗支付方法、装置、系统及电子设备 Download PDF

Info

Publication number
CN113269551A
CN113269551A CN202110575122.3A CN202110575122A CN113269551A CN 113269551 A CN113269551 A CN 113269551A CN 202110575122 A CN202110575122 A CN 202110575122A CN 113269551 A CN113269551 A CN 113269551A
Authority
CN
China
Prior art keywords
payment
target
medical
docking
interface component
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
CN202110575122.3A
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.)
Beijing Kingsoft Cloud Network Technology Co Ltd
Original Assignee
Beijing Kingsoft Cloud Network Technology 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 Beijing Kingsoft Cloud Network Technology Co Ltd filed Critical Beijing Kingsoft Cloud Network Technology Co Ltd
Priority to CN202110575122.3A priority Critical patent/CN113269551A/zh
Publication of CN113269551A publication Critical patent/CN113269551A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/204Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • G06Q20/209Specified transaction journal output feature, e.g. printed receipt or voice output
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT 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
    • G16H40/20ICT 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 for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

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

Abstract

本发明提供了医疗支付方法、装置、系统及电子设备。其中,该方法包括:获取HIS系统为患者生成的医疗账单和支付类型选项;响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息,并根据支付信息生成医疗账单的支付记录,从而通过支付接口组件实现了HIS系统和各种支付系统的对接,提高了HIS系统和支付系统的对接灵活性和对接效率,具有较好的实用价值。

Description

医疗支付方法、装置、系统及电子设备
技术领域
本发明涉及互联网技术领域,尤其是涉及医疗支付方法、装置、系统及电子设备。
背景技术
随着医疗信息化的普及,全国各地医疗机构升级医疗信息化软件,其中,HIS(Hospital Information System,医院信息系统)系统作为医疗机构的基础系统,经历了单机版和网络版等阶段,现有的HIS系统大都为SAAS(Software-as-a-Service,软件服务化)模式。在实际应用中,HIS系统往往需要与支付系统对接,以进行支付数据交互;如与支付宝系统和各种银行的支付系统等对接,以便患者根据对接的支付系统进行支付。
现有的对接方案大都是,HIS系统分别与各种支付系统对接,建立不同的对接支付方式,如HIS系统分别与支付宝系统和各种银行的支付系统等单独对接,每对接一类支付系统,HIS系统均需重新开发或调试,导致对接过程比较繁琐,从而降低了HIS系统和支付系统的对接效率和灵活性。
发明内容
有鉴于此,本发明的目的在于提供医疗支付方法、装置、系统及电子设备,以缓解上述问题,通过支付接口组件实现了HIS系统与各种支付系统的对接,提高了对接灵活性和效率,具有较好的实用价值。
第一方面,本发明实施例提供了一种医疗支付方法,应用于配置有医院信息系统HIS系统的服务器,服务器还配置有用于HIS系统和支付系统对接的支付接口组件,以及,HIS系统和各种支付系统分别对应的对接关系;支付接口组件配置有用于与各种支付系统对接的对接字典;该方法包括:获取HIS系统为患者生成的医疗账单和支付类型选项;响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;其中,支付信息包括支付时间和支付金额;根据支付信息生成医疗账单的支付记录。
结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中,每种支付系统还配置有关键信息,支付信息还携带有目标支付系统的目标关键信息,上述通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息的步骤之后,该方法还包括:根据预存的关键信息集合验证目标关键信息的合法性,如果验证结果为合法,执行根据支付信息生成医疗账单的支付记录的步骤。
结合第一方面,本发明实施例提供了第一方面的第二种可能的实施方式,其中,该方法还包括:响应针对于医疗账单的更新操作,根据更新操作更新医疗账单。
结合第一方面,本发明实施例提供了第一方面的第三种可能的实施方式,其中,上述根据支付信息生成医疗账单的支付记录的步骤,还包括:判断支付信息的支付金额与医疗账单对应的金额是否一致;如果一致,则记录医疗账单支付成功。
结合第一方面的第三种可能的实施方式,本发明实施例提供了第一方面的第四种可能的实施方式,其中,该方法还包括:如果支付金额与医疗账单对应的金额不一致,通过支付接口组件生成目标支付系统对应的更新目标支付标识;接收目标支付系统根据更新目标支付标识返回的新增支付信息;根据新增支付信息生成医疗账单的支付记录。
结合第一方面,本发明实施例提供了第一方面的第五种可能的实施方式,其中,上述获取HIS系统为患者生成的医疗账单的步骤,包括:通过HIS系统为患者生成与业务类型对应的医疗账单;其中,业务类型包括门诊业务类型或者住院业务类型。
结合第一方面,本发明实施例提供了第一方面的第六种可能的实施方式,其中,上述支付接口组件还配置有设置接口和对接接口,该方法还包括:响应于设置接口的属性设置操作,设置支付接口组件与HIS系统的通信连接参数;其中,设置接口的属性包括各种支付系统的接口属性的并集;响应于对接接口的属性设置操作,设置支付接口组件与对应的支付系统的通信连接参数;其中,对接接口的属性包括该对接接口对应的支付系统的接口属性。
结合第一方面的第六种可能的实施方式,本发明实施例提供了第一方面的第七种可能的实施方式,其中,该方法还包括:应用设置接口对应的通信连接参数,建立支付接口组件与HIS系统的通信连接;应用对接接口对应的通信连接参数,建立支付接口组件与对应的支付系统的通信连接。
结合第一方面,本发明实施例提供了第一方面的第八种可能的实施方式,其中,该方法还包括:响应于新类型的支付系统的对接请求,通过支付接口组件建立新类型的支付系统对应的对接字典,以使新类型的支付系统和HIS系统具有对接关系。
第二方面,本发明实施例还提供一种医疗支付装置,应用于配置有医院信息系统HIS系统的服务器,服务器还配置有用于HIS系统和支付系统对接的支付接口组件,以及,HIS系统和各种支付系统分别对应的对接关系;支付接口组件配置有用于与各种支付系统对接的对接字典;该装置包括:获取模块,用于获取HIS系统为患者生成的医疗账单和支付类型选项;支付类型选取模块,用于响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;支付标识生成模块,用于触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;支付信息接收模块,用于通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;其中,支付信息包括支付时间和支付金额;支付记录生成模块,用于根据支付信息生成医疗账单的支付记录。
第三方面,本发明实施例还提供一种医疗支付系统,该系统应用于上述第一方面的医疗支付方法,系统包括配置有HIS系统的服务器,还包括各种支付系统;其中,服务器还配置有用于HIS系统和各种支付系统对接的支付接口组件。
第四方面,本发明实施例还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述第一方面的方法的步骤。
第五方面,本发明实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,计算机程序被处理器运行时执行上述第一方面的方法的步骤。
本发明实施例带来了以下有益效果:
本发明实施例提供了医疗支付方法、装置、系统及电子设备,通过支付类型选项的选取操作确定目标支付系统,并通过支付接口组件中目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识,以及,通过支付接口组件根据目标支付系统针对目标支付标识返回的支付信息生成支付记录,从而通过支付接口组件实现了HIS系统和各种支付系统的对接,以及通过调整支付接口组件中的对接字典,即可实现HIS系统对接新的支付系统,避免了HIS系统重新开发或调试,提高了HIS系统和支付系统的对接灵活性和对接效率,同时可以满足患者的多种支付需求,提高了患者的支付体验度,具有较好的实用价值。
本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。
为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种医疗支付系统的结构示意图;
图2为本发明实施例提供的一种医疗支付方法的流程图;
图3为本发明实施例提供的另一种医疗支付方法的流程图;
图4为本发明实施例提供的另一种医疗支付方法的流程图;
图5为本发明实施例提供的一种门诊业务中医疗支付方法的原理图;
图6为本发明实施例提供的一种住院业务中医疗支付方法的原理图;
图7为本发明实施例提供的一种医疗支付流程图;
图8为本发明实施例提供的另一种医疗支付流程图;
图9为本发明实施例提供的一种医疗支付装置的示意图;
图10为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
HIS系统作为医疗结构的基础系统,需要与多个外部程序及系统进行互联互通,例如自助设备、电子病历、医技系统和支付系统等,在实际应用中,HIS系统和支付系统的对接具有重要的意义。在与支付系统对接的过程中,由于每种支付系统与HIS系统的接口定义方式、接口参数类型命名各不相同,因此,每对接一类支付系统,HIS系统均需重新开发或调试,以及每种HIS系统的接口定义方式也不相同,导致对接过程比较繁琐,从而降低了HIS系统和支付系统的对接效率和灵活性,给患者带来较差的支付体验度。
基于此,本发明实施例提供了医疗支付方法、装置、系统及电子设备,通过支付接口组件实现了HIS系统和各种支付系统的对接,以及通过调整支付接口组件中的对接字典,即可实现HIS系统对接新的支付系统,避免了HIS系统重新开发或调试,提高了HIS系统和支付系统的对接灵活性和对接效率,同时可以满足患者的多种支付需求,提高了患者的支付体验度,具有较好的实用价值。
为便于对本实施例进行理解,首先,参照图1所示的医疗支付系统的结构示意图,该医疗支付系统可以用于实现本发明实施例的医疗支付功能。其中,该系统包括配置有HIS系统11的服务器1,还包括各种支付系统2;服务器1还配置有用于HIS系统11和各种支付系统2对接的支付接口组件12,从而通过支付接口组件12可以实现HIS系统11和支付系统2的对接,且,对接过程中无需对HIS系统进行重新开发或调试,从而简化了对接过程,提高了HIS系统和支付系统的对接效率和灵活性。
其中,上述支付系统包括但不仅限于支付宝支付系统、拉卡拉支付系统和网易宝支付系统,以及各种银行的支付系统等,在实际应用中,患者可以通过配置有支付系统的移动终端完成支付,其中,移动终端包括但不仅限于智能手机、平板电脑以及便携计算机等,上述支付系统和移动终端可以根据实际情况进行设置,本发明实施例对此不作限制说明。
在实际应用中,上述服务器中还配置有HIS系统和各种支付系统分别对应的对接关系,并在支付接口组件中配置有HIS系统与各种支付系统对接的对接字典。具体地,支付接口组件是指对数据和方法的简单封装,即根据HIS系统和各种支付系统的对接接口传输内容完整保留的原则和标准字典共用的原则,可以将各种支付系统与HIS系统交互过程中的数据通过对接字典持久化存储,其中,对接字典包括对接数据字典和对接交易字典;对接数据字典包括但不仅限于科室字典、医生字典、支付类型字典、药品及药品分类字典、收费项目及分类字典,以及其他字典集合等;对接交易字典则包括但不仅限于交易信息、费用明细分解信息、汇总支付信息、支付明细信息、费用分类汇总信息和交易签名信息等,具体各个字典包含的数据和类型可以根据实际支付情况进行设置,本发明实施例对此不作限制说明。
因此,通过支付接口组件中每种支付系统对应的对接字典,即可实现HIS系统和各种支付系统的对接,并进行数据交互,无需每次对接支付系统HIS系统均进行重新开发或调试,从而提高了HIS系统对接的灵活性和对接效率,具有较好的实用价值。
基于上述服务器,本发明实施例提供了一种医疗支付方法,如图2所示,该方法包括以下步骤:
步骤S202,获取HIS系统为患者生成的医疗账单和支付类型选项;
具体地,通过HIS系统为患者生成与业务类型对应的医疗账单;其中,业务类型包括门诊业务类型或者住院业务类型。在实际应用中,根据医疗机构中患者的门诊就医流程和住院就医流程,可以得到每种业务类型的医疗账单,例如门诊业务类型对应的流程主要包括门诊挂号的缴费、门诊挂号的退费、门诊收费结算和门诊退费结算,住院业务类型对应的流程主要包括住院押金预缴、住院押金退费、住院费用结算和住院退费结算,因此,门诊业务类型对应的医疗账单主要包括挂号医疗账单和处方医疗账单,住院业务类型对应的医疗账单主要包括押金医疗账单和住院医疗账单。
其中,挂号医疗账单包括但不仅限于患者信息、目标科室和目标医生等,以及对应的支付金额;患者信息包括但不仅限于患者ID、患者姓名、患者性别和患者年龄等,在实际应用中,挂号医疗账单还会根据挂号类型的不同而单价不同,比如普通门诊号和专家号等;处方医疗账单则包括医生根据患者的就医情况开出的各种药品,并每种药品的单价得到的费用明细分解信息、支付明细信息和费用分类汇总信息等,具体可以根据实际情况进行设置。上述押金医疗账单和住院医疗账单则主要包括患者住院就医过程中产生的各种费用明细分解信息、支付明细信息和费用分类汇总信息等,具体根据患者的住院情况进行设置,本发明实施例对此不作限制说明。
以及,HIS系统生成上述医疗账单之后,还直接生成与该医疗账单对应的支付类型选项;或者可以预先存储该支付类型选项,当监听到新的医疗账单生成时,即将医疗账单与支付类型选项发送至支付接口组件,以使患者根据支付类型选项完成医疗账单的支付。需要说明的是,上述支付类型选项也可以通过支付接口组件生成,即支付接口组件根据HIS系统与各种支付系统的对接字典,生成支付类型选项,并当HIS系统对接新的支付系统时,更新该支付类型选项。其中,支付类型选项包括与HIS系统对接的所有支付系统对应的支付类型,从而可以满足患者的多种支付需求,提高了患者的体验度。
步骤S204,响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;
对于上述支付类型选项,服务器还可以将该支付类型选项进行展示,以便患者根据支付类型选项进行选取操作。具体地,在实际应用中,上述服务器可以配置有显示设备如显示屏等,以便将支付类型选项通过显示设备进行展示,从而患者根据展示的支付类型选项进行选取操作,如通过对支付类型选项中每种支付类型的勾选操作,确定医疗账单对应的目标支付系统;或者通过点击操作支付类型选项中每种支付类型对应的支付标识(如图形标识或者文字标识),确定医疗账单对应的目标支付系统等,具体可以根据实际情况进行设置。
步骤S206,触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;
其中,上述对接字典包括对接数据字典,支付接口组件根据目标支付系统对应的对接数据字典,可以快速生成目标支付系统对应的目标支付标识,这里目标支付标识可以为图像支付标识,例如支付二维码等;也可以为文字支付标识,如支付地址等,以便患者通过配置有目标支付系统的移动终端根据该目标支付标识进行医疗账单的支付,并得到支付信息。
步骤S208,通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;
其中,支付信息包括支付时间和支付金额。
步骤S210,根据支付信息生成医疗账单的支付记录。
具体地,对于目标支付系统的支付信息,支付接口组件获取该支付信息之后,根据该支付信息生成医疗账单的支付记录,可选的,服务器还连接有打印设备,服务器存储该支付记录,并进行打印,以便患者获取打印的支付信息等,满足患者的多种应用需求。
上述医疗支付方法,通过支付类型选项的选取操作确定目标支付系统,并通过支付接口组件中目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识,以及,通过支付接口组件根据目标支付系统针对目标支付标识返回的支付信息生成支付记录,从而通过支付接口组件实现了HIS系统和各种支付系统的对接,以及通过调整支付接口组件中的对接字典,即可实现HIS系统对接新的支付系统,避免了HIS系统重新开发或调试,提高了HIS系统和支付系统的对接灵活性和对接效率,同时可以满足患者的多种支付需求,提高了患者的支付体验度,具有较好的实用价值。
在实际应用中,为了通过支付接口组件实现HIS系统和支付系统的交互,上述支付接口组件还配置有设置接口和对接接口,该方法还包括:响应于设置接口的属性设置操作,设置支付接口组件与HIS系统的通信连接参数;其中,设置接口的属性包括各种支付系统的接口属性的并集;响应于对接接口的属性设置操作,设置支付接口组件与对应的支付系统的通信连接参数;其中,对接接口的属性包括该对接接口对应的支付系统的接口属性。
具体地,对于支付接口组件与每种支付系统对接的对接接口,由于不同类型的支付系统的接口属性并不相同,以及同一类型的支付系统由于不同的厂商,其接口属性也可能不同,因此,根据支付系统的接口属性设置对应的对接接口的属性,可以保证支付接口组件通过该对接接口与支付系统进行交互。
以及,对于HIS系统与支付接口组件之间的设置接口,可以根据各种支付系统的接口属性的并集,设置该设置接口的属性,从而可以实现支付接口组件通过设置接口将各种支付系统返回的支付信息发送至HIS系统,即无需对HIS系统进行调试和开发,通过该设置接口即可实现HIS系统与各个支付系统数据的交互。需要说明的是,在实际应用中,如果HIS系统由于不同厂商导致接口属性不同时,通过各种支付系统的接口属性的并集设置支付接口组件和HIS系统之间设置接口的属性,还避免了对接过程中由于不同厂商导致HIS系统重新开发或调试,从而进一步提高了对接效率和灵活性。
因此,上述支付接口组件主要用于实现HIS系统和各种支付系统的对接,并进行数据交互,与现有的HIS系统与各个支付系统单独对接相比,在对接过程中,无需对HIS系统进行重新开发和调试,提高了对接的灵活性和效率。需要说明的是,上述设置接口和对接接口的数量可以根据实际情况进行设置,本发明实施例对此不作限制说明。
进一步的,该方法还包括:应用设置接口对应的通信连接参数,建立支付接口组件与HIS系统的通信连接;应用对接接口对应的通信连接参数,建立支付接口组件与对应的支付系统的通信连接。
具体地,支付接口组件通过设置接口与HIS系统进行通信连接,并通过对接接口与对应的支付系统通信连接,在通信过程中,支付接口组件分别通过标准的数据格式与HIS系统和支付系统进行数据交互,本发明实施例中优选的标准的数据格式为标准的json格式数据。
进一步的,该方法还包括:响应于新类型的支付系统的对接请求,通过支付接口组件建立新类型的支付系统对应的对接字典,以使新类型的支付系统和HIS系统具有对接关系,从而满足患者的多种支付需求,提高了患者的支付体验度。
综上,通过支付接口组件对HIS系统和各种支付系统对接流程和交互数据的固化和封装,并建立对接字典的灵活配置,达到HIS系统快速开发和部署的目的,促进HIS系统能够更快、更灵活的与多种支付系统快速的对接,以及实现了HIS产品在SAAS模拟下保持统一产品化版本,只需通过对接字典灵活配置和调整各种类型、各厂商的支付系统,即可实现HIS系统与各种支付系统的对接,无需对HIS系统本身进行开发或调试,从而提高了对接的灵活性和对接效率,以及,还可以满足患者的多种支付需求,提高了患者的体验度,具有较好的实用价值。
在图2所示方法的基础上,本发明实施例还提供了另一种医疗支付方法,执行主体为配置有HIS系统和支付接口组件的服务器,该方法重点描述了每个支付系统还配置有关键信息,支付接口组件和各种支付系统的交互过程,如图3所示,该方法包括以下步骤:
步骤S302,获取HIS系统为患者生成的医疗账单和支付类型选项;
步骤S304,响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;
步骤S306,触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;
步骤S308,通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;
其中,支付信息包括支付时间和支付金额;支付信息还携带有目标支付系统的目标关键信息。需要说明的是,上述步骤S302~S308的具体过程,可以参考前述实施例,本发明实施例在此不再详细赘述。
步骤S310,根据预存的关键信息集合验证目标关键信息是否合法;如果是,即验证结果为合法,则执行步骤S312;如果否,则验证结果为不合法,则重复执行步骤上述S306,直至验证结果为合法;
具体地,在每种支付系统与HIS系统对接前,均配置有一个关键信息,如appKey信息,当对接完成后,支付接口组件中还存储有关键信息集合,其中,关键信息集合包括每个与HIS系统对接的支付系统的关键信息,从而在实际应用中,支付系统与HIS系统进行数据交互的过程中,每次当支付系统向支付接口组件返回支付信息时,支付信息均携带有对应的支付系统的关键信息,以便支付接口组件根据预存的关键信息集合验证关键信息的合法性,避免了非对接支付系统向HIS系统发送数据,从而影响HIS系统的正常工作,保证了HIS系统和支付系统对接的安全性,保证了患者的就医过程正常进行。
步骤S312,根据支付信息生成医疗账单的支付记录。
因此,上述医疗支付方法,通过在支付信息中携带支付系统的关键信息,保证了HIS系统和支付系统对接的安全性,从而提高了医疗支付的安全性,进而提高了患者的体验度,具有较好的实用价值。
可选的,该方法还包括:响应针对于医疗账单的更新操作,根据更新操作更新医疗账单。具体地,医生通过HIS系统可能对医疗账单进行更新操作,如调整了医疗账单中的某类药品的数量等,或者根据患者的要求调换了某类药品等,此时均需该更新操作更新医疗账单,以保证患者支付对应的医疗账单为目标医疗账单。
在图2所示方法的基础上,本发明实施例还提供了另一种医疗支付方法,执行主体为配置有HIS系统和支付接口组件的服务器,该方法重点描述了根据支付信息生成医疗账单的支付记录的过程,如图4所示,该方法包括以下步骤:
步骤S402,获取HIS系统为患者生成的医疗账单和支付类型选项;
步骤S404,响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;
步骤S406,触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;
步骤S408,通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;
其中,支付信息包括支付时间和支付金额。需要说明的是,上述步骤S402~S408的具体过程,可以参考前述实施例,本发明实施例在此不再详细赘述。
步骤S410,判断支付信息的支付金额与医疗账单对应的金额是否一致;
具体地,由于在目标支付系统支付过程中,可能存在医疗账单的更新操作,因此,对于支付系统返回的支付信息中的支付金额,支付接口组件首先判断支付信息的支付金额与最新的医疗账单对应的金额是否一致,如果是,则执行步骤S412,如果否,则执行步骤S414~步骤S418。
步骤S412,记录医疗账单支付成功;
步骤S414,通过支付接口组件生成目标支付系统对应的更新目标支付标识;
具体地,如果支付信息的支付金额与医疗账单对应的金额保持一致,则记录该医疗账单支付成功,并完成支付过程;如果支付信息的支付金额与医疗账单对应的金额不一致,则此时支付接口组件还根据更新的医疗账单生成目标支付系统对应的更新目标支付标识,以便目标支付系统按照新增支付信息重新支付。
步骤S416,接收目标支付系统根据更新目标支付标识返回的新增支付信息;
步骤S418,根据新增支付信息生成医疗账单的支付记录。
其中,上述新增支付信息中的支付金额可能是更新医疗账单对应的更新支付金额,也可能是医疗账单更新前后的金额差值等,具体可以根据实际情况进行设置。
为了便于理解,这里举例说明。由于每种业务类型对应的医疗账单并不相同,如图5所示,这里以门诊业务类型对应的医疗账单包括挂号医疗账单和处方医疗账单为例说明,具体包括以下过程:
(51)HIS系统首先为患者生成挂号医疗账单,并将挂号医疗账单发送至支付接口组件;其中,服务器还可以根据支付类型选项确定第一目标支付系统;
(52)支付接口组件根据挂号医疗账单和第一目标支付系统,生成第一目标支付系统对应的第一目标支付标识;
(53)患者通过配置第一目标支付系统的移动终端根据第一目标支付标识支付挂号医疗账单,并返回第一支付信息;
(54)支付接口组件根据第一支付信息生成支付记录,并同步至HIS系统,以使HIS系统进行挂号医疗账单的缴费确认;可选的,该过程也可根据第一支付信息的支付金额与挂号医疗账单对应的金额进行支付校验,具体的校验过程可以参考前述实施例,本发明实施例在此不再详细赘述;
(55)根据患者的门诊就医情况,HIS系统为患者生成处方医疗账单,并将处方医疗账单发送至支付接口组件;该过程中服务器还可以根据支付类型选项确定第二目标支付系统,这里第二目标支付系统可能和第一目标支付系统相同,也可能不同,以满足患者的多种支付需求;
(56)支付接口组件根据处方医疗账单和第二目标支付系统,生成第二目标支付系统对应的第二目标支付标识;
(57)患者通过配置第二目标支付系统的移动终端根据第二目标支付标识支付处方医疗账单,并返回第二支付信息;
(58)支付接口组件根据第二支付信息进行支付校验,即判断支付信息的支付金额与处方医疗账单对应的金额是否一致;如果一致即校验成功,则生成支付成功信息,并同步至HIS系统;如果不一致即校验不成功,则通过支付接口组件根据更新后的处方医疗账单生成第二目标支付系统对应的更新目标支付标识,以便患者通过配置第二目标支付系统的移动终端根据更新目标支付标识重新支付,直至支付成功。
同样的,如图6所示,这里以住院业务类型对应的医疗账单包括押金医疗账单和住院医疗账单为例说明。
(61)HIS系统首先为患者生成押金医疗账单,并将押金医疗账单发送至支付接口组件;其中,服务器还可以根据支付类型选项确定第一目标支付系统;
(62)支付接口组件根据押金医疗账单和第一目标支付系统,生成第一目标支付系统对应的第一目标支付标识;
(63)患者通过配置第一目标支付系统的移动终端根据第一目标支付标识支付押金医疗账单,并返回第一支付信息;
(64)支付接口组件根据第一支付信息生成支付记录,并同步至HIS系统,以使HIS系统进行押金医疗账单的缴费确认;可选的,该过程也可根据第一支付信息的支付金额与押金医疗账单对应的金额进行支付校验,具体的校验过程可以参考前述实施例,本发明实施例在此不再详细赘述;
(65)根据患者的住院就医情况,当患者出院时,HIS系统为患者生成住院医疗账单,并将住院医疗账单发送至支付接口组件;该过程中服务器还可以根据支付类型选项确定第二目标支付系统,这里第二目标支付系统可能和第一目标支付系统相同,也可能不同,以满足患者的多种支付需求;
(66)支付接口组件根据住院医疗账单和第二目标支付系统,生成第二目标支付系统对应的第二目标支付标识;
(67)患者通过配置第二目标支付系统的移动终端根据第二目标支付标识支付住院医疗账单,并返回第二支付信息;
(68)支付接口组件根据第二支付信息进行支付校验,即判断第二支付信息的支付金额与住院医疗账单对应的金额是否一致;如果一致即校验成功,则生成支付成功信息,并同步至HIS系统;如果不一致即校验不成功,则通过支付接口组件根据更新后的住院医疗账单生成第二目标支付系统对应的更新目标支付标识,以便患者通过配置第二目标支付系统的移动终端根据更新目标支付标识重新支付,直至支付成功。
综上,通过在云HIS系统中执行上述医疗支付方法,可以实现患者的医疗支付,同时,通过支付接口组件对HIS系统和各种支付系统对接流程和交互数据的固化和封装,并建立对接字典的灵活配置,可以实现HIS系统能够更快、更灵活的与众多支付系统快速的对接,无需对HIS系统本身进行开发或调试,从而提高了对接的灵活性和对接效率,同时可以满足患者的多种支付需求,提高了患者的支付体验度,具有较好的实用价值。
此外,在支付过程中,支付接口组件除了生成目标支付系统对应的目标支付标识,以使用户通过配置目标支付系统的智能终端扫描该目标支付标识进行支付之外,还可以直接对各种支付类型的支付系统进行支付处理,即支付接口组件通过扫码终端扫描智能终端中支付系统显示的支付标识,并进行支付处理,从而简化了用户的支付过程,提高了支付效率,进而提高了用户的支付体验度。
为了便于理解,这里举例说明。如图7所示,支付接口组件首先获取HIS系统为患者生成的医疗账单和支付类型选项,并显示支付类型选项,当用户选取目标支付系统之后,支付接口组件生成并显示目标支付系统对应的目标支付标识,如支付宝或微信的收款码等,用户通过配置有目标支付系统的智能终端如手机扫码该目标支付标识,以在智能终端中目标支付系统的支付界面显示待支付金额,并进行支付处理,此时,支付接口组件获取目标支付系统反馈的支付信息,并对支付信息进行校验处理,即判断支付信息的支付金额与医疗账单对应的金额是否一致,如果一致,则记录医疗账单支付成功,并将支付成功状态同步至目标支付系统的支付界面和HIS系统;如果不一致,则将支付失败状态同步至目标支付系统的支付界面和HIS系统,并更新目标支付标识,以使用户重新支付。
或者,如图8所示,HIS系统通过支付接口组件与扫码终端连接,可选的扫码终端为配置有摄像头的智能设备等,支付接口组件首先获取HIS系统为患者生成的医疗账单和支付类型选项,然后获取扫码终端反馈的支付标识,该支付标识为扫码终端通过扫描用户智能终端显示的付款码获得,并在支付类型选项中查找是否存在支付标识对应的支付系统,即判断支付系统是否与HIS系统对接,如果是,则将医疗账单对应的待支付金额发送至支付系统的支付界面,以便用户根据显示的待支付金额进行支付,并返回支付信息至支付接口组件,此时,支付接口组件根据支付信息进行校验处理,即判断支付信息的支付金额与医疗账单对应的金额是否一致,如果一致,则记录医疗账单支付成功,并将支付成功状态同步至智能终端中支付系统的支付界面和HIS系统;如果不一致,则将支付失败状态同步至支付系统的支付界面和HIS系统,并触发扫码终端重新进行扫描和支付,直至支付成功。
因此,上述用户通过配置有目标支付系统的智能终端扫码支付接口组件提供的目标支付标识进行支付的方式,提高了用户支付的自主选择性,满足了用户的多种支付需求;而通过扫码组件直接扫码用户通过智能终端提供的支付标识,并反馈支付信息至支付接口组件进行支付的方式,则避免了用户的扫码操作,简化了用户的支付过程,提高了用户的支付效率,提高了用户的支付体验度,具有较好的实用价值。
对应于上述方法实施例,本发明实施例还提供了一种医疗支付装置,应用于配置有医院信息系统HIS系统的服务器,服务器还配置有用于HIS系统和支付系统对接的支付接口组件,以及,HIS系统和各种支付系统分别对应的对接关系;支付接口组件配置有用于与各种支付系统对接的对接字典;如图9所示,该装置包括依次连接的获取模块91、支付类型选取模块92、支付标识生成模块93、支付信息接收模块94和支付记录生成模块95;其中,各个模块的功能如下:
获取模块91,用于获取HIS系统为患者生成的医疗账单和支付类型选项;
支付类型选取模块92,用于响应针对于支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为医疗账单的目标支付系统;
支付标识生成模块93,用于触发支付接口组件基于目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识;
支付信息接收模块94,用于通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息;其中,支付信息包括支付时间和支付金额;
支付记录生成模块95,用于根据支付信息生成医疗账单的支付记录。
本发明实施例提供的医疗支付装置,通过支付类型选项的选取操作确定目标支付系统,并通过支付接口组件中目标支付系统对应的对接字典,生成目标支付系统对应的目标支付标识,以及,通过支付接口组件根据目标支付系统针对目标支付标识返回的支付信息生成支付记录,从而通过支付接口组件实现了HIS系统和各种支付系统的对接,以及通过调整支付接口组件中的对接字典,即可实现HIS系统对接新的支付系统,避免了HIS系统重新开发或调试,提高了HIS系统和支付系统的对接灵活性和对接效率,同时可以满足患者的多种支付需求,提高了患者的支付体验度,具有较好的实用价值。
在其中一种可能的实施例中,每种支付系统还配置有关键信息,支付信息还携带有目标支付系统的目标关键信息,上述通过支付接口组件接收目标支付系统针对目标支付标识返回的支付信息之后,该装置还包括:根据预存的关键信息集合验证目标关键信息的合法性,如果验证结果为合法,执行根据支付信息生成医疗账单的支付记录的步骤。
在另一种可能的实施例中,该装置还包括:响应针对于医疗账单的更新操作,根据更新操作更新医疗账单。
在另一种可能的实施例中,上述支付记录生成模块95还用于:判断支付信息的支付金额与医疗账单对应的金额是否一致;如果一致,则记录医疗账单支付成功。
在另一种可能的实施例中,该装置还包括:如果支付金额与医疗账单对应的金额不一致,通过支付接口组件生成目标支付系统对应的更新目标支付标识;接收目标支付系统根据更新目标支付标识返回的新增支付信息;根据新增支付信息生成医疗账单的支付记录。
在另一种可能的实施例中,上述获取模块91还用于:通过HIS系统为患者生成与业务类型对应的医疗账单;其中,业务类型包括门诊业务类型或者住院业务类型。
在另一种可能的实施例中,上述支付接口组件还配置有设置接口和对接接口,该装置还包括:响应于设置接口的属性设置操作,设置支付接口组件与HIS系统的通信连接参数;其中,设置接口的属性包括各种支付系统的接口属性的并集;响应于对接接口的属性设置操作,设置支付接口组件与对应的支付系统的通信连接参数;其中,对接接口的属性包括该对接接口对应的支付系统的接口属性。
在另一种可能的实施例中,该装置还包括:应用设置接口对应的通信连接参数,建立支付接口组件与HIS系统的通信连接;应用对接接口对应的通信连接参数,建立支付接口组件与对应的支付系统的通信连接。
在另一种可能的实施例中,该装置还包括:响应于新类型的支付系统的对接请求,通过支付接口组件建立新类型的支付系统对应的对接字典,以使新类型的支付系统和HIS系统具有对接关系。
本发明实施例提供的医疗支付装置,与上述实施例提供的医疗支付方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。
本发明实施例还提供一种电子设备,包括处理器和存储器,存储器存储有能够被处理器执行的机器可执行指令,处理器执行机器可执行指令以实现上述医疗支付方法。
参见图10所示,该电子设备包括处理器100和存储器101,该存储器101存储有能够被处理器100执行的机器可执行指令,该处理器100执行机器可执行指令以实现上述医疗支付方法。
进一步地,图10所示的电子设备还包括总线102和通信接口103,处理器100、通信接口103和存储器101通过总线102连接。
其中,存储器101可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口103(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。总线102可以是ISA(IndustrialStandard Architecture,工业标准结构总线)总线、PCI(Peripheral ComponentInterconnect,外设部件互连标准)总线或EISA(Enhanced Industry StandardArchitecture,扩展工业标准结构)总线等。上述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图10中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
处理器100可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器100中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器100可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器101,处理器100读取存储器101中的信息,结合其硬件完成前述实施例的方法的步骤。
本实施例还提供一种机器可读存储介质,机器可读存储介质存储有机器可执行指令,机器可执行指令在被处理器调用和执行时,机器可执行指令促使处理器实现上述医疗支付方法。
本发明实施例所提供的医疗支付方法、装置、系统和电子设备的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
最后应说明的是:以上所述实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种医疗支付方法,其特征在于,应用于配置有医院信息系统HIS系统的服务器,所述服务器还配置有用于所述HIS系统和支付系统对接的支付接口组件,以及,所述HIS系统和各种所述支付系统分别对应的对接关系;所述支付接口组件配置有用于与各种所述支付系统对接的对接字典;所述方法包括:
获取所述HIS系统为患者生成的医疗账单和支付类型选项;
响应针对于所述支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为所述医疗账单的目标支付系统;
触发所述支付接口组件基于所述目标支付系统对应的对接字典,生成所述目标支付系统对应的目标支付标识;
通过所述支付接口组件接收所述目标支付系统针对所述目标支付标识返回的支付信息;其中,所述支付信息包括支付时间和支付金额;
根据所述支付信息生成所述医疗账单的支付记录。
2.根据权利要求1所述的方法,其特征在于,每种所述支付系统还配置有关键信息,所述支付信息还携带有所述目标支付系统的目标关键信息,所述通过所述支付接口组件接收所述目标支付系统针对所述目标支付标识返回的支付信息的步骤之后,所述方法还包括:
根据预存的关键信息集合验证所述目标关键信息的合法性,如果验证结果为合法,执行所述根据所述支付信息生成所述医疗账单的支付记录的步骤。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应针对于所述医疗账单的更新操作,根据所述更新操作更新所述医疗账单。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述支付信息生成所述医疗账单的支付记录的步骤,还包括:
判断所述支付信息的支付金额与所述医疗账单对应的金额是否一致;
如果一致,则记录所述医疗账单支付成功。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
如果所述支付金额与所述医疗账单对应的金额不一致,通过所述支付接口组件生成所述目标支付系统对应的更新目标支付标识;
接收所述目标支付系统根据所述更新目标支付标识返回的新增支付信息;
根据所述新增支付信息生成所述医疗账单的支付记录。
6.根据权利要求1所述的方法,其特征在于,所述获取所述HIS系统为患者生成的医疗账单的步骤,包括:
通过所述HIS系统为患者生成与业务类型对应的医疗账单;其中,所述业务类型包括门诊业务类型或者住院业务类型。
7.根据权利要求1所述的方法,其特征在于,所述支付接口组件还配置有设置接口和对接接口,所述方法还包括:
响应于所述设置接口的属性设置操作,设置所述支付接口组件与所述HIS系统的通信连接参数;其中,所述设置接口的属性包括各种所述支付系统的接口属性的并集;
响应于所述对接接口的属性设置操作,设置所述支付接口组件与对应的所述支付系统的通信连接参数;其中,所述对接接口的属性包括该对接接口对应的所述支付系统的接口属性。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
应用所述设置接口对应的通信连接参数,建立所述支付接口组件与所述HIS系统的通信连接;
应用所述对接接口对应的通信连接参数,建立所述支付接口组件与对应的所述支付系统的通信连接。
9.根据权利要求1所述的方法,其特征在于,所述方法还包括:
响应于新类型的支付系统的对接请求,通过所述支付接口组件建立所述新类型的支付系统对应的对接字典,以使所述新类型的支付系统和所述HIS系统具有对接关系。
10.一种医疗支付装置,其特征在于,应用于配置有医院信息系统HIS系统的服务器,所述服务器还配置有用于所述HIS系统和支付系统对接的支付接口组件,以及,所述HIS系统和各种所述支付系统分别对应的对接关系;所述支付接口组件配置有用于与各种所述支付系统对接的对接字典;所述装置包括:
获取模块,用于获取所述HIS系统为患者生成的医疗账单和支付类型选项;
支付类型选取模块,用于响应针对于所述支付类型选项的选取操作,将选中的支付类型对应的支付系统确定为所述医疗账单的目标支付系统;
支付标识生成模块,用于触发所述支付接口组件基于所述目标支付系统对应的对接字典,生成所述目标支付系统对应的目标支付标识;
支付信息接收模块,用于通过所述支付接口组件接收所述目标支付系统针对所述目标支付标识返回的支付信息;其中,所述支付信息包括支付时间和支付金额;
支付记录生成模块,用于根据所述支付信息生成所述医疗账单的支付记录。
11.一种医疗支付系统,其特征在于,所述系统应用于上述权利要求1-9任一项所述的医疗支付方法,所述系统包括配置有HIS系统的服务器,还包括各种支付系统;其中,所述服务器还配置有用于所述HIS系统和各种所述支付系统对接的支付接口组件。
12.一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现上述权利要求1-9任一项所述的方法的步骤。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行上述权利要求1-9任一项所述的方法的步骤。
CN202110575122.3A 2021-05-25 2021-05-25 医疗支付方法、装置、系统及电子设备 Pending CN113269551A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110575122.3A CN113269551A (zh) 2021-05-25 2021-05-25 医疗支付方法、装置、系统及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110575122.3A CN113269551A (zh) 2021-05-25 2021-05-25 医疗支付方法、装置、系统及电子设备

Publications (1)

Publication Number Publication Date
CN113269551A true CN113269551A (zh) 2021-08-17

Family

ID=77233012

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110575122.3A Pending CN113269551A (zh) 2021-05-25 2021-05-25 医疗支付方法、装置、系统及电子设备

Country Status (1)

Country Link
CN (1) CN113269551A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114936915A (zh) * 2022-02-28 2022-08-23 北京百度网讯科技有限公司 数据处理方法、装置、电子设备和存储介质
CN115511521A (zh) * 2022-09-21 2022-12-23 中科超精(南京)科技有限公司 医院放疗计费方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090271220A1 (en) * 2008-04-14 2009-10-29 Radoccia Richard A Electronic patient registration verification and payment system and method
CN109345217A (zh) * 2018-08-15 2019-02-15 广州市康软信息科技有限公司 一种基于移动支付的医疗收费方法、系统及装置
CN110119944A (zh) * 2019-04-19 2019-08-13 苏州智康信息科技股份有限公司 智慧医院移动条码支付结算方法及系统、存储介质和终端
CN112116438A (zh) * 2020-07-31 2020-12-22 福建亿能达信息技术股份有限公司 一种多渠道支付集成方法、平台、设备和介质
CN112348500A (zh) * 2020-11-11 2021-02-09 武汉默联股份有限公司 一种医疗支付闭环管理方法
CN112562839A (zh) * 2020-12-12 2021-03-26 广州楚杰信息科技有限公司 一种医院用统一支付平台建设方法

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090271220A1 (en) * 2008-04-14 2009-10-29 Radoccia Richard A Electronic patient registration verification and payment system and method
CN109345217A (zh) * 2018-08-15 2019-02-15 广州市康软信息科技有限公司 一种基于移动支付的医疗收费方法、系统及装置
CN110119944A (zh) * 2019-04-19 2019-08-13 苏州智康信息科技股份有限公司 智慧医院移动条码支付结算方法及系统、存储介质和终端
CN112116438A (zh) * 2020-07-31 2020-12-22 福建亿能达信息技术股份有限公司 一种多渠道支付集成方法、平台、设备和介质
CN112348500A (zh) * 2020-11-11 2021-02-09 武汉默联股份有限公司 一种医疗支付闭环管理方法
CN112562839A (zh) * 2020-12-12 2021-03-26 广州楚杰信息科技有限公司 一种医院用统一支付平台建设方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
巫文勇: "《新金融法律制度学》", vol. 1, 31 March 2021, 复旦大学出版社, pages: 326 *
王天宇: "《中国商贸物流银行研究暨行业发展报告》", vol. 1, 31 October 2020, 中国金融出版社, pages: 149 *
陈雅萍: "医院移动支付平台设计与实现", 《自动化与仪器仪表》, no. 9, 31 December 2017 (2017-12-31), pages 2 - 3 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114936915A (zh) * 2022-02-28 2022-08-23 北京百度网讯科技有限公司 数据处理方法、装置、电子设备和存储介质
CN115511521A (zh) * 2022-09-21 2022-12-23 中科超精(南京)科技有限公司 医院放疗计费方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
JP6404805B2 (ja) 符号化情報読取端末のためのプリペイド使用システム
CN109636504B (zh) 信息处理方法及装置、电子设备及存储介质
US10679439B2 (en) Method and device for controlling code lock
US11062288B2 (en) Securing contactless payment
EP3079326A1 (en) Network payment method, apparatus and system
CN113269551A (zh) 医疗支付方法、装置、系统及电子设备
CN109801051B (zh) 资源转移方法、系统、服务器和计算机可读存储介质
EP3792860B1 (en) Resource transfer method and device, computer device and storage medium
JP2008129635A (ja) 決済方法および決済代行サーバ
CN114116036A (zh) 应用程序插件的调用方法、装置、介质及电子设备
CN108965991B (zh) 节目订购状态的验证方法及系统、终端设备、存储介质
US20110215140A1 (en) Recharging prepaid accounts
CN110175915B (zh) 一种基于区块链的业务执行结果获取方法及系统
JP6976460B2 (ja) Nfcタグによるデータ処理方法及びそのシステム、タグ入金端末
KR20190091706A (ko) 중고폰 보험 서비스 제공 방법 및 이를 위한 장치
US11178118B2 (en) Network provisioning and tokenization using a remote terminal
CN110852649A (zh) 资源管理方法、终端、装置及可读存储介质
CN112613932A (zh) 开票方法、装置、存储介质及电子设备
KR20130126048A (ko) 결제 방법 및 그 시스템
CN113988844A (zh) 业务签约方法、装置和系统
CN110428033B (zh) 一种校验方法、识别端及用户端
CN113270179A (zh) 医技检查方法、装置、系统及电子设备
EP3624039A1 (en) Information processing device and information processing system
CN112150135A (zh) 一种支付方法和装置
CN111801698A (zh) 支付二维码管理方法、设备、支付系统以及存储介质

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