目 ?錄

摘要

1 緒論

1.1 研究背景

1.2研究現(xiàn)狀

1.3論文結(jié)構(gòu)與章節(jié)安排

2?醫(yī)療健康知識管理系統(tǒng)分析

2.1 可行性分析

2.2 系統(tǒng)流程分析

2.2.1 數(shù)據(jù)增加流程

2.2.2 數(shù)據(jù)修改流程

2.2.3數(shù)據(jù)刪除流程

2.3 系統(tǒng)功能分析

2.3.1功能性分析

2.3.2非功能性分析

2.4 系統(tǒng)用例分析

2.5本章小結(jié)

3 醫(yī)療健康知識管理總體設(shè)計

3.1 系統(tǒng)架構(gòu)設(shè)計

3.2 系統(tǒng)功能模塊設(shè)計

3.2.1整體功能模塊設(shè)計

3.2.2用戶模塊設(shè)計

3.2.3 評論管理模塊設(shè)計

3.2.4醫(yī)生管理模塊設(shè)計

3.3 數(shù)據(jù)庫設(shè)計

3.3.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計

3.3.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計

3.4本章小結(jié)

4?醫(yī)療健康知識管理詳細設(shè)計與實現(xiàn)

4.1用戶功能模塊

4.1.1 前臺首頁界面

4.1.2 用戶注冊界面

4.1.3 用戶登錄界面 22

4.1.4留言板界面

4.1.5 我的賬戶界面

4.1.6 醫(yī)生詳情界面

4.3管理員功能模塊

4.3.1 公告內(nèi)容管理界面

4.3.2 用戶管理界面

4.3.3 留言交流界面

4.3.4 模塊管理界面

5系統(tǒng)測試 31

5.1系統(tǒng)測試的目的 31

5.2 系統(tǒng)測試用例 31

5.3 系統(tǒng)測試結(jié)果 32

結(jié)論 33

參考文獻 34

致??謝

摘要

信息化社會內(nèi)需要與之針對性的信息獲取途徑，但是途徑的擴展基本上為人們所努力的方向，由于站在的角度存在偏差，人們經(jīng)常能夠獲得不同類型信息，這也是技術(shù)最為難以攻克的課題。針對醫(yī)療健康知識管理等問題，對醫(yī)療健康知識管理進行研究分析，然后開發(fā)設(shè)計出醫(yī)療健康知識管理以解決問題。

醫(yī)療健康知識管理主要功能模塊包括用戶管理、醫(yī)生介紹、醫(yī)生咨詢、知識分類、知識園地，采取面對對象的開發(fā)模式進行軟件的開發(fā)和硬體的架設(shè)，能很好的滿足實際使用的需求，完善了對應(yīng)的軟體架設(shè)以及程序編碼的工作，采取MySQL作為后臺數(shù)據(jù)的主要存儲單元，采用SSM框架、JAVA技術(shù)、Ajax技術(shù)進行業(yè)務(wù)系統(tǒng)的編碼及其開發(fā)，實現(xiàn)了本系統(tǒng)的全部功能。本次報告，首先分析了研究的背景、作用、意義，為研究工作的合理性打下了基礎(chǔ)。針對醫(yī)療健康知識管理的各項需求以及技術(shù)問題進行分析，證明了系統(tǒng)的必要性和技術(shù)可行性，然后對設(shè)計系統(tǒng)需要使用的技術(shù)軟件以及設(shè)計思想做了基本的介紹，最后來實現(xiàn)醫(yī)療健康知識管理和部署運行使用它。

關(guān)鍵詞：SSM技術(shù)；MYSQL；醫(yī)療健康知識管理

Abstract

In the information society, there is a need for targeted information access, but the expansion of access is basically the direction of people's efforts. Due to the deviation of the perspective, people can often obtain different types of information, which is also the most difficult subject for technology to overcome. Aiming at the problems of medical and health knowledge management, this paper studies and analyzes the medical and health knowledge management, and then develops and designs the medical and health knowledge management to solve the problems.

The main functional modules of medical and health knowledge management include user management, doctor introduction, doctor consultation, knowledge classification and knowledge garden. The object-oriented development mode is adopted for software development and hardware erection, which can well meet the needs of practical use, improve the corresponding software erection and program coding, take MySQL as the main storage unit of background data, adopt SSM framework, Java technology Ajax technology encodes and develops the business system, and realizes all the functions of the system. This report first analyzes the background, function and significance of the research, which lays a foundation for the rationality of the research work. Based on the analysis of various requirements and technical problems of medical and health knowledge management, this paper proves the necessity and technical feasibility of the system, then makes a basic introduction to the technical software and design idea needed to design the system, and finally realizes the medical and health knowledge management and deployment.

Keywords:SSM technology; MYSQL； Medical and health knowledge management

1 緒論

1.1 研究背景

隨著網(wǎng)絡(luò)信息大爆炸時代的到來，人們獲取信息越來越方便和快捷。但是，在享受互聯(lián)網(wǎng)帶來便利與便捷的同時也面臨著巨大的風(fēng)險。其中最主要的是：信息資源分散、共享困難；信息獲取渠道不通暢，導(dǎo)致“信息過載”；缺乏有效的信息過濾技術(shù)；用戶對個性化需求理解不足等問題。針對上述問題，本文提出了基于mysql數(shù)據(jù)庫（WOS）上的醫(yī)療健康領(lǐng)域文獻數(shù)據(jù)集進行醫(yī)療健康知識管理系統(tǒng)設(shè)計的方案，旨在為醫(yī)院管理者提供一個快速檢索并獲得相關(guān)醫(yī)療健康知識的平臺，從而提高醫(yī)務(wù)人員工作效率和質(zhì)量，降低患者就醫(yī)成本。系統(tǒng)采用B/S結(jié)構(gòu),java作為開發(fā)語言，使用JAVA+MySQL作為后臺服務(wù)器。論文首先分析了國內(nèi)外現(xiàn)有醫(yī)療健康知識管理現(xiàn)狀以及存在的問題，指出目前國內(nèi)醫(yī)療健康知識管理模式的不足之處，結(jié)合當(dāng)前主流信息技術(shù)及醫(yī)學(xué)發(fā)展動態(tài)，確定了以Web服務(wù)模式實現(xiàn)醫(yī)療健康知識管理系統(tǒng)的目標。其次對系統(tǒng)進行詳細功能分析和總體設(shè)計，包括系統(tǒng)功能模型設(shè)計、業(yè)務(wù)流程設(shè)計、數(shù)據(jù)庫結(jié)構(gòu)設(shè)計和界面設(shè)計。最后根據(jù)系統(tǒng)設(shè)計方案，完成系統(tǒng)各個功能模塊的編碼工作。通過測試，本課題所構(gòu)建的醫(yī)療健康知識管理系統(tǒng)能夠滿足日常應(yīng)用中的各項業(yè)務(wù)要求，具有良好的可擴展性和可維護性。該系統(tǒng)對提升我國醫(yī)療機構(gòu)信息化管理水平有重要意義，將推動整個醫(yī)療行業(yè)向現(xiàn)代化方向邁進。此外，還可以使醫(yī)生從繁重的重復(fù)操作中解放出來，減輕他們的勞動強度，提高診療效率。因此，該系統(tǒng)的成功實施對于促進我國醫(yī)療信息化建設(shè)有著深遠而積極的作用。但由于該項目涉及到大量的理論和實際經(jīng)驗，所以其后續(xù)改進完善還有待進一步探索。

1.2研究現(xiàn)狀

隨著社會的發(fā)展和醫(yī)學(xué)科學(xué)的進步，人們對疾病的認識也在不斷加深。從最初單純的生物醫(yī)學(xué)模式逐漸轉(zhuǎn)變?yōu)樯?心理-社會醫(yī)學(xué)模式，而這一變化與人類對自身健康狀況的關(guān)注是密不可分的，因此，建立一個完善的醫(yī)療健康知識管理體系已成為當(dāng)前醫(yī)院管理工作中亟待解決的問題之一。目前我國醫(yī)療領(lǐng)域還沒有一套完整有效的信息采集系統(tǒng)，使得醫(yī)生無法全面掌握患者所需要了解的相關(guān)內(nèi)容，從而不能及時地制定相應(yīng)的治療措施。為了提高醫(yī)院管理水平，必須建立一整套完善的醫(yī)療健康知識管理。本文旨在研究構(gòu)建基于云計算技術(shù)的醫(yī)療健康知識管理系統(tǒng)，并對系統(tǒng)實現(xiàn)過程中可能出現(xiàn)的一些關(guān)鍵問題和技術(shù)難點進行探討。同時提出解決這些問題的具體解決方案。最終達到促進醫(yī)療機構(gòu)信息化建設(shè)發(fā)展的目的。

1.3論文結(jié)構(gòu)與章節(jié)安排

論文將分層次經(jīng)行編排，除去論文摘要致謝文獻參考部分，正文部分還會對網(wǎng)站需求做出分析，以及闡述大體的設(shè)計和實現(xiàn)的功能，最后羅列部分調(diào)測記錄，論文主要架構(gòu)如下：

第一章：緒論。第一章主要介紹了課題研究的背景，系統(tǒng)開發(fā)的現(xiàn)狀和本文的研究內(nèi)容與主要工作。

第二章：系統(tǒng)需求分析。第二章主要從系統(tǒng)的用戶、功能等方面進行需求分析。

第三章：系統(tǒng)設(shè)計。第三章主要對系統(tǒng)框架、系統(tǒng)功能模塊、數(shù)據(jù)庫進行功能設(shè)計。

第四章：系統(tǒng)實現(xiàn)。第四章主要介紹了系統(tǒng)框架搭建、系統(tǒng)界面的實現(xiàn)。

第五章：系統(tǒng)測試。第五章主要對系統(tǒng)的部分界面進行測試并對主要功能進行測試

第六章：總結(jié)。

2?醫(yī)療健康知識管理分析

系統(tǒng)分析是開發(fā)一個項目的先決條件，通過系統(tǒng)分析可以很好的了解系統(tǒng)的主體用戶的基本需求情況，同時這也是項目的開發(fā)的原因。進而對系統(tǒng)開發(fā)進行可行性分析，通常包括技術(shù)可行性、經(jīng)濟可行性等，可行性分析同時也是從項目整體角度進行的分析。然后就是對項目的具體需求進行分析，分析的手段一般都是通過用戶的用例圖來實現(xiàn)。下面是詳細的介紹。

2.1 可行性分析

（1）經(jīng)濟可行性：

在項目上使用的工具大部分都是是當(dāng)下流行開源免費的，所以在開發(fā)前期，開發(fā)時用于項目的經(jīng)費將會大大降低，不會讓開發(fā)該軟件在項目啟動期受到經(jīng)費的影響，所以經(jīng)濟上還是可行的。盡量用最少的花費去滿足用戶的需求。省下經(jīng)費用于人工費，以及設(shè)備費用。將在無紙化，高效率的道路上越走越遠。

所以經(jīng)濟可行性沒有問題。

（2）操作可行性：

此次項目設(shè)計參考了幾個該模式下網(wǎng)站的開發(fā)案例，對他們的操作界面分析，將眾多案例結(jié)合在一起，突出以人為本簡化操作，所以具有基本計算機知識的人都會操作本項目。

因此操作可行性也沒有問題。

（3）技術(shù)可行性：

技術(shù)可行性指的是對于搭建框架的可行性，以及有更優(yōu)秀的技術(shù)出現(xiàn)時系統(tǒng)的技術(shù)更新?lián)Q代的納新性如何，開發(fā)時間成本費用比如何。

現(xiàn)有的Java技術(shù)能夠迎合所有電子商務(wù)系統(tǒng)的搭建。開發(fā)這個醫(yī)療健康知識管理的時候我采用了Java+MYSQL用以運行整體程序。

綜上所述技術(shù)可行性也沒有問題。

（4）法律可行性：

從開發(fā)者角度來看，Java和MYSQL是網(wǎng)上開源且免費的，在知識產(chǎn)權(quán)方面不會產(chǎn)生任何法律糾紛。

從用戶使用角度來看，只要不再系統(tǒng)上販賣違禁品，對系統(tǒng)做出條約協(xié)議，杜絕非法支付即可。

綜上所述法律可行性也沒有問題。

2.2 系統(tǒng)流程分析

業(yè)務(wù)流程是用一些特定的符合和線條來進行演示用戶在使用系統(tǒng)時的過程，在進行系統(tǒng)分析的時候，業(yè)務(wù)流程可以幫助開發(fā)人員更好的理解業(yè)務(wù)，發(fā)現(xiàn)錯誤，完善系統(tǒng)。

2.2.1 數(shù)據(jù)增加流程

用戶成功登入系統(tǒng)后就能夠?qū)崿F(xiàn)增加數(shù)據(jù)的操作，增加數(shù)據(jù)的編號是特定的，系統(tǒng)生成，用戶不能隨意填寫，除了編號以外，其他增加信息用戶自己填寫，填寫后的信息經(jīng)過系統(tǒng)驗證，驗證合法通過就顯示增加數(shù)據(jù)成功了，相反的話，就沒有增加成功，圖2-1顯示的就是在增加數(shù)據(jù)時的流程。

?

圖2-1 ?數(shù)據(jù)增加流程圖

2.2.2 數(shù)據(jù)修改流程

數(shù)據(jù)修改時的流程和上面介紹的數(shù)據(jù)增加時的流程差不多，如圖2-2所示。

?

圖2-2 ?數(shù)據(jù)修改流程圖

2.2.3 數(shù)據(jù)刪除流程

如果系統(tǒng)里面存在一些沒有用的數(shù)據(jù)的話，相關(guān)的管理人員還可以對這些數(shù)據(jù)進行刪除，圖2-3就是數(shù)據(jù)刪除時的流程圖。

?

圖2-3 ?數(shù)據(jù)刪除流程圖

2.3?系統(tǒng)功能分析

2.3.1 功能性分析

按照醫(yī)療健康知識管理的角色，我劃分為了注冊用戶管理模塊、健康醫(yī)生管理模塊和管理員管理模塊這三大部分。

用戶管理模塊：

（1）用戶注冊登錄：用戶注冊為會員并登錄醫(yī)療健康知識管理；用戶對個人信息的增刪改查，比如個人資料，密碼修改。

（3）公告欄：在首頁導(dǎo)航欄上我們會看到“公告消息”這一菜單，我們點擊進入進去以后，會看到所有管理員在后臺發(fā)布的公告信息；

（4）新鮮事動態(tài)：在首頁導(dǎo)航欄上我們會看到“新鮮事動態(tài)”這一菜單，我們點擊進入進去以后，會看到所有管理員在后臺發(fā)布的新鮮事動態(tài)信息，能夠?qū)ο矚g的新鮮事動態(tài)進行點贊，如果下次想要更快的找到這篇資訊，也可以進行收藏、評論；

（5）醫(yī)生介紹：在首頁導(dǎo)航欄上我們會看到“醫(yī)生介紹”這一菜單，我們點擊進入進去以后，會看到所有管理員在后臺發(fā)布的醫(yī)生介紹信息，我們選擇想要了解醫(yī)生的咨詢信息，可以咨詢+點贊+收藏+評論；

（6）我的收藏：在“我的”下可以查看管理“我的收藏”信息，可以查看收藏，也可以對不喜歡的信息進行刪除收藏；

（6）我的賬戶：當(dāng)用戶點擊右上角“我的”這個按鈕，會出現(xiàn)子菜單，點擊“我的賬戶”可以對個人的資料以及登錄系統(tǒng)的密碼進行設(shè)置；

（7）個人中心：當(dāng)用戶點擊右上角“我的”這個按鈕，就會進入到對應(yīng)的后臺進行信息的管理了；

管理員管理模塊：

（1）登錄：管理員的賬號是在數(shù)據(jù)表表中直接設(shè)置生成的，不需要進行注冊；

（2）公告內(nèi)容管理：當(dāng)點擊“公告內(nèi)容管理”這一菜單的時候，會出現(xiàn)輪播圖+公告欄兩個子菜單，可以對這兩個模塊進行增刪改查操作；

（3）系統(tǒng)用戶管理：當(dāng)點擊“系統(tǒng)用戶管理”這一菜單的時候，會出現(xiàn)管理員+健康醫(yī)生+注冊用戶三個子菜單，可以對這三個模塊進行增刪改查操作；

（4）內(nèi)容模塊管理：當(dāng)點擊“內(nèi)容管理”這一菜單的時候，會出現(xiàn)留言交流+留言分類+新鮮是動態(tài)+動態(tài)分類+在線測試這五個子菜單，能夠?qū)τ脩粼谇芭_提交的留言交流進行管理，同時對前臺展示的在線測試+新鮮是動態(tài)信息進行增刪改查操作；

（5）模塊管理：當(dāng)點擊“模塊”這一菜單的時候，會出現(xiàn)醫(yī)生介紹+醫(yī)生咨詢+知識分類+知識園地這四個子菜單，能夠?qū)?/span>這四個模塊進行增刪改查操作；

2.3.2 非功能性分析

醫(yī)療健康知識管理的非功能性需求比如醫(yī)療健康知識管理的安全性怎么樣，可靠性怎么樣，性能怎么樣，可拓展性怎么樣等。具體可以表示在如下3-1表格中：

表3-1醫(yī)療健康知識管理非功能需求表

安全性	主要指醫(yī)療健康知識管理數(shù)據(jù)庫的安裝，數(shù)據(jù)庫的使用和密碼的設(shè)定必須合乎規(guī)范。
可靠性	可靠性是指醫(yī)療健康知識管理能夠安裝用戶的指示進行操作，經(jīng)過測試，可靠性90%以上。
性能	性能是影響醫(yī)療健康知識管理占據(jù)市場的必要條件，所以性能最好要佳才好。
可擴展性	比如數(shù)據(jù)庫預(yù)留多個屬性，比如接口的使用等確保了系統(tǒng)的非功能性需求。
易用性	用戶只要跟著醫(yī)療健康知識管理的頁面展示內(nèi)容進行操作，就可以了。
可維護性	醫(yī)療健康知識管理開發(fā)的可維護性是非常重要的，經(jīng)過測試，可維護性沒有問題

2.4?系統(tǒng)用例分析

通過2.3功能的分析，得出了本醫(yī)療健康知識管理的用例圖：

用戶角色用例如圖2-3所示。

?

圖2-3?醫(yī)療健康知識管理用戶角色用例圖

web后臺管理上的管理員是維護整個醫(yī)療健康知識管理中所有數(shù)據(jù)信息的。健康醫(yī)生角色用例如圖2-4所示。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ??

??

圖2-4醫(yī)療健康知識管理健康醫(yī)生角色用例圖

web后臺管理上的管理員是維護整個醫(yī)療健康知識管理中所有數(shù)據(jù)信息的。管理員角色用例如圖2-5所示。

?

圖2-5醫(yī)療健康知識管理管理員角色用例圖

2.5本章小結(jié)

本章主要通過對醫(yī)療健康知識管理的可行性分析、流程分析、功能需求分析、系統(tǒng)用例分析，確定整個醫(yī)療健康知識管理要實現(xiàn)的功能。同時也為醫(yī)療健康知識管理的代碼實現(xiàn)和測試提供了標準。

3 醫(yī)療健康知識管理總體設(shè)計

本章主要討論的內(nèi)容包括醫(yī)療健康知識管理的功能模塊設(shè)計、數(shù)據(jù)庫系統(tǒng)設(shè)計。

3.1 系統(tǒng)架構(gòu)設(shè)計

本醫(yī)療健康知識管理從架構(gòu)上分為三層：表現(xiàn)層（UI）、業(yè)務(wù)邏輯層（BLL）以及數(shù)據(jù)層（DL）。

圖3-1醫(yī)療健康知識管理系統(tǒng)架構(gòu)設(shè)計圖

?

表現(xiàn)層（UI）：又稱UI層，主要完成本醫(yī)療健康知識管理的UI交互功能，一個良好的UI可以打打提高用戶的用戶體驗，增強用戶使用本醫(yī)療健康知識管理時的舒適度。UI的界面設(shè)計也要適應(yīng)不同版本的醫(yī)療健康知識管理以及不同尺寸的分辨率，以做到良好的兼容性。UI交互功能要求合理，用戶進行交互操作時必須要得到與之相符的交互結(jié)果，這就要求表現(xiàn)層要與業(yè)務(wù)邏輯層進行良好的對接。

業(yè)務(wù)邏輯層（BLL）：主要完成本醫(yī)療健康知識管理的數(shù)據(jù)處理功能。用戶從表現(xiàn)層傳輸過來的數(shù)據(jù)經(jīng)過業(yè)務(wù)邏輯層進行處理交付給數(shù)據(jù)層，系統(tǒng)從數(shù)據(jù)層讀取的數(shù)據(jù)經(jīng)過業(yè)務(wù)邏輯層進行處理交付給表現(xiàn)層。

數(shù)據(jù)層（DL）：由于本醫(yī)療健康知識管理的數(shù)據(jù)是放在服務(wù)端的mysql數(shù)據(jù)庫中，因此本屬于服務(wù)層的部分可以直接整合在業(yè)務(wù)邏輯層中，所以數(shù)據(jù)層中只有數(shù)據(jù)庫，其主要完成本醫(yī)療健康知識管理的數(shù)據(jù)存儲和管理功能。

3.2?系統(tǒng)功能模塊設(shè)計

3.2.1整體功能模塊設(shè)計

在上一章節(jié)中主要對系統(tǒng)的功能性需求和非功能性需求進行分析，并且根據(jù)需求分析了本醫(yī)療健康知識管理中的用例。那么接下來就要開始對本醫(yī)療健康知識管理的架構(gòu)、主要功能和數(shù)據(jù)庫開始進行設(shè)計。醫(yī)療健康知識管理根據(jù)前面章節(jié)的需求分析得出，其總體設(shè)計模塊圖如圖3-2所示。

?

圖3-2?醫(yī)療健康知識管理功能模塊圖

3.2.2用戶模塊設(shè)計

后臺管理者能夠?qū)崿F(xiàn)對前臺注冊的用戶增刪改查操作，用戶模塊結(jié)構(gòu)圖如下圖：

?

圖3-3會員用戶模塊結(jié)構(gòu)圖

3.2.3?評論管理模塊設(shè)計

醫(yī)療健康知識管理是一個交流性質(zhì)的公開平臺，會員用戶可以在平臺上交流，增加用戶之間的互動性。但是同時也為了更好的規(guī)范留言的內(nèi)容，給予管理員刪除不合適的言論的功能，所以需要專門設(shè)計一個留言管理模塊，具體的結(jié)構(gòu)圖如下：

?

圖3-4留言模塊結(jié)構(gòu)圖

3.2.4醫(yī)生管理模塊設(shè)計

醫(yī)療健康知識管理是中需要存儲不少醫(yī)生介紹信息，其模塊功能結(jié)構(gòu)，具體的結(jié)構(gòu)圖如下：

?

圖3-5醫(yī)生模塊結(jié)構(gòu)圖

3.3 數(shù)據(jù)庫設(shè)計

數(shù)據(jù)庫設(shè)計一般包括需求分析、概念模型設(shè)計、數(shù)據(jù)庫表建立三大過程，其中需求分析前面章節(jié)已經(jīng)闡述，概念模型設(shè)計有概念模型和邏輯結(jié)構(gòu)設(shè)計兩部分。

3.3.1 數(shù)據(jù)庫概念結(jié)構(gòu)設(shè)計

下面是整個醫(yī)療健康知識管理中主要的數(shù)據(jù)庫表總E-R實體關(guān)系圖。

圖3-6?醫(yī)療健康知識管理總E-R關(guān)系圖

?

下面根據(jù)醫(yī)療健康知識管理的數(shù)據(jù)庫總E-R關(guān)系圖可以得出醫(yī)療健康知識管理需要很多E-R圖，在此羅列出來一些主要的數(shù)據(jù)庫E-R模型圖。

?

圖3-7健康醫(yī)生E-R關(guān)系圖

?

圖3-8?醫(yī)生咨詢E-R關(guān)系圖

?

圖3-9?醫(yī)生介紹E-R關(guān)系圖

?

圖3-10?評論E-R關(guān)系圖

3.3.2 數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計

通過上一小節(jié)中醫(yī)療健康知識管理中總E-R關(guān)系圖上得出一共需要創(chuàng)建很多個數(shù)據(jù)表。在此我主要羅列幾個主要的數(shù)據(jù)庫表結(jié)構(gòu)設(shè)計。

registered_user表：

名稱	類型	長度	不是null	主鍵	注釋
registered_user_id	int	11	是	是	注冊用戶ID
user_number	varchar	64	是	否	用戶編號
gender	varchar	64	否	否	性別
age	int	11	否	否	年齡
examine_state	varchar	16	是	否	審核狀態(tài)
recommend	int	11	是	否	智能推薦
user_id	int	11	是	否	用戶ID
create_time	datetime	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
knowledge_classification表：
名稱	類型	長度	不是null	主鍵	注釋
knowledge_classification_id	int	11	是	是	知識分類ID
knowledge_category	varchar	64	否	否	知識類別
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
health_doctor表：
名稱	類型	長度	不是null	主鍵	注釋
health_doctor_id	int	11	是	是	健康醫(yī)生ID
doctor_job_number	varchar	64	是	否	醫(yī)生工號
name_of_doctor	varchar	64	否	否	醫(yī)生姓名
gender	varchar	64	否	否	性別
examine_state	varchar	16	是	否	審核狀態(tài)
recommend	int	11	是	否	智能推薦
user_id	int	11	是	否	用戶ID
create_time	datetime	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
exam_question表：
名稱	類型	長度	不是null	主鍵	注釋
exam_question_id	mediumint	8	是	是
type	varchar	20	否	否	類型
title	varchar	255	否	否	題目
question_item	varchar	500	否	否	選項
answer	varchar	500	否	否	參考答案
score	double	8	否	否	總分
question_order	int	11	否	否	排序
exam_id	mediumint	8	否	否	所屬試卷
create_time	timestamp	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
doctor_consultation表：
名稱	類型	長度	不是null	主鍵	注釋
doctor_consultation_id	int	11	是	是	醫(yī)生咨詢ID
doctor_job_number	int	11	否	否	醫(yī)生工號
name_of_doctor	varchar	64	否	否	醫(yī)生姓名
user	int	11	否	否	用戶
consulting_questions	text	0	否	否	咨詢問題
doctor_reply	text	0	否	否	醫(yī)生回復(fù)
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
ask_the_doctor表：
名稱	類型	長度	不是null	主鍵	注釋
ask_the_doctor_id	int	11	是	是	問醫(yī)生ID
doctor_job_number	int	11	否	否	醫(yī)生工號
name_of_doctor	varchar	64	否	否	醫(yī)生姓名
photo	varchar	255	否	否	照片
gender	varchar	64	否	否	性別
entire_period_of_actual_operation	varchar	64	否	否	從業(yè)年限
areas_of_expertise	text	0	否	否	擅長領(lǐng)域
details	longtext	0	否	否	詳情
hits	int	11	是	否	點擊數(shù)
praise_len	int	11	是	否	點贊數(shù)
recommend	int	11	是	否	智能推薦
create_time	datetime	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
comment表：
名稱	類型	長度	不是null	主鍵	注釋
comment_id	int	11	是	是	評論ID
user_id	int	11	是	否	評論人ID
reply_to_id	int	11	是	否	回復(fù)評論ID
content	longtext	0	否	否	內(nèi)容
nickname	varchar	255	否	否	昵稱
avatar	varchar	255	否	否	頭像地址
create_time	timestamp	0	是	否	創(chuàng)建時間
update_time	timestamp	0	是	否	更新時間
source_table	varchar	255	否	否	來源表
source_field	varchar	255	否	否	來源字段
source_id	int	10	是	否	來源ID

3.4本章小結(jié)

整個醫(yī)療健康知識管理的需求分析主要對系統(tǒng)總體架構(gòu)以及功能模塊的設(shè)計，通過建立E-R模型和數(shù)據(jù)庫邏輯系統(tǒng)設(shè)計完成了數(shù)據(jù)庫系統(tǒng)設(shè)計。

4?醫(yī)療健康知識管理詳細設(shè)計與實現(xiàn)

醫(yī)療健康知識管理的詳細設(shè)計與實現(xiàn)主要是根據(jù)前面的醫(yī)療健康知識管理的需求分析和醫(yī)療健康知識管理的總體設(shè)計來設(shè)計頁面并實現(xiàn)業(yè)務(wù)邏輯。主要從醫(yī)療健康知識管理界面實現(xiàn)、業(yè)務(wù)邏輯實現(xiàn)這兩部分進行介紹。

4.1用戶功能模塊

4.1.1 前臺首頁界面

當(dāng)進入醫(yī)療健康知識管理的時候，首先映入眼簾的是系統(tǒng)的導(dǎo)航欄，下面是輪播圖以及系統(tǒng)內(nèi)容，其主界面展示如下圖4-1所示。

?

圖4-1?前臺首頁界面圖

4.1.2 用戶注冊界面

不是醫(yī)療健康知識管理中正式會員的是可以在線進行注冊的，如果你沒有本醫(yī)療健康知識管理的賬號的話，添加“注冊”，當(dāng)填寫上自己的賬號+密碼+確認密碼+昵稱+郵箱+手機號等后再點擊“注冊”按鈕后將會先驗證輸入的有沒有空數(shù)據(jù)，再次驗證密碼和確認密碼是否是一樣的，最后驗證輸入的賬戶名和數(shù)據(jù)庫表中已經(jīng)注冊的賬戶名是否重復(fù)，只有都驗證沒問題后即可會員注冊成功。其用用戶注冊界面展示如下圖4-2所示。

?

圖4-2?前臺用戶注冊界面圖

注冊邏輯關(guān)鍵代碼如下所示。

/**

?????* 注冊

?????* @return

?????*/

????@PostMapping("register")

????public Map<String, Object> signUp(HttpServletRequest request) throws IOException {

????????// 查詢用戶

????????Map<String, String> query = new HashMap<>();

????????Map<String,Object> map = service.readBody(request.getReader());

????????query.put("username",String.valueOf(map.get("username")));

????????List list = service.selectBaseList(service.select(query, new HashMap<>()));

????????if (list.size()>0){

????????????return error(30000, "用戶已存在");

????????}

????????map.put("password",service.encryption(String.valueOf(map.get("password"))));

????????service.insert(map);

????????return success(1);

}

????public Map<String,Object> readBody(BufferedReader reader){

????????BufferedReader br = null;

????????StringBuilder sb = new StringBuilder("");

????????try{

????????????br = reader;

????????????String str;

????????????while ((str = br.readLine()) != null){

????????????????sb.append(str);

????????????}

????????????br.close();

????????????String json = sb.toString();

????????????return JSONObject.parseObject(json, Map.class);

????????}catch (IOException e){

????????????e.printStackTrace();

????????}finally{

????????????if (null != br){

????????????????try{

????????????????????br.close();

????????????????}catch (IOException e){

????????????????????e.printStackTrace();

????????????????}

????????????}

????????}

????????return null;

????}

????public void insert(Map<String,Object> body){

????????E entity = JSON.parseObject(JSON.toJSONString(body),eClass);

????????baseMapper.insert(entity);

????????log.info("[{}] - 插入操作：{}",entity);

}

4.1.3 用戶登錄界面

醫(yī)療健康知識管理中的前臺上注冊后的會員是可以通過自己的賬戶名和密碼進行登錄的，當(dāng)會員輸入完整的自己的賬戶名和密碼信息并點擊“登錄”按鈕后，將會首先驗證輸入的有沒有空數(shù)據(jù)，再次驗證輸入的賬戶名+密碼和數(shù)據(jù)庫中當(dāng)前保存的用戶信息是否一致，只有在一致后將會登錄成功并自動跳轉(zhuǎn)到醫(yī)療健康知識管理的首頁中；否則將會提示相應(yīng)錯誤信息，用戶登錄界面如下圖4-3所示。

?

圖4-3用戶登錄界面圖

登錄系統(tǒng)主要代碼如下。

/**

?????* 登錄

?????* @param data

?????* @param httpServletRequest

?????* @return

?????*/

????@PostMapping("login")

????public Map<String, Object> login(@RequestBody Map<String, String> data, HttpServletRequest httpServletRequest) {

????????log.info("[執(zhí)行登錄接口]");

????????String username = data.get("username");

????????String email = data.get("email");

????????String phone = data.get("phone");

????????String password = data.get("password");

????????List resultList = null;

????????QueryWrapper wrapper = new QueryWrapper<User>();

????????Map<String, String> map = new HashMap<>();

????????if(username != null && "".equals(username) == false){

????????????map.put("username", username);

????????????resultList = service.selectBaseList(service.select(map, new HashMap<>()));

????????}

????????else if(email != null && "".equals(email) == false){

????????????map.put("email", email);

????????????resultList = service.selectBaseList(service.select(map, new HashMap<>()));

????????}

????????else if(phone != null && "".equals(phone) == false){

????????????map.put("phone", phone);

????????????resultList = service.selectBaseList(service.select(map, new HashMap<>()));

????????}else{

????????????return error(30000, "賬號或密碼不能為空");

????????}

????????if (resultList == null || password == null) {

????????????return error(30000, "賬號或密碼不能為空");

????????}

????????//判斷是否有這個用戶

????????if (resultList.size()<=0){

????????????return error(30000,"用戶不存在");

????????}

????????User byUsername = (User) resultList.get(0);

????????Map<String, String> groupMap = new HashMap<>();

????????groupMap.put("name",byUsername.getUserGroup());

????????List groupList = userGroupService.selectBaseList(userGroupService.select(groupMap, new HashMap<>()));

????????if (groupList.size()<1){

????????????return error(30000,"用戶組不存在");

????????}

????????UserGroup userGroup = (UserGroup) groupList.get(0);

????????//查詢用戶審核狀態(tài)

????????if (!StringUtils.isEmpty(userGroup.getSourceTable())){

????????????String res = service.selectExamineState(userGroup.getSourceTable(),byUsername.getUserId());

????????????if (res==null){

????????????????return error(30000,"用戶不存在");

????????????}

????????????if (!res.equals("已通過")){

????????????????return error(30000,"該用戶審核未通過");

????????????}

????????}

????????//查詢用戶狀態(tài)

????????if (byUsername.getState()!=1){

????????????return error(30000,"用戶非可用狀態(tài)，不能登錄");

????????}

????????String md5password = service.encryption(password);

????????if (byUsername.getPassword().equals(md5password)) {

????????????// 存儲Token到數(shù)據(jù)庫

????????????AccessToken accessToken = new AccessToken();

????????????accessToken.setToken(UUID.randomUUID().toString().replaceAll("-", ""));

????????????accessToken.setUser_id(byUsername.getUserId());

????????????tokenService.save(accessToken);

????????????// 返回用戶信息

????????????JSONObject user = JSONObject.parseObject(JSONObject.toJSONString(byUsername));

????????????user.put("token", accessToken.getToken());

????????????JSONObject ret = new JSONObject();

????????????ret.put("obj",user);

????????????return success(ret);

????????} else {

????????????return error(30000, "賬號或密碼不正確");

????????}

}

????public String select(Map<String,String> query,Map<String,String> config){

????????StringBuffer sql = new StringBuffer("select ");

????????sql.append(config.get(FindConfig.FIELD) == null || "".equals(config.get(FindConfig.FIELD)) ? "*" : config.get(FindConfig.FIELD)).append(" ");

????????sql.append("from ").append("`").append(table).append("`").append(toWhereSql(query, "0".equals(config.get(FindConfig.LIKE))));

????????if (config.get(FindConfig.GROUP_BY) != null && !"".equals(config.get(FindConfig.GROUP_BY))){

????????????sql.append("group by ").append(config.get(FindConfig.GROUP_BY)).append(" ");

????????}

????????if (config.get(FindConfig.ORDER_BY) != null && !"".equals(config.get(FindConfig.ORDER_BY))){

????????????sql.append("order by ").append(config.get(FindConfig.ORDER_BY)).append(" ");

????????}

????????if (config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE))){

????????????int page = config.get(FindConfig.PAGE) != null && !"".equals(config.get(FindConfig.PAGE)) ? Integer.parseInt(config.get(FindConfig.PAGE)) : 1;

????????????int limit = config.get(FindConfig.SIZE) != null && !"".equals(config.get(FindConfig.SIZE)) ? Integer.parseInt(config.get(FindConfig.SIZE)) : 10;

????????????sql.append(" limit ").append( (page-1)*limit ).append(" , ").append(limit);

????????}

????????log.info("[{}] - 查詢操作，sql: {}",table,sql);

????????return sql.toString();

}

????public List selectBaseList(String select) {

????????List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

????????List<E> list = new ArrayList<>();

????????for (Map<String,Object> map:mapList) {

????????????list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

????????}

????????return list;

}

4.1.4留言板界面

用戶在點擊導(dǎo)航欄上面的留言板后，就可以搜索查看留言信息，用戶根據(jù)自己的喜好可以進行交流，留言板界面如下圖4-4所示。

?

圖4-4留言板界面圖

4.1.5?我的賬戶界面

當(dāng)用戶點擊右上角“我的”這個按鈕，會出現(xiàn)子菜單，點擊“我的賬戶”可以對個人的資料以及登錄系統(tǒng)的密碼進行設(shè)置，我的賬戶界面如下圖4-5所示。

?

圖4-5我的賬戶界面圖

4.1.6?醫(yī)生詳情界面

當(dāng)訪客點擊了任意醫(yī)生后將會進入該醫(yī)生的詳情界面，可以了解到該醫(yī)生的醫(yī)生工號、醫(yī)生姓名、性別、從業(yè)年限等，同時可以對該醫(yī)生進行咨詢+收藏+點贊+評論，醫(yī)生詳情展示頁面如圖4-6所示。

?

圖4-6?醫(yī)生詳情界面圖

4.2管理員功能模塊

4.2.1 公告內(nèi)容管理界面

醫(yī)療健康知識管理中的管理人員在“公告內(nèi)容管理”這一菜單中是可以對前臺顯示的輪播圖以及公告欄進行管控。界面如下圖4-7所示。

?

圖4-7公告內(nèi)容管理界面圖

公告內(nèi)容管理關(guān)鍵代碼如下所示。

@RequestMapping(value = "/del")

????@Transactional

????public Map<String, Object> del(HttpServletRequest request) {

????????service.delete(service.readQuery(request), service.readConfig(request));

????????return success(1);

}

4.2.2?用戶管理界面

醫(yī)療健康知識管理中的管理人員是可以對前臺注冊的用戶、健康醫(yī)生進行管理的，也可以對管理員進行管控。界面如下圖4-8所示。

?

圖4-8用戶管理界面圖

用戶管理關(guān)鍵代碼如下所示。

public List selectBaseList(String select) {

????????List<Map<String,Object>> mapList = baseMapper.selectBaseList(select);

????????List<E> list = new ArrayList<>();

????????for (Map<String,Object> map:mapList) {

????????????list.add(JSON.parseObject(JSON.toJSONString(map),eClass));

????????}

????????return list;

}

4.2.3 留言交流界面

醫(yī)療健康知識管理中管理人員是可以對醫(yī)療健康知識管理內(nèi)的留言交流信息進行維護和管理的。留言交流界面如下圖4-9所示。

?

圖4-9留言交流界面圖

4.2.4 模塊管理界面

醫(yī)療健康知識管理中的管理人員在“模塊管理”這一菜單下是可以對醫(yī)療健康知識管理內(nèi)的醫(yī)生介紹、醫(yī)生咨詢、知識分類、知識園地進行管控的，其管理界面如下圖4-10所示。

?

圖4-10模塊管理界面圖

5系統(tǒng)測試

5.1系統(tǒng)測試的目的

系統(tǒng)開發(fā)到了最后一個階段那就是系統(tǒng)測試，系統(tǒng)測試對軟件的開發(fā)其實是非常有必要的。因為沒什么系統(tǒng)一經(jīng)開發(fā)出來就可能會盡善盡美，再厲害的系統(tǒng)開發(fā)工程師也會在系統(tǒng)開發(fā)的時候出現(xiàn)紕漏，系統(tǒng)測試能夠較好的改正一些bug，為后期系統(tǒng)的維護性提供很好的支持。通過系統(tǒng)測試，開發(fā)人員也可以建立自己對系統(tǒng)的信心，為后期的系統(tǒng)版本的跟新提供支持。

5.2?系統(tǒng)測試用例

系統(tǒng)測試包括：用戶登錄功能測試、醫(yī)生展示功能測試、醫(yī)生添加、醫(yī)生搜索、密碼修改功能測試，如表5-1、5-2、5-3、5-4、5-5所示：

用戶登錄功能測試：

表5-1?用戶登錄功能測試表

用例名稱	用戶登錄系統(tǒng)
目的	測試用戶通過正確的用戶名和密碼可否登錄功能
前提	未登錄的情況下
測試流程	1) 進入登錄頁面 2) 輸入正確的用戶名和密碼
預(yù)期結(jié)果	用戶名和密碼正確的時候，跳轉(zhuǎn)到登錄成功界面，反之則顯示錯誤信息，提示重新輸入
實際結(jié)果	實際結(jié)果與預(yù)期結(jié)果一致

醫(yī)生查看功能測試：

表5-2?醫(yī)生查看功能測試表

用例名稱	醫(yī)生查看
目的	測試醫(yī)生查看功能
前提	用戶登錄
測試流程	點擊醫(yī)生列表
預(yù)期結(jié)果	可以查看到所有醫(yī)生信息
實際結(jié)果	實際結(jié)果與預(yù)期結(jié)果一致

管理員添加醫(yī)生界面測試：

表5-3?管理員添加醫(yī)生界面測試表

用例名稱	醫(yī)生發(fā)布測試用例
目的	測試醫(yī)生發(fā)布功能
前提	員工用戶正常登錄情況下
測試流程	1）員工點擊醫(yī)生信息管理就，然后點擊添加后并填寫信息。 2）點擊進行提交。
預(yù)期結(jié)果	提交以后，頁面首頁會顯示新的醫(yī)生信息?
實際結(jié)果	實際結(jié)果與預(yù)期結(jié)果一致

醫(yī)生搜索功能測試：

表5-4醫(yī)生搜索功能測試表

用例名稱	醫(yī)生搜索測試
目的	測試醫(yī)生搜索功能
前提	無
測試流程	1）在搜索框填入搜索關(guān)鍵字。 2）點擊搜索按鈕。
預(yù)期結(jié)果	頁面顯示包含有搜索關(guān)鍵字的醫(yī)生
實際結(jié)果	實際結(jié)果與預(yù)期結(jié)果一致

密碼修改功能測試：

表5-5 密碼修改功能測試表

用例名稱	密碼修改測試用例
目的	測試管理員密碼修改功能
前提	管理員用戶正常登錄情況下
測試流程	1）管理員密碼修改并完成填寫。 2）點擊進行提交。
預(yù)期結(jié)果	使用新的密碼可以登錄
實際結(jié)果	實際結(jié)果與預(yù)期結(jié)果一致

5.3?系統(tǒng)測試結(jié)果

通過編寫醫(yī)療健康知識管理的測試用例，已經(jīng)檢測完畢用戶登錄模塊、醫(yī)生查看模塊、醫(yī)生添加模塊、醫(yī)生搜索模塊、密碼修改功能測試，通過這5大模塊為醫(yī)療健康知識管理的后期推廣運營提供了強力的技術(shù)支撐。

結(jié)論

至此，醫(yī)療健康知識管理已經(jīng)結(jié)束，在開發(fā)前做了許多的準備，在本系統(tǒng)的設(shè)計和開發(fā)過程中閱覽和學(xué)習(xí)了許多文獻資料，從中我也收獲了很多寶貴的方法和設(shè)計思路，對系統(tǒng)的開發(fā)也起到了很重要的作用，系統(tǒng)的開發(fā)技術(shù)選用的都是自己比較熟悉的，比如Web、Java技術(shù)、MYSQL，這些技術(shù)都是在以前的學(xué)習(xí)中學(xué)到了，其中許多的設(shè)計思路和方法都是在以前不斷地學(xué)習(xí)中摸索出來的經(jīng)驗，其實對于我們來說工作量還是比較大的，但是正是由于之前的積累與準備，才能順利的完成這個項目，由此看來，積累經(jīng)驗跟做好準備是十分重要的事情。

當(dāng)然在該系統(tǒng)的設(shè)計與實現(xiàn)的過程中也離不開老師以及同學(xué)們的幫助，正是因為他們的指導(dǎo)與幫助，我才能夠成功的在預(yù)期內(nèi)完成了這個系統(tǒng)。同時在這個過程當(dāng)中我也收獲了很多東西，此系統(tǒng)也有需要改進的地方，但是由于專業(yè)知識的淺薄，并不能做到十分完美，希望以后有機會可以讓其真正的投入到使用之中。

參考文獻

[1]何楊. 一種醫(yī)療健康動態(tài)預(yù)測方法、系統(tǒng)和設(shè)備[P]. 上海市：CN114420292A,2022-04-29.

[2]張偉,張展鵬,張明淘,韓普.醫(yī)療健康知識挖掘中的語義資源、數(shù)據(jù)集和工具[J].計算機技術(shù)與發(fā)展,2022,32(04):21-27.

[3]劉驁, 圖片　12月15日世界強化免疫日,西城區(qū)多家醫(yī)療機構(gòu)開展健康宣傳、知識講座等活動. 孫碩 主編,北京西城年鑒,中華書局,2021,432,年鑒.DOI:10.38548/y.cnki.ybjxc.2022.002137.

[4]顧天陽,趙旺,曹林.跨組織醫(yī)療健康大數(shù)據(jù)聚合與案例知識推理方法研究[J].情報科學(xué),2022,40(03):40-44.DOI:10.13833/j.issn.1007-7634.2022.03.006.

[5]楊善林,丁帥,顧東曉,李霄劍,劉業(yè)政.醫(yī)療健康大數(shù)據(jù)驅(qū)動的知識發(fā)現(xiàn)與知識服務(wù)方法[J].管理世界,2022,38(01):219-229.

[6]何文君,張小芳,魯紅軍.同質(zhì)醫(yī)療健康教育模式在冠心病介入治療患者中的應(yīng)用[J].健康研究,2021,41(06):715-717.

[7]Jun Ma, Jun Mao, Long Chen , Lili Yin. Design and Implementation of Multi-terminal Debugging System based on SSM Framework[J]. International Core Journal of Engineering,2021,7(7).

[8]岳麗欣,周曉英,劉自強.科學(xué)知識網(wǎng)絡(luò)擴散中的社區(qū)擴張與收斂模式特征分析——以醫(yī)療健康信息領(lǐng)域為例[J].圖書情報工作,2020,64(14):63-73.

[9]Xiaojie Guo,Tingmei Wang*. Design and Implementation of Graduate Information Management System Based on SSM Framework[J]. Journal of Simulation,2020,8(2).

[10]彭鳳娟,邱莘,朱淑霞,鄧帶歡,李啟蘭.同質(zhì)醫(yī)療健康教育模式對直腸癌術(shù)后結(jié)腸造口患者疾病知識及自護能力的影響[J].中國臨床護理,2020,12(02):149-152.

[11]余運西.試論醫(yī)療健康類媒體如何傳播大眾科普知識[J].今傳媒,2020,28(01):54-55.

[12]全國人大常委會辦公廳. 中華人民共和國基本醫(yī)療衛(wèi)生與健康促進法[M].中國民主法制出版社:, 201912.72.

[13]盛明,張勇,邢春曉.基于醫(yī)在回路的醫(yī)療健康知識圖譜系統(tǒng)架構(gòu)的研究[J].安徽大學(xué)學(xué)報(自然科學(xué)版),2019,43(06):48-54.

[14]盛明,陳玉思,張勇,韓光潔,黃天昊,刑春曉.一種面向醫(yī)療健康領(lǐng)域知識圖譜的可擴展系統(tǒng)架構(gòu)的研究[J].小型微型計算機系統(tǒng),2019,40(10):2150-2154.

[15]Ping Wanxin,Chen Yuankun,Hou Xiaoyan. Design of Campus Bicycle Rental Management System Based on SSM Framework[J]. Journal of Physics: Conference Series,2019,1314.

[16]郭媛. 知識管理視域下電子健康檔案管理研究[D].河北大學(xué),2018.

[17]翟擁華.基于知識管理的醫(yī)療與健康特色智庫構(gòu)建策略研究[J].農(nóng)業(yè)圖書情報學(xué)刊,2017,29(10):25-27.

[18]徐慶,袁佰通,趙榮華,項彩霞,汪紅艷,詹必成,劉建.信息化平臺醫(yī)療健康管理在食管癌術(shù)后患者中的應(yīng)用[J].安徽醫(yī)學(xué),2016,37(05):606-609.

致 ?謝

逝者如斯夫，不舍晝夜。轉(zhuǎn)眼間，大學(xué)生會員活便已經(jīng)接近尾聲，人面對著離別與結(jié)束，總是充滿著不舍與茫然，我亦如此，仍記得那年秋天，我迫不及待的提前一天到了學(xué)校，面對學(xué)校巍峨的大門，我心里充滿了期待：這里，就是我新生活的起點嗎？那天，陽光明媚，學(xué)校的歡迎儀式很熱烈，我面對著一個個對著我微笑的同學(xué)，仿佛一縷縷陽光透過胸口照進了我心里，同時，在那天我認識可愛的室友，我們攜手共同度過了這難忘的兩年。如今，我望著這篇論文的致謝，不禁又要問自己：現(xiàn)在，我們就要說再見了嗎？

感慨莫名，不知所言。遙想當(dāng)初剛來學(xué)校的時候，心里總是想著工科學(xué)校會過于板正，會缺乏一些柔情，當(dāng)時心里甚至有一點點排斥，但是隨著我對學(xué)校的慢慢認識與了解，我才認識到了她的美麗，她的柔情，并且慢慢的喜歡上了這個校園，但是時間太快了，快到我還沒有好好體會她的美麗便要離開了，但是她帶給我的回憶，永遠不會離開我，也許真正離開那天我的眼里會滿含淚水，我不是因為難過，我只是想將她的樣子映在我的淚水里，刻在我的心里。最后，感謝我的老師們，是你們教授了我們知識與做人的道理；感謝我的室友們，是你們陪伴了我如此之久；感謝每位關(guān)心與支持我的人。

少年，追風(fēng)趕月莫停留，平荒盡處是春山。

免費領(lǐng)取本源代碼、數(shù)據(jù)庫，請私信

總結(jié)

以上是生活随笔為你收集整理的ssm基于javaweb的医疗健康知识管理系统设计与实现毕业设计源码的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。