病人檔案管理系統(tǒng)(共32頁)_第1頁
病人檔案管理系統(tǒng)(共32頁)_第2頁
病人檔案管理系統(tǒng)(共32頁)_第3頁
病人檔案管理系統(tǒng)(共32頁)_第4頁
病人檔案管理系統(tǒng)(共32頁)_第5頁
已閱讀5頁,還剩35頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

2、便利,有利于患者管理自己的基本資料和醫(yī)療記錄的跟蹤。本文章從現(xiàn)實(shí)的角度針對醫(yī)院設(shè)計(jì)并實(shí)現(xiàn)了一個病人數(shù)據(jù)(shj)管理系統(tǒng),主要介紹了醫(yī)院相關(guān)信息系統(tǒng)的研究背景以及研究現(xiàn)狀和存在問題,同時本文還闡述了研究目的、研究意義和文論結(jié)構(gòu),其次介紹了醫(yī)院病人管理系統(tǒng)的關(guān)鍵技術(shù)和難點(diǎn)以及采用的技術(shù)和平臺,詳細(xì)介紹了病人管理系統(tǒng)的框架結(jié)構(gòu)和解決方案的具體實(shí)現(xiàn)過程和測試過程,最后對本文進(jìn)行了總結(jié)并對醫(yī)院信息化建設(shè)進(jìn)行了展望和設(shè)想。關(guān)鍵詞:病人檔案管理 醫(yī)護(hù)管理 醫(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)濟(jì)可行性分析 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)總體設(shè)計(jì) PAGEREF _Toc66 13 HYPERLINK l _Toc16018 4.1 系統(tǒng)功能設(shè)計(jì) PAGEREF _Toc16018 13 HYPERLINK l _Toc14633 4.2 數(shù)據(jù)庫設(shè)計(jì) PAGEREF _Toc14633 15 HYPERLINK l _Toc17279 4.2.1 數(shù)據(jù)庫概念設(shè)計(jì) PAGEREF _Toc17279 15 HYPERLINK l _Toc9755 4.2.2 數(shù)據(jù)庫邏輯設(shè)計(jì) PAGEREF _Toc9755 18 HYPERLINK l _Toc27038 4.2.3 數(shù)據(jù)庫物理設(shè)計(jì)

12、PAGEREF _Toc27038 19 HYPERLINK l _Toc19588 5 系統(tǒng)詳細(xì)設(shè)計(jì) PAGEREF _Toc19588 22 HYPERLINK l _Toc3375 5.1 前臺模塊設(shè)計(jì) PAGEREF _Toc3375 22 HYPERLINK l _Toc31237 5.2 后臺模塊設(shè)計(jì) 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ī)生護(hù)士管理模塊 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 測試項(xiàng)目測試用例 PAGEREF _Toc18746 25 HYPERLINK l _Toc3109 6.3.1 管理員登錄(dn l)模塊測試 PAGEREF _Toc3109 25 HYPERLINK l _Toc20145 6.3.2 醫(yī)生護(hù)士(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 參考文獻(xiàn) PAGEREF _Toc32697 31大連科技學(xué)院數(shù)據(jù)庫課程設(shè)計(jì)報(bào)告 1 前言隨著計(jì)算機(jī)科學(xué)與技術(shù)的迅速(xn s)發(fā)展,計(jì)算機(jī)技術(shù)已經(jīng)融入到了生活的每一部分,計(jì)算機(jī)技術(shù)帶來的高效率、高性能計(jì)算機(jī)軟件促進(jìn)了各個領(lǐng)域的技術(shù)完善和科技改革。現(xiàn)代社會正在從工業(yè)化向信息化轉(zhuǎn)變,信息技術(shù)是現(xiàn)代最具潛力的新的生產(chǎn)力,信息資源是國民經(jīng)濟(jì)和社會發(fā)展

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

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

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

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

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

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

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

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

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

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

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

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

28、a作為腳本語言的,JSP網(wǎng)頁為整個服務(wù)器端的Java庫單元提供了一個接口來服務(wù)于HTTP的應(yīng)用程序。在傳統(tǒng)的 HYPERLINK /view/828.htm t _blank 網(wǎng)頁HTML文件(*.htm,*.html)中插入Java HYPERLINK /view/1005329.htm t _blank 程序片段(Scriptlet)和JSP標(biāo)記(tag),就形成JSP文件(*.jsp)。Web HYPERLINK /view/899.htm t _blank 服務(wù)器在遇到訪問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等,以實(shí)現(xiàn)建立動態(tài)網(wǎng)頁所需要的功能。所有的程序操作都是在服務(wù)器端執(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來訪問存在于服務(wù)端資源的 HYPERLINK /view/2646378.htm t _blank 應(yīng)用邏輯。JSP技術(shù)實(shí)現(xiàn)了網(wǎng)頁邏輯與 HYPERLINK /view/8972.htm t _blank 網(wǎng)頁設(shè)計(jì)和顯示的分離,支持可重用的基于組件的設(shè)計(jì),使基于Web的 HYPERLINK /view/330120.htm t _blank 應(yīng)用程序的開發(fā)變得更加容易。 2.4 SQL Server 2005數(shù)據(jù)庫SQL Server是美國Microsoft公司推

31、出的一種關(guān)系型數(shù)據(jù)庫系統(tǒng)。SQL Server是一個可擴(kuò)展的、高性能的、為分布式客戶機(jī)/服務(wù)器計(jì)算所設(shè)計(jì)的數(shù)據(jù)庫管理系統(tǒng),實(shí)現(xiàn)了與Windows NT的有機(jī)結(jié)合,提供了基于事務(wù)的企業(yè)級信息管理系統(tǒng)方案。其主要特點(diǎn)如下:(1)高性能設(shè)計(jì),可充分利用Windows NT的優(yōu)勢。(2)系統(tǒng)管理先進(jìn),支持Windows圖形化管理工具,支持本地和遠(yuǎn)程的系統(tǒng)管理和配置。(3)強(qiáng)大的事務(wù)處理功能,采用各種方法保證數(shù)據(jù)的完整性和安全性。(4)支持對稱多處理結(jié)構(gòu)、存儲過程、ODBC、并具有自主的SQL語言。SQL Server以其內(nèi)置的數(shù)據(jù)復(fù)制功能,強(qiáng)大的管理工具、與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)中應(yīng)用比較廣泛的版本。該版本繼承于SQL Server 7.0版本。SQL Server 2005具有以下特性:易安裝、部署和使用;容量大、性能高;良好的可擴(kuò)展性、支持?jǐn)?shù)據(jù)倉庫、可以與其他服務(wù)器軟件進(jìn)行系統(tǒng)集成。數(shù)據(jù)倉庫是一種經(jīng)過特殊組織的數(shù)據(jù)庫,它可以支持靈活的數(shù)據(jù)集查詢,并且還可以支持對數(shù)據(jù)結(jié)果集的決策分析。數(shù)據(jù)倉庫中通常包含表示企業(yè)歷史業(yè)務(wù)的數(shù)據(jù)??紤]到在線病人檔案管理系統(tǒng)所要求的后臺數(shù)據(jù)庫在響應(yīng)速

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

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

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

36、以進(jìn)行有效而方便的管理。因此在經(jīng)濟(jì)上完全可行 。3.2.2 技術(shù)可行性分析硬件方面,我們目前擁有了計(jì)算機(jī)硬件配備,有了Windows XP操作系統(tǒng)的運(yùn)行環(huán)境,提供了Windows XP的工作平臺,安裝了開發(fā)軟件,包括運(yùn)行平臺的、數(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實(shí)現(xiàn)技術(shù),它的效率是很高的。這一點(diǎn)正好符合了本系統(tǒng)所要求的實(shí)時性。另外它可以方便的連接各種數(shù)據(jù)庫,像Oracle8/8i/9i數(shù)據(jù)庫,Sql Serv

37、er7.0/2000數(shù)據(jù)庫,DB2數(shù)據(jù)庫等等,這樣可以根據(jù)需要進(jìn)行移植。另外作為Java平臺的一部分,JSP擁有Java語言“一次編寫,各處運(yùn)行”的特點(diǎn)。幾乎所有平臺都支持Java,JSPJavaBeans幾乎可以在所有平臺下通行無阻。從一個平臺移植到另外一個平臺,JSP和JavaBeans甚至不用重新編譯,因?yàn)镴ava字節(jié)碼都是標(biāo)準(zhǔn)的與平臺無關(guān)的。又隨著越來越多的服務(wù)器供應(yīng)商將JSP支持添加到他們的產(chǎn)品中,這樣一來用JSP做成的這套系統(tǒng)可以輕松移植到其它平臺來運(yùn)行。所以用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è)務(wù)流程圖的基礎(chǔ)上進(jìn)行進(jìn)一步的分析和細(xì)化,從系統(tǒng)的科學(xué)性、設(shè)計(jì)的合理性和實(shí)際運(yùn)行的可行性角度出發(fā),將系統(tǒng)處理業(yè)務(wù)邏輯和其聯(lián)系自頂向下、逐層分解,詳細(xì)地描繪系統(tǒng)中的信息流和數(shù)據(jù)流從輸入移動到輸出過程中被處理和變換的過程。通過對病人檔案管理系統(tǒng)系統(tǒng)處理業(yè)務(wù)流程的分析,設(shè)計(jì)的系統(tǒng)數(shù)據(jù)流圖如下所示: 圖3-1 系統(tǒng)數(shù)據(jù)流圖3.3.1 數(shù)據(jù)增加流程添加信息時,編號字段由系統(tǒng)自動生成,且不能修改,其他信息由用戶輸入,之后對數(shù)據(jù)進(jìn)行合法判斷,合法則寫入

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)刪除流程當(dāng)用戶選定一條記錄時,單擊刪除按鈕,會提示用戶是否(sh fu)確定刪除,然后刪除數(shù)據(jù)庫相關(guān)內(nèi)容。數(shù)據(jù)刪除流程圖如圖3-4所示。圖3-4 病人系統(tǒng)數(shù)據(jù)刪除流程圖3.3.4 數(shù)據(jù)字典(1)外部項(xiàng) = 1 * GB3 * MERGEFORMAT 管

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

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

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

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

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

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

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

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

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

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

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

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

52、過上述分析,對關(guān)系模式進(jì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ù)類型長 度是否主鍵默認(rèn)值描 述NameVarchar10YES管理員用戶名PWDchar20NONULL登錄密碼JoinTimeDatetime8NOgetDate()注冊時間 (2)病例信息表:表4-2 tb_BINGLI表結(jié)構(gòu)字段名數(shù)據(jù)類型長 度是否主鍵默認(rèn)值描 述BLIDInt8YES病例編號BLNameVarchar10NONULL

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

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

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

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

57、驗(yàn)用戶輸入的病人檔案的標(biāo)題、內(nèi)容、上傳文檔是否符合用戶數(shù)據(jù)庫表中字段定義。若不符合則提示輸入有誤。如果用記錄存在,進(jìn)行修改操作,輸入新的字段,并根據(jù)用戶數(shù)據(jù)庫表中對應(yīng)字段的定義檢查輸入是否合法,如果輸入有錯誤則進(jìn)行提示。如果輸入正確,執(zhí)行(UPDATE)SQL語句,更新用戶病人檔案數(shù)據(jù)庫表中該用戶所對應(yīng)的記錄。 提示用戶信息添加成功。 更新用戶數(shù)據(jù)庫表的信息。界面如下圖所示:圖5-3 用戶信息圖5.2.3 醫(yī)生護(hù)士管理模塊實(shí)現(xiàn)醫(yī)生護(hù)士管理功能。圖5-4 醫(yī)護(hù)(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服務(wù)器:Tomcat 6.X瀏覽器:IE9.0以上5.2 6.2 測試原則及測試方法概述軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程?;蛘?軟件測試是根據(jù)軟件開發(fā)的規(guī)范在每個階段和應(yīng)用程序的內(nèi)部結(jié)構(gòu)和設(shè)計(jì)的測試用例(即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果),并利用這些測試用例運(yùn)行程序,發(fā)現(xiàn)bug,以測試它們一個接一個項(xiàng)目的過程。基于測試的原則我選擇黑盒測試,黑盒測試方法測試程序接口,主要是找出以下錯誤:是否有不正確或遺漏的功能、接口,可以輸入正確

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

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論