网络诊疗费用结算方法、装置、平台、设备及介质制造方法及图纸

本申请公开了一种涉及网络诊疗费用结算方法、装置、平台、设备及介质，其方法包括：响应于结算指令，从所述MQ集群拉取与所述结算指令对应的目标医生的待结算数据，其中所述待结算数据是由各所述业务系统发送到MQ集群的；读取预设的所述目标医生的的结算配置参数，所述结算配置参数包括：结算方式、收入类型、收入发放方式；根据所述结算方式、所述收入类型息以及所述待结算数据，生成所述目标医生的收入发放信息；根据所述收入发送信息，按照配置的收入发放方式对所述目标医生的收入进行发放。本申请通过使用消息队列方式，实现系统之间的解耦，易于扩展，能够调动线上问诊医生的积极性，有利于互联网医疗的良性发展。有利于互联网医疗的良性发展。有利于互联网医疗的良性发展。

【技术实现步骤摘要】
网络诊疗费用结算方法、装置、平台、设备及介质


[0001]本申请涉及线上医疗
，具体一种涉及网络诊疗费用结算方法、装置、平台、设备及介质。

技术介绍

[0002]收入是一种劳动和获得的报酬，这种劳动包括但不限于体力劳动，脑力劳动，服务咨询等。收入的发放规则繁多，无论是医疗行业，或者其他的行业，都存在佣金收入的结算及发放。
[0003]而互联网医疗，代表了医疗行业新的发展方向，有利于解决中国医疗资源不平衡和人们日益增加的健康医疗需求之间的矛盾，得到卫生部积极引导和支持。医生线上问诊后应取得相应的回报收入，但可能存在医生看不到具体每笔收入明细，收入发放审核流程过长导致医生收入发放不及时；过于繁琐流程及某些模糊的收入导致线上问诊医生的积极性不高，这种情况不利于互联网医疗的良性发展，因此亟需一种方式来弥补这一不足，提高医生线上医疗的粘度及积极性。
[0004]在现有技术中，网络诊疗费用结算方法通常是通过dubbo接口直接调用的形式，实现业务系统与结算系统之间的直接连接，在此过程中，如若出现网络抖动、被调用方系统在发布应用等情况，会出现调用失败，导致数据丢失。
[0005]需要说明的是，上述说明仅作为背景示例，而不必然的成为现有技术。

技术实现思路

[0006]针对上述问题，本申请实施例提供了一种网络诊疗费用结算方法、装置、平台、设备及介质，通过消息队列的方式来实现业务数据的获取，对数据的生产方及消费方进行解耦，保证数据的安全性、完整性。
[0007]第一方面，本申请实施例提供了一种网络诊疗费用结算方法，所述方法通过网络诊疗费用结算平台实现，所述结算平台包括若干个业务系统、MQ集群、结算系统，各所述业务系统和所述结算系统分别通信连接所述MQ集群；
[0008]所述方法用于所述结算系统，所述方法包括：
[0009]响应于结算指令，从所述MQ集群拉取与所述结算指令对应的目标医生的待结算数据，其中所述待结算数据是由各所述业务系统发送到MQ集群的；
[0010]读取预设的所述目标医生的的结算配置参数，所述结算配置参数包括：结算方式、收入类型、收入发放方式；
[0011]根据所述结算方式、所述收入类型息以及所述待结算数据，生成所述目标医生的收入发放信息；
[0012]根据所述收入发送信息，按照配置的收入发放方式对所述目标医生的收入进行发放。
[0013]第二方面，本申请实施例还提供了一种网络诊疗费用结算装置，所述装置用于结
算系统，所述装置包括：
[0014]拉取单元，用于响应于结算指令，从所述MQ集群拉取与所述结算指令对应的目标医生的待结算数据，其中所述待结算数据是由各所述业务系统发送到MQ集群的；
[0015]读取单元，用于读取预设的所述目标医生的的结算配置参数，所述结算配置参数包括：结算方式、收入类型、收入发放方式；
[0016]生成单元，用于根据所述结算方式、所述收入类型息以及所述待结算数据，生成所述目标医生的收入发放信息；
[0017]发放单元，用于根据所述收入发送信息，按照配置的收入发放方式对所述目标医生的收入进行发放。
[0018]第三方面，本申请实施例还提供了一种网络诊疗费用结算平台，所述结算平台包括多个业务系统、MQ集群、结算系统，各所述业务系统和所述结算系统分别通信连接所述MQ集群，其中，所述结算系统部署有上述的网络诊疗费用结算装置；
[0019]所述业务系统用于响应于所述目标医生的医生终端发送的多个结诊操作，获取多个问诊订单信息，将所述多个问诊订单信息进行汇总，生成所述待结算数据，并根据所述待结算数据发送至所述MQ集群；
[0020]所述MQ集群用于接收并存储各所述业务系统发送的医生的待结算数据，并响应于各所述业务系统的拉取指令，将所述待结算数据发送至所述结算系统。
[0021]第四方面，本申请实施例还提供了一种电子设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行上述任一的方法。
[0022]第五方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行上述任一的方法。
[0023]本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
[0024]本申请基于MQ集群设计了一种网络诊疗费用结算平台，各业务系统作为MQ集群的消息生产者，结算系统作为MQ集群的消息消费者；且在结算系统中允许工作人员对网络诊疗费用的各种结算配置参数进行配置，医患基于业务系统进行诊疗，业务系统根据医患之间的诊疗行为生成待结算数据，当对医生的诊疗费用进行结算的时候，从MQ集群中拉取由业务系统发送到MQ集群的待结算数据，并根据所述结算方式、所述收入类型息以及所述待结算数据，生成所述目标医生的收入发放信息，根据所述收入发送信息，按照配置的收入发放方式对医生收入的一键发放。本申请通过使用消息队列方式，实现系统之间的解耦，易于扩展，同时解决传统dubbo接口调用出现的数据丢下情况，保证了数据的安全性以及可靠性；且实现了对医生线上诊疗费用的一键发放，费用发放及时，能够调动线上问诊医生的积极性，有利于互联网医疗的良性发展。
附图说明
[0025]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
[0026]图1示出了现有技术中的一种网络诊疗费用结算平台的结构示意图；
[0027]图2示出了根据本申请的一个实施例的网络诊疗费用结算方法的流程示意图；
[0028]图3示出了根据本申请的一个实施例的网络诊疗费用结算平台的结构示意图；
[0029]图4示出了根据本申请的另一个实施例的网络诊疗费用结算方法的流程示意图；
[0030]图5示出了根据本申请的一个实施例的网络诊疗费用结算装置的结构示意图；
[0031]图6为本申请实施例中一种电子设备的结构示意图。
具体实施方式
[0032]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0033]以下结合附图，详细说明本申请各实施例提供的技术方案。
[0034]图1示出了现有技术中的一种网络诊疗费用结算平台的结构示意图，从图1可以看出，图1示出的网络诊疗费用结算平台100包括多个业务系统110和结算系统120，各业务系统110与结算系统120通信连接，可通过dubbo接口调用形式进行数据交换，系统之间接口强依赖，存在数据丢失情况，例如被调用系统发布，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种网络诊疗费用结算方法，其特征在于，所述方法通过网络诊疗费用结算平台实现，所述结算平台包括若干个业务系统、MQ集群、结算系统，各所述业务系统和所述结算系统分别通信连接所述MQ集群；所述方法应用于所述结算系统，所述方法包括：响应于结算指令，从所述MQ集群拉取与所述结算指令对应的目标医生的待结算数据，其中所述待结算数据是由各所述业务系统发送到MQ集群的；读取预设的所述目标医生的的结算配置参数，所述结算配置参数包括：结算方式、收入类型、收入发放方式；根据所述结算方式、所述收入类型息以及所述待结算数据，生成所述目标医生的收入发放信息；根据所述收入发送信息，按照配置的收入发放方式对所述目标医生的收入进行发放。2.根据权利要求1所述的方法，其特征在于，所述结算平台还包括若干个医生终端和若干患者终端，各所述医生终端以及各所述患者终端通信连接各所述业务系统，所述待结算数据是所述业务系统根据下述方法生成的：响应于所述目标医生的医生终端发送的多个结诊操作，获取多个问诊订单信息，所述结诊操作是根据所述患者终端发送至所述业务系统的问诊请求进行问诊后形成的；将所述多个问诊订单信息进行汇总，生成所述待结算数据。3.根据权利要求2所述的方法，其特征在于，各所述医生终端还通信连接所述结算系统，所述结算配置参数还包括：收入明细展示参数；所述方法还包括：根据所述目标医生的待结算数据、收入发放信息以及所述收入明细展示参数，生成所述目标医生在目标周期的收入明细，并推送至所述目标医生的医生终端。4.根据权利要求3所述的方法，其特征在于，所述结算配置参数还包括：收入汇总参数；所述方法还包括：根据所述目标医生的待结算数据以及所述收入汇总参数，生成所述目标医生在目标周期的预估收入金额、冻结金额以及可提现金额，并推送至所述目标医生对应的医生终端。5.根据权利要求3所述的方法，其特征在于，所述结算配置参数还包括：收入冲正参数；所述方法还包括：根据所述目标医生的待结算数据，以及所述收入冲正参数，对所述目标医生的收入进行冲正，并根据...

【专利技术属性】
技术研发人员：潘贤，
申请(专利权)人：康键信息技术深圳有限公司，
类型：发明
国别省市：