一种问诊任务分配的方法和装置与流程

1.本发明涉及智慧医疗技术领域，尤其涉及一种问诊任务分配的方法和装置。


背景技术：

2.随着计算机技术的快速发展，在很多领域，需要对任务进行分配，其中包括指定分配结果的定向分配，以及通过多个接诊对象主动竞争产生分配结果的非定向分配(例如线上问诊系统中多个接诊方抢单的场景)，其中，对于非定向分配的实时性要求以及内部处理逻辑要求都相对较高。在现有的非定向分配过程中，需要依次访问各个业务接口以获得符合任务条件的接诊对象，耦合严重，同时无法快速从多个接诊对象中确定出目标接诊对象，存在并发量大，处理效率低以及时效性差等问题。


技术实现要素：

3.有鉴于此，本发明实施例提供一种问诊任务分配的方法和装置，通过利用缓存数据对接诊对象的各种业务信息进行预存储，在接到问诊任务后，直接可以从缓存数据中确定出一个或多个接诊对象，减少了依次调用各个接口获取业务信息的过程，降低了耦合程度，同时根据预设分配策略可以快速从一个或多个接诊对象中确定出目标接诊对象，提高了任务分配的效率。
4.为实现上述目的，根据本发明实施例的一个方面，提供了一种问诊任务分配的方法。
5.本发明实施例的一种问诊任务分配的方法包括：
6.根据问诊请求，生成问诊任务；根据所述问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象；所述缓存数据中包括了多个接诊对象分别对应的业务信息；将所述问诊任务通知给所述一个或多个接诊对象；响应于所述一个或多个接诊对象根据所述问诊任务返回的触发指令，根据预设分配策略从一个或多个所述接诊对象中确定出目标接诊对象；将所述问诊任务分配给所述目标接诊对象。
7.可选地，在所述根据所述问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象之前，包括：通过调用一个或多个业务信息接口，以获取一个或多个业务信息下的一个或多个接诊对象；根据所述接诊对象对所述业务信息进行汇总，生成每一个所述接诊对象对应的一个或多个业务信息，并将所述接诊对象以及对应的一个或多个业务信息存储至缓存数据中。
8.可选地，述预设分配策略包括以下至少一个：所述接诊对象在预设时间段内的接诊任务总数小于预设第一阈值、所述接诊对象待处理的处方任务总数小于预设第二阈值、所述接诊对象未反馈的问诊信息总数小于预设第三阈值、以及所述接诊对象的评价值大于等于预设第四阈值。
9.可选地，所述根据预设分配策略从一个或多个所述接诊对象中确定出目标接诊对象，包括：根据预设分配策略确定一个或多个所述接诊对象的分配结果；根据所述分配结果
和所述触发指令的触发时间，确定目标接诊对象。
10.可选地，在所述将所述问诊任务分配给所述目标接诊对象之后，包括：根据所述问诊任务分配对应的问诊信息以及所述目标接诊对象，生成接诊信息；其中，所述接诊信息包括：所述接诊对象在预设时间段内的剩余任务数、所述接诊对象待处理的处方剩余任务数、所述接诊对象未反馈的剩余任务总数以及所述接诊对象所获评分值；将所述接诊信息存入缓存中。
11.可选地，该方法还包括：按照预设周期，对所述接诊信息中预设时间段内的剩余任务数、待处理的处方任务总数、未反馈任务总数以及所述接诊对象所获评分值进行更新。
12.可选地，该方法还包括：确定所述目标接诊对象对应的接诊任务列表，并确定所述接诊任务列表中是否存在与所述问诊请求对应的接诊任务；如果否，将所述问诊任务分配给所述目标接诊对象。
13.为实现上述目的，根据本发明实施例的又一方面，提供了一种问诊任务分配的装置。
14.本发明实施例的一种问诊任务分配的装置包括：生成模块，用于根据问诊请求，生成问诊任务；确定模块，用于根据所述问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象；所述缓存数据中包括了多个接诊对象分别对应的业务信息；发送模块，用于将所述问诊任务通知给所述一个或多个接诊对象；处理模块，用于响应于所述一个或多个接诊对象根据所述问诊任务返回的触发指令，根据预设分配策略从一个或多个所述接诊对象中确定出目标接诊对象；分配模块，用于将所述问诊任务分配给所述目标接诊对象。
15.为实现上述目的，根据本发明实施例的又一方面，提供了一种用于问诊任务分配的电子设备。
16.本发明实施例的一种用于问诊任务分配的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种问诊任务分配的方法。
17.为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
18.本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种问诊任务分配的方法。
19.上述发明中的一个实施例具有如下优点或有益效果：通过利用缓存数据对接诊对象的各种业务信息进行预存储，在接到问诊任务后，直接可以从缓存数据中确定出一个或多个接诊对象，减少了依次调用各个接口获取业务信息的过程，降低了耦合程度，同时根据预设分配策略可以快速从一个或多个接诊对象中确定出目标接诊对象，提高了任务分配的效率。
20.上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
21.附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
22.图1是根据本发明实施例的问诊任务分配的方法的主要步骤的示意图；
23.图2是根据本发明实施例的预先对缓存数据进行配置的主要步骤的示意图；
24.图3是根据本发明实施例的确定目标接诊对象的主要步骤的示意图；
25.图4是根据本发明实施例的对分配的情况进行存储的主要步骤的示意图；
26.图5是根据本发明实施例的防重处理的主要步骤的示意图；
27.图6是根据本发明实施例的问诊任务分配的装置的主要模块的示意图；
28.图7是本发明实施例可以应用于其中的示例性系统架构图；
29.图8是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
30.以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
31.需要指出的是，在不冲突的情况下，本发明的实施例以及实施例中的技术特征可以相互结合。
32.随着计算机技术的快速发展，在智慧医疗领域，越来越多的互联网医院应运而生，互联网医院顾名思义，则是通过互联网实现患者问诊医生接诊的目的。对于互联网医院来说，问诊系统是核心系统，医生通过在问诊系统接诊来获取患者问诊的病情以及问诊诉求。目前互联网医院主要是依托患者以在线购买处方药为目的的非定向问诊模式，即在患者不清楚问诊科室或者没有明确的医生倾向时，通过向诊疗平台描述个人病情，由问诊系统分析后确定目标科室，再通过该科室的医生进行在线抢单的方式，最终确定出接诊的医生。
33.对于这种抢单模式，存在着并发量大，且处理逻辑复杂的问题。并发量大是由于抢单列表是通过科室进行区分，同一科室的医生共用同一个问诊抢单列表，当同一科室的医生同时抢同一单时，并发量很高，每个医生的抢单成功率都会降低。处理逻辑复杂是由于问诊是在线形式的，如果不能及时给用户反馈，用户就会取消问诊，从而产生丢单的情况，也会影响用户对线上问诊系统的后续使用。因此，选择何种处理逻辑才能更好地保证接诊医生对订单及时高效的处理，是问诊系统的重中之重。
34.图1是根据本发明实施例的问诊任务分配的方法的主要步骤的示意图。
35.如图1所示，本发明实施例的问诊任务分配的方法主要包括以下步骤：
36.步骤s101：根据问诊请求，生成问诊任务；
37.步骤s102：根据问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象；缓存数据中包括了多个接诊对象分别对应的业务信息；
38.步骤s103：将问诊任务通知给一个或多个接诊对象；
39.步骤s104：响应于一个或多个接诊对象根据问诊任务返回的触发指令，根据预设分配策略从一个或多个接诊对象中确定出目标接诊对象；
40.步骤s105：将问诊任务分配给目标接诊对象。
41.其中，问诊请求可以是问诊对象通过客户端发起的，也可以是通过其他系统向本系统发送的。在问诊请求中，通常包括了问诊对象的问诊信息，例如病症部位、具体症状、症
状持续时间以及历史检查信息等。
42.需要说明的是，接诊对象分别对应的业务信息包括了与接诊对象对应的各种信息，例如所属科室信息、开方(处方开单)信息、会话信息(与问诊对象的在线会话)以及医生个人信息等。由于问诊对象在发问诊请求时可能存在不明确科室的情况，因此对于步骤s102中从缓存数据中确定出一个或多个接诊对象的步骤，在一种可选的实施例中，包括：根据问诊信息中的症状部位以及缓存数据中多个接诊对象分别对应的所属科室信息，确定出属于目标科室的一个或多个接诊对象。
43.在确定出目标科室后，可以将问诊任务通知给该科室的全部接诊对象，也可以仅通知给满足接单条件的一个或多个接诊对象。也就是说，可以再步骤s103之前，包括：从一个或多个接诊对象中确认出满足接诊条件的一个或多个接诊对象。后续直接将问诊任务通知给满足接诊条件的一个或多个接诊对象即可。
44.为了可以直接从缓存数据中确定出一个或多个接诊对象，需要预先对缓存数据进行配置。在一种可选的实施例中，在根据问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象之前，如图2所示，包括：
45.步骤s201：通过调用一个或多个业务信息接口，以获取一个或多个业务信息下的一个或多个接诊对象；
46.步骤s202：根据接诊对象对业务信息进行汇总，生成每一个接诊对象对应的一个或多个业务信息，并将接诊对象以及对应的一个或多个业务信息存储至缓存数据中。
47.对于各个业务信息接口来说，可以通过接口获取当前业务信息下的一个或多个接诊对象的信息，以所属科室信息为例，通过所属科室信息的接口，可以分别获取到属于科室a的医生1、医生2和医生3，属于科室b的医生4、医生5，以及属于科室c的医生6。以开方信息为例，获取到的是以开方数量为指标进行统计的，例如开方数为10的医生包括医生1和医生4，开方数为8的医生包括医生2、医生3和医生5，开方数为7的医生包括医生6。可以理解的是，各个业务信息接口获取的是以各个业务信息为维度进行统计的，而本发明实施例通过缓存数据可以以接诊对象为统计维度，生成每一个接诊对象对应的一个或多个业务信息。示例性地，在缓存数据中存储的数据可以为：医生1：年龄35周岁、属于a科室、开方数为10、会话数为50；医生2：年龄49周岁、属于a科室、开方数为8、会话数为60。通过将存储数据的维度进行改变，可以更加快速地从缓存数据中得到一个或多个接针对象的全部业务信息，而无需依次调用各个业务信息的接口来实时获取各个业务信息，大大提高了处理效率。
48.在一种可选的实施例中，预设分配策略包括以下至少一个：接诊对象在预设时间段内的接诊任务总数小于预设第一阈值、接诊对象待处理的处方任务总数小于预设第二阈值、接诊对象未反馈的问诊信息总数小于预设第三阈值、以及接诊对象的评价值大于等于预设第四阈值。
49.其中，接诊对象在预设时间段内的接诊任务总数例如接诊对象每日的接诊任务总数，例如设置每个接诊对象每日的接诊任务总数为50，那么接诊医生当天的接诊任务总数小于50时，说明该医生还可以接诊。
50.接诊对象待处理的处方任务总数则是指对于已接诊的任务，还没有开设处方的总数。对于问诊对象问诊来说，通常需要开设处方以说明问诊过程的结束，即将问诊的结果记载在处方内容中，因此接诊对象必须为问诊对象开设处方才能顺利完成问诊任务。为了避
免接诊对象只接诊不问诊或者延迟问诊的情况，需要对待处理的处方任务总数进行限定，限定总数相对数值较小，例如5，也就是说，不论接诊对象同时接诊了多少任务，都必须即使处理，保证待处理的处方任务总数在5个以下，才可以接受新的问诊任务。
51.接诊对象未反馈的问诊信息总数是指接诊对象没有回复问诊对象消息的总数，为了增加问诊对象的问诊体验，需要接诊对象可以及时进行消息的反馈，减少问诊对象的在线等待时间，因此需要对接诊对象未反馈的问诊信息总数进行限定，通常设置值也相对较小，以保证接诊对象可以实时处理问诊对象的消息。
52.接诊对象的评价值是在每个接诊任务完成后，由问诊对象对接诊对象进行评价产生的，通常为各个问诊对象评价值的平均值。在一种可选的实施例中，问诊对象的评价内容可以包括好评、中评和差评，并说明做出评价的理由，例如医生接诊态度好、处理效率高、病情分析准确等。
53.为了保证上述各项数值同时满足预设分配策略，在一种可选的实施例中，可以采用通用的数学模型来进行构建，数学模型如下式(1)所示：
[0054][0055]
其中，f表示各个xi连乘得到的值，xi表示各种预设分配策略下对应的剩余数值，n表示预设分配策略的总数。在本发明实施例中，由于存在四种预设分配策略，因此n＝4。通过上式(1)可知，如果f＝0，则说明至少有一个xi的数值为0，只有所有的xi均不为0的情况时，f≠0。
[0056]
示例性地，对于四种预设分配策略，接诊对象在24h内的接诊任务总数小于300、接诊对象待处理的处方任务总数小于5、接诊对象未反馈的问诊信息总数小于10、接诊对象的评价值大于0.8(满分为1)。在接收到当前接诊任务后，接诊对象1当前在24h内的已接诊任务总数为200，已处理的处方任务总数为198，已反馈的问诊信息总数为190，评价值为0.9，那么对应的剩余数值x1＝300-200＝100，待处理的处方任务总数的剩余数值x2＝5-(200-198)＝5-2＝3，接诊对象未反馈的问诊信息的剩余数值x3＝10-(200-190)＝10-10＝0，接诊对象的评价值的剩余数值x4＝0.9-0.8＝0.1，对应得到的f＝x1×
x2×
x3×
x4＝0，不满足式(1)的要求，因此接诊对象1不具备接诊资格。通过上述过程可以看出，只要有一个分配策略不能满足，得到的f值即为0，因此仅需要根据f的值是否等于0就可以判断出接诊对象是否同时满足多个预设分配策略，方便快捷，计算效率高。
[0057]
对于不满足预设分配策略的接诊对象，根据式(1)的计算过程，可以确定出具体不满足的原因，也就是数值为0的xi所对应的分配策略。在一种可选的实施例中，向不满足预设分配策略的接诊对象发送指示了接诊失败的接诊结果，并同时发送接诊失败的具体原因，以便于提示接诊对象还有未及时处理开方/未及时反馈的问诊任务。
[0058]
在同时存在多个接诊对象满足预设分配策略时，在一种可选的实施例中，步骤s104中根据预设分配策略从一个或多个接诊对象中确定出目标接诊对象的步骤，如图3所示，包括：
[0059]
步骤s301：根据预设分配策略确定一个或多个接诊对象的分配结果；
[0060]
步骤s302：根据分配结果和触发指令的触发时间，确定目标接诊对象。
[0061]
其中，分配结果是指示了各个接诊对象是否具备接诊资格的结果，只有针对具备接诊资格，也就是符合预设分配策略的接诊对象，才可以将其确定为目标接诊对象。由于问
诊系统是通过接诊对象主动抢单来进行任务分配的，因此需要根据分配结果和触发指令的触发时间来进一步确定。在一种可选的实施例中，在具备接诊资格的多个接诊对象中，按照触发时间早晚顺序，以触发时间最早的接诊对象作为目标接诊对象。
[0062]
在一种可选的实施例中，在将问诊任务分配给目标接诊对象之后，如图4所示，还需要对分配的情况进行存储，具体包括：
[0063]
步骤s401：根据问诊任务分配对应的问诊信息以及目标接诊对象，生成接诊信息；其中，接诊信息包括：接诊对象在预设时间段内的剩余任务数、接诊对象待处理的处方剩余任务数、接诊对象未反馈的剩余任务总数以及接诊对象所获评分值；
[0064]
步骤s402：将接诊信息存入缓存中。
[0065]
将接诊信息存入缓存中是为了便于对接诊信息进行存储，同时可以在缓存队列中对接诊信息进行去重，以保证每个问诊任务仅分配给一个接诊对象。其中，可以以消息中间件作为缓存进行存储，由于消息中间件中的mq消息可能会存在同步延迟的问题，因此在进一步可选的实施例中，按照预设周期，对所述接诊信息中预设时间段内的剩余任务数、待处理的处方任务总数、未反馈任务总数以及所述接诊对象所获评分值进行更新。通过及时的数量更新，可以保证接诊对象在及时处理完问诊任务之后，可以顺利接收到新的问诊任务。
[0066]
同样，为了保证问诊任务的唯一性，还可以在问诊任务分配之前进行防重处理，如图5所示，包括：
[0067]
步骤s501：确定目标接诊对象对应的接诊任务列表，并确定接诊任务列表中是否存在与问诊请求对应的接诊任务；
[0068]
如果否，执行步骤s502：将问诊任务分配给目标接诊对象；
[0069]
如果是，则执行步骤s503：结束流程，不对问诊任务进行再次分配。
[0070]
对于每个科室的多个接诊对象，可以设置有通用的接诊任务列表，其中记录了各个接诊对象的已接诊信息，通过预先判断接诊任务列表中是否存在与问诊请求对应的接诊任务，则可以防止对于同一问诊请求多次进行处理的情况发生。
[0071]
根据本发明实施例的问诊任务分配的方法，通过利用缓存数据对接诊对象的各种业务信息进行预存储，在接到问诊任务后，直接可以从缓存数据中确定出一个或多个接诊对象，减少了依次调用各个接口获取业务信息的过程，降低了耦合程度，同时根据预设分配策略可以快速从一个或多个接诊对象中确定出目标接诊对象，提高了任务分配的效率。
[0072]
图6是根据本发明实施例的问诊任务分配的装置的主要模块的示意图。
[0073]
如图6所示，本发明实施例的问诊任务分配的装置600包括：
[0074]
生成模块601，用于根据问诊请求，生成问诊任务；
[0075]
确定模块602，用于根据所述问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象；所述缓存数据中包括了多个接诊对象分别对应的业务信息；
[0076]
发送模块603，用于将所述问诊任务通知给所述一个或多个接诊对象；
[0077]
处理模块604，用于响应于所述一个或多个接诊对象根据所述问诊任务返回的触发指令，根据预设分配策略从一个或多个所述接诊对象中确定出目标接诊对象；
[0078]
分配模块605，用于将所述问诊任务分配给所述目标接诊对象。
[0079]
在一种可选的实施例中，所述装置还包括配置模块，用于通过调用一个或多个业务信息接口，以获取一个或多个业务信息下的一个或多个接诊对象；根据所述接诊对象对
所述业务信息进行汇总，生成每一个所述接诊对象对应的一个或多个业务信息，并将所述接诊对象以及对应的一个或多个业务信息存储至缓存数据中。
[0080]
在一种可选的实施例中，所述预设分配策略包括以下至少一个：所述接诊对象在预设时间段内的接诊任务总数小于预设第一阈值、所述接诊对象待处理的处方任务总数小于预设第二阈值、所述接诊对象未反馈的问诊信息总数小于预设第三阈值、以及所述接诊对象的评价值大于等于预设第四阈值。
[0081]
在一种可选的实施例中，所述处理模块604还用于，根据预设分配策略确定一个或多个所述接诊对象的分配结果；根据所述分配结果和所述触发指令的触发时间，确定目标接诊对象。
[0082]
在一种可选的实施例中，所述装置还包括存储模块，用于在所述将所述问诊任务分配给所述目标接诊对象之后，根据所述问诊任务分配对应的问诊信息以及所述目标接诊对象，生成接诊信息；其中，所述接诊信息包括：所述接诊对象在预设时间段内的剩余任务数、所述接诊对象待处理的处方剩余任务数、所述接诊对象未反馈的剩余任务总数以及所述接诊对象所获评分值；将所述接诊信息存入缓存中。
[0083]
在一种可选的实施例中，所述存储模块还用于，按照预设周期，对所述接诊信息中预设时间段内的剩余任务数、待处理的处方剩余任务数、未反馈的剩余任务总数以及所述接诊对象所获评分值进行更新。
[0084]
在一种可选的实施例中，所述生成模块601还用于，确定所述目标接诊对象对应的接诊任务列表，并确定所述接诊任务列表中是否存在与所述问诊请求对应的接诊任务；如果否，将所述问诊任务分配给所述目标接诊对象。
[0085]
根据本发明实施例的问诊任务分配的装置，通过利用缓存数据对接诊对象的各种业务信息进行预存储，在接到问诊任务后，直接可以从缓存数据中确定出一个或多个接诊对象，减少了依次调用各个接口获取业务信息的过程，降低了耦合程度，同时根据预设分配策略可以快速从一个或多个接诊对象中确定出目标接诊对象，提高了任务分配的效率。
[0086]
图7示出了可以应用本发明实施例的问诊任务分配的方法或问诊任务分配的装置的示例性系统架构700。
[0087]
如图7所示，系统架构700可以包括终端设备701、702、703，网络704和服务器705。网络704用以在终端设备701、702、703和服务器705之间提供通信链路的介质。网络704可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
[0088]
用户可以使用终端设备701、702、703通过网络704与服务器705交互，以接收或发送消息等。终端设备701、702、703上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
[0089]
终端设备701、702、703可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
[0090]
服务器705可以是提供各种服务的服务器，例如对用户利用终端设备701、702、703所发送的问诊请求提供支持的后台管理服务器。后台管理服务器可以对接收到的问诊请求等数据进行分析等处理，并将处理结果(例如分配的目标接诊对象)反馈给终端设备。
[0091]
需要说明的是，本发明实施例所提供的问诊任务分配的方法一般由服务器705执行，相应地，问诊任务分配的装置一般设置于服务器705中。
[0092]
应该理解，图7中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
[0093]
下面参考图8，其示出了适于用来实现本发明实施例的终端设备的计算机系统800的结构示意图。图8示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
[0094]
如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。在ram 803中，还存储有系统800操作所需的各种程序和数据。cpu 801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)第一接口805也连接至总线804。
[0095]
以下部件连接至i/o第一接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络第一接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o第一接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
[0096]
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(cpu)801执行时，执行本发明的系统中限定的上述功能。
[0097]
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。
[0098]
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代
表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0099]
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括生成模块、确定模块、发送模块、处理模块和分配模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，生成模块还可以被描述为“用于根据问诊请求，生成问诊任务的模块”。
[0100]
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：根据问诊请求，生成问诊任务；根据所述问诊请求指示的问诊信息，从缓存数据中确定出一个或多个接诊对象；所述缓存数据中包括了多个接诊对象分别对应的业务信息；将所述问诊任务通知给所述一个或多个接诊对象；响应于所述一个或多个接诊对象根据所述问诊任务返回的触发指令，根据预设分配策略从一个或多个所述接诊对象中确定出目标接诊对象；将所述问诊任务分配给所述目标接诊对象。
[0101]
根据本发明实施例的技术方案，通过利用缓存数据对接诊对象的各种业务信息进行预存储，在接到问诊任务后，直接可以从缓存数据中确定出一个或多个接诊对象，减少了依次调用各个接口获取业务信息的过程，降低了耦合程度，同时根据预设分配策略可以快速从一个或多个接诊对象中确定出目标接诊对象，提高了任务分配的效率。
[0102]
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。