发明内容
本申请实施例的目的在于提供一种医用信息处理方法、装置和设备,用以实现根据接收到问诊请求信息的时间,将问诊请求信息派发至符合资源条件的目标医用终端。
本申请实施例第一方面提供了一种医用信息处理方法,包括:接收问诊请求信息,并记录当前时间戳;基于所述当前时间戳,于预设的医用终端库中,选取符合资源条件的目标医用终端;发送所述问诊请求信息至所述目标医用终端。
于一实施例中,所述基于所述当前时间戳,于预设的医用终端库中,选取符合资源条件的目标医用终端,包括:获取所述医用终端库中每个医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳;分别根据每个所述医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值,计算每个所述医用终端的优先级;于所述医用终端库中选取所述优先级最大的医用终端作为所述目标医用终端。
于一实施例中,在所述发送所述问诊请求信息至所述目标医用终端之后,还包括:更新所述目标医用终端的最近一次被派单时间戳;判断是否在第一预设时间段内接收到所述目标医用终端的接单响应;当在第一预设时间段内接收到所述目标医用终端的接单响应时,更新所述目标医用终端的当前订单量;当未在第一预设时间段内接收到所述目标医用终端的接单响应时,于所述医用终端库中,重新选取符合资源条件的医用终端。
于一实施例中,在所述发送所述问诊请求信息至所述目标医用终端之后,还包括:接收所述目标医用终端发送的处方信息,并更新所述目标医用终端的当前订单量,所述处方信息对应于所述问诊请求信息;发送所述处方信息和所述问诊请求信息至对应的审核终端。
于一实施例中,预设所述医用终端的所述峰值订单量的步骤包括:获取所述医用终端的资源数量;基于所述医用终端的历史接单数据,计算所述医用终端的接单速率;判断所述接单速率是否大于所述资源数量;当所述接单速率大于所述资源数量时,基于所述接单速率,设置所述医用终端的所述峰值订单量。
于一实施例中,还包括:当所述接单速率小于或者等于所述资源数量时,基于所述资源数量,设置所述医用终端的所述峰值订单量。
于一实施例中,所述基于所述医用终端的历史接单数据,计算所述医用终端的接单速率,包括:于所述历史接单数据中,获取所述医用终端在第二预设时间段内的总接单量和对应的接单时间戳;将所述第二预设时间段均匀划分为多个子时间段;基于所述总接单量和对应的所述接单时间戳,于每个子时间段内,计算所述医用终端的子接单量;于全部所述子接单量中,选取所述子接单量的最大值作为所述接单速率。
本申请实施例第二方面提供了一种医用信息处理装置,包括:第一接收模块,用于接收问诊请求信息,并记录当前时间戳;选取模块,用于基于所述当前时间戳,于预设的医用终端库中,选取符合资源条件的目标医用终端;第一发送模块,用于发送所述问诊请求信息至所述目标医用终端。
于一实施例中,所述选取模块用于:获取所述医用终端库中每个医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳;分别根据每个所述医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值,计算每个所述医用终端的优先级;于所述医用终端库中选取所述优先级最大的医用终端作为所述目标医用终端。
于一实施例中,还包括:第一更新模块,用于在所述发送所述问诊请求信息至所述目标医用终端之后,更新所述目标医用终端的最近一次被派单时间戳;判断模块,用于判断是否在第一预设时间段内接收到所述目标医用终端的接单响应;第二更新模块,用于当在第一预设时间段内接收到所述目标医用终端的接单响应时,更新所述目标医用终端的当前订单量;重选模块,用于当未在第一预设时间段内接收到所述目标医用终端的接单响应时,于所述医用终端库中,重新选取符合资源条件的医用终端。
于一实施例中,所述装置还包括:第二接收模块,用于在所述发送所述问诊请求信息至所述目标医用终端之后,接收所述目标医用终端发送的处方信息,并更新所述目标医用终端的当前订单量,所述处方信息对应于所述问诊请求信息;第二发送模块,用于发送所述处方信息和所述问诊请求信息至对应的审核终端。
于一实施例中,预设所述医用终端的所述峰值订单量的步骤包括:获取所述医用终端的资源数量;基于所述医用终端的历史接单数据,计算所述医用终端的接单速率;判断所述接单速率是否大于所述资源数量;当所述接单速率大于所述资源数量时,基于所述接单速率,设置所述医用终端的所述峰值订单量。
于一实施例中,当所述接单速率小于或者等于所述资源数量时,基于所述资源数量,设置所述医用终端的所述峰值订单量。
于一实施例中,所述基于所述医用终端的历史接单数据,计算所述医用终端的接单速率,包括:于所述历史接单数据中,获取所述医用终端在第二预设时间段内的总接单量和对应的截单时间戳;将所述第二预设时间段均匀划分为多个子时间段;基于所述总接单量和对应的所述截单时间戳,于每个子时间段内,计算所述医用终端的子接单量;于全部所述子接单量中,选取所述子接单量的最大值作为所述接单速率。
本申请实施例第三方面提供了一种电子设备,包括:存储器,用以存储计算机程序;处理器,用以执行本申请实施例第一方面及其任一实施例的方法。
本申请提供的医用信息处理方法、装置和设备,在接收到问诊请求信息时,通过基于当前时间戳,从预设的医用终端库中,选取符合资源条件的目标医用终端,并将该问诊请求信息派发给所述目标医用终端,从而实现按照实际需求和资源派发问诊请求信息,提高医用信息的处理效率。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
如图1所示,本实施例提供一种电子设备1,包括:至少一个处理器11和存储器12,图1中以一个处理器为例。处理器11和存储器12通过总线10连接,存储器12存储有可被处理器11执行的指令,指令被处理器11执行,以使电子设备1可执行下述的实施例中方法的全部或部分流程。
于一实施例中,电子设备1可以是手机、笔记本电脑、台式电脑或其组成的大型服务器等设备。
于一实施例中,如图2所示,在互联网医疗场景中,电子设备1可以是医用服务器。一方面,电子设备1可以对接多个医用终端21,不同的医用终端21可以对应于不同的医院数据平台,并且,同一家医院的不同医疗科室可以设置多个不同的医用终端21,这些医用终端21组成预设的医用终端库。电子设备1可以分别和每个医用终端21进行数据通信。另一方面,电子设备1还可以对接多个用户终端22,用户终端22可以是患者的手机或电脑,电子设备1可以与每个用户终端22进行数据通信。患者可以通过手机向电子设备1发起问诊请求信息,电子设备1用于接收问诊请求信息,并记录当前时间戳。基于当前时间戳,于预设的医用终端库中,选取符合资源条件的目标医用终端。发送问诊请求信息至目标医用终端。
请参看图3,其为本申请一实施例的医用信息处理方法,该方法可由图1所示的电子设备1作为医用服务器来执行,并可以应用于图2所示的互联网医疗场景中,以实现根据接收到问诊请求信息的时间,将问诊请求信息派发至符合资源条件的目标医用终端。该方法包括如下步骤:
步骤301:接收问诊请求信息,并记录当前时间戳。
在本步骤中,首先由用户终端22向电子设备1发起问诊需求,电子设备1在接收到该问诊请求信息时,记录当前时间戳。
步骤302:基于当前时间戳,于预设的医用终端库中,选取符合资源条件的目标医用终端。
在本步骤中,预设的医用终端库可以是由图2中所示的医用终端21组成,每个医用终端21都预先与电子设备1进行注册备案,并将问诊请求信息派发任务的相关资源信息授权给电子设备1,电子设备1基于当前时间戳,从医用终端库中,基于每个医用终端21的资源条件,选取合适的目标医用终端来处理该次问诊请求信息。
步骤303:发送问诊请求信息至目标医用终端。
在本步骤中,确定了目标医用终端后,电子设备1可以直接将问诊请求信息发送给目标医用终端,进而完成本次问诊请求信息的派发。并可以将派发信息发送给用户终端22,以便于用户查看状态。
于一实施例中,在步骤303之后,还可以包括:
步骤304:接收目标医用终端发送的处方信息,并更新目标医用终端的当前订单量,处方信息对应于问诊请求信息。
在本步骤中,目标医护终端接收到问诊请求信息后,可能会针对问诊请求信息开具对应的处方信息,并将该处方信息发送给电子设备1,电子设备1接收到该处方信息,说明,目标医用终端完成了对本次问诊请求信息的处理过程,所以更新目标医用终端的当前订单量,即将目标医用终端的当前订单量减去1。
步骤305:发送处方信息和问诊请求信息至对应的审核终端。
在本步骤中,目标医用终端返回的处方信息,有可能存在不合理的情况,为了进一步保证处方的安全性,可以将处方信息和对应的问诊请求信息发送给对应的第三方审核终端,以便于审核终端对处方信息进行审核。可以从审核终端库中,检索对应的审方平台地址,将处方信息和问诊请求信息携带的相关信息流转给审核终端。
上述医用信息处理方法,在接收到问诊请求信息时,通过基于当前时间戳,从预设的医用终端库中,选取符合资源条件的目标医用终端,并将该问诊请求信息派发给目标医用终端,从而实现按照实际需求和资源派发问诊请求信息,提高医用信息的处理效率。并且,在接收到目标医用终端返回的处方信息后,将处方信息流转给第三方审核终端进行审核,进一步保证处方信息的安全性。
请参看图4,其为本申请一实施例的医用信息处理方法,该方法可由图1所示的电子设备1作为医用服务器来执行,并可以应用于图2所示的互联网医疗场景中,以实现根据接收到问诊请求信息的时间,将问诊请求信息派发至符合资源条件的目标医用终端。该方法包括如下步骤:
步骤401:接收问诊请求信息,并记录当前时间戳。详细参见上述实施例中对步骤301的描述。
步骤402:获取医用终端库中每个医用终端21预设的峰值订单量、当前订单量和最近一次被派单时间戳。
在本步骤中,假设一个医用终端21对应一家互联网医院,每个医用终端21对应的医院的都会有预设的峰值订单量,该峰值订单量表征了这家医院的医师接单并处理的能力,峰值订单量越大,说明医师接单能力越高,峰值订单量越小,说明医师接单能力越低。峰值订单量可以根据对应的医院的医师资源进行预先设定。电子设备1中会记录每个医用终端21的当前订单量和最近一次被派单时间戳。
步骤403:分别根据每个医用终端21预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值,计算每个医用终端21的优先级。
在本步骤中,对医用终端库中的每个医用终端21,分别采用如下公式计算对应的优先级:
其中,Pi为医用终端21库中第i个医用终端21的优先级,xim为医用终端21库中第i个医用终端21的峰值订单量,xi为医用终端21库中第i个医用终端21的当前订单量,t为当前时间戳的值,ti为医用终端21库中第i个医用终端21对应的最近一次被派单时间戳的值。A 表示订单量差所占的预设权重值,B表示时间戳所占的预设权重值,A和B的值可以根据实际需要进行设定,如果A>B,则说明更看重订单量的差,如果A<B,则更看重时间戳的差,如果A=B,则两者一样重要,一般可以选择A=B=1。
步骤404:于医用终端库中,选取优先级最大的医用终端21作为目标医用终端。
在本步骤中,可以将步骤403中计算出的每个医用终端21的优先级,按照大小依次排序,选取优先级最大的医用终端21,优先级最大,说明该医用终端21对应的医院的医师资源较好,则优先将该医用终端21作为目标医用终端。如果出现多个优先级相同的医用终端21,则选择最近一次被派单时间戳较小的医用终端21作为目标医用终端。假设当前时间戳记载的时间为中午12点,医用服务器最近一次给终端A派单的时间为上午11点,最近一次给终端B派单的时间为上午10点,则相比来说,终端B的最近一次被派单时间戳10点是小于终端A的最近一次被派单时间戳11点的,那么当终端A和终端B优先级相同时,选择终端B作为目标医用终端。
步骤405:发送问诊请求信息至目标医用终端。详细参见上述实施例中对步骤303的描述。
步骤406:更新目标医用终端的最近一次被派单时间戳。
在本步骤中,在将用户的问诊需求推送给目标医用终端,同时更新该目标医用终端的的最近一次被派单时间戳,即将该目标医用终端的最近一次被派单时间戳,修改为本次发送问诊请求信息至目标医用终端的时间戳。
步骤407:判断是否在第一预设时间段内,接收到目标医用终端的接单响应。
在本步骤中,第一预设时间段,可以根据实际场景需求设定,比如设为3秒,则电子设备1在发送问诊请求信息后,等待3秒钟,检测是否收到目标医用终端的接单响应,若是,进入步骤408,否则进入步骤409。
步骤408:更新目标医用终端的当前订单量。
在本步骤中,当在第一预设时间段内接收到目标医用终端的接单响应时,比如等待3秒后,电子设备1收到目标医用终端的接单响应,则将目标医用终端的当前订单量加1。
步骤409:于医用终端库中,重新选取符合资源条件的医用终端21。
在本步骤中,当未在第一预设时间段内接收到目标医用终端的接单响应时,比如,在3秒后,电子设备1仍没有收到目标医用终端的接单响应,则认为该目标医用终端没有及时接单,则返回步骤402,重新选取符合资源条件的医用终端21进行本次问诊请求信息的派单。
上述医用信息处理方法,可以集合多家互联网医院的医用终端21,根据医院的负载能力,进行问诊请求信息的派发,均衡用户需求,提高用户的问诊体验。即使在问诊的高峰期,患者也能得到快速的服务。
于一实施例中,请参看图5,其为本申请一实施例的医用信息处理方法,该方法可由图1所示的电子设备1作为医用服务器来执行,并可以应用于图2所示的互联网医疗场景中,以实现根据接收到问诊请求信息的时间,将问诊请求信息派发至符合资源条件的目标医用终端。该方法还可以包括:预设医用终端21的峰值订单量的步骤。该方法具体步骤如下:
步骤501:获取医用终端21的资源数量。
在本步骤中,对于医用终端库中的每个医用终端21,可以分别获取对应的资源数量,资源数量可以是该医用终端21拥有的医生数量。
步骤502:基于医用终端21的历史接单数据,计算医用终端21的接单速率。
在本步骤中,医用服务器可以对每一次派发订单进行记录,包括派单时间和派发对象,每个医用终端21都记录有对应的历史接单数据,根据医用终端21的历史接单数据,可以计算出医用终端21的接单速率。
于一实施例中,步骤502可以包括:于历史接单数据中,获取医用终端21在第二预设时间段内的总接单量和对应的接单时间戳。将第二预设时间段均匀划分为多个子时间段。基于总接单量和对应的接单时间戳,于每个子时间段内,计算医用终端21的子接单量。于全部子接单量中,选取子接单量的最大值作为接单速率。
在本步骤中,第二预设时间段可以为一个自然日的时长,即24小时。比如,针对每个医用终端21,可以获取前一天,该医用终端21总接单量和对应的接单时间戳。然后将一天24小时均匀划分为多个子时间段。子时间段可以根据对应医用终端21的接单响应时间设定。每一次派发问诊请求信息,医用服务器记录两个时间,派发给医用终端21时会记录派单时间,医用终端21接单后会记录接单时间,则记录该医用终端21对应的响应时间等于接单时间减去派单时间。比如,如果响应时间在30秒内的医用终端21,表明该医用终端21对于用户的问诊请求信息响应较快,用户体验良好。则可以将子时间段设定为30秒。子时间段的划分方式可以采用如下步骤:
1、可以将一天24小时以30秒分隔成2880个桶,比如00:00:00–0:00:30是0号桶,00:00:31–00:01:00是1号桶,00:01:01–00:01:30是2号桶,00:01:31–00:02:00是3号桶,以此类推。然后将订单的接单时间换算成一天中的桶序号,比如订单接单时间是00:00:20,则它的桶序号为1,如果接单时间是00:01:56,则它的桶序号是3,以此类推。
2、根据桶序号分组,并汇总每个组的子接单量,然后将每组的子接单量倒序排序,得出最大的子接单量,该最大订单数暂时作为该医用终端21的接单速率。
步骤503:判断接单速率是否大于资源数量。
在本步骤中,针对每个医用终端21,假设资源数量为医生数量,可以将步骤501中的医生数量与步骤502中得到的接单速率进行比对,如果该医用终端21的接单速率大于医生数量,进入步骤504,否则,进入步骤505。
步骤504:基于接单速率,设置医用终端21的峰值订单量。
在本步骤中,当接单速率大于资源数量时,即如果接单速率大于医生数量,将该医用终端21对应的峰值订单量设定为其对应的接单速率。并进入步骤506。
于一实施例中,在步骤503之前,资源数量还可以是该医用终端21对应的医生数量的倍数,比如三陪。如果接单速率大于医生数量,则通过将接单速率和医生数量的3倍对比,如果接单速率大于医生数量的3倍,则可以将该医用终端21的峰值订单量,设置为其对应的接单速率,否则,进入步骤505。以保证医生的服务质量,同时也保证公平性。
步骤505:基于资源数量,设置医用终端21的峰值订单量。并进入步骤506。
在本步骤中,当接单速率小于或者等于资源数量时,比如,接单速率小于或者等于医生数量,或者小于或等于医生数量的3倍时,可以直接将该医用终端21的峰值订单量,设置为其对应的医生数量,或者该医用终端21的峰值订单量,设置为其对应的医生数量的3倍。以防止抢单能力弱的医院一直抢不到单,保证公平性。
于一实施例中,如果医用终端21前一天没有订单量,则可以将医用终端21的峰值订单量,设置成其对应的医生数量。
步骤506:接收问诊请求信息,并记录当前时间戳。详细参见上述实施例中对步骤301的描述。
步骤507:获取医用终端库中,每个医用终端21预设的峰值订单量、当前订单量和最近一次被派单时间戳。详细参见上述实施例中对步骤402的描述。
步骤508:分别根据每个医用终端21预设的峰值订单量、当前订单量、最近一次被派单时间戳以及预设权重值,计算每个医用终端21的优先级。详细参见上述实施例中对步骤403的描述。
步骤509:于医用终端库中,选取优先级最大的医用终端21作为目标医用终端。详细参见上述实施例中对步骤404的描述。
步骤510:发送问诊请求信息至目标医用终端。详细参见上述实施例中对步骤303的描述。
请参看图6,其为本申请一实施例的医用信息处理装置600,该装置可应用于图1所示的电子设备,并可以应用于图2所示的互联网医疗场景中,以实现根据接收到问诊请求信息的时间,将问诊请求信息派发至符合资源条件的目标医用终端。该装置包括:第一接收模块601、选取模块602和第一发送模块603,各模块之间的功能原理如下:
第一接收模块601,用于接收问诊请求信息,并记录当前时间戳。详细参见上述实施例中对步骤301的描述。
选取模块602,用于基于当前时间戳,于预设的医用终端21库中,选取符合资源条件的目标医用终端。详细参见上述实施例中对步骤302的描述。
第一发送模块603,用于发送问诊请求信息至目标医用终端。详细参见上述实施例中对步骤303的描述。
于一实施例中,选取模块602用于:获取医用终端21库中每个医用终端21预设的峰值订单量、当前订单量和最近一次被派单时间戳。分别根据每个医用终端21预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值,计算每个医用终端21的优先级。于医用终端21库中选取优先级最大的医用终端21作为目标医用终端。详细参见上述实施例中对步骤402至步骤404的描述。
于一实施例中,还包括:第一更新模块604,用于在发送问诊请求信息至目标医用终端之后,更新目标医用终端的最近一次被派单时间戳。判断模块605,用于判断是否在第一预设时间段内接收到目标医用终端的接单响应。第二更新模块606,用于当在第一预设时间段内接收到目标医用终端的接单响应时,更新目标医用终端的当前订单量。重选模块607,用于当未在第一预设时间段内接收到目标医用终端的接单响应时,于医用终端21库中,重新选取符合资源条件的医用终端21。详细参见上述实施例中对步骤406至步骤409的描述。
于一实施例中,装置还包括:第二接收模块608,用于在发送问诊请求信息至目标医用终端之后,接收目标医用终端发送的处方信息,并更新目标医用终端的当前订单量,处方信息对应于问诊请求信息。第二发送模块609,用于发送处方信息和问诊请求信息至对应的审核终端。详细参见上述实施例中相关步骤的描述。
于一实施例中,预设医用终端21的峰值订单量的步骤包括:获取医用终端21的资源数量。基于医用终端21的历史接单数据,计算医用终端21的接单速率。判断接单速率是否大于资源数量。当接单速率大于资源数量时,基于接单速率,设置医用终端21的峰值订单量。详细参见上述实施例中对步骤501至步骤504的描述。
于一实施例中,当接单速率小于或者等于资源数量时,基于资源数量,设置医用终端21的峰值订单量。详细参见上述实施例中对步骤505的描述。
于一实施例中,基于医用终端21的历史接单数据,计算医用终端21的接单速率,包括:于历史接单数据中,获取医用终端21在第二预设时间段内的总接单量和对应的截单时间戳。将第二预设时间段均匀划分为多个子时间段。基于总接单量和对应的截单时间戳,于每个子时间段内,计算医用终端21的子接单量。于全部子接单量中,选取子接单量的最大值作为接单速率。详细参见上述实施例中的相关描述。
上述医用信息处理装置600的详细描述,请参见上述实施例中相关方法步骤的描述。
本发明实施例还提供了一种非暂态电子设备可读存储介质,包括:程序,当其在电子设备上运行时,使得电子设备可执行上述实施例中方法的全部或部分流程。其中,存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory,ROM)、随机存储记忆体(RandomAccess Memory,RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive,缩写:HDD)或固态硬盘(Solid-State Drive,SSD)等。存储介质还可以包括上述种类的存储器的组合。
虽然结合附图描述了本发明的实施例,但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型,这样的修改和变型均落入由所附权利要求所限定的范围之内。