本發(fā)明屬于醫(yī)療信息化技術(shù)領(lǐng)域，尤其是一種在院內(nèi)和院外供心血管病醫(yī)生和患者使用的隨訪系統(tǒng)及其方法。

背景技術(shù)：

隨訪是指在醫(yī)院就診的病人在離開醫(yī)院后，通過通訊方式或其他途徑和初次就診的醫(yī)生建立聯(lián)系，醫(yī)生通過這一渠道定期了解患者的各項醫(yī)療數(shù)據(jù)并能夠指導(dǎo)患者康復(fù)的方法。隨訪的有益價值在于能夠提高醫(yī)院在院內(nèi)和院外的醫(yī)療服務(wù)質(zhì)量，建立起醫(yī)生和患者間互動和跟蹤觀察的橋梁，不僅能夠提高患者的預(yù)后效果并有助于醫(yī)生收集患者信息進行統(tǒng)計分析和臨床實驗工作，而且也能提高醫(yī)生的執(zhí)業(yè)水平。

傳統(tǒng)的隨訪主要通過醫(yī)生或?qū)I(yè)的隨訪公司，以電話或短信的形式跟進患者信息，存在人力成本巨大，信息收集不及時，需要花費大量時間整理資料，而且當醫(yī)生不是訪問者時，還需要消耗大量時間在醫(yī)生、患者、隨訪公司三方間的溝通中。

自從互聯(lián)網(wǎng)時代，特別是移動互聯(lián)網(wǎng)時代以來，已經(jīng)出現(xiàn)了通過應(yīng)用(App)、電子郵件等諸多形式的隨訪工具，極大地提高了隨訪過程的便捷度和靈活性，也降低了隨訪的成本。然而，現(xiàn)有的隨訪工具主要存在以下不足：

(1)初次建立隨訪關(guān)系時較為復(fù)雜或不直觀。在建立初次隨訪關(guān)系時，現(xiàn)有的技術(shù)方案主要是：患者在互聯(lián)網(wǎng)上搜索醫(yī)生資料后發(fā)送請求信息，醫(yī)生通過信息申請后建立隨訪關(guān)系，這一方式類似于互聯(lián)網(wǎng)通訊工具互加好友的形式，但存在醫(yī)生在建立隨訪關(guān)系前并不掌握患者情況，無法有針對性的進行指導(dǎo)。還有其他形式如醫(yī)生在患者就診時要求患者輸入醫(yī)生id等形式，建立兩者關(guān)聯(lián)，但對于部分不熟悉智能手機或互聯(lián)網(wǎng)的患者而言，這一方法也造成了一定的困難。

(2)隨訪框架的選擇缺乏智能和自動化輔助工具。

(3)對患者輸入的信息，缺乏自動化的歸納和輔助工具，不便于醫(yī)生及時作出回復(fù)。

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

本發(fā)明的目的在于克服現(xiàn)有技術(shù)的不足，提供一種設(shè)計合理、能夠提高隨訪效率和準確性并且降低隨訪成本的基于網(wǎng)絡(luò)的心血管疾病智能隨訪系統(tǒng)。

本發(fā)明解決其技術(shù)問題是采取以下技術(shù)方案實現(xiàn)的：

一種基于網(wǎng)絡(luò)的心血管疾病智能隨訪系統(tǒng)，包括患者客戶端、醫(yī)生客戶端、中心數(shù)據(jù)管理客戶端和中心數(shù)據(jù)平臺；所述患者客戶端和醫(yī)生客戶端與中心數(shù)據(jù)平臺通過網(wǎng)絡(luò)連接在一起，通過中心數(shù)據(jù)平臺建立患者客戶端和醫(yī)生客戶端之間的隨訪關(guān)系并實施隨訪功能，所述中心數(shù)據(jù)管理客戶端與中心數(shù)據(jù)平臺相連接實現(xiàn)隨訪管理功能。

進一步，所述患者客戶端包括患者移動客戶端和患者PC客戶端，所述醫(yī)生客戶端包括醫(yī)生移動客戶端和醫(yī)生PC客戶端。

進一步，所述患者客戶端、醫(yī)生客戶端及中心數(shù)據(jù)管理客戶端與中心數(shù)據(jù)平臺之間通過廣域互聯(lián)網(wǎng)或局域網(wǎng)連接在一起；患者PC客戶端和醫(yī)生PC客戶端為客戶端-服務(wù)器架構(gòu)或者為瀏覽器-服務(wù)器架構(gòu)；所述中心數(shù)據(jù)平臺為實體的服務(wù)器、虛擬的云服務(wù)器或可伸縮式計算服務(wù)器。

進一步，所述患者客戶端包括用戶模塊、隨訪模塊、采集模塊、數(shù)據(jù)模塊、新聞模塊、醫(yī)患交流模塊和患者圈模塊；所述用戶模塊與中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)患者用戶狀態(tài)的注冊、登錄以及登錄狀態(tài)權(quán)限的維持功能；隨訪模塊與中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)患者加入或退出醫(yī)生發(fā)起的新隨訪、隨訪狀態(tài)的維持、當前患者用戶隨訪數(shù)據(jù)的展示功能；隨訪模塊在加入醫(yī)生發(fā)起的新隨訪時，通過掃描醫(yī)生客戶端展示的隨訪ID、二維碼、聲音特征碼、或同處于附近的路由器局域網(wǎng)形式，或直接接受醫(yī)生發(fā)來的系統(tǒng)隨訪邀請；采集模塊在本地實現(xiàn)病歷數(shù)據(jù)的手動輸入、語音輸入、照片采集、掃描、OCR光學(xué)字符自動識別功能，當檢查工具和患者客戶端間具有可識別的通訊協(xié)議時，直接將檢查結(jié)果傳送給患者客戶端的采集模塊，采集模塊收集到數(shù)據(jù)后，將數(shù)據(jù)傳送給數(shù)據(jù)模塊；數(shù)據(jù)模塊接收數(shù)據(jù)后，將數(shù)據(jù)與隨訪模塊和用戶模塊的狀態(tài)相結(jié)合，并傳送給中心數(shù)據(jù)平臺進行儲存和備份；新聞模塊展現(xiàn)中心數(shù)據(jù)平臺推送的各類新聞資訊并實現(xiàn)評論功能；醫(yī)患交流模塊實現(xiàn)患者和醫(yī)生間的聊天功能支持、隨訪信息的相互推送支持、圖片和病歷資料的傳送支持以及借助第三方支付實現(xiàn)患者對醫(yī)生的支付功能；患者圈模塊實現(xiàn)患者與同類病患間的經(jīng)驗交流和聊天溝通功能。

進一步，所述醫(yī)生客戶端包括用戶模塊、隨訪模塊、分析模塊、數(shù)據(jù)模塊、新聞模塊、醫(yī)患交流模塊和患者圈模塊，用戶模塊與中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)醫(yī)生用戶狀態(tài)的注冊、登錄以及登錄狀態(tài)權(quán)限的維持功能；隨訪模塊與中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)醫(yī)生設(shè)計隨訪方案、發(fā)起新隨訪、隨訪狀態(tài)的維持、當前隨訪下各個患者用戶隨訪數(shù)據(jù)的展示功能，并根據(jù)中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊的分析結(jié)果，自動地提供概率可能性最大的隨訪方案模板，當醫(yī)生發(fā)起新隨訪時，自動生成隨訪ID、二維碼、聲音特征碼、或同處于附近的路由器局域網(wǎng)形式，或直接向患者發(fā)送的系統(tǒng)隨訪邀請；數(shù)據(jù)模塊與中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)數(shù)據(jù)的臨時存儲，為分析模塊提供數(shù)據(jù)支持，實現(xiàn)數(shù)據(jù)的批量導(dǎo)出與轉(zhuǎn)存功能；分析模塊實現(xiàn)數(shù)據(jù)統(tǒng)計功能和回歸分析功能并以圖形的形式展現(xiàn)隨訪數(shù)據(jù)的趨勢，還根據(jù)中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊對當前聊天患者的病情數(shù)據(jù)分析結(jié)果，自動提供患者的病情分析和歸類標簽管理；新聞模塊實現(xiàn)醫(yī)生用戶撰寫文章并推送給患者用戶的功能及評論功能；醫(yī)患交流模塊實現(xiàn)患者和醫(yī)生間的聊天功能支持、隨訪信息的相互推送支持、圖片和病歷資料的傳送支持以及借助第三方支付實現(xiàn)患者對醫(yī)生的支付功能，根據(jù)中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊對當前聊天患者的病情數(shù)據(jù)分析結(jié)果，自動地提供概率可能性最大的消息模板；患者圈模塊實現(xiàn)醫(yī)生對同類病患的管理及群體交流功能。

進一步，所述中心數(shù)據(jù)平臺包括用戶模塊、隨訪模塊、數(shù)據(jù)與權(quán)限控制模塊、大數(shù)據(jù)分析模塊、平臺新聞模塊、交流與信息推送模塊、患者圈模塊；用戶模塊實現(xiàn)用戶信息的創(chuàng)建、儲存、登錄與管理功能；隨訪模塊實現(xiàn)隨訪關(guān)系與隨訪模板的創(chuàng)建、儲存與管理功能；數(shù)據(jù)與權(quán)限控制模塊實現(xiàn)隨訪數(shù)據(jù)與病歷數(shù)據(jù)和其他系統(tǒng)數(shù)據(jù)的儲存、調(diào)閱與管理功能，并根據(jù)用戶關(guān)系和隨訪關(guān)系實現(xiàn)嚴格對應(yīng)不交叉泄密的數(shù)據(jù)訪問權(quán)限管理功能；大數(shù)據(jù)分析模塊根據(jù)患者病歷數(shù)據(jù)、醫(yī)生既往診斷數(shù)據(jù)使用包括深度學(xué)習(xí)方法在內(nèi)的人工智能數(shù)據(jù)分析手段，生成隨訪建議模板、醫(yī)生消息回復(fù)建議、患者分類建議；新聞模塊實現(xiàn)新聞的發(fā)布、評論與推送接口功能；交流與信息推送模塊實現(xiàn)醫(yī)患交流和信息推送接口功能；患者圈模塊實現(xiàn)患者圈內(nèi)信息的發(fā)布、評論與管理接口功能。

進一步，所述中心數(shù)據(jù)管理客戶端包括用戶管理模塊、隨訪管理模塊、數(shù)據(jù)管理模塊、新聞管理模塊、推送管理模塊和患者圈管理模塊；數(shù)據(jù)管理客戶端直接與中心數(shù)據(jù)平臺連接，對隨訪主管和管理員提供用戶管理、隨訪管理、數(shù)據(jù)管理、新聞管理、推送管理和患者圈管理功能。

本發(fā)明的優(yōu)點和積極效果是：

本發(fā)明將患者客戶端和醫(yī)生客戶端通過網(wǎng)絡(luò)與中心數(shù)據(jù)連接在一起，通過包括語音、掃碼在內(nèi)多種靈活的方式實現(xiàn)隨訪關(guān)系的快捷建立，實現(xiàn)包括手動錄入、語音錄入、圖像錄入、OCR光學(xué)字符智能識別和通訊協(xié)議傳輸在內(nèi)的患者數(shù)據(jù)的快捷自動化輸入、患者數(shù)據(jù)在患者和所屬醫(yī)生間的針對性傳送、隨訪框架和模板的自動化智能輔助工具、患者數(shù)據(jù)的自動化整理歸納、醫(yī)生對患者回復(fù)的自動化消息模板生成和輔助工具，從而提高了隨訪效率和準確性，降低了隨訪成本，擴大了隨訪的應(yīng)用場景。

附圖說明

圖1為本發(fā)明的系統(tǒng)內(nèi)各客戶端關(guān)系示意圖；

圖2為本發(fā)明的系統(tǒng)連接示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明實施例做進一步詳述：

一種基于網(wǎng)絡(luò)的心血管疾病智能隨訪系統(tǒng)，如圖1所示，包括患者移動客戶端、患者PC客戶端、醫(yī)生移動客戶端、醫(yī)生PC客戶端、中心數(shù)據(jù)管理客戶端、中心數(shù)據(jù)平臺。上述各個客戶端和中心數(shù)據(jù)平臺之間可通過廣域互聯(lián)網(wǎng)連接，但考慮到醫(yī)療數(shù)據(jù)保密性時，也可將各客戶端和中心數(shù)據(jù)平臺架設(shè)在局域網(wǎng)中，通過局域網(wǎng)絡(luò)連接?；颊逷C客戶端和醫(yī)生PC客戶端可實現(xiàn)為“客戶端-服務(wù)器”(CS)架構(gòu)，也可實現(xiàn)為“瀏覽器-服務(wù)器”(BS)架構(gòu)。當實現(xiàn)為CS架構(gòu)時，患者PC客戶端和醫(yī)生PC客戶端是運行在計算機上的一個應(yīng)用程序，當實現(xiàn)為BS架構(gòu)時，患者PC客戶端和醫(yī)生PC客戶端是運行在計算機系統(tǒng)瀏覽器中的一個網(wǎng)頁。實現(xiàn)為BS架構(gòu)能夠提供良好的操作系統(tǒng)兼容性?；颊咭苿涌蛻舳撕歪t(yī)生移動客戶端是運行在手機或平板電腦上的應(yīng)用程序(APP)。中心數(shù)據(jù)平臺可實現(xiàn)為實體的服務(wù)器，也可實現(xiàn)為虛擬的云服務(wù)器和可伸縮式計算服務(wù)器，后者將提供較好的擴展性和容災(zāi)性。當隨訪規(guī)模擴大，需要更強的服務(wù)器計算資源支持時，在云計算平臺上的可伸縮實現(xiàn)方式能夠提供動態(tài)的計算資源調(diào)整。

在本系統(tǒng)中，其各組件之間的關(guān)系如圖2所示。系統(tǒng)采取模塊化設(shè)計，實現(xiàn)各功能的模塊功能內(nèi)聚并盡可能的與其他模塊解耦?；颊咭苿涌蛻舳撕突颊逷C客戶端組成了系統(tǒng)面向患者的界面，醫(yī)生移動客戶端和醫(yī)生PC客戶端組成了系統(tǒng)面向醫(yī)生的界面。所述患者客戶端包括用戶模塊、隨訪模塊、采集模塊、數(shù)據(jù)模塊、新聞模塊、醫(yī)患交流模塊和患者圈模塊；所述醫(yī)生客戶端包括用戶模塊、隨訪模塊、分析模塊、數(shù)據(jù)模塊、新聞模塊、醫(yī)患交流模塊和患者圈模塊，所述中心數(shù)據(jù)管理客戶端包括用戶管理模塊、隨訪管理模塊、數(shù)據(jù)管理模塊、新聞管理模塊、推送管理模塊和患者圈管理模塊；所述中心數(shù)據(jù)平臺包括用戶模塊、隨訪模塊、數(shù)據(jù)與權(quán)限控制模塊、大數(shù)據(jù)分析模塊、平臺新聞模塊、交流與信息推送模塊、患者圈模塊；所述患者客戶端的用戶模塊與中心數(shù)據(jù)平臺的用戶模塊相聯(lián)系；所述醫(yī)生客戶端的用戶模塊與中心數(shù)據(jù)平臺的用戶模塊相聯(lián)系；所述患者客戶端的隨訪模塊與中心數(shù)據(jù)平臺的隨訪模塊相聯(lián)系；所述醫(yī)生客戶端的隨訪模塊與中心數(shù)據(jù)平臺的隨訪模塊相聯(lián)系；所述患者客戶端的采集模塊與患者客戶端的數(shù)據(jù)模塊相聯(lián)系；所述患者客戶端的數(shù)據(jù)模塊與中心數(shù)據(jù)平臺的數(shù)據(jù)與權(quán)限控制模塊相聯(lián)系；所述醫(yī)生客戶端的數(shù)據(jù)模塊與中心數(shù)據(jù)平臺的數(shù)據(jù)與權(quán)限控制模塊相聯(lián)系；所述患者客戶端的數(shù)據(jù)模塊與中心數(shù)據(jù)平臺的大數(shù)據(jù)分析模塊相聯(lián)系；所述醫(yī)生客戶端的分析模塊與中心數(shù)據(jù)平臺的大數(shù)據(jù)分析模塊相聯(lián)系；所述患者客戶端的新聞模塊與中心數(shù)據(jù)平臺的新聞模塊相聯(lián)系；所述醫(yī)生客戶端的新聞模塊與中心數(shù)據(jù)平臺的新聞模塊相聯(lián)系；所述患者客戶端的醫(yī)患交流模塊與中心數(shù)據(jù)平臺的交流與信息推送模塊相聯(lián)系；所述醫(yī)生客戶端的醫(yī)患交流模塊與中心數(shù)據(jù)平臺的交流與信息推送模塊相聯(lián)系；所述患者客戶端的患者圈模塊與中心數(shù)據(jù)平臺的患者圈模塊相聯(lián)系；所述醫(yī)生客戶端的患者圈模塊與中心數(shù)據(jù)平臺的患者圈模塊相聯(lián)系；所述中心數(shù)據(jù)管理客戶端各模塊與中心數(shù)據(jù)平臺各模塊交互聯(lián)系，實現(xiàn)統(tǒng)一和集成的系統(tǒng)管理功能。

下面對系統(tǒng)中的各個模塊分別進行說明：

患者客戶端的患者用戶模塊與遠程的中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)患者用戶狀態(tài)的注冊、登錄以及登錄狀態(tài)權(quán)限的維持。隨訪模塊與遠程的中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)患者加入或退出醫(yī)生發(fā)起的新隨訪、隨訪狀態(tài)的維持、當前患者用戶隨訪數(shù)據(jù)的展示。隨訪模塊在加入醫(yī)生發(fā)起的新隨訪時，可通過掃描醫(yī)生客戶端展示的隨訪ID、二維碼、聲音特征碼、或同處于附近的路由器局域網(wǎng)等多種靈活多樣的形式，也可直接接受醫(yī)生發(fā)來的系統(tǒng)隨訪邀請。采集模塊在本地實現(xiàn)病歷數(shù)據(jù)的手動輸入、語音輸入、照片采集、掃描、OCR光學(xué)字符自動識別，當檢查工具和患者客戶端間具有可識別的通訊協(xié)議時，也可直接將檢查結(jié)果傳送給患者客戶端的采集模塊，采集模塊通過上述各種方式收集到數(shù)據(jù)后，將數(shù)據(jù)傳送給數(shù)據(jù)模塊。數(shù)據(jù)模塊接受數(shù)據(jù)后，將數(shù)據(jù)與隨訪模塊和用戶模塊的狀態(tài)相結(jié)合，并傳送給遠程的中心數(shù)據(jù)平臺進行儲存和備份。新聞模塊可展現(xiàn)遠程的中心數(shù)據(jù)平臺推送的各類新聞資訊并實現(xiàn)評論功能。醫(yī)患交流模塊實現(xiàn)患者和醫(yī)生間的聊天功能支持、隨訪信息的相互推送支持、圖片和病歷資料的傳送支持以及借助第三方支付實現(xiàn)患者對醫(yī)生的支付功能?；颊呷δK實現(xiàn)患者與同類病患間的經(jīng)驗交流和聊天溝通功能?；颊呖稍谝苿涌蛻舳思癙C客戶端上同時登陸系統(tǒng)，系統(tǒng)將實時地對患者在各個客戶端上的登錄和信息狀態(tài)進行管理。

醫(yī)生客戶端的用戶模塊與遠程的中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)醫(yī)生用戶狀態(tài)的注冊、登錄以及登錄狀態(tài)權(quán)限的維持。隨訪模塊與遠程的中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)醫(yī)生設(shè)計隨訪方案、發(fā)起新隨訪、隨訪狀態(tài)的維持、當前隨訪下各個患者用戶隨訪數(shù)據(jù)的展示，同時，隨訪模塊還可根據(jù)遠程的中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊的分析結(jié)果，自動地提供概率可能性最大的隨訪方案模板，便于醫(yī)生快速選擇。當醫(yī)生發(fā)起新隨訪時，隨訪模塊可生成隨訪ID、二維碼、聲音特征碼、或同處于附近的路由器局域網(wǎng)等多種靈活多樣的形式，或直接向患者發(fā)送的系統(tǒng)隨訪邀請，從而使新的患者用戶加入到隨訪中來。數(shù)據(jù)模塊與遠程的中心數(shù)據(jù)平臺進行通訊，在本地實現(xiàn)數(shù)據(jù)的臨時存儲，為分析模塊提供數(shù)據(jù)支持，并可實現(xiàn)數(shù)據(jù)的批量導(dǎo)出與轉(zhuǎn)存。分析模塊可實現(xiàn)多種數(shù)據(jù)統(tǒng)計功能和回歸分析功能，以圖形的形式展現(xiàn)隨訪數(shù)據(jù)的趨勢，同時，分析模塊還可根據(jù)遠程的中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊對當前聊天患者的病情數(shù)據(jù)分析結(jié)果，自動地提供患者的病情分析和歸類標簽管理(Tag)。新聞模塊可實現(xiàn)醫(yī)生用戶撰寫文章并推送給患者用戶的功能及評論功能。醫(yī)患交流模塊實現(xiàn)患者和醫(yī)生間的聊天功能支持、隨訪信息的相互推送支持、圖片和病歷資料的傳送支持以及借助第三方支付實現(xiàn)患者對醫(yī)生的支付功能，同時，隨訪模塊還可根據(jù)遠程的中心數(shù)據(jù)平臺中大數(shù)據(jù)分析模塊對當前聊天患者的病情數(shù)據(jù)分析結(jié)果，自動地提供概率可能性最大的消息模板，便于醫(yī)生快速回復(fù)和解答患者提出的問題。患者圈模塊實現(xiàn)醫(yī)生對同類病患的管理及群體交流功能。醫(yī)生用戶可在移動客戶端及PC客戶端上同時登陸系統(tǒng)，系統(tǒng)將實時地對醫(yī)生在各個客戶端上的登錄和信息狀態(tài)進行管理。

中心數(shù)據(jù)平臺的用戶模塊實現(xiàn)用戶信息的創(chuàng)建、儲存、登錄與管理。隨訪模塊實現(xiàn)隨訪關(guān)系與隨訪模板的創(chuàng)建、儲存與管理。數(shù)據(jù)與權(quán)限控制模塊實現(xiàn)隨訪數(shù)據(jù)與病歷數(shù)據(jù)和其他系統(tǒng)數(shù)據(jù)的儲存、調(diào)閱與管理，并根據(jù)用戶關(guān)系和隨訪關(guān)系實現(xiàn)嚴格對應(yīng)不交叉泄密的數(shù)據(jù)訪問權(quán)限管理。大數(shù)據(jù)分析模塊是本系統(tǒng)的核心所在，將根據(jù)患者病歷數(shù)據(jù)、醫(yī)生既往診斷數(shù)據(jù)使用包括深度學(xué)習(xí)方法在內(nèi)的人工智能數(shù)據(jù)分析手段，生成隨訪建議模板、醫(yī)生消息回復(fù)建議、患者分類建議等。新聞模塊實現(xiàn)新聞的發(fā)布、評論與推送接口。交流與信息推送模塊實現(xiàn)醫(yī)患交流和信息推送接口?；颊呷δK實現(xiàn)患者圈內(nèi)信息的發(fā)布、評論與管理接口。

數(shù)據(jù)管理客戶端直接與中心數(shù)據(jù)平臺連接，對隨訪主管和管理員提供用戶管理、隨訪管理、數(shù)據(jù)管理、新聞管理、推送管理和患者圈管理功能。

在一個具體的新增隨訪過程中，患者操縱患者客戶端，完成用戶注冊、登錄操作后，可加入醫(yī)生端新發(fā)起的隨訪?；颊呒尤腚S訪時，可通過錄入隨訪ID，也可通過使用患者客戶端掃描醫(yī)生客戶端生成的二維碼，或者通過使用患者客戶端收聽醫(yī)生客戶端生成的聲音碼，或者通過直接接收醫(yī)生端發(fā)送的邀請。

在一個具體的隨訪數(shù)據(jù)錄入過程中，患者操縱客戶端，通過采集模塊可手動錄入、語音錄入、圖像錄入、通訊傳輸檢查結(jié)果和病情信息。當手動錄入時，采集模塊可根據(jù)已經(jīng)錄入的上下文信息給出錄入建議，減少錄入時的文字輸入量。當進行圖像錄入時，除了直接存儲圖像外，采集模塊可自動掃描圖像并給出建議的文字識別結(jié)果，患者只需要在此基礎(chǔ)上修改，因而減少患者的文字輸入量。當使用通訊傳輸方式時，需要檢查工具(如：血壓計等)使用患者客戶端能夠識別的通訊協(xié)議，建立通訊后，患者客戶端能夠直接讀取所需要的檢查數(shù)據(jù)。

在一個具體的醫(yī)患交流過程中，患者和醫(yī)生分別操縱患者客戶端和醫(yī)生客戶端，基于醫(yī)患交流模塊通過文字、語音、圖片、文件的形式進行雙方的交流。其中患者可發(fā)送屬于自己的病情信息和病情數(shù)據(jù)匯總信息給醫(yī)生。中心數(shù)據(jù)平臺可根據(jù)患者數(shù)據(jù)的分析結(jié)果生成建議的醫(yī)生信息回復(fù)模板，醫(yī)生可直接發(fā)送模板信息，也可以在此基礎(chǔ)上編輯后發(fā)送。編輯的過程將被中心數(shù)據(jù)平臺記錄并加入大數(shù)據(jù)分析模塊的學(xué)習(xí)庫中，從而能夠不斷地改善醫(yī)生信息回復(fù)模板的生成質(zhì)量。患者還可以在交流中發(fā)送第三方支付信息，實現(xiàn)從患者到醫(yī)生的金額支付交易。系統(tǒng)還提供各種豐富的交流場景，患者和系統(tǒng)推薦的同類病患間可通過操縱各自的客戶端，選擇加入患者圈模塊進行群體對話和交流。醫(yī)生也可選擇登錄進入患者圈模塊進行群體對話和交流。醫(yī)生可通過新聞模塊撰寫文章并推送到患者客戶端的新聞模塊。

在一個具體的隨訪發(fā)起過程中，醫(yī)生操縱醫(yī)生客戶端，可自行編輯隨訪內(nèi)容框架，也可以根據(jù)中心數(shù)據(jù)平臺在患者數(shù)據(jù)分析的基礎(chǔ)上發(fā)送的自動隨訪內(nèi)容框架模板進行修改再行發(fā)起。醫(yī)生在自動隨訪內(nèi)容框架模板上進行的編輯和修改將被中心數(shù)據(jù)平臺記錄并加入大數(shù)據(jù)分析模塊的學(xué)習(xí)庫中，從而能夠不斷地改善自動隨訪內(nèi)容框架模板的生成質(zhì)量。

在一個具體的隨訪維護和提醒過程中，中心數(shù)據(jù)平臺將根據(jù)建立的隨訪信息向患者客戶端推送時間日程提醒和隨訪內(nèi)容提醒，當患者多次錯過提醒后，中心數(shù)據(jù)平臺將向醫(yī)生客戶端推送患者延誤隨訪提醒。

在一個具體的隨訪數(shù)據(jù)分析過程中，患者可操縱患者客戶端向中心數(shù)據(jù)平臺的數(shù)據(jù)與權(quán)限控制模塊和大數(shù)據(jù)分析模塊發(fā)起數(shù)據(jù)調(diào)閱和數(shù)據(jù)分析請求，中心數(shù)據(jù)平臺將返回患者自身數(shù)據(jù)的詳細信息、統(tǒng)計結(jié)果、預(yù)測趨勢分析、指標建議等信息，由患者客戶端顯示或?qū)С鰯?shù)據(jù)。醫(yī)生可操縱醫(yī)生客戶端向中心數(shù)據(jù)平臺的數(shù)據(jù)與權(quán)限控制模塊和大數(shù)據(jù)分析模塊發(fā)起數(shù)據(jù)調(diào)閱和數(shù)據(jù)分析請求，中心數(shù)據(jù)平臺將根據(jù)醫(yī)生的權(quán)限和查詢條件返回查詢結(jié)果中單個或群體的詳細信息、統(tǒng)計結(jié)果、預(yù)測趨勢分析、指標建議等信息,由醫(yī)生客戶端顯示或?qū)С鰯?shù)據(jù)，同時，中心數(shù)據(jù)平臺還將為患者自動生成分類標簽，醫(yī)生可修改患者分類標簽，醫(yī)生在患者分類標簽上進行的編輯和修改將被中心數(shù)據(jù)平臺記錄并加入大數(shù)據(jù)分析模塊的學(xué)習(xí)庫中，從而能夠不斷地改善患者分類標簽的生成質(zhì)量。

在一個具體的隨訪全過程管理過程中，隨訪主管或管理員操縱中心數(shù)據(jù)管理客戶端，可對用戶信息、隨訪信息、數(shù)據(jù)信息、新聞文章與評論信息、消息推送信息、患者圈信息進行統(tǒng)一的管理。

本系統(tǒng)的具體使用方法為：

(1)患者在醫(yī)院就診后獲得病歷編號和診斷結(jié)果，編號及患者身份證號(或護照號等)用于識別患者身份、讀取醫(yī)生事先從醫(yī)院調(diào)閱的患者診斷信息、在本系統(tǒng)中輔助結(jié)合手機號、郵箱等信息建立患者用戶數(shù)據(jù)類目。

(2)醫(yī)生在醫(yī)生客戶端發(fā)起新隨訪用戶招募，顯示隨訪ID和包括二維碼、聲音碼在內(nèi)的多種識別信息，患者在患者客戶端輸入隨訪ID或掃描二維碼或收聽聲音碼，與醫(yī)生建立隨訪關(guān)系；

(3)中心數(shù)據(jù)平臺根據(jù)患者信息，自動生成隨訪內(nèi)容建議框架，并推送到醫(yī)生客戶端，醫(yī)生在醫(yī)生客戶端根據(jù)建議框架直接完成隨訪方案建立和確認，或在此基礎(chǔ)上修改隨訪內(nèi)容框架和模板，并生成新的模板；當醫(yī)生做出的自動方案進行修改時，中心數(shù)據(jù)平臺將醫(yī)生的修改同時提交給大數(shù)據(jù)分析模塊；使用數(shù)據(jù)挖掘和機器學(xué)習(xí)方法，使得下次的自動建議更適合應(yīng)用場景。

(4)中心數(shù)據(jù)平臺將根據(jù)醫(yī)生和患者最終確認的隨訪方案，自動定時地向患者推送隨訪時間提醒信息、隨訪內(nèi)容提醒信息；當患者錯過預(yù)定的隨訪項目時，將向醫(yī)生推送患者隨訪延誤信息，便于醫(yī)生全面地掌控患者的隨訪動態(tài)。

(5)患者進行檢查后，通過患者客戶端手動輸入(手動輸入時，系統(tǒng)將根據(jù)內(nèi)容作出智能的輸入推薦候選)、語音識別輸入、拍照輸入、拍照后圖片的OCR光學(xué)字符自動識別輸入方式，根據(jù)不同項目錄入數(shù)據(jù)并上傳到中心數(shù)據(jù)平臺；當檢查工具和患者客戶端具有可識別的通訊協(xié)議時，患者客戶端也可直接獲取檢查結(jié)果。

(6)在中心數(shù)據(jù)平臺上，患者本人和對應(yīng)的醫(yī)生及隨訪主管能夠有權(quán)查閱具體的病歷數(shù)據(jù)；中心數(shù)據(jù)平臺還將根據(jù)多位患者的病情數(shù)據(jù)生成的統(tǒng)計數(shù)據(jù)和趨勢數(shù)據(jù)；

(7)中心數(shù)據(jù)平臺根據(jù)患者錄入的數(shù)據(jù)進行統(tǒng)計和人工智能分析，并向醫(yī)生客戶端推送建議的處置方案和回復(fù)內(nèi)容；醫(yī)生在醫(yī)生客戶端上直接同意建議內(nèi)容或修改建議內(nèi)容再發(fā)送給對應(yīng)的患者；當醫(yī)生對系統(tǒng)做出的建議內(nèi)容進行修改時，中心數(shù)據(jù)平臺將醫(yī)生的改動同時提交給大數(shù)據(jù)分析模塊，使用數(shù)據(jù)挖掘和機器學(xué)習(xí)方法，從而使得下次的自動建議更適合應(yīng)用場景。

(8)系統(tǒng)提供多種交流場景。醫(yī)生和患者間可通過操縱各自的客戶端進行一對一的對話并完成第三方支付過程?；颊吆拖到y(tǒng)推薦的同類病患間可通過操縱各自的客戶端，選擇加入患者圈模塊進行群體對話和交流。醫(yī)生也可選擇登錄進入患者圈模塊進行群體對話和交流。醫(yī)生可通過新聞模塊撰寫文章并推送到患者客戶端的新聞模塊。

通過以上說明可以看出，本系統(tǒng)實現(xiàn)了本發(fā)明的心血管疾病智能隨訪系統(tǒng)的各種功能。

以上描述的方法的執(zhí)行或?qū)崿F(xiàn)順序不是必要的，除非另外指定。即，方法的元素可以用任何順序來執(zhí)行，除非另外指定，且方法可包括比此處所揭示的更多或更少的元素?？梢哉J為，在另一元素之前、與其同時或之后執(zhí)行或?qū)崿F(xiàn)特定元素是在本發(fā)明的范圍之內(nèi)。

當介紹本發(fā)明或其實施例的元素時，冠詞“一”、“一個”、“該”和“所述”是指存在一個或多個元素?！鞍ā?、“包含”、“具有”旨在包含性的，且意味著除所列出的元素之外還可以有其他元素。

需要強調(diào)的是，本發(fā)明所述的實施例是說明性的，而不是限定性的，因此本發(fā)明包括并不限于具體實施方式中所述的實施例，凡是由本領(lǐng)域技術(shù)人員根據(jù)本發(fā)明的技術(shù)方案得出的其他實施方式，同樣屬于本發(fā)明保護的范圍。