王朋++朱垚++陸明++楊濤

摘 要： 對蘋果應用商店（APP Store）中國市場的高頻醫(yī)療應用進行下載、試用及測試，總結(jié)醫(yī)療應用研發(fā)趨勢及方法。以下載量累計達10000次的APP作為默認的高頻醫(yī)療應用，采用iPad 2作為測試平臺，對各應用的功能模塊進行列表式對比。入選的應用共計6款，測試模塊數(shù)量17個。測試結(jié)果表明，各應用已經(jīng)實現(xiàn)了基本的醫(yī)療訴求和資訊訴求功能，但是存在問診模糊性，患者隱私保護，以及無法確保醫(yī)生真實資質(zhì)等問題。

關(guān)鍵詞： 醫(yī)療APP； IOS； 移動互聯(lián)網(wǎng)； 功能模塊； 對比研究

中圖分類號：TP319 文獻標志碼：A 文章編號：1006-8228（2016）11-41-03

A comparative study of frequent used domestic medical IOS APPs

Wang Peng1，2， Zhu Yao1， Lu Ming1，2， Yang Tao1

（1. Nanjing University of Chinese Medicine， Nanjing， Jiangsu 210023， China； 2. Institute of TCM Information of Nanjing Medchitec Co. Ltd.）

Abstract： By downloading， trying and testing the frequent used medical applications of Apple App Store in the Chinese market， the trend and method of medical application research and development are summarized. Taking the APPs cumulated download amount of up to 10000 as the default frequent used medical applications， using iPad 2 as a test platform， the function modules of each application are compared in a list way. Total 6 applications are selected to test， which include 17 modules. The test results show that all the applications have achieved the basic medical demands and information demands， but there are the problems of interrogation fuzzy， patient privacy protection， and the inability to ensure the qualification of doctor， and so on.

Key words： medical APP； IOS； mobile internet； functional module； contrastive study

0 引言

移動醫(yī)療應用正在成為全球移動互聯(lián)網(wǎng)的又一個掘金場所。據(jù)艾媒咨詢預計，到2017年底，移動醫(yī)療的市場規(guī)模將達到125.3億元，目前國內(nèi)的移動醫(yī)療APP已達2000多款[1]。本文通過對熱門APP各功能模塊進行對比，探討移動醫(yī)療APP設計開發(fā)亟待解決的問題以及發(fā)展趨勢。

1 資料和方法

⑴ 資料來源 針對IOS開發(fā)平臺，對蘋果應用商店（App Store）中國市場的高頻醫(yī)療應用進行下載、試用及測試研究。鑒于蘋果應用商店將應用下載量作為商業(yè)機密保護，并不能直接查看，所以下載數(shù)據(jù)及更新版本參照騰訊安卓應用商店的統(tǒng)計數(shù)據(jù)。

⑵ 研究方法 以騰訊應用市場下載量超過10000次的APP作為高頻醫(yī)療應用，通過iPad 2測試平臺，針對各應用在測試使用過程中進行列表式對比研究。

2 研究結(jié)果

2.1 熱門應用發(fā)布時間

發(fā)布時間如表1所示。

2.2 主要功能分布

主要功能分布如表2所示。

3 討論

醫(yī)療APP推出時間集中在2014年左右，這個時間正是移動互聯(lián)網(wǎng)高速發(fā)展的一個重要轉(zhuǎn)折點，人們在醫(yī)療上的需求以及現(xiàn)實醫(yī)療條件不足形成沖突，醫(yī)療健康信息化市場已然成為一片藍海，這些都為醫(yī)療APP的發(fā)展提供了契機[2]。醫(yī)患溝通、多媒體病歷、病歷分享、患者管理、數(shù)據(jù)同步共享等均是軟件廠商重點開發(fā)的模塊。

⑴ 患者管理 所有診療活動都是圍繞患者開始的，因此對患者信息的管理是每個醫(yī)療應用較為重視的環(huán)節(jié)[3]。表1中的五家廠商均針對患者的來源、性別、年齡、時間、地域等基本信息進行記錄。杏仁醫(yī)生的醫(yī)生用戶可以為熟悉的患者建一個可以隨時管理、記錄、跟蹤、交流、檢索和查看情況的患者群，可以選擇性成為某些熟悉患者的私人醫(yī)生，患者少而優(yōu)，患者由醫(yī)生選，定價收費由醫(yī)生定。

⑵ 醫(yī)患溝通 自從醫(yī)學產(chǎn)生以來，醫(yī)患溝通一直是醫(yī)生和患者的聯(lián)系紐帶，溝通的質(zhì)量甚至直接影響診療的最終效果，以致產(chǎn)生其他社會問題[4]。在醫(yī)學診斷治療過程中，醫(yī)生和患者是一對多的關(guān)系，如何協(xié)調(diào)和處理好這一對多的關(guān)系，并確保溝通的質(zhì)量，各家軟件廠商可謂各具特色。除了病歷夾和紫色醫(yī)療兩家是采用第三方社交平臺—微信外，春雨醫(yī)生、杏仁醫(yī)生以及藍鯨醫(yī)生均獨自開發(fā)了交流平臺。無論是利用第三方的社交平臺，還是獨自開發(fā)的交流平臺，均支持圖文和語音等形式交流，可以加強醫(yī)患的聯(lián)系，提高治療的依賴性，緩解日益嚴重的醫(yī)患矛盾等社會問題。

⑶ 病歷記錄 病歷是聯(lián)系醫(yī)生和患者的基礎(chǔ)，該模塊的開發(fā)是各個軟件廠商關(guān)注的重點之一。除了常規(guī)的文字病歷數(shù)據(jù)記錄以外，各軟件廠商的軟件均支持語音、圖片等多媒體存儲形式，使病歷描述更生動?？紤]到服務器成本以及客戶端采集硬件的多樣性等因素，只有適用于住院病歷的“病歷夾”的軟件可以采集病人的視頻數(shù)據(jù)。但是，受限于視頻上傳以及存儲成本比較大，目前各個軟件廠商對這一類型的資料采集投入不足。

⑷ 病歷分享 傳統(tǒng)的醫(yī)療環(huán)境下，醫(yī)生采集的病歷是相對封閉的。各軟件廠商也意識到這一點，各廠商相繼開發(fā)了病歷分享模塊，但病歷的分享形式與對象的選擇不夠謹慎，對于醫(yī)生和患者的隱私權(quán)的保護力度依然不夠。

⑸ 病歷同步 隨著計算機、手機等智能技術(shù)的發(fā)展，多終端數(shù)據(jù)采集變得越來越普遍，個人數(shù)據(jù)多平臺共享成為趨勢，文中涉及的醫(yī)療應用均支持數(shù)據(jù)的云端同步，自動備份。“病歷夾”在云端同步的同時還為醫(yī)生建立專屬的醫(yī)案庫，為醫(yī)生的后期科研活動提供了數(shù)據(jù)支持。“藍鯨醫(yī)生”甚至可以通過醫(yī)生的數(shù)據(jù)記錄情況，自動分析患者病情，并將結(jié)果推送給醫(yī)生，確保醫(yī)生實時掌握患者的病情以及治療情況。

⑹ 收費模塊 一個好的平臺除了能夠給患者提供最優(yōu)質(zhì)的醫(yī)學診療，還能夠確保醫(yī)生價值的最大體現(xiàn)。除了“病歷夾”以外，其余四款應用均設置了這一模塊，“杏仁醫(yī)生”支持醫(yī)生自主收費與定價，激發(fā)了醫(yī)生的能動性，但是自主定價可能存在定價虛高、價不符實等問題，引發(fā)市場混亂。

⑺ OCR識別 OCR識別一直是很多醫(yī)學科研從業(yè)者很關(guān)注的方面，然而這項技術(shù)也一直是業(yè)內(nèi)難題，目前只有“病歷夾”開放了這一模塊，受限于圖片的拍攝的光線、角度以及圖片的清晰度，OCR的拒識率、誤識率、識別速度依然存在很大的問題，依然需要與人工識別相結(jié)合。

4 醫(yī)療APP亟待解決的問題

每個軟件廠商都在試圖摸索科學的醫(yī)療APP設計模式，并不斷改進和完善其功能，力圖讓醫(yī)療APP更好地服務于醫(yī)生和患者。然而，對于隱私保護、醫(yī)生來源、適用性等問題仍然是設計者需要考慮的。

⑴ 患者隱私保護問題 作為移動互聯(lián)網(wǎng)附屬品，醫(yī)療APP在帶來便利的同時，也將用戶推向隱私泄露的風險中。沒有用戶愿意將個人身體情況公之于眾，所以，保護患者的隱私是各醫(yī)療APP在設計之初首先要考慮的問題，雖然各軟件廠商都或多或少的考慮到隱私保護問題，但是對患者個人資料進行適當?shù)募用芴幚?、?quán)限查看等操作，只有“病歷夾”應用通過“健康保險攜帶和責任法案”（HIPPA）認證。

⑵ 醫(yī)生來源可靠性問題 網(wǎng)上行醫(yī)并不需要通過衛(wèi)生行政主管部門的審批，“網(wǎng)醫(yī)”群體魚龍混雜，醫(yī)學愛好者、醫(yī)學生這些“非正規(guī)軍”占了相當?shù)谋戎豙3]。目前，政府尚沒有相關(guān)的監(jiān)管措施，“網(wǎng)醫(yī)”門檻低，即便是很多軟件廠商采取相關(guān)限制措施，也僅僅局限于醫(yī)生提供相關(guān)的個人資料，而無法對醫(yī)德醫(yī)風進行考評。一個平臺無法確保高水平的醫(yī)生的質(zhì)量，會降低用戶對APP的依賴程度。

⑶ 中老年患者的適用性 目前醫(yī)療APP的發(fā)展模式往往是輕問診模式，這一模式更適合慢病患者，而中老年患者占具很大一部分。實際情況是，很多中老年人不能很好地操作醫(yī)療APP。一個不能讓絕大部分群體輕松操作的APP，將難以在市場推廣。

5 關(guān)于醫(yī)療APP發(fā)展的思考

⑴ 簡化設計 醫(yī)療APP最終的追求應該是“診療自由”，要想達到診療的自由，應該從APP的功能入手，功能布局應最大程度的簡化，復雜的功能只會徒增醫(yī)生或者患者操作的困擾。診療的過程其本質(zhì)是“兩點一線”，兩點即醫(yī)生和患者，一線即問診。軟件設計者應該抓住兩點，醫(yī)生端需要的是快捷的病歷管理、有效的行業(yè)交流、及時的醫(yī)患溝通和合理的工作規(guī)劃，患者端則只需要滿足其精準化的“尋醫(yī)問藥”目的，即找對醫(yī)生，買準藥品。

⑵ 規(guī)范收費 醫(yī)療APP市場至今依然是一片藍海，各軟件廠商都在摸索，沒有一個開發(fā)商能夠給出一個明確的盈利模式，因此收費模式也各不相同。從表2中可以看出，市面上大多數(shù)的醫(yī)療APP采取的是自主定價的收費模式。這種方式雖然某種程度上調(diào)動了醫(yī)生的積極性，但是無形中也給醫(yī)療APP市場帶來了風險，即收費的混亂。定價混亂的產(chǎn)品是不受歡迎的，不會有患者愿意為一個收費混亂的APP買單[5]。因此，合理的醫(yī)療定價機制對于醫(yī)療APP的市場而言是非常重要的。

⑶ 完善體系 醫(yī)療APP要想真正發(fā)展起來，必須借助于遠程診療以及移動購藥監(jiān)管體系的建立。遠程診療和移動購藥模式要真正發(fā)展起來，必須有三個條件：電子病歷配合，快捷化驗配合以及智能化的預約管理。醫(yī)生端可以在遵守患者隱私的前提下，方便調(diào)閱患者的既往病歷，同時患者又可以像去超市購物一樣做自我醫(yī)學化驗檢查，并將檢查結(jié)果分享給醫(yī)生。醫(yī)生可全方位了解患者，對患者的病情、病程有一個科學的判斷，從而可以使醫(yī)生做出相對應的手術(shù)提醒和管理，診療的效率自然也就有質(zhì)的飛躍[6]。

6 結(jié)束語

隨著移動互聯(lián)網(wǎng)的發(fā)展，各類移動醫(yī)療APP在患者信息管理、醫(yī)患溝通、移動掛號等方面發(fā)揮了積極作用，同時暴露出隱私保護與政策保障不到位、醫(yī)生資質(zhì)審查不全面等諸多問題。本文通過對入選的6款應用進行對比，發(fā)現(xiàn)各醫(yī)療應用已實現(xiàn)基本的醫(yī)療和資訊訴求功能，但是依然存在問診模糊性、患者隱私保護和無法確保醫(yī)生真實資質(zhì)等問題。移動醫(yī)療的發(fā)展應遵循以人為核心，不斷提高醫(yī)療供給（高質(zhì)量的醫(yī)生資源），利用線上優(yōu)勢解決患者醫(yī)療的實際需求。移動醫(yī)療任重道遠，需要政府、醫(yī)院、企業(yè)、社會的共同參與，共同打造新時代診療的新格局。

參考文獻（References）：

[1] 李新興.醫(yī)療移動App上手容易實行不易[EB/OL].http：//zl.

hxyjw.com/arc_3724，2014-03-13/2015-4-20.

[2] 唐雄燕.積極探索、發(fā)掘醫(yī)療信息化市場潛力[J].世界電信，

2012.8（1）：57-60

[3] 張羅.基于診療效率評價體系的醫(yī)療過程創(chuàng)新研究[D].天津

大學，2012.

[4] 崔榮昌.醫(yī)患關(guān)系中的醫(yī)患溝通研究[D].山東大學，2008.

[5] 李林，劉國恩.我國營利性醫(yī)院發(fā)展與醫(yī)療費用研究：基于省

級數(shù)據(jù)的實證分析[J].管理世界，2008.10（1）：53-63

[6] 張領(lǐng)，朱廣平.社區(qū)遠程診療系統(tǒng)的應用和設計[J].電腦知識

與技術(shù)，2014.6（1）：1345-1347