牛琳 張錦 戴文彪
摘要:患者向醫(yī)生咨詢時空間和時間的不便,咨詢的長期性和個性化的不足,患者獲得的健康資訊質(zhì)量無法保證等問題,導(dǎo)致醫(yī)患之間溝通效率低,缺乏信任?;贏ndroid的醫(yī)患溝通平臺在詳細(xì)分析了平臺的數(shù)據(jù)流程、功能結(jié)構(gòu)、數(shù)據(jù)庫模型以及平臺實(shí)現(xiàn)的環(huán)境與技術(shù)以后,設(shè)計(jì)實(shí)現(xiàn)了醫(yī)患綁定、問診、資訊推送、系統(tǒng)管理等功能。該平臺提供了對醫(yī)生信息、資訊推送的審核環(huán)節(jié),支持醫(yī)患之間的綁定關(guān)系,是一款能夠?yàn)橛脩籼峁╅L期的、個性化的問診APP。該平臺目前運(yùn)行流暢,用戶反映良好。
關(guān)鍵詞:Android;醫(yī)患溝通;問診APP;設(shè)計(jì)與實(shí)現(xiàn)
中圖分類號:TP311 文獻(xiàn)標(biāo)識碼: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 背景
當(dāng)前,我國醫(yī)患關(guān)系緊張,醫(yī)鬧與襲醫(yī)事件時有發(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)鍵所在。近些年在國家醫(yī)療體制改革不斷深入的背景下,醫(yī)療衛(wèi)生事業(yè)取得了突飛猛進(jìn)的發(fā)展,被稱為“手機(jī)上的醫(yī)院”的移動APP 系統(tǒng)也逐漸得到消費(fèi)者認(rèn)同。據(jù)艾媒咨詢發(fā)布的《2012—2017 年中國移動醫(yī)療市場年度報(bào)告》 顯示,目前國內(nèi)醫(yī)療健康類 APP 已多達(dá)3000多款[2]。在我國以在線問診、掛號、診療等為主要業(yè)務(wù)功能的醫(yī)療APP正在不斷發(fā)展,如春雨醫(yī)生、甘草醫(yī)生、掛號網(wǎng)和百度醫(yī)生,以及各種醫(yī)學(xué)教育網(wǎng)站(如好醫(yī)生、丁香園)等都是比較有影響力和發(fā)展前景的網(wǎng)絡(luò)醫(yī)療代表。醫(yī)療APP實(shí)際的運(yùn)營體系是依靠互聯(lián)網(wǎng)和相關(guān)的遠(yuǎn)程操作設(shè)備進(jìn)行運(yùn)轉(zhuǎn),可對患者的生命體征進(jìn)行嚴(yán)密的觀察和信息實(shí)時傳遞,以便更好地處理患者病情[3]。但也存在著如:醫(yī)生回復(fù)時間較長、患者無法準(zhǔn)確描述病情、不能很好地對患者的長期問診信息進(jìn)行管理的問題,同時,患者所瀏覽的健康資訊質(zhì)量參差不齊,資訊的真實(shí)性和準(zhǔn)確性無法得到保障。
隨著人們的生活水平和生活質(zhì)量的逐漸提高,人們對醫(yī)療服務(wù)的要求也越來越高。一方面患者希望能更好地享受的醫(yī)療服務(wù),另一方面也存在著醫(yī)患雙方溝通不夠、不順暢的問題。對此產(chǎn)生的醫(yī)患雙方的不信任,甚至醫(yī)患糾紛的問題有很多。想要預(yù)防此類事件的發(fā)生,就必須從源頭做起,從構(gòu)建一個良好的醫(yī)患溝通開始。
2 “醫(yī)患通”平臺設(shè)計(jì)
2.1 需求分析
該文設(shè)計(jì)的“醫(yī)患溝通平臺”(以下簡稱醫(yī)患通) 醫(yī)生身份需要通過系統(tǒng)嚴(yán)格的審核,患者可以將個人的健康信息共享給醫(yī)生,能夠?qū)崿F(xiàn)患者與專業(yè)醫(yī)生之間的健康咨詢、對上傳資訊的準(zhǔn)確性給予審核,能夠?qū)崿F(xiàn)患者與醫(yī)生的綁定關(guān)系,使醫(yī)生能夠?qū)颊叩慕】颠M(jìn)行個性化跟蹤指導(dǎo)、有效的保障患者與醫(yī)生健康的溝通。
為深入的描述系統(tǒng)的需求,該文通過數(shù)據(jù)流程圖(Data Flow Diagram,DFD)來反映信息在系統(tǒng)中的流動、處理和存儲情況。經(jīng)分析“醫(yī)患通”問診平臺的數(shù)據(jù)流主要由用戶(患者)、醫(yī)生、管理員3個外部實(shí)體,醫(yī)患綁定、問診、資訊推送、系統(tǒng)管理4個處理過程,數(shù)據(jù)健康數(shù)據(jù)表、問診記錄表、咨詢記錄表、綁定事件表、資訊信息表等多個數(shù)據(jù)存儲及相關(guān)數(shù)據(jù)流組成。由于篇幅所限,不能完整展示頂層數(shù)據(jù)流程、中間層數(shù)據(jù)流程以及底層數(shù)據(jù)流程。僅展示系統(tǒng)的第一層層數(shù)據(jù)流程,針對核心處理過程(問診),進(jìn)一步展式其第二層層數(shù)據(jù)流程?!搬t(yī)生問診”數(shù)據(jù)流圖用戶手動錄入個人健康信息,形成“健康數(shù)據(jù)記錄卡”,用戶在選擇醫(yī)生后,向醫(yī)生提出問題,醫(yī)生參考“健康數(shù)據(jù)記錄卡”,為用戶提供針對性的問診服務(wù),同時醫(yī)生會將重要的問診內(nèi)容記錄下來,結(jié)合用戶的個人健康數(shù)據(jù)形成“問診記錄卡”,問診結(jié)束以后用戶可以對本次問診就行評價,與當(dāng)前醫(yī)生本次的全部就診記錄保存到“咨詢記錄表”中。上述數(shù)據(jù)流圖如圖1所示。
2.2 功能結(jié)構(gòu)設(shè)計(jì)
“醫(yī)患通”問診平臺由“問診模塊”“資訊模塊”“醫(yī)生綁定模塊”和“系統(tǒng)管理模塊”四大功能模塊組成。總體功能模塊如圖2所示。
各模塊的功能描述如下:
醫(yī)患綁定模塊功能:醫(yī)生需實(shí)名注冊并上傳醫(yī)師職業(yè)資格證圖片,待審核通過并完善資料后,可形成“醫(yī)生資料卡”?;颊呖赏ㄟ^“醫(yī)生資料卡”,查看醫(yī)生主治范圍,擅長疾病,以及醫(yī)生簡介等方面信息;同時患者可申請與醫(yī)生進(jìn)行綁定,綁定后醫(yī)生可對患者進(jìn)行長期的針對性的指導(dǎo),患者還可以解除和醫(yī)生的綁定。
資訊模塊功能:醫(yī)生或管理員在web端上傳健康資訊或養(yǎng)生保健等相關(guān)的資訊,醫(yī)生還可以為患者推送有針對性的資訊,等待管理員審核通過后,患者可進(jìn)行瀏覽和學(xué)習(xí)。另外,醫(yī)生可以上傳的有關(guān)于健康知識講解小視頻,患者通過大講堂的健康常識的視頻學(xué)習(xí),增加自我養(yǎng)生保健常識,增強(qiáng)自診和自救能力。同時,大講堂的設(shè)計(jì)也為醫(yī)生在閑暇時間中分享健康常識提供了平臺。
系統(tǒng)管理模塊功能:由“賬號管理”,“講堂管理”,“資訊管理”“反饋管理”四大功能組成。賬號管理:依據(jù)用戶角色分配權(quán)限。醫(yī)生審核管理:醫(yī)生注冊賬號,并提交認(rèn)證信息后,管理員對認(rèn)證信進(jìn)行審核,將并結(jié)果反饋給醫(yī)生。資訊審核管理:健康大講堂視頻資訊由醫(yī)生上傳,管理員審核,通過后發(fā)布,可在客戶端瀏覽;圖文資訊由管理員或醫(yī)生上傳,管理員審核通過后發(fā)布,可以客戶端查看。反饋管理:對醫(yī)生端和患者端提交的反饋問題,進(jìn)行查看和處理。
2.3 數(shù)據(jù)庫設(shè)計(jì)
系統(tǒng)總體E-R圖,如圖3所示,其中每個醫(yī)生或者患者,都唯一對應(yīng)一個用戶,患者與醫(yī)生綁定,為多對多的關(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#語言開發(fā)??蛻舳瞬捎肁ndroid Studio集成開發(fā)環(huán)境,Java語言開發(fā)。
技術(shù)架構(gòu):本系統(tǒng)開發(fā)采用 “移動客戶端+云服務(wù)器”的總體架構(gòu);服務(wù)器端采用.NET 框架來構(gòu)建應(yīng)用程序三層架構(gòu)體系,服務(wù)器采用阿里云的云服務(wù)器,數(shù)據(jù)庫由SQL Server 2008搭建,存放至阿里云服務(wù)器上。Android客戶端與遠(yuǎn)程數(shù)據(jù)庫的數(shù)據(jù)通信采用WebAPI技術(shù)。 WebAPI[4]是ASP.NET WebAPI的簡稱,它是.net框架的一個編程接口。它存放于服務(wù)端,可以直接從數(shù)據(jù)庫中獲取數(shù)據(jù)。對于WEB瀏覽器端,可以直接通過WebAPI接口和HTTP協(xié)議獲取到服務(wù)器數(shù)據(jù)庫中的數(shù)據(jù),而手機(jī)客戶端,在發(fā)送GET請求之后,服務(wù)器會將查找到的數(shù)據(jù)庫中的記錄,轉(zhuǎn)換成JSON字符串返回給客戶端,客戶端需要對該JSON字符串進(jìn)行解析,才能獲取相應(yīng)數(shù)據(jù)。WebAPI數(shù)據(jù)訪問結(jié)構(gòu)圖,如圖4所示。
3.2 關(guān)鍵代碼
核心代碼:查找到當(dāng)前提問對象后,將數(shù)據(jù)庫中的消息字段通過查找“|”分割符,分割成單條數(shù)據(jù)顯示。
4 結(jié)束語
“醫(yī)患通”APP幫助患者及時了的解自身健康情況、獲取全面的健康知識相關(guān)服務(wù)、幫助醫(yī)生跟蹤指導(dǎo)患者的個人健康狀況。該平臺目前已經(jīng)在使用中,系統(tǒng)運(yùn)行順暢,用戶反饋和評價良好。平臺在使用中也發(fā)現(xiàn)一些不足之處,需要后續(xù)完善。比如:在針對推送的資訊的審核環(huán)節(jié),主要是依靠相關(guān)領(lǐng)域的醫(yī)生作為管理員對資訊內(nèi)容和來源進(jìn)行審核,以及用戶的反饋來處理,審核環(huán)節(jié)的科學(xué)性和客觀性方面還有待探索。另外平臺的功能還需要進(jìn)一步細(xì)化,深入到用戶的為一個需求中才能達(dá)到更好的用戶體驗(yàn)。
參考文獻(xiàn):
[1] 冷明祥, 孟國祥, 陳亞新, 等. 市場經(jīng)濟(jì)條件下醫(yī)德現(xiàn)狀調(diào)查分析[J]. 中國醫(yī)院管理, 2002, 22(7): 58-59.
[2] 賈單單. 移動醫(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)編輯:謝媛媛】