一种医保信息交互方法、装置、电子设备及存储介质与流程

本申请涉及数据处理，具体而言，涉及一种医保信息交互方法、装置、电子设备及存储介质。

背景技术：

1、随着血液透析行业的发展，已将独立血液透析中心纳入医疗机构范围并支持社会资本办医、完善血液透析中心的设立标准和规范、鼓励血液透析中心连锁化和社区化发展，以激发独立血液透析中心行业的投资热潮，推动独立血液透析中心市场进一步扩大。同时，大病医保的广泛覆盖及报销比例的不断提升将极大加速国内透析治疗需求的释放，也将透析中心与医保紧紧地绑定在了一起。患者想要持续透析，减少高额的透析费用，必然需要使用医保报销；而透析中心为了收回成本/盈利，也需要满足医保对透析治疗过程中的数据处理要求。

2、his系统(hospital information system，医院信息系统)在签约当地客户上线使用时，需要配合开发调试当地医保相关接口的功能，实现门诊、住院收费等功能。不同地区的医保接口不尽相同，并且因为医保网络不能与互联网相通的要求，从而导致需要编写大量冗余的代码用来适配不同地区的医保接口。

技术实现思路

1、鉴于此，本申请的目的在于提供一种医保信息交互方法、装置、电子设备及存储介质，能够适配不同的医保接口平台，实现his系统的收费功能，满足客户进行医保结算的需求。

2、第一方面，本申请实施例提供一种医保信息交互方法，应用于中台服务器，所述方法包括以下步骤：

3、接收客户端发送的获取医保信息的请求；其中，所述请求携带的第一医保参数为所述客户端进行页面显示的第一标准数据；

4、根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数；以使所述客户端根据所述接口地址向所述目标医保服务器发送所述请求参数；

5、接收所述客户端发送的请求结果，并且将所述请求结果携带的第二医保参数转换为所述客户端进行页面显示的第二标准数据之后，发送给所述客户端；其中，所述请求结果是所述目标医保服务器根据接收到的所述请求参数向所述客户端发送的。

6、在一些实施例中，所述请求携带的第一医保参数包括读卡目的、就诊凭证类型、证件类型、证件号码、参保地中的一种或多种。

7、在一些实施例中，所述根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数，包括以下步骤：

8、预设与所述客户端交互的所有医保服务器针对所有请求的执行逻辑；其中，不同的执行逻辑对应不同的请求参数；

9、根据所述请求携带的第一医保参数，从与所述客户端交互的多个医保服务器中确定出目标医保服务器；

10、根据所述目标医保服务器针对所述请求的目标执行逻辑，确定与所述请求相对应的请求参数，以及针对该请求确定所述客户端与所述目标医保服务器进行医保信息交互的接口地址。

11、在一些实施例中，所述根据所述请求携带的第一医保参数，从与所述客户端交互的多个医保服务器中确定出目标医保服务器，包括以下步骤：

12、根据所述请求携带的第一医保参数，确定请求人的归属医院，并且根据所述归属医院确定其地区编码；

13、根据所述地区编码从与所述客户端交互的多个医保服务器中确定出目标医保服务器；其中，与所述客户端交互的多个医保服务器是基于地区划分的，并且不同地区的所述医保服务器针对同一请求的执行逻辑不同。

14、在一些实施例中，所述还包括以下步骤：

15、预置所述客户端与所有所述医保服务器之间进行医保信息交互的加密方式，以使所述客户端根据所述接口地址将所述请求参数按照预置的所述加密方式进行加密之后发送给所述目标医保服务器；

16、以及以使所述目标医保服务器按照预置的所述加密方式对接收到的所述请求参数进行校验之后，获取相应的请求结果。

17、在一些实施例中，其中，所述请求结果携带的第二医保参数具有固定的编码格式，基于所述编码格式对所述请求结果携带的第二医保参数进行解析，得到所述客户端进行页面显示的第二标准数据。

18、在一些实施例中，所述方法还包括以下步骤：

19、记录所述客户端与所述医保服务器之间进行医保信息交互的日志信息并进行保存。

20、第二方面，本申请实施例提供一种医保信息交互装置，所述装置包括：

21、接收模块，用于接收客户端发送的获取医保信息的请求；其中，所述请求携带的第一医保参数为所述客户端进行页面显示的第一标准数据；

22、发送模块，用于根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数；以使所述客户端根据所述接口地址向所述目标医保服务器发送所述请求参数；

23、转换模块，用于接收所述客户端发送的请求结果，并且将所述请求结果携带的第二医保参数转换为所述客户端进行页面显示的第二标准数据之后，发送给所述客户端；其中，所述请求结果是所述目标医保服务器根据接收到的所述请求参数向所述客户端发送的。

24、第三方面，本申请实施例提供的一种电子设备，包括处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行上述第一方面任一项所述的医保信息交互方法的步骤。

25、第四方面，本申请实施例提供的一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面任一项所述的医保信息交互方法的步骤。

26、本申请所述的一种医保信息交互方法、装置、电子设备及存储介质，通过中台服务器接收客户端发送的获取医保信息的请求；根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数；以使所述客户端根据所述接口地址向所述目标医保服务器发送所述请求参数；接收所述客户端发送的请求结果，并且将所述请求结果携带的第二医保参数转换为所述客户端进行页面显示的第二标准数据之后，发送给所述客户端。从而实现对客户端与不同医保服务器之间医保信息交互的统一控制，使得医保对接流程代码统一化、简介化。

技术特征：

1.一种医保信息交互方法，其特征在于，应用于中台服务器，所述方法包括以下步骤：

2.根据权利要求1所述的一种医保信息交互方法，其特征在于，其中，所述请求携带的第一医保参数包括读卡目的、就诊凭证类型、证件类型、证件号码、参保地中的一种或多种。

3.根据权利要求1所述的一种医保信息交互方法，其特征在于，所述根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数，包括以下步骤：

4.根据权利要求3所述的一种医保信息交互方法，其特征在于，所述根据所述请求携带的第一医保参数，从与所述客户端交互的多个医保服务器中确定出目标医保服务器，包括以下步骤：

5.根据权利要求4所述的一种医保信息交互方法，其特征在于，所述方法还包括以下步骤：

6.根据权利要求5所述的一种医保信息交互方法，其特征在于，其中，所述请求结果携带的第二医保参数具有固定的编码格式，基于所述编码格式对所述请求结果携带的第二医保参数进行解析，得到所述客户端进行页面显示的第二标准数据。

7.根据权利要求6所述的一种医保信息交互方法，其特征在于，所述方法还包括以下步骤：

8.一种医保信息交互装置，其特征在于，所述装置包括：

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至7任一所述的医保信息交互方法的步骤。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任一所述的医保信息交互方法的步骤。

技术总结
本申请提供了一种医保信息交互方法、装置、电子设备及存储介质，涉及数据处理技术领域，通过中台服务器接收客户端发送的获取医保信息的请求；根据所述请求向所述客户端发送与目标医保服务器进行医保信息交互的接口地址，以及与所述请求相对应的请求参数；以使所述客户端根据所述接口地址向所述目标医保服务器发送所述请求参数；接收所述客户端发送的请求结果，并且将所述请求结果携带的第二医保参数转换为所述客户端进行页面显示的第二标准数据之后，发送给所述客户端。从而实现对客户端与不同医保服务器之间医保信息交互的统一控制，使得医保对接流程代码统一化、简介化。

技术研发人员：何正刚,周云,曾涛
受保护的技术使用者：深圳云净之信息技术有限公司
技术研发日：
技术公布日：2024/1/15