1、大連科技(kj)學院數(shù)據(jù)庫課程設計題 目 * 起訖(qq)日期 2015年 12月 07日 至 2015年 12月 18 日 學生(xu sheng)姓名 * 專業(yè)班級 軟件工程（金融）11-1班 指導教師 職 稱 副教授 所在單位 完成(wn chng)日期 2015 年 12月18日摘要在過去的病人檔案管理，大部分是人工檔案，檔案完成后，不易長期存放，不容易查找信息。該系統(tǒng)采用計算機檔案信息對患者檔案信息進行管理，利用計算機和通訊設備，為醫(yī)院的各部門提供患者的診療信息和行政管理信息的收集、存儲、處理、提取(tq)和數(shù)據(jù)交換的能力，并滿足患者、患者家屬查看患者的檔案。設計的系統(tǒng)使用方便，查找

2、便利，有利于患者管理自己的基本資料和醫(yī)療記錄的跟蹤。本文章從現(xiàn)實的角度針對醫(yī)院設計并實現(xiàn)了一個病人數(shù)據(jù)(shj)管理系統(tǒng)，主要介紹了醫(yī)院相關(guān)信息系統(tǒng)的研究背景以及研究現(xiàn)狀和存在問題，同時本文還闡述了研究目的、研究意義和文論結(jié)構(gòu)，其次介紹了醫(yī)院病人管理系統(tǒng)的關(guān)鍵技術(shù)和難點以及采用的技術(shù)和平臺，詳細介紹了病人管理系統(tǒng)的框架結(jié)構(gòu)和解決方案的具體實現(xiàn)過程和測試過程，最后對本文進行了總結(jié)并對醫(yī)院信息化建設進行了展望和設想。關(guān)鍵詞：病人檔案管理 醫(yī)護管理 醫(yī)療查詢ABSTRACT（可省略(shngl)）Previous patient records management, most are hand-w

3、ritten, file is produced, not easy to durable, not easy to find them. The system uses a computer file on patient information management, computer and communications equipment for the hospital department of administration to provide patient care information and information collection, storage, proces

4、sing, extraction and data exchange capabilities, and meet patients, their families view patient records. The design of the system easy to use, search facilities, conducive to patient medical records of basic data management and tracking. This document is designed for the hospital from a practical po

5、int of view and implement a patient data management system, it introduces the research background and research status of hospital information systems and related problems, but also explains the research purpose, significance and cultural theory structure, followed by introduces the key technologies

6、and difficulties as well as technologies and platforms used in hospital patient management system, detailing the implementation process and the test process patient management system framework and solutions. Finally, the article summarizes and hospital information constructionIt was discussed and id

7、eas. Key words：patient records management health care management medical inquiry目錄TOC o 1-3 h u HYPERLINK l _Toc22743 1 前言 PAGEREF _Toc22743 1 HYPERLINK l _Toc20683 1.1 課題(kt)來源及研究意義 PAGEREF _Toc20683 1 HYPERLINK l _Toc26456 1.2 病人檔案(dng n)管理系統(tǒng)現(xiàn)狀分析 PAGEREF _Toc26456 2 HYPERLINK l _Toc24610 1.3 本課題的研

8、究內(nèi)容 PAGEREF _Toc24610 2 HYPERLINK l _Toc22879 2 技術(shù)(jsh)概述 PAGEREF _Toc22879 3 HYPERLINK l _Toc14342 2.1 Java技術(shù)(jsh) PAGEREF _Toc14342 3 HYPERLINK l _Toc7530 2.2 B/S模式(msh) PAGEREF _Toc7530 3 HYPERLINK l _Toc2023 2.3 JSP技術(shù) PAGEREF _Toc2023 4 HYPERLINK l _Toc23655 2.4 SQL Server 2005數(shù)據(jù)庫 PAGEREF _Toc23

9、655 4 HYPERLINK l _Toc14129 3 系統(tǒng)需求分析及可行性研究 PAGEREF _Toc14129 6 HYPERLINK l _Toc8548 3.1 需求分析概述 PAGEREF _Toc8548 6 HYPERLINK l _Toc10438 3.2 系統(tǒng)可行性研究 PAGEREF _Toc10438 6 HYPERLINK l _Toc24479 3.2.1 經(jīng)濟可行性分析 PAGEREF _Toc24479 6 HYPERLINK l _Toc14152 3.2.2 技術(shù)可行性分析 PAGEREF _Toc14152 6 HYPERLINK l _Toc2102

10、6 3.2.3 法律可行性 PAGEREF _Toc21026 7 HYPERLINK l _Toc6334 3.3 系統(tǒng)需求分析 PAGEREF _Toc6334 7 HYPERLINK l _Toc18781 3.3.1 數(shù)據(jù)增加流程 PAGEREF _Toc18781 7 HYPERLINK l _Toc3160 3.3.2 數(shù)據(jù)修改流程 PAGEREF _Toc3160 8 HYPERLINK l _Toc24143 3.3.3 數(shù)據(jù)刪除流程 PAGEREF _Toc24143 9 HYPERLINK l _Toc2911 3.3.4 數(shù)據(jù)字典 PAGEREF _Toc2911 9 H

11、YPERLINK l _Toc66 4 系統(tǒng)總體設計 PAGEREF _Toc66 13 HYPERLINK l _Toc16018 4.1 系統(tǒng)功能設計 PAGEREF _Toc16018 13 HYPERLINK l _Toc14633 4.2 數(shù)據(jù)庫設計 PAGEREF _Toc14633 15 HYPERLINK l _Toc17279 4.2.1 數(shù)據(jù)庫概念設計 PAGEREF _Toc17279 15 HYPERLINK l _Toc9755 4.2.2 數(shù)據(jù)庫邏輯設計 PAGEREF _Toc9755 18 HYPERLINK l _Toc27038 4.2.3 數(shù)據(jù)庫物理設計

12、PAGEREF _Toc27038 19 HYPERLINK l _Toc19588 5 系統(tǒng)詳細設計 PAGEREF _Toc19588 22 HYPERLINK l _Toc3375 5.1 前臺模塊設計 PAGEREF _Toc3375 22 HYPERLINK l _Toc31237 5.2 后臺模塊設計 PAGEREF _Toc31237 22 HYPERLINK l _Toc9778 5.2.1 管理員登陸模塊 PAGEREF _Toc9778 22 HYPERLINK l _Toc3090 5.2.2 病人檔案管理模塊 PAGEREF _Toc3090 23 HYPERLINK

13、l _Toc5102 5.2.3 醫(yī)生護士管理模塊 PAGEREF _Toc5102 24 HYPERLINK l _Toc9685 6 系統(tǒng)測試 PAGEREF _Toc9685 25 HYPERLINK l _Toc12770 6.1 系統(tǒng)的配置 PAGEREF _Toc12770 25 HYPERLINK l _Toc19937 6.1.1 硬件配置 PAGEREF _Toc19937 25 HYPERLINK l _Toc26908 6.1.2 軟件配置 PAGEREF _Toc26908 25 HYPERLINK l _Toc31414 6.2 測試原則及測試方法概述 PAGEREF

14、 _Toc31414 25 HYPERLINK l _Toc18746 6.3 測試項目測試用例 PAGEREF _Toc18746 25 HYPERLINK l _Toc3109 6.3.1 管理員登錄(dn l)模塊測試 PAGEREF _Toc3109 25 HYPERLINK l _Toc20145 6.3.2 醫(yī)生護士(h shi)模塊測試 PAGEREF _Toc20145 27 HYPERLINK l _Toc24852 6.3.3 檔案管理模塊(m kui)測試 PAGEREF _Toc24852 28 HYPERLINK l _Toc26634 6.4 測試結(jié)論 PAGERE

15、F _Toc26634 28 HYPERLINK l _Toc29752 結(jié)論 PAGEREF _Toc29752 29 HYPERLINK l _Toc6702 謝辭 PAGEREF _Toc6702 30 HYPERLINK l _Toc32697 參考文獻 PAGEREF _Toc32697 31大連科技學院數(shù)據(jù)庫課程設計報告 1 前言隨著計算機科學與技術(shù)的迅速(xn s)發(fā)展，計算機技術(shù)已經(jīng)融入到了生活的每一部分,計算機技術(shù)帶來的高效率、高性能計算機軟件促進了各個領域的技術(shù)完善和科技改革。現(xiàn)代社會正在從工業(yè)化向信息化轉(zhuǎn)變，信息技術(shù)是現(xiàn)代最具潛力的新的生產(chǎn)力，信息資源是國民經(jīng)濟和社會發(fā)展

16、的戰(zhàn)略資源，信息化水平已成為國家現(xiàn)代化和綜合國力的重要體現(xiàn)。全球信息化不僅給我國的經(jīng)濟和社會帶來了巨大而深刻的影響，并且給我國的信息化產(chǎn)業(yè)帶來了難得的發(fā)展機遇。努力把我國建設成現(xiàn)代化國家的經(jīng)濟形式模式，就要加速信息化建設腳步。管理信息系統(tǒng)就是(jish)我們常說的MIS（Management Information System），在強調(diào)管理，強調(diào)信息的現(xiàn)代化社會中它變得越來越普及。MIS是一門新型學科，它跨越了多個領域，比如管理科學、系統(tǒng)科學，運籌學、統(tǒng)計學以及計算機科學。在這些學科的基礎上，信息的收集處理形式的方法，從而形成了一個橫縱交織的系統(tǒng)。設計與實現(xiàn)這個病人檔案管理系統(tǒng)的目的(md)

17、是醫(yī)院對病人檔案的管理工作效率得到提高。1.1 課題來源及研究意義史前時期：人們利用野生植物治療一些小病；前8000：世界上許多地方都出現(xiàn)了顱骨鉆孔手術(shù)，人們還知道在骨折后使用夾板固定傷處；前3000：愛那克在古埃及行醫(yī)，他是世界上第一個有名字記載的醫(yī)生；前1200：猶太人最早提出了傳染病應當隔離治療的思想；前500：印度出現(xiàn)了世界上最早的醫(yī)院；前460：“現(xiàn)在醫(yī)學之父”希波克拉底誕生于古埃及的科斯島；1543：安德萊斯維薩留斯的解剖學名著人體的結(jié)構(gòu)問世；1628：威廉哈維發(fā)現(xiàn)血液循環(huán)；1796：愛德華詹納在英格蘭推廣世界上最早的疫苗天花疫苗；1799：漢弗利戴維發(fā)現(xiàn)了世界上最早的麻醉劑笑氣（

18、一氧化二氮）；1875:勒內(nèi)雷奈克發(fā)現(xiàn)了聽診器；1850：皮下注射器發(fā)明；1860：弗洛倫斯南丁格爾實現(xiàn)護理革新；1864：路易巴斯德提出細菌致病理論；1885：西格蒙格弗洛伊德開發(fā)心理分析技術(shù)；1895：威廉倫琴發(fā)現(xiàn)X射線；1897：阿司匹林問世；1928：亞歷山大弗萊明制得了最早的抗生素盤尼西林；1978：第一個試管嬰兒誕生；2003：科學家完成了人類基因組完整序列測定工作計劃。計算機的快速發(fā)展，大大輔助了醫(yī)院管理檔案，尤其是病人檔案的記錄、修改、保存和查找的完善發(fā)展。這一方面，歐美國家做的比較早，病人檔案管理系統(tǒng)功能全面、覆蓋廣。相對而言，國內(nèi)在這方面的發(fā)展比較遲緩。病人的檔案大多手寫，

19、不便長久存放，查詢也不夠便捷。本軟件操作簡單，查找方便，有利于患者的基本資料和病歷前后追蹤。還可以查詢患者過去就醫(yī)、手術(shù)或住院時，所在的醫(yī)院、科室，負責的醫(yī)生、護士姓名等。記錄全面、詳細。該管理系統(tǒng)還為所有患者病歷檔案中添加“醫(yī)療事故”模塊，讓患者和患者家屬監(jiān)督醫(yī)院、醫(yī)生、護士，從而避免了一些醫(yī)療事故的糾紛。1.2 病人檔案管理系統(tǒng)現(xiàn)狀分析病人檔案管理系統(tǒng)與互聯(lián)網(wǎng)的結(jié)合，正成為現(xiàn)今發(fā)展的焦點問題之一。因為隨著醫(yī)療機構(gòu)規(guī)模的擴大和業(yè)務信息交流量的增大，病人檔案管理已不再滿足于簡單的文件共享方式，而是追求一種更靈活、更方便的數(shù)據(jù)共享策略，這便是醫(yī)療機構(gòu)將自身以數(shù)據(jù)庫為核心的MIS系統(tǒng)從客戶機服務器

20、模式向InternetIntranet的系統(tǒng)架構(gòu)轉(zhuǎn)變的原因。另外，隨著醫(yī)療機構(gòu)自身在不斷的發(fā)展，尤其大型醫(yī)療機構(gòu)的國際化發(fā)展已成為必然，一些客戶和業(yè)務點可能是跨地區(qū)、甚至是跨國界的，因此，在數(shù)據(jù)傳遞、信息共享和發(fā)布時，Internet成為這些跨地域用戶的必然選擇，可以是客戶足不出戶就能享受服務，通過Internet網(wǎng)拉近了客戶和醫(yī)療機構(gòu)之間聯(lián)系，醫(yī)療機構(gòu)無形中牢牢抓住了廣大客源，在激烈的市場競爭，占有了自己的一席之地，通過基于WEB的醫(yī)療機構(gòu)管理系統(tǒng)對客戶的信息做科學的管理，能夠提供一種對病人檔案管理的大量數(shù)據(jù)做出匯總的多層次的快速靈活的查詢、分析及報表制作手段。因此，病人檔案管理迫切需求的是

21、一個基于Internet網(wǎng)又能進行醫(yī)療機構(gòu)內(nèi)部管理的綜合管理系統(tǒng)，并能及時為醫(yī)療機構(gòu)管理各種管理提供服務。如何將管理支持系統(tǒng)與InternetIntranet技術(shù)有機地結(jié)合起來，提供基于Web、集查詢、報表、已經(jīng)成為一個重要課題。1.3 本課題的研究(ynji)內(nèi)容本課題解決(jiju)的問題是如何通過設計一個切實可行的軟件系統(tǒng)來解決病人檔案管理目前存在的一系列問題。該課題是基于Windows XP的操作系統(tǒng)，后臺數(shù)據(jù)庫采用SqlServer2005，前端使用(shyng)JSP進行開發(fā)。本軟件編寫的目標是為病患的就醫(yī)、治療、手術(shù)及住院情況，設計病人檔案管理系統(tǒng)。該系統(tǒng)應具有病人檔案信息顯示功

22、能，就醫(yī)、治療、手術(shù)及住院情況添加、保存、修改、刪除功能等在具有權(quán)限的情況下，本設計按照功能模塊分為以下幾個模塊；(1)系統(tǒng)總體架構(gòu)：根據(jù)系統(tǒng)功能需求，系統(tǒng)功能及對數(shù)據(jù)庫的操作都在服務器端完成，而用戶在瀏覽器端的操作都送到服務器端處理。(2)權(quán)限管理：權(quán)限相同。當病人或病人家屬登錄后，顯示該病人的信息首頁，并為其顯示相應的基本信息。(3)管理員管理：將病患的相應信息存入數(shù)據(jù)庫中；病人的基本信息和其它信息。2 技術(shù)(jsh)概述2.1 Java技術(shù)(jsh)Java是一種可以撰寫跨平臺應用軟件的面向?qū)ο蟮某绦蛟O計語言，由Sun公司于1995年推出。Java語言一經(jīng)發(fā)布就吸引了全世界編程人員的廣泛

23、關(guān)注。Java語言是完全面向?qū)ο蟮模瑢?shù)據(jù)方法封裝于類中。利用類的優(yōu)點，實現(xiàn)了程序的簡潔性和可維護性。而類的封裝性、繼承性等有關(guān)對象的特性，使Java程序代碼(di m)只需一次編譯，然后通過上述特性可反復利用。程序員只需把主要精力用在類和接口的設計和應用上，減輕了程序員開發(fā)代碼和編寫方法的工作負擔。Java還提供了繼承機制，子類通過繼承就可使用父類中的變量和方法。Java語言的另一特點是與平臺無關(guān)性，即Java能在不同的平臺上運行。通過Java虛擬機（Java Virtual Machine），實現(xiàn)不同平臺間的Java接口。Java的數(shù)據(jù)類型與機器無關(guān)，它不針對CPU芯片進行編譯，而是把源程

24、序編譯成一種“中間代碼”（二進制字節(jié)碼），然后在提供了Java虛擬機的任何系統(tǒng)平臺上被解釋執(zhí)行，從而實現(xiàn)了“一次編譯、處處運行”的跨平臺特性。Java語言還有以下特性：健壯性；Java的強類型轉(zhuǎn)換機制、異常處理、廢料的自動收集等都是Java程序健壯性的重要保證，此外Java的安全檢查機制使得Java能在程序編譯和運行中更容易發(fā)現(xiàn)錯誤。多線程；Java支持多線程。多線程允許同時執(zhí)行多個任務，但在單核的處理器中實際上同一時刻只允許一個任務占用處理器，執(zhí)行一個線程，但處理器可在多個線程之間進行快速地切換， Java支持多線程，并提供多線程之間的同步機制。解釋型；Java程序在Java平臺上被編譯成二

25、進制字節(jié)碼，由Java虛擬機對這些字節(jié)碼進行解釋執(zhí)行。動態(tài)性；Java程序在運行過程中，所需的類是可以動態(tài)加載的，這就使得Java可以在分布環(huán)境中動態(tài)的維護程序及類庫，這也便于程序的升級。安全性；Java對程序提供了安全管理器，將應用程序限制在Java運行環(huán)境中，防止程序的非法訪問。在數(shù)據(jù)庫連接方面，Java提供了JDBC API，為數(shù)據(jù)庫開發(fā)提供了標準的應用程序編程接口。Java Soft公司制定的JDBC是第一個標準的、支持Java程序的數(shù)據(jù)庫API，它包括一系列用Java語言編寫的類和接口，作為數(shù)據(jù)源，可以為多種關(guān)系數(shù)據(jù)庫提供統(tǒng)一訪問。程序開發(fā)人員只需編寫一個使用JDBC API的應用程

26、序，就可完成應用程序與數(shù)據(jù)庫的交互操作。基于Java語言的可移植性、分布性、高性能和健壯性，病人檔案管理系統(tǒng)使用Java語言開發(fā)，以實現(xiàn)程序的跨平臺運行，保證系統(tǒng)的健壯性。2.2 B/S模式B/S模式即 HYPERLINK /view/7718.htm t _blank 瀏覽器/服務器模式。它是隨著 HYPERLINK /view/4632922.htm t _blank Internet技術(shù)的興起，對 HYPERLINK /view/292856.htm t _blank C/S模式應用的擴展。在這種結(jié)構(gòu)下，用戶通過瀏覽器向服務器發(fā)出請求，服務器處理完后再將數(shù)據(jù)信息返回給用戶頁面，在瀏覽器中

27、顯示。與C/S模式相比，B/S結(jié)構(gòu)大大簡化了客戶端，用戶不需安裝任何應用程序，免去了軟件維護和升級的麻煩，且B/S模式客戶端只負責接收用戶請求，而將事務邏輯交給服務器端處理，響應速度快，交互性好。此外B/S模式滿足了當前的全球網(wǎng)絡開放、互連、信息隨處可見和信息共享的新要求，更易于擴展。因此，B/S模式更適合基于WEB的在線病人檔案管理系統(tǒng)的開發(fā)。2.3 JSP技術(shù)(jsh)JSP（Java Server Pages)是由Sun公司倡導、許多公司參與一起(yq)建立的一種 HYPERLINK /view/348756.htm t _blank 動態(tài)(dngti)網(wǎng)頁技術(shù)標準。JSP技術(shù)是用Jav

28、a作為腳本語言的，JSP網(wǎng)頁為整個服務器端的Java庫單元提供了一個接口來服務于HTTP的應用程序。在傳統(tǒng)的 HYPERLINK /view/828.htm t _blank 網(wǎng)頁HTML文件(*.htm,*.html)中插入Java HYPERLINK /view/1005329.htm t _blank 程序片段(Scriptlet)和JSP標記(tag)，就形成JSP文件(*.jsp)。Web HYPERLINK /view/899.htm t _blank 服務器在遇到訪問JSP網(wǎng)頁的請求時，首先執(zhí)行其中的 HYPERLINK /view/1005329.htm t _blank 程序

29、片段，然后將執(zhí)行結(jié)果連同JSP文件中的HTML HYPERLINK /view/41.htm t _blank 代碼一起返回給客戶。插入的 HYPERLINK /view/29.htm t _blank Java程序片段可以操作 HYPERLINK /view/1088.htm t _blank 數(shù)據(jù)庫、重新定向網(wǎng)頁以及發(fā)送E-mail等，以實現(xiàn)建立動態(tài)網(wǎng)頁所需要的功能。所有的程序操作都是在服務器端執(zhí)行，而對客戶端的瀏覽器要求比較低。此外，JSP技術(shù)使用 HYPERLINK /view/53201.htm t _blank Java語言編寫類XML的tags和scriptlets，來封裝產(chǎn)生動

30、態(tài) HYPERLINK /view/828.htm t _blank 網(wǎng)頁的處理邏輯；同時網(wǎng)頁也能通過tags和scriptlets來訪問存在于服務端資源的 HYPERLINK /view/2646378.htm t _blank 應用邏輯。JSP技術(shù)實現(xiàn)了網(wǎng)頁邏輯與 HYPERLINK /view/8972.htm t _blank 網(wǎng)頁設計和顯示的分離，支持可重用的基于組件的設計，使基于Web的 HYPERLINK /view/330120.htm t _blank 應用程序的開發(fā)變得更加容易。 2.4 SQL Server 2005數(shù)據(jù)庫SQL Server是美國Microsoft公司推

31、出的一種關(guān)系型數(shù)據(jù)庫系統(tǒng)。SQL Server是一個可擴展的、高性能的、為分布式客戶機/服務器計算所設計的數(shù)據(jù)庫管理系統(tǒng)，實現(xiàn)了與Windows NT的有機結(jié)合，提供了基于事務的企業(yè)級信息管理系統(tǒng)方案。其主要特點如下：（1）高性能設計，可充分利用Windows NT的優(yōu)勢。（2）系統(tǒng)管理先進，支持Windows圖形化管理工具，支持本地和遠程的系統(tǒng)管理和配置。（3）強大的事務處理功能，采用各種方法保證數(shù)據(jù)的完整性和安全性。（4）支持對稱多處理結(jié)構(gòu)、存儲過程、ODBC、并具有自主的SQL語言。SQL Server以其內(nèi)置的數(shù)據(jù)復制功能，強大的管理工具、與Internet的緊密集成和開放的系統(tǒng)結(jié)構(gòu)為

32、廣大的用戶、開發(fā)人員和系統(tǒng)集成商提供了一個出眾的數(shù)據(jù)庫平臺。SQL是目前使用最為廣泛的數(shù)據(jù)庫語言，SQL Server 2005是Microsoft公司推出的SQL Server數(shù)據(jù)庫管理系統(tǒng)中應用比較廣泛的版本。該版本繼承于SQL Server 7.0版本。SQL Server 2005具有以下特性：易安裝、部署和使用；容量大、性能高；良好的可擴展性、支持數(shù)據(jù)倉庫、可以與其他服務器軟件進行系統(tǒng)集成。數(shù)據(jù)倉庫是一種經(jīng)過特殊組織的數(shù)據(jù)庫，它可以支持靈活的數(shù)據(jù)集查詢，并且還可以支持對數(shù)據(jù)結(jié)果集的決策分析。數(shù)據(jù)倉庫中通常包含表示企業(yè)歷史業(yè)務的數(shù)據(jù)。考慮到在線病人檔案管理系統(tǒng)所要求的后臺數(shù)據(jù)庫在響應速

33、度、并行處理用戶請求的能力、數(shù)據(jù)容量、信息安全性等方面的性能和綜合成本，我選擇SQL Server 2000數(shù)據(jù)庫，用來滿足在線病人檔案管理系統(tǒng)在實際運行過程中的要求。使其更好地發(fā)揮其性能，更又讓系統(tǒng)操作簡便高效。3 系統(tǒng)需求(xqi)分析及可行性研究3.1 需求(xqi)分析概述(i sh)系統(tǒng)需求分析的基本任務就是準確地回答“系統(tǒng)必須做什么”這個問題。它的任務僅僅是確定系統(tǒng)必須要完成哪些工作，也就是對目標系統(tǒng)提出完整、準確、清晰、具體的要求。要設計實現(xiàn)一個系統(tǒng)，首先應該進行需求分析，這樣才能使設計出來的軟件滿足用戶的各項要求。根據(jù)在線病人檔案系統(tǒng)本身的特性和實際應用中的要求，從系統(tǒng)功能和性

34、能兩個方面進行需求分析。本軟件編寫的目標是為病患的就醫(yī)、治療、手術(shù)及住院情況，設計病人檔案管理系統(tǒng)。該系統(tǒng)應具有病人檔案信息顯示功能，就醫(yī)、治療、手術(shù)及住院情況添加、保存、修改、刪除功能等。(1)系統(tǒng)總體架構(gòu)：根據(jù)系統(tǒng)功能需求，系統(tǒng)功能及對數(shù)據(jù)庫的操作都在服務器端完成，而用戶在瀏覽器端的操作都送到服務器端處理。(2)權(quán)限管理：權(quán)限相同。當病人或病人家屬登錄后，顯示該病人的信息首頁，并為其顯示相應的基本信息。(3)管理員管理：將病患的相應信息存入數(shù)據(jù)庫中；病人的基本信息和其它信息。3.2 系統(tǒng)可行性研究可行性研究的目的就是要用最小的代價在盡可能短的時間內(nèi)確定問題是否能夠解決，方案是否可行。通過從

35、系統(tǒng)設計與實施的經(jīng)濟、技術(shù)、管理等方面統(tǒng)籌考慮，分析解決方法的利弊，設計出多套可行方案，從中選出最優(yōu)方案，以最小的成本實現(xiàn)功能、性能完全滿足要求的產(chǎn)品。在線病人檔案系統(tǒng)根據(jù)設計實現(xiàn)和部署應用中可能出現(xiàn)的困難，特從經(jīng)濟、技術(shù)、管理三個方面予以考慮，全面分析病人檔案管理系統(tǒng)的可行性。3.2.1 經(jīng)濟可行性分析系統(tǒng)開發(fā)所需的費用是比較低的，由于系統(tǒng)并不復雜，其運行費用也不會占用很多資金，同時無須醫(yī)療費用，用戶直接就可通過瀏覽器使用，并且可以預見系統(tǒng)完成后可以給醫(yī)療單位帶來較大的作用。所帶來的效益遠遠大于系統(tǒng)軟件的開發(fā)成本，譬如：可以進行低投入的大范圍的經(jīng)營活動，增加經(jīng)營者與客戶的交流，對醫(yī)療項目都可

36、以進行有效而方便的管理。因此在經(jīng)濟上完全可行 。3.2.2 技術(shù)可行性分析硬件方面，我們目前擁有了計算機硬件配備，有了Windows XP操作系統(tǒng)的運行環(huán)境，提供了Windows XP的工作平臺，安裝了開發(fā)軟件，包括運行平臺的、數(shù)據(jù)庫的和各類編程工具的，在編程環(huán)境上提供了可靠的支持，為系統(tǒng)的開發(fā)提供了必要的技術(shù)保障。我們開發(fā)的這個系統(tǒng)就是采用B/S的3層結(jié)構(gòu)模式，Browser/Web/DataBase。此系統(tǒng)用JSP 開發(fā),JSP作為一種Web實現(xiàn)技術(shù)，它的效率是很高的。這一點正好符合了本系統(tǒng)所要求的實時性。另外它可以方便的連接各種數(shù)據(jù)庫，像Oracle8/8i/9i數(shù)據(jù)庫，Sql Serv

37、er7.0/2000數(shù)據(jù)庫，DB2數(shù)據(jù)庫等等，這樣可以根據(jù)需要進行移植。另外作為Java平臺的一部分，JSP擁有Java語言“一次編寫，各處運行”的特點。幾乎所有平臺都支持Java，JSPJavaBeans幾乎可以在所有平臺下通行無阻。從一個平臺移植到另外一個平臺，JSP和JavaBeans甚至不用重新編譯，因為Java字節(jié)碼都是標準的與平臺無關(guān)的。又隨著越來越多的服務器供應商將JSP支持添加到他們的產(chǎn)品中，這樣一來用JSP做成的這套系統(tǒng)可以輕松移植到其它平臺來運行。所以用JSP來開發(fā)是完全可行的。3.2.3 法律(fl)可行性開發(fā)本系統(tǒng)的過程未觸及任何法律上的問題，遵守(znshu)國際國內(nèi)

38、上通用的法則，采用的軟件也均為正版，因此在法律上也是可行的。3.3 系統(tǒng)(xtng)需求分析系統(tǒng)的數(shù)據(jù)分析主要是通過數(shù)據(jù)流圖來說明。數(shù)據(jù)流圖（DFD）是在系統(tǒng)業(yè)務流程圖的基礎上進行進一步的分析和細化，從系統(tǒng)的科學性、設計的合理性和實際運行的可行性角度出發(fā)，將系統(tǒng)處理業(yè)務邏輯和其聯(lián)系自頂向下、逐層分解，詳細地描繪系統(tǒng)中的信息流和數(shù)據(jù)流從輸入移動到輸出過程中被處理和變換的過程。通過對病人檔案管理系統(tǒng)系統(tǒng)處理業(yè)務流程的分析，設計的系統(tǒng)數(shù)據(jù)流圖如下所示： 圖3-1 系統(tǒng)數(shù)據(jù)流圖3.3.1 數(shù)據(jù)增加流程添加信息時，編號字段由系統(tǒng)自動生成，且不能修改，其他信息由用戶輸入，之后對數(shù)據(jù)進行合法判斷，合法則寫入

39、保存至數(shù)據(jù)庫，不合法則重新輸入數(shù)據(jù)。數(shù)據(jù)增加流程圖：圖3-2 病人(bngrn)系統(tǒng)數(shù)據(jù)(shj)增加流程圖3.3.2 數(shù)據(jù)修改(xigi)流程在修改信息時，先選中一條待修改的記錄，然后直接輸入數(shù)據(jù)，判斷合法性，合法則保存至數(shù)據(jù)庫，不合法重新輸入。數(shù)據(jù)修改流程圖如圖3-3所示。圖3-3 病人系統(tǒng)(xtng)數(shù)據(jù)修改流程圖3.3.3 數(shù)據(jù)(shj)刪除流程當用戶選定一條記錄時，單擊刪除按鈕，會提示用戶是否(sh fu)確定刪除，然后刪除數(shù)據(jù)庫相關(guān)內(nèi)容。數(shù)據(jù)刪除流程圖如圖3-4所示。圖3-4 病人系統(tǒng)數(shù)據(jù)刪除流程圖3.3.4 數(shù)據(jù)字典（1）外部項 = 1 * GB3 * MERGEFORMAT 管

40、理員實體數(shù)據(jù)項名稱：系統(tǒng)管理員含義說明：可以對系統(tǒng)進行操作的管理員 = 2 * GB3 * MERGEFORMAT 用戶實體數(shù)據(jù)項名稱：用戶含義說明：系統(tǒng)服務的對象（2）數(shù)據(jù)儲存 = 1 * GB3 * MERGEFORMAT 用戶信息表數(shù)據(jù)項： 用戶編碼含義說明：每個用戶的編號類型：字符型長度：20取值范圍：20個字數(shù)內(nèi)醫(yī)生信息表數(shù)據(jù)項： 醫(yī)生編碼含義說明：每個醫(yī)生的編碼類型：字符型長度：20取值范圍：20個字數(shù)內(nèi)管理員信息表數(shù)據(jù)項： 管理員信息編碼含義說明：每個管理員的編碼類型：字符型長度：20取值范圍：20個字數(shù)內(nèi)護士信息表數(shù)據(jù)項： 護士信息編碼含義說明：每個護士信息編碼類型：字符型長度

41、：20取值范圍：20個字數(shù)內(nèi)手術(shù)消息表數(shù)據(jù)項： 手術(shù)消息編碼含義說明：每個手術(shù)消息編碼類型：字符型長度：20取值范圍：20個字符內(nèi)（3）數(shù)據(jù)流數(shù)據(jù)流名稱：管理員登陸情況闡述：管理員進行登錄數(shù)據(jù)流來源：管理員信息表數(shù)據(jù)流去向：管理員數(shù)據(jù)項組成：管理員編碼+年+月+日數(shù)據(jù)流名稱：醫(yī)生消息情況闡述：病人所對應主治醫(yī)師進行消息發(fā)送數(shù)據(jù)流來源：醫(yī)生消息表數(shù)據(jù)流去向：病例消息數(shù)據(jù)項組成：病例+醫(yī)生信息+病人信息數(shù)據(jù)流名稱：用戶登錄情況闡述：用戶進行登錄數(shù)據(jù)流來源：用戶信息表數(shù)據(jù)流去向：用戶數(shù)據(jù)項組成：用戶登錄內(nèi)容數(shù)據(jù)流名稱：病人信息情況闡述：對病人信息進行查看編寫數(shù)據(jù)流來源：病人信息表數(shù)據(jù)流去向：病例信息

42、數(shù)據(jù)項組成：病人信息+病例信息數(shù)據(jù)流名稱：病例信息表闡述：對病例信息進行操作數(shù)據(jù)流來源：病例信息表數(shù)據(jù)流去向：病例信息數(shù)據(jù)項組成：病人信息+醫(yī)生信息+護士信息+其他信息4 系統(tǒng)(xtng)總體設計系統(tǒng)總體設計也稱概要設計，其基本目的(md)就是要回答“概括地說，系統(tǒng)應該(ynggi)如何實現(xiàn)？”。這個問題，其過程包括兩個主要階段：1.系統(tǒng)設計階段，確定系統(tǒng)的具體實現(xiàn)方案；2.結(jié)構(gòu)設計階段，確定軟件結(jié)構(gòu)。4.1 系統(tǒng)功能設計為了在功能和性能上實現(xiàn)最終的目標系統(tǒng)，確定軟件結(jié)構(gòu)。將系統(tǒng)復雜的功能采用病人檔案管理系統(tǒng) 系統(tǒng)管理員 病人管理相關(guān)醫(yī)生護士相關(guān)手術(shù)信息相關(guān)醫(yī)院信息保險信息管理醫(yī)療事故信息歷史

43、病例信息尸檢信息管理其他模塊化的方法進行一一分解。確定系統(tǒng)由哪些模塊組成，以及這些模塊之間的關(guān)系。根據(jù)病人檔案管理系統(tǒng)的功能分解和數(shù)據(jù)流圖的進一步細化，將其分為系統(tǒng)前臺功能模塊和系統(tǒng)后臺管理模塊，并逐一實現(xiàn)。其功能結(jié)構(gòu)圖如圖4-1所示： 圖4-1系統(tǒng)功能模塊圖 1.系統(tǒng)功能模塊：尸檢信息管理、歷史病例信息、歷史病例信息、保險信息管理、相關(guān)醫(yī)院信息、相關(guān)手術(shù)信息、相關(guān)醫(yī)生護士、病人管理、系統(tǒng)管理員（1）尸體檢驗信息：管理員可以查看病人死后尸體檢驗的信息。（2）歷史病理信息：管理員登陸后可以查看病人以前得病及治療的記錄。（3）保險信息管理：可以查看病人投保的保險，并對其保險信息進行查看。（4）相關(guān)

44、醫(yī)院信息：可以查看病人以前以及現(xiàn)在治療醫(yī)院的相關(guān)情況。（5）相關(guān)手術(shù)信息：登陸后可以先看病人手術(shù)時的相關(guān)記錄醫(yī)生、手術(shù)狀況等等信息。（6）相關(guān)醫(yī)生護士：可以查看病人在醫(yī)院的時候?qū)ζ溥M行查看的醫(yī)生以及護士的信息。（7）病人管理：可以了解到病人的相關(guān)信息例如病人的年齡，身體狀況、家庭住址等信息。（8）系統(tǒng)管理員信息：可以對管理員進行相關(guān)的管理并對管理員信息就行查看。為了更清楚的描述病人檔案管理系統(tǒng)(xtng)的業(yè)務流程，便于在設計過程中處理各子模塊之間的關(guān)系，力求做到高內(nèi)聚、低耦合。通過對病人檔案管理系統(tǒng)業(yè)務流程的分析，設計系統(tǒng)流程圖如下所示：圖4-2 系統(tǒng)(xtng)流程圖4.2 數(shù)據(jù)庫設計(s

45、hj)4.2.1 數(shù)據(jù)庫概念設計數(shù)據(jù)庫概念結(jié)構(gòu)設計就是將數(shù)據(jù)庫需求分析得到的用戶需求抽象為信息結(jié)構(gòu)（即概念模型）的過程，它是整個數(shù)據(jù)庫設計的關(guān)鍵。概念結(jié)構(gòu)設計的目標是把數(shù)據(jù)信息表達為用戶能夠理解的表現(xiàn)形式，而與數(shù)據(jù)庫系統(tǒng)的具體細節(jié)無關(guān)，且獨立于DBMS和計算機硬件，因此可以在任何DBMS和計算機硬件系統(tǒng)中實現(xiàn)。在進行功能數(shù)據(jù)庫設計時，如果直接將現(xiàn)實世界中的客觀事物直接轉(zhuǎn)換為機器世界中的對象，就會感到比較復雜，處理起來也比較困難。因此，通常是將現(xiàn)實世界中的客觀對象首先抽象為不依賴于任何具體機器的信息結(jié)構(gòu)，這樣更容易被人們理解，也比較易于修改和擴充，然后再將概念模型轉(zhuǎn)換為具體機器上DBMS支持的數(shù)

46、據(jù)模型。概念模型的描述工具通常使用E-R模型。為了更好、更準確地表達用戶需求，從而使用某一特定的DBMS實現(xiàn)這些需求，要求數(shù)據(jù)庫概念結(jié)構(gòu)設計滿足以下特點：（1）有豐富的語義表達(biod)能力，能準確表達用戶的各種需求。（2）易于交流和理解(lji)，從而可以用它和用戶良好地交換意見。（3）能真實、充分地反映現(xiàn)實世界，包括事物和事物之間的聯(lián)系，能滿足用戶對數(shù)據(jù)(shj)的處理要求，是對現(xiàn)實世界的一個真實模型。（4）易于更改，當應用環(huán)境和應用要求發(fā)生改變時，容易對概念模型進行修改和擴充。（5）易于向關(guān)系、網(wǎng)狀、層次、面向?qū)ο蟮雀鞣N數(shù)據(jù)模型轉(zhuǎn)換。通過對數(shù)據(jù)庫系統(tǒng)的需求分析和對病人檔案系統(tǒng)各數(shù)據(jù)項和

47、數(shù)據(jù)結(jié)構(gòu)的研究，各實體的實體圖如下所示：圖4-3 管理員信息實體圖管理員信息實體圖中包含用戶名、注冊時間、以及管理員密碼。圖4-4 病例信息實體圖 病例信息實體圖中包含病例名、就診醫(yī)院、添加時間、主治醫(yī)師、就診醫(yī)院、病例編號。圖4-5 手術(shù)(shush)信息實體圖手術(shù)(shush)信息實體圖：包含手術(shù)編號(bin ho)、醫(yī)生號、手術(shù)時間、結(jié)束時間、手術(shù)時間圖4-6 尸體信息實體圖尸體信息實體圖：包含尸體編號、尸體年齡、尸體類型、尸體類型、尸體體重、死亡原因圖4-7 醫(yī)護信息實體圖醫(yī)護信息實體圖：包含醫(yī)生編號、護士編號、性別、姓名圖4-8 整體(zhngt)ER圖4.2.2 數(shù)據(jù)庫邏輯設計數(shù)據(jù)

48、庫邏輯結(jié)構(gòu)設計就是將概念結(jié)構(gòu)設計所得到的信息結(jié)構(gòu)轉(zhuǎn)換為特定DBMS支持下的數(shù)據(jù)模型。一般分為(fn wi)以下3個步驟： （1）將概念結(jié)構(gòu)轉(zhuǎn)化為一般的關(guān)系(gun x)、網(wǎng)狀、層次、面向?qū)ο竽Ｐ停?（2）將轉(zhuǎn)化的關(guān)系、網(wǎng)狀、層次、面向?qū)ο竽Ｐ拖蛱囟―BMS支持下的數(shù)據(jù)模型轉(zhuǎn)換； （3）對數(shù)據(jù)模型進行優(yōu)化。通過對病人檔案系統(tǒng)各實體及其相互間聯(lián)系的分析，根據(jù)轉(zhuǎn)換原則，病人檔案系統(tǒng)的實體E-R圖轉(zhuǎn)換為如下關(guān)系模型（帶下劃線為主鍵）：系統(tǒng)管理員（用戶名、密碼、注冊時間）；維護信息（維護信息、修改密碼、修改賬號、添加管理、修改管理）；信息（病例、醫(yī)生護士、手術(shù)管理、保險管理、手術(shù)管理）；尸體信息（尸體編

49、號、尸體年齡、尸體類型、尸體體重、死亡原因）；醫(yī)護信息（醫(yī)生編號、護士編號、醫(yī)護姓名、醫(yī)護性別）；在將關(guān)系模型轉(zhuǎn)化為關(guān)系表結(jié)構(gòu)時，需遵循以下數(shù)據(jù)(shj)規(guī)范：命名規(guī)范、函數(shù)依賴、范式和模式分解。其中，命名規(guī)范是數(shù)據(jù)表的基礎；函數(shù)依賴起著核心作用，是模式分解和模式設計的關(guān)鍵，而范式是模式分解的標準。 （1）命名規(guī)范：命名規(guī)范包括表名、字段名。病人檔案系統(tǒng)數(shù)據(jù)庫中，數(shù)據(jù)表名、字段名嚴格遵守規(guī)范。所有表名的前綴均為tb_,下劃線后的名稱是含有特征含義的單詞或其縮寫，為避免混淆和冗余，命名規(guī)則使用英文單詞或其相應縮寫，不允許使用特殊字符。例如：tb_Administrator表示系統(tǒng)管理員表；tb_

50、StudentInfo表示學生信息表。數(shù)據(jù)表中的字段命名必須使用字母開頭，使用含有特征含義的英文單詞或其縮寫；第一個字母或組合單詞的首字母需大寫；在數(shù)據(jù)庫中同一字段名只能代表一個意思，不同表中的相同字段應采用(ciyng)同一名稱和相同字段類型定義。例如：tb_Administrator表中的Name，PWD等分別表示管理員信息表中的用戶名和密碼。 （2）函數(shù)依賴：函數(shù)依賴是指關(guān)系中所有元組應該滿足的約束條件，而不是指關(guān)系中某個或某些元組所必須要滿足的約束條件。當關(guān)系中的元組增加、刪除或更新(gngxn)后都不能破壞這種函數(shù)依賴。 （3）范式：關(guān)系數(shù)據(jù)庫的規(guī)范化過程中為不同程度的規(guī)范化要求設立

51、的相應標準或準則稱為范式。為了使數(shù)據(jù)結(jié)構(gòu)更合理，降低關(guān)系模式中的數(shù)據(jù)冗余、消除數(shù)據(jù)依賴中不合適的部分，解決數(shù)據(jù)插入、刪除、修改時發(fā)生的異常現(xiàn)象，通常要將關(guān)系模式進行規(guī)范化，以達到某一層次范式的要求。病人檔案系統(tǒng)數(shù)據(jù)庫中的關(guān)系模式要求遵循第三范式，即關(guān)系模式中所有的非主屬性對任何候選關(guān)鍵字都不存在傳遞函數(shù)依賴。 （4）模式分解：為了使關(guān)系模式滿足更高的范式要求，需要對低層次的關(guān)系模式進行分解，分解遵循“一事一地”的原則，且應保證在分解的過程中不丟失原有模式中的信息。模式分解的無損連接性和函數(shù)依賴保持性就是用于衡量一個模式分解是否導致原有模式中部分信息丟失的兩個標準。4.2.3 數(shù)據(jù)庫物理設計 通

52、過上述分析，對關(guān)系模式進行分解優(yōu)化，使其滿足第三范式的要求。病人檔案系統(tǒng)數(shù)據(jù)庫包含以下數(shù)據(jù)表結(jié)構(gòu)：考生信息表、管理員信息表、課程表、試題表、試卷表、成績表。各數(shù)據(jù)表結(jié)構(gòu)如下所示： （1）管理員信息表：表4-1 tb_Administrator表結(jié)構(gòu)字段名數(shù)據(jù)類型長 度是否主鍵默認值描 述NameVarchar10YES管理員用戶名PWDchar20NONULL登錄密碼JoinTimeDatetime8NOgetDate（）注冊時間 （2）病例信息表：表4-2 tb_BINGLI表結(jié)構(gòu)字段名數(shù)據(jù)類型長 度是否主鍵默認值描 述BLIDInt8YES病例編號BLNameVarchar10NONULL

53、病人名BLTimeDatetime8NOgetDate（）添加時間BLdoctorVarchar10NONULL主治醫(yī)生BLhospitalVarchar20NONULL就診醫(yī)院（4）手術(shù)(shush)信息表：表4-3 tb_SHOUSHU表結(jié)構(gòu)(jigu)字段名數(shù)據(jù)類型長 度是否主鍵默認值描 述SIDInt8YES手術(shù)編號SNameVarchar20NONULL手術(shù)名稱DoctorNOVarchar10NONULL醫(yī)生號UseTimeDatetime8NOgetDate（）手術(shù)時間JoinTimeDatetime8NOgetDate（）結(jié)束時間（5）尸體(sht)信息表：表4-4 tb_SH

54、ITI表結(jié)構(gòu)字段名數(shù)據(jù)類型長 度是否主鍵默認值描 述STIDInt8YES尸體編號STAgeInt4NO0尸體年齡TypeVarchar10NONULL尸體類型STTZVarchar10NONULL尸體體重STideaVarchar50NONULL死亡原因 （6）醫(yī)生護士表:表4-5 tb_DOCTOR表結(jié)構(gòu)字段名稱數(shù)據(jù)類型長 度是否主鍵默認值描 述DIDInt8YES醫(yī)生編號NIDInt8YES護士編號DNNAMEVarchar10NONULL醫(yī)生護士姓名DNSEXVarchar4NONULL性別5 系統(tǒng)(xtng)詳細設計5.1 前臺模塊(m kui)設計用戶登陸模塊，用html+jsp實

55、現(xiàn)，通過javascrip做頁面驗證，java程序做后臺(huti)驗證，保證信息安全可靠。5.2 后臺模塊設計5.2.1 管理員登陸模塊在用戶登錄界面，在用戶名對應的文本框中輸入用戶名，在密碼對應的文本框中輸入密碼，如果用戶名和密碼同時與數(shù)據(jù)庫中的用戶名和密碼相對應，點擊“確定”后進入系統(tǒng)的主界面。如果輸入的信息不正確，則給出提示。輸入：用戶名和密碼。圖5-1 登錄界面處理：校檢字符的有效性。用戶要登錄本系統(tǒng)需要提供用戶名和密碼，在這里就是要檢驗用戶是否滿足輸入的要求，即檢驗用戶名和密碼文本框是否為空，若為空，則提示用戶輸入用戶名和密碼。檢驗用戶名是否存在或密碼是否正確，即是否存在用戶輸入的

56、用戶名，并且密碼是否正確。輸出：登錄成功，進入用戶的系統(tǒng)使用資源頁面，不成功則顯示錯誤信息頁面。圖5-2 登錄成功界面5.2.2 病人(bngrn)檔案管理模塊(m kui)功能描述：此模塊(m kui)要實現(xiàn)對病人檔案信息的管理功能。 （1）添加病人檔案信息操作：點擊添加病人檔案信息按鈕，輸入需要添加病人檔案的內(nèi)容。內(nèi)容包括病人檔案的標題、內(nèi)容、文檔。檢驗用戶輸入的病人檔案的標題、內(nèi)容、上傳文檔是否符合病人檔案數(shù)據(jù)庫表中字段定義。若不符合則提示輸入有誤。提示用戶信息添加成功。更新用戶數(shù)據(jù)庫表的信息。 （2) 修改病人檔案信息點擊修改病人檔案信息按鈕。內(nèi)容包括病人檔案的標題、內(nèi)容、上傳文檔。檢

57、驗用戶輸入的病人檔案的標題、內(nèi)容、上傳文檔是否符合用戶數(shù)據(jù)庫表中字段定義。若不符合則提示輸入有誤。如果用記錄存在，進行修改操作，輸入新的字段，并根據(jù)用戶數(shù)據(jù)庫表中對應字段的定義檢查輸入是否合法，如果輸入有錯誤則進行提示。如果輸入正確，執(zhí)行（UPDATE）SQL語句，更新用戶病人檔案數(shù)據(jù)庫表中該用戶所對應的記錄。 提示用戶信息添加成功。 更新用戶數(shù)據(jù)庫表的信息。界面如下圖所示：圖5-3 用戶信息圖5.2.3 醫(yī)生護士管理模塊實現(xiàn)醫(yī)生護士管理功能。圖5-4 醫(yī)護(y h)管理模塊圖6 系統(tǒng)(xtng)測試6.1 系統(tǒng)(xtng)的配置6.1.1 硬件(yn jin)配置處理器：coreI5或更高。

58、內(nèi)存：1GB或更高。硬盤空間：400GB以上。6.1.2 軟件配置操作系統(tǒng)：Windows 7 64位x86數(shù)據(jù)庫：SQL Server 2005軟件開發(fā)語言：JSP服務器：Tomcat 6.X瀏覽器：IE9.0以上5.2 6.2 測試原則及測試方法概述軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。或者,軟件測試是根據(jù)軟件開發(fā)的規(guī)范在每個階段和應用程序的內(nèi)部結(jié)構(gòu)和設計的測試用例(即輸入數(shù)據(jù)及其預期的輸出結(jié)果),并利用這些測試用例運行程序,發(fā)現(xiàn)bug,以測試它們一個接一個項目的過程。基于測試的原則我選擇黑盒測試,黑盒測試方法測試程序接口,主要是找出以下錯誤:是否有不正確或遺漏的功能、接口,可以輸入正確

59、并接受,可以輸出正確的結(jié)果,是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息(例如數(shù)據(jù)文件)訪問錯誤,對性能是否能滿足要求,是否有初始化或終止錯誤。6.3 測試項目測試用例6.3.1 管理員登錄模塊測試管理員登錄測試描述：系統(tǒng)首頁點擊登錄按鈕，進入系統(tǒng)登錄頁面，進行測試管理員登錄模塊。如表6-1所示：表6-1 管理員登錄模塊測試模塊名稱管理員登錄模塊測試功能特性管理員登錄系統(tǒng)測試目的驗證登錄信息是否全面，登錄模塊設計是否實現(xiàn)用例編號測試步驟輸入數(shù)據(jù)預期結(jié)果測試結(jié)果DL001輸入賬號，密碼，點擊提交信息賬號：用戶1，密碼：123登錄成功成功DL002輸入賬號，密碼，點擊提交信息賬號：用戶1，不輸入密碼登錄失敗，提示

60、用戶名或密碼錯誤成功DL003輸入賬號，密碼，點擊提交信息不輸入賬號，密碼：123登錄失敗，提示用戶名或密碼錯誤成功DL004輸入賬號，密碼，點擊提交信息不輸入賬號，不輸入密碼登錄失敗，提示用戶名或密碼錯誤成功DL005輸入賬號，密碼，點擊提交信息賬號：用戶2，密碼：1，輸入的賬號密碼未注冊登錄失敗，提示用戶名或密碼錯誤成功6.3.2 醫(yī)生護士模塊(m kui)測試人員模塊功能(gngnng)的實現(xiàn)是該系統(tǒng)設計的重心，也是一大難點。最后通過努力實現(xiàn)了基本的人員添加功能，并且對其詳細功能進行測試，如表6-2所示。表6-2 醫(yī)生(yshng)護士添加模塊測試模塊名稱醫(yī)生護士添加模塊測試功能特性測試