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

2、便利，有利于患者管理自己的基本資料和醫療記錄的跟蹤。本文章從現實的角度針對醫院設計并實現了一個病人數據(shj)管理系統，主要介紹了醫院相關信息系統的研究背景以及研究現狀和存在問題，同時本文還闡述了研究目的、研究意義和文論結構，其次介紹了醫院病人管理系統的關鍵技術和難點以及采用的技術和平臺，詳細介紹了病人管理系統的框架結構和解決方案的具體實現過程和測試過程，最后對本文進行了總結并對醫院信息化建設進行了展望和設想。關鍵詞：病人檔案管理 醫護管理 醫療查詢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)管理系統現狀分析 PAGEREF _Toc26456 2 HYPERLINK l _Toc24610 1.3 本課題的研

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

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

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

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

12、PAGEREF _Toc27038 19 HYPERLINK l _Toc19588 5 系統詳細設計 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 醫生護士管理模塊 PAGEREF _Toc5102 24 HYPERLINK l _Toc9685 6 系統測試 PAGEREF _Toc9685 25 HYPERLINK l _Toc12770 6.1 系統的配置 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 醫生護士(h shi)模塊測試 PAGEREF _Toc20145 27 HYPERLINK l _Toc24852 6.3.3 檔案管理模塊(m kui)測試 PAGEREF _Toc24852 28 HYPERLINK l _Toc26634 6.4 測試結論 PAGERE

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

48、庫邏輯結構設計就是將概念結構設計所得到的信息結構轉換為特定DBMS支持下的數據模型。一般分為(fn wi)以下3個步驟： （1）將概念結構轉化為一般的關系(gun x)、網狀、層次、面向對象模型； （2）將轉化的關系、網狀、層次、面向對象模型向特定DBMS支持下的數據模型轉換； （3）對數據模型進行優化。通過對病人檔案系統各實體及其相互間聯系的分析，根據轉換原則，病人檔案系統的實體E-R圖轉換為如下關系模型（帶下劃線為主鍵）：系統管理員（用戶名、密碼、注冊時間）；維護信息（維護信息、修改密碼、修改賬號、添加管理、修改管理）；信息（病例、醫生護士、手術管理、保險管理、手術管理）；尸體信息（尸體編

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

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

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

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

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

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

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

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

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

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

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

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