CN107315811A - 临床药学信息交互控制方法及设备 - Google Patents

Abstract

本发明公开了一种临床药学信息交互控制方法，包括：获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。本发明的临床药学信息交互控制方法及设备实现临床药学信息的快速推广、节省资源成本，促使医生更好地使用药品，能够及时发现用药问题，避免在患者身上产生安全隐患，能产生巨大的社会效益。

Description

临床药学信息交互控制方法及设备

技术领域

本发明涉及计算机交互控制领域，更具体地，涉及一种临床药学信息交互控制方法及设备。

背景技术

新药从研发到上市的周期很长，上市之后还需要继续进行Ⅳ期临床试验以对新药的各个方面提供持续的参考数据，所谓Ⅳ期临床试验，为上市后开放试验，通常不要求设对照组，但也不排除根据需要对某些适应症或某些试验对象进行小样本随机对照试验。Ⅳ期临床试验病例数需要按SDA规定，病例数要求大于2000例。另外，Ⅳ期临床试验虽为开放试验，但有关病例入选标准、排除标准、退出标准、疗效评价标准、不良反应评价标准、判定疗效与不良反应的各项观察指标等都需要参考Ⅱ期临床试验的设计要求。也就是说，Ⅳ期临床试验要求最大数量的样本量，也需要专业人士特别是前线医生的参与，Ⅳ期临床试验通常在医院进行，由医生直接施用在患者身上，并从患者的各种指标来评定新药的药效，以及如何更好地调整剂量和使用方法。

目前的做法，新药到达医生手中，中间通常是由医药代表作为媒介的。但是现行的做法新药的推广效率低下、推广成本巨大、收到的病例反馈数据周期长、病例数据有偏差，严重影响了新药的后期开发进度。

发明内容

鉴于上述问题，本发明提出了一种依靠网络平台的、能够快速推广新药、有效收集反馈信息的临床药学信息交互控制方法及设备。

为实现本发明的目的，本发明采用以下技术手段：

首先是一种临床药学信息交互控制方法，包括如下步骤：

获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

具体地，所述临床药学信息来自于登录所述药商账户的与云端交互的客户端。

进一步地，所述基于该临床药学信息生成相应的通知消息，所述通知消息包含了该临床药学信息的关键词和/或对应的链接。

具体地，所述关键词包含由云端识别并提取的医学名词和/或由药商账户所限定的字词。

进一步地，所述关键词包括药品通用名，并基于该药品通用名生成检索目录。

可选择地，所述检索目录根据所述药品通用名的汉语拼音首字母进行分类，或根据所述药品通用名的英文名的首字母进行分类，或根据所述药品的适应症类别进行分类。

优选地，所述通知消息以以下至少任意一种形式在登录所述医生账户和/或药商账户的客户端进行显示：以消息出弹框形式进行显示、在固定位置进行更新显示。

进一步地，所述医生账户的用户信息至少包含医生执业信息，以用于与所述临床药学信息形成对应关系，形成该临床药学信息的推送列表。

更进一步地，所述响应于所述通知消息后相应反馈的应答数据配置为定时访问或在条件触发后进行访问。

在一种可能的实现方式中，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的若干条通知消息的反馈条目进行统计，以便于在所形成的挖掘结果信息中展示相应的条目数量。

在另一种可能的实现方式中，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的通知消息的应答数据进行分类，以便于在所形成的挖掘结果信息中展示应答数据的各种偏向性。

在其中一种可能的实现方式中，所述分类原则基于所述应答数据的来源地，以反映不同所述来源地之间的反馈程度。

优选地，所述来源地根据行政区域的划分来确认。

在另一种可能的实现方式中，对所述应答数据进行数据挖掘，包括在针对同一条通知消息/相关的/相近的若干条通知消息的应答数据中解析出核心词，以便于在所形成的挖掘结果信息中展示应答数据的核心内容。

更进一步地，所述对提供所述应答数据的医生账户增加标记信息，所述标记信息随所述应答数据的增多而更新，以反映该医生账户反馈条目的数量；以及/或者

所述标记信息随应答数据所含的核心词的增多而更新，以反映该医生账户反馈内容的参与贡献程度。

进一步地，向标记信息满足预设条件的所述医生账户派发奖励信息。

优选地，所述挖掘结果信息配置为定时推送到所述药商账户或在条件触发后推送到药商账户。

其次是一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现以下步骤：

获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

第三种是一种临床药学信息交互控制方法，包括如下步骤：

登录医生账户，获取与本医生账户相匹配的基于药商账户提供的临床药学信息所生成的相应的通知消息；

上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

第四种是一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现以下步骤：

登录医生账户，获取与本医生账户相匹配的基于药商账户提供的临床药学信息所生成的相应的通知消息；

上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

第五种是一种临床药学信息交互控制方法，包括如下步骤：

登录药商账户；

向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。

第六种一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现以下步骤：

登录药商账户；

向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。

相对于现有技术，本发明提供的方案，至少具有以下优势：

本发明的临床药学信息交互控制方法及设备，以移动网络平台联系医生和药商，打破了地域和时间的限制，大大节约了交流的成本，加快了新药信息甚至其他相关的药学信息的传播。

本发明的临床药学信息交互控制方法及设备，使医药代表的媒介作用大大减弱，减少了新药推广的人力成本。

本发明的临床药学信息交互控制方法及设备，以云端服务器进行分类、定向推广，让临床药学信息传播的针对性更强，能得到更有价值的反馈意见。

本发明的临床药学信息交互控制方法及设备，以云端服务器对所有数据进行统计和挖掘，使数据的精确性提高，为新药的后期开发提供更有价值的参考。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明的临床药学信息交互控制的设备的组织结构图。

图2示出了本发明的临床药学信息交互控制方法的流程图。

图3示出了根据本发明一个实施例的用于实现临床药学信息交互控制的装置的框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如101、102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

所述临床药学信息，应当理解为为治疗某一种/一类疾病或针对某一种症状而提供的某种药物的内容，包括但不限于所述某种药物的理化性质的介绍、所述某种药物的药理学介绍、所述某种药物的临床试验的病例及试验结果的介绍、所述某种药物的研究实验报告、针对所述某种药物提出的讨论主题等内容。这些临床药学信息意在从各个方面公开所述某种药物的临床信息。

所述药商账户，应当理解为所述临床药学信息主要提供者，“药商”仅代表一个统称，应当主要包括药物的制造商、药物的代理商、药物的推广商，甚至是药物的研发者。所述药商账户即为在交互控制平台/系统中注册所获得的唯一性账户，账户作为一个信息的集合，即可以通过这个账户发布信息，即发布所述临床药学信息，也可以通过这个账户获取信息，即针对所发布的所述临床药学信息获取相关的反馈信息。

所述医生账户，相对与药商账户而言，是所述临床药学信息的主要接收者，医生账户也一般理解为个人在所述交互控制平台/系统中注册的个人账户，为了合理地、有针对性地发布所述临床药学信息，所述医生账户在注册时优先要求填写医生的执业信息，包括但不限于医师执业证的主要信息、执业地点、工作科室、从业年限等可以对医生身份进行验证的信息。

所述通知消息，是客户端与使用者进行可视化交互的方式之一，这里所述的客户端可以指搭载了windows系统的个人电脑、平板电脑，也可以指搭载了 Android系统的便携式终端(智能手机、平板电脑等)。以Android为例，通知消息一般可以通过消息弹出框在用户界面进行渲染显示，来有限获取使用者的注意力，Android提供了几种消息弹出框的实现方式，分别为Alert、标记、 Toast、预览和通知栏，这些消息弹出框的渲染效果和灵活运用是本领域技术人员熟知的，在此不进行赘述。

所述应答数据，是阅读者(主要是医生账户)针对所述通知消息而产生的反馈操作所形成的数据集合，所述反馈操作可以是由未读状态更新为已读状态 (即未读标记更新为已读标记)、回复的具体内容、也可以是对通知消息的全文内容进行转载分享(即增加转载分享的标记)。

针对普通使用者，以智能手机为代表的便携式设备已经非常普及，便携式设备通常搭载了Android系统，Android系统引起平台的开放性可以使很多交互功能实现跨平台运作，针对本发明的临床药学信息交互控制方法，也以 Android系统为例展开叙述，然而，这需要理解的是Android系统下的交互控制过程不是对本方法的实现进行形式上的限制。

参考图1，本发明的临床药学信息交互控制方法，通常有三方参与：所述临床药学信息的提供者，即通过第一客户端1登录的药商账户，所述临床药学信息的接收者，即通过第二客户端2登录的医生账户，所述临床药学信息交互的平台，即云端服务器3。

参考图2，本发明的临床药学信息交互控制方法在云端服务器3的实现，至少包括以下步骤：

S1，获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

具体地，提供的所述临床药学信息的药商要现在其所在的客户端向云端服务器注册一个账号，即所述药商账号，从所述药商账号所对应的用户界面所提供的输入区域，按照指示填入需要发布的内容，或将需要发布的内容导入输入区域，所述云端服务器经过自动解码转换生成发布文档，并且将所述发布文档中的涉及关键的医学名词和/或由药商账户所自主限定的字词提取出来作为关键词，生成相应的通知消息。所述通知消息不仅包含所述提取的关键词，还应当包括跳转到所述发布文档的链接。

所述云端服务器不仅为所述临床药学信息提供了一个发布渠道，还提供了一个数据整合的渠道，例如，针对同一种药物/同一种病症/同一种症状，可以将历史发布内容和最新的发布内容关联起来，或者将限定时间段内的发布内容根据预设的条件关联起来，在药商账户需要的时候，可以自动导出发布报告，对针对某一病症/某一症状的药学内容，或某一种药物的使用进展有一个时间轴上的统计，或者是横向比较的统计，更有利于所述临床药学信息的推广。

在一种可能的实施方式中，利用所述关键词生成检索目录，供登录所述药商账户的客户端对各种已经上传到服务器的所述临床药学信息进行检索。在一种可能的实施方式中，所述关键词包括药品通用名，并且基于该药品通用名生成所述检索目录。具体地，所述检索目录的排序方式可以是根据所述药品通用名的汉语拼音首字母进行排列以进行分类，也可以是根据所述药品通用名的英文名的首字母进行排列以进行分类，也可以是根据所述药品的适应症类别进行排列以进行分类。检索目录设置的目的是为了能够快速检索到目标药品的相关信息，该检索目录通常在用户界面显示，所述用户界面不仅指所述药商账户的用户界面，也指所述医生账户的用户界面，即该检索目录供所有用户使用。

S2，确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

如前所述，由于医生账户的用户信息包含但不限于医师执业证的主要信息、执业地点、工作科室、从业年限等可以对医生身份进行验证的信息，可以将海量的医生账户与前述所发布的临床药学信息进行关联，特别是针对所述关键词的关联，例如药商账户A要发布关于甲巯咪唑片的新信息，所形成的发布文档由云端识别出“甲巯咪唑片”“甲状腺”“甲亢”等关键词并生成通知消息。所述通知消息通常需要推送到指定的医生账户，这需要云端服务器轮询在该服务器注册的医生账户，将所述医生账户的用户信息中包含“内科”“分泌内科”“甲状腺”的医生账户标记为待推送的对象，并建立推送云端与相应的医生账户之间的推送链路，由此形成针对所述关于甲巯咪唑片的新信息的推送列表。在下一次针对含有相同关键词或同类关键词的通知消息的推送任务时，可以直接调用所述推送列表，或者对所述推送列表进行适应性调整，形成新的推送列表。

如前所述，所述通知消息在Android中以消息弹出框实现，使用所述医生账户的用户在用户界面可能会看到如下至少任意一种显示方式：

A)弹出一个对话框，所述对话框显示“有一条新的推送消息，是否需要阅读？”，并且提供了“好的，现在阅读”和“稍后阅读”的按钮。

B)在客户端的图标的一角或客户端主界面/子界面的消息图标的一角显示有数字气泡，并且数字气泡在未打开阅读通知消息之前不会自动消失，并且数字随着未读消息的条目数的变化而变化。

C)在任意界面短暂出现一个提示框，所述提示框显示“有一条新的推送消息”并有部分所述关键词或所述发布文档的内容，该提示框不提供任何按钮，点击也不会跳转，当然为了方便阅读，也可以将所述按钮的功能和跳转的功能设置在提示框中。

D)在通知栏出现，下拉通知栏可见所述关键词或部分所述发布文档的内容，点击对应的一栏可跳转到相应的界面。

在一种可能的实现方式中，所述通知消息在客户端的某一个固定位置反复更新出现，就如滚动的广告牌，定时显示最新发布的若干条通知消息，并且在有新的通知消息时替换最先加入显示的通知消息。

上述通知消息的实现形式可由本领域技术人员灵活采用。

S3，获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

所述通知消息推送到医生账户之后，客户端将医生账户针对该条通知消息的后续操作生成相应的后台数据，并上传到云端服务器，以最终汇总形成应答数据。所述操作，可以是简单的已点击通知消息(对应生成消息已读标记)，也可以进一步地在通知消息的基础上跳转到显示发布文档的界面(对应生成全文已读标记)，也可以在所述显示发布文档的界面中填入反馈内容(对应生成内容数据)。所有应答数据汇总后有利于云端进行集中挖掘，为药商账户提供具有参考意义的内容。

例如，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的通知消息的反馈条目进行统计，以便于在所形成的挖掘结果信息中展示相应的条目数量。容易理解地，这些条目数量可以反映医生群体对于该通知消息的阅读量和关注度，这相当于数据的样本量，样本量的多少决定了统计的准确性。同理地，可以针对相关的若干条通知消息的反馈条目进行统计，例如所述药商账户A在不同时间分别发布了关于甲巯咪唑片的药效信息、左甲状腺素钠片的适应症信息和甲亢的人群分布研究三篇发布文档，这三篇发布文档设置为相关性较大的通知消息，对这三篇发布文章所对应的通知消息的总的应答数据的挖掘，在需要了解现阶段甲亢的治疗方案是否合理时可以增大样本量，有助于了解是否有必要从药物方面去优化甲亢的治疗方案。

进一步地，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的通知消息的应答数据进行分类，以便于在所形成的挖掘结果信息中展示应答数据的各种偏向性。所谓偏向性可以根据数据统计的需要进行设定，例如，就同一观点而言，持支持态度、持反对态度、持中立态度还是不表态，这反映了一个医生账户或一类医生账户对该观点的偏向性，特别在没有在发布文档预先设置各种选项以收集偏向性的情况，云端通过这种方式对应答数据的挖掘，可以在很大程度上实现数据挖掘的智能化。

可选择地，所述应答数据的分类原则可以基于该应答数据的来源地，以反映不同所述来源地之间的反馈程度。所述来源地根据行政区域的划分来确定。例如，上述关于甲巯咪唑片的药效信息、左甲状腺素钠片的适应症信息和甲亢的人群分布研究三篇发布文档，按照行政区域进行分类统计，即按照一线城市、二线城市和农村地区来分别对各项数据进行统计，一方面可以了解一线城市、二线城市和农村地区的用药情况，另一方面也可以了解一线城市、二线城市和农村地区医生的经验情况，还可以比较一线城市、二线城市和农村地区的各种情况的差异表现。

更进一步地，对所述应答数据进行数据挖掘，还包括在针对同一条通知消息/相关的或相近的通知消息的应答数据中解析出核心词，以便于在所形成的挖掘结果信息中展示应答数据的核心内容。所述核心词，应当区别于前述的关键词。所述核心词应当理解为能够对所挖掘的应答数据的整体起到总结、提炼、提示作用的字词，或如前所述的能够反映所述应答数据偏向性的字词，例如反馈内容“优甲乐的起初服药量是每日一片，首次服药的时候有明显的心悸、眩晕，恶心的感受。就是浑身都难受，又说不出哪儿难受。”其中的核心词应当为带有总结性的、感情色彩的字词，“首次”“明显的”“难受”可以考虑作为所述核心词，“优甲乐”“服药量”以及隐含的“副作用”可以考虑作为关键词。所述关键词在所述临床药学信息的推送和显示时发挥了主要的作用，所述核心词在对响应于所述通知消息而反馈的应答数据的挖掘时发挥了主要的作用。所述云端服务器可以利用对自然语言的解析规则提取所述核心词。一种可选择的方式是针对总条目数较少的情况(例如少于1000条)将每一条应答数据的核心词解析出来，然后通过相同或相近的核心词的统计，将总数排在前列的若干个核心词作为这一批应答数据的总的核心词。针对总条目数较多的情况(例如大于1000条)，根据词的出现频率进行统计，再在高频词中再筛选合适的字词作为核心词。所述核心词能够在需要快速了解应答数据的时候提供了很大的便利，使挖掘结果信息的可读性和交互性大大提高。

在实际运行情况下，所述应答数据在医生账户的客户端生成之后便上传到云端，但是药商账户对应答数据的访问或后期的挖掘并不要求实时跟进，在药商账户的一端，可以要求配置为对应答数据进行定时访问，或在条件触发(例如每次登录后)后进行访问；对于对应答数据的挖掘所形成的挖掘结果信息可以配置为定时推送，或在条件触发(点击按钮以要求推送周报表)后推送到所述药商账户。

在另一种可能的情况，所述医生账户也可以发布临床药学信息，这种由医生账户发布的临床药学信息也可以被认为是响应于药商账户所发布的临床药学信息的应答数据，这种由医生账户发布的临床药学信息也由云端自动提取关键词以形成面向其他医生账户和/或药商账户的通知消息，所述云端服务器根据所提取的关键词抓取匹配的其他医生账户和/或药商账户从而形成针对其所发布的临床药学信息的推送列表。另一种可选择的实现方式中，该推送列表的成员可以仅包含其他医生账户，即由医生账户发布的内容仅在医生账户之间交互，在药商账户要求获取应答数据或应答数据的挖掘结果信息时，将相关联的医生账户所发布的临床药学信息作为应答数据进行推送或挖掘后进行推送。所谓相关联的医生账户，可以理解为该医生账户与所述药商账户存在信息交互的记录，也可以理解为该医生账户的用户信息是与所述药商账户曾经发布的临床药学信息相关度较高的。

S4，更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

这里所述的“标记信息”应当理解为在用户界面可视的可进行区分的标识符。常见的例子有表示账户活跃程度的“星级标记”、有表示账户是否有管理职能的“勋章标记”、有表示账户是否有奖励的“奖杯标记”。

在本发明的临床药学信息交互控制方法中，所述云端服务器会对提供所述应答数据的医生账户增加标记信息，目的在于对医生账户的活跃度和参与贡献程度在可视化的用户界面上有一个直观的辨识，另一个目的在于在后台形成具体评价医生账户参与贡献程度的数据，以便于作为派发奖励信息或回馈医生账户的参考依据。

一种可采取的更新标记信息的方式是，所述标记信息随所述应答数据的增多而更新，以反映该医生账户反馈条目的数量。这一种更新方式基于记数累加，例如，每点击一次推送的通知消息，云端记数+1；每回复一条评论，云端记数也+1；每发布一篇文章，云端也记数+1；每发起一个讨论，云端也记数+1。其他类似的在交互平台上的活动方式云端都记数+1。

另一种可采取的更新标记信息的方式是，所述标记随应答数据所含的核心词的增多而更新，以反映该医生账户反馈内容的参与贡献程度。这一种更新方式基于活动方式的权重来进行累加，参考上述的例子，每点击一次推送的通知消息，云端记数+1；每回复一条评论，云端记数+2；所回复的评论包含至少一个核心词，云端记数+2.5；所回复的评论的核心词每增加一个，云端记数+0.5；每发布一篇文章，云端记数+3；每发起一个讨论，云端记数+3。其他类似的在交互平台上的活动方式根据预设的权重值在云端增加相应的分数。

上述基于反馈条目数量的记数方式和基于反馈内容的记数方式可以同时采用，所用的标识符可以不同，也可以将分值统一计算后用一类标识符进行显示。

药商账户或者其他合作商可以根据所述标记信息对满足预设条件的医生账户派发奖励信息或回馈服务，形式不限。

进一步地，本发明的临床药学信息交互控制方法在供医生账户登录的第二客户端2的实现，至少包括以下步骤：

S1，登录医生账户，获取与本医生账户相匹配的基于药商账户提供的临床药学信息所生成的相应的通知消息；

在所述第二客户端2的角度来说，是所述临床药学信息的接收方，所述临床药学信息在上传到云端服务器之后，按照前述的过程自动生成通知消息，当前医生账户被加入到相应的推送列表后，即可接收所述通知消息。所述通知消息可以以前述的任意一种或多种组合的形式在用户界面上渲染，以供登录所述医生账户或第二客户端2的使用者阅读或进行反馈操作。

本步骤内的术语和前文已经介绍过的术语的含义相同，不再赘述。

另一种实现方式，可以是所述医生账户主动检索(可以通过所述检索目录查找)需要关注的所述临床药学信息，或者在自定义的推送列表中设定推送关键词。所有由药商账户上传的临床药学信息基于查询的便利可以进行分类。例如，以药物/药品的通用名为单位，可以有几种分类方式：通过汉语拼音首字母排序进行分类，通过药品通用名的英文名的首位字母排序进行分类，按照适应症类别进行分类。

S2，上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

在所述第二客户端2用户界面显示的所述通知消息，在医生账户针对该条通知消息的后续操作之后生成相应的后台数据，并上传到云端服务器，以最终汇总形成应答数据。所述操作，可以是简单的已点击通知消息，也可以进一步地在通知消息的基础上跳转到显示发布文档的界面，也可以在所述显示发布文档的界面中填入反馈内容。所有应答数据汇总后有利于云端进行集中挖掘，为药商账户提供具有参考意义的内容。

关于所述应答数据如何进行挖掘，以及挖掘的结果信息如何形成和推送到药商账户，请参考云端服务器的实施方式。

S3，更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

所述标记信息不仅可以在使用者自己的医生账户上无限制地查询和显示，也可在权限限制的条件下在药商账户和/或其他医生账户上进行查询和显示。

更进一步地，本发明的临床药学信息交互控制方法在供药商账户登录的第一客户端1的实现，至少包括以下步骤：

S1,登录药商账户；

S2，向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

S3，在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。

所述第一客户端1需要实现数据处理功能相对简单，作为所述临床药学信息的提供环境，需要提供便利的信息交互界面，即格式化的内容上传界面，和格式化的应答数据的挖掘结果信息显示界面。例如，所述上传界面可以设置基础信息设置模块，该模块用来预先填写在每一次发布文档时都要显示的内容；可以包括信息来源信息、合作联系人信息、相关的企业信息等；所述上传界面还可以设置批量上传模块，例如，可以批量导入包含不同内容的pdf文档，然后上传到云端服务器实现分类、提炼显示、整合显示等可视化效果。在挖掘结果显示界面，可以设置若干供数据显示/隐藏的条目，以便于对所显示的挖掘结果进行人工的二次挖掘。

S4，根据对提供所述应答数据的医生账户所增加的标记信息，对具有不同标记信息的医生账户提供标记信息所对应的服务，以分别奖励参与贡献程度不同的医生账户。

更进一步地，本发明实施例还提供了一种临床药学信息交互控制的设备，如图3所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该设备可以为包括手机、平板电脑、PDA(Personal DigitalAssistant，个人数字助理)、POS(Point of Sales，销售终端)、车载电脑等任意终端设备，以终端为手机为例：

图3示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图3，手机包括：射频(Radio Frequency，RF)电路1510、存储器1520、输入单元1530、显示单元1540、传感器1550、音频电路1560、无线保真 (wireless fidelity，WiFi)模块1570、处理器1580、以及电源1590等部件。本领域技术人员可以理解，图3中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图3对手机的各个构成部件进行具体的介绍：

RF电路1510可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器1580处理；另外，将设计上行的数据发送给基站。通常，RF电路1510包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外， RF电路1510还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进 (Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。

存储器1520可用于存储软件程序以及模块，处理器1580通过运行存储在存储器1520的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1520可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1520可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1530可用于接收输入的数字或字符信息，以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元1530可包括触控面板1531以及其他输入设备1532。触控面板1531，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1531上或在触控面板1531附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1531可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1580，并能接收处理器1580 发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1531。除了触控面板1531，输入单元1530还可以包括其他输入设备1532。具体地，其他输入设备1532可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1540可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1540可包括显示面板1541，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1541。进一步的，触控面板1531可覆盖显示面板1541，当触控面板1531检测到在其上或附近的触摸操作后，传送给处理器1580以确定触摸事件的类型，随后处理器1580 根据触摸事件的类型在显示面板1541上提供相应的视觉输出。虽然在图3中，触控面板1531与显示面板1541是作为两个独立的部件来实现手机的输入和输入功能，但是在某些实施例中，可以将触控面板1531与显示面板1541集成而实现手机的输入和输出功能。

手机还可包括至少一种传感器1550，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1541的亮度，接近传感器可在手机移动到耳边时，关闭显示面板1541和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路1560、扬声器1561，传声器1562可提供用户与手机之间的音频接口。音频电路1560可将接收到的音频数据转换后的电信号，传输到扬声器 1561，由扬声器1561转换为声音信号输出；另一方面，传声器1562将收集的声音信号转换为电信号，由音频电路1560接收后转换为音频数据，再将音频数据输出处理器1580处理后，经RF电路1510以发送给比如另一手机，或者将音频数据输出至存储器1520以便进一步处理。

WiFi属于短距离无线传输技术，手机通过WiFi模块1570可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图3示出了WiFi模块1570，但是可以理解的是，其并不属于手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1580是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1520内的软件程序和/或模块，以及调用存储在存储器1520内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1580可包括一个或多个处理单元；优选的，处理器1580可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1580中。

手机还包括给各个部件供电的电源1590(比如电池)，优选的，电源可以通过电源管理系统与处理器1580逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本发明实施例中，该终端所包括的处理器1580还能执行以下功能：

获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

在另一个可能的实施例中，该终端所包括的处理器还能执行以下功能：

登录医生账户，获取与本医生账户相匹配的基于药商账户提供的临床药学信息所生成的相应的通知消息；

上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

在另一个可能的实施例中，该终端所包括的处理器还能执行以下功能：

登录药商账户；

向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁盘或光盘等。

综上所述，本发明的临床药学信息交互控制方法及设备实现临床药学信息的快速推广、节省资源成本，促使医生更好地使用药品，能够及时发现用药问题，避免在患者身上产生安全隐患，能产生巨大的社会效益。

上述实施例为本发明较佳的实施方式，但并不仅仅受上述实施例的限制，其他的任何未背离本发明的精神实质与原理下所作的改变、修饰、替代、组合、简化，均应为等效的置换方式，均包含在本发明的保护范围之内。

Claims (22)

1.一种临床药学信息交互控制方法，其特征在于，包括如下步骤：

获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

2.如权利要求1所述的临床药学信息交互控制方法，其特征在于，所述临床药学信息来自于登录所述药商账户的与云端交互的客户端。

3.如权利要求2所述的临床药学信息交互控制方法，其特征在于，所述基于该临床药学信息生成相应的通知消息，所述通知消息包含了该临床药学信息的关键词和/或对应的链接。

4.如权利要求3所述的临床药学信息交互控制方法，其特征在于，所述关键词包含由云端识别并提取的医学名词和/或由药商账户所限定的字词。

5.如权利要求4所述的临床药学信息交互控制方法，其特征在于，所述关键词包括药品通用名，并基于该药品通用名生成检索目录。

6.如权利要求5所述的临床药学信息交互控制方法，其特征在于，所述检索目录根据所述药品通用名的汉语拼音首字母进行分类，或根据所述药品通用名的英文名的首字母进行分类，或根据所述药品的适应症类别进行分类。

7.如权利要求3所述的临床药学信息交互控制方法，其特征在于，所述通知消息以以下至少任意一种形式在登录所述医生账户和/或药商账户的客户端进行显示：以消息出弹框形式进行显示、在固定位置进行更新显示。

8.如权利要求1所述的临床药学信息交互控制方法，其特征在于，所述医生账户的用户信息至少包含医生执业信息，以用于与所述临床药学信息形成对应关系，形成该临床药学信息的推送列表。

9.如权利要求1所述的临床药学信息交互控制方法，其特征在于，所述响应于所述通知消息后相应反馈的应答数据配置为定时访问或在条件触发后进行访问。

10.如权利要求1所述的临床药学信息交互控制方法，其特征在于，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的若干条通知消息的反馈条目进行统计，以便于在所形成的挖掘结果信息中展示相应的条目数量。

11.如权利要求1所述的临床药学信息交互控制方法，其特征在于，对所述应答数据进行数据挖掘，包括针对同一条通知消息/相关的或相近的若干条通知消息的应答数据进行分类，以便于在所形成的挖掘结果信息中展示应答数据的各种偏向性。

12.如权利要求11所述的临床药学信息交互控制方法，其特征在于，所述分类原则基于所述应答数据的来源地，以反映不同所述来源地之间的反馈程度。

13.如权利要求12所述的临床药学信息交互控制方法，其特征在于，所述来源地根据行政区域的划分来确认。

14.如权利要求1所述的临床药学信息交互控制方法，其特征在于，对所述应答数据进行数据挖掘，包括在针对同一条通知消息/相关的或相近的若干条通知消息的应答数据中解析出核心词，以便于在所形成的挖掘结果信息中展示应答数据的核心内容。

15.如权利要求10～14任意一项所述的临床药学信息交互控制方法，其特征在于，所述对提供所述应答数据的医生账户增加标记信息，所述标记信息随所述应答数据的增多而更新，以反映该医生账户反馈条目的数量；以及/或者

所述标记信息随应答数据所含的核心词的增多而更新，以反映该医生账户应答内容的参与贡献程度。

16.如权利要求15所述的临床药学信息交互控制方法，其特征在于，向标记信息满足预设条件的所述医生账户派发奖励信息。

17.如权利要求1所述的临床药学信息交互控制方法，其特征在于，所述挖掘结果信息配置为定时推送到所述药商账户或在条件触发后推送到药商账户。

18.一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

获取药商账户提供的临床药学信息，基于该临床药学信息生成相应的通知消息；

确定与所述临床药学信息相关联的若干医生账户，向所述医生账户推送所述通知消息；

获取所述医生账户信息响应于所述通知消息后相应反馈的应答数据，以对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新提供所述应答数据的医生账户的标记信息，以供量化反映该医生账户的参与贡献程度。

19.一种临床药学信息交互控制方法，其特征在于，包括如下步骤：

登录医生账户，获取与本医生账户相匹配的基于药商账户提供的临床药学信息所生成的相应的通知消息；

上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

20.一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

登录医生账户，获取与本医生账户相匹配的，基于药商账户提供的临床药学信息所生成的相应的通知消息；

上传与所述通知消息所对应的临床药学信息相对应的应答数据，以供服务器对所述应答数据进行数据挖掘，形成推送至所述药商账户的挖掘结果信息；

更新显示反映本医生账户的参与贡献程度的标记信息，所述参与贡献程度由服务器基于所述应答数据而量化确定。

21.一种临床药学信息交互控制方法，其特征在于，包括如下步骤：

登录药商账户；

向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。

22.一种临床药学信息交互控制的设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现以下步骤：

登录药商账户；

向服务器上传临床药学信息，以供服务器基于该临床药学信息生成相应的通知消息；

在服务器确定了与所述临床药学信息相关联的若干医生账户并向所述医生账户推送所述通知消息之后，获取对所述医生账户响应于所述通知消息后相应反馈的应答数据进行数据挖掘之后所形成的挖掘结果信息。