III目錄TOC\o"1-3"\h\u16810摘要 I5169第一章緒論 191791.1課題研究背景及意義 188601.2國(guó)內(nèi)外發(fā)展?fàn)顩r 214201.2.1移動(dòng)醫(yī)療應(yīng)用在國(guó)外的現(xiàn)狀 2178771.2.2移動(dòng)醫(yī)療應(yīng)用在國(guó)內(nèi)的現(xiàn)狀 2301091.2.3國(guó)外慢病信息化管理現(xiàn)狀 4206241.2.4國(guó)內(nèi)慢病信息化管理現(xiàn)狀 53140第二章微信小程序開(kāi)發(fā)相關(guān)技術(shù)的介紹 744042.1微信小程序介紹 7166852.2微信小程序開(kāi)發(fā)技術(shù)介紹 7242.2.1云開(kāi)發(fā) 7300242.2.2CMS內(nèi)容管理系統(tǒng) 9257472.2.3云函數(shù) 9153742.2.4云數(shù)據(jù)庫(kù) 1020406第三章系統(tǒng)的需求分析與設(shè)計(jì) 12265933.1系統(tǒng)需求分析 124243.1.1系統(tǒng)數(shù)據(jù)流圖設(shè)計(jì) 12149603.1.2系統(tǒng)數(shù)據(jù)字典 13140663.2可行性分析 14249073.3系統(tǒng)性能分析 1513593.2系統(tǒng)功能設(shè)計(jì) 15266363.3系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì) 16275633.3.1數(shù)據(jù)庫(kù)E-R圖設(shè)計(jì) 16216893.3.2數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì) 216014第四章系統(tǒng)的開(kāi)發(fā)與實(shí)現(xiàn) 2621284.1登錄功能 26127154.2主頁(yè)面 2632264.3家庭醫(yī)生 27223954.4日常情況 284444.5健康評(píng)估 29185584.6健康方案 30125714.7知識(shí)庫(kù) 30226044.8反饋情況 31144764.9CMS內(nèi)容管理平臺(tái) 31275234.10系統(tǒng)測(cè)試 326125（1）測(cè)試環(huán)境 3216752（2）測(cè)試策略 3231895（3）測(cè)試方法 336211（4）測(cè)試過(guò)程 3316712第五章總結(jié)與展望 37265725.1總結(jié) 3737035.2展望 373842參考文獻(xiàn) 38緒論1.1課題研究背景及意義“新醫(yī)改”后，黨和政府高度重視和支持發(fā)展在移動(dòng)端和互聯(lián)網(wǎng)上的醫(yī)療衛(wèi)生信息服務(wù)，我國(guó)的現(xiàn)代醫(yī)療衛(wèi)生綜合信息化醫(yī)療體系結(jié)構(gòu)建設(shè)已經(jīng)步入了全面發(fā)展的關(guān)鍵時(shí)期[1]，區(qū)域性的醫(yī)療衛(wèi)生信息化綜合服務(wù)平臺(tái)已經(jīng)初具規(guī)模，智能化可穿戴醫(yī)療設(shè)備及其他新型移動(dòng)互聯(lián)醫(yī)療服務(wù)應(yīng)用程序的大力推廣開(kāi)發(fā)，居民電子病歷文件和個(gè)人病歷數(shù)據(jù)持續(xù)廣泛推廣，智能化可攜帶醫(yī)療設(shè)備及其他新型移動(dòng)終端醫(yī)療服務(wù)應(yīng)用程序大力推廣開(kāi)發(fā)等，為有效充分利用“互聯(lián)網(wǎng)＋醫(yī)療”在慢性病管理中提供了重要技術(shù)保障。運(yùn)用現(xiàn)代移動(dòng)化和互聯(lián)網(wǎng)信息技術(shù)將會(huì)對(duì)醫(yī)療服務(wù)信息化進(jìn)行智慧整合管理，不僅可以有效改善各大醫(yī)院的醫(yī)療服務(wù)和績(jī)效管理，也方便了廣大患者在實(shí)際醫(yī)療場(chǎng)合隨時(shí)進(jìn)行在線看病和網(wǎng)絡(luò)就診。慢性病是并不是一種疾病，而是一類疾病的總稱，通常發(fā)病比較隱匿且是一類長(zhǎng)期性的疾病，有的慢性病甚至?xí)弥尾挥?，但是其并不具備傳染性，故稱為慢性非傳染性疾病。在我國(guó)當(dāng)今社會(huì)中，慢性血管疾病十分普遍，例如：高血壓、糖尿病等。如果不加以控制，會(huì)影響到社會(huì)的方方面面，降低幸福感和成就感。還會(huì)給社會(huì)福利制度帶來(lái)沉重負(fù)擔(dān)?？刂埔院?，即使沒(méi)有徹底治愈，也會(huì)讓這些病患有勞動(dòng)能力。管控治療慢性病目標(biāo)之一就是為了可以改善和提高大家的日常生活質(zhì)量，針對(duì)慢性病的患者對(duì)于慢性病管理的實(shí)際需要，為慢性病的患者們提供通過(guò)移動(dòng)互聯(lián)網(wǎng)技術(shù)來(lái)直接實(shí)現(xiàn)院外治療等，為了便于醫(yī)患們的院外交流溝通和治療，利用小程序的方式來(lái)管理治療慢性病的患者及其他家庭醫(yī)師與慢性病患者之間的交流和溝通，是為了適應(yīng)我國(guó)現(xiàn)代化的醫(yī)療衛(wèi)生體系建設(shè)要求，也是為向科學(xué)化、規(guī)范化的管理和便捷化發(fā)展邁進(jìn)。利用家庭醫(yī)療服務(wù)平臺(tái)小程序?qū)彝メt(yī)師和患者進(jìn)行慢性病家庭醫(yī)療服務(wù)平臺(tái)的管理等功能，不但可以保證各項(xiàng)信息的準(zhǔn)確、無(wú)誤、迅捷地被錄入和輸出，同時(shí)與線下小程序的操作方式相比，線下小程序管理也有著不可比擬的特殊性和優(yōu)勢(shì)，如：家庭醫(yī)生可以在線上就了解患者在院外的日常情況，能夠更好的對(duì)患者進(jìn)行管理以及宣教，使對(duì)慢性病患者的管理更加便捷。因此，開(kāi)發(fā)一個(gè)適合市場(chǎng)需求，符合家庭醫(yī)生及慢性病患者的慢性病家庭醫(yī)療服務(wù)平臺(tái)小程序，來(lái)解決在家庭醫(yī)生及慢性病患者在院外的指導(dǎo)治療具有相當(dāng)重要的現(xiàn)實(shí)意義。1.2國(guó)內(nèi)外發(fā)展?fàn)顩r全球世界范圍內(nèi)出現(xiàn)新一輪"互聯(lián)網(wǎng)+醫(yī)療"產(chǎn)業(yè)發(fā)展熱潮，主要原因是由中美兩個(gè)國(guó)家共同努力牽頭、聯(lián)手引領(lǐng)。近期，醫(yī)療衛(wèi)生服務(wù)管理類的專業(yè)應(yīng)用(APP)在國(guó)內(nèi)市場(chǎng)層出涌現(xiàn)，都得到了各類人群的青睞，如：國(guó)外的welldoc、telcare等，國(guó)內(nèi)的春雨醫(yī)生、丁香醫(yī)生等應(yīng)用。1.2.1移動(dòng)醫(yī)療應(yīng)用在國(guó)外的現(xiàn)狀在醫(yī)學(xué)技術(shù)和應(yīng)用層次上，美國(guó)的"互聯(lián)網(wǎng)+醫(yī)療"己經(jīng)發(fā)展很完善了，對(duì)醫(yī)療服務(wù)的各個(gè)環(huán)節(jié)基本都有實(shí)現(xiàn)，除此之外，對(duì)特定病種也展開(kāi)了遠(yuǎn)的醫(yī)療服務(wù)[2]。遠(yuǎn)程醫(yī)療服管理務(wù)(如TeleDoc)，醫(yī)患溝通服務(wù)管理(如HealthTap)、慢性疾病管理(如BlueStar)、為健康管理提供信息技術(shù)服務(wù)(如Fitbit)、出院患者遠(yuǎn)程監(jiān)測(cè)管理(如Helius)、醫(yī)生交流管理(如EpocratesReferences)、藥品銷售優(yōu)化服務(wù)(如Walgreens)等7類服務(wù)[3]。welldoc公司2005年自主設(shè)計(jì)開(kāi)發(fā)的一款關(guān)于美國(guó)糖尿病重癥預(yù)防和健康管理的免費(fèi)專業(yè)網(wǎng)絡(luò)應(yīng)用管理軟件，不但成功通過(guò)了美國(guó)食品藥品監(jiān)督管理局(FDA)的嚴(yán)格技術(shù)審批，并有保險(xiǎn)公司愿意為用戶買單。用戶不僅可以通過(guò)手機(jī)端的功能實(shí)時(shí)查看記錄自己的健康數(shù)據(jù)，獲得專屬化的健康管理指南，并為專業(yè)的整合臨床診療科室和主治醫(yī)師的專業(yè)診療技術(shù)服務(wù)團(tuán)隊(duì)提供一個(gè)全方位的醫(yī)療信息技術(shù)支撐。Jung-AhLee等通過(guò)對(duì)系統(tǒng)的應(yīng)用回顧進(jìn)行分析，指出了醫(yī)院移動(dòng)健康管理應(yīng)用程序系統(tǒng)能夠通過(guò)適時(shí)的健康管理信息更新提示、衛(wèi)生健康管理情況實(shí)時(shí)監(jiān)測(cè)及有效的與醫(yī)患之間信息溝通等,改善健康管理情況,對(duì)于慢性疾病的早期預(yù)防等都具有重大的應(yīng)用意義[4]。1.2.2移動(dòng)醫(yī)療應(yīng)用在國(guó)內(nèi)的現(xiàn)狀目前，國(guó)內(nèi)的現(xiàn)代醫(yī)療服務(wù)水平不斷進(jìn)步，醫(yī)療應(yīng)用也正在逐步發(fā)展，通過(guò)對(duì)我國(guó)醫(yī)藥行業(yè)物資學(xué)會(huì)2015年的研究和調(diào)查結(jié)果分析可以看出，當(dāng)時(shí)已經(jīng)發(fā)布了2000款以上的移動(dòng)醫(yī)療APP[5]。我國(guó)的移動(dòng)醫(yī)療應(yīng)用大多偏向于綜合服務(wù)類型，通過(guò)應(yīng)用搜索就可以能夠快速搜尋到跟“醫(yī)療”健康業(yè)務(wù)密切直接相關(guān)的不低于1500個(gè)，涉及應(yīng)用到的醫(yī)療服務(wù)范圍也比較大，如手機(jī)預(yù)約醫(yī)院掛號(hào)、健康自測(cè)、線上藥店、緊急醫(yī)療幫扶健康助手等[6]?！按河暾粕厢t(yī)生”是目前國(guó)內(nèi)比較成熟的產(chǎn)品，用戶可以直接在移動(dòng)端與醫(yī)生進(jìn)行在線問(wèn)診，它為用戶提供了直接、便捷的基于醫(yī)療健康的在線網(wǎng)絡(luò)咨詢問(wèn)診服務(wù)。此外，國(guó)內(nèi)還已經(jīng)推出了私人移動(dòng)家庭醫(yī)生醫(yī)療互聯(lián)網(wǎng)服務(wù)模式的一款移動(dòng)家庭醫(yī)療服務(wù)應(yīng)用程序，比如“5u家庭醫(yī)生”，目的就是能夠很好地實(shí)現(xiàn)通過(guò)移動(dòng)家庭醫(yī)療服務(wù)應(yīng)用程序?yàn)槊课粋€(gè)人家庭打造制定私人家庭醫(yī)生的健康服務(wù)管理和提供網(wǎng)絡(luò)健康預(yù)約以及就醫(yī)咨詢服務(wù)，提供更加專業(yè)、貼心的醫(yī)療服務(wù)[7]。在“互聯(lián)網(wǎng)+醫(yī)療”這個(gè)技術(shù)領(lǐng)域，慢性病治療與管理已經(jīng)受到了研發(fā)人員和用戶們更多地關(guān)注，它也是具有巨大發(fā)展?jié)摿Φ募夹g(shù)領(lǐng)域[8]?；ヂ?lián)網(wǎng)信息技術(shù)應(yīng)用能夠有效實(shí)現(xiàn)各大醫(yī)院的醫(yī)療信息關(guān)聯(lián)互通和數(shù)據(jù)共享，獲取各類大型醫(yī)療機(jī)構(gòu)的相關(guān)臨床病理診療數(shù)據(jù)資料以及家庭住房小區(qū)居民的個(gè)人電子健康信息檔案，為其量身搭建一個(gè)關(guān)于慢性疾病預(yù)防治療和健康管理的一個(gè)綜合性的高專業(yè)醫(yī)療信息技術(shù)服務(wù)平臺(tái)，并為其提供更多的醫(yī)療基礎(chǔ)技術(shù)信息；人工智能的可穿戴醫(yī)療設(shè)備與其他醫(yī)院移動(dòng)終端醫(yī)療設(shè)備應(yīng)用程序一樣是可以借助于醫(yī)院互聯(lián)網(wǎng)信息技術(shù)應(yīng)用來(lái)自動(dòng)收集實(shí)時(shí)的醫(yī)療數(shù)據(jù)交換流，開(kāi)展了一個(gè)生命周期的醫(yī)院動(dòng)態(tài)健康監(jiān)控，也就更加便捷有利于及時(shí)地進(jìn)行評(píng)估和研究調(diào)整醫(yī)療解決決策方案；云計(jì)算基礎(chǔ)技術(shù)將醫(yī)院數(shù)字化所需要采集的臨床資料和醫(yī)療數(shù)據(jù)直接實(shí)時(shí)存儲(chǔ)在醫(yī)院云端，實(shí)現(xiàn)了高效的數(shù)據(jù)共享和信息流通[9]。隨著我國(guó)慢性病患者的健康需求日益增高，現(xiàn)有的慢性病管理系統(tǒng)不能簡(jiǎn)單、有效的為患者提供便利。在“互聯(lián)網(wǎng)+”時(shí)代背景下，慢性病健康管理平臺(tái)在醫(yī)療衛(wèi)生資源分配下逐漸將移動(dòng)互聯(lián)網(wǎng)技術(shù)與社區(qū)醫(yī)療機(jī)構(gòu)相結(jié)合，讓患者隨時(shí)隨地就可以實(shí)現(xiàn)與醫(yī)生的病情交流與診斷。“互聯(lián)網(wǎng)+”下的慢性病健康管理服務(wù)平臺(tái)將移動(dòng)互聯(lián)網(wǎng)技術(shù)與社區(qū)醫(yī)療衛(wèi)生服務(wù)相結(jié)合，從其他社區(qū)醫(yī)療衛(wèi)生服務(wù)機(jī)構(gòu)到居民家庭，健康管理服務(wù)在逐步貼近人們的生活，除了對(duì)服務(wù)內(nèi)容的豐富，方式、質(zhì)量和效率也大大投提高，促使患者更加主動(dòng)積極的進(jìn)行自我健康管理[10]。隨著我國(guó)慢性病患者健康需求的醫(yī)療日益提高，“互聯(lián)網(wǎng)＋”醫(yī)療飛快發(fā)展，服務(wù)水平的提高和資源分配合理為慢病健康管理的進(jìn)步提供了重要支撐[11]。但是，“互聯(lián)網(wǎng)＋”在慢性病健康管理的實(shí)際應(yīng)用中在研究開(kāi)發(fā)設(shè)計(jì)及數(shù)據(jù)安全等技術(shù)方面仍有不足，需要進(jìn)一步的加強(qiáng)優(yōu)化，從而能夠更好地提升慢性病的預(yù)防和治療能力，提高慢性病患者的生活質(zhì)量[12]。1.2.3國(guó)外慢病信息化管理現(xiàn)狀國(guó)外發(fā)達(dá)國(guó)家對(duì)于腫瘤慢病臨床治療政策管理工作開(kāi)展起步較早，已經(jīng)逐漸形成穩(wěn)定的慢病治療政策體系，美國(guó)從20世紀(jì)50年代就已經(jīng)開(kāi)始通過(guò)行政立法的方式組織建立了惡性腫瘤重癥患者慢病登記制，隨后又組織開(kāi)展了腫瘤專病治療情況的跟蹤調(diào)查，逐步制定完善和健全了關(guān)于腫瘤的醫(yī)療政策法規(guī)。1984年，美國(guó)率先成功部署"行為危險(xiǎn)因素監(jiān)測(cè)系統(tǒng)"，1988年在36個(gè)發(fā)達(dá)地區(qū)城市和州都率先實(shí)現(xiàn)了示范應(yīng)用[13]。2003年英國(guó)研發(fā)了一種特色化的慢性病管理，并持續(xù)推廣[14]。在臨床研究領(lǐng)域，2型糖尿病的專病監(jiān)控信息系統(tǒng)嚴(yán)格遵循CCM，實(shí)現(xiàn)患者進(jìn)行測(cè)量提示、數(shù)據(jù)上傳、報(bào)警提示及在線問(wèn)診等健康管理功能，使得患者能在慢性病早期逐步形成較好的自我管理能力[15]。Ahmed等[16]在對(duì)哮喘慢病治療的研究中，構(gòu)建了"患者一醫(yī)生"的雙向交流，提高了患者與醫(yī)生的溝通交流能力。此外，學(xué)者對(duì)高血壓、慢性呼吸系統(tǒng)疾病、慢性消化道系統(tǒng)疾病、糖尿病等各種慢性疾病，都已進(jìn)行研究，并再臨床實(shí)踐中取得看較好的效果。1.2.4國(guó)內(nèi)慢病信息化管理現(xiàn)狀隨著慢性疾病管理逐步向信息化發(fā)展，我國(guó)的研究者結(jié)合當(dāng)前慢性疾病管理的現(xiàn)狀和特點(diǎn)形成了一套慢病管理信息系統(tǒng)。郭旭陽(yáng)[17]等設(shè)計(jì)了一個(gè)互動(dòng)式的慢性疾病患者康復(fù)醫(yī)療管理服務(wù)平臺(tái)，強(qiáng)化了慢性病患者的主體服務(wù)地位，在慢性疾病治療及早期康復(fù)的管理過(guò)程中結(jié)合患者的個(gè)人情況，提供個(gè)性化的健康指導(dǎo)和治療方案，幫助更多的慢性病患者能形成良好的生活習(xí)慣，實(shí)現(xiàn)真正的健康自我管理。蔣楨楨[18]建立了在社區(qū)內(nèi)的以慢性病家庭為服務(wù)對(duì)象和主體的在線慢病健康管理信息服務(wù)平臺(tái)。王留義等[19]基于移動(dòng)端建立了慢性疾病交互式的管理系統(tǒng)，如高血壓和糖尿病等慢性疾病的管理，在治療過(guò)程中提高了患者對(duì)自身疾病了認(rèn)知與了解，緩解了醫(yī)療機(jī)構(gòu)對(duì)慢性疾病管理環(huán)節(jié)的壓力。

微信小程序開(kāi)發(fā)相關(guān)技術(shù)的介紹2.1微信小程序介紹微信小程序是一種運(yùn)行在微信中的應(yīng)用服務(wù)，它用完即走，不需要下載安裝。它使得應(yīng)用“觸手可及”，用戶可通過(guò)用微信掃一掃或搜索打開(kāi)應(yīng)用。也可通過(guò)點(diǎn)擊微信好友分享的小程序鏈接打開(kāi)使用[20]。微信小程序的功能主要包括：在線/離線掃描、通知提醒、程序切換、信息獲取等。依據(jù)騰訊公司所發(fā)布的API文檔與微信開(kāi)發(fā)者工具進(jìn)行開(kāi)發(fā)，其主要有以下幾個(gè)特征：①類web應(yīng)用程序；②即用即走，不占用內(nèi)存；③基于微信跨平臺(tái)；④媲美原生操作體驗(yàn)。2.2微信小程序開(kāi)發(fā)技術(shù)介紹2.2.1云開(kāi)發(fā)云開(kāi)發(fā)（TencentCloudBase，TCB）是騰訊云提供基于騰訊云原生終端技術(shù)開(kāi)發(fā)一體化的后端開(kāi)發(fā)平臺(tái)環(huán)境和后端軟件開(kāi)發(fā)工具管理平臺(tái)，為廣大用戶提供了高性能可用、自動(dòng)化的彈性和可擴(kuò)縮的后端云服務(wù)，包含了云端計(jì)算、存儲(chǔ)等工具serverless一體化終端開(kāi)發(fā)管理能力，可廣泛應(yīng)用于實(shí)現(xiàn)云端開(kāi)發(fā)一體化的多種類型終端開(kāi)發(fā)應(yīng)用，幫助開(kāi)發(fā)者統(tǒng)一地組織構(gòu)建和規(guī)劃管理其后端開(kāi)發(fā)服務(wù)與應(yīng)用云開(kāi)發(fā)資源，避免了在軟件應(yīng)用技術(shù)研究與產(chǎn)品開(kāi)發(fā)的工作過(guò)程中繁瑣的終端服務(wù)器系統(tǒng)搭建及運(yùn)維，開(kāi)發(fā)者也因此可以更加好地專注于各種終端業(yè)務(wù)處理邏輯的綜合設(shè)計(jì)與分析實(shí)現(xiàn)，開(kāi)發(fā)的技術(shù)門檻也就更低，效率也就更高。云開(kāi)發(fā)平臺(tái)的整合開(kāi)發(fā)在用戶進(jìn)行微信小程序時(shí)，無(wú)需自行安裝或直接搭建任何平臺(tái)服務(wù)器，使用微信云開(kāi)發(fā)平臺(tái)的API就可以輕松進(jìn)行微信核心產(chǎn)品業(yè)務(wù)的整合開(kāi)發(fā)，從而用戶可以輕松實(shí)現(xiàn)快速的產(chǎn)品上線和迭級(jí)換代。小程序的原生編程接口、云端語(yǔ)言SDK均使用javascript匯編語(yǔ)言等來(lái)進(jìn)行程序編寫，主要目的是為了更好實(shí)現(xiàn)小程序的各種邏輯功能，其中程序渲染邏輯層的界面通常是同時(shí)使用多個(gè)webview進(jìn)行渲染，邏輯層是同時(shí)運(yùn)用多個(gè)jscore的線程來(lái)運(yùn)行寫在js上的腳本一個(gè)小型的程序,所以程序渲染邏輯層內(nèi)部通常是同時(shí)存在多個(gè)webview線程。2個(gè)線程之間的數(shù)據(jù)通信將同樣會(huì)經(jīng)過(guò)微信的一個(gè)客戶端接口作為線程中轉(zhuǎn),邏輯層向微信宿主網(wǎng)絡(luò)環(huán)境代理發(fā)送的宿主網(wǎng)絡(luò)代理請(qǐng)求也同樣會(huì)經(jīng)過(guò)微信宿主網(wǎng)絡(luò)環(huán)境轉(zhuǎn)發(fā)[21]。云開(kāi)發(fā)的三大基礎(chǔ)功能：云函數(shù)：可以在客戶端或云開(kāi)發(fā)控制臺(tái)寫，二者可同步，每個(gè)用戶不必自建服務(wù)器，調(diào)用這個(gè)函數(shù)就是調(diào)用服務(wù)端的接口。云數(shù)據(jù)庫(kù)：每個(gè)用戶不必自建一個(gè)數(shù)據(jù)庫(kù)。既是一種可以在小型應(yīng)用程序的數(shù)據(jù)前端自動(dòng)進(jìn)行讀寫操作，也是一種能在各種云函數(shù)中自動(dòng)進(jìn)行數(shù)據(jù)讀寫的JSON的數(shù)據(jù)庫(kù)。云存儲(chǔ)：每個(gè)用戶不必自建云存儲(chǔ)及文件CDN。在小型程序的系統(tǒng)前端直接可以進(jìn)行文件上傳/直接下載文件到基于云端的數(shù)據(jù)文件。它弱化了后端以及運(yùn)維的基本理念使得開(kāi)發(fā)人員不必搭建一個(gè)服務(wù)器就已經(jīng)可以直接利用微信開(kāi)發(fā)平臺(tái)所能夠提供的API即可完成小程序核心的業(yè)務(wù)開(kāi)發(fā)。，圖2-1為云開(kāi)發(fā)中開(kāi)發(fā)云端與小程序端之間的調(diào)用模式[22]。圖2-1開(kāi)發(fā)云端與小程序端之間的調(diào)用模式圖2.2.2CMS內(nèi)容管理系統(tǒng)云開(kāi)發(fā)CMS內(nèi)容管理系統(tǒng)是云開(kāi)發(fā)提供的一個(gè)擴(kuò)展程序，系統(tǒng)構(gòu)成見(jiàn)圖2-2，可以在控制臺(tái)安裝在程序的云開(kāi)發(fā)環(huán)境中，使得開(kāi)發(fā)人員和內(nèi)容運(yùn)營(yíng)者能夠隨時(shí)隨地管理小程序/Web等多端云開(kāi)發(fā)的內(nèi)容數(shù)據(jù)。圖2-2云開(kāi)發(fā)CMS內(nèi)容管理系統(tǒng)構(gòu)成圖2.2.3云函數(shù)云函數(shù)不需管理服務(wù)器就可以在云端運(yùn)行，可以在客戶端或云開(kāi)發(fā)控制臺(tái)寫，二者可同步，它是一段在開(kāi)發(fā)工具編寫后，上傳部署即可運(yùn)行的后端代碼。小程序內(nèi)提供了專門用于云函數(shù)調(diào)用的API。開(kāi)發(fā)者可以在云函數(shù)內(nèi)使用wx-server-sdk提供的getWXContext方法獲取到每次調(diào)用的上下文，無(wú)需維護(hù)復(fù)雜的鑒權(quán)機(jī)制，即可獲取天然可信任的用戶登錄態(tài)。如需在云函數(shù)中操作數(shù)據(jù)庫(kù)、管理云文件、調(diào)用其他云函數(shù)等操作，可使用官方提供的npm包wx-server-sdk進(jìn)行操作。2.2.4云數(shù)據(jù)庫(kù)本文設(shè)計(jì)的系統(tǒng)中用到了微信小程序云開(kāi)發(fā)所提供的JSON數(shù)據(jù)庫(kù)，下面對(duì)本系統(tǒng)中所采用的數(shù)據(jù)庫(kù)做簡(jiǎn)要的介紹。云開(kāi)發(fā)提供了一個(gè)JSON數(shù)據(jù)庫(kù)，數(shù)據(jù)庫(kù)中的每條記錄都是一個(gè)JSON格式的對(duì)象。一個(gè)數(shù)據(jù)庫(kù)可以有多個(gè)集合，集合可看做一個(gè)JSON數(shù)組，數(shù)組中的每個(gè)對(duì)象就是一條記錄，記錄的格式是JSON對(duì)象。關(guān)系型數(shù)據(jù)庫(kù)和JSON數(shù)據(jù)庫(kù)的概念對(duì)應(yīng)關(guān)系如表2-1：表2-1關(guān)系型數(shù)據(jù)庫(kù)和JSON數(shù)據(jù)庫(kù)的概念對(duì)應(yīng)關(guān)系關(guān)系型文檔型數(shù)據(jù)庫(kù)database數(shù)據(jù)庫(kù)database表table集合collection行row記錄record列column字段field數(shù)據(jù)庫(kù)API由小程序端和服務(wù)端兩部分組成，小程序端API擁有嚴(yán)格的調(diào)用權(quán)限控制，開(kāi)發(fā)者可在小程序內(nèi)直接調(diào)用API進(jìn)行非敏感數(shù)據(jù)的操作。對(duì)于有更高安全要求的數(shù)據(jù)，可在云函數(shù)內(nèi)通過(guò)服務(wù)端API進(jìn)行操作。云函數(shù)的環(huán)境是與客戶端完全隔離的，在云函數(shù)上可以私密且安全的操作數(shù)據(jù)庫(kù)。數(shù)據(jù)庫(kù)API包含增刪改查的能力，使用API操作數(shù)據(jù)庫(kù)只需三步：獲取數(shù)據(jù)庫(kù)引用、構(gòu)造查詢/更新條件、發(fā)出請(qǐng)求。在對(duì)數(shù)據(jù)進(jìn)行增刪改查之前，要先獲取數(shù)據(jù)庫(kù)和集合。獲取數(shù)據(jù)庫(kù)：wx.cloud.database()獲取集合：db.collection(集合名稱)獲取了集合之后，就可以對(duì)其中的數(shù)據(jù)進(jìn)行增刪改查了。増：add({data新增數(shù)據(jù),success,fail})查：where({data查詢依據(jù)}).get({success,success})，doc(_id).get({success,success})改：doc(_id).update({data要更新的數(shù)據(jù),success,success})刪：doc(_id).remove({success,success})

系統(tǒng)的需求分析與設(shè)計(jì)3.1系統(tǒng)需求分析使用需求分析能認(rèn)識(shí)到系統(tǒng)開(kāi)發(fā)中需求分析所起到的重要作用。在過(guò)程上來(lái)說(shuō)，需求分析就是逐漸將系統(tǒng)從黑盒轉(zhuǎn)換為白盒的過(guò)程。就整個(gè)系統(tǒng)來(lái)說(shuō)需求分析的價(jià)值就是，首先需要分析系統(tǒng)有沒(méi)有開(kāi)發(fā)的價(jià)值和意義，接下來(lái)要分析系統(tǒng)開(kāi)發(fā)的可行性。在需求分析的過(guò)程中，必須要盡可能詳細(xì)地說(shuō)明系統(tǒng)的每個(gè)細(xì)節(jié)，并且系統(tǒng)的各個(gè)性能也是要必須考慮到的。

在整個(gè)系統(tǒng)的設(shè)計(jì)過(guò)程中堅(jiān)持以用戶為中心的設(shè)計(jì)思想,將用戶對(duì)產(chǎn)品的需求視為主要生產(chǎn)要素，從需求出發(fā)的產(chǎn)品才是用戶真正喜聞樂(lè)見(jiàn)的產(chǎn)品。本軟件的使用對(duì)象主要是家庭醫(yī)生及慢性病患者（本平臺(tái)主要針對(duì)高血壓及慢性阻塞性肺?。?.1.1系統(tǒng)數(shù)據(jù)流圖設(shè)計(jì)家庭醫(yī)生在患者就診，與患者在線下確定簽約關(guān)系后，患者在線上提交簽約綁定，患者將自己的日常情況錄入到慢性病家庭醫(yī)療服務(wù)平臺(tái)，家庭醫(yī)生通過(guò)慢性病家庭醫(yī)療服務(wù)平臺(tái)了解患者的日常情況并根據(jù)患者日常情況給與反饋；醫(yī)生在CMS內(nèi)容管理系統(tǒng)中上傳知識(shí)庫(kù)、方案、問(wèn)卷信息，患者可查看知識(shí)庫(kù)信息、方案信息，對(duì)問(wèn)卷信息作答，如下圖3-1-1所示。圖3-1-1系統(tǒng)頂層數(shù)據(jù)流圖將慢性病家庭醫(yī)療服務(wù)平臺(tái)的主要功能描繪出來(lái)，該系統(tǒng)主要的功能包括簽約綁定、上傳并接收日常信息、反饋信息、知識(shí)庫(kù)信息、方案信息、問(wèn)卷信息，如下圖3-1-2所示。圖3-1-2系統(tǒng)一層數(shù)據(jù)流圖將慢性病家庭醫(yī)療服務(wù)平臺(tái)的主要功能包括簽約綁定、上傳查看日常信息、反饋信息、知識(shí)庫(kù)信息、方案信息、問(wèn)卷信息，將簽約和上傳功能繼續(xù)拆分細(xì)化，如下圖3-1-3所示。圖3-1-3系統(tǒng)二層數(shù)據(jù)流圖3.1.2系統(tǒng)數(shù)據(jù)字典數(shù)據(jù)字典存儲(chǔ)有關(guān)數(shù)據(jù)的來(lái)源、說(shuō)明、與其他數(shù)據(jù)的關(guān)系、用途和格式等信息，它本身就是一個(gè)數(shù)據(jù)庫(kù)，存儲(chǔ)“關(guān)于數(shù)據(jù)項(xiàng)的數(shù)據(jù)”。對(duì)數(shù)據(jù)流進(jìn)行嚴(yán)密的分析，可以使得對(duì)系統(tǒng)的流向有更為清晰的了解，將數(shù)據(jù)流的相關(guān)信息做成數(shù)據(jù)字典會(huì)更為直觀。日常信息、知識(shí)庫(kù)信息、簽約信息的數(shù)據(jù)字典如下小3-1、3-2、3-3所示。表3-1日常信息數(shù)據(jù)字典名字：日常信息描述：簽約患者的日常情況（如：用藥情況、運(yùn)動(dòng)情況）定義：日常信息=患者openid+患者姓名+日常號(hào)+反饋內(nèi)容+上傳時(shí)間位置：輸出供醫(yī)生查詢表3-2知識(shí)庫(kù)信息數(shù)據(jù)字典名字：知識(shí)庫(kù)信息描述：慢性病科普文章定義：知識(shí)庫(kù)信息=文章id+標(biāo)題+作者+內(nèi)容+圖片+發(fā)表時(shí)間位置：輸出供用戶查詢表3-3簽約信息數(shù)據(jù)字典名字：簽約信息描述：家庭醫(yī)生與患者簽約的信息定義：簽約信息=患者id+患者姓名+醫(yī)生姓名+職工號(hào)+擅長(zhǎng)方向+疾病+特征標(biāo)簽+簽約時(shí)間位置：輸出供用戶查詢3.2可行性分析可行性分析是程序開(kāi)發(fā)的關(guān)鍵環(huán)節(jié)，可行性分析對(duì)系統(tǒng)來(lái)說(shuō)是特別重要的，在進(jìn)行實(shí)際程序開(kāi)發(fā)時(shí)，由于技術(shù)方面不成熟、操作方式的差異以及經(jīng)濟(jì)方面的問(wèn)題，有時(shí)候此項(xiàng)工作會(huì)被迫中止，前功盡棄。如果被迫終止時(shí)系統(tǒng)已經(jīng)完全開(kāi)發(fā)出來(lái)了，那這時(shí)終止它將會(huì)帶來(lái)更多更大的損害。但假如能夠在系統(tǒng)開(kāi)發(fā)之前就可以客觀地對(duì)系統(tǒng)的技術(shù)、運(yùn)行和經(jīng)濟(jì)進(jìn)行分析，要求無(wú)法實(shí)現(xiàn)就不需要對(duì)系統(tǒng)進(jìn)行后續(xù)的開(kāi)發(fā)和設(shè)計(jì)，在這個(gè)階段，幾乎沒(méi)有任何經(jīng)濟(jì)消費(fèi)，所以系統(tǒng)設(shè)計(jì)能夠減少財(cái)力物力人力的損失問(wèn)題，而且系統(tǒng)設(shè)計(jì)的可行性分析過(guò)程中，同時(shí)也能夠找到一些技術(shù)上的問(wèn)題，殷切能夠做到及時(shí)的解決,避免出現(xiàn)重大失誤。一般來(lái)說(shuō)，我們可以從技術(shù)可行性、操作可行性和經(jīng)濟(jì)可行性三個(gè)方面來(lái)進(jìn)行系統(tǒng)分析。(1)技術(shù)可行性在軟件開(kāi)發(fā)的過(guò)程中，技術(shù)的發(fā)展程度影響了產(chǎn)品設(shè)計(jì)、開(kāi)發(fā)的全流程，技術(shù)因素是無(wú)法忽略的一個(gè)方面，比如技術(shù)是否滿足功能需求的開(kāi)發(fā)，軟硬件的配置是否滿足系統(tǒng)要求。本系統(tǒng)是一個(gè)基于微信公眾平臺(tái)的小程序，微信小程序雖是新技術(shù)新形勢(shì)的應(yīng)用平臺(tái)，開(kāi)源的理念也契合在微信小程序的整體歷程中，微信開(kāi)源的文檔和環(huán)境對(duì)于開(kāi)發(fā)者來(lái)說(shuō)更加高效、更加便捷，現(xiàn)有技術(shù)完全可以實(shí)現(xiàn)整個(gè)系統(tǒng)的研究和開(kāi)發(fā)目標(biāo)，使得本系統(tǒng)具有切實(shí)的技術(shù)可行性。(2)操作可行性本平臺(tái)是為家庭醫(yī)生及慢性病患者開(kāi)發(fā)的，移動(dòng)端在智能手機(jī)或平板電腦上使用微信小程序登錄系統(tǒng)，根據(jù)移動(dòng)端屏幕小，交互性強(qiáng)的特點(diǎn)，設(shè)計(jì)移動(dòng)端系統(tǒng)功能結(jié)構(gòu)，用戶登錄系統(tǒng)后可以快捷操作系統(tǒng)，隨時(shí)隨地使用系統(tǒng)。(3)經(jīng)濟(jì)可行性本文基于微信小程序開(kāi)發(fā)慢性病家庭醫(yī)療服務(wù)平臺(tái)，在開(kāi)發(fā)成本方面，由于小程序依附微信，因此無(wú)需開(kāi)發(fā)多種版本適應(yīng)不同操作系統(tǒng)。相較于傳統(tǒng)的APP，小程序減少了開(kāi)發(fā)和維護(hù)成本。此外，微信官方提供了詳細(xì)的教程資料可以使開(kāi)發(fā)者快速上手開(kāi)發(fā)工作，減輕了開(kāi)發(fā)者的學(xué)習(xí)成本。3.3系統(tǒng)性能分析完善的功能要求對(duì)于一個(gè)系統(tǒng)來(lái)說(shuō)，并不能完全設(shè)計(jì)出好的需求分析模塊。我們不僅僅要考慮系統(tǒng)的功能需求分析，還應(yīng)該注重系統(tǒng)的分析，要求系統(tǒng)運(yùn)行良好，這才是一個(gè)良好而完整的需求分析。在軟件運(yùn)行的過(guò)程中,如果系統(tǒng)的性能測(cè)試有缺陷不通過(guò)，則會(huì)造成系統(tǒng)崩潰的嚴(yán)重后果。所以我們需要制定良好的性能要求，這是對(duì)系統(tǒng)功能的補(bǔ)充完善。

(1)易用性

由于系統(tǒng)是基于微信小程序開(kāi)發(fā)的，所以用戶在搜索小程序的過(guò)程中操作會(huì)有點(diǎn)繁瑣，但是為了避免給用戶帶來(lái)更多麻煩，優(yōu)化簡(jiǎn)介的界面設(shè)計(jì)，會(huì)讓用戶眼前一亮，人機(jī)交互過(guò)程中會(huì)給帶用戶視覺(jué)上的享受,將主要操作功能顯示在主界面的顯眼位置，這些設(shè)計(jì)可以為系統(tǒng)大大加分，提高易用性。

(2)安全性

系統(tǒng)安全性指在整個(gè)系統(tǒng)設(shè)計(jì)過(guò)程中系統(tǒng)的安全系數(shù)。例如，當(dāng)用戶登錄小程序后，需要系統(tǒng)鏈接到微信，則會(huì)獲取微信授權(quán)的個(gè)人隱私，而我們必須得保護(hù)這些個(gè)人的隱私數(shù)據(jù)，安全保密地存儲(chǔ)此類信息，避免泄露用戶的私人數(shù)據(jù)?？蓴U(kuò)展性和可維護(hù)性為了適應(yīng)未來(lái)的發(fā)展，系統(tǒng)應(yīng)該具有良好的規(guī)模性和可持續(xù)性。系統(tǒng)的設(shè)計(jì)應(yīng)盡可能模塊化和組織化。在使用過(guò)程中，有不完善的地方，系統(tǒng)能夠?qū)σ延械臄?shù)據(jù)進(jìn)行保護(hù)。當(dāng)用戶的需求發(fā)生變化時(shí)，可以快速地進(jìn)行改變，以滿足用戶的需求。3.2系統(tǒng)功能設(shè)計(jì)本系統(tǒng)旨在實(shí)現(xiàn)家庭醫(yī)生對(duì)慢性病患者的管理以及患者反饋?zhàn)陨砬闆r等，整個(gè)系統(tǒng)可簡(jiǎn)易分為醫(yī)患管理、日常管理、健康評(píng)估、方案管理、知識(shí)庫(kù)五個(gè)模塊的功能，功能模塊圖如圖3-2-1所示：圖3-2-1慢性病家庭醫(yī)療服務(wù)平臺(tái)功能模塊圖簽約管理模塊：主要對(duì)家庭醫(yī)生與慢性病患者的簽約關(guān)系進(jìn)行管理?；颊吒鶕?jù)自己患病情況及家庭醫(yī)生的擅長(zhǎng)領(lǐng)域選擇家庭醫(yī)生，與醫(yī)生溝通協(xié)商好后，在小程序上進(jìn)行與醫(yī)生的線上簽約。日常管理模塊：主要是對(duì)患者的日常情況進(jìn)行管理，實(shí)現(xiàn)上傳患者日常情況的功能。患者與醫(yī)生簽約成功后，可以上傳自己的日常情況，例如吃藥情況、運(yùn)動(dòng)情況等。日常管理模塊主要功能如圖3-2-2所示。圖3-2-2日常管理模塊反饋管理模塊：主要是醫(yī)生對(duì)患者的日常情況進(jìn)行查看反饋后，患者在線查看醫(yī)生對(duì)自己的反饋建議?；颊叱晒ι蟼髯约旱娜粘Ｇ闆r后，醫(yī)生在線查看患者上傳信息，并根據(jù)患者的情況進(jìn)行反饋。反饋成功后，患者在自己的界面上查看醫(yī)生給出的反饋。反饋管理模塊主要功能如圖3-2-3所示。圖3-2-3反饋管理模塊健康評(píng)估模塊：通過(guò)問(wèn)卷評(píng)估患者用藥習(xí)慣、心理情況等，能夠充分運(yùn)用標(biāo)準(zhǔn)心理測(cè)量表如SAS，從多個(gè)方面進(jìn)行初步評(píng)估用戶的用藥習(xí)慣等，最后給出意見(jiàn)。健康評(píng)估模塊主要功能如圖3-2-4所示。圖3-2-4健康評(píng)估模塊方案管理模塊：主要是提供一些慢性病的治療、運(yùn)動(dòng)、預(yù)防等方案?；颊呖稍诰€查看疾病方案，根據(jù)自身情況制定適合自己的健康方案。知識(shí)庫(kù)管理模塊：主要是對(duì)慢病健康方案和慢病宣教內(nèi)容進(jìn)行管理?；颊呖稍诰€查看收藏關(guān)于疾病的相關(guān)知識(shí)，達(dá)到宣教的目的。3.3系統(tǒng)數(shù)據(jù)庫(kù)設(shè)計(jì)3.3.1數(shù)據(jù)庫(kù)E-R圖設(shè)計(jì)（1）局部E-R模型①醫(yī)生管理醫(yī)生管理模塊只有醫(yī)生一個(gè)實(shí)體集，醫(yī)生模塊的實(shí)體集及包含屬性為：醫(yī)生（醫(yī)生ID、醫(yī)生姓名、地址、擅長(zhǎng)方向、聯(lián)系方式）醫(yī)生管理部分E-R圖如3-3-1所示：圖3-3-1醫(yī)生管理部分E-R圖②患者管理患者管理模塊只有患者一個(gè)實(shí)體集，患者模塊的實(shí)體集及包含屬性為：患者（患者ID、患者姓名、地址、疾病、特征標(biāo)簽、聯(lián)系方式）患者管理部分E-R圖如3-3-2所示：圖3-3-2患者管理部分E-R圖③問(wèn)卷管理問(wèn)卷管理模塊只有問(wèn)卷一個(gè)實(shí)體集，問(wèn)卷模塊的實(shí)體集及包含屬性為：?jiǎn)柧恚↖D、創(chuàng)建時(shí)間、上傳時(shí)間、得分段、名稱、提示）問(wèn)卷管理部分E-R圖如3-3-3所示：圖3-3-3問(wèn)卷管理部分E-R圖④題目管理題目管理模塊只有題目一個(gè)實(shí)體集，題目模塊的實(shí)體集及包含屬性為：題目（ID、創(chuàng)建時(shí)間、上傳時(shí)間、得分、問(wèn)卷名稱、題目、選項(xiàng)）題目管理部分E-R圖如3-3-4所示：圖3-3-4題目管理部分E-R圖⑤方案管理方案管理模塊只有方案一個(gè)實(shí)體集，方案模塊的實(shí)體集及包含屬性為：方案（方案ID、方案標(biāo)題、方案內(nèi)容、作者、發(fā)表日期、方案圖片）方案管理部分E-R圖如3-3-5所示：圖3-3-5方案管理部分E-R圖⑥知識(shí)庫(kù)管理知識(shí)庫(kù)管理模塊只有知識(shí)庫(kù)一個(gè)實(shí)體集，知識(shí)庫(kù)模塊的實(shí)體集及包含屬性為：知識(shí)庫(kù)（文章ID、文章標(biāo)題、文章內(nèi)容、作者、發(fā)表日期、文章圖片）知識(shí)庫(kù)管理部分E-R圖如3-3-6所示：圖3-3-6知識(shí)庫(kù)管理部分E-R圖⑧日常信息管理日常信息模塊只有日常信息一個(gè)實(shí)體集，日常信息模塊的實(shí)體集及包含屬性為：日常信息（日常號(hào)、日常情況、圖片、時(shí)間、姓名）日常信息管理部分E-R圖如3-3-7所示：圖3-3-7日常信息管理部分E-R圖⑨反饋信息管理反饋信息模塊只有反饋信息一個(gè)實(shí)體集，反饋信息模塊的實(shí)體集及包含屬性為：反饋信息（反饋號(hào)、反饋情況、圖片、時(shí)間、姓名）反饋信息管理部分E-R圖如3-3-8所示：圖3-3-8反饋信息管理部分E-R圖（2）總體E-R圖由之前的功能分析可知，本系統(tǒng)涉及到的外部實(shí)體分別是家庭醫(yī)生和慢性病患者，在數(shù)據(jù)庫(kù)中建立了八張表，患者信息表、醫(yī)生信息表、健康方案信息表、簽約信息表、日常信息表、題目信息表、問(wèn)卷信息表、文章信息表。家庭醫(yī)生和患者的關(guān)系是一對(duì)多的關(guān)系，一位家庭醫(yī)生可以與多位患者簽約，患者只能和一位家庭醫(yī)生簽約。健康方案與患者、家庭醫(yī)生都是多對(duì)多的關(guān)系，一篇方案可以被多位患者和家庭醫(yī)生瀏覽，用戶也可以瀏覽多篇方案。日常信息與患者是多對(duì)一的關(guān)系，一位患者可以上傳不同的日常信息，該患者的日常信息只能由該患者上傳；日常信息與家庭醫(yī)生是一對(duì)多的關(guān)系，一條日常信息只能由與患者簽約的家庭醫(yī)生查看，家庭醫(yī)生可以查看患者的多條日常信息。反饋信息與家庭醫(yī)生是多對(duì)一的關(guān)系，一位家庭醫(yī)生可以上傳不同的反饋信息，該家庭醫(yī)生的反饋信息只能由該家庭醫(yī)生上傳。反饋信息與患者是多對(duì)一的歡喜，一位患者可以查看家庭醫(yī)生反饋的多條信息，一條反饋信息只能由與家庭醫(yī)生簽約的患者查看。問(wèn)卷與題目是一對(duì)多的關(guān)系，一套問(wèn)卷可以對(duì)應(yīng)多道題目，問(wèn)卷內(nèi)的題目只能對(duì)應(yīng)一套問(wèn)卷。文章與患者、家庭醫(yī)生都是多對(duì)多的關(guān)系，一篇文章可以被多位用戶瀏覽收藏，用戶也可以瀏覽收藏多篇文章。問(wèn)卷與患者是多對(duì)多的關(guān)系，一位患者可以作答多套問(wèn)卷，一套問(wèn)卷可以被多位患者作答。問(wèn)卷與家庭醫(yī)生是以對(duì)多的關(guān)系，一位家庭醫(yī)生可以上傳多套問(wèn)卷，一套問(wèn)卷只能被一位家庭醫(yī)生上傳。簽約信息與用戶的_openid等信息關(guān)聯(lián)。根據(jù)上述內(nèi)容分析，可獲得本系統(tǒng)的E-R圖，如圖3-3-9所示。圖3-3-9總體E-R圖3.3.2數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)系統(tǒng)的數(shù)據(jù)庫(kù)邏輯設(shè)計(jì)是根據(jù)數(shù)據(jù)庫(kù)的E-R圖完成設(shè)計(jì)的，是給出系統(tǒng)的數(shù)據(jù)庫(kù)表?；颊咝畔⒈碇饕涗浟嘶颊叩男畔ⅲ饕▽傩裕夯颊逫D、用戶昵稱、地址、姓名、疾病、特征標(biāo)簽等，詳情見(jiàn)表3-1。表3-1患者信息表名稱數(shù)據(jù)類型非空主鍵備注huanzhe_IDNumber是是患者IDopenidString是是小程序用戶openidnickNameString是否用戶昵稱avatarUrlString是否用戶頭像xingmingString是否患者姓名dizhiString是否地址creatNumber是否就診號(hào)huanzhe_tezhengbiaoqianString是否特征標(biāo)簽jibingString是否疾病phoneString是否電話醫(yī)生信息表記錄了醫(yī)生的信息，主要包括屬性：醫(yī)生ID、用戶昵稱、地址、姓名、擅長(zhǎng)方向等，詳情見(jiàn)表3-2。表3-2醫(yī)生信息表名稱數(shù)據(jù)類型非空主鍵備注doctor_IDNumber是是醫(yī)生IDopenidString是是小程序用戶openidnickNameString是否用戶昵稱avatarUrlString是否用戶頭像xingmingString是否醫(yī)生姓名dizhiString是否地址creatNumber是否職工號(hào)shanchangString是否擅長(zhǎng)方向phoneString是否電話健康方案信息表記錄了方案的信息，主要包括屬性：方案ID、內(nèi)容、作者等，詳情見(jiàn)表3-3。表3-3健康方案信息表名稱數(shù)據(jù)類型非空主鍵備注idNumber是是方案IDcontentString是是內(nèi)容wenzhang_authorString是否作者wenzhang_dateString是否發(fā)表日期wenzhang_imageString是否圖片wenzhang_titleString是否標(biāo)題簽約信息表記錄了醫(yī)生和患者的簽約信息，主要包括屬性：患者ID、醫(yī)生ID等，詳情見(jiàn)表3-4。表3-4簽約信息表名稱數(shù)據(jù)類型非空主鍵備注huanzhe_IDNumber是是患者IDopenidString是是小程序用戶openidnickNameString是否用戶昵稱huanzhe_avatarUrlString是否患者頭像avatarUrlString是否醫(yī)生頭像huanzhe_xingmingString是否患者姓名xingmingString是否醫(yī)生姓名shanchangString是否擅長(zhǎng)方向doctor_creatNumber是否職工號(hào)huanzhe_tezhehngbiaoqianString是否特征標(biāo)簽huanzhe_jibingString是否疾病qianyue_timeString是否簽約時(shí)間日常信息表記錄了患者的日常信息，主要包括屬性：患者ID、醫(yī)生ID等，詳情見(jiàn)表3-5。表3-5日常信息表名稱數(shù)據(jù)類型非空主鍵備注openidString是是小程序用戶openidnickNameString是否用戶昵稱avatarUrlString是否用戶頭像xingmingString是否患者姓名creatNumber是否日常號(hào)qingkuangString是否日常情況shijianString是否上傳時(shí)間題目信息表記錄了題目的信息，主要包括屬性：題目ID、題目名稱、問(wèn)卷名稱等，詳情見(jiàn)表3-6。表3-6題目信息表名稱數(shù)據(jù)類型非空主鍵備注idString是是題目IDcreatetimeString是否創(chuàng)建時(shí)間updatetimeNumber是否更新時(shí)間mingchenString是否問(wèn)卷名稱timuString是否題目defenArray是否得分xuanxiangArray是否選項(xiàng)問(wèn)卷信息表記錄了問(wèn)卷的信息，主要包括屬性：?jiǎn)柧鞩D、問(wèn)卷名稱、得分段等，詳情見(jiàn)表3-7。表3-7問(wèn)卷信息表名稱數(shù)據(jù)類型非空主鍵備注idString是是問(wèn)卷IDcreatetimeString是否創(chuàng)建時(shí)間updatetimeNumber是否更新時(shí)間mingchenString是否問(wèn)卷名稱defenduanArray是否得分段tishiArray是否提示文章信息表記錄了方案的信息，主要包括屬性：文章ID、內(nèi)容、作者等，詳情見(jiàn)表3-8。表3-8文章信息表名稱數(shù)據(jù)類型非空主鍵備注idNumber是是文章IDcontentString是是內(nèi)容wenzhang_authorString是否作者wenzhang_dateString是否發(fā)表日期wenzhang_imageString是否圖片wenzhang_titleString是否標(biāo)題反饋信息表記錄了醫(yī)生對(duì)患者的日常信息，主要包括屬性：患者ID、醫(yī)生ID等，詳情見(jiàn)表3-9。表3-9反饋信息表名稱數(shù)據(jù)類型非空主鍵備注openidString是是醫(yī)生openidp-openidString是是患者openidnickNameString是否用戶昵稱avatarUrlString是否用戶頭像xingmingString是否醫(yī)生姓名creatNumber是否反饋號(hào)fankuiString是否醫(yī)生反饋shijianString是否上傳時(shí)間

第四章系統(tǒng)的開(kāi)發(fā)與實(shí)現(xiàn)本章主要展示和介紹慢性病家庭醫(yī)療服務(wù)平臺(tái)和CMS內(nèi)容管理系統(tǒng)的實(shí)現(xiàn)結(jié)果，并針對(duì)開(kāi)發(fā)過(guò)程中的技術(shù)難點(diǎn)和重點(diǎn)代碼進(jìn)行闡述和說(shuō)明。4.1登錄功能打開(kāi)微信小程序，搜索小程序“醫(yī)助康”獲取小程序入口，也可以通過(guò)掃描下方二維碼（如圖4-1-1所示）進(jìn)入應(yīng)用。用戶可以將小程序添加到“我的小程序”或者添加到桌面快捷方式，方便下次快速進(jìn)入。進(jìn)入后可看到小程序的登錄頁(yè)面如圖4-1-2所示，頁(yè)面中有兩個(gè)按鈕，根據(jù)角色點(diǎn)擊不同按鈕進(jìn)行注冊(cè)登錄進(jìn)入主界面。圖4-1-2登錄頁(yè)面4.2主頁(yè)面進(jìn)入主界面后，頁(yè)面上方為輪播圖部分，滾動(dòng)播放圖片；輪播圖模塊下方是五個(gè)功能按鈕，方便用戶快速進(jìn)入；健康知識(shí)為用戶展示慢性病相關(guān)知識(shí)；頁(yè)面下方是三個(gè)選項(xiàng)卡，可以分別進(jìn)入首頁(yè)、知識(shí)庫(kù)和個(gè)人中心。慢性病家庭醫(yī)療服務(wù)平臺(tái)小程序主頁(yè)面如圖4-2所示。圖4-2慢性病家庭醫(yī)療服務(wù)平臺(tái)小程序主頁(yè)面4.3家庭醫(yī)生家庭醫(yī)生是本系統(tǒng)的重要模塊之一，本節(jié)主要介紹家庭醫(yī)生簽約功能，進(jìn)入家庭醫(yī)生界面后出現(xiàn)醫(yī)生列表，根據(jù)用戶的需求選擇適合的醫(yī)生進(jìn)行簽約，也可通過(guò)醫(yī)生姓名進(jìn)行搜索后簽約，家庭醫(yī)生界面（如圖4-3-1所示）及簽約界面（如圖4-3-2所示），簽約部分關(guān)鍵代碼（如圖4-3-3所示），簽約流程（如圖4-3-4所示）。圖4-3-1家庭醫(yī)生界面圖4-3-2簽約界面圖4-3-3簽約部分關(guān)鍵代碼圖4-3-4家庭醫(yī)生簽約流程圖4.4日常管理日常管理模塊包括了患者上傳、查看其日常情況，與其簽約的家庭醫(yī)生查看患者上傳的日常情況?；颊呖赏ㄟ^(guò)文字與圖片形式上傳日常情況（如：服藥情況、運(yùn)動(dòng)情況等），日常情況界面（如圖4-4-1所示）、上傳界面（如圖4-4-2所示）、上傳日常情況流程（如圖4-4-3所示）。圖4-4-1日常情況界面圖4-4-2上傳界面圖4-4-3上傳日常情況流程4.5健康評(píng)估進(jìn)入健康評(píng)估界面后出現(xiàn)問(wèn)卷列表，根據(jù)用戶的需求選擇問(wèn)卷進(jìn)行評(píng)估，根據(jù)問(wèn)卷情況給出不同反饋意見(jiàn)，問(wèn)卷界面（如圖4-5-1所示）、答題界面（如圖4-5-2所示）及反饋界面（如圖4-5-3所示）。圖4-5-1問(wèn)卷界面圖4-5-2答題界面圖4-5-3反饋界面4.6方案管理患者點(diǎn)擊進(jìn)入健康方案，可以點(diǎn)擊查看不同的方案，并根據(jù)這些方案找到適合自己的方案然后實(shí)施到生活中，健康方案界面（如圖4-6-1所示）及方案詳情界面（如圖4-6-2所示）。圖4-6-1健康方案界面圖4-6-2方案詳情界面4.7知識(shí)庫(kù)知識(shí)庫(kù)模塊是慢性病的相關(guān)知識(shí)庫(kù)，可以直接點(diǎn)擊查看，收藏，也可以對(duì)關(guān)鍵詞進(jìn)行搜索找到對(duì)應(yīng)疾病的知識(shí)，收藏后的文章在我的收藏里顯示，知識(shí)庫(kù)界面（如圖4-7-1所示）、收藏界面（如圖4-7-2所示）。圖4-7-1知識(shí)庫(kù)界面圖4-7-2收藏界面4.8反饋管理反饋管理模塊包括了醫(yī)生上傳反饋情況及患者查看醫(yī)生給予的反饋。家庭醫(yī)生查看患者上傳的日常情況后可通過(guò)文字與圖片形式上傳信息進(jìn)行反饋。反饋成功后，醫(yī)生可以查看反饋信息。反饋界面如圖4-8所示。圖4-8反饋界面4.9CMS內(nèi)容管理平臺(tái)CMS內(nèi)容管理平臺(tái)主要實(shí)現(xiàn)了在后臺(tái)對(duì)小程序數(shù)據(jù)進(jìn)行管理，如患者信息、簽約信息、問(wèn)卷信息等，可對(duì)數(shù)據(jù)進(jìn)行增、刪、改、查、導(dǎo)入、導(dǎo)出等操作，CMS內(nèi)容管理平臺(tái)界面如圖4-9所示。圖4-9CMS內(nèi)容管理平臺(tái)界面4.10系統(tǒng)測(cè)試系統(tǒng)測(cè)試是整個(gè)軟件開(kāi)發(fā)過(guò)程中的一個(gè)重要部分，通過(guò)對(duì)系統(tǒng)的測(cè)試可以及時(shí)發(fā)現(xiàn)系統(tǒng)出現(xiàn)的錯(cuò)誤，從而保證系統(tǒng)在使用的時(shí)候是可靠的。本測(cè)試的主要目的是檢驗(yàn)平臺(tái)是否能夠?qū)崿F(xiàn)預(yù)期的各項(xiàng)功能，如果無(wú)法實(shí)現(xiàn)或者出現(xiàn)異常，則找出相應(yīng)的原因。（1）測(cè)試環(huán)境因本平臺(tái)是基于微信進(jìn)行開(kāi)發(fā)的，所以我們采用微信應(yīng)用軟件上對(duì)系統(tǒng)的各項(xiàng)功能進(jìn)行測(cè)試。本次系統(tǒng)測(cè)試的環(huán)境配置的主要參數(shù)如下：硬件：HUAWEISEA-AL10，基于Android10的操作系統(tǒng)；軟件：Android微信8.0.2版，微信小程序“慢性病家庭醫(yī)療服務(wù)平臺(tái)”。（2）測(cè)試策略通過(guò)以下幾個(gè)方面進(jìn)行系統(tǒng)測(cè)試：1、為“慢性病家庭醫(yī)療服務(wù)平臺(tái)”代碼進(jìn)行單元、集成、和驗(yàn)收測(cè)試并查看測(cè)試結(jié)果；2、測(cè)試的過(guò)程中找出不可使用性能、功能，找出可用的；3、分析和記錄的測(cè)試要求：文件的日期不會(huì)影響到系統(tǒng)測(cè)試的設(shè)計(jì)、開(kāi)發(fā)和執(zhí)行。（3）測(cè)試方法功能測(cè)試主要分為黑盒測(cè)試和白盒測(cè)試兩種方法，其中黑盒測(cè)試是主要站在用戶使用功能實(shí)現(xiàn)的角度上考慮問(wèn)題的，所謂黑盒測(cè)試就是把系統(tǒng)比作一個(gè)黑匣子，不對(duì)內(nèi)部結(jié)構(gòu)做任何考慮，只是隨機(jī)的輸入一些數(shù)據(jù)和信息來(lái)檢測(cè)系統(tǒng)的反應(yīng)，如果輸入了錯(cuò)誤的信息和數(shù)據(jù)，系統(tǒng)會(huì)做出相應(yīng)的應(yīng)對(duì)反映。（4）測(cè)試過(guò)程小程序測(cè)試登錄測(cè)試：是否可以登錄成功。（2）簽約測(cè)試：患者與家庭醫(yī)生簽約，是否能成功簽約。（3）健康評(píng)估測(cè)試：用戶進(jìn)行問(wèn)卷作答，是否能成功根據(jù)作答情況給出得分及反饋。（4）日常管理測(cè)試：是否能成功上傳。（5）反饋管理測(cè)試，是否能成功反饋。表4-1登錄功能測(cè)試表測(cè)試編號(hào)測(cè)試功能測(cè)試標(biāo)題輸入執(zhí)行步驟預(yù)期輸出實(shí)際結(jié)果1登錄功能測(cè)試選擇角色按鈕，進(jìn)行登錄openid綁定openid，點(diǎn)擊“我試一試”或“我是患者”按鈕進(jìn)行登錄登錄成功符合預(yù)期2注冊(cè)功能（我是患者）未將注冊(cè)信息填完全姓名、聯(lián)系方式、地址、疾?。┨钐卣鳂?biāo)簽）輸入除特征標(biāo)簽以外的數(shù)據(jù)，點(diǎn)擊“我是患者”按鈕提示“請(qǐng)輸入特征標(biāo)簽”符合預(yù)期3入駐功能（我是醫(yī)生）未將注冊(cè)信息填完全姓名、聯(lián)系方式、地址（漏填擅長(zhǎng)方向）輸入以上數(shù)據(jù)，點(diǎn)擊“我是醫(yī)生”按鈕提示“請(qǐng)輸入擅長(zhǎng)方向”符合預(yù)期表4-2簽約功能測(cè)試表測(cè)試編號(hào)測(cè)試功能測(cè)試標(biāo)題輸入執(zhí)行步驟預(yù)期輸出實(shí)際結(jié)果1簽約功能測(cè)試患者與家庭醫(yī)生簽約（從未簽約）醫(yī)生姓名輸入醫(yī)生姓名進(jìn)行搜索，點(diǎn)擊醫(yī)生進(jìn)入詳情界面，點(diǎn)擊簽約按鈕簽約成功符合預(yù)期2簽約功能測(cè)試患者與家庭醫(yī)生簽約（已簽約）醫(yī)生姓名輸入醫(yī)生姓名進(jìn)行搜索，點(diǎn)擊醫(yī)生進(jìn)入詳情界面，點(diǎn)擊簽約按鈕提示“您已簽約過(guò)醫(yī)生，不能重復(fù)簽約哦”符合預(yù)期表4-3健康評(píng)估功能測(cè)試表測(cè)試編號(hào)測(cè)試功能測(cè)試標(biāo)題輸入執(zhí)行步驟預(yù)期輸出實(shí)際結(jié)果1健康評(píng)估功能測(cè)試患者進(jìn)行健康評(píng)估問(wèn)卷名稱點(diǎn)擊問(wèn)卷，進(jìn)入答題界面，進(jìn)行答題，作答完畢后提交得分及反饋提示符合預(yù)期表4-4日常管理功能測(cè)試表測(cè)試編號(hào)測(cè)試功能測(cè)試標(biāo)題輸入執(zhí)行步驟預(yù)期輸出實(shí)際結(jié)果1日常管理功能測(cè)試患者上傳日常情況（今日第一次上傳）日常情況進(jìn)入日常情況界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入日常情況及圖片，點(diǎn)擊“確定上傳”按鈕上傳成功符合預(yù)期2日常管理功能測(cè)試患者上傳日常情況（未上傳圖片）日常情況（不含圖片）進(jìn)入日常情況界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入日常情況點(diǎn)擊“確定上傳”按鈕提示“至少選擇一張圖片”符合預(yù)期3日常管理功能測(cè)試患者上傳日常情況（文字少于兩字）日常情況（文字少于兩字）進(jìn)入日常情況界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入日常情況及圖片，點(diǎn)擊“確定上傳”按鈕提示“內(nèi)容有點(diǎn)少噢~(至少兩個(gè)字)”符合預(yù)期4日常管理功能測(cè)試患者上傳日常情況（今日已上傳）日常情況進(jìn)入日常情況界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入日常情況及圖片，點(diǎn)擊“確定上傳”按鈕提示“今天您已上傳過(guò)了”符合預(yù)期表4-5反饋管理功能測(cè)試表測(cè)試編號(hào)測(cè)試功能測(cè)試標(biāo)題輸入執(zhí)行步驟預(yù)期輸出實(shí)際結(jié)果1反饋管理功能測(cè)試醫(yī)生上傳反饋情況反饋情況進(jìn)入反饋界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入反饋情況，點(diǎn)擊“確定上傳”按鈕上傳成功符合預(yù)期2反饋管理功能測(cè)試醫(yī)生上傳反饋情況（文字少于兩字）反饋情況（文字少于兩字）進(jìn)入反饋界面，點(diǎn)擊添加按鈕進(jìn)入上傳界面，輸入反饋情況，點(diǎn)擊“確定上傳”按鈕提示“內(nèi)容有點(diǎn)少噢~(至少兩個(gè)字)”符合預(yù)期

第五章總結(jié)與展望5.1總結(jié)本文設(shè)計(jì)實(shí)現(xiàn)了慢性病家庭醫(yī)療服務(wù)平臺(tái)（本平臺(tái)主要對(duì)高血壓及慢性阻塞性肺?。?，本課題主要完成的工作如下:：（1）確定用戶所需要的功能，通過(guò)基層醫(yī)療衛(wèi)生機(jī)構(gòu)對(duì)轄區(qū)內(nèi)確診病例進(jìn)行家庭醫(yī)生簽約，對(duì)病例進(jìn)行健康教育等，進(jìn)行頁(yè)面布局，有效整合信息，繼而實(shí)現(xiàn)家庭醫(yī)生簽約、健康評(píng)估、知識(shí)庫(kù)、日常情況四個(gè)模塊的功能。（2）在需求分析階段采用流程圖描述系統(tǒng)對(duì)象之間的動(dòng)態(tài)關(guān)系，采用E-R圖描述系統(tǒng)數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)。（3）在需求分析的基礎(chǔ)上，對(duì)系統(tǒng)進(jìn)行總體設(shè)計(jì)和功能模塊的概要設(shè)計(jì)。微信小程序的界面展示和部署在服務(wù)器上的業(yè)務(wù)邏輯接口。（4）在需求分析和概要設(shè)計(jì)的基礎(chǔ)上對(duì)系統(tǒng)進(jìn)行詳細(xì)設(shè)計(jì)，對(duì)系統(tǒng)界面展示風(fēng)格、數(shù)據(jù)庫(kù)物理結(jié)構(gòu)進(jìn)行詳細(xì)設(shè)計(jì)。系統(tǒng)通過(guò)云開(kāi)發(fā)+云函數(shù)+基于node.js的cms管理平臺(tái)的開(kāi)發(fā)框架實(shí)現(xiàn)。（5）在系統(tǒng)實(shí)現(xiàn)過(guò)程中對(duì)系統(tǒng)中實(shí)現(xiàn)的各種功能進(jìn)行測(cè)試。檢查系統(tǒng)中的各個(gè)功能是否滿足業(yè)務(wù)需求，是否能夠達(dá)到正常預(yù)期，以保證每個(gè)系統(tǒng)功能的正確性。5.2展望受開(kāi)發(fā)時(shí)間、開(kāi)發(fā)權(quán)限等的限制，本文仍有很多不足之處，還需要進(jìn)一步完善，可以對(duì)以下兩個(gè)方面加深研究:（1）小程序方面:由于權(quán)限原因無(wú)法實(shí)現(xiàn)獲取可穿戴設(shè)備的信息。對(duì)于此權(quán)限，后續(xù)開(kāi)發(fā)的小程序能夠?qū)崿F(xiàn)通過(guò)可穿戴設(shè)備獲取患者的體征信息，以完善日常上傳功能，不再是依靠用戶手動(dòng)輸入；小程序界面也需要進(jìn)一步優(yōu)化。（2）算法方面:現(xiàn)在所收集的數(shù)據(jù)都是依靠人工完