信息推送方法、装置、电子设备及存储介质与流程

本发明实施例涉及医疗信息技术，尤其涉及一种信息推送方法、装置、电子设备及存储介质。

背景技术：

最近几年，互联网医疗技术逐步发展，用户可以足不出户的依靠线上医疗平台完成就诊和开药等。

在线上医疗平台中，医生开立处方的过程中，医生需要针对患者的主诉诊断疾病并开出处方。在整个开方的过程中，需要多次查询满足条件的药品去构建处方。为了减少医生开处方的时间，提高效率，医疗平台可以为医生推荐药品。

现有的药品推荐方法通常是根据近期的热门药品进行推荐，或根据疾病类型进行药品推荐。但是，同一成分的药品由于厂商不同，规格不同，可能存在几十种不同的药品，不同医生熟悉的药品也可能不同。因此，医疗平台推荐的药品通常情况下难以命中医生想要的药品。

技术实现要素：

本发明实施例提供了一种信息推送方法、装置、电子设备及存储介质，以实现为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

第一方面，本发明实施例提供了一种信息推送方法，该方法包括：

当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及所述疾病类型，确定待推送药品信息；其中，所述待推送药品信息至少包括药品名称，生产厂商，药品规格以及用药剂量；

基于所述待推送药品信息生成药品推送信息，并将所述药品推送信息发送至所述接诊用户的终端设备。

第二方面，本发明实施例还提供了一种信息推送装置，该装置包括：

待推送药品信息确定模块，用于当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及所述疾病类型，确定待推送药品信息；其中，所述待推送药品信息至少包括药品名称，生产厂商，药品规格以及用药剂量；

药品推送信息发送模块，用于基于所述待推送药品信息生成药品推送信息，并将所述药品推送信息发送至所述接诊用户的终端设备。

第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的信息推送方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例任一所述的信息推送方法。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种信息推送方法的流程示意图；

图2为本发明实施例二所提供的一种信息推送方法的流程示意图；

图3为本发明实施例三所提供的一种信息推送方法的流程示意图；

图4为本发明实施例四所提供的一种信息推送方法的流程示意图；

图5为本发明实施例五所提供的一种信息推送方法的流程示意图；

图6为本发明实施例六所提供的一种信息推送方法的流程示意图；

图7为本发明实施例七所提供的一种信息推送装置的结构示意图；

图8为本发明实施例八所提供的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种信息推送方法的流程示意图，本实施例可适用于在接诊用户为就诊用户进行诊疗时，为接诊用户推送药品信息的情况，该方法可以由信息推送装置来执行，该在可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，可选的，电子设备可以是移动终端，pc端等。

如图1所述，本实施例的方法具体包括如下步骤：

s110、当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息。

其中，信息推送请求可以是用于获取药品信息的指令或代码等，例如：信息推送请求可以是当接诊用户点击“药品信息推送”按钮时，生成的用于获取药品信息的指令，信息推送请求也可以是当接诊用户为就诊用户进行诊疗的过程中，实时或周期性生成的用于获取药品信息的指令等。疾病类型可以是接诊用户为就诊用户诊断后确定的疾病，也可以是医疗系统通过数据分析确定的疾病等。疾病类型可以是按照世界卫生组织修订的《国际疾病分类》或卫生部修订的《医院住院病人疾病分类》确定的，也可以是医疗系统中预先设置的疾病类型。例如：疾病类型可以是流行性感冒，慢性咽炎等。接诊用户可以是医生，就诊用户可以是患者，或为患者进行病情咨询的用户。待推送药品信息至少包括药品名称，生产厂商，药品规格以及用药剂量。药品名称可以是药品通用名称，例如：阿司匹林等。生产厂商可以是生产药品的厂商，同一种药品可以由不同厂商生产，同一厂商也可以生产不同的药品。药品规格可以是指每一支、片或其他每一个单位制剂中含有主药的重量或含量或装量，例如：每片20mg等。用药剂量可以是患者使用药品的用量，例如：某药品的用药剂量为：成人常用量：一次0.25～0.5g，每6小时1次，感染较严重一次可增至1g，但一日总量不超过4g；小儿常用量：按体重一次6.25～12.5mg/kg，每6小时一次。

具体的，在接诊用户为就诊用户进行诊疗时，可以生成并发送信息推送请求。当接收到信息推送请求时，可以对信息推送请求进行解析，获取信息推送请求中携带的疾病类型。也可以是，当接收到信息推送请求时，从医疗系统中获取当前诊疗过程中确定的疾病类型。在获取疾病类型后，根据接诊用户和疾病类型可以获取接诊用户针对该疾病类型经常使用的药品信息。进而，可以根据这些药品信息确定待推送药品信息。待推送药品信息可以是一个也可以是多个。若预先设定了推送药品数量，则可以根据推送药品数量确定待推送药品信息的数量。

需要说明的是，根据接诊用户和疾病类型确定待推送药品信息的目的是：结合医生的开药习惯和当前疾病进行个性化的药品信息推送。

s120、基于待推送药品信息生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备。

其中，药品推送信息可以是展示给接诊用户的药品信息，可以是将各待推送药品信息进行整合后生成的信息。终端设备可以是接诊用户使用的设备，例如：智能手机，平板电脑，pc机等。

具体的，将各待推送药品信息进行整合，可以根据预先设置的信息组合方式，生成药品推送信息，进而将药品推送信息发送至接诊用户的终端设备，以使接诊用户能够根据药品推送信息快速确定处方中所需的药品信息。

需要说明的是，信息组合方式可以是：1、药品名称：xxx，生产厂商：xxx，药品规格：xxx，用药剂量：xxx等。若药品推送信息中的待推送药品信息为多个，则可以根据各待推送药品信息的出现频次从高至低进行排序。信息组合方式还可以是其他组合方式，各待推送药品信息的排序方式也可以是其他排序方式，在本实施例中不作具体限定。

在上述技术方案的基础上，若未获取到与就诊用户对应的接诊用户，则获取就诊用户的历史就诊信息中与疾病类型相对应的第三药品信息，并根据第三药品信息确定待推送药品信息。

其中，历史就诊信息可以是医疗系统或医疗平台中就诊用户的全部的订单信息，历史就诊信息也可以包括就诊用户的全部处方信息，如：就诊时间，接诊用户，诊疗结果，用药信息等。第三药品信息可以是就诊用户的历史就诊信息中与疾病类型相对应的药品信息。

具体的，若未获取到与就诊用户对应的接诊用户，则无法根据接诊用户和疾病类型确定待推送药品信息。此时，可以考虑就诊用户的过去就诊时使用的药品信息。可以在就诊用户的历史就诊信息中查找与疾病类型相对应的药品信息，并将该药品信息作为第三药品信息。进而，将第三药品信息作为待推送药品信息。

在上述技术方案的基础上，若未获取到与就诊用户对应的接诊用户，则获取平台中存储的历史服务信息中与疾病类型相对应的第四药品信息，并根据第四药品信息确定待推送药品信息。

其中，平台可以是医疗系统或医疗平台，历史服务信息可以是医疗系统或医疗平台中各接诊用户为各就诊用户诊疗的订单信息，历史服务信息也可以包括接诊用户的开具的全部处方信息，如：就诊时间，就诊用户，诊疗结果，用药信息等。第四药品信息可以是平台中存储的历史服务信息中与疾病类型相对应的药品信息。

具体的，若未获取到与就诊用户对应的接诊用户，则无法根据接诊用户和疾病类型确定待推送药品信息。此时，可以考虑根据平台中的医疗大数据统计确定疾病类型相对应的用药信息。可以在平台的存储的历史服务信息中查找与疾病类型相对应的用药信息，并将该药品信息作为第四药品信息。进而，将第四药品信息作为待推送药品信息。

在上述技术方案的基础上，若未获取到与就诊用户对应的接诊用户，则根据预先配置的与疾病类型相对应的预设药品信息确定待推送药品信息。

其中，预设药品信息可以是需先设置的药品信息，例如：可以是根据医学先验知识，医学书本，论文等，预先为各疾病类型设置的用于治疗各疾病时可以使用的药品信息。

具体的，若未获取到与就诊用户对应的接诊用户，则无法根据接诊用户和疾病类型确定待推送药品信息。此时，可以考虑平台中预先设置的兜底策略，即预先配置的与疾病类型相对应的预设药品信息。可以在预先配置的药品信息中根据疾病类型进行查找，获取与疾病类型相对应的预设药品信息，并将该预设药品信息作为待推送药品信息。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

实施例二

图2为本发明实施例二所提供的一种信息推送方法的流程示意图，本实施例在上述各实施例的基础上，针对待推送药品信息的确定方式可参见本实施例的技术方案。可选的，获取接诊用户的历史服务信息中与就诊用户和疾病类型相对应的第一药品信息，并根据第一药品信息确定待推送药品信息。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图2所述，本实施例的方法具体包括如下步骤：

s210、当接收到信息推送请求时，获取疾病类型。

s220、获取接诊用户的历史服务信息中与就诊用户和疾病类型相对应的第一药品信息，并根据第一药品信息确定待推送药品信息。

其中，第一药品信息可以是接诊用户的历史服务信息中与就诊用户和疾病类型相对应的药品信息。

具体的，为了准确推送与就诊用户和接诊用户相匹配的药品信息，可以综合就诊用户，接诊用户和疾病类型来确定待推送药品信息。可以从平台存储的接诊用户的历史服务信息中查找与就诊用户和疾病类型二者都对应的药品信息，并将该药品信息作为第一药品信息。可以理解为，查找接诊用户为就诊用户诊疗该疾病类型的历史服务信息中的药品信息，并将该药品信息作为第一药品信息。进而，将第一药品信息作为待推送药品信息。

示例性的，接诊用户的历史服务信息中包含100条信息，其中，与就诊用户相对应的历史服务信息为5条，可以在这5条信息中查找与疾病类型相对应的信息，如：2条。进而，将查找到的两条历史服务信息中的药品信息作为第一药品信息，并根据第一药品信息确定待推送药品信息。

s230、基于待推送药品信息生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并获取接诊用户的历史服务信息中与就诊用户和疾病类型相对应的第一药品信息，进而根据第一药品信息确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯并符合就诊用户需求的药品信息，进而提高接诊用户的工作效率的技术效果。

实施例三

图3为本发明实施例三所提供的一种信息推送方法的流程示意图，本实施例在上述各实施例的基础上，针对待推送药品信息的确定方式可参见本实施例的技术方案。可选的，根据接诊用户针对疾病类型收藏的待使用处方模板，确定待推送药品信息。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图3所述，本实施例的方法具体包括如下步骤：

s310、当接收到信息推送请求时，获取疾病类型。

s320、根据接诊用户针对疾病类型收藏的待使用处方模板，确定待推送药品信息。

其中，待使用处方模板可以是接诊用户预先收藏的处方模板，用于快速为各疾病类型的就诊用户开具处方。处方模板可以包括疾病类型，药品名称，药品的服用方法及医嘱等信息，处方模板中具体包含的内容可以与接诊用户和平台设置等相关，在本实施例中不做具体。

需要说明的是，处方模板可以包括平台预先设置的基础处方模板，基础处方模板通常是基于医学先验知识建立的。处方模板还可以包括接诊用户基于自身的看诊经历，诊疗经验等建立的各疾病类型的个性化处方模板，个性化处方模板通常是符合接诊用户自身的开方习惯。处方模板可以根据实际情况建立，在本实施例中不做具体限定。

具体的，可以在接诊用户收藏的处方模板中查找与疾病类型相匹配的处方模板，并将查找到的处方模板作为待使用处方模板。进而，根据待使用处方模板中与药品相关的信息，确定待推送药品信息。

示例性的，接诊用户收藏了20个处方模板，其中，与上呼吸道感染相关的处方模板6个，与肺炎相关的处方模板4个，与慢性支气管炎相关的处方模板7个，与肺气肿相关的处方模板2个，与肺结核相关的处方模板1个。若就诊用户的疾病类型为慢性支气管炎，则可以将接诊用户收藏的7个与慢性支气管炎相关的处方模板作为待使用处方模板，进而，根据待使用处方模板中的药品信息确定待推送药品信息。

s330、基于待推送药品信息生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，进而根据接诊用户针对疾病类型收藏的待使用处方模板，确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

实施例四

图4为本发明实施例四所提供的一种信息推送方法的流程示意图，本实施例在上述各实施例的基础上，针对待推送药品信息的确定方式可参见本实施例的技术方案。可选的，获取接诊用户的历史服务信息中与疾病类型相对应的第二药品信息，并根据第二药品信息确定待推送药品信息。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图4所述，本实施例的方法具体包括如下步骤：

s410、当接收到信息推送请求时，获取疾病类型。

s420、获取接诊用户的历史服务信息中与疾病类型相对应的第二药品信息，并根据第二药品信息确定待推送药品信息。

其中，第二药品信息可以是接诊用户的历史服务信息中与疾病类型相对应的药品信息。

具体的，为了准确推送与就诊用户和疾病类型相匹配的药品信息，可以综合就诊用户和疾病类型来确定待推送药品信息。可以从平台存储的接诊用户的历史服务信息中查找与疾病类型相对应的药品信息，并将该药品信息作为第二药品信息。可以理解为，查找接诊用户为该疾病类型的各就诊用户诊疗的历史服务信息，并在这些历史服务信息中获取药品信息。进而，可以将该药品信息作为第二药品信息，并根据第二药品信息确定待推送药品信息。

示例性的，接诊用户的历史服务信息中包含100条信息，其中，与上呼吸道感染相关的历史服务信息30条，与肺炎相关的历史服务信息20条，与慢性支气管炎相关的历史服务信息35条，与肺气肿相关的历史服务信息10条，与肺结核相关的历史服务信息5条。若疾病类型为肺炎，则可以将与肺炎相关的20条历史服务信息中的药品信息作为第二药品信息，并根据第二药品信息确定待推送药品信息。

s430、基于待推送药品信息生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并获取接诊用户的历史服务信息中与疾病类型相对应的第二药品信息，进而根据第二药品信息确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

实施例五

图5为本发明实施例五所提供的一种信息推送方法的流程示意图，本实施例在上述各实施例的基础上，进一步增加了“确定疾病类型”，具体实施方式可参见本实施例的技术方案。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图5所述，本实施例的方法具体包括如下步骤：

s510、确定疾病类型。

具体的，为了准确根据疾病类型确定带推送药品信息，可以先根据诊疗信息，或根据医疗大数据分析确定疾病类型。

可选的，确定疾病类型的方式包括下述至少一种：

方式一、获取接诊用户针对就诊用户确定的诊疗信息，根据诊疗信息确定疾病类型。

其中，诊疗信息可以是接诊用户给就诊用户看诊时，记录的与诊断相关的信息。例如：接诊用户根据就诊用户的主诉信息，检查信息和/或检验信息等，判断就诊用户所患的疾病为流行性感冒。此时，诊疗信息可以包括本次诊疗过程中涉及的主诉信息，检查信息和/或检验信息，还可以包括疾病类型。

具体的，可以根据接诊用户记录的诊疗信息中的内容，确定疾病类型。

方式二、根据接诊用户收藏的处方模板确定疾病类型。

具体的，可以根据接诊用户收藏的处方模板确定接诊用户经常诊疗的疾病类型，并从中确定出现频次最高的疾病类型。

示例性的，接诊用户收藏了20个处方模板，其中，10个是与上呼吸道感染相关的，5个是与肺炎相关的，3个是与慢性支气管炎相关的，2个是与肺气肿相关的。此时，可以将上呼吸道感染作为疾病类型。

需要说明的是，根据接诊用户收藏的处方模板确定疾病类型的好处在于，若接诊用户未对就诊用户下诊断，此时，针对接诊用户收藏的处方模板可以确定接诊用户重点关注的疾病类型，进而完成后续的待推送药品信息的确定。

方式三、根据接诊用户的历史服务信息确定疾病类型。

具体的，可以获取接诊用户的历史服务信息，并对历史服务信息中的疾病类型进行统计，从中确定出现频次最高的疾病类型。

示例性的，接诊用户的历史服务信息共100个，其中包括50个与上呼吸道感染相关的历史服务信息，20个与肺炎相关的历史服务信息，30个与肺气肿相关的历史服务信息。此时，可以确定疾病类型为上呼吸道感染。

需要说明的是，根据接诊用户的历史服务信息确定疾病类型的好处在于，只要接诊用户存在历史服务信息就可以根据接诊用户过去诊疗的疾病，统计得出用于生成药品推送信息所需的疾病类型。

方式四、根据预先录入的与接诊用户相对应的专治疾病确定疾病类型。

其中，专治疾病可以是接诊用户在登录或注册平台账号时输入的信息，例如：若某接诊用户属于消化内科，尤其擅长治疗慢性胃炎、胃溃疡，则该接诊用户可以将慢性胃炎、胃溃疡作为自己的专治疾病。

具体的，可以获取接诊用户预先录入的专治疾病，并将专治疾病作为疾病类型。

s520、当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息。

s530、若未获取到疾病类型，则根据就诊用户的历史就诊信息确定待推送药品信息。

具体的，若未获取到疾病类型，则无法准确的针对疾病类型确定待推送药品信息。此时，可以根据就诊用户的历史就诊信息进行统计，确定就诊用户的历史用药数据。进而，根据历史用药数据可以确定出就诊用户经常使用的药品信息，并将这些药品信息作为待推送药品信息。

s540、若未获取到历史就诊信息，则根据接诊用户确定目标科室，并根据目标科室对应的历史用药信息确定待推送药品信息。

其中，目标科室可以是接诊用户所属的科室。历史用药信息可以是接诊用户开具的处方中的用药信息。

具体的，若未获取到就诊用户的历史就诊信息，可以考虑从接诊用户入手。为了获取更多的历史医疗数据，可以综合接诊用户同科室的全部接诊用户开具的历史用药信息。进而，根据历史用药信息中各药品信息出现的频次确定待推送药品信息。

s550、基于待推送药品信息生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备。

本发明实施例的技术方案，通过确定疾病类型，在接收到信息推送请求时，获取疾病类型，进而根据接诊用户以及疾病类型，确定待推送药品信息，并在无法确定疾病类型时，根据就诊用户的历史就诊信息或目标科室对应的历史用药信息确定待推送药品信息，生成药品推送信息，以将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中只能根据接诊用户的诊断结果确定疾病类型，并且只能根据疾病类型推荐药品的问题，进而导致推荐药品的条件严格，无法为接诊用户广泛推荐药品的问题，实现了疾病类型确定方式的多样性，以及待推送药品信息确定方式的多样性，进而实现了提高接诊用户的工作效率的技术效果。

实施例六

作为上述各实施例的可选实施方案，图6为本发明实施例六所提供的一种信息推送方法的流程示意图。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

如图6所述，本实施例的方法具体包括如下步骤：

1.确定疾病类型。

具体的，首先判断是否存在诊断疾病，即接诊用户(医生)为就诊用户(就诊人)确定的诊疗信息中记载的疾病类型(疾病)。若是，则根据该疾病类型确定待推送药品信息；若否，则判断接诊用户是否收藏处方模板，以根据处方模板确定疾病类型。若是，则根据该疾病类型确定待推送药品信息；若否，则获取是否存在接诊用户的历史诊断疾病，即接诊用户的历史服务信息中的疾病类型。若是，则根据该疾病类型确定待推送药品信息；若否，则判断是否存在接诊用户专治疾病。若是，则根据该疾病类型确定待推送药品信息；若否，则进入后续的二级推荐流程。

需要说明的是，若预先设置了用于生成药品推送信息的待推送药品信息的数量，则可以根据步骤1中层层查询，以确定疾病类型，使待推送药品信息的数量满足预先设置的数量。若根据某一疾病类型确定的待推送药品信息的数量无法满足预先设置的数量，则可以在之前确定的待推送药品信息的基础上，使用其他方式确定新的疾病类型，并根据新的疾病类型确定待推送药品信息，直至待推送药品信息的数量满足预先设置的数量，或疾病类型确定流程和二级推荐流程结束。

2、根据疾病类型确定待推送药品信息。

具体的，在确定疾病类型之后，需要进行药品信息的个性化推荐。首先，根据接诊用户、就诊用户以及疾病类型查询是否存在与三者都匹配的处方数据，根据处方数据中各药品信息确定待推送药品信息。

若未查询到相关结果，则从接诊用户收藏的处方模板中查询与疾病类型相匹配的处方数据，根据处方数据中各药品信息(历史用药)确定待推送药品信息。

若未查询到相关结果，则从接诊用户的历史服务信息中查询与疾病类型相匹配的处方数据，根据处方数据中各药品信息确定待推送药品信息。

若未查询到相关结果，则去除接诊用户这一参考因素，使用疾病类型和就诊用户进行查询。也就是，从就诊用户的历史就诊信息中查询与疾病类型相匹配的处方数据，根据处方数据中各药品信息确定待推送药品信息。

若未查询到相关结果，则单纯的依据疾病类型进行匹配。即，从所有接诊用户的历史服务信息中查询与疾病类型相匹配的处方数据，根据处方数据中各药品信息确定待推送药品信息。可以理解为，判断所有医生的历史处方中，是否针对该疾病类型开过处方，若有，则根据上述处方确定待推送药品信息。

若未查询到相关结果，则进入最后一步兜底逻辑，直接根据疾病类型进行静态药品的匹配。即，根据预先配置的与疾病类型相对应的预设药品信息确定待推送药品信息。

需要说明的是，若预先设置了用于生成药品推送信息的待推送药品信息的数量，则可以根据步骤2中层层查询，以使待推送药品信息的数量满足预先设置的数量，或待推送药品信息的确定流程结束。

3.二级推荐

在无疾病类型的情况下，可以判断是否存在就诊用户的历史用药信息，若是，则可以根据历史用药信息，确定待推送药品信息；若否，则进行下一级查询。查询接诊用户所在的标准科室(目标科室)中其他接诊用户的历史用药信息，根据历史用药信息确定待推送药品信息。若仍未查询到历史用药信息，则结束推荐流程。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

实施例七

图7为本发明实施例七所提供的一种信息推送装置的结构示意图，该装置包括：待推送药品信息确定模块710和药品推送信息发送模块720。

其中，待推送药品信息确定模块710，用于当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及所述疾病类型，确定待推送药品信息；其中，所述待推送药品信息至少包括药品名称，生产厂商，药品规格以及用药剂量；药品推送信息发送模块720，用于基于所述待推送药品信息生成药品推送信息，并将所述药品推送信息发送至所述接诊用户的终端设备。

可选的，待推送药品信息确定模块710，还用于获取接诊用户的历史服务信息中与就诊用户和所述疾病类型相对应的第一药品信息，并根据所述第一药品信息确定待推送药品信息。

可选的，待推送药品信息确定模块710，还用于根据接诊用户针对所述疾病类型收藏的待使用处方模板，确定待推送药品信息。

可选的，待推送药品信息确定模块710，还用于获取接诊用户的历史服务信息中与所述疾病类型相对应的第二药品信息，并根据所述第二药品信息确定待推送药品信息。

可选的，所述装置还包括：第一确定模块，具体用于若未获取到与就诊用户对应的接诊用户，则获取所述就诊用户的历史就诊信息中与所述疾病类型相对应的第三药品信息，并根据所述第三药品信息确定待推送药品信息。

可选的，所述装置还包括：第二确定模块，具体用于若未获取到与就诊用户对应的接诊用户，则获取平台中存储的历史服务信息中与所述疾病类型相对应的第四药品信息，并根据所述第四药品信息确定待推送药品信息。

可选的，所述装置还包括：第三确定模块，具体用于若未获取到与就诊用户对应的接诊用户，则根据预先配置的与所述疾病类型相对应的预设药品信息确定待推送药品信息。

可选的，所述装置还包括：疾病类型确定模块，具体用于确定疾病类型；

所述确定疾病类型，包括下述至少一种：

获取所述接诊用户针对就诊用户确定的诊疗信息，根据所述诊疗信息确定所述疾病类型；

根据所述接诊用户收藏的处方模板确定所述疾病类型；

根据所述接诊用户的历史服务信息确定所述疾病类型；

根据预先录入的与所述接诊用户相对应的专治疾病确定所述疾病类型。

可选的，所述装置还包括：第四确定模块，具体用于若未获取到所述疾病类型，则根据就诊用户的历史就诊信息确定待推送药品信息；若未获取到所述历史就诊信息，则根据所述接诊用户确定目标科室，并根据目标科室对应的历史用药信息确定待推送药品信息。

本发明实施例的技术方案，通过当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及疾病类型，确定待推送药品信息，以生成药品推送信息，并将药品推送信息发送至接诊用户的终端设备，解决了现有的药品推荐方法中推荐的药品与接诊用户开药习惯不匹配的问题，实现了为接诊用户推荐符合开药习惯的药品信息，进而提高接诊用户的工作效率的技术效果。

本发明实施例所提供的信息推送装置可执行本发明任意实施例所提供的信息推送方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述信息推送装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例八

图8为本发明实施例八所提供的一种电子设备的结构示意图。图8示出了适于用来实现本发明实施例实施方式的示例性电子设备80的框图。图8显示的电子设备80仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备80以通用计算设备的形式表现。电子设备80的组件可以包括但不限于：一个或者多个处理器或者处理单元801，系统存储器802，连接不同系统组件(包括系统存储器802和处理单元801)的总线803。

总线803表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

电子设备80典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备80访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器802可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)804和/或高速缓存存储器805。电子设备80可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统806可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线803相连。系统存储器802可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块807的程序/实用工具808，可以存储在例如系统存储器802中，这样的程序模块807包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块807通常执行本发明所描述的实施例中的功能和/或方法。

电子设备80也可以与一个或多个外部设备809(例如键盘、指向设备、显示器810等)通信，还可与一个或者多个使得用户能与该电子设备80交互的设备通信，和/或与使得该电子设备80能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口811进行。并且，电子设备80还可以通过网络适配器812与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器812通过总线803与电子设备80的其它模块通信。应当明白，尽管图8中未示出，可以结合电子设备80使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元801通过运行存储在系统存储器802中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的信息推送方法。

实施例九

本发明实施例九还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种信息推送方法，该方法包括：

当接收到信息推送请求时，获取疾病类型，并根据接诊用户以及所述疾病类型，确定待推送药品信息；其中，所述待推送药品信息至少包括药品名称，生产厂商，药品规格以及用药剂量；

基于所述待推送药品信息生成药品推送信息，并将所述药品推送信息发送至所述接诊用户的终端设备。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。