一种信息处理方法、装置、设备及存储介质制造方法及图纸

本申请公开一种信息处理方法、装置、设备及存储介质，该方法包括：接收到问诊单的查询请求；从内存数据库获取问诊单的第一维度信息和接诊医生的第二维度信息；基于第一维度信息，从内存数据库获取向接诊平台支付的第一费用信息；基于第二维度信息，从内存数据库获取向接诊医生支付的第二费用信息；基于第一费用信息和第二费用信息，计算出所支付的总费用信息并显示。如此，借助内存数据库预先缓存后续需要查询的数据，内存数据库支持大批量并发访问且具备高响应速度，即使发生大批量同步调用相同接口的情况，内存数据库高并发高速度响应每个接口以获取数据，提高数据查询效率，同时也提高信息显示效率。也提高信息显示效率。也提高信息显示效率。

【技术实现步骤摘要】
一种信息处理方法、装置、设备及存储介质


[0001]本申请涉及计算机网络技术，尤其涉及一种信息处理方法、装置、设备及存储介质。

技术介绍

[0002]在互联网线上医疗中，如果用户下的问诊单是非定向单，需要医生在医生应用程序(Application，APP)端进行抢单，订单中因医生的不同在APP端显示计费价格不相同。
[0003]针对医生APP端计费价格的显示，现有中通过访问关系型数据库，获取接诊该问诊单时涉及的所有与计费相关的信息和对应的费用信息，以得到最终计费价格。其中，为避免大批量同步调用同一接口导致接口调用失败的问题，在每次调用都会加分布式锁，分布式锁的添加，使得按照调用次序依次响应，以解决接口调用失败的问题。但是，这种解决方式存在接口查询效率缓慢的问题。

技术实现思路

[0004]为解决上述技术问题，本申请期望提供一种信息处理方法、装置、设备及存储介质。
[0005]本申请的技术方案是这样实现的：
[0006]第一方面，提供了一种信息处理方法，该方法包括：
[0007]接收到问诊单的查询请求；
[0008]从内存数据库获取所述问诊单的第一维度信息和接诊医生的第二维度信息；
[0009]基于所述第一维度信息，从所述内存数据库获取向接诊平台支付的第一费用信息；
[0010]基于所述第二维度信息，从所述内存数据库获取向接诊医生支付的第二费用信息；
[0011]基于所述第一费用信息和所述第二费用信息，计算出所支付的总费用信息并显示。/>[0012]上述方案中，所述方法还包括：从关系型数据库获取所述问诊单的第一维度信息；建立所述问诊单与所述第一维度信息的第一对应关系，并缓存至所述内存数据库；从所述关系型数据库获取所述接诊医生的第二维度信息；建立所述接诊医生与所述第二维度信息的第二对应关系，并缓存至所述内存数据库。
[0013]上述方案中，所述方法还包括：从关系型数据库获取所述第一维度信息与所述第一费用信息的第三对应关系，将所述第三对应关系缓存至所述内存数据库；从所述关系型数据库获取所述第二维度信息与所述第二费用信息的第四对应关系，将所述第四对应关系缓存至所述内存数据库。
[0014]上述方案中，所述方法还包括：监听到关系型数据库中所述第三对应关系和/或所述第四对应关系的变更消息时，从所述关系型数据库获取变更信息；将所述变更信息缓存
至所述内存数据库，以替换对应部分信息。
[0015]上述方案中，所述方法还包括：按照预设时间周期，定时从关系型数据库获取新的第三对应关系和新的第四对应关系；将所述新的第三对应关系和新的第四对应关系缓存至所述内存数据库，以替换原始第三对应关系和第四对应关系。
[0016]上述方案中，所述第一维度信息至少包括：接诊平台、浏览器、问诊时长和问诊类型；所述第二维度信息至少包括：医生所在机构和是否医带患。
[0017]上述方案中，所述内存数据库中包括至少两个集群；其中，每个集群中缓存有所述第一维度信息、所述第二维度信息、所述第一费用信息和所述第二费用信息。
[0018]第二方面，提供了一种信息处理装置，该装置包括：
[0019]接收单元，用于接收到问诊单的查询请求；
[0020]获取单元，用于从内存数据库获取所述问诊单的第一维度信息和接诊医生的第二维度信息；
[0021]所述获取单元，用于基于所述第一维度信息，从所述内存数据库获取向接诊平台支付的第一费用信息；
[0022]所述获取单元，用于基于所述第二维度信息，从所述内存数据库获取向接诊医生支付的第二费用信息；
[0023]计算单元，用于基于所述第一费用信息和所述第二费用信息，计算出所支付的总费用信息并显示。
[0024]第三方面，提供了一种电子设备，包括：处理器和配置为存储能够在处理器上运行的计算机程序的存储器，其中，所述处理器配置为运行所述计算机程序时，执行前述方法的步骤。
[0025]第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现前述方法的步骤。
[0026]采用上述技术方案，借助内存数据库预先缓存后续需要查询的数据，内存数据库支持大批量并发访问且具备高响应速度，即使发生大批量同步调用相同接口的情况，内存数据库高并发高速度响应每个接口以获取数据，提高数据查询效率，同时也提高信息显示效率。
附图说明
[0027]图1为本申请实施例中信息处理方法的第一流程示意图；
[0028]图2为本申请实施例中信息处理方法的第二流程示意图；
[0029]图3为本申请实施例中信息处理方法的第三流程示意图；
[0030]图4为本申请实施例中维护费用信息流程示意图；
[0031]图5为本申请实施例中信息处理装置组成的结构示意图；
[0032]图6为本申请实施例中电子设备组成的结构示意图。
具体实施方式
[0033]为了能够更加详尽地了解本申请实施例的特点与
技术实现思路
，下面结合附图对本申请实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本申请实施例。
[0034]针对现有中因在每次调用加分布式锁，使得需按调用次序依次访问，导致接口查询效率缓慢的问题，本申请借助内存数据库预先缓存后续需要查询的数据，内存数据库支持大批量并发访问且具备高响应速度，即使发生大批量同步调用相同接口的情况，内存数据库高并发高速度响应每个接口以获取数据，提高数据查询效率。
[0035]下面针对信息处理方法进行具体阐述：
[0036]本申请实施例提供了一种信息处理方法，图1为本申请实施例中信息处理方法的第一流程示意图，如图1所示，该信息处理方法具体可以包括：
[0037]步骤101：接收到问诊单的查询请求。
[0038]需要说明的是，目前用户在接诊平台上所下的订单属于非定向订单，即并未指定医生，需要医生在医生APP端自行抢单，医生抢单过程中需要在医生APP端显示不同医生的不同指导费用。这里，医生通过在医生APP端对问诊单列表中问诊单进行查询，即向医生APP端发出问诊单的查询请求，医生APP端接收到查询请求并进行响应，以显示该医生的指导费用。
[0039]步骤102：从内存数据库获取所述问诊单的第一维度信息和接诊医生的第二维度信息。
[0040]需要说明的是，内存数据库，顾名思义就是将数据放在内存中直接操作的数据库，内存数据库支持大批量并发访问且具备高响应速度。因此，从内存数据库获取相关数据时，内存数据库高并发高速度响应，以达到快速获取相关数据的目的，即提高数据查询效率。示例性的，内存数据库至少包括Redis数据库、Oracle数据库。
[0041]需要说明的是，第一维度信息指的是与计费相关的问诊单的维度信息，第一维度信息至少包括接诊平台、浏览器(即访问接诊平台所用的浏览器)、问诊时长和问诊类型等。第二维度信息指的是与计费相关的接诊医本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种信息处理方法，其特征在于，所述方法包括：接收到问诊单的查询请求；从内存数据库获取所述问诊单的第一维度信息和接诊医生的第二维度信息；基于所述第一维度信息，从所述内存数据库获取向接诊平台支付的第一费用信息；基于所述第二维度信息，从所述内存数据库获取向接诊医生支付的第二费用信息；基于所述第一费用信息和所述第二费用信息，计算出所支付的总费用信息并显示。2.根据权利要求1所述的方法，其特征在于，所述方法还包括：从关系型数据库获取所述问诊单的第一维度信息；建立所述问诊单与所述第一维度信息的第一对应关系，并缓存至所述内存数据库；从所述关系型数据库获取所述接诊医生的第二维度信息；建立所述接诊医生与所述第二维度信息的第二对应关系，并缓存至所述内存数据库。3.根据权利要求1所述的方法，其特征在于，所述方法还包括：从关系型数据库获取所述第一维度信息与所述第一费用信息的第三对应关系，将所述第三对应关系缓存至所述内存数据库；从所述关系型数据库获取所述第二维度信息与所述第二费用信息的第四对应关系，将所述第四对应关系缓存至所述内存数据库。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：监听到关系型数据库中所述第三对应关系和/或所述第四对应关系的变更消息时，从所述关系型数据库获取变更信息；将所述变更信息缓存至所述内存数据库，以替换对应部分信息。5.根据权利要求3所述的方法，其特征在于，所述方法还包括：按照预设时间周期，定时从关系型数据库获取...

【专利技术属性】
技术研发人员：叶宾，
申请(专利权)人：北京京东拓先科技有限公司，
类型：发明
国别省市：