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

背景技術(shù)：

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

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

技術(shù)實現(xiàn)要素：

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

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

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

獲取藥商賬戶提供的臨床藥學(xué)信息，基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

進一步地，所述基于該臨床藥學(xué)信息生成相應(yīng)的通知消息，所述通知消息包含了該臨床藥學(xué)信息的關(guān)鍵詞和/或?qū)?yīng)的鏈接。

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

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

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

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

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

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

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

在另一種可能的實現(xiàn)方式中，對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，包括針對同一條通知消息/相關(guān)的或相近的通知消息的應(yīng)答數(shù)據(jù)進行分類，以便于在所形成的挖掘結(jié)果信息中展示應(yīng)答數(shù)據(jù)的各種偏向性。

在其中一種可能的實現(xiàn)方式中，所述分類原則基于所述應(yīng)答數(shù)據(jù)的來源地，以反映不同所述來源地之間的反饋程度。

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

在另一種可能的實現(xiàn)方式中，對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，包括在針對同一條通知消息/相關(guān)的/相近的若干條通知消息的應(yīng)答數(shù)據(jù)中解析出核心詞，以便于在所形成的挖掘結(jié)果信息中展示應(yīng)答數(shù)據(jù)的核心內(nèi)容。

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

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

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

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

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

獲取藥商賬戶提供的臨床藥學(xué)信息，基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

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

上傳與所述通知消息所對應(yīng)的臨床藥學(xué)信息相對應(yīng)的應(yīng)答數(shù)據(jù)，以供服務(wù)器對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，形成推送至所述藥商賬戶的挖掘結(jié)果信息；

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

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

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

上傳與所述通知消息所對應(yīng)的臨床藥學(xué)信息相對應(yīng)的應(yīng)答數(shù)據(jù)，以供服務(wù)器對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，形成推送至所述藥商賬戶的挖掘結(jié)果信息；

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

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

登錄藥商賬戶；

向服務(wù)器上傳臨床藥學(xué)信息，以供服務(wù)器基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

登錄藥商賬戶；

向服務(wù)器上傳臨床藥學(xué)信息，以供服務(wù)器基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

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

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

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

附圖說明

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

圖1示出了本發(fā)明的臨床藥學(xué)信息交互控制的設(shè)備的組織結(jié)構(gòu)圖。

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

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

具體實施方式

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

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

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

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

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

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

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

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

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

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

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

s1，獲取藥商賬戶提供的臨床藥學(xué)信息，基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

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

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

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

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

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

d)在通知欄出現(xiàn)，下拉通知欄可見所述關(guān)鍵詞或部分所述發(fā)布文檔的內(nèi)容，點擊對應(yīng)的一欄可跳轉(zhuǎn)到相應(yīng)的界面。

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

上述通知消息的實現(xiàn)形式可由本領(lǐng)域技術(shù)人員靈活采用。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

本步驟內(nèi)的術(shù)語和前文已經(jīng)介紹過的術(shù)語的含義相同，不再贅述。

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

s2，上傳與所述通知消息所對應(yīng)的臨床藥學(xué)信息相對應(yīng)的應(yīng)答數(shù)據(jù)，以供服務(wù)器對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，形成推送至所述藥商賬戶的挖掘結(jié)果信息；

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

關(guān)于所述應(yīng)答數(shù)據(jù)如何進行挖掘，以及挖掘的結(jié)果信息如何形成和推送到藥商賬戶，請參考云端服務(wù)器的實施方式。

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

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

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

s1,登錄藥商賬戶；

s2，向服務(wù)器上傳臨床藥學(xué)信息，以供服務(wù)器基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

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

下面結(jié)合圖3對手機的各個構(gòu)成部件進行具體的介紹：

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

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

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

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

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

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

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

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

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

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

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

獲取藥商賬戶提供的臨床藥學(xué)信息，基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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

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

上傳與所述通知消息所對應(yīng)的臨床藥學(xué)信息相對應(yīng)的應(yīng)答數(shù)據(jù)，以供服務(wù)器對所述應(yīng)答數(shù)據(jù)進行數(shù)據(jù)挖掘，形成推送至所述藥商賬戶的挖掘結(jié)果信息；

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

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

登錄藥商賬戶；

向服務(wù)器上傳臨床藥學(xué)信息，以供服務(wù)器基于該臨床藥學(xué)信息生成相應(yīng)的通知消息；

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

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

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

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