处方订单派发方法、系统、装置和存储介质与流程
本发明涉及数据处理技术领域，特别涉及一种处方订单派发方法、装置、系统和存储介质。
背景技术：
处方是指由注册的执业医师和执业助理医师在诊疗活动中为患者开具的、由取得药学专业技术职务任职资格的药学专业技术人员(以下简称药师)审核、调配、核对，并作为患者用药凭证的医疗文书。随着互联网技术的发展，医疗药品行业也逐步通过互联网的方式为人们提供服务。在线下医院，患者的处方订单需要由药师进行审核，药师审核后才能决定是否为该用户开具处方订单药品。而互联网医院场景中也需要这一步骤，以提高用户的用药安全性。例如，处方订单可以由系统派给药师进行审核。在特价问诊、极速问诊、电商购物节、商家权益发放等活动中，处方订单的数量激增，需要系统快速完成派单、并尽快返回审核结果。
在相关技术的非医药领域中有一些业务具有派单流程，例如网上约车业务。常见的派单方案有如下几类：
(1)平均派单：通过遍历订单的执行端的方式，将订单平均分配给执行端；
(2)抢单：执行端通过抢单获取订单；
(3)按照优先近距离原则派单：优先考虑近距离等因素进行派单；
(4)按照客户等级派单：优先考虑客户级别，高等级的用户优先派单；
(5)按照全局最优原则派单：考虑用户的性别、用车时间、目的地等多重因素，根据一定规则得到全局最优派单方案。
技术实现要素：
发明人进行分析后发现，药师需要根据专业知识对处方订单进行审阅，在得出审阅结果后才能够完成对订单的处理。因此，在处方订单的派单场景中，服务端平均响应时间与药师工作状态具有较强的依赖关系，例如，不同药师的平均处理时间、药师是否擅长处方订单的领域等均会影响处方订单的处理时长。并且，不同于电商平台中其他商品，用户需要尽快获得审阅结果以明确是否能够购买药品。
然而，在网上约车派单场景中，订单的执行端、即司机直接选择是否接单即完成了对订单的处理。因此，相关技术并不考虑订单执行端的处理能力。而相关技术中对客户优先级、用户的距离和性别等因素的考虑也并不适用于处方订单派发场景。
因此，相关技术无法提供一种能够提高订单处理效率的、适用于处方订单派发场景的方案。
本发明实施例所要解决的一个技术问题是：如何提供一种能够提高订单处理效率的、适用于处方订单派发场景的方案。
根据本发明一些实施例的第一个方面，提供一种处方订单派发方法，包括：响应于接收到终端用户的处方订单，获取多个药师组的繁忙程度信息，其中，每个药师组包括一个或多个药师，并且每个药师组对应一个队列，药师组中的药师审阅相应队列中的处方订单；根据繁忙程度信息确定审阅处方订单的药师组；将处方订单发送到审阅处方订单的药师组对应的队列中；将药师组中的药师对处方订单的审阅结果发送给终端。
在一些实施例中，获取多个药师组的繁忙程度信息包括：响应于接收到终端用户的处方订单，从缓存中获取多个药师组的繁忙程度信息，其中，缓存中的繁忙程度信息是从数据库中获取并存储到缓存中的。
在一些实施例中，缓存中的繁忙程度信息具有数据锁。
在一些实施例中，处方订单派发方法还包括：响应于处方订单被发送到审阅处方订单的药师组对应的队列中，修改数据库中的相应药师组的繁忙程度信息；响应于药师组中的药师完成对处方订单的审阅，修改数据库中的相应药师组的繁忙程度信息、并将处方订单的审阅结果存储到数据库中。
在一些实施例中，数据库为hbase数据库；处方订单派发方法还包括：将hbase数据库中的修改后的繁忙程度信息同步到缓存和持久化数据库中；将hbase数据库中处方订单的审阅结果同步到持久化数据库中。
在一些实施例中，繁忙程度信息包括表示药师组是否空闲的信息以及药师组的当前处理能力值；根据繁忙程度信息确定审阅处方订单的药师组包括：在当前存在空闲的药师组的情况下，将空闲的药师组确定为审阅处方订单的药师组；在当前不存在空闲的药师组的情况下，将具有最大的当前处理能力值的药师组确定为审阅处方订单的药师组。
在一些实施例中，空闲的药师组为空闲值大于预设值的药师组，空闲值为药师组中所有药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差；当前处理能力值为药师组中在线的药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差。
在一些实施例中，每个药师的实际处理量为单位时间内历史平均处理量、与药师的在线时间比例的乘积。
在一些实施例中，处方订单派发方法还包括：监测每个药师组中药师的在线状态；对于所有药师均处于不在线状态的药师组，将药师组对应的队列中的处方订单发送到其他药师组的队列中。
在一些实施例中，其他药师组为具有最大当前处理能力值的药师组。
在一些实施例中，处方订单派发方法还包括：根据多个药师组的繁忙程度信息，确定信息入库阈值；将药师组中的药师对处方订单的审阅结果发送到入库消息队列以及备份存储装置中，其中，入库消息队列中的审阅结果被依次读取、并存储到数据库中；响应于监控到入库消息队列中的消息数量大于信息入库阈值，指示备份存储装置将存储的审阅结果发送到数据库中进行存储。
根据本发明一些实施例的第二个方面，提供一种处方订单派发系统，包括：处方处理节点，被配置为：响应于接收到终端用户的处方订单，获取多个药师组的繁忙程度信息，其中，每个药师组包括一个或多个药师，并且每个药师组对应一个队列，药师组中的药师审阅相应队列中的处方订单；根据繁忙程度信息确定审阅处方订单的药师组；将处方订单发送到审阅处方订单的药师组对应的队列中；以及审阅结果获取节点，被配置为获取药师组中的药师对处方订单的审阅结果。
在一些实施例中，处方订单派发系统还包括：缓存，被配置为存储多个药师组的繁忙程度信息，其中，缓存中的繁忙程度信息是从数据库中获取并存储到缓存中的。
在一些实施例中，缓存中的繁忙程度信息具有数据锁。
在一些实施例中，处方订单派发系统还包括：持久化数据库，被配置为存储繁忙程度信息、以及订单的审阅结果；hbase数据库，被配置为存储从持久化数据库中同步的繁忙程度信息，其中，hbase数据库中的繁忙程度信息被进一步同步到缓存中。
在一些实施例中，处方订单派发系统还包括：存储处理节点，被配置为：响应于处方订单被发送到审阅处方订单的药师组对应的队列中，修改数据库中的相应药师组的繁忙程度信息；响应于药师组中的药师完成对处方订单的审阅，修改数据库中的相应药师组的繁忙程度信息、并将处方订单的审阅结果存储到数据库中。
在一些实施例中，存储处理节点进一步被配置为：根据多个药师组的繁忙程度信息，确定信息入库阈值；将药师组中的药师对处方订单的审阅结果发送到入库消息队列以及备份存储装置中，其中，入库消息队列中的审阅结果被依次读取、并存储到数据库中；响应于监控到入库消息队列中的消息数量大于信息入库阈值，指示备份存储装置将存储的审阅结果发送到数据库中进行存储。
在一些实施例中，处方处理节点包括多个分布式子节点。
根据本发明一些实施例的第三个方面，提供一种处方订单派发装置，包括：存储器；以及耦接至存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行前述任意一种处方订单派发方法。
根据本发明一些实施例的第四个方面，提供一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现前述任意一种处方订单派发方法。
上述发明中的一些实施例具有如下优点或有益效果：本发明的实施例以药师组为单位进行订单分配。在处方订单分配到队列中后，药师组可以根据组内各个药师的情况来确定处理订单的药师。由于综合考虑了药师组多个药师的处理情况，个别药师的处理能力不会过度影响药师组的整体处理能力，从而处方订单能够及时得到处理。因此，上述实施例能够在处方订单派发场景中提高订单的处理效率。即使出现高并发的场景，上述方法也能够进行应对。
通过以下参照附图对本发明的示例性实施例的详细描述，本发明的其它特征及其优点将会变得清楚。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1示出了根据本发明一些实施例的处方订单派发方法的流程示意图。
图2示出了根据本发明一些实施例的药师组确定方法的流程示意图。
图3示出了根据本发明一些实施例的灾备方法的流程示意图。
图4示出了根据本发明一些实施例的mq补偿方法的流程示意图。
图5示出了根据本发明一些实施例的处方订单派发系统的结构示意图。
图6示出了根据本发明一些实施例的处方订单派发装置的结构示意图。
图7示出了根据本发明另一些实施例的处方订单派发装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。
应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
图1示出了根据本发明一些实施例的处方订单派发方法的流程示意图。如图1所示，该实施例的处方订单派发方法包括步骤s102～s108。
在步骤s102中，响应于接收到终端用户的处方订单，获取多个药师组的繁忙程度信息，其中，每个药师组包括一个或多个药师，并且每个药师组对应一个队列，这些队列构成了异步队列组，药师组中的药师审阅相应队列中的处方订单。每个药师组对应的队列可以是缓存队列，从而加快药师的处方订单处理设备读取处方订单的速度。
在一些实施例中，用户通过终端中的应用发送购药请求。应用服务器在收到请求后，生成处方订单。在一些实施例中，用户在与互联网医生进行在线沟通后，由互联网医生开药并生成处方订单。
在一些实施例中，可以按照药师的处理能力进行分组：将药师按照处理能力排序，并将排序结果中距离为预设值的药师划分为一组。例如，将100位药师中的第1、11、21……位药师划分为一组，将第2、12、22……位药师划分为一组。从而，不同药师组之间的总体处理能力比较接近。根据需要，还可以采用其他方式对药师进行分组。
在步骤s104中，根据繁忙程度信息确定审阅处方订单的药师组。例如，可以将处方订单分配给繁忙程度最低的药师组审阅。
在一些实施例中，繁忙程度信息包括表示药师组是否空闲的信息以及药师组当前处理能力值。从而，可以将处方订单分配给空闲的药师组、当前处理能力值最大的药师组等等。
在步骤s106中，将处方订单发送到审阅处方订单的药师组对应的队列中。从而，相应药师组中的药师可以从队列中获取处方订单并审阅。
在一些实施例中，根据药师的空闲情况，队列中的处方订单被平均分配给药师组内的药师。例如，在某个药师处理完当前的处方订单后，该药师即处于空闲状态，可以接收新分配的处方订单。
队列具有先入先出的特性，即新分配的处方订单被插入到队列的尾端，药师组从队列的头端依次读取并处理处方订单。
在一些实施例中，为药师分配的处方订单可以发送到药师的处理终端上。
在步骤s108中，获取药师组中的药师对处方订单的审阅结果。
上述实施例以药师组为单位进行订单分配。在处方订单分配到队列中后，药师组可以根据组内各个药师的情况来确定处理订单的药师。由于综合考虑了药师组多个药师的处理情况，个别药师的处理能力不会过度影响药师组的整体处理能力，从而处方订单能够及时得到处理。因此，上述实施例能够在处方订单派发场景中提高订单的处理效率。即使出现高并发的场景，上述方法也能够进行应对。
下面参考图2描述如何确定审阅处方订单的药师组的实施例。
图2示出了根据本发明一些实施例的药师组确定方法的流程示意图。如图2所示，该实施例的药师组确定方法包括步骤s202～s206。
在步骤s202中，判断当前是否存在空闲的药师组。
在一些实施例中，空闲的药师组为空闲值大于预设值的药师组，空闲值为药师组中所有药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差。
在一些实施例中，每个药师的实际处理量为单位时间内历史平均处理量、与药师的在线时间比例的乘积。
例如，设某药师组有n个药师，第i个药师为pi，其中i∈(1,2…n)。该药师组处理处方订单的平均时间
在根据历史记录确定ti后，还可以确定药师单位时间内最多处理量
在得到每个药师组中药师的上述信息后，可以确定药师组的空闲值
通过考虑药师可能存在的不在线的情况，并根据在线的药师的实际处理量来确定药师组的空闲值，可以更准确地将处方订单进行分配，提高了处方订单的处理效率。
在步骤s204中，在当前存在空闲的药师组的情况下，将空闲的药师组确定为审阅处方订单的药师组。
在分配处方订单时，如果空闲的药师组有多个，则可以将处方订单分配到空闲值最大的药师组对应的队列中。
在步骤s206中，在当前不存在空闲的药师组的情况下，将具有最大的当前处理能力值的药师组确定为审阅处方订单的药师组。
在一些实施例中，当前处理能力值为药师组中在线的药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差。药师组最大处理量
在一些实施例中，当处方订单被发送到审阅处方订单的药师组对应的队列中、或者药师组中的药师完成对处方订单的审阅时，可以动态地修改上述各个信息，以便使得后续的处方订单能够被更准确地分配。
通过上述实施例的方法，可以尽量将处方订单分配给空闲的药师组，并且在当前没有空闲的药师组的情况下，根据药师组的最大处理能力分配处方订单。从而，可以使得分配的处方订单能够更快地完成处理，提高了处方订单处理的效率。
在一些实施例中，繁忙程度信息以及药师组、药师的实际处理量、最大的当前处理能力值等数据可以存储在数据库中，数据库将这些信息同步到缓存中存储。响应于接收到终端用户的处方订单，从缓存中获取多个药师组的繁忙程度信息。从而，可以加快读取速度，进一步提高处方订单的处理效率。
在一些实施例中，缓存中的繁忙程度信息具有数据锁。从而，当多个处理节点执行读取数据、修改数据的操作时，能够避免产生脏数据，使得获取的数据更准确，提高处理效率。
当处方订单完成分配、完成审阅时，可以更新繁忙程度信息。在一些实施例中，响应于处方订单被发送到审阅处方订单的药师组对应的队列中，修改数据库中的相应药师组的繁忙程度信息；响应于药师组中的药师完成对处方订单的审阅，修改数据库中的相应药师组的繁忙程度信息、并将处方订单的审阅结果存储到数据库中。
在一些实施例中，数据库为hbase数据库。hbase数据库为列式数据库，读取速度更快。例如，可以将hbase数据库中的修改后的繁忙程度信息同步到缓存和持久化数据库中，持久化数据库例如可以包括mysql、oracle数据库等等；将hbase数据库中处方订单的审阅结果同步到持久化数据库中。
当某个药师组的所有药师都不在线时，该药师组的队列中已有的处方订单会长时间地无法得到处理。本发明还提供了一种灾备方案，以应对这种情况。
图3示出了根据本发明一些实施例的灾备方法的流程示意图。如图3所示，该实施例的灾备方法包括步骤s302～s304。
在步骤s302中，监测每个药师组中药师的在线状态。
在步骤s304中，对于所有药师均处于不在线状态的药师组，将药师组对应的队列中的处方订单发送到其他药师组的队列中。
在一些实施例中，其他药师组为具有最大当前处理能力值的药师组。
从而，可以保证订单能够得到及时处理，提高了处方订单处理的效率。
本发明还提供了一种消息队列(messagequeue，简称：mq)补偿方案，以确保所有的处方订单都得到处理。下面参考图4描述mq补偿方法的实施例。
图4示出了根据本发明一些实施例的mq补偿方法的流程示意图。如图4所示，该实施例的mq补偿方法包括步骤s402～s406。
在步骤s402中，根据多个药师组的繁忙程度信息，确定信息入库阈值。繁忙程度信息可以与信息入库阈值成正相关关系，例如将空闲值的绝对值乘以预设比例、以得到信息入库阈值。由于繁忙程度信息是动态变化的，因此信息入库阈值也可以是动态确定的。
在步骤s404中，将药师组中的药师对处方订单的审阅结果发送到入库消息队列以及备份存储装置中，其中，入库消息队列中的审阅结果被依次读取、并存储到数据库中。
在步骤s406中，响应于监控到入库消息队列中的消息数量大于信息入库阈值，指示备份存储装置将存储的审阅结果发送到数据库中进行存储。
从而，当消息队列发生了阻塞时，为了不影响订单后续处理的过程，可以由备份存储装置将数据进行存储，提高了数据处理的准确性。
下面参考图5描述本发明处方订单派发系统的实施例。
图5示出了根据本发明一些实施例的处方订单派发系统的结构示意图。如图5所示，该实施例的处方订单派发系统50包括：多个队列510，每个队列对应一个药师组，每个药师组包括一个或多个药师，所述药师组中的药师审阅相应队列中的处方订单；处方处理节点520，被配置为：响应于接收到终端用户的处方订单，获取多个药师组的繁忙程度信息，并根据繁忙程度信息确定审阅处方订单的药师组，以及将处方订单发送到审阅处方订单的药师组对应的队列中；和，审阅结果获取节点530，被配置为获取药师组中的药师对处方订单的审阅结果。
在一些实施例中，繁忙程度信息包括表示药师组是否空闲的信息以及药师组的当前处理能力值；处方处理节点520进一步被配置为在当前存在空闲的药师组的情况下，将空闲的药师组确定为审阅处方订单的药师组；在当前不存在空闲的药师组的情况下，将具有最大的当前处理能力值的药师组确定为审阅处方订单的药师组。
在一些实施例中，空闲的药师组为空闲值大于预设值的药师组，空闲值为药师组中所有药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差；当前处理能力值为药师组中在线的药师的实际处理量的总和、与药师组对应的队列中的处方订单数量之差。
在一些实施例中，每个药师的实际处理量为单位时间内历史平均处理量、与药师的在线时间比例的乘积。
在一些实施例中，处方处理节点520进一步被配置为监测每个药师组中药师的在线状态；对于所有药师均处于不在线状态的药师组，将药师组对应的队列中的处方订单发送到其他药师组的队列中。
在一些实施例中，其他药师组为具有最大当前处理能力值的药师组。
在一些实施例中，处方处理节点520包括多个分布式子节点5200。
在一些实施例中，处方订单派发系统50还包括：缓存540，被配置为存储多个药师组的繁忙程度信息，其中，缓存540中的繁忙程度信息是从数据库中获取并存储到缓存中的。
在一些实施例中，缓存540中的繁忙程度信息具有数据锁。
在一些实施例中，处方订单派发系统50还包括：持久化数据库550，被配置为存储繁忙程度信息、以及订单的审阅结果；hbase数据库560，被配置为存储从持久化数据库中同步的繁忙程度信息，其中，hbase数据库中的繁忙程度信息被进一步同步到缓存中。
在一些实施例中，处方订单派发系统50还包括：存储处理节点570，被配置为：响应于处方订单被发送到审阅处方订单的药师组对应的队列中，修改数据库中的相应药师组的繁忙程度信息；响应于药师组中的药师完成对处方订单的审阅，修改数据库中的相应药师组的繁忙程度信息、并将处方订单的审阅结果存储到数据库中。
在一些实施例中，存储处理节点570进一步被配置为：根据多个药师组的繁忙程度信息，确定信息入库阈值；将药师组中的药师对处方订单的审阅结果发送到入库消息队列以及备份存储装置中，其中，入库消息队列中的审阅结果被依次读取、并存储到数据库中；响应于监控到入库消息队列中的消息数量大于信息入库阈值，指示备份存储装置将存储的审阅结果发送到数据库中进行存储。
在一些实施例中，处方订单派发系统50还包括：药师组处理装置580，被配置为从相应的队列中读取处方订单，并将处方订单发送给该药师组中药师的终端设备；在药师审阅完毕后，获得审阅结果。
图6示出了根据本发明一些实施例的处方订单派发装置的结构示意图。如图6所示，该实施例的处方订单派发装置60包括：存储器610以及耦接至该存储器610的处理器620，处理器620被配置为基于存储在存储器610中的指令，执行前述任意一个实施例中的处方订单派发方法。
其中，存储器610例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(bootloader)以及其他程序等。
图7示出了根据本发明另一些实施例的处方订单派发装置的结构示意图。如图7所示，该实施例的处方订单派发装置70包括：存储器710以及处理器720，还可以包括输入输出接口730、网络接口740、存储接口750等。这些接口730，740，750以及存储器710和处理器720之间例如可以通过总线760连接。其中，输入输出接口730为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口740为各种联网设备提供连接接口。存储接口750为sd卡、u盘等外置存储设备提供连接接口。
本发明的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述任意一种处方订单派发方法。
本领域内的技术人员应当明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
- 还没有人留言评论。精彩留言会获得点赞！