本發(fā)明涉及用戶交互技術(shù)領(lǐng)域，尤其涉及一種腎臟病隨訪系統(tǒng)。

背景技術(shù)：

隨著互聯(lián)網(wǎng)和通信技術(shù)的飛速發(fā)展，越來越多的服務(wù)或者行業(yè)均與互聯(lián)網(wǎng)結(jié)合，為用戶提供更加便利的服務(wù)。

在醫(yī)療領(lǐng)域中，腎臟疾病隨訪需求大、隨訪過程復(fù)雜，而我國現(xiàn)有的腎病隨訪體系仍在初期階段，隨訪系統(tǒng)的針對性低。

目前存在的一些隨訪系統(tǒng)設(shè)計簡單，更強調(diào)醫(yī)患之間的交互功能而缺乏科學(xué)嚴謹?shù)慕Y(jié)構(gòu)化數(shù)據(jù)，在數(shù)據(jù)庫的建設(shè)和數(shù)據(jù)結(jié)構(gòu)上存在較多的不足。隨訪系統(tǒng)基于移動端運行，不利于隨訪資料的批量采集、存儲和管理。此外，很多隨訪工具多為為個體醫(yī)生打造而并非與醫(yī)院接軌，用戶規(guī)模和隨訪效率不高。

因此，現(xiàn)有技術(shù)還有待發(fā)展。

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

鑒于上述現(xiàn)有技術(shù)的不足之處，本發(fā)明的目的在于提供一種腎臟病隨訪系統(tǒng)，旨在解決現(xiàn)有技術(shù)中隨訪系統(tǒng)不便于使用，針對性低，數(shù)據(jù)結(jié)構(gòu)簡單的問題。

為了達到上述目的，本發(fā)明采取了以下技術(shù)方案：

一種腎臟病隨訪系統(tǒng)，其中，包括：用于存儲及處理用戶數(shù)據(jù)的服務(wù)端；與所述服務(wù)端通信連接，展示采集的病人數(shù)據(jù)的客戶端；

所述客戶端包括：

用于顯示疾病列表及待歸檔病例的疾病顯示單元；

用于顯示疾病診斷結(jié)果的診斷顯示單元；

用于顯示病人信息的信息顯示單元；所述信息顯示單元采集用戶指令以編輯病人信息。

用于顯示病人隨訪信息的隨訪信息顯示單元以及

用于以列表形式展示顯示單元的資料顯示單元。

所述的系統(tǒng)，其中，所述客戶端還包括：

用于顯示病人藥物史信息的藥物治療單元；

用于顯示病人特殊治療信息的特殊治療顯示單元以及

用于顯示病人手術(shù)史信息的手術(shù)記錄顯示單元。

所述的系統(tǒng)，其中，所述客戶端還包括：

顯示診療結(jié)果不明的病例的待歸檔病人顯示單元；以及

采集用戶指令，建立待歸檔病例檔案的歸檔操作顯示單元。

所述的系統(tǒng)，其中，所述服務(wù)端包括：

用于管理用戶信息的用戶信息維護模塊；

用于維護采集的病人數(shù)據(jù)的角色維護模塊；

用于設(shè)置和驗證用戶權(quán)限的權(quán)限管理模塊。

所述的系統(tǒng)，其中，所述服務(wù)端還包括：

用于路由器權(quán)限管理的路由器維護模塊；以及

用于實現(xiàn)疾病分類信息管理的疾病分類管理模塊。

所述的系統(tǒng)，其中，所述病人隨訪信息包括：

病人基本信息、檢驗結(jié)果、檢查結(jié)果、營養(yǎng)評估、貧血評估、生活評估、飲食評估和骨代謝評估。

所述的系統(tǒng)，其中，所述服務(wù)端通過哈希表存放項目與對應(yīng)數(shù)據(jù)信息之間的對應(yīng)關(guān)系。

所述的系統(tǒng)，其中，所述病人信息包括姓名、編號、身份證號、性別、出生日期、血型。

有益效果：本發(fā)明提供的一種隨訪系統(tǒng)，在疾病診斷分類上較為專業(yè)完善，符合醫(yī)學(xué)邏輯；流程設(shè)計注重實用性和高效性，步驟簡單，操作輕巧，符合醫(yī)生用戶的操作習(xí)慣，從而能有效地規(guī)范隨訪管理、提高隨訪效率。另外，通過網(wǎng)絡(luò)接入服務(wù)端的方式，實現(xiàn)其他業(yè)務(wù)的無縫對接，隨時改善患者線上線下全流程的就醫(yī)體驗。

附圖說明

圖1為本發(fā)明實施例提供的腎臟病隨訪系統(tǒng)的系統(tǒng)示意圖。

圖2為本發(fā)明實施例提供的腎臟病隨訪系統(tǒng)的使用方法的方法流程圖。

具體實施方式

本發(fā)明提供一種腎臟病隨訪系統(tǒng)。為使本發(fā)明的目的、技術(shù)方案及效果更加清楚、明確，以下參照附圖并舉實施例對本發(fā)明進一步詳細說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

圖1為本發(fā)明實施例提供的一種腎臟病隨訪系統(tǒng)。該隨訪系統(tǒng)由用于存儲及處理用戶數(shù)據(jù)的服務(wù)端；與所述服務(wù)端通信連接，展示采集的病人數(shù)據(jù)的客戶端組成。

如圖1所示，在本發(fā)明實施例中，該客戶端可以包括如下功能單元：用于顯示臨床科室列表的科室顯示單元10。所示科室顯示單元10可以選擇使用腎臟病科為當(dāng)前科室。用于顯示顯示腎臟疾病列表和待歸檔病例(如原發(fā)性腎臟疾病、繼發(fā)性腎臟疾病等)的疾病顯示單元11。用于顯示疾病診斷結(jié)果的診斷顯示單元12。用于顯示疾病診斷分類(腹膜透析、血液透析和腎臟移植)的診斷分類顯示單元13。用于顯示診療結(jié)果不明(如診斷未明、檢查結(jié)果未出)的病例的待歸檔病人顯示單元14。用于采集用戶指令(如待歸檔病例資料完整后按疾病分類進行手動歸檔這樣的操作)，建立待歸檔病例檔案的歸檔操作顯示單元15。用于以列表形式展示顯示單元的資料顯示單元16。該資料顯示單元可以顯示如一般資料、病人診斷、住院記錄等項目。用于顯示病人信息的信息顯示單元17。具體的，該病人信息可以包括一般信息，包括姓名、編號、身份證號、性別、出生日期、血型等。該所述信息顯示單元17還可以通過采集用戶指令以編輯病人信息。用于顯示疾病診斷結(jié)果的診斷顯示單元18。所述疾病診斷結(jié)果可以包括：原發(fā)性腎病診斷、繼發(fā)性腎病診斷、腎臟病理診斷、腎功能診斷、腎臟替代狀態(tài)診斷等。用于顯示病人的住院信息，包括病區(qū)、床號、出入院記錄等的住院記錄顯示單元19。用于顯示病人的手術(shù)史信息，包括手術(shù)名稱、手術(shù)時間等的手術(shù)記錄顯示單元20。用于顯示病人的隨訪信息，包括基本情況、檢驗結(jié)果(血、尿常規(guī)、腎功能檢查等)、檢查結(jié)果(CT、B超等)、營養(yǎng)評估、貧血評估、生活評估、飲食評估和骨代謝評估的隨訪信息顯示單元21。用于顯示病人的藥物史信息，其包括免疫抑制劑治療、抗凝治療等的藥物治療顯示單元22，以及用于顯示病人的特殊治療信息，包括腹膜透析和血液透析的特殊治療顯示單元23。

應(yīng)當(dāng)說明的是，在實際使用過程中，可以根據(jù)實際情況的需要，例如數(shù)據(jù)庫存儲的數(shù)據(jù)項目或者用戶的設(shè)置，增加或者刪減一些顯示單元，從而滿足實際使用的需求。

在本發(fā)明實施例中，該顯示單元用于在客戶端生成相對應(yīng)的顯示頁面。該顯示頁面還可以是具有用戶交互功能的頁面，用戶(如醫(yī)生或者護士等)可以通過輸入設(shè)備，對顯示單元內(nèi)的信息進行瀏覽、編輯或者將編輯后的數(shù)據(jù)保存至數(shù)據(jù)庫中。在一些顯示單元中，可以僅具有展示瀏覽的功能，而在另一些顯示單元中，可以提供功能選框來實現(xiàn)編輯或者保存等其他功能。應(yīng)當(dāng)說明的是，在本發(fā)明實施例中，該顯示單元基于電腦端顯示和操作。基于個人電腦的顯示單元能夠顯示更好的數(shù)據(jù)結(jié)構(gòu)，并且更符合醫(yī)生等用戶群體的日常使用習(xí)慣，從而能有效地規(guī)范隨訪管理、提高隨訪效率。

如圖1所示，本發(fā)明實施例中，該服務(wù)端具體可以包括如下功能模塊：用于管理用戶信息的用戶信息維護模塊110。用于維護采集的病人數(shù)據(jù)的角色維護模塊120。用于設(shè)置和驗證用戶權(quán)限的權(quán)限管理模塊130。用于路由器權(quán)限管理的路由器維護模塊140。用于實現(xiàn)疾病分類信息管理的疾病分類管理模塊150以及用于維護數(shù)據(jù)庫的科室維護模塊160。

在本發(fā)明實施例中，服務(wù)端接入對應(yīng)的數(shù)據(jù)庫，通過相應(yīng)的功能模塊，返回客戶端的顯示單元所需的信息，向用戶展示。每一個科室可以設(shè)置自己獨立的數(shù)據(jù)庫。具體的，在服務(wù)端對數(shù)據(jù)庫的數(shù)據(jù)進行調(diào)用時，可以通過存放項目與對應(yīng)數(shù)據(jù)信息之間對應(yīng)關(guān)系的哈希表來完成。

在本發(fā)明實施例中，可以根據(jù)實際情況的需要，例如數(shù)據(jù)庫存儲的數(shù)據(jù)項目或者用戶的設(shè)置，增加或者刪減一些功能模塊，從而滿足實際使用的需求。還可以根據(jù)額外的功能要求，對部分的功能模塊進行適當(dāng)?shù)恼{(diào)整。

該權(quán)限管理模塊130可以為用戶賦予在客戶端改變保存數(shù)據(jù)的權(quán)限，并對不同的用戶作出區(qū)分，以實現(xiàn)數(shù)據(jù)的有效管理和提高數(shù)據(jù)的安全性。

在一些實施例中，還可以通過網(wǎng)絡(luò)等通信方式，由服務(wù)端接入到不同醫(yī)院的數(shù)據(jù)庫中，實現(xiàn)數(shù)據(jù)共享，逐步構(gòu)建慢性病管理平臺，打破醫(yī)院之間的“信息孤島”，從而提高患者滿意度和忠誠度、提升醫(yī)療服務(wù)水平。

圖2為本發(fā)明實施例提供的隨訪系統(tǒng)的使用方法流程圖。如圖2所示，該使用方法包括：

101：用戶在客戶端登錄。

102：用戶通過科室顯示單元選擇腎病科，進入疾病顯示單元。

103：用戶在疾病顯示單元選擇相應(yīng)疾病，進入診斷顯示單元。

104：用戶在診斷顯示單元選擇相應(yīng)診斷，進入診斷分類顯示單元。

105：用戶在診斷分類顯示單元選擇相應(yīng)診斷分類，進入病人信息顯示單元。

106：用戶在病人信息顯示單元選擇進入病人資料相關(guān)的顯示單元(如一般資料、病人診斷、住院記錄等)，進行瀏覽、編輯和保存。

在實際使用過程中，可能存在一些無法自動歸檔的病例，或者對疾病歸類情況存在異議的病例。對于這樣的病例，用戶可以選擇點擊疾病顯示單元的待歸檔，進入待歸檔病人顯示單元，然后，在歸檔操作顯示單元中對病例按腎臟病科、疾病、診斷、診斷分類的順序進行歸檔操作，之后退回至疾病選擇單元，進入步驟103。

在本發(fā)明實施例中的客戶端上還可以集成其他合適類型的互聯(lián)網(wǎng)業(yè)務(wù)。由此，不僅能夠?qū)颊呓】祵嵤┯行У倪h程監(jiān)控和專業(yè)指導(dǎo)，還能通過與醫(yī)院其他可線上操作業(yè)務(wù)的無縫對接，隨時改善患者線上線下全流程的就醫(yī)體驗。

可以理解的是，對本領(lǐng)域普通技術(shù)人員來說，可以根據(jù)本發(fā)明的技術(shù)方案及本發(fā)明構(gòu)思加以等同替換或改變，而所有這些改變或替換都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。