本發(fā)明涉及計算機交互控制領域，更具體地，涉及一種臨床藥學信息交互控制方法及設備。

背景技術：

新藥從研發(fā)到上市的周期很長，上市之后還需要繼續(xù)進行ⅳ期臨床試驗以對新藥的各個方面提供持續(xù)的參考數據，所謂ⅳ期臨床試驗，為上市后開放試驗，通常不要求設對照組，但也不排除根據需要對某些適應癥或某些試驗對象進行小樣本隨機對照試驗。ⅳ期臨床試驗病例數需要按sda規(guī)定，病例數要求大于2000例。另外，ⅳ期臨床試驗雖為開放試驗，但有關病例入選標準、排除標準、退出標準、療效評價標準、不良反應評價標準、判定療效與不良反應的各項觀察指標等都需要參考ⅱ期臨床試驗的設計要求。也就是說，ⅳ期臨床試驗要求最大數量的樣本量，也需要專業(yè)人士特別是前線醫(yī)生的參與，ⅳ期臨床試驗通常在醫(yī)院進行，由醫(yī)生直接施用在患者身上，并從患者的各種指標來評定新藥的藥效，以及如何更好地調整劑量和使用方法。

目前的做法，新藥到達醫(yī)生手中，中間通常是由醫(yī)藥代表作為媒介的。但是現行的做法新藥的推廣效率低下、推廣成本巨大、收到的病例反饋數據周期長、病例數據有偏差，嚴重影響了新藥的后期開發(fā)進度。

技術實現要素：

鑒于上述問題，本發(fā)明提出了一種依靠網絡平臺的、能夠快速推廣新藥、有效收集反饋信息的臨床藥學信息交互控制方法及設備。

為實現本發(fā)明的目的，本發(fā)明采用以下技術手段：

首先是一種臨床藥學信息交互控制方法，包括如下步驟：

獲取藥商賬戶提供的臨床藥學信息，基于該臨床藥學信息生成相應的通知消息；

確定與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶，向所述醫(yī)生賬戶推送所述通知消息；

獲取所述醫(yī)生賬戶信息響應于所述通知消息后相應反饋的應答數據，以對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新提供所述應答數據的醫(yī)生賬戶的標記信息，以供量化反映該醫(yī)生賬戶的參與貢獻程度。

具體地，所述臨床藥學信息來自于登錄所述藥商賬戶的與云端交互的客戶端。

進一步地，所述基于該臨床藥學信息生成相應的通知消息，所述通知消息包含了該臨床藥學信息的關鍵詞和/或對應的鏈接。

具體地，所述關鍵詞包含由云端識別并提取的醫(yī)學名詞和/或由藥商賬戶所限定的字詞。

進一步地，所述關鍵詞包括藥品通用名，并基于該藥品通用名生成檢索目錄。

可選擇地，所述檢索目錄根據所述藥品通用名的漢語拼音首字母進行分類，或根據所述藥品通用名的英文名的首字母進行分類，或根據所述藥品的適應癥類別進行分類。

優(yōu)選地，所述通知消息以以下至少任意一種形式在登錄所述醫(yī)生賬戶和/或藥商賬戶的客戶端進行顯示：以消息出彈框形式進行顯示、在固定位置進行更新顯示。

進一步地，所述醫(yī)生賬戶的用戶信息至少包含醫(yī)生執(zhí)業(yè)信息，以用于與所述臨床藥學信息形成對應關系，形成該臨床藥學信息的推送列表。

更進一步地，所述響應于所述通知消息后相應反饋的應答數據配置為定時訪問或在條件觸發(fā)后進行訪問。

在一種可能的實現方式中，對所述應答數據進行數據挖掘，包括針對同一條通知消息/相關的或相近的若干條通知消息的反饋條目進行統(tǒng)計，以便于在所形成的挖掘結果信息中展示相應的條目數量。

在另一種可能的實現方式中，對所述應答數據進行數據挖掘，包括針對同一條通知消息/相關的或相近的通知消息的應答數據進行分類，以便于在所形成的挖掘結果信息中展示應答數據的各種偏向性。

在其中一種可能的實現方式中，所述分類原則基于所述應答數據的來源地，以反映不同所述來源地之間的反饋程度。

優(yōu)選地，所述來源地根據行政區(qū)域的劃分來確認。

在另一種可能的實現方式中，對所述應答數據進行數據挖掘，包括在針對同一條通知消息/相關的/相近的若干條通知消息的應答數據中解析出核心詞，以便于在所形成的挖掘結果信息中展示應答數據的核心內容。

更進一步地，所述對提供所述應答數據的醫(yī)生賬戶增加標記信息，所述標記信息隨所述應答數據的增多而更新，以反映該醫(yī)生賬戶反饋條目的數量；以及/或者

所述標記信息隨應答數據所含的核心詞的增多而更新，以反映該醫(yī)生賬戶反饋內容的參與貢獻程度。

進一步地，向標記信息滿足預設條件的所述醫(yī)生賬戶派發(fā)獎勵信息。

優(yōu)選地，所述挖掘結果信息配置為定時推送到所述藥商賬戶或在條件觸發(fā)后推送到藥商賬戶。

其次是一種臨床藥學信息交互控制的設備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其中，所述處理器執(zhí)行所述程序時實現以下步驟：

獲取藥商賬戶提供的臨床藥學信息，基于該臨床藥學信息生成相應的通知消息；

確定與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶，向所述醫(yī)生賬戶推送所述通知消息；

獲取所述醫(yī)生賬戶信息響應于所述通知消息后相應反饋的應答數據，以對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新提供所述應答數據的醫(yī)生賬戶的標記信息，以供量化反映該醫(yī)生賬戶的參與貢獻程度。

第三種是一種臨床藥學信息交互控制方法，包括如下步驟：

登錄醫(yī)生賬戶，獲取與本醫(yī)生賬戶相匹配的基于藥商賬戶提供的臨床藥學信息所生成的相應的通知消息；

上傳與所述通知消息所對應的臨床藥學信息相對應的應答數據，以供服務器對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新顯示反映本醫(yī)生賬戶的參與貢獻程度的標記信息，所述參與貢獻程度由服務器基于所述應答數據而量化確定。

第四種是一種臨床藥學信息交互控制的設備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其中，所述處理器執(zhí)行所述程序時實現以下步驟：

登錄醫(yī)生賬戶，獲取與本醫(yī)生賬戶相匹配的基于藥商賬戶提供的臨床藥學信息所生成的相應的通知消息；

上傳與所述通知消息所對應的臨床藥學信息相對應的應答數據，以供服務器對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新顯示反映本醫(yī)生賬戶的參與貢獻程度的標記信息，所述參與貢獻程度由服務器基于所述應答數據而量化確定。

第五種是一種臨床藥學信息交互控制方法，包括如下步驟：

登錄藥商賬戶；

向服務器上傳臨床藥學信息，以供服務器基于該臨床藥學信息生成相應的通知消息；

在服務器確定了與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶并向所述醫(yī)生賬戶推送所述通知消息之后，獲取對所述醫(yī)生賬戶響應于所述通知消息后相應反饋的應答數據進行數據挖掘之后所形成的挖掘結果信息。

第六種一種臨床藥學信息交互控制的設備，包括存儲器、處理器及存儲在存儲器上并可在處理器上運行的計算機程序，其中，所述處理器執(zhí)行所述程序時實現以下步驟：

登錄藥商賬戶；

向服務器上傳臨床藥學信息，以供服務器基于該臨床藥學信息生成相應的通知消息；

在服務器確定了與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶并向所述醫(yī)生賬戶推送所述通知消息之后，獲取對所述醫(yī)生賬戶響應于所述通知消息后相應反饋的應答數據進行數據挖掘之后所形成的挖掘結果信息。

相對于現有技術，本發(fā)明提供的方案，至少具有以下優(yōu)勢：

本發(fā)明的臨床藥學信息交互控制方法及設備，以移動網絡平臺聯(lián)系醫(yī)生和藥商，打破了地域和時間的限制，大大節(jié)約了交流的成本，加快了新藥信息甚至其他相關的藥學信息的傳播。

本發(fā)明的臨床藥學信息交互控制方法及設備，使醫(yī)藥代表的媒介作用大大減弱，減少了新藥推廣的人力成本。

本發(fā)明的臨床藥學信息交互控制方法及設備，以云端服務器進行分類、定向推廣，讓臨床藥學信息傳播的針對性更強，能得到更有價值的反饋意見。

本發(fā)明的臨床藥學信息交互控制方法及設備，以云端服務器對所有數據進行統(tǒng)計和挖掘，使數據的精確性提高，為新藥的后期開發(fā)提供更有價值的參考。

本發(fā)明的這些方面或其他方面在以下實施例的描述中會更加簡明易懂。

附圖說明

為了更清楚地說明本發(fā)明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1示出了本發(fā)明的臨床藥學信息交互控制的設備的組織結構圖。

圖2示出了本發(fā)明的臨床藥學信息交互控制方法的流程圖。

圖3示出了根據本發(fā)明一個實施例的用于實現臨床藥學信息交互控制的裝置的框圖。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述。

在本發(fā)明的說明書和權利要求書及上述附圖中的描述的一些流程中，包含了按照特定順序出現的多個操作，但是應該清楚了解，這些操作可以不按照其在本文中出現的順序來執(zhí)行或并行執(zhí)行，操作的序號如101、102等，僅僅是用于區(qū)分開各個不同的操作，序號本身不代表任何的執(zhí)行順序。另外，這些流程可以包括更多或更少的操作，并且這些操作可以按順序執(zhí)行或并行執(zhí)行。需要說明的是，本文中的“第一”、“第二”等描述，是用于區(qū)分不同的消息、設備、模塊等，不代表先后順序，也不限定“第一”和“第二”是不同的類型。

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

所述臨床藥學信息，應當理解為為治療某一種/一類疾病或針對某一種癥狀而提供的某種藥物的內容，包括但不限于所述某種藥物的理化性質的介紹、所述某種藥物的藥理學介紹、所述某種藥物的臨床試驗的病例及試驗結果的介紹、所述某種藥物的研究實驗報告、針對所述某種藥物提出的討論主題等內容。這些臨床藥學信息意在從各個方面公開所述某種藥物的臨床信息。

所述藥商賬戶，應當理解為所述臨床藥學信息主要提供者，“藥商”僅代表一個統(tǒng)稱，應當主要包括藥物的制造商、藥物的代理商、藥物的推廣商，甚至是藥物的研發(fā)者。所述藥商賬戶即為在交互控制平臺/系統(tǒng)中注冊所獲得的唯一性賬戶，賬戶作為一個信息的集合，即可以通過這個賬戶發(fā)布信息，即發(fā)布所述臨床藥學信息，也可以通過這個賬戶獲取信息，即針對所發(fā)布的所述臨床藥學信息獲取相關的反饋信息。

所述醫(yī)生賬戶，相對與藥商賬戶而言，是所述臨床藥學信息的主要接收者，醫(yī)生賬戶也一般理解為個人在所述交互控制平臺/系統(tǒng)中注冊的個人賬戶，為了合理地、有針對性地發(fā)布所述臨床藥學信息，所述醫(yī)生賬戶在注冊時優(yōu)先要求填寫醫(yī)生的執(zhí)業(yè)信息，包括但不限于醫(yī)師執(zhí)業(yè)證的主要信息、執(zhí)業(yè)地點、工作科室、從業(yè)年限等可以對醫(yī)生身份進行驗證的信息。

所述通知消息，是客戶端與使用者進行可視化交互的方式之一，這里所述的客戶端可以指搭載了windows系統(tǒng)的個人電腦、平板電腦，也可以指搭載了android系統(tǒng)的便攜式終端(智能手機、平板電腦等)。以android為例，通知消息一般可以通過消息彈出框在用戶界面進行渲染顯示，來有限獲取使用者的注意力，android提供了幾種消息彈出框的實現方式，分別為alert、標記、toast、預覽和通知欄，這些消息彈出框的渲染效果和靈活運用是本領域技術人員熟知的，在此不進行贅述。

所述應答數據，是閱讀者(主要是醫(yī)生賬戶)針對所述通知消息而產生的反饋操作所形成的數據集合，所述反饋操作可以是由未讀狀態(tài)更新為已讀狀態(tài)(即未讀標記更新為已讀標記)、回復的具體內容、也可以是對通知消息的全文內容進行轉載分享(即增加轉載分享的標記)。

針對普通使用者，以智能手機為代表的便攜式設備已經非常普及，便攜式設備通常搭載了android系統(tǒng)，android系統(tǒng)引起平臺的開放性可以使很多交互功能實現跨平臺運作，針對本發(fā)明的臨床藥學信息交互控制方法，也以android系統(tǒng)為例展開敘述，然而，這需要理解的是android系統(tǒng)下的交互控制過程不是對本方法的實現進行形式上的限制。

參考圖1，本發(fā)明的臨床藥學信息交互控制方法，通常有三方參與：所述臨床藥學信息的提供者，即通過第一客戶端1登錄的藥商賬戶，所述臨床藥學信息的接收者，即通過第二客戶端2登錄的醫(yī)生賬戶，所述臨床藥學信息交互的平臺，即云端服務器3。

參考圖2，本發(fā)明的臨床藥學信息交互控制方法在云端服務器3的實現，至少包括以下步驟：

s1，獲取藥商賬戶提供的臨床藥學信息，基于該臨床藥學信息生成相應的通知消息；

具體地，提供的所述臨床藥學信息的藥商要現在其所在的客戶端向云端服務器注冊一個賬號，即所述藥商賬號，從所述藥商賬號所對應的用戶界面所提供的輸入區(qū)域，按照指示填入需要發(fā)布的內容，或將需要發(fā)布的內容導入輸入區(qū)域，所述云端服務器經過自動解碼轉換生成發(fā)布文檔，并且將所述發(fā)布文檔中的涉及關鍵的醫(yī)學名詞和/或由藥商賬戶所自主限定的字詞提取出來作為關鍵詞，生成相應的通知消息。所述通知消息不僅包含所述提取的關鍵詞，還應當包括跳轉到所述發(fā)布文檔的鏈接。

所述云端服務器不僅為所述臨床藥學信息提供了一個發(fā)布渠道，還提供了一個數據整合的渠道，例如，針對同一種藥物/同一種病癥/同一種癥狀，可以將歷史發(fā)布內容和最新的發(fā)布內容關聯(lián)起來，或者將限定時間段內的發(fā)布內容根據預設的條件關聯(lián)起來，在藥商賬戶需要的時候，可以自動導出發(fā)布報告，對針對某一病癥/某一癥狀的藥學內容，或某一種藥物的使用進展有一個時間軸上的統(tǒng)計，或者是橫向比較的統(tǒng)計，更有利于所述臨床藥學信息的推廣。

在一種可能的實施方式中，利用所述關鍵詞生成檢索目錄，供登錄所述藥商賬戶的客戶端對各種已經上傳到服務器的所述臨床藥學信息進行檢索。在一種可能的實施方式中，所述關鍵詞包括藥品通用名，并且基于該藥品通用名生成所述檢索目錄。具體地，所述檢索目錄的排序方式可以是根據所述藥品通用名的漢語拼音首字母進行排列以進行分類，也可以是根據所述藥品通用名的英文名的首字母進行排列以進行分類，也可以是根據所述藥品的適應癥類別進行排列以進行分類。檢索目錄設置的目的是為了能夠快速檢索到目標藥品的相關信息，該檢索目錄通常在用戶界面顯示，所述用戶界面不僅指所述藥商賬戶的用戶界面，也指所述醫(yī)生賬戶的用戶界面，即該檢索目錄供所有用戶使用。

s2，確定與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶，向所述醫(yī)生賬戶推送所述通知消息；

如前所述，由于醫(yī)生賬戶的用戶信息包含但不限于醫(yī)師執(zhí)業(yè)證的主要信息、執(zhí)業(yè)地點、工作科室、從業(yè)年限等可以對醫(yī)生身份進行驗證的信息，可以將海量的醫(yī)生賬戶與前述所發(fā)布的臨床藥學信息進行關聯(lián)，特別是針對所述關鍵詞的關聯(lián)，例如藥商賬戶a要發(fā)布關于甲巰咪唑片的新信息，所形成的發(fā)布文檔由云端識別出“甲巰咪唑片”“甲狀腺”“甲亢”等關鍵詞并生成通知消息。所述通知消息通常需要推送到指定的醫(yī)生賬戶，這需要云端服務器輪詢在該服務器注冊的醫(yī)生賬戶，將所述醫(yī)生賬戶的用戶信息中包含“內科”“分泌內科”“甲狀腺”的醫(yī)生賬戶標記為待推送的對象，并建立推送云端與相應的醫(yī)生賬戶之間的推送鏈路，由此形成針對所述關于甲巰咪唑片的新信息的推送列表。在下一次針對含有相同關鍵詞或同類關鍵詞的通知消息的推送任務時，可以直接調用所述推送列表，或者對所述推送列表進行適應性調整，形成新的推送列表。

如前所述，所述通知消息在android中以消息彈出框實現，使用所述醫(yī)生賬戶的用戶在用戶界面可能會看到如下至少任意一種顯示方式：

a)彈出一個對話框，所述對話框顯示“有一條新的推送消息，是否需要閱讀？”，并且提供了“好的，現在閱讀”和“稍后閱讀”的按鈕。

b)在客戶端的圖標的一角或客戶端主界面/子界面的消息圖標的一角顯示有數字氣泡，并且數字氣泡在未打開閱讀通知消息之前不會自動消失，并且數字隨著未讀消息的條目數的變化而變化。

c)在任意界面短暫出現一個提示框，所述提示框顯示“有一條新的推送消息”并有部分所述關鍵詞或所述發(fā)布文檔的內容，該提示框不提供任何按鈕，點擊也不會跳轉，當然為了方便閱讀，也可以將所述按鈕的功能和跳轉的功能設置在提示框中。

d)在通知欄出現，下拉通知欄可見所述關鍵詞或部分所述發(fā)布文檔的內容，點擊對應的一欄可跳轉到相應的界面。

在一種可能的實現方式中，所述通知消息在客戶端的某一個固定位置反復更新出現，就如滾動的廣告牌，定時顯示最新發(fā)布的若干條通知消息，并且在有新的通知消息時替換最先加入顯示的通知消息。

上述通知消息的實現形式可由本領域技術人員靈活采用。

s3，獲取所述醫(yī)生賬戶信息響應于所述通知消息后相應反饋的應答數據，以對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

所述通知消息推送到醫(yī)生賬戶之后，客戶端將醫(yī)生賬戶針對該條通知消息的后續(xù)操作生成相應的后臺數據，并上傳到云端服務器，以最終匯總形成應答數據。所述操作，可以是簡單的已點擊通知消息(對應生成消息已讀標記)，也可以進一步地在通知消息的基礎上跳轉到顯示發(fā)布文檔的界面(對應生成全文已讀標記)，也可以在所述顯示發(fā)布文檔的界面中填入反饋內容(對應生成內容數據)。所有應答數據匯總后有利于云端進行集中挖掘，為藥商賬戶提供具有參考意義的內容。

例如，對所述應答數據進行數據挖掘，包括針對同一條通知消息/相關的或相近的通知消息的反饋條目進行統(tǒng)計，以便于在所形成的挖掘結果信息中展示相應的條目數量。容易理解地，這些條目數量可以反映醫(yī)生群體對于該通知消息的閱讀量和關注度，這相當于數據的樣本量，樣本量的多少決定了統(tǒng)計的準確性。同理地，可以針對相關的若干條通知消息的反饋條目進行統(tǒng)計，例如所述藥商賬戶a在不同時間分別發(fā)布了關于甲巰咪唑片的藥效信息、左甲狀腺素鈉片的適應癥信息和甲亢的人群分布研究三篇發(fā)布文檔，這三篇發(fā)布文檔設置為相關性較大的通知消息，對這三篇發(fā)布文章所對應的通知消息的總的應答數據的挖掘，在需要了解現階段甲亢的治療方案是否合理時可以增大樣本量，有助于了解是否有必要從藥物方面去優(yōu)化甲亢的治療方案。

進一步地，對所述應答數據進行數據挖掘，包括針對同一條通知消息/相關的或相近的通知消息的應答數據進行分類，以便于在所形成的挖掘結果信息中展示應答數據的各種偏向性。所謂偏向性可以根據數據統(tǒng)計的需要進行設定，例如，就同一觀點而言，持支持態(tài)度、持反對態(tài)度、持中立態(tài)度還是不表態(tài)，這反映了一個醫(yī)生賬戶或一類醫(yī)生賬戶對該觀點的偏向性，特別在沒有在發(fā)布文檔預先設置各種選項以收集偏向性的情況，云端通過這種方式對應答數據的挖掘，可以在很大程度上實現數據挖掘的智能化。

可選擇地，所述應答數據的分類原則可以基于該應答數據的來源地，以反映不同所述來源地之間的反饋程度。所述來源地根據行政區(qū)域的劃分來確定。例如，上述關于甲巰咪唑片的藥效信息、左甲狀腺素鈉片的適應癥信息和甲亢的人群分布研究三篇發(fā)布文檔，按照行政區(qū)域進行分類統(tǒng)計，即按照一線城市、二線城市和農村地區(qū)來分別對各項數據進行統(tǒng)計，一方面可以了解一線城市、二線城市和農村地區(qū)的用藥情況，另一方面也可以了解一線城市、二線城市和農村地區(qū)醫(yī)生的經驗情況，還可以比較一線城市、二線城市和農村地區(qū)的各種情況的差異表現。

更進一步地，對所述應答數據進行數據挖掘，還包括在針對同一條通知消息/相關的或相近的通知消息的應答數據中解析出核心詞，以便于在所形成的挖掘結果信息中展示應答數據的核心內容。所述核心詞，應當區(qū)別于前述的關鍵詞。所述核心詞應當理解為能夠對所挖掘的應答數據的整體起到總結、提煉、提示作用的字詞，或如前所述的能夠反映所述應答數據偏向性的字詞，例如反饋內容“優(yōu)甲樂的起初服藥量是每日一片，首次服藥的時候有明顯的心悸、眩暈，惡心的感受。就是渾身都難受，又說不出哪兒難受。”其中的核心詞應當為帶有總結性的、感情色彩的字詞，“首次”“明顯的”“難受”可以考慮作為所述核心詞，“優(yōu)甲樂”“服藥量”以及隱含的“副作用”可以考慮作為關鍵詞。所述關鍵詞在所述臨床藥學信息的推送和顯示時發(fā)揮了主要的作用，所述核心詞在對響應于所述通知消息而反饋的應答數據的挖掘時發(fā)揮了主要的作用。所述云端服務器可以利用對自然語言的解析規(guī)則提取所述核心詞。一種可選擇的方式是針對總條目數較少的情況(例如少于1000條)將每一條應答數據的核心詞解析出來，然后通過相同或相近的核心詞的統(tǒng)計，將總數排在前列的若干個核心詞作為這一批應答數據的總的核心詞。針對總條目數較多的情況(例如大于1000條)，根據詞的出現頻率進行統(tǒng)計，再在高頻詞中再篩選合適的字詞作為核心詞。所述核心詞能夠在需要快速了解應答數據的時候提供了很大的便利，使挖掘結果信息的可讀性和交互性大大提高。

在實際運行情況下，所述應答數據在醫(yī)生賬戶的客戶端生成之后便上傳到云端，但是藥商賬戶對應答數據的訪問或后期的挖掘并不要求實時跟進，在藥商賬戶的一端，可以要求配置為對應答數據進行定時訪問，或在條件觸發(fā)(例如每次登錄后)后進行訪問；對于對應答數據的挖掘所形成的挖掘結果信息可以配置為定時推送，或在條件觸發(fā)(點擊按鈕以要求推送周報表)后推送到所述藥商賬戶。

在另一種可能的情況，所述醫(yī)生賬戶也可以發(fā)布臨床藥學信息，這種由醫(yī)生賬戶發(fā)布的臨床藥學信息也可以被認為是響應于藥商賬戶所發(fā)布的臨床藥學信息的應答數據，這種由醫(yī)生賬戶發(fā)布的臨床藥學信息也由云端自動提取關鍵詞以形成面向其他醫(yī)生賬戶和/或藥商賬戶的通知消息，所述云端服務器根據所提取的關鍵詞抓取匹配的其他醫(yī)生賬戶和/或藥商賬戶從而形成針對其所發(fā)布的臨床藥學信息的推送列表。另一種可選擇的實現方式中，該推送列表的成員可以僅包含其他醫(yī)生賬戶，即由醫(yī)生賬戶發(fā)布的內容僅在醫(yī)生賬戶之間交互，在藥商賬戶要求獲取應答數據或應答數據的挖掘結果信息時，將相關聯(lián)的醫(yī)生賬戶所發(fā)布的臨床藥學信息作為應答數據進行推送或挖掘后進行推送。所謂相關聯(lián)的醫(yī)生賬戶，可以理解為該醫(yī)生賬戶與所述藥商賬戶存在信息交互的記錄，也可以理解為該醫(yī)生賬戶的用戶信息是與所述藥商賬戶曾經發(fā)布的臨床藥學信息相關度較高的。

s4，更新提供所述應答數據的醫(yī)生賬戶的標記信息，以供量化反映該醫(yī)生賬戶的參與貢獻程度。

這里所述的“標記信息”應當理解為在用戶界面可視的可進行區(qū)分的標識符。常見的例子有表示賬戶活躍程度的“星級標記”、有表示賬戶是否有管理職能的“勛章標記”、有表示賬戶是否有獎勵的“獎杯標記”。

在本發(fā)明的臨床藥學信息交互控制方法中，所述云端服務器會對提供所述應答數據的醫(yī)生賬戶增加標記信息，目的在于對醫(yī)生賬戶的活躍度和參與貢獻程度在可視化的用戶界面上有一個直觀的辨識，另一個目的在于在后臺形成具體評價醫(yī)生賬戶參與貢獻程度的數據，以便于作為派發(fā)獎勵信息或回饋醫(yī)生賬戶的參考依據。

一種可采取的更新標記信息的方式是，所述標記信息隨所述應答數據的增多而更新，以反映該醫(yī)生賬戶反饋條目的數量。這一種更新方式基于記數累加，例如，每點擊一次推送的通知消息，云端記數+1；每回復一條評論，云端記數也+1；每發(fā)布一篇文章，云端也記數+1；每發(fā)起一個討論，云端也記數+1。其他類似的在交互平臺上的活動方式云端都記數+1。

另一種可采取的更新標記信息的方式是，所述標記隨應答數據所含的核心詞的增多而更新，以反映該醫(yī)生賬戶反饋內容的參與貢獻程度。這一種更新方式基于活動方式的權重來進行累加，參考上述的例子，每點擊一次推送的通知消息，云端記數+1；每回復一條評論，云端記數+2；所回復的評論包含至少一個核心詞，云端記數+2.5；所回復的評論的核心詞每增加一個，云端記數+0.5；每發(fā)布一篇文章，云端記數+3；每發(fā)起一個討論，云端記數+3。其他類似的在交互平臺上的活動方式根據預設的權重值在云端增加相應的分數。

上述基于反饋條目數量的記數方式和基于反饋內容的記數方式可以同時采用，所用的標識符可以不同，也可以將分值統(tǒng)一計算后用一類標識符進行顯示。

藥商賬戶或者其他合作商可以根據所述標記信息對滿足預設條件的醫(yī)生賬戶派發(fā)獎勵信息或回饋服務，形式不限。

進一步地，本發(fā)明的臨床藥學信息交互控制方法在供醫(yī)生賬戶登錄的第二客戶端2的實現，至少包括以下步驟：

s1，登錄醫(yī)生賬戶，獲取與本醫(yī)生賬戶相匹配的基于藥商賬戶提供的臨床藥學信息所生成的相應的通知消息；

在所述第二客戶端2的角度來說，是所述臨床藥學信息的接收方，所述臨床藥學信息在上傳到云端服務器之后，按照前述的過程自動生成通知消息，當前醫(yī)生賬戶被加入到相應的推送列表后，即可接收所述通知消息。所述通知消息可以以前述的任意一種或多種組合的形式在用戶界面上渲染，以供登錄所述醫(yī)生賬戶或第二客戶端2的使用者閱讀或進行反饋操作。

本步驟內的術語和前文已經介紹過的術語的含義相同，不再贅述。

另一種實現方式，可以是所述醫(yī)生賬戶主動檢索(可以通過所述檢索目錄查找)需要關注的所述臨床藥學信息，或者在自定義的推送列表中設定推送關鍵詞。所有由藥商賬戶上傳的臨床藥學信息基于查詢的便利可以進行分類。例如，以藥物/藥品的通用名為單位，可以有幾種分類方式：通過漢語拼音首字母排序進行分類，通過藥品通用名的英文名的首位字母排序進行分類，按照適應癥類別進行分類。

s2，上傳與所述通知消息所對應的臨床藥學信息相對應的應答數據，以供服務器對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

在所述第二客戶端2用戶界面顯示的所述通知消息，在醫(yī)生賬戶針對該條通知消息的后續(xù)操作之后生成相應的后臺數據，并上傳到云端服務器，以最終匯總形成應答數據。所述操作，可以是簡單的已點擊通知消息，也可以進一步地在通知消息的基礎上跳轉到顯示發(fā)布文檔的界面，也可以在所述顯示發(fā)布文檔的界面中填入反饋內容。所有應答數據匯總后有利于云端進行集中挖掘，為藥商賬戶提供具有參考意義的內容。

關于所述應答數據如何進行挖掘，以及挖掘的結果信息如何形成和推送到藥商賬戶，請參考云端服務器的實施方式。

s3，更新顯示反映本醫(yī)生賬戶的參與貢獻程度的標記信息，所述參與貢獻程度由服務器基于所述應答數據而量化確定。

所述標記信息不僅可以在使用者自己的醫(yī)生賬戶上無限制地查詢和顯示，也可在權限限制的條件下在藥商賬戶和/或其他醫(yī)生賬戶上進行查詢和顯示。

更進一步地，本發(fā)明的臨床藥學信息交互控制方法在供藥商賬戶登錄的第一客戶端1的實現，至少包括以下步驟：

s1,登錄藥商賬戶；

s2，向服務器上傳臨床藥學信息，以供服務器基于該臨床藥學信息生成相應的通知消息；

s3，在服務器確定了與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶并向所述醫(yī)生賬戶推送所述通知消息之后，獲取對所述醫(yī)生賬戶響應于所述通知消息后相應反饋的應答數據進行數據挖掘之后所形成的挖掘結果信息。

所述第一客戶端1需要實現數據處理功能相對簡單，作為所述臨床藥學信息的提供環(huán)境，需要提供便利的信息交互界面，即格式化的內容上傳界面，和格式化的應答數據的挖掘結果信息顯示界面。例如，所述上傳界面可以設置基礎信息設置模塊，該模塊用來預先填寫在每一次發(fā)布文檔時都要顯示的內容；可以包括信息來源信息、合作聯(lián)系人信息、相關的企業(yè)信息等；所述上傳界面還可以設置批量上傳模塊，例如，可以批量導入包含不同內容的pdf文檔，然后上傳到云端服務器實現分類、提煉顯示、整合顯示等可視化效果。在挖掘結果顯示界面，可以設置若干供數據顯示/隱藏的條目，以便于對所顯示的挖掘結果進行人工的二次挖掘。

s4，根據對提供所述應答數據的醫(yī)生賬戶所增加的標記信息，對具有不同標記信息的醫(yī)生賬戶提供標記信息所對應的服務，以分別獎勵參與貢獻程度不同的醫(yī)生賬戶。

更進一步地，本發(fā)明實施例還提供了一種臨床藥學信息交互控制的設備，如圖3所示，為了便于說明，僅示出了與本發(fā)明實施例相關的部分，具體技術細節(jié)未揭示的，請參照本發(fā)明實施例方法部分。該設備可以為包括手機、平板電腦、pda(personaldigitalassistant，個人數字助理)、pos(pointofsales，銷售終端)、車載電腦等任意終端設備，以終端為手機為例：

圖3示出的是與本發(fā)明實施例提供的終端相關的手機的部分結構的框圖。參考圖3，手機包括：射頻(radiofrequency，rf)電路1510、存儲器1520、輸入單元1530、顯示單元1540、傳感器1550、音頻電路1560、無線保真(wirelessfidelity，wifi)模塊1570、處理器1580、以及電源1590等部件。本領域技術人員可以理解，圖3中示出的手機結構并不構成對手機的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

下面結合圖3對手機的各個構成部件進行具體的介紹：

rf電路1510可用于收發(fā)信息或通話過程中，信號的接收和發(fā)送，特別地，將基站的下行信息接收后，給處理器1580處理；另外，將設計上行的數據發(fā)送給基站。通常，rf電路1510包括但不限于天線、至少一個放大器、收發(fā)信機、耦合器、低噪聲放大器(lownoiseamplifier，lna)、雙工器等。此外，rf電路1510還可以通過無線通信與網絡和其他設備通信。上述無線通信可以使用任一通信標準或協(xié)議，包括但不限于全球移動通訊系統(tǒng)(globalsystemofmobilecommunication，gsm)、通用分組無線服務(generalpacketradioservice，gprs)、碼分多址(codedivisionmultipleaccess，cdma)、寬帶碼分多址(widebandcodedivisionmultipleaccess,wcdma)、長期演進(longtermevolution，lte)、電子郵件、短消息服務(shortmessagingservice，sms)等。

存儲器1520可用于存儲軟件程序以及模塊，處理器1580通過運行存儲在存儲器1520的軟件程序以及模塊，從而執(zhí)行手機的各種功能應用以及數據處理。存儲器1520可主要包括存儲程序區(qū)和存儲數據區(qū)，其中，存儲程序區(qū)可存儲操作系統(tǒng)、至少一個功能所需的應用程序(比如聲音播放功能、圖像播放功能等)等；存儲數據區(qū)可存儲根據手機的使用所創(chuàng)建的數據(比如音頻數據、電話本等)等。此外，存儲器1520可以包括高速隨機存取存儲器，還可以包括非易失性存儲器，例如至少一個磁盤存儲器件、閃存器件、或其他易失性固態(tài)存儲器件。

輸入單元1530可用于接收輸入的數字或字符信息，以及產生與手機的用戶設置以及功能控制有關的鍵信號輸入。具體地，輸入單元1530可包括觸控面板1531以及其他輸入設備1532。觸控面板1531，也稱為觸摸屏，可收集用戶在其上或附近的觸摸操作(比如用戶使用手指、觸筆等任何適合的物體或附件在觸控面板1531上或在觸控面板1531附近的操作)，并根據預先設定的程式驅動相應的連接裝置?？蛇x的，觸控面板1531可包括觸摸檢測裝置和觸摸控制器兩個部分。其中，觸摸檢測裝置檢測用戶的觸摸方位，并檢測觸摸操作帶來的信號，將信號傳送給觸摸控制器；觸摸控制器從觸摸檢測裝置上接收觸摸信息，并將它轉換成觸點坐標，再送給處理器1580，并能接收處理器1580發(fā)來的命令并加以執(zhí)行。此外，可以采用電阻式、電容式、紅外線以及表面聲波等多種類型實現觸控面板1531。除了觸控面板1531，輸入單元1530還可以包括其他輸入設備1532。具體地，其他輸入設備1532可以包括但不限于物理鍵盤、功能鍵(比如音量控制按鍵、開關按鍵等)、軌跡球、鼠標、操作桿等中的一種或多種。

顯示單元1540可用于顯示由用戶輸入的信息或提供給用戶的信息以及手機的各種菜單。顯示單元1540可包括顯示面板1541，可選的，可以采用液晶顯示器(liquidcrystaldisplay，lcd)、有機發(fā)光二極管(organiclight-emittingdiode,oled)等形式來配置顯示面板1541。進一步的，觸控面板1531可覆蓋顯示面板1541，當觸控面板1531檢測到在其上或附近的觸摸操作后，傳送給處理器1580以確定觸摸事件的類型，隨后處理器1580根據觸摸事件的類型在顯示面板1541上提供相應的視覺輸出。雖然在圖3中，觸控面板1531與顯示面板1541是作為兩個獨立的部件來實現手機的輸入和輸入功能，但是在某些實施例中，可以將觸控面板1531與顯示面板1541集成而實現手機的輸入和輸出功能。

手機還可包括至少一種傳感器1550，比如光傳感器、運動傳感器以及其他傳感器。具體地，光傳感器可包括環(huán)境光傳感器及接近傳感器，其中，環(huán)境光傳感器可根據環(huán)境光線的明暗來調節(jié)顯示面板1541的亮度，接近傳感器可在手機移動到耳邊時，關閉顯示面板1541和/或背光。作為運動傳感器的一種，加速計傳感器可檢測各個方向上(一般為三軸)加速度的大小，靜止時可檢測出重力的大小及方向，可用于識別手機姿態(tài)的應用(比如橫豎屏切換、相關游戲、磁力計姿態(tài)校準)、振動識別相關功能(比如計步器、敲擊)等；至于手機還可配置的陀螺儀、氣壓計、濕度計、溫度計、紅外線傳感器等其他傳感器，在此不再贅述。

音頻電路1560、揚聲器1561，傳聲器1562可提供用戶與手機之間的音頻接口。音頻電路1560可將接收到的音頻數據轉換后的電信號，傳輸到揚聲器1561，由揚聲器1561轉換為聲音信號輸出；另一方面，傳聲器1562將收集的聲音信號轉換為電信號，由音頻電路1560接收后轉換為音頻數據，再將音頻數據輸出處理器1580處理后，經rf電路1510以發(fā)送給比如另一手機，或者將音頻數據輸出至存儲器1520以便進一步處理。

wifi屬于短距離無線傳輸技術，手機通過wifi模塊1570可以幫助用戶收發(fā)電子郵件、瀏覽網頁和訪問流式媒體等，它為用戶提供了無線的寬帶互聯(lián)網訪問。雖然圖3示出了wifi模塊1570，但是可以理解的是，其并不屬于手機的必須構成，完全可以根據需要在不改變發(fā)明的本質的范圍內而省略。

處理器1580是手機的控制中心，利用各種接口和線路連接整個手機的各個部分，通過運行或執(zhí)行存儲在存儲器1520內的軟件程序和/或模塊，以及調用存儲在存儲器1520內的數據，執(zhí)行手機的各種功能和處理數據，從而對手機進行整體監(jiān)控?？蛇x的，處理器1580可包括一個或多個處理單元；優(yōu)選的，處理器1580可集成應用處理器和調制解調處理器，其中，應用處理器主要處理操作系統(tǒng)、用戶界面和應用程序等，調制解調處理器主要處理無線通信?？梢岳斫獾氖?，上述調制解調處理器也可以不集成到處理器1580中。

手機還包括給各個部件供電的電源1590(比如電池)，優(yōu)選的，電源可以通過電源管理系統(tǒng)與處理器1580邏輯相連，從而通過電源管理系統(tǒng)實現管理充電、放電、以及功耗管理等功能。

盡管未示出，手機還可以包括攝像頭、藍牙模塊等，在此不再贅述。

在本發(fā)明實施例中，該終端所包括的處理器1580還能執(zhí)行以下功能：

獲取藥商賬戶提供的臨床藥學信息，基于該臨床藥學信息生成相應的通知消息；

確定與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶，向所述醫(yī)生賬戶推送所述通知消息；

獲取所述醫(yī)生賬戶信息響應于所述通知消息后相應反饋的應答數據，以對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新提供所述應答數據的醫(yī)生賬戶的標記信息，以供量化反映該醫(yī)生賬戶的參與貢獻程度。

在另一個可能的實施例中，該終端所包括的處理器還能執(zhí)行以下功能：

登錄醫(yī)生賬戶，獲取與本醫(yī)生賬戶相匹配的基于藥商賬戶提供的臨床藥學信息所生成的相應的通知消息；

上傳與所述通知消息所對應的臨床藥學信息相對應的應答數據，以供服務器對所述應答數據進行數據挖掘，形成推送至所述藥商賬戶的挖掘結果信息；

更新顯示反映本醫(yī)生賬戶的參與貢獻程度的標記信息，所述參與貢獻程度由服務器基于所述應答數據而量化確定。

在另一個可能的實施例中，該終端所包括的處理器還能執(zhí)行以下功能：

登錄藥商賬戶；

向服務器上傳臨床藥學信息，以供服務器基于該臨床藥學信息生成相應的通知消息；

在服務器確定了與所述臨床藥學信息相關聯(lián)的若干醫(yī)生賬戶并向所述醫(yī)生賬戶推送所述通知消息之后，獲取對所述醫(yī)生賬戶響應于所述通知消息后相應反饋的應答數據進行數據挖掘之后所形成的挖掘結果信息。

本領域普通技術人員可以理解上述實施例的各種方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，該程序可以存儲于一計算機可讀存儲介質中，存儲介質可以包括：只讀存儲器(rom，readonlymemory)、隨機存取存儲器(ram，randomaccessmemory)、磁盤或光盤等。

綜上所述，本發(fā)明的臨床藥學信息交互控制方法及設備實現臨床藥學信息的快速推廣、節(jié)省資源成本，促使醫(yī)生更好地使用藥品，能夠及時發(fā)現用藥問題，避免在患者身上產生安全隱患，能產生巨大的社會效益。

上述實施例為本發(fā)明較佳的實施方式，但并不僅僅受上述實施例的限制，其他的任何未背離本發(fā)明的精神實質與原理下所作的改變、修飾、替代、組合、簡化，均應為等效的置換方式，均包含在本發(fā)明的保護范圍之內。