醫院電子病歷管理系統的設計與實現摘要病歷是用來記錄患者醫療行為和信息的，是醫院里最為重要的資料。為了提升醫療質量及管理效率，發展電子病歷管理系統成為了重要的課題。針對醫院需求，研究一款適用于中小型醫院規模的病歷系統。實現醫生對病人病歷資料的處理、查詢等。通過使用本系統可以讓醫生方便、高效、準確的管理病歷，提高工作效率，有較高的使用價值。通過對電子病歷管理系統的深入研究，明確了電子病歷使用的功能需求與非功能需求，梳理使用病歷的相關業務流程。在用戶需求分析的基礎上，采用UML建模的方法對系統進行詳細的分析和設計。系統設計采用B/S模式，實現了系統數據訪問層、業務邏輯層和表現層的邏輯獨立。以Java語言為基礎，SQLServer數據庫為數據支撐，實現病歷的管理。系統的測試結果也表明了系統運行流暢，符合使用者的需求，操作頁面簡單明了、交互友好，達到了設計目標。關鍵詞：電子病歷;管理系統;UML建模;B/S模式目錄1緒論 11.1課題研究背景 11.2課題研究意義 11.3課題國內外發展狀況 11.4研究內容 22相關技術 32.1JSP技術 32.2SSM框架 32.3TOMCAT服務器 32.4SQLSERVER數據庫 33系統分析 53.1系統可行性分析 53.2系統需求分析 53.2.1功能性需求分析 53.2.2用例圖分析 63.2.3非功能性需求分析 83.3開發環境 83.3.1硬件 83.3.2軟件 94系統設計 104.1系統功能結構設計 104.1.1前端功能設計 104.1.2后端功能設計 104.2系統功能模塊設計 114.2.1登錄退出模塊 114.2.2病歷管理模塊 114.2.3病人管理模塊 124.2.4忘記密碼模塊 124.2.5醫生管理模塊 134.2.6科室管理模塊 134.3數據庫設計 134.3.1數據庫概念設計 134.3.2數據庫邏輯設計 144.3.3數據庫物理設計 145系統實現 175.1系統登陸頁面實現 175.2系統主要功能模塊實現 175.2.1醫生注冊信息模塊 175.2.2病人管理模塊 185.2.3病歷管理模塊 195.2.4忘記密碼模塊 205.2.5管理員功能模塊 215.3小結 216系統測試 226.1測試目的 226.2測試意義 226.3測試原則 226.4測試方法 226.5測試用例 236.6小結 24總結 25參考文獻 261緒論1.1課題研究背景由于社會快速的發展，人民群眾生活水平日益增長，人們坐在家里就可以體驗到信息化社會帶給我們的便利。在信息化時代下，數據的共享成為了時代發展的產物。在現代化的醫院管理系統中，電子病歷管理系統顯得尤為重要。傳統的紙質病歷浪費大量資源、容易丟失、時間久了字跡也不清晰[1]。電子病歷相較于傳統的紙質病歷來說，容易保存、識別，更為重要的是醫生查閱起來既快速又方便。它不但提高了醫務工作者的效率，還減少了資源成本的耗費，對現代醫院的管理起到一定的改善作用。電子病歷的實施對當前的醫療系統產生了不小的影響，各個地方的醫院都在尋求妥當的舉措。1.2課題研究意義電子病歷管理系統通過計算機來實現對病歷的管理，不僅給醫生、病人提供了便捷，還給院里的管理者提供了便捷。由于檢查程序的重復使患者多掏了不必要的錢，電子病歷的使用不僅可以使患者減輕自己看病的成本，而且還能節約醫療資源給有需要的人使用。此外，電子病歷的使用有利于醫院后期醫護人員對病歷的管理，也為患者提供了便利[2]。因此，電子病歷的使用給醫院未來的發展提供了多種方向。1.3課題國內外發展狀況觀望我國社會發展狀況，正是革新的好階段。這就要求各個醫院要抓住時機，進行現代化醫療事業的建設。各個醫院先后推出使用電子病歷管理系統，既使人們在醫療衛生方面的需求得到了滿足，也可以有效的減輕醫務工作者的壓力。在未來，電子病歷管理系統在我國醫療衛生事業的發展中會有著舉足輕重的作用。我國電子病歷系統處于初出茅廬的階段，發展與使用的程度也是鴻毛泰山。我國于1980年后著手在醫療體系中進行信息化管理，但是推進速度較慢。由于我國醫療資源分布不均，大多數醫院都是中小型醫院，因此要加大投入在中小型醫院中推行信息化管理模式。雖然我國現在處于信息化發展階段，但紙質病歷仍然存在并占據很大一部分。有些醫務人員的觀念滯后，無法適應無紙化的病歷，使無紙化病歷推進比較艱難。我國處在電子病歷發展的初期階段，盡管政府推行了一些電子病歷的規范措施，但想要全部實現，還需加倍努力。與國內相比，國外的發展進程就早了一點兒。歐美等國對建立醫院內部的信息系統的研究成果較高。更為重要的是，歐美政府也非常重視醫療管理模塊的發展。美國政府一直都致力于醫療體制的改革。奧巴馬政府尤為看重，在投資現代化臨床體系項目中投資百億用來建設，甚至用一系列的法律來規范醫療體系。英國政府主導國家醫療服務體系項目的建設，通過國家衛生網絡基礎設施建設實現了醫院、診所網絡互連和信息共享[3]。因此，英國的電子病歷研究工作才會開展得較為全面和深入。1.4研究內容電子病歷系統的實施是為了做到醫院間信息的共享，信息共享不僅是對醫院有極大的好處，對于醫務工作者來說，通過信息共享，各部門可以更好的溝通與交流病人的病情及治療方案，增強自身的水平。研究的內容如下。（1）病歷信息的分析查詢。各部門可以通過查看病歷，分析病人的情況，做出準確的判斷。（2）信息共享。不同部門的工作者可以通過系統進行信息的共享，有助于全面了解情況。（3）病歷信息安全。要想病歷信息不泄露，就要做到：不同的人所具有的權限不相同；加強系統的完善度；提高醫護人員的保密意識；規范有關法律等[4]。這對電子病歷管理系統的安全起到了一定作用。

2相關技術Web開發是在B/S模式下進行的一種方式，它在當前的應用系統中占據很大的地位。使用B/S結構非常的方便，只需維護服務器，然后在網頁地址欄中輸入地址就可以訪問最新的應用系統[5]。醫院電子病歷管理系統就是以B/S結構為基礎來展開的，下文將著重介紹開發醫院電子病歷管理系統所用到的技術。2.1JSP技術JSP技術是由SUN公司主導其他多個公司一起參與建成的動態網頁技術，目的在于更快更易建立一個基于web的網頁應用程序。該技術以java語言為基礎，與其他動態網頁技術相比優勢較大，可以保證在多個平臺上流暢運行，高效率的執行操作。另外，JSP技術的可擴展性強，開發者可以在開發過程中進行擴展，不影響其他部分的功能[6]。總而言之，JSP技術的優勢之處是未來動態網頁技術發展所不可缺少的部分。2.2SSM框架SSM框架由Spring、SpringMvc、MyBatis組成，是集高性能和多功能為一體的輕量級JavaEE開發領域里的主流框架[7]。Spring的用途不僅在于服務器端的開發,還在于它的簡單性和可測試性都使Java應用受益。SpringMvc之所以容易定制，是因為它拆開了CONTROLLERS,MODELOBJECTS,FILTERS。MyBatis

使用

XML或注解來配置和映射成數據記錄。這種框架讓項目完成的時間變短，系統的內容數量減少，讓老板少掏點兒錢，在企業開發領域里很受歡迎。2.3TOMCAT服務器Tomcat是一款免費的開源應用服務器，因其優勢而被傳統行業和互聯網行業廣泛應用。Tomcat具有的優勢如下。（1）它是免費的，使用的時候不用花錢，這也是大多數人選擇它的原因。（2）它是輕量級服務器，多使用在用戶不是很多的中小型系統下，是調試程序的首要選擇。（3）它比較穩定又可以拓展，能夠滿足開發應用系統中的某些功能。2.4SQLSERVER數據庫數據庫技術是計算機數據處理和信息管理系統的核心內容，它能減少數據的冗余，實現數據的共享，從而更高效地處理數據[8]。以SQLServer2008為例，它提供了較為全面的數據倉庫平臺，可以滿足千千萬萬用戶的各種需求。SQLServer2008具有的特點如下。（1）安全性高。它的審核功能全面，數據加密程度高，不易遭到攻擊。（2）數據集成度高。它的空間大，可存儲的數據不計其數。（3）確保業務連續性。它使程序變得牢靠，可以簡化數據存儲失敗后的恢復過程。正是有了這些優點，所以SQLServer2008深受使用者的喜愛，因此，很多的開發者們都選擇使用SQLServer2008。3系統分析3.1系統可行性分析可行性分析是開發系統中不可缺少的一個環節，主要是對系統研發中可能出現的情況進行深入的探討，想方設法繞過這些情況，以便設計出品質較好點兒的產品。此設計將從三個出發點來闡明。（1）技術可行性技術可行性就是系統可否在軟硬件設備上順利的實施和運行。本系統硬件要求不高，任何一臺電腦都可以。軟件方面要求數據庫、服務器等研發工具，由于技術和工具的應用已相當成熟[9]，所以這是切實可行的。（2）經濟可行性系統使用的平臺和服務器都是不收費的，這就節省了系統的一些支出。系統的應用可以節省紙張，降低人為原因造成的檔案丟失[10]，這給醫院帶來的收益不勝枚舉，是切實可行的。（3）操作可行性系統本著簡單的原則，使用的人會電腦的基本操作就行了，不用進行統一培訓就可輕松學會。所有頁面都有對應的提示，簡單明了，因而從操作的角度來說是可行的。因此，從上述分析中可以得出一個結果，系統可以實施并開發。3.2系統需求分析根據較長時間的研究，對病歷管理系統的需求做出了以下分析。（1）權限不盡相同醫生依照權限管理病人的病歷信息，沒有權限更改其他的內容。（2）病歷管理醫生可以利用自己的權限對病歷進行錄入、查詢、修改、刪除及歸檔等一些操作。（3）后臺管理后臺管理員權限較大，能夠查詢、更改醫生信息，科室信息等功能。3.2.1功能性需求分析（1）用戶職能分析系統有前端管理和后端管理兩個大部分。對系統模塊職能的分析如表3.1所示。表3.1職能表模塊角色職能前端醫生管理病人信息、病歷信息及個人密碼等后端管理員管理科室信息、醫生信息等（2）用戶功能需求分析對用戶前、后兩大部分的功能進行需求分析。其分析結果如表3.2所示。表3.2需求分析表模塊需求功能前端醫生登錄退出醫生注冊信息后，憑借賬戶密碼進入系統。點擊退出按鈕退出系統，再次進入需輸入賬戶密碼病人管理醫生進入系統，錄入病人的相關信息并更改病歷管理醫生可以查看病人的病歷并更改歸檔打印病歷醫生根據需要可以歸檔、打印病歷密碼管理醫生可根據自己的需要修改密碼后端管理員登錄管理員輸入賬戶密碼進入系統，點擊退出系統后，重新輸入賬號密碼進入科室管理管理員對科室信息進行增刪改查操作醫生管理管理員增、刪、改、查醫生信息密碼管理管理員存放好密碼3.2.2用例圖分析用例圖呈現了用戶和相關用例之間的關聯，是一種簡潔的表現方法。它可以用直觀的圖表示出系統的設計，讓人一看就明白了其中的用意。系統的用例分析分別如圖3.1、圖3.2所示。圖3.1醫生用例圖圖3.2管理員用例圖挑選局部功能進行流程的闡述。（1）進入系統前：醫生打開登錄頁面。中：輸入正確的賬號密碼后進入系統。后：醫生能夠進行后續操作。（2）對病歷資料進行相關操作前：醫生進入了系統。中：點查找后出現病歷資料。后：醫生對查詢到的病歷進行改、刪。（3）忘記密碼前：醫生準備登錄時，不記得密碼了。中：點忘記密碼后，重新輸入新密碼后，點修改。后：系統進入成功。3.2.3非功能性需求分析（1）可擴展性需求系統在開發的過程中需要添加新的內容，增進性能，在這個階段就要保障好系統的可擴展性,使用免費輕量級的框架開發，把各個部分間的關聯度降到最小，避免觸發到其他的部分，產生不好的影響。這在一定程度上為后面項目的開發提供了方便，也為項目組省下來一部分錢。（2）易用性需求設計系統的時候要從使用者舒適度方面進行考慮，整個系統沒有彎彎繞繞的部分，頁面的簡潔，操作的方便，使用戶一看便知道該怎么使用，從而讓用戶體驗到滿足感。（3）安全性需求系統里面儲存了病人的私密信息，除了診斷醫生有權利操作之外，其余人都沒權利看。把信息資料定期備份以防丟失，定期刪除一定的數據資料節省數據空間，定期維護系統，提高系統的安全[11]。安全性需求也是系統開發過程中的一個重要的環節。3.3開發環境3.3.1硬件內存：8GB；硬盤：220G；網絡設備：12K以上的網絡設備。3.3.2軟件系統：Windows10；平臺：MyEclipse；服務器：Tomcat；數據庫：SQLServer2008；瀏覽器：360瀏覽器。4系統設計4.1系統功能結構設計系統結構分為醫生和管理員兩大部分，系統的功能結構圖如圖4.1所示。圖4.1系統功能結構圖4.1.1前端功能設計醫生注冊：醫生注冊信息后，輸入賬號密碼進入系統。點擊退出，退出系統，退出后須再次輸入賬號密碼進入系統。病歷管理：醫生新增病歷檔案，根據患者情況查看寫入的病歷，可以進行增刪改查、歸檔、打印等操作。病人管理：醫生根據病人的患病情況，錄入病人的基本信息和病歷信息，記錄病患的治療結論。密碼管理：醫生忘記了密碼可自主修改，修改后輸入新密碼可以進入系統完成操作。4.1.2后端功能設計醫生管理：管理人員依據自己的權限管理醫生信息并進行增刪改查操作。科室管理：管理員依據自己權限新增、查看、改動、刪除科室信息。密碼管理：管理員保存好自己的密碼。4.2系統功能模塊設計4.2.1醫生注冊模塊醫生注冊過信息后，得到一個賬戶和密碼，憑借它進入到系統里。登錄系統時，會比對數據庫數據和登錄數據是否一樣，一樣就進入系統，不一樣就停留在登錄頁面。醫生注冊登錄的流程圖如圖4.2所示。圖4.2醫生注冊登錄流程圖4.2.2病歷管理模塊醫生根據病人的診療情況寫入病歷并管理這些病歷。醫生對自己管理的病歷可以自主選擇是否修改、查詢、刪除、歸檔、打印這些病歷。醫生打印病歷的流程圖如圖4.3所示。圖4.3打印病歷流程圖4.2.3病人管理模塊病人通過醫生診療之后，由診治醫生負責填寫病人的基本信息，比方說：名字、移動電話、地址、醫保號碼等等一些基礎的信息，便于醫生后期繼續追蹤病人的治療情況，對于已經痊愈的病人，診治醫生就可以對他的信息做一些修改。4.2.4密碼管理模塊醫生以自身需求為依據來變更密碼。若是自己忘記了自己設置的密碼，點擊忘記密碼后再次設置新的密碼即可完成操作。輸入新密碼即可進入系統。分析忘記密碼的流程圖如圖4.4所示。圖4.4忘記密碼流程圖4.2.5醫生管理模塊此功能是歸于管理員管理。管理員可以管理醫生的一些基本情況，比如電話、地址、年齡等等。管理員對醫生信息進行查、改操作，當然也可以對離職的醫生信息進行刪除操作。醫生管理功能對于管理醫院人事等行政工作有很大的幫助，提高了醫院的行政工作管理效率。4.2.6科室管理模塊管理員持醫院科室的基本信息，可以根據科室名查詢各個科室的相關信息。還可以新增科室，刪掉撤銷的科室信息。管理員有科室電話，為聯系各科室提供了便利。4.3數據庫設計4.3.1數據庫概念設計為了梳理清楚數據間的關系，可以用E-R圖來表示。它可以清楚的幫助人們看到數據之間存在的聯系。確定系統的五個實體，理清楚各實體之間的聯系，繪制E-R圖。系統的E-R圖如圖4.5所示。圖4.5系統E-R圖4.3.2數據庫邏輯設計雖然通過上面的圖可以清楚知道實體間的聯系，但卻沒有辦法直接使用，因為E-R圖不是具體的模型，所以只有把它轉為具體模型才可以被識別，進而完成對數據庫的邏輯設計。下面介紹系統的關系模型。（1）醫生關系模型醫生（醫生ID、醫生名、密碼、電話、郵箱、婚否、年齡、籍貫、科室編號、性別）（2）科室關系模型科室（科室編號、科室名、科室電話、創建時間）（3）病歷關系模型病歷（病歷編號、病人編號、病史、癥狀、醫生名、處方、診斷時間、醫囑）（5）管理員關系模型管理員（管理員編號、登錄名、密碼）（4）病人關系模型病人（病人編號、性別、年齡、病人名、醫保卡號、籍貫、婚否、電話、科室編號、地址）4.3.3數據庫物理設計（1）醫生表：users表是放置醫生資料的，此表的主鍵是醫生ID，醫生表的具體內容如表4.1所示。表4.1醫生表編碼列名類型長度為空主鍵/外鍵注釋1u_idint10No主鍵醫生ID2user_namevarchar10No醫生名3user_passwordvarchar15No密碼4user_phonevarchar11No電話5user_emailvarchar30No郵箱6user_ismarriedvarchar2No婚否7user_ageint2No年齡8user_countryvarchar10No籍貫9d_idint10No外鍵科室編號10user_sexvarchar1No性別（2）科室表：departments表放置的是科室信息，此表的主鍵是科室編號，科室表具體的內容如表4.2所示。表4.2科室表編碼列名類型長度為空主鍵/外鍵注釋1d_idint10No主鍵科室編號2d_namevarchar10No科室名3d_phonevarchar11No科室電話4d_timedatetimeNo創建時間（3）病歷數據表：record表放置的是患者的病歷檔案，此表的主鍵是病歷編號，不允許有空值。此表的具體內容如表4.3所示。表4.3病歷數據表編碼列名類型長度為空主鍵/外鍵注釋1r_idint10No主鍵病歷編號2p_idint10No外鍵病人編號3r_historyvarchar100No病史4r_symptomvarchar100No癥狀5user_namevarchar10No醫生名6r_prescriptionvarchar100No處方7r_timedatetimeNo診斷時間8r_prnVarchar100No醫囑（4）管理員表：rooter表用于放置管理員的用戶名和密碼，此表的主鍵是管理員編號，不能空著不寫。管理員表的具體內容如表4.4所示。表4.4管理員表編碼列名類型長度為空主鍵/外鍵注釋1rooter_idint10No主鍵管理員編號2rooter_namevarchar15No登錄名3rooter_passwordvarchar15No密碼（5）病人數據表：patient表放置的是患者的基本信息，此表的主鍵是病人編號，不能夠填入空值。此表的具體內容如表4.5所示。表4.5病人數據表編碼列名類型長度為空主鍵/外鍵注釋1p_idint10No主鍵病人編號2p_sexnvarchar1No性別3p_ageint3No年齡4p_namenvarchar10No病人名5p_emronnvarchar15No醫保卡號6P_countrynvarchar10No籍貫7p_ismarriednvarchar2No婚否8p_phonenvarchar11No電話9p_addressnvarchar50No地址10d_idint10No外鍵科室編號5系統實現5.1系統登陸頁面實現醫生登錄頁面非常簡潔，大氣。醫生輸入賬戶名和密碼就可以登錄到系統里面。醫生登錄頁面如圖5.1所示。圖5.1醫生登錄頁面管理員的登錄頁面也是很簡潔的，管理員輸入賬戶名和密碼可以進入后臺系統里。管理員登錄頁面如圖5.2所示。圖5.2管理員登錄頁面5.2系統主要功能模塊實現5.2.1醫生注冊信息模塊醫生注冊賬號和一些基本信息，性別、婚否和科室通過下拉菜單進行二選一。若是已經注冊過賬號，可以點擊注冊按鈕左下方的直接登錄，若是想要登錄管理員模式，就點擊注冊按鈕右下方的管理員模式。醫生注冊頁面如圖5.3所示。圖5.3醫生注冊頁面5.2.2病人管理模塊醫生注冊過信息以后進入系統，點擊病人管理，采用findById方法查詢到病人的關聯資料。查詢病人關聯資料如圖5.4所示。圖5.4查詢病人關聯資料醫生想要對病人的信息進行修改，點擊修改，修改病人的基本信息，修改之后會顯示修改成功。病人信息修改成功頁面實現如圖5.5所示。圖5.5病人信息修改成功頁面關鍵代碼如下：@RequestMapping(value="/pages/admin/System/User/Index/findpatientById")publicModelAndViewfindPatientById(IntegerpId,ModelAndViewmav){System.out.println(pId);Patientpatient=patientService.selectPatient(pId);mav=newModelAndView("view/User/edit");mav.addObject("patient",patient);returnmav;}}5.2.3病歷管理模塊醫生點擊病歷管理后，點擊查詢病歷，采用findById方法查詢出來病歷信息。查詢病歷頁面實現如圖5.6所示。圖5.6查詢病歷信息頁面醫生查詢到病歷后，可以打印病歷。病歷打印出來的頁面如圖5.7所示。圖5.7病歷打印頁面關鍵代碼如下：record.setuId(user.getUserName());System.out.println(record.getuId()+"record.getuId()+++++++");System.out.println(record.getrHistory());inti=recordService.insertRecord(record);System.out.println(i);if(i>0){System.out.println("OK");return"/admin/Flower/Order/dayin";}else{System.out.println("FAIL");return"/admin/Flower/Order/dayin";}5.2.4密碼管理模塊若醫生忘記了密碼，點擊輸入密碼框下面的忘記密碼，進入修改密碼頁面，頁面實現如圖5.8所示。圖5.8修改密碼頁面關鍵代碼如下：Usersuser1=userService.checkExit(user.getUserName());if(user1!=null){Usersuser2=userService.checkPhoneName(user.getUserPhone(),user.getUserName());if(user2!=null){introws=userService.revisePassword(user);if(rows>0){return"OK";}else{return"FAIL";}}else{return"FAIL";}}return"NOT";}5.2.5管理員功能模塊進入管理員系統，點擊醫生管理，采用delete方法刪除一條醫生信息。管理員刪除醫生信息頁面如圖5.9所示。圖5.9圖5.9醫生信息刪除頁面管理員登錄后臺系統里，點擊科室管理，采用delete方法對科室資料進行刪除操作。實現此界面如下圖5.10所示。圖5.10科室刪除頁面5.3小結通過文字及圖片的形式簡單介紹了系統實現的良好結果，通過關鍵代碼可以看到核心功能是如何實現的，核心功能的實現截圖也更容易讓人清晰的了解到整個系統運行的結果。6系統測試6.1測試目的市面上所有的軟件都是經過軟件測試人員的測試后才對大眾開放的。為什么每一款軟件都需要經過測試才可以呢？下面將從兩個角度來分析系統測試的目的。從用戶的角度來說，用戶希望通過軟件測試來看一看系統到底都有什么缺陷和問題，從而好好考慮是否使用此產品。從開發者角度來說，就是希望測試可以表明系統中間不存在錯誤，確保用戶可以放心的使用[12]。6.2測試意義如今，各種軟件已經滲透到我們生活的方方面面，一個好的軟件可以給我們帶來愉快和便捷的體驗，一個體驗感差的軟件我們之后也不會再用。所以，用戶的體驗至關重要。若我們使用的軟件經常出現漏洞，公司也沒有好好解決問題，那么，時間久了就會換一款使用舒適的軟件，這會影響公司的口碑。所以，我們要對開發的系統進行測試，讓軟件在后期使用中盡量不出現問題，不僅可以減少軟件的開發本錢，還可以使公司得到美譽。6.3測試原則一般來說，開發一個系統所用的時間都比較長，為了系統可以早日到達預期標準，系統的研發與測試需要一塊兒進行。測試的原則應有三點。（1）開發者無權測試自己寫的項目。測試交給專門的機構來做可以較早達到預期效果，如果自己測試，會有測試不全面的問題出現，就不能找到系統中存在的缺陷。（2）保證測試的品質。如果在測試進行中遇到時間和品質不平衡的情況，那么就應該把品質的好壞放在第一位，時間排在第二位。（3）嚴格執行測試計劃。提前寫好測試計劃，計劃要符合實際情況，明確測試目標和方法，按照計劃嚴格執行[13]。6.4測試方法測試人員要了解多種測試方法，有一定的測試經驗，最重要的是有一顆熱愛測試工作和觀察縝密的心，這是身為測試者的基礎[14]。下面介紹測試人員較為常用的兩個方法。（1）黑盒測試：它就像一個不透明的盒子，只能看外部開放的內容，看不到里面的內容[15]。錄入數據信息到軟件里并觀察輸出情況，最后根據相對應的輸出結果來判定軟件存在的漏洞到底是什么。（2）白盒測試：它是以程序的內部結構來檢驗外部的數據，有適當的開放性。它的主要作用在于檢查程序的總體構成，從而提高檢測系統的準確性[16]。通過對上面方法的了解，系統使用它們進行測試是可行的，能夠得到一個不錯的測試效果。6.5測試用例使用黑盒測試法對系統的功能模塊進行測試，在測試前需要先寫一份測試文檔，需要涵蓋測試的信息、數據、方法、步驟等方面，一步一步的按照要求來嚴格執行。做好測試過程中的數據記錄，便于做出分析對比。（1）醫生登錄功能測試表如表6.1所示。表6.1醫生登錄功能測試表編號測試內容測試數據預期效果實際效果是否一致1只有賬戶，沒密碼賬號：李晨晨密碼：空賬戶或密碼錯誤賬戶或密碼錯誤是2沒有賬戶，有密碼賬號：空密碼：123賬戶或密碼錯誤賬戶或密碼錯誤是3正確的賬戶，錯誤的密碼賬號：李晨晨密碼：1賬戶或密碼錯誤賬戶或密碼錯誤是4正確的賬戶，密碼賬號：李晨晨密碼：123登陸成功登陸成功是（2）科室信息功能測試表如表6.2所示。表6.2科室信息功能測試表編號測試內容測試數據預期效果實際效果是否一致1增加科室信息科室：門診電話加成功添加成功是2修改科室信息科室：門診電話改成功修改成功是3刪除科室信息科室：門診電話除成功刪除成功是（3）病人信息功能測試表如表6.3所示。表6.3病人信息功能測試表編號測試內容測試數據預期效果實際效果是否一致1增加病人信息姓名：林肖癥狀：起疹子性別：男添加成功添加成功是2修改病人信息姓名：林肖癥狀：感冒性別：男修改成功修改成功是3刪除病人信息姓名：林肖癥狀：感冒性別：男刪除成功刪除成功是（4）病歷信息功能測試表如表6.4所示。表6.4病歷信息功能測試表編號測試內容測試數據預期效果實際效果是否一致1增加病歷信息病歷編號：12癥狀：發燒處方：退燒顆粒添加成功添加成功是2修改病歷信息病歷編號：12癥狀：感冒流涕處方：退燒顆粒修改成功修改成功是3刪除病歷信息病歷編號：12