一种订单处理方法、系统和电子设备与流程

1.本技术涉及订单处理技术领域，具体而言，涉及一种订单处理方法、系统和设备。


背景技术：

2.互联网医疗，是互联网在医疗行业的新应用，其包括了以互联网为载体和技术手段的健康教育、医疗信息查询、电子健康档案、疾病风险评估、在线疾病咨询、电子处方、远程会诊、及远程治疗和康复等多种形式的健康医疗服务。
3.线上问诊互联网医疗中的一种问诊服务方式。现有的线上问诊模式中，通过分析患者订单的主诉与所选疾病，来与医生进行匹配的单维度方案，此方案只能对疾病与医生科室进行对症匹配，无法对于医生的服务质量或接诊医生所在的医院地区进行筛选，同时也存在医疗技术、服务态度参差不齐等问题，致使患者使用体验欠佳。


技术实现要素：

4.本技术实施例的目的在于提供一种订单处理方法、系统和设备，其能够通过设置不同医生对订单接诊的优先级，提升服务质量优异的医生的接诊优势，提高患者有效体验。
5.本技术的实施例第一方面提供了一种订单处理方法，包括：获取来自客户端的问诊订单信息，其中所述问诊订单信息包含症状信息以及订单渠道信息；依据所述问诊订单信息中的所述症状信息、所述订单渠道信息以及预设匹配规则，于医生数据库中，选出与所述问诊订单信息匹配的目标医生集合；发送所述问诊订单信息至所述目标医生集合中的医生终端。
6.于一实施例中，所述医生数据库，包含多个已注册的医生信息，所述医生数据库的建立步骤包括：将所有的医生信息按照所属科室进行分类，并形成多个医生池；对每个所述医生池中的医生信息，依据医生所在地区进行分类。
7.于一实施例中，所述医生数据库的建立步骤还包括：获取每个已注册医生的历史评价信息，根据所述历史评价信息对每个所述医生池中的医生进行医生服务质量评级。
8.于一实施例中，所述问诊订单信息包含所述客户端所在地区信息；依据所述问诊订单信息中的所述症状信息、所述订单渠道信息以及预设匹配规则，于医生数据库中，选出与所述问诊订单信息匹配的医生集合，包括：当所述订单渠道中要求的优先级别是以医生所在地区为第一优先级时，于医生数据库中，选出医生所在地区与所述客户端所在地区信息相同的医生信息生成所述目标医生集合。
9.于一实施例中，所述发送所述问诊订单信息至所述目标医生集合中的医生终端，包括：按照医生服务质量评级从高到低的次序，依次发送所述问诊订单信息至所述目标医生集合中的医生终端。
10.于一实施例中，在所述发送所述问诊订单信息至所述目标医生集合中的医生终端之后，还包括：当超过预设时间所述目标医生集合中的医生终端未接单，且所述订单渠道信息配置有第二优先级医生集合时，发送问诊订单信息至所述第二优先级医生集合中的医生
终端。
11.本技术实施例第二方面提供了一种订单处理系统，包括：获取模块，用于获取来自客户端的问诊订单信息，其中所述问诊订单信息包含症状信息以及订单渠道信息；处理模块，用于依据所述问诊订单信息中的所述症状信息、所述订单渠道信息以及预设匹配规则，于医生数据库中，选出与所述问诊订单信息匹配的目标医生集合；发送模块，用于发送所述问诊订单信息至所述目标医生集合中的医生终端。
12.于一实施例中，所述订单处理系统还包括：数据模块，包含多个已注册的医生信息，用于将所有的医生信息按照所属科室进行分类，并形成多个医生池；对每个所述医生池中的医生信息，依据医生所在地区进行分类。
13.本技术实施例第三方面提供了一种电子设备，包括：处理器和存储器，其中，所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令用以执行本技术实施例第一方面及其任一实施例的方法，以自动处理订单。
14.本技术与现有技术相比的有益效果是：
15.通过获取每个已注册医生的历史评价信息，根据所述历史评价信息对每个所述医生池中的医生进行医生服务质量评级，按照医生服务质量评级从高到低的次序，依次发送所述问诊订单信息至所述目标医生集合中的医生终端，提升服务质量优异的医生的接诊优势，提高患者有效体验。
附图说明
16.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
17.图1为本技术一实施例的一种电子设备的结构示意图；
18.图2为本技术一实施例的订单处理方法的流程示意图；
19.图3为本技术一实施例的医生数据库建立的流程示意图；
20.图4为本技术一实施例的订单处理方法的流程示意图；
21.图5为本技术一实施例的订单处理方法的流程示意图；
22.图6为本技术一实施例的订单处理方法的流程示意图；
23.图7为本技术一实施例的订单处理装置的结构示意图。
具体实施方式
24.术语“第一”、“第二”、“第三”等仅用于区分描述，并不表示排列序号，也不能理解为指示或暗示相对重要性。
25.此外，术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。
26.在本技术的描述中，需要说明的是，术语“内”、“外”、“左”、“右”、“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该申请产品使用时惯常摆放
的方位或位置关系，仅是为了便于描述本技术和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本技术的限制。
27.在本技术的描述中，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。
28.下面将结合附图对本技术的技术方案进行清楚、完整地描述。
29.请参阅图1，其为本技术一实施例的一种电子设备1，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接。存储器12存储有可被处理器11执行的指令，指令被处理器11执行，以使电子设备1可执行下述的实施例中方法的全部或部分流程，以实现自动订单处理。
30.于一实施例中，电子设备1可以是手机、笔记本电脑等设备。
31.请参阅图2，其为本技术一实施例的订单处理方法的流程示意图，该方法可由图1所示的电子设备1来执行，以自动处理订单。该方法包括如下步骤：
32.步骤s100：获取来自客户端的问诊订单信息，其中问诊订单信息包含症状信息以及订单渠道信息。
33.在本步骤中，问诊订单信息可以是预先设有模板而后由患者按需求填写，也可以是列有问题而后由患者回答，还可以是由患者自定义地简述病情。
34.于一实施例中，患者在问诊订单中填写主诉：“医生您好，我在武汉，最近总是感觉四肢无力、流鼻涕、喉咙痛”后选择是否去过医院，下单支付费用，等待医生接诊。则此问诊订单信息内包含的症状信息为：四肢无力、流鼻涕、喉咙痛；订单渠道信息为：武汉地区。
35.于另一实施例中，患者在问诊订单中填写主诉：“医生您好，我是高级会员，最近总是感觉四肢无力、流鼻涕、喉咙痛”后选择是否去过医院，下单支付费用，等待医生接诊。则此问诊订单信息内包含的症状信息为：四肢无力、流鼻涕、喉咙痛；订单渠道信息为：高级会员渠道。
36.步骤s110：依据问诊订单信息中的症状信息、订单渠道信息以及预设匹配规则，于医生数据库中，选出与问诊订单信息匹配的目标医生集合。
37.在本步骤中，订单渠道信息包括患者所在地信息、会员等级信息和患者提交问诊订单的方式，患者提交问诊订单的方式包括经由应用程序提交的方式和经由微信公众号提交的方式。
38.医生数据库是由注册医生的信息构成的数据库，医生在注册时会提交包括医生自身所在的科室信息、执照信息、所属医院的等级信息和职称信息等信息。
39.匹配规则是由不同订单渠道信息的侧重点来设置的，如武汉地区订单渠道，则重点是推送当地医生进行优先接诊；如会员接替付费渠道，高级会员倾向于由服务质量高的医生优先接诊。
40.步骤s120：发送问诊订单信息至目标医生集合中的医生终端。
41.步骤s130：当超过预设时间目标医生集合中的医生终端未接单，且订单渠道信息配置有第二优先级医生集合时，发送问诊订单信息至第二优先级医生集合中的医生终端。
42.在本步骤中，为防止目标医生集合中的医生太忙而导致患者长时间处于等待状态
而使患者体验下降，设置了预设时间，预设时间可以是一分钟也可以是五分钟，预设时间的长度不应作为对于本技术的限定。
43.于一实施例中，患者的问诊订单信息发送至目标医生集合中的医生终端，而目标医生集合中的医生由于种种原因均未接单，两分钟后，患者的问诊订单信息发送至第二优先级医生集合。
44.请参阅图3，其为本技术一实施例的医生数据库建立的流程示意图。包括如下步骤：
45.步骤s200：将所有的医生信息按照所属科室进行分类，并形成多个医生池。
46.在本步骤中，医生信息是注册的医生填写的信息，医生在注册时会提交包括医生自身所在的科室信息、执照信息、所属医院的等级信息和职称信息等信息。利用医生所在的科室信息，形成多个医生池。
47.步骤s210:对每个所述医生池中的医生信息，依据医生所在地区进行分类。
48.在本步骤中，利用医生所在地信息，将医生池进一步划分，以区隔出每个医生池中的每个医生的所在地信息。
49.步骤s220：获取每个已注册医生的历史评价信息，根据历史评价信息对每个医生池中的医生进行医生服务质量评级。
50.在本步骤中，通过大数据分析手段分析平台上订单信息，基于医生的接诊时间、回复次数、患者对医生的评价、医生回复时间、人工质检结果等条件给每个医生建立服务质量评分模型，利用此评分模型对于医生进行服务评级；通过数据分析手段分析医生的职称信息、医生所属医院等级、医生的科室、医生总问诊订单量、医生总挂号订单量、医生处方权等数据对于医生进行质量评级。
51.请参阅图4，其为本技术一实施例的订单处理方法的流程示意图，该方法可由图1所示的电子设备1来执行，以自动处理订单。该方法包括如下步骤：
52.步骤s300：获取来自客户端的问诊订单信息，其中问诊订单信息包含症状信息以及订单渠道信息。详细参见上述实施例中对步骤s100的描述。
53.步骤s310：当订单渠道中要求的优先级别是以医生所在地区为第一优先级时，于医生数据库中，选出医生所在地区与客户端所在地区信息相同的医生信息生成目标医生集合。
54.在本步骤中，根据订单渠道信息中包含客户端所在地的信息，若此订单渠道中要求的优先级是以地域为第一优先级，则利用医生的所在科室对医生进行划分，形成医生池后，再利用医生所在地对于医生池进行进一步划分。
55.于一实施例中，订单渠道信息中包含的客户所在地为武汉，若此订单渠道中要求的优先级是以地域为第一优先级，则根据此患者的症状判断出患者所患疾病对应的科室后，如患者症状信息为“四肢无力、流鼻涕、喉咙痛”，则将此症状信息对应到的科室为呼吸科，将此客户订单分配到科室为呼吸科的医生池，在呼吸科的医生池中，进一步优先筛选出医生所在地信息为武汉的医生信息，将该客户订单匹配至以地域为第一优先级的医生。
56.步骤s320：发送问诊订单信息至目标医生集合中的医生终端。
57.步骤s330：当超过预设时间目标医生集合中的医生终端未接单，且订单渠道信息配置有第二优先级医生集合时，发送问诊订单信息至第二优先级医生集合中的医生终端。
详细参见上述实施例中对步骤s130的描述。
58.请参阅图5，其为本技术一实施例的订单处理方法的流程示意图，该方法可由图1所示的电子设备1来执行，以自动处理订单。该方法包括如下步骤：
59.步骤s400：获取来自客户端的问诊订单信息，其中问诊订单信息包含症状信息以及订单渠道信息。详细参见上述实施例中对步骤s100的描述。
60.步骤s410：当订单渠道的中要求的优先级别是以会员级别为第一优先级时，于医生数据库中，根据会员级别和医生服务质量评级选出与所述问诊订单信息匹配的医生集合。
61.在本步骤中，根据订单渠道信息中包含会员级别信息，若此订单渠道中要求的优先级是以会员级别为第一优先级，则利用医生的所在科室对医生进行划分，形成医生池后，再利用医生服务质量对于医生池进行进一步划分。
62.于一实施例中，订单渠道信息中包含的客户会员级别为高级会员，若此订单渠道中要求的优先级是以会员级别为第一优先级，则根据此患者的症状判断出患者所患疾病对应的科室后，如患者症状信息为“四肢无力、流鼻涕、喉咙痛”，则将此症状信息对应到的科室为呼吸科，将此客户订单分配到科室为呼吸科的医生池，在呼吸科的医生池中，进一步优先筛选出医生服务质量最高的医生，将该客户订单匹配至以服务质量评级最高为第一优先级的医生。
63.步骤s420：发送问诊订单信息至目标医生集合中的医生终端。
64.步骤s430：当超过预设时间目标医生集合中的医生终端未接单，且订单渠道信息配置有第二优先级医生集合时，发送问诊订单信息至第二优先级医生集合中的医生终端。详细参见上述实施例中对步骤s130的描述。
65.请参阅图6，其为本技术一实施例的订单处理方法的流程示意图，该方法可由图1所示的电子设备1来执行，以自动处理订单。该方法包括如下步骤：
66.步骤s500：获取来自客户端的问诊订单信息，其中问诊订单信息包含症状信息以及订单渠道信息。详细参见上述实施例中对步骤s100的描述。
67.步骤s510：当订单渠道的中要求的优先级别是以会员级别为第一优先级时，于医生数据库中，根据会员级别和医生服务质量评级选出与所述问诊订单信息匹配的医生集合。详细参见上述实施例中对步骤s410的描述。
68.步骤s520：按照医生服务质量评级从高到低的次序，依次发送问诊订单信息至目标医生集合中的医生终端。
69.在本实施例中，则利用医生的所在科室对医生进行划分，形成医生池后，进一步优先筛选出医生服务质量评级高于预设值的医生，形成第一优先级医生池，将客户订单信息按照医生服务质量评级从高到低的次序依次匹配至目标医生集合中的医生终端。
70.步骤s530：当超过预设时间目标医生集合中的医生终端未接单，且订单渠道信息配置有第二优先级医生集合时，发送问诊订单信息至第二优先级医生集合中的医生终端。详细参见上述实施例中对步骤s130的描述。
71.请参阅图7，其为本技术一实施例的订单处理装置600，该装置可应用于图1所示的电子设备1，以自动处理订单。该装置包括：获取模块601、处理模块602、发送模块603和数据模块604，各个模块的原理关系如下：
72.获取模块601用于获取来自客户端的问诊订单信息，其中问诊订单信息包含症状信息以及订单渠道信息。
73.处理模块602用于依据问诊订单信息中的症状信息、订单渠道信息以及预设匹配规则，于医生数据库中，选出与问诊订单信息匹配的目标医生集合。
74.发送模块603用于发送问诊订单信息至目标医生集合中的医生终端。
75.数据模块604，数据模块604包含多个已注册的医生信息，用于将所有的医生信息按照所属科室进行分类，并形成多个医生池；对每个医生池中的医生信息，依据医生所在地区进行分类。
76.以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。