牛琳 張錦 戴文彪

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

關(guān)鍵詞：Android；醫(yī)患溝通；問診APP；設(shè)計(jì)與實(shí)現(xiàn)

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：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 背景

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

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

2 “醫(yī)患通”平臺(tái)設(shè)計(jì)

2.1 需求分析

該文設(shè)計(jì)的“醫(yī)患溝通平臺(tái)”（以下簡(jiǎn)稱醫(yī)患通） 醫(yī)生身份需要通過系統(tǒng)嚴(yán)格的審核，患者可以將個(gè)人的健康信息共享給醫(yī)生，能夠?qū)崿F(xiàn)患者與專業(yè)醫(yī)生之間的健康咨詢、對(duì)上傳資訊的準(zhǔn)確性給予審核，能夠?qū)崿F(xiàn)患者與醫(yī)生的綁定關(guān)系，使醫(yī)生能夠?qū)颊叩慕】颠M(jìn)行個(gè)性化跟蹤指導(dǎo)、有效的保障患者與醫(yī)生健康的溝通。

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

2.2 功能結(jié)構(gòu)設(shè)計(jì)

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

各模塊的功能描述如下：

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

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

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

2.3 數(shù)據(jù)庫(kù)設(shè)計(jì)

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

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

3.1 開發(fā)環(huán)境與技術(shù)架構(gòu)

開發(fā)環(huán)境：“醫(yī)患通”服務(wù)器端采用Visual Studio 2013集成開發(fā)環(huán)境、ASP.NET和Microsoft SQL Server2008，C#語(yǔ)言開發(fā)。客戶端采用Android Studio集成開發(fā)環(huán)境，Java語(yǔ)言開發(fā)。

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

3.2 關(guān)鍵代碼

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

4 結(jié)束語(yǔ)

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

參考文獻(xiàn)：

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

[2] 賈單單. 移動(dòng)醫(yī)療APP 的設(shè)計(jì)研究[D]. 北京： 北方工業(yè)大學(xué)， 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)編輯：謝媛媛】