醫療診斷管理系統及其方法

2023-06-02 07:44:56 1

專利名稱：醫療診斷管理系統及其方法
技術領域：
本發明涉及一種醫療診斷管理系統及其方法。
背景技術：
目前醫院很多檢查/診斷系統還是單機版的系統，病人通常需要先到醫 院排隊掛號，然後排隊和醫生見面讓醫生了解自己的基本信息和病症，醫 生開出檢査單讓病人排隊去付檢査費，付完費再排隊去各個檢査科進行各 項檢査，再一個漫長的等待檢查報告的時間，好不容易拿到檢查報告後還 得再排隊去和醫生見面，等待醫生給出診斷報告，這樣無論是病人和醫生 都花費了大量的時間在等待上，效率非常低，以致一些好的醫院限制每天 只掛多少個號，讓病人掛號都成了問題，這樣浪費了醫生和病人的時間， 既影響了病人的心情和病情，也使得醫院的收益受到限制。
雖然現在有了一些在線醫療診斷系統， 一類是提供在線信息諮詢的功 能的系統，前提條件是必須有了自己的檢查報告或圖像等信息，這就還按 照傳統方式去獲得檢查結果，也有一類在線診斷系統，是由醫生在遠程通 過網絡直接操控檢査儀器，實時獲取圖像和視頻信息，這類系統的瓶頸在 於網絡傳輸速度，限制了圖像的質量和診斷速度，這樣的系統只能夠解決 病人不用長途跋涉去找專家的問題，而不能解決所有病人看病和醫生診斷 效率低的問題，更不能解決數據共享和檢查系統重複使用的問題。

發明內容
本發明的主要目的就是解決現有技術中的問題，提供一種醫療診斷管 理系統及其方法，能夠實現遠程自助繳費，並通過驗證判斷是否允許就診， 從而提高就診效率，方便病人看病。
為實現上述目的，本發明採用以下技術方案
一種醫療診斷管理系統，其特徵在於，包括
用戶模塊，其具有輸入用戶信息的手段和採集用戶的健康狀況信息的 手段；和
與所述用戶模塊相耦合的分發伺服器，其具有根據用戶的繳費結果產 生繳費碼的手段，以及根據所述用戶信息查驗繳費碼及其使用狀況以決定 是否允許對相應用戶進行所述健康狀況信息採集的手段。優選地
所述分發伺服器還具有提供就診計費信息的手段，所述用戶模塊或所 述分發伺服器還具有根據所述就診計費信息和所述用戶信息計算就診費 用的手段，以及將所述就診費用反饋給用戶的手段。
還包括繳費模塊，其具有根據所述就診費用進行繳費並產生所述繳費 結果的手段，所述用戶模塊還具有在所述分發伺服器的所述決定為否時， 供用戶可選地運行繳費模塊的手段。
所述繳費模塊為以網絡方式繳費的網絡支付平臺或以現金方式繳費 的收費端。
所述分發伺服器還具有向用戶模塊提供醫生信息的手段，所述用戶模 塊還具有供用戶根據所述醫生信息選擇醫生的手段。
所述醫生信息包括醫生評價信息，所述用戶模塊還具有供用戶更新所 述分發伺服器中的所述醫生評價信息的手段。
還包括醫生端客戶機，其具有接收、查看和處理所述健康狀況信息的 手段以及向分發伺服器提供就診計費信息和醫生信息的手段。
所述醫生端客戶機還具有根據所述用戶信息通知用戶收取診斷報告 的手段。
所述用戶模塊包括以遠程連接方式或合併方式設置的多個病人端客 戶機和多個採集端客戶機，所述病人端客戶機用於輸入所述用戶信息，所 述採集端客戶機用於在所述分發伺服器允許時採集所述健康狀況信息。
一種醫療診斷管理方法，其特徵在於，包括以下步驟-
A. 分發伺服器根據用戶的繳費結果產生繳費碼；
B. 用戶模塊接收用戶輸入的用戶信息；禾口
C. 所述分發伺服器根據所述用戶信息查驗所述繳費碼及其使用狀況， 判斷是否允許所述用戶模塊的採集端對相應用戶進行健康狀況信息採集。
優選地，還包括以下步驟
向所述分發伺服器添加或修改就診計費信息；
所述用戶模塊或所述分發伺服器根據所述就診計費信息和所述用戶 信息計算就診費用並反饋給用戶；和
當所述步驟C中的決定為否時，提示使用繳費模塊繳費並在使用後產 生所述繳費結果。
優選地，還包括以下步驟
所述分發伺服器獲取並存儲醫生信息；所述分發伺服器根據用戶的査詢條件向所述用戶模塊提供所述醫生
信息；和
將用戶對所述醫生信息的選擇作為所述用戶信息的一部分輸入所述 用戶模塊。
優選地，所述醫生信息包括醫生評價信息，還包括以下步驟
將用戶反饋信息輸入所述用戶模塊；和
所述分發伺服器根據所述反饋信息更新所述醫生評價信息。
優選地，還包括以下步驟
醫生端客戶機從所述用戶模塊接收所述健康狀況信息；
使用所述醫生端客戶機查看和處理所述健康狀況信息；和
所述醫生端客戶機向所述分發伺服器提供就診計費信息和醫生信息。 本發明有益的技術效果是-
本發明中，通過用戶模塊能夠輸入用戶信息，還可以採集用戶的健康 狀況信息，通過分發伺服器能夠根據用戶的繳費結果產生繳費碼，還可以 根據用戶信息査驗繳費碼及其使用狀況，決定是否允許用戶模塊對相應用 戶進行健康狀況信息採集。這樣，較以往的診斷系統，本發明在實現遠程 採集用戶健康狀況信息(例如患病信息或體檢信息)的同時，還能夠實現 用戶遠程自助繳費，並根據用戶繳費情況向用戶自動開放或關閉其採集用 戶健康狀況信息的功能，由此實現了患者自動"掛號"的遠程就醫方式。使 用本發明，病人省去了在醫院排隊掛號、排隊交費、多次排隊檢查的時間， 醫生也省去了等待每個病人填寫資料和採集健康狀況信息的時間，從而， 醫生可以專心做出診斷並給出自己設計的報告，更高效地做出診斷。本發 明一方面可以讓病人更方便更快速地就醫， 一方面也可以使醫生取得更好 的工作效果和更高的工作效率，進而使醫院和醫生本人獲得更大的收益。


圖1是本發明一種實施例的醫療診斷管理系統的結構圖
圖2是本發明一種實施例的醫療診斷管理方法的流程圖3是表示添加醫生信息和計費信息的流程圖4是表示對醫生信息進行處理和保存的流程圖5是表示醫生信息表部分欄位；
圖6是表示醫生評價表部分欄位；
圖7是表示査詢醫生信息流程圖；圖8是表示設定査詢醫生信息的條件流程圖； 圖9是表示將用戶信息傳送到採集端客戶機的流程圖； 圖IO是表示驗證繳費碼的流程圖； 圖11是表示採用網絡支付平臺方式繳費的流程圖； 圖12是表示採用現金方式繳費的流程圖； 圖13是表示"驗證繳費碼"的存儲過程的流程圖； 圖14是表示"產生繳費碼"的存儲過程的流程圖； 圖15是表示用戶信息的病人信息表和病人就診表部分欄位； 圖16是表示醫生端處理機病人信息表和病人報告單表部分欄位； 圖17是表示繳費碼錶部分欄位； 圖18是另一種實施例的醫療診斷系統結構圖； 圖19是又一種實施例的醫療診斷系統結構圖； 圖20是表示採集病患圖像信息的流程圖； 圖21是表示發送病人信息的流程圖； 圖22是表示對醫生評分的流程圖； 圖23是表示醫生通知病人取報告單的流程圖； 圖24是表示採用簡訊方式通知病人的流程圖； 圖25是表示採用郵件方式通知病人的流程圖； 圖26a-26c是表示採集端客戶機的三種結構形態。 本發明的特徵及優點將通過實施例結合附圖進行詳細說明。
具體實施例方式
圖1展示了本發明醫療診斷管理系統一種優選實施例的結構圖。
醫療診斷管理系統包括通過網絡互相連接的用戶模塊、醫生端處理機 203、分發伺服器204以及繳費模塊(未圖示)，其中，用戶模塊又包括病 人端客戶機201和採集端客戶機202。
病人端客戶機201具備通過網絡將用戶信息存入採集端客戶機202 的手段，接收來自分發伺服器204的醫生信息和計費信息的手段，以及接 收用戶對醫生進行評價的手段。用戶信息優選包含如圖15所示內容。
採集端客戶機202具備根據計費信息和用戶信息計算病人就診費用 的手段，調用繳費模塊供用戶進行繳費的手段，收到繳費模塊的成功繳費 結果後通知分發伺服器204產生繳費碼的手段，向分發伺服器204提請驗 證繳費碼的手段，對用戶的健康狀況信息進行採集的手段，以及根據繳費碼的驗證結果開放與鎖定採集操作的手段。對用戶的健康狀況信息進行採 集的手段優選包括對患處進行放大並採集圖像或錄像的相機裝置，控制相 機裝置進行實時顯示、抓圖、錄像等操作的手段，以及將採集的信息傳送
到醫生端處理機203的手段。
醫生端處理機203具備查看和處理用戶的健康狀況信息的手段，向 分發伺服器204提供醫生信息和計費信息的手段，根據用戶信息通知病人 收取報告的手段。醫生端處理機203優選可以包括多個處理機，例如第一 醫生端處理機1和第二醫生端處理機2等。
分發伺服器204具備存儲和更新來自醫生端處理機203的醫生信息 和來自病人端客戶機201的醫生評價反饋信息的手段，根據來自繳費模塊 的用戶繳費結果產生繳費碼的手段，以及根據來自病人端客戶機201的用 戶信息驗證繳費碼的手段。分發伺服器204優選採用計算機，其上安裝有 伺服器端管理軟體，該軟體可包括MySql或SQLSERVER或Oracle數據 庫管理軟體以及在其上實現分發伺服器204具備的所有手段的存儲過程和 觸發程序。
圖18表明本發明醫療診斷管理系統另一種實施例的結構圖。與圖2 不同的是，這種結構多設置了一個收費端1805，收費端1805具備查詢採 集端客戶機202中存放的就診費用的手段，以及根據成功的繳費結果通知 分發伺服器204產生繳費碼並列印繳費單的手段。這種結構適合於用戶以 現金繳費方式。
圖19表明本發明醫療診斷管理系統又一種實施例的結構圖。與圖2 不同的是，這種結構將用戶模塊的病人端客戶機201和採集端客戶機202 相合併地設置在一個客戶機上。這種將多種功能相結合的結構尤其適合於 遠程家庭用戶。
圖26a-26c是採集端客戶機202在不同實施例中的三種結構形態。採 集端客戶機202包括控制模塊2601 、用戶指令輸入模塊和採集模塊2602。 其中，用戶指令輸入模塊優選採用腳踏板2603，控制模塊2601優選採用 計算機，其包含鍵盤、顯示器等輸入輸出設備、存儲設備、串行口以及網 絡連接設備。控制模塊2601上安裝有圖像採集軟體，該軟體實現圖像採集 裝置所具備的所有手段。該軟體還可以接收來自腳踏板2603的觸發信號觸 發相機裝置2602的採圖、錄像等相應操作，腳踏板2603通過串口與控制 模塊2601通訊。需要說明的是，不一定需要有腳踏板，直接在人機互動界面點擊相關按鈕或菜單也可以通過採集軟體控制採集模塊2602。如圖26a， 在第一種結構形態中，控制模塊2601上安裝有採集卡，採集模塊2602包 括在鏡頭外套顯微鏡的工業相機，通過操作採集軟體，使採集卡輸出數據 採集指令至採集模塊2602，可達到控制工業相機操作的目的。在第二種結 構形態中，控制模塊2601中未設置採集卡，採集模塊2602包括鏡頭外套 顯微鏡的數位相機或帶高解析度攝像頭手機，採集軟體直接控制數位相機 或高解析度攝像頭，可以直接在軟體中調整數位相機或攝像頭的參數，並 能將數位相機或攝像頭具備的功能都在軟體界面上表現。例如可同步數碼 相機實時顯示、錄像、拍照等功能，直接把圖像存放到軟體指定的控制模 塊2601目錄，而不是數位相機中。在第三種結構形態中，採集模塊2602 採用帶顯微鏡和攝像頭的手機，採集軟體直接控制手機。
優選的實施例中，採集端客戶機202和醫生端處理機203在其主機中 分別安裝了採集端軟體包和處理端軟體包，各軟體包均包含建好表格的 Access資料庫文件或XML文件，在軟體運行時可以一次性配置資料庫文 件路徑和圖像路徑，之後軟體在需要時便可以自動從指定的資料庫文件中 讀取與寫入數據，且主機可選擇安裝或不安裝Office軟體套件。
根據本發明的另一方面，還提供了用於本發明醫療診斷管理系統的醫
療診斷管理方法。
圖2展示了該醫療診斷管理方法一種實施例的整體流程。
步驟#101:通過醫生端處理機203向分發伺服器204添加或修改其基
本信息和計費信息；
步驟#102:分發伺服器204接收並存儲醫生信息和計費信息； 步驟#103:使用病人端客戶機201査詢在分發伺服器204的資料庫中
存放的醫生信息；
步驟#104:將患者基本信息輸入病人端客戶機201;
步驟#105:將患者基本信息從病人端客戶機201傳送到採集端客戶機
202的資料庫中；
步驟#106:採集端客戶機202向分發伺服器204進行繳費驗證； 步驟弁107:採集端客戶機202進行圖像採集； 步驟#108:將圖像採集結果發送到醫生端處理機203。 關於步驟#101，如圖3所示，優選的實施例中步驟#101的詳細流程為:
步驟#301:填寫醫生基本信息；步驟#302:連接分發伺服器204的資料庫；
步驟#303:將醫生基本信息寫入分發伺服器204的資料庫。 關於步驟#102，優選地，如果接收到的醫生信息是新增的，則自動在 醫生評價表中插入各項初始值為0的一條關聯記錄。優選實施例中的具體
流程如圖4所示
步驟#401:資料庫自動產生醫生編號； 步驟#402:觸發資料庫評價觸發器； 步驟#402:產生醫生評價初始信息。
圖5展示了醫生基本信息和計費信息包含的部分欄位。這些欄位優選 包括醫生編號、姓名、性別、年齡照片、所屬區、科室、專長職務、email、 手機、固定電話、QQ、 IP位址、圖像路徑、診費、檢査費、信息費以及 個人主頁。
圖6展示了醫生評價信息包含的部分欄位。這些欄位優選包括醫生 編號、就診人次、醫術好評度、醫德好評度以及待診人數。
在步驟#103，在病人端客戶機上，通過網絡査詢在分發伺服器204的 資料庫中存放的醫生信息，優選包括醫生基本信息(例如姓名、性別、年齡、 相片、職務、專長、聯繫方式、所在醫院、掛號費等)、計費信息(例如掛 號費、檢査費、就診費、信息費等)和醫生評價信息(例如醫術好評度和醫 德好評度等)。
如圖7所示，優選的實施例中步驟#103的詳細流程為
步驟#701:設定査詢條件；
步驟#702:連接分發伺服器204的資料庫；
步驟#703:顯示醫生信息；
通過步驟#701 ，可以設置不同的査詢條件來査詢所需要的醫生信息。
圖8展示了步驟#701設定查詢條件進一步的詳細流程 步驟#801:設定醫院條件； 步驟#802:設定科別條件； 步驟#803:設定性別條件； 步驟#804:設定姓名條件；
步驟#805:設定費用條件。
優選地，步驟#703後還包括
步驟#704:在顯示的醫生信息中勾選希望就診的醫生。關於步驟#104，如圖15所示，患者基本信息優選地選自以下欄位
病人編號、全局編號、姓名、性別、年齡、科別、手機、Email、電話、病 歷號、操作醫生、檢測時間、主治醫生、檢測部分、圖像路徑、醫生編號、 檢查費、掛號費、信息費、診費以及醫生路徑。
關於步驟#105，如圖9所示，優選的實施例中步驟#105的詳細流程為
步驟#901:連接到採集端客戶機資料庫； 步驟#902:產生臨時病人編號； 步驟#903:將病人基本信息寫入資料庫。
關於步驟#106，為在採集端客戶機202採集病患圖像數據，需先通過
繳費驗證才能進行操作。此步驟完成這一過程。
如圖IO所示，優選的實施例中步驟#106的詳細流程為
步驟#1001:選擇採集圖像的操作；
步驟#1002:採集端客戶機202提示輸入繳費碼；
步驟#1003:將輸入的繳費碼傳送至分發伺服器204的資料庫；
步驟#1004:以繳費碼為參數，調用分發伺服器204的資料庫中用以
驗證繳費碼的存儲過程，儲存過程在分發伺服器204的繳費碼錶中搜尋是
否有匹配該繳費碼的且該繳費碼沒有被使用過的記錄(如該記錄中含有一
可用標記欄位)，返回匹配結果；
步驟#1005:根據匹配結果判斷是否驗證成功；
步驟#1006:若驗證失敗，則轉入繳費流程進行繳費；
步驟弁1007:若驗證成功，則產生全局病人編號或更新全局病人編號
值，存入本地資料庫，以及更新該記錄的可用標記欄位值，最後把全局病
人編號返回給調用這個存儲過程的程序。
步驟#1008:採集端客戶機202獲得驗證成功的消息，開放採集圖像
操作標記，接下來即可實施圖像採集。
圖13展示了步驟#1004更具體的流程
歩驟#1301:將繳費碼參數與繳費碼錶中可用繳費碼進行匹配； 步驟#1302:判斷是否匹配成功，若成功，進入下一步，否則轉入步 驟弁1305;
步驟#1303:修改繳費碼可用標記並產生病人全局編號； 步驟#1304:向主調程序返回全局編號； 步驟#1305:向主調程序返回失敗標識符圖11和圖12分別展示了通過網絡支付平臺繳費和現金支付的兩種具
體的繳費流程。
如圖11所示l在以網絡方式繳費的實施例中，繳費流程優選包括
步驟#1101:查詢或輸入病人臨時編號；
步驟#1102:顯示病人費用信息；
步驟#1103:調用網絡支付平臺繳費；
步驟#1104:判斷是否繳費成功，若成功則進入下一步；
步驟#1105:連接分發伺服器204的資料庫；
步驟#1106:調用分發伺服器204的資料庫中產生繳費碼的存儲過程;
步驟#1107:獲得繳費碼；
步驟#1108:列印繳費單。
其中，步驟#1106表示在繳費成功後通過調用分發伺服器204中產生 繳費碼的存儲過程，在繳費碼錶中插入新繳費碼行，使可用標記欄位標記 為可用，並使全局編號欄位值為0值。
如圖12所示，在以現金支付繳費的實施例中，繳費流程優選包括
步驟#1201:在收費端1805連接採集端客戶機202;
步驟#1202:査詢或輸入病人臨時編號；
步驟#1203:顯示病人費用信息；
步驟#1204:判斷是否繳費成功，若成功則進入下一步； 步驟#1205:連接分發伺服器204的資料庫；
步驟#1206:調用分發伺服器204的資料庫中產生繳費碼的存儲過程； 步驟#1207:獲得繳費碼； 步驟#1208:列印繳費單。
圖14展示了步驟#1106和步驟#1206即產生繳費碼的具體流程，包括 步驟#1401:在繳費碼錶中插入新繳費碼行，使可用標記欄位標記為 可用，並使全局編號欄位值為O;
步驟#1402:向主調程序返回繳費碼。
如圖17所示，繳費碼錶的欄位優選至少包括繳費碼、全局編號和可 用標記。
關於步驟#107，採集端客戶機202的操作者既可以是患者，也可以是 醫生。該裝置中的軟體從步驟ttl06獲得驗證繳付碼的結果，如果獲得了病 人全局編號，則開放圖像採集軟體模塊的相關操作權限，即採圖、存圖、錄像、實顯、發送檢査結果等操作都可以執行了。
圖20展示了優選的實施例中步驟#107的詳細流程
步驟#2001:獲得圖像採集開放標記；
步驟tt2003:根據開放標記開放相關操作；
步驟#2004:使用腳踏板或按鈕進行採圖、錄像等操作；
步驟tt2002:將圖像或錄像文件存放在指定目錄中。
關於步驟#108，圖21展示了優選的實施例中步驟tt108的詳細流程
步驟#2101:從病人就診表中獲得醫生路徑；
步驟tt2102:依次連接各醫生端處理機203;
步驟#2101:將處理過的病人信息存入醫生端處理機203資料庫； 步驟#2101:根據全局編號將圖像存入醫生端處理機203相關路徑； 步驟ft2101:鎖定圖像採集相關操作。
除步驟#101-108，優選的實施例中，還進一步包括在病人端客戶機201
上對醫生進行評價的步驟。圖22描述了一種實施例中該步驟的詳細流程: 步驟#2201:對醫生各項標準評分(例如每項滿分為IO分)； 步驟#2202:病人端客戶機201接收評價結果； 步驟ft2203:將評價結果傳送至分發伺服器204的資料庫； 步驟#2204:將處理過的評價信息存入分發伺服器204的資料庫。 優選的實施例中，還進一步包括在醫生端處理機203根據病人填寫的
聯繫方式通知病人收取報告的步驟，圖23描述了該流程的詳細步驟
步驟tt2301:從醫生端處理機203調出病人email、手機、電話信息； 步驟tt2302:選擇聯繫方式；
步驟tt2303:根據所選聯繫方式通知病人。
圖24是一種實施例中對圖23步驟#2303進一步的詳細描述
步驟#2401:調用企業信通軟體； 步驟#2402:在基本信息基礎上改寫簡訊；
步驟#2403:發送簡訊。
圖25是另一種實施例中對圖23步驟#2303進一步的詳細描述 步驟#2501:調用OutLook郵件管理軟體；
步驟tt2502:在基本信息基礎上改寫郵件；
步驟#2503:發送郵件。
通過以上多種優選的實施例可以看到，本發明具有以下顯著的優點可以讓病人在不用與醫生見面的情況下選擇檢查項目；可以選擇相應 項目的醫生(例如可選擇多個醫生會診)；系統可顯示所需費用並等待病人 付款，且其中付款方式可以多樣；付款成功即可以進入到採集模塊進行圖 像和視頻採集；完成後採集信息自動發送給所選擇的那些醫生，便可以等 待診斷報告(可以選擇取報告的方式；可用手機方式通知取報告時間地點、 把報告發到郵箱、自己到病人端系統直接列印)。這樣，除了使醫生可以不 用和病人見面就能獲得病人詳細的信息(例如包括圖像和視頻信息)，也使 病人省去在醫院排隊掛號、排隊交費、多次排隊檢查、等待報告的時間， 同時，醫生還省去了等待每個病人填寫資料和採集信息的時間，醫生可以 專心做出診斷並給出自己設計的報告，從而高效地做出診斷。因此，本發 明一方面可以讓病人更方便更快速地就醫， 一方面也可以使醫生取得更好 的工作效果和更高的工作效率，進而使醫院和醫生本人獲得更大的收益。
以上內容是結合具體的優選實施方式對本發明所作的進一步詳細說 明，不能認定本發明的具體實施只局限於這些說明。對於本發明所屬技術 領域的普通技術人員來說，在不脫離本發明構思的前提下，還可以做出若 幹簡單推演或替換，都應當視為屬於本發明的保護範圍。
權利要求
1. 一種醫療診斷管理系統，其特徵在於，包括用戶模塊，其具有輸入用戶信息的手段和採集用戶的健康狀況信息的手段；和與所述用戶模塊相耦合的分發伺服器，其具有根據用戶的繳費結果產生繳費碼的手段，以及根據所述用戶信息查驗繳費碼及其使用狀況以決定是否允許對相應用戶進行所述健康狀況信息採集的手段。
2. 如權利要求1所述的醫療診斷管理系統，其特徵在於，所述分發 伺服器還具有提供就診計費信息的手段，所述用戶模塊或所述分發伺服器 還具有根據所述就診計費信息和所述用戶信息計算就診費用的手段，以及 將所述就診費用反饋給用戶的手段。
3. 如權利要求2所述的醫療診斷管理系統，其特徵在於，還包括繳 費模塊，其具有根據所述就診費用進行繳費並產生所述繳費結果的手段， 所述用戶模塊還具有在所述分發伺服器的所述決定為否時，供用戶可選地 運行繳費模塊的手段。
4. 如權利要求3所述的醫療診斷管理系統，其特徵在於，所述繳費模塊為以網絡方式繳費的網絡支付平臺或以現金方式繳費的收費端。
5. 如權利要求l所述的醫療診斷管理系統，其特徵在於，所述分發 伺服器還具有向用戶模塊提供醫生信息的手段，所述用戶模塊還具有供用 戶根據所述醫生信息選擇醫生的手段。
6. 如權利要求5所述的醫療診斷管理系統，其特徵在於，所述醫生 信息包括醫生評價信息，所述用戶模塊還具有供用戶更新所述分發伺服器 中的所述醫生評價信息的手段。
7. 如權利要求1 6任意一項所述的醫療診斷管理系統，其特徵在 於，還包括醫生端客戶機，其具有接收、査看和處理所述健康狀況信息的 手段以及向分發伺服器提供就診計費信息和醫生信息的手段。
8. 如權利要求7所述的醫療診斷管理系統，其特徵在於，所述醫生 端客戶機還具有根據所述用戶信息通知用戶收取診斷報告的手段。
9. 如權利要求1 6任意一項所述的醫療診斷管理系統，其特徵在 於，所述用戶模塊包括以遠程連接方式或相合併方式設置的多個病人端客 戶機和多個採集端客戶機，所述病人端客戶機用於輸入所述用戶信息，所述採集端客戶機用於在所述分發伺服器允許時採集所述健康狀況信息。
10. —種醫療診斷管理方法，其特徵在於，包括以下步驟A. 分發伺服器根據用戶的繳費結果產生繳費碼；B. 用戶模塊接收用戶輸入的用戶信息；和C. 所述分發伺服器根據所述用戶信息査驗所述繳費碼及其使用狀 況，決定是否允許所述用戶模塊的採集端對相應用戶進行健康狀況信息採 集。
11. 如權利要求10所述的醫療診斷管理方法，其特徵在於，還包括以下步驟向所述分發伺服器添加或修改就診計費信息；所述用戶模塊或所述分發伺服器根據所述就診計費信息和所述用戶 信息計算就診費用並反饋給用戶；和當所述步驟C中的決定為否時，提示使用繳費模塊繳費並在使用後產 生所述繳費結果。
12. 如權利要求10所述的醫療診斷管理方法，其特徵在於，還包括 以下步驟所述分發伺服器獲取並存儲醫生信息；所述分發伺服器根據用戶的査詢條件向所述用戶模塊提供所述醫生 信息；禾口將用戶對所述醫生信息的選擇作為所述用戶信息的一部分輸入所述 用戶模塊。
13. 如權利要求12所述的醫療診斷管理方法，其特徵在於，所述醫 生信息包括醫生評價信息，還包括以下步驟將用戶反饋信息輸入所述用戶模塊；和所述分發伺服器根據所述反饋信息更新所述醫生評價信息。
14. 如權利要求10 13任一項所述的醫療診斷管理方法，其特徵在 於，還包括以下步驟醫生端客戶機從所述用戶模塊接收所述健康狀況信息； 使用所述醫生端客戶機査看和處理所述健康狀況信息；和 所述醫生端客戶機向所述分發伺服器提供就診計費信息和醫生信息。
全文摘要
本發明揭示了一種醫療診斷管理系統，包括用戶模塊，其具有輸入用戶信息的手段和採集用戶的健康狀況信息的手段；和與用戶模塊相耦合的分發伺服器，其具有根據用戶的繳費結果產生繳費碼的手段，以及根據用戶信息查驗繳費碼及其使用狀況以決定是否允許對相應用戶進行健康狀況信息採集的手段。還揭示了用在該醫療診斷管理系統上的診斷管理方法。由於實現了根據自助繳費情況來開放/關閉健康狀況信息的遠程採集，病人省去了在醫院排隊掛號、排隊交費、多次排隊檢查的時間，醫生也省去了等待每個病人填寫資料和採集信息的時間。
文檔編號G06F19/00GK101452504SQ20081021810
公開日2009年6月10日 申請日期2008年12月5日 優先權日2008年12月5日
發明者陳常祥, 黃桂花 申請人:深圳市斯爾頓科技有限公司