CN111161893A - 医用信息处理方法、装置和设备 - Google Patents

医用信息处理方法、装置和设备 Download PDF

Info

Publication number
CN111161893A
CN111161893A CN201911418558.0A CN201911418558A CN111161893A CN 111161893 A CN111161893 A CN 111161893A CN 201911418558 A CN201911418558 A CN 201911418558A CN 111161893 A CN111161893 A CN 111161893A
Authority
CN
China
Prior art keywords
medical terminal
order
terminal
target medical
inquiry request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911418558.0A
Other languages
English (en)
Other versions
CN111161893B (zh
Inventor
潘烽锋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hainan Laobai Health Technology Co ltd
Original Assignee
Shanghai Yibao Health Management Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Yibao Health Management Co ltd filed Critical Shanghai Yibao Health Management Co ltd
Priority to CN201911418558.0A priority Critical patent/CN111161893B/zh
Publication of CN111161893A publication Critical patent/CN111161893A/zh
Application granted granted Critical
Publication of CN111161893B publication Critical patent/CN111161893B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供一种医用信息处理方法、装置和设备，方法包括：接收问诊请求信息，并记录当前时间戳；基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端；发送所述问诊请求信息至所述目标医用终端。本申请根据接收到问诊请求信息的时间，将问诊请求信息派发至符合资源条件的目标医用终端。

Description

医用信息处理方法、装置和设备
技术领域
本申请涉及信息处理技术领域，具体而言，涉及一种医用信息处理方法、装置和设备。
背景技术
互联网医疗，是互联网在医疗行业的新应用，其包括了以互联网为载体和技术手段的健康教育、医疗信息查询、电子健康档案、疾病风险评估、在线疾病咨询、电子处方、远程会诊、及远程治疗和康复等多种形式的健康医疗服务。
在远程会诊的场景中，一般通过互联网医院自行开发的应用app，将互联网医院的医生和患者联系起来。但是这种方案主要有以下缺点：
有大量患者的时候，单家互联网医院的医生服务承载能力不足，造成患者等待医生接诊时间较长；
互联网医院的电子处方无法流转到药房的审方系统，患者只能将处方打印成纸质处方进行购药。如果要进行电子处方的正常流转，药房的审方系统就需要和每家互联网医院系统进行接口对接，这样造成了药房巨大的开发成本。
发明内容
本申请实施例的目的在于提供一种医用信息处理方法、装置和设备，用以实现根据接收到问诊请求信息的时间，将问诊请求信息派发至符合资源条件的目标医用终端。
本申请实施例第一方面提供了一种医用信息处理方法，包括：接收问诊请求信息，并记录当前时间戳；基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端；发送所述问诊请求信息至所述目标医用终端。
于一实施例中，所述基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端，包括：获取所述医用终端库中每个医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳；分别根据每个所述医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值，计算每个所述医用终端的优先级；于所述医用终端库中选取所述优先级最大的医用终端作为所述目标医用终端。
于一实施例中，在所述发送所述问诊请求信息至所述目标医用终端之后，还包括：更新所述目标医用终端的最近一次被派单时间戳；判断是否在第一预设时间段内接收到所述目标医用终端的接单响应；当在第一预设时间段内接收到所述目标医用终端的接单响应时，更新所述目标医用终端的当前订单量；当未在第一预设时间段内接收到所述目标医用终端的接单响应时，于所述医用终端库中，重新选取符合资源条件的医用终端。
于一实施例中，在所述发送所述问诊请求信息至所述目标医用终端之后，还包括：接收所述目标医用终端发送的处方信息，并更新所述目标医用终端的当前订单量，所述处方信息对应于所述问诊请求信息；发送所述处方信息和所述问诊请求信息至对应的审核终端。
于一实施例中，预设所述医用终端的所述峰值订单量的步骤包括：获取所述医用终端的资源数量；基于所述医用终端的历史接单数据，计算所述医用终端的接单速率；判断所述接单速率是否大于所述资源数量；当所述接单速率大于所述资源数量时，基于所述接单速率，设置所述医用终端的所述峰值订单量。
于一实施例中，还包括：当所述接单速率小于或者等于所述资源数量时，基于所述资源数量，设置所述医用终端的所述峰值订单量。
于一实施例中，所述基于所述医用终端的历史接单数据，计算所述医用终端的接单速率，包括：于所述历史接单数据中，获取所述医用终端在第二预设时间段内的总接单量和对应的接单时间戳；将所述第二预设时间段均匀划分为多个子时间段；基于所述总接单量和对应的所述接单时间戳，于每个子时间段内，计算所述医用终端的子接单量；于全部所述子接单量中，选取所述子接单量的最大值作为所述接单速率。
本申请实施例第二方面提供了一种医用信息处理装置，包括：第一接收模块，用于接收问诊请求信息，并记录当前时间戳；选取模块，用于基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端；第一发送模块，用于发送所述问诊请求信息至所述目标医用终端。
于一实施例中，所述选取模块用于：获取所述医用终端库中每个医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳；分别根据每个所述医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳以及预设权重值，计算每个所述医用终端的优先级；于所述医用终端库中选取所述优先级最大的医用终端作为所述目标医用终端。
于一实施例中，还包括：第一更新模块，用于在所述发送所述问诊请求信息至所述目标医用终端之后，更新所述目标医用终端的最近一次被派单时间戳；判断模块，用于判断是否在第一预设时间段内接收到所述目标医用终端的接单响应；第二更新模块，用于当在第一预设时间段内接收到所述目标医用终端的接单响应时，更新所述目标医用终端的当前订单量；重选模块，用于当未在第一预设时间段内接收到所述目标医用终端的接单响应时，于所述医用终端库中，重新选取符合资源条件的医用终端。
于一实施例中，所述装置还包括：第二接收模块，用于在所述发送所述问诊请求信息至所述目标医用终端之后，接收所述目标医用终端发送的处方信息，并更新所述目标医用终端的当前订单量，所述处方信息对应于所述问诊请求信息；第二发送模块，用于发送所述处方信息和所述问诊请求信息至对应的审核终端。
于一实施例中，预设所述医用终端的所述峰值订单量的步骤包括：获取所述医用终端的资源数量；基于所述医用终端的历史接单数据，计算所述医用终端的接单速率；判断所述接单速率是否大于所述资源数量；当所述接单速率大于所述资源数量时，基于所述接单速率，设置所述医用终端的所述峰值订单量。
于一实施例中，当所述接单速率小于或者等于所述资源数量时，基于所述资源数量，设置所述医用终端的所述峰值订单量。
于一实施例中，所述基于所述医用终端的历史接单数据，计算所述医用终端的接单速率，包括：于所述历史接单数据中，获取所述医用终端在第二预设时间段内的总接单量和对应的截单时间戳；将所述第二预设时间段均匀划分为多个子时间段；基于所述总接单量和对应的所述截单时间戳，于每个子时间段内，计算所述医用终端的子接单量；于全部所述子接单量中，选取所述子接单量的最大值作为所述接单速率。
本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例的方法。
本申请提供的医用信息处理方法、装置和设备，在接收到问诊请求信息时，通过基于当前时间戳，从预设的医用终端库中，选取符合资源条件的目标医用终端，并将该问诊请求信息派发给所述目标医用终端，从而实现按照实际需求和资源派发问诊请求信息，提高医用信息的处理效率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请一实施例的电子设备的结构示意图；
图2为本申请一实施例的医用信息处理的应用场景示意图；
图3为本申请一实施例的医用信息处理方法的流程示意图；
图4为本申请一实施例的医用信息处理方法的流程示意图；
图5为本申请一实施例的医用信息处理方法的流程示意图；
图6为本申请一实施例的医用信息处理装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
如图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，分别采用如下公式计算对应的优先级：
Figure BDA0002351785330000081
其中，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)等。存储介质还可以包括上述种类的存储器的组合。
虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种医用信息处理方法，其特征在于，包括：
接收问诊请求信息，并记录当前时间戳；
基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端；
发送所述问诊请求信息至所述目标医用终端。
2.根据权利要求1所述的方法，其特征在于，所述基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端，包括：
获取所述医用终端库中，每个医用终端预设的峰值订单量、当前订单量和最近一次被派单时间戳；
分别根据每个所述医用终端预设的峰值订单量、当前订单量、最近一次被派单时间戳以及预设权重值，计算每个所述医用终端的优先级；
于所述医用终端库中，选取所述优先级最大的医用终端作为所述目标医用终端。
3.根据权利要求1所述的方法，其特征在于，在所述发送所述问诊请求信息至所述目标医用终端之后，还包括：
更新所述目标医用终端的最近一次被派单时间戳；
判断是否在第一预设时间段内，接收到所述目标医用终端的接单响应；
当在第一预设时间段内，接收到所述目标医用终端的接单响应时，更新所述目标医用终端的当前订单量；
当未在第一预设时间段内，接收到所述目标医用终端的接单响应时，于所述医用终端库中，重新选取符合资源条件的医用终端。
4.根据权利要求1所述的方法，其特征在于，在所述发送所述问诊请求信息至所述目标医用终端之后，还包括：
接收所述目标医用终端发送的处方信息，并更新所述目标医用终端的当前订单量，所述处方信息对应于所述问诊请求信息；
发送所述处方信息和所述问诊请求信息至对应的审核终端。
5.根据权利要求2所述的方法，其特征在于，预设所述医用终端的所述峰值订单量的步骤包括：
获取所述医用终端的资源数量；
基于所述医用终端的历史接单数据，计算所述医用终端的接单速率；
判断所述接单速率是否大于所述资源数量；
当所述接单速率大于所述资源数量时，基于所述接单速率，设置所述医用终端的所述峰值订单量。
6.根据权利要求5所述的方法，其特征在于，还包括：
当所述接单速率小于或者等于所述资源数量时，基于所述资源数量，设置所述医用终端的所述峰值订单量。
7.根据权利要求5所述的方法，其特征在于，所述基于所述医用终端的历史接单数据，计算所述医用终端的接单速率，包括：
于所述历史接单数据中，获取所述医用终端在第二预设时间段内的总接单量和对应的接单时间戳；
将所述第二预设时间段均匀划分为多个子时间段；
基于所述总接单量和对应的所述接单时间戳，于每个子时间段内，计算所述医用终端的子接单量；
于全部所述子接单量中，选取所述子接单量的最大值作为所述接单速率。
8.一种医用信息处理装置，其特征在于，包括：
第一接收模块，用于接收问诊请求信息，并记录当前时间戳；
选取模块，用于基于所述当前时间戳，于预设的医用终端库中，选取符合资源条件的目标医用终端；
第一发送模块，用于发送所述问诊请求信息至所述目标医用终端。
9.根据权利要求8所述的装置，其特征在于，还包括：
第一更新模块，用于在所述发送所述问诊请求信息至所述目标医用终端之后，更新所述目标医用终端的最近一次被派单时间戳；
判断模块，用于判断是否在第一预设时间段内，接收到所述目标医用终端的接单响应；
第二更新模块，用于当在第一预设时间段内，接收到所述目标医用终端的接单响应时，更新所述目标医用终端的当前订单量；
重选模块，用于当未在第一预设时间段内，接收到所述目标医用终端的接单响应时，于所述医用终端库中，重新选取符合资源条件的医用终端；
所述装置还包括：
第二接收模块，用于在所述发送所述问诊请求信息至所述目标医用终端之后，接收所述目标医用终端发送的处方信息，并更新所述目标医用终端的当前订单量，所述处方信息对应于所述问诊请求信息；
第二发送模块，用于发送所述处方信息和所述问诊请求信息至对应的审核终端。
10.一种电子设备，其特征在于，包括：
存储器，用以存储计算机程序；
处理器，用以执行如权利要求1至7中任一项所述的方法。
CN201911418558.0A 2019-12-31 2019-12-31 医用信息处理方法、装置和设备 Active CN111161893B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911418558.0A CN111161893B (zh) 2019-12-31 2019-12-31 医用信息处理方法、装置和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911418558.0A CN111161893B (zh) 2019-12-31 2019-12-31 医用信息处理方法、装置和设备

Publications (2)

Publication Number Publication Date
CN111161893A true CN111161893A (zh) 2020-05-15
CN111161893B CN111161893B (zh) 2024-02-02

Family

ID=70560423

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911418558.0A Active CN111161893B (zh) 2019-12-31 2019-12-31 医用信息处理方法、装置和设备

Country Status (1)

Country Link
CN (1) CN111161893B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112259215A (zh) * 2020-10-22 2021-01-22 海南亿保医药科技有限公司 问诊请求处理方法、装置和设备
CN112802586A (zh) * 2021-01-27 2021-05-14 挂号网（杭州）科技有限公司 任务派发方法、装置、电子设备及存储介质
CN113380428A (zh) * 2021-06-30 2021-09-10 挂号网（杭州）科技有限公司 一种订单处理方法、系统和电子设备

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101681455A (zh) * 2007-04-23 2010-03-24 三星电子株式会社 远程医学诊断系统和方法
JP2013182394A (ja) * 2012-03-01 2013-09-12 Yokogawa Electric Corp 医療情報管理システム
CN106169027A (zh) * 2016-07-04 2016-11-30 康美药业股份有限公司 处方订单处理方法及装置
KR20170122510A (ko) * 2016-04-27 2017-11-06 (주)지맥스솔루션 병원 간 진료의뢰시스템 및 방법
CN107403064A (zh) * 2017-07-27 2017-11-28 安徽云帮邦网络技术有限公司 一种医院中医生资源分配大数据系统
CN108847278A (zh) * 2018-05-31 2018-11-20 平安医疗科技有限公司 线上问诊自动分配方法、装置、计算机设备和存储介质
CN109065130A (zh) * 2018-07-20 2018-12-21 北京好价网络科技有限公司 一种医院资源联合共享系统及方法
CN109583733A (zh) * 2018-11-21 2019-04-05 北京春雨天下软件有限公司 一种医生在线答题的派发方法及系统
CN109637612A (zh) * 2018-10-31 2019-04-16 北京春雨天下软件有限公司 一种用药禁忌提示方法、服务器、终端、设备及可读介质

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101681455A (zh) * 2007-04-23 2010-03-24 三星电子株式会社 远程医学诊断系统和方法
JP2013182394A (ja) * 2012-03-01 2013-09-12 Yokogawa Electric Corp 医療情報管理システム
KR20170122510A (ko) * 2016-04-27 2017-11-06 (주)지맥스솔루션 병원 간 진료의뢰시스템 및 방법
CN106169027A (zh) * 2016-07-04 2016-11-30 康美药业股份有限公司 处方订单处理方法及装置
CN107403064A (zh) * 2017-07-27 2017-11-28 安徽云帮邦网络技术有限公司 一种医院中医生资源分配大数据系统
CN108847278A (zh) * 2018-05-31 2018-11-20 平安医疗科技有限公司 线上问诊自动分配方法、装置、计算机设备和存储介质
CN109065130A (zh) * 2018-07-20 2018-12-21 北京好价网络科技有限公司 一种医院资源联合共享系统及方法
CN109637612A (zh) * 2018-10-31 2019-04-16 北京春雨天下软件有限公司 一种用药禁忌提示方法、服务器、终端、设备及可读介质
CN109583733A (zh) * 2018-11-21 2019-04-05 北京春雨天下软件有限公司 一种医生在线答题的派发方法及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112259215A (zh) * 2020-10-22 2021-01-22 海南亿保医药科技有限公司 问诊请求处理方法、装置和设备
CN112802586A (zh) * 2021-01-27 2021-05-14 挂号网（杭州）科技有限公司 任务派发方法、装置、电子设备及存储介质
CN113380428A (zh) * 2021-06-30 2021-09-10 挂号网（杭州）科技有限公司 一种订单处理方法、系统和电子设备
CN113380428B (zh) * 2021-06-30 2023-07-21 挂号网（杭州）科技有限公司 一种订单处理方法、系统和电子设备

Also Published As

Publication number Publication date
CN111161893B (zh) 2024-02-02

Similar Documents

Publication Publication Date Title
US10558684B2 (en) Auditing database access in a distributed medical computing environment
US11810666B2 (en) Systems and methods for intelligent radiology work allocation
CN111161893A (zh) 医用信息处理方法、装置和设备
US8478605B2 (en) Appropriateness of a medication therapy regimen
US8788872B2 (en) Managing failover operations on a cluster of computers
US20170091399A1 (en) Systems and methods for workflow modification through metric analysis
CN108052384B (zh) 一种任务处理方法、服务平台及电子设备
US20170161433A1 (en) Healthcare application connecting patients to emergency and urgent care centers, and providing expedited patient check-in
CN105321137A (zh) 解读请求管理系统、解读请求管理设备及其控制方法
CN101382972A (zh) 医疗资源信息共享方法及系统
EP3987528A1 (en) Electronic healthcare record data blockchain system
US20170364643A1 (en) Systems and methods to optimize radiology exam distribution
US20230207087A1 (en) Prescription order distribution method, system, device and storage medium
CN112200450A (zh) 客服业务分配方法、装置及介质
CN115512814A (zh) 一种线上问诊的医生分配方法和装置
US20180218780A1 (en) Information management device, information management system, information management method, and computer program
CN111192643A (zh) 病历数据处理方法及相关设备
CN109948638B (zh) 对象匹配方法、装置、设备及计算机可读存储介质
CN114613479A (zh) 一种问诊任务分配的方法和装置
US11049607B1 (en) System and method for facilitating patient discharge with the aid of a digital computer
CN113724846A (zh) 就诊数据处理方法、装置、存储介质及设备
WO2020257677A1 (en) Electronic healthcare record data blockchain system
Samwald et al. Towards a global IT system for personalized medicine: the Medicine Safety Code initiative.
CN110908810A (zh) 一种消息传输方法和装置
US20230230682A1 (en) Facility presentation apparatus, facility presentation method and recording medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20200519

Address after: 311199 room 821, building 2, yuzhicheng, Nanyuan street, Yuhang District, Hangzhou City, Zhejiang Province

Applicant after: Zhejiang Yibao Pharmaceutical Technology Co.,Ltd.

Address before: 310000 room 1102, Hangzhou Xintiandi business center, Fei Jia Tang Road, Xiacheng District, Hangzhou, Zhejiang, China, 10

Applicant before: SHANGHAI YIBAO HEALTH MANAGEMENT Co.,Ltd.

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20220118

Address after: 570100 outfield B1 and B5, second floor, district D3, Fuxing City, No. 32, Binhai Avenue, Binhai street, Longhua District, Haikou City, Hainan Province

Applicant after: Hainan Laobai Health Technology Co.,Ltd.

Address before: 311199 room 821, building 2, yuzhicheng, Nanyuan street, Yuhang District, Hangzhou City, Zhejiang Province

Applicant before: Zhejiang Yibao Pharmaceutical Technology Co.,Ltd.

GR01 Patent grant
GR01 Patent grant