基于Android的醫(yī)患溝通平臺的設計與實現(xiàn)

牛琳 張錦 戴文彪

摘要：患者向醫(yī)生咨詢時空間和時間的不便，咨詢的長期性和個性化的不足，患者獲得的健康資訊質量無法保證等問題，導致醫(yī)患之間溝通效率低，缺乏信任。基于Android的醫(yī)患溝通平臺在詳細分析了平臺的數(shù)據(jù)流程、功能結構、數(shù)據(jù)庫模型以及平臺實現(xiàn)的環(huán)境與技術以后，設計實現(xiàn)了醫(yī)患綁定、問診、資訊推送、系統(tǒng)管理等功能。該平臺提供了對醫(yī)生信息、資訊推送的審核環(huán)節(jié)，支持醫(yī)患之間的綁定關系，是一款能夠為用戶提供長期的、個性化的問診APP。該平臺目前運行流暢，用戶反映良好。

關鍵詞：Android；醫(yī)患溝通；問診APP；設計與實現(xiàn)

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2018）23-0294-03

Abstract： There are some problems such as the inconveniences of space and time， the lack of long-term and personalized consultation， the inability to guarantee the quality of health information ，lead to low communication efficiency and lack of trust between doctors and patients. After analyzing the data flow， functional structure ， database model and the environment and technology of the platform， the doctor-patient communication platform based on Android designed and realized the functions of doctor-patient binding， inquiry， information push， system management and so on. The platform provides an audit link to the doctor's identity， information push， and supports the binding between doctors and patients. It is a long - term and personalized APP for users. The platform is running smoothly and users are well received.

Key words： Android； doctor-patient communication； interrogation APP； design and implementation.

1 背景

當前，我國醫(yī)患關系緊張，醫(yī)鬧與襲醫(yī)事件時有發(fā)生。根據(jù)有關資料統(tǒng)計，在已經發(fā)生的醫(yī)療糾紛中，由于醫(yī)患溝通不夠、醫(yī)患關系不和諧導致的糾紛占總量的2/3[1]。醫(yī)生和患者之間缺乏一種平等、理性的溝通，缺乏信任是導致醫(yī)療糾紛的關鍵所在。近些年在國家醫(yī)療體制改革不斷深入的背景下，醫(yī)療衛(wèi)生事業(yè)取得了突飛猛進的發(fā)展，被稱為“手機上的醫(yī)院”的移動APP 系統(tǒng)也逐漸得到消費者認同。據(jù)艾媒咨詢發(fā)布的《2012—2017 年中國移動醫(yī)療市場年度報告》 顯示，目前國內醫(yī)療健康類 APP 已多達3000多款[2]。在我國以在線問診、掛號、診療等為主要業(yè)務功能的醫(yī)療APP正在不斷發(fā)展，如春雨醫(yī)生、甘草醫(yī)生、掛號網和百度醫(yī)生，以及各種醫(yī)學教育網站（如好醫(yī)生、丁香園）等都是比較有影響力和發(fā)展前景的網絡醫(yī)療代表。醫(yī)療APP實際的運營體系是依靠互聯(lián)網和相關的遠程操作設備進行運轉，可對患者的生命體征進行嚴密的觀察和信息實時傳遞，以便更好地處理患者病情[3]。但也存在著如：醫(yī)生回復時間較長、患者無法準確描述病情、不能很好地對患者的長期問診信息進行管理的問題，同時，患者所瀏覽的健康資訊質量參差不齊，資訊的真實性和準確性無法得到保障。

隨著人們的生活水平和生活質量的逐漸提高，人們對醫(yī)療服務的要求也越來越高。一方面患者希望能更好地享受的醫(yī)療服務，另一方面也存在著醫(yī)患雙方溝通不夠、不順暢的問題。對此產生的醫(yī)患雙方的不信任，甚至醫(yī)患糾紛的問題有很多。想要預防此類事件的發(fā)生，就必須從源頭做起，從構建一個良好的醫(yī)患溝通開始。

2 “醫(yī)患通”平臺設計

2.1 需求分析

該文設計的“醫(yī)患溝通平臺”（以下簡稱醫(yī)患通） 醫(yī)生身份需要通過系統(tǒng)嚴格的審核，患者可以將個人的健康信息共享給醫(yī)生，能夠實現(xiàn)患者與專業(yè)醫(yī)生之間的健康咨詢、對上傳資訊的準確性給予審核，能夠實現(xiàn)患者與醫(yī)生的綁定關系，使醫(yī)生能夠對患者的健康進行個性化跟蹤指導、有效的保障患者與醫(yī)生健康的溝通。

為深入的描述系統(tǒng)的需求，該文通過數(shù)據(jù)流程圖（Data Flow Diagram，DFD）來反映信息在系統(tǒng)中的流動、處理和存儲情況。經分析“醫(yī)患通”問診平臺的數(shù)據(jù)流主要由用戶（患者）、醫(yī)生、管理員3個外部實體，醫(yī)患綁定、問診、資訊推送、系統(tǒng)管理4個處理過程，數(shù)據(jù)健康數(shù)據(jù)表、問診記錄表、咨詢記錄表、綁定事件表、資訊信息表等多個數(shù)據(jù)存儲及相關數(shù)據(jù)流組成。由于篇幅所限，不能完整展示頂層數(shù)據(jù)流程、中間層數(shù)據(jù)流程以及底層數(shù)據(jù)流程。僅展示系統(tǒng)的第一層層數(shù)據(jù)流程，針對核心處理過程（問診），進一步展式其第二層層數(shù)據(jù)流程?！搬t(yī)生問診”數(shù)據(jù)流圖用戶手動錄入個人健康信息，形成“健康數(shù)據(jù)記錄卡”，用戶在選擇醫(yī)生后，向醫(yī)生提出問題，醫(yī)生參考“健康數(shù)據(jù)記錄卡”，為用戶提供針對性的問診服務，同時醫(yī)生會將重要的問診內容記錄下來，結合用戶的個人健康數(shù)據(jù)形成“問診記錄卡”，問診結束以后用戶可以對本次問診就行評價，與當前醫(yī)生本次的全部就診記錄保存到“咨詢記錄表”中。上述數(shù)據(jù)流圖如圖1所示。

2.2 功能結構設計

“醫(yī)患通”問診平臺由“問診模塊”“資訊模塊”“醫(yī)生綁定模塊”和“系統(tǒng)管理模塊”四大功能模塊組成?？傮w功能模塊如圖2所示。

各模塊的功能描述如下：

醫(yī)患綁定模塊功能：醫(yī)生需實名注冊并上傳醫(yī)師職業(yè)資格證圖片，待審核通過并完善資料后，可形成“醫(yī)生資料卡”?；颊呖赏ㄟ^“醫(yī)生資料卡”，查看醫(yī)生主治范圍，擅長疾病，以及醫(yī)生簡介等方面信息；同時患者可申請與醫(yī)生進行綁定，綁定后醫(yī)生可對患者進行長期的針對性的指導，患者還可以解除和醫(yī)生的綁定。

資訊模塊功能：醫(yī)生或管理員在web端上傳健康資訊或養(yǎng)生保健等相關的資訊，醫(yī)生還可以為患者推送有針對性的資訊，等待管理員審核通過后，患者可進行瀏覽和學習。另外，醫(yī)生可以上傳的有關于健康知識講解小視頻，患者通過大講堂的健康常識的視頻學習，增加自我養(yǎng)生保健常識，增強自診和自救能力。同時，大講堂的設計也為醫(yī)生在閑暇時間中分享健康常識提供了平臺。

系統(tǒng)管理模塊功能：由“賬號管理”，“講堂管理”，“資訊管理”“反饋管理”四大功能組成。賬號管理：依據(jù)用戶角色分配權限。醫(yī)生審核管理：醫(yī)生注冊賬號，并提交認證信息后，管理員對認證信進行審核，將并結果反饋給醫(yī)生。資訊審核管理：健康大講堂視頻資訊由醫(yī)生上傳，管理員審核，通過后發(fā)布，可在客戶端瀏覽；圖文資訊由管理員或醫(yī)生上傳，管理員審核通過后發(fā)布，可以客戶端查看。反饋管理：對醫(yī)生端和患者端提交的反饋問題，進行查看和處理。

2.3 數(shù)據(jù)庫設計

系統(tǒng)總體E-R圖，如圖3所示，其中每個醫(yī)生或者患者，都唯一對應一個用戶，患者與醫(yī)生綁定，為多對多的關系。

3 系統(tǒng)實現(xiàn)

3.1 開發(fā)環(huán)境與技術架構

開發(fā)環(huán)境：“醫(yī)患通”服務器端采用Visual Studio 2013集成開發(fā)環(huán)境、ASP.NET和Microsoft SQL Server2008，C#語言開發(fā)?？蛻舳瞬捎肁ndroid Studio集成開發(fā)環(huán)境，Java語言開發(fā)。

技術架構：本系統(tǒng)開發(fā)采用 “移動客戶端+云服務器”的總體架構；服務器端采用.NET 框架來構建應用程序三層架構體系，服務器采用阿里云的云服務器，數(shù)據(jù)庫由SQL Server 2008搭建，存放至阿里云服務器上。Android客戶端與遠程數(shù)據(jù)庫的數(shù)據(jù)通信采用WebAPI技術。 WebAPI[4]是ASP.NET WebAPI的簡稱，它是.net框架的一個編程接口。它存放于服務端，可以直接從數(shù)據(jù)庫中獲取數(shù)據(jù)。對于WEB瀏覽器端，可以直接通過WebAPI接口和HTTP協(xié)議獲取到服務器數(shù)據(jù)庫中的數(shù)據(jù)，而手機客戶端，在發(fā)送GET請求之后，服務器會將查找到的數(shù)據(jù)庫中的記錄，轉換成JSON字符串返回給客戶端，客戶端需要對該JSON字符串進行解析，才能獲取相應數(shù)據(jù)。WebAPI數(shù)據(jù)訪問結構圖，如圖4所示。

3.2 關鍵代碼

核心代碼：查找到當前提問對象后，將數(shù)據(jù)庫中的消息字段通過查找“|”分割符，分割成單條數(shù)據(jù)顯示。

4 結束語

“醫(yī)患通”APP幫助患者及時了的解自身健康情況、獲取全面的健康知識相關服務、幫助醫(yī)生跟蹤指導患者的個人健康狀況。該平臺目前已經在使用中，系統(tǒng)運行順暢，用戶反饋和評價良好。平臺在使用中也發(fā)現(xiàn)一些不足之處，需要后續(xù)完善。比如：在針對推送的資訊的審核環(huán)節(jié)，主要是依靠相關領域的醫(yī)生作為管理員對資訊內容和來源進行審核，以及用戶的反饋來處理，審核環(huán)節(jié)的科學性和客觀性方面還有待探索。另外平臺的功能還需要進一步細化，深入到用戶的為一個需求中才能達到更好的用戶體驗。

參考文獻：

[1] 冷明祥， 孟國祥， 陳亞新， 等. 市場經濟條件下醫(yī)德現(xiàn)狀調查分析[J]. 中國醫(yī)院管理， 2002， 22（7）： 58-59.

[2] 賈單單. 移動醫(yī)療APP 的設計研究[D]. 北京： 北方工業(yè)大學， 2017.

[3] Tonsaker T， Bartlett G， Trpkov C. Health information on the Internet： gold mine or minefield？ [J]. Canadian Family Physician Medecin De Famine Canadien， 2014， 60（5）： 8-407.

[4] Wojcieszyn F. ASP.NET web API 2 recipes—A problem solution approach[J]. Apress Berkely， CA， USA， 2014： 31-33.

【通聯(lián)編輯：謝媛媛】