醫(yī)院門診系統(tǒng)參考模板

1、東北農(nóng)業(yè)大學(xué)成棟學(xué)院畢業(yè)設(shè)計(jì)（論文）開題報告設(shè)計(jì)（論文）題目：基于javaEE技術(shù)的醫(yī)院門診系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn) 系 別：_計(jì)算機(jī)科學(xué)與技術(shù)_ 專 業(yè)：_軟件工程_ 姓 名：_徐英嬌_ 指 導(dǎo) 教 師：_ 輔 導(dǎo) 教 師：_2015年10月15日I / 33摘要伴隨著生活節(jié)奏的加快,人們對各行各業(yè)的服務(wù)要求也越來越高。醫(yī)院作為大眾生活所不能或缺的一個重要部門,過去的手工開單的就診流程已遠(yuǎn)遠(yuǎn)不能滿足人們的需要,研究如何利用信息化手段優(yōu)化就診流程,實(shí)現(xiàn)醫(yī)院門診部的信息化建設(shè),對不斷提高醫(yī)院的服務(wù)水平,全面建設(shè)數(shù)字化醫(yī)院有著十分重要的現(xiàn)實(shí)意義。醫(yī)院門診信息系統(tǒng)(HIS)中起到關(guān)鍵性的作用。實(shí)踐表明,門診

2、信息系統(tǒng)的使用,能對醫(yī)院資源進(jìn)行有效整合,減輕門診工作人員的勞動強(qiáng)度,提高醫(yī)院門診部的服務(wù)效率和服務(wù)質(zhì)量,并為醫(yī)院決策部門提供準(zhǔn)確的數(shù)據(jù),使得院方能夠有效的統(tǒng)計(jì)分析各項(xiàng)醫(yī)療數(shù)據(jù)。本文對目前醫(yī)院信息系統(tǒng)的現(xiàn)狀進(jìn)行了分析研究,簡要介紹了所選的課題背景,以及涉及到的醫(yī)院相關(guān)業(yè)務(wù)和發(fā)展情況,隨后進(jìn)行了醫(yī)院門診信息系統(tǒng)的詳細(xì)需求分析工作,并對所涉及到的理論基礎(chǔ)知識做了簡要的介紹,從而進(jìn)一步提出了醫(yī)院門診信息系統(tǒng)在軟件方面的總體體系架構(gòu)和技術(shù)路線。全面論述了門診信息系統(tǒng)的設(shè)計(jì)方法和開發(fā)步驟,從客戶端、Web服務(wù)端到應(yīng)用服務(wù)端進(jìn)行了詳細(xì)的結(jié)構(gòu)設(shè)計(jì)。繼而從數(shù)據(jù)模型、頁面表現(xiàn)形式和業(yè)務(wù)處理邏輯止方面進(jìn)行了詳細(xì)設(shè)

3、計(jì)。闡述了開發(fā)基于B/S架構(gòu)模式的醫(yī)院門診信息管理系統(tǒng)的必要性,詳細(xì)分析了實(shí)現(xiàn)B/S架構(gòu)在開發(fā)過程中遇到的各種問題,提出了解決問題的方法和意見。采用比較流行的JavaEE技術(shù),探討了新的醫(yī)院門診管理流程,提出了一個全新的醫(yī)院門診信息系統(tǒng)模式基于JavaEE的現(xiàn)代醫(yī)院門診信息系統(tǒng)。此管理流程的提出,解決了醫(yī)療門診服務(wù)中掛號、收費(fèi)等繁瑣的問題,同時簡化了醫(yī)生書寫病歷的過程,為門診病歷的長期保存和查詢提供有效的手段。關(guān)鍵詞：JavaEE 門診信息系統(tǒng) 醫(yī)院信息系統(tǒng)AbstractWith the accelerated pace of life, people on all walks of lif

4、e service requirements are increasingly high. Hospital as the public life not or missing an important department, the past manual billing treatment process has been far from being able to meet peoples needs, and study how to use information technology to optimize treatment processes, realize the inf

5、ormatization construction of hospital outpatient department, to continuously improve the level of hospital services, fully digital hospital construction has very important practical significance. The hospital outpatient information system (HIS) plays a key role in the hospital outpatient information

6、 system. Practice shows that the use of outpatient information system, hospital resources for effective integration, reduce outpatient service staff labor intensity, improve service efficiency and service quality of the hospital outpatient department, and for the decision-making department of the ho

7、spital to provide accurate data, make the hospital be able to effectively analysis the medical data.In this paper, the present situation of hospital information system is analyzed and studied, the selected topic background, and the relevant business and development of the hospital, and then the deta

8、iled requirements analysis of hospital outpatient information system. The design method and development procedure of the outpatient information system are discussed in detail, and the structure design of the client and Web server is carried out in detail. Then it designs the data model, the form of

9、the performance of the page and the business process logic. This paper expounds the necessity of developing the information management system of hospital outpatient service based on B/S architecture, analyzes the various problems encountered during the development of B/S, and puts forward the method

10、 and suggestion to solve the problem. Using JavaEE technology, the new hospital outpatient management process is discussed, and a new model of hospital outpatient information system is put forward. The management process of the proposed solution to the medical outpatient service registration, fees a

11、nd other issues, while simplifying the process of writing medical records, to provide an effective tool for the long-term preservation and query.Key words： J2EE Outpatient information system hospital information system目錄摘要IAbstractII1緒論51.1 研究的背景51.2 國內(nèi)外發(fā)展現(xiàn)狀61.3 課題研究的目的和意義6第2章 可行性分析72.1 可行性分析72.2 Ja

12、vaEE的概念和體系架構(gòu)72.2.1 JavaEE的概念72.2.2 JavaEE的體系架構(gòu)82.3 中間件相關(guān)知識82.4 SPring框架92.5 Oracle109數(shù)據(jù)庫10第3章 需求分析113.1 醫(yī)院門診系統(tǒng)的系統(tǒng)概述113.2 醫(yī)院門診系統(tǒng)的需求分析113.2.1功能需求113.2.2系統(tǒng)系統(tǒng)總體需求123.3 系統(tǒng)性能的分析12第4章 總體設(shè)計(jì)134.1系統(tǒng)模塊總體設(shè)計(jì)134.2 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)134.3 數(shù)據(jù)庫設(shè)計(jì)134.3.1 數(shù)據(jù)庫總體設(shè)計(jì)134.3.2 數(shù)據(jù)庫詳細(xì)設(shè)計(jì)15第5章 系統(tǒng)的實(shí)現(xiàn)175.1 登錄模塊175.2 管理員模塊175.3 患者掛號模塊185.4 門診看

13、病模塊195.5 診斷處方模塊195.6 付費(fèi)、取藥模塊19第 6 章 系統(tǒng)調(diào)試與測試206.1 程序調(diào)試206.2 程序的測試206.2.1 測試重要性及目的206.2測試方法206.3測試步驟21結(jié) 論21致 謝23參考文獻(xiàn)241緒論1.1 研究的背景21 世紀(jì)是高速發(fā)展科技發(fā)達(dá)、日新月異的年代，計(jì)算機(jī)技術(shù)迅猛發(fā)展，越來越多的人們每天都與計(jì)算機(jī)打交道，計(jì)算機(jī)普及率越來越高，社會時刻都在進(jìn)步，當(dāng)初發(fā)明計(jì)算機(jī)時，它只是一個計(jì)算的處理工具，隨著社會的變遷和發(fā)展，如今的計(jì)算機(jī)已經(jīng)由單一的處理數(shù)據(jù)變成了綜合管理處理事務(wù)。這就產(chǎn)生了管理信息系統(tǒng)在對工作流的管理和事務(wù)處理等方面的應(yīng)用，而管理信息系統(tǒng)是將

14、臺式計(jì)算機(jī)作為核心，數(shù)據(jù)庫管理系統(tǒng)作為開發(fā)環(huán)境的。在醫(yī)院系統(tǒng)中，越來越多的人們尤其是醫(yī)務(wù)工作者都很重視醫(yī)院門診管理信息系統(tǒng)在醫(yī)院門診的使用。 我們國家醫(yī)療事業(yè)的快速發(fā)展展現(xiàn)出了更多的信息,如門診參與業(yè)務(wù),管理系統(tǒng)所需要處理的任務(wù)也越多，傳統(tǒng)的手工記錄管理模式已經(jīng)不適合了，所以為了迎合發(fā)展，必須采用現(xiàn)代化和的高標(biāo)準(zhǔn)的管理水平，當(dāng)今，這個社會開放程度愈發(fā)高，醫(yī)療行業(yè)競爭也愈發(fā)激烈，時刻受到外部勢利的競爭，挑戰(zhàn)是前所未有的，所以，醫(yī)院為了快速發(fā)展更好的服務(wù)患者，提高效率，增強(qiáng)工作環(huán)境和氛圍，系統(tǒng)信息化的發(fā)展勢在必行了。 前些年，醫(yī)院門診選用的信息管理系統(tǒng)都比較落后，這個從引導(dǎo)患者到為患者掛號，帶領(lǐng)患

15、者去指定醫(yī)生就診，到診斷完畢抓取藥品等一系列流程，是一個復(fù)雜的事件流，相當(dāng)繁瑣，整個處理過程需要的手續(xù)非常多，并且全程都要用紙張筆墨手工進(jìn)行操作，工作效率較低耽誤患者醫(yī)治時間，各個部門之間的聯(lián)系和推送機(jī)制較慢，查詢患者和醫(yī)生等信息不方便，季度報表統(tǒng)計(jì)也較落后，在信息傳遞的過程中容易出現(xiàn)丟失或者重復(fù)傳送等情況，所以醫(yī)院門診信息管理系統(tǒng)信息化顯得尤為重要。 實(shí)現(xiàn)醫(yī)院門診信息管理的系統(tǒng)化、自動化、規(guī)范化和智能化是我們的系統(tǒng)開發(fā)的整體任務(wù)，從而能夠達(dá)到提高醫(yī)療單位的管理效率的目的。 在醫(yī)院信息系統(tǒng)中門診信息系統(tǒng)又是極為重要的一部分,它是直接為廣大患者提供醫(yī)療服務(wù)的重要窗口之一,也是各個醫(yī)院信息化建設(shè)的

16、重中之重,一所醫(yī)院的門診信息化建設(shè)工作將直接影響到整個醫(yī)院信息化建設(shè)的發(fā)展程度。一所醫(yī)院的門診接診速度、能力是直接影響患者是否會選擇該醫(yī)院進(jìn)行就醫(yī)的重要因素。如何以更加現(xiàn)代化、科學(xué)化、規(guī)范化的手段來加強(qiáng)對醫(yī)院的管理,提高醫(yī)院的工作效率,改進(jìn)醫(yī)療質(zhì)量,樹立現(xiàn)代醫(yī)院的新形象,力日強(qiáng)醫(yī)院門診信息化建設(shè)工作是建設(shè)數(shù)字化醫(yī)院的重要課題。1.2 國內(nèi)外發(fā)展現(xiàn)狀發(fā)達(dá)國家醫(yī)院信息系統(tǒng)的開發(fā)實(shí)現(xiàn)已有三十多年的歷史，正在經(jīng)歷著小型化(Downsizing)、智能化(Intelligence)和集成化(Integration)的改造過程。我國醫(yī)院信息系統(tǒng)的研發(fā)工作，從八十年代初期算起，至今有十多年的歷史，在這期間有

17、了很大進(jìn)步。醫(yī)院信息管理系統(tǒng)的應(yīng)用已經(jīng)涉及到醫(yī)院業(yè)務(wù)的各個方面。1.3 課題研究的目的和意義為了更好的開展門診信息建設(shè)工作,滿足患者就診時的各種需要,盡快的為每一位患者診治疾病,縮短患者的等待時間,就必須對門診患者的就診流程進(jìn)行優(yōu)化。如何才能真正的縮短病人的就診等待時間?如何才能使就診流程得到優(yōu)化?設(shè)計(jì)醫(yī)院門診信息系統(tǒng)就可以優(yōu)化就診流程,縮短患者就診等待時間,為門診醫(yī)生提供快速的操作流程,使醫(yī)生可以有更多的時間用于為患者診治,而不必將更多的時間用于開具檢查、檢驗(yàn)單等診療項(xiàng)目和處方。在打破原有的工作流程的基礎(chǔ)上建立一套全新的門診就診流程,從而為醫(yī)院的信息化建設(shè)起到推進(jìn)性的作用。伴隨口益增大的門診

18、病人就診信J自、,需要一個更為龐大的門診信息系統(tǒng)對現(xiàn)有的門診信息進(jìn)行全方位的管理。從病人的基本信息到就診信息,包括詳細(xì)的就診病歷,診療項(xiàng)目的申請單,檢查、檢驗(yàn)申請單和報告單,處方,門診擺藥等等諸多信息。這些龐大的信自、對門診信息、系統(tǒng)的性能提出了更高的要求,主要包括以下兒個方面:(1)高度可用性能夠滿足日益增長的就診人數(shù)的需要;(2)安全性能夠保護(hù)患者的所有就診信息和醫(yī)院信息系統(tǒng)(HIS)的數(shù)據(jù)完整性。每位患者的就診信息都是具有法律效力的,作為院方有義務(wù)對患者的就診信息、進(jìn)行合理有效的保管,防止一切信息破壞。同時,這就對醫(yī)院的網(wǎng)絡(luò)安全提出了更高的要求,醫(yī)院需要對自身的數(shù)據(jù)庫做好一切安全保障工作

19、。(3)可靠性及伸縮性能夠及時快速的處理所有的門診業(yè)務(wù),能夠讓醫(yī)生所開具的各項(xiàng)診療單和處方等準(zhǔn)確、快速的到達(dá)各個檢查、檢驗(yàn)科室、門診藥房等。第2章 可行性分析2.1 可行性分析1. 技術(shù)可行性 技術(shù)的開發(fā)工作這種情況部分現(xiàn)有技術(shù)已經(jīng)成功完成，軟件不能滿足開發(fā)需求可以實(shí)現(xiàn)硬件配置是否需要考慮，以及調(diào)試 JSP 開發(fā)語言，開發(fā)門診管理信息系統(tǒng)的需求也可能出現(xiàn)在計(jì)算機(jī)的硬件配置來滿足，所以技術(shù)方面完全達(dá)到了這個要求，軟件信息：由于當(dāng)前的 B / S 模式和他們大容量、高可靠性、低價格，因?yàn)橄鄬Τ墒斓募铀佘浖_發(fā)，軟件開發(fā)平臺成熟，他們可以完全滿足系統(tǒng)的需要2. 運(yùn)行可行性系統(tǒng)完成后，對結(jié)果（包括組織

20、、工作環(huán)境、管理等）在當(dāng)前系統(tǒng)上運(yùn)行，那么影響評估和評價的新體系，同時，也在系統(tǒng)開發(fā)和其他任務(wù)完成預(yù)訂取決于給定的時間可能分析，如考慮到對現(xiàn)有的資源進(jìn)行培訓(xùn)等等。 組織結(jié)構(gòu)的有效性，現(xiàn)有員工和組織，教育援助計(jì)劃、系統(tǒng)的可行性和對環(huán)境的適應(yīng)能力影響運(yùn)行，目前的信息技術(shù)已成為非常受歡迎的由于各種業(yè)務(wù)的運(yùn)營商，因此是可以運(yùn)行的水平高度。3. 經(jīng)濟(jì)的可行性經(jīng)濟(jì)條件和投資組織的能力來分析經(jīng)濟(jì)可行性研究，對成本估計(jì)，估計(jì)系統(tǒng)的操作和維護(hù)，系統(tǒng)的社會效益和經(jīng)濟(jì)效益可以收益后，開發(fā)了一個設(shè)計(jì)系統(tǒng)，所以投資經(jīng)濟(jì)下一個大醫(yī)院的門診信息管理系統(tǒng)，方便新系統(tǒng)的開發(fā)成本和未來的運(yùn)營和維護(hù)成本系統(tǒng)完成后提供，最低估計(jì)估算

21、新系統(tǒng)的好處，和比較成本的效益，首先有利于確定能否開發(fā)，開發(fā)、操作和維護(hù)成本包括： 計(jì)算機(jī)硬件、計(jì)算機(jī)實(shí)驗(yàn)室、系統(tǒng)軟件、空調(diào)設(shè)備、電源等采購和安裝設(shè)備的成本。 軟件開發(fā)成本：技術(shù)人員和發(fā)展培訓(xùn)單位，以下的費(fèi)用是一個可以被包括在人員成本和勞動力成本的材料，用于系統(tǒng)開發(fā)，系統(tǒng)正常運(yùn)行時間、電力、水和其他物資使用、打印論文，軟盤，絲帶和其它費(fèi)用，一切代價并不大，所以它可以是低成本的，在經(jīng)濟(jì)上是可行的。4.法律可行性所有技術(shù)資料是合法的，沒有違反任何版權(quán)問題，現(xiàn)有的門診信息管理系統(tǒng)不是剽竊，不存在知識產(chǎn)權(quán)問題，在開發(fā)過程中開發(fā)過程的不包含任何法律責(zé)任，總之，目前的系統(tǒng)在技術(shù)的發(fā)展、經(jīng)濟(jì)、法律等方面完全

22、可行。 2.2 JavaEE的概念和體系架構(gòu)2.2.1 JavaEE的概念目前,JavaZ平臺有3個版本:它們分別是適用于小型設(shè)備和智能卡的JavaZ平臺Miero版(Java2PlatformMieroEdition,JZME)、適用于桌面系統(tǒng)的JavaZ平臺標(biāo)準(zhǔn)版(Java2PlatformStandardEdition,JZSE)、適用于創(chuàng)建服務(wù)器應(yīng)用程序和服務(wù)的JavaZ平臺企業(yè)版(Jav。2Plat偽rmEnte印riseEdition,JZEE)。2005年8月,Java升級到1.5版,St刃又的伙伴們將JZEE1.5改名為JavaEEJavaEE是一種利用JavaZ的相關(guān)平臺來簡

23、化企業(yè)所設(shè)計(jì)的解決方案的一些開發(fā)、部署和管理相關(guān)聯(lián)的復(fù)雜問題的體系結(jié)構(gòu)。JavaEE的核心就是Java平臺,JavaEE在JavaZ平臺標(biāo)準(zhǔn)版的基礎(chǔ)上又有了新的技術(shù),在原有的“編寫一次,隨處運(yùn)行”的特點(diǎn)和JDBCAPI、CORBA等技術(shù)之上,又提供了EJB(EnterpriseJavaBeans)、JavaServletsAPI、JSP(JavaServerPages)以及XML技術(shù)的全面支持。JavaZ平臺企業(yè)版的最終目的就是要大大縮短企業(yè)所需投放市場的時間。2.2.2 JavaEE的體系架構(gòu)1. JavaEE應(yīng)用模型JavaEE使用多層分布式的應(yīng)用模型,這個多層一般是通過三層或四層來實(shí)現(xiàn):

24、(l)客戶層:即一些運(yùn)行在客戶端計(jì)算機(jī)上的組件。(2)Web層:即一些運(yùn)行在JavaEE服務(wù)器端的組件。(3)業(yè)務(wù)層:與Web層相同,也是運(yùn)行在JaVf1EE服務(wù)器端的組件。(4)企業(yè)信息系統(tǒng)層(E工S),是指那些運(yùn)行在EIS服務(wù)器端的軟件系統(tǒng)。2.JavaEE應(yīng)用程序組件JavaEE應(yīng)用程序是由一定的組件構(gòu)成的。JavaEE組件是一個封裝了功能的軟件單元,能夠與相關(guān)的一些類和文件一起組成IavaEE應(yīng)用程序。(l)應(yīng)用程序客戶端和八ptl。1是指運(yùn)行在客戶計(jì)算機(jī)_L的組件。(2)從一于Javaservlet和JSP技術(shù)的組件叫web組件,它們都運(yùn)行在服務(wù)器端。J鄧(JavaSe:verFac

25、eS)應(yīng)用程序、過濾器和Web事件監(jiān)聽器。JavaEE的Web組件可以是Servlet或JSP頁面。在應(yīng)用程序組裝過程中,靜態(tài)HTMIJ頁面和Applet也可以一起打包成web組件,但這并不是JavaEE規(guī)范所認(rèn)可的Web組件。(3)企業(yè)JavaBean(EJB)組件叫做業(yè)務(wù)組件,同樣運(yùn)行在服務(wù)器端。業(yè)務(wù)代碼是指那些由位于業(yè)務(wù)層的企業(yè)Bean(EJB)執(zhí)行的邏輯,它們能夠解決或滿足特定的商業(yè)領(lǐng)域的一些需求。會話Bean、實(shí)體Bean和消息驅(qū)動Bean構(gòu)成了三種不同類型的企業(yè)Bean。會話Bean代表的是客戶一次短暫的會話過程,當(dāng)客戶所執(zhí)行的會話完成后,會話Bean以及它所包含的數(shù)據(jù)也隨之消失。

26、實(shí)體Bean代表的是持久的數(shù)據(jù),即存儲在數(shù)據(jù)庫表中的一行記錄,即便客戶已經(jīng)終止或關(guān)閉了服務(wù)器,在JavaEE底層的會話服務(wù)確保實(shí)體Bean的數(shù)據(jù)被保存下來。2.3 中間件相關(guān)知識1.中間件的概念為了能夠更好的解決分布異構(gòu)所帶來的問題,從而人們提出了中間件的概念。中間件是位于平臺(硬件和操作系統(tǒng))和應(yīng)用之間的通用服務(wù),中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序,分布式應(yīng)用軟件借助這種軟件在小同的技術(shù)之間共享資源;中間件是位于客戶機(jī)/服務(wù)器的操作系統(tǒng)之上,其作用就是管理計(jì)算機(jī)資源和網(wǎng)絡(luò)通訊。這些服務(wù)具有標(biāo)準(zhǔn)的程序接口和協(xié)議。針劉一不同的操作系統(tǒng)和硬件平臺,它們可以有符合接口和協(xié)議規(guī)范的多種實(shí)現(xiàn)。 2.中

27、間件的特點(diǎn)也許我們很難為中間件做一個嚴(yán)格的定義,但是中間件應(yīng)該具有以下一些特占：(1)能夠滿足大量應(yīng)用的需要;(2).支持運(yùn)行于多種硬件和05平臺;(3)支持分布計(jì)算二,提供跨網(wǎng)絡(luò)、硬件和05平臺的透明性的應(yīng)用或服務(wù)的交互_功能;(4)支持標(biāo)準(zhǔn)的協(xié)議;(5)支持標(biāo)準(zhǔn)的接口山。3.中間件的分類中問件的分類會因?yàn)椴煌慕嵌然蚴遣煌膶哟味兴煌?。大致可以將其分為以下幾?數(shù)據(jù)訪問中間件、遠(yuǎn)程過程調(diào)用中間件、消息中間件、交易中間件、對象中間件等。中間件應(yīng)該具備以下兩個關(guān)鍵特征:首先是基本條件,即為上層的應(yīng)用層服務(wù);其次必須連接到操作系統(tǒng)的層面,并確保保持運(yùn)行工作狀態(tài),具備了以上這樣兩個特征才能稱為

28、中間件。中間件能夠屏蔽操作系統(tǒng)和網(wǎng)絡(luò)協(xié)議的差異,為應(yīng)用程序提供多種通訊機(jī)制;并提供相應(yīng)的平臺以滿足不同領(lǐng)域的需要。因此,中間件為應(yīng)用程序提供了一個相對穩(wěn)定的高層應(yīng)用環(huán)境。2.4 SPring框架SPring是一個開源框架,是為了解決企業(yè)應(yīng)用程序開發(fā)復(fù)雜性而創(chuàng)建的。框架的主要優(yōu)勢之一就是其分層架構(gòu),分層架構(gòu)允許您選擇使用哪一個組件,同時為JavaEE應(yīng)用程序開發(fā)提供集成的框架。的SPring框架的實(shí)現(xiàn)目標(biāo)其實(shí)就是提供一個用統(tǒng)一的、高效的方式所構(gòu)造的應(yīng)用,并月_還可以將單層框架以最佳組合形式相互揉和在一起建立一個連貫的體系?？梢哉fSPring是一個提供了更完善開發(fā)環(huán)境的一個框架,可以為pOJO(p

29、lainOldJavaObjeet)對象提供企業(yè)級的服務(wù)。SPring框架是一個由7個已經(jīng)定義良好的模塊所構(gòu)成的分層架構(gòu)。SPring框架的這些模塊在這些分層架構(gòu)的核心容器之上構(gòu)建,并月_這些核心容器是那些已經(jīng)定義好了創(chuàng)建、管理和配置bean的方式。Spring框架是由這些單獨(dú)的模塊(或組件)構(gòu)成的,其中每一個模塊(或組件)都可以單獨(dú)存在,同時這些模塊也可以與其他的一個或者兒個模塊聯(lián)合起來共同實(shí)現(xiàn)Spring框架。下面將大致介紹一下其中每個模塊的功能:的核心容器具有向spring框架提供用來實(shí)現(xiàn)它的一些基本功能的作用,BeanFaCtory是其主要組件。BeanFactory使用控制反轉(zhuǎn)(工0

30、C)模式可以將應(yīng)用程序的依賴性規(guī)范和應(yīng)用程序的配置文件與實(shí)際應(yīng)用中的程序代碼相互分開;Spring上下文實(shí)際就是一個配置文件,它的功能就是向Spring框架提供上下文的信息。Spring上下文大致包括如EJB、電子郵件、JND工、調(diào)度和校驗(yàn)功能等的企業(yè)服務(wù);SpringDAO遵從于通用的DAO的異常層次結(jié)構(gòu)的面向?qū)ο驤DBC的異常DAO,抽象層JDBCDAO為框架提供異常層次結(jié)構(gòu),該結(jié)構(gòu)可以用來管理那些不同的數(shù)據(jù)庫供應(yīng)商所發(fā)出的錯誤信息和所發(fā)生的異常處理。SPringAOP模塊可以很容易地使spring框架管理的任何對象支持AOP,并月_能夠通過配置管理特性。SpringWeb的作用就是為基于

31、Web的應(yīng)用程序提供上下文,Web上下文模塊其實(shí)就是建立在應(yīng)用程序上下文模塊之上的模塊。Web模塊還大大簡化了將那些請求參數(shù)綁定到域?qū)ο蠛吞幚矶嗖糠终埱蟮墓ぷ?Spring框架可以插入幾個ORM框架,因而向該框架提供了ORM的對象關(guān)系工具,其中包括于liberna、e、JDO和iBatisSQLMap;MVC框架是一個構(gòu)建Web應(yīng)用程序全功能的MVC實(shí)現(xiàn)。通過使用策略接口可以生成一個高度可配置的MVC框架,MVC其中包括了眾多的視圖技術(shù),其中有JSP、VeloCity、iTeXt和POI等。不同的J、aEE服務(wù)器中可以使用不同的Spring框架的功能,SPring框架的大多數(shù)功能也可以應(yīng)用于不

32、受管理的環(huán)境。SPring的核心就是能夠支持不綁定于某特定JavaEE服務(wù)的數(shù)據(jù)訪問對象和可重用業(yè)務(wù),當(dāng)然這些對象肯定是可以在不同的JavaEE環(huán)境(Web或EJB)、測試環(huán)境、獨(dú)立應(yīng)用程序之間重用。在設(shè)計(jì)應(yīng)用程序Model時,MVC模式(例如StrutS)通常很難給出一個簡單明了的框架結(jié)構(gòu)。而SPring框架卻具有能夠使設(shè)計(jì)工作變得更為簡單的能力。軟件開發(fā)工作者們可以通過使用SPring的JDBC抽象層來解決針對那些復(fù)雜的框架結(jié)構(gòu)的重新設(shè)一計(jì)一作。2.5 Oracle109數(shù)據(jù)庫考慮到醫(yī)院的門診部和住院部每天的信息、量是非常龐大的,在使用門診信息系統(tǒng)后,每天用戶量也很多,隨之而產(chǎn)生的海量的數(shù)

33、據(jù),從病人的基本信息到就診信息,病歷、處方、檢查、檢驗(yàn)等等一系列和就診相關(guān)的信息?；谶@些問題的考慮,我們就需要一種支持海量數(shù)據(jù)交互處理的數(shù)據(jù)庫服務(wù)器,因此選用了oraele109數(shù)據(jù)庫。racle是以高級結(jié)構(gòu)化查詢語言(SQL)為基礎(chǔ)的大型關(guān)系數(shù)據(jù)庫。下,oraCle除了滿足多用戶、大事務(wù)量的海量交互處理的需求外,還具有以下特點(diǎn):(1)具有良好的可移植性、可兼容性和可連接性;(2)提供標(biāo)準(zhǔn)的操作接口;(3)能夠?qū)嵤┌踩钥刂坪屯暾钥刂?(4)支持分布式數(shù)據(jù)處理。第3章 需求分析3.1 醫(yī)院門診系統(tǒng)的系統(tǒng)概述伴隨著醫(yī)療事業(yè)的蓬勃發(fā)展和人們對保健意識的增強(qiáng)，更繁瑣的醫(yī)院門診部門，原來醫(yī)院門診管

34、理信息系統(tǒng)是完全相關(guān)無法滿足員工的需求，為此為了幫助醫(yī)院，以幫助改善醫(yī)院的工作效率，充分利用現(xiàn)有資源，開發(fā)更好的門診管理信息系統(tǒng)是必不可少的。 醫(yī)院門診管理信息系統(tǒng)是將當(dāng)今計(jì)算機(jī)互聯(lián)網(wǎng)技術(shù)充分使用在醫(yī)院門診信息系統(tǒng)中, 既可以幫助儲存患者信息，又可以記錄查詢病例的信息，以此幫助醫(yī)院展開醫(yī)院門診的醫(yī)療工作。 醫(yī)院門診管理信息系統(tǒng)選擇的是主流的 B/S 結(jié)構(gòu)，使用當(dāng)今先進(jìn)的數(shù)據(jù)庫以及網(wǎng)絡(luò)技術(shù)來設(shè)計(jì)并且開發(fā)本系統(tǒng)，系統(tǒng)開發(fā)的語言選擇的是 JSP 技術(shù)，數(shù)據(jù)庫用 MySQL 數(shù)據(jù)庫，完成了下面基本功能：患者掛號、門診看病、處方、付費(fèi)、取藥管理、數(shù)據(jù)增加、刪除、修改和保存、查詢等功能。 醫(yī)院門診管理信息

35、系統(tǒng)具有標(biāo)準(zhǔn)醫(yī)院門診管理信息系統(tǒng)所具有的現(xiàn)實(shí)生活中門診醫(yī)療的全部過程，采用的是無紙化辦公，不但可以提高工作效率，還可以節(jié)約人力、物力和財(cái)力等資源，真正實(shí)現(xiàn)智能化辦公系統(tǒng)。 （1）掛號 需要登錄驗(yàn)證（登錄一次就可進(jìn)行多次操作，除非注銷登錄），可掛專家號，普通號或急診，填寫病人信息后存儲并發(fā)送到病人要求看病的科室，其中有些字段應(yīng)該是自動生成，比如掛號序號，掛號操作人員姓名，掛號費(fèi)，掛號日期。 （2）門診看病與處方 需要登錄驗(yàn)證（登錄一次就可進(jìn)行多次操作，除非注銷登錄），接收到從掛號處發(fā)送的病人信息（如果病人是第二次看病，需要顯示病人第一次的信息，病例，第二次的信息也要顯示），看病后醫(yī)生寫下病例存儲

36、起來，然后開藥存儲并發(fā)送到藥房。 （3）付費(fèi)與取藥 需要登錄驗(yàn)證（登錄一次就可進(jìn)行多次操作，除非注銷登錄），藥房收到醫(yī)生開出藥品的信息，顯示藥品的相關(guān)信息，結(jié)算各金額，總金額，記錄藥品銷售信息，對藥品每天銷售信息匯總，列出銷售前十的藥品信息，藥品出入庫記錄。 （4） 后臺數(shù)據(jù)維護(hù)功能 后臺管理主要是對患者的信息管理，通過對數(shù)據(jù)庫的更新來修改用戶密碼等。 3.2 醫(yī)院門診系統(tǒng)的需求分析3.2.1功能需求根據(jù)對醫(yī)院門診流程的分析及客戶的要求，整個系統(tǒng)需要實(shí)現(xiàn)以下功能。軟件的整體功能，系統(tǒng)要操作簡單，要有友好的界面，系統(tǒng)的操作者的權(quán)限層次要有明確的分類，進(jìn)入軟件時要進(jìn)行身份驗(yàn)證。而且出于對患者個人隱

37、私的負(fù)責(zé)，患者病歷記錄只能在患者就醫(yī)期間由主治醫(yī)生調(diào)閱，其他任何人包括管理員無權(quán)查閱。這樣使的系統(tǒng)更具有人性化，因?yàn)橄到y(tǒng)中三個角色之間沒有聯(lián)系，所以設(shè)置三個獨(dú)立操作的角色對象。（1）患者角色能進(jìn)行的對象操作可以聯(lián)機(jī)注冊成為用戶，設(shè)定自己的登錄名及密碼?？砂瘁t(yī)生姓名自定義查詢?？苫诓樵兘Y(jié)果進(jìn)行預(yù)約，若指定醫(yī)生當(dāng)日預(yù)約量已滿，則預(yù)約失敗。預(yù)約結(jié)果隨機(jī)返回給患者?？蓪σ呀?jīng)進(jìn)行預(yù)約的情況查看或撤消。預(yù)約成功后可查詢主治醫(yī)生信息，病例信息。（2）醫(yī)生角色查看預(yù)約患者的情況。可查詢患者病例。可創(chuàng)建患者病歷。可對患者的病例進(jìn)行修改。（3）管理員角色有固定的帳號，直接在數(shù)據(jù)庫添加，不能注冊成管理員，可以添加

38、和刪除醫(yī)生帳號，對醫(yī)生用戶進(jìn)行管理。但不能管理患者用戶，保證患者的隱私。3.2.2系統(tǒng)系統(tǒng)總體需求由于對醫(yī)院信息系統(tǒng)(HIS)全面發(fā)展的要求,門診信息系統(tǒng)作為醫(yī)院醫(yī)療系統(tǒng)中尤為重要的一部分更需要對其未來的發(fā)展提出具體的要求。根據(jù)醫(yī)院對門診的信息化建設(shè)要求,門診信息系統(tǒng)的發(fā)展目標(biāo)是:(l)支持醫(yī)院的行政管理和醫(yī)療業(yè)務(wù)流程。減輕醫(yī)院工作人員的勞動強(qiáng)度,通過系統(tǒng)數(shù)據(jù)的匯總,幫助醫(yī)院高層領(lǐng)導(dǎo)做出醫(yī)院建設(shè)發(fā)展決策,從而提高醫(yī)院工作效率,增加醫(yī)院經(jīng)濟(jì)效益。(2)實(shí)現(xiàn)省市醫(yī)療保險與門診信息、系統(tǒng)的接口。(3)建立完善的醫(yī)療成本核算、統(tǒng)計(jì)分析。(4)加強(qiáng)對醫(yī)院門診部的醫(yī)療服務(wù)過程的監(jiān)控,提高醫(yī)療質(zhì)量。(5)建

39、立完整的門診病歷庫,方便門診患者就診,同時提高院方病歷質(zhì)量。3.3 系統(tǒng)性能的分析為了保證系統(tǒng)在投入使用后能正常運(yùn)行，系統(tǒng)應(yīng)滿足以下幾個要求：1.運(yùn)行可靠,運(yùn)行可靠是系統(tǒng)設(shè)計(jì)重要的考慮要素。在醫(yī)院運(yùn)行過程中，若在診斷時系統(tǒng)發(fā)生故障，會帶來較大的損失。因此，在整個系統(tǒng)軟硬件環(huán)節(jié)上，采取了資源冗余配置措施，以確保運(yùn)行可靠。2.存儲安全,對于醫(yī)院的發(fā)展而言，醫(yī)院運(yùn)營的各項(xiàng)數(shù)據(jù)，是醫(yī)院的巨大財(cái)富，其價值無法估量。若發(fā)生數(shù)據(jù)存儲故障而導(dǎo)致數(shù)據(jù)丟失，其損失無法彌補(bǔ)。因此，在醫(yī)院數(shù)據(jù)存儲上，必須采取措施保證存儲安全。3.系統(tǒng)安全,對于醫(yī)院管理系統(tǒng)，為保證醫(yī)院的正常運(yùn)行和醫(yī)院合法利益，必須保證系統(tǒng)本身的安全性

40、，確保授權(quán)訪問控制，并在工作終端到個系統(tǒng)以及各系統(tǒng)之間的通信保證數(shù)據(jù)的安全和完整性。4.操作及維護(hù)便捷,在發(fā)生故障時，維護(hù)與應(yīng)急處理快速準(zhǔn)確。第4章 總體設(shè)計(jì)4.1系統(tǒng)模塊總體設(shè)計(jì)通過需求分析和用戶的實(shí)際需求，得出系統(tǒng)的主要功能模塊。功能模塊如圖所示：醫(yī)院門診系統(tǒng)掛號門診看病處方付費(fèi)取藥4.2 系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 系統(tǒng)的模塊化系統(tǒng)設(shè)計(jì)是根據(jù)順序從上到下，最重要的要解決一個復(fù)雜問題，總結(jié)所謂的模塊化工具，由一層軟件系統(tǒng)模塊的過程分為多個層次，每個模塊完成后，所有的功能模塊和整個系統(tǒng)的全部功能需要根據(jù)組織的形成方法。 軟件來提高可讀性和可維護(hù)性的系統(tǒng)以減少復(fù)雜性的功能，該系統(tǒng)分為若干模塊，然而，來到這里

41、分為隨機(jī)試圖保持自己的獨(dú)立性，不得分裂，提高獨(dú)立的模塊，最后耦合時滯的系統(tǒng)需要一個高凝聚力的獨(dú)立項(xiàng)目子功能獨(dú)立執(zhí)行每個模塊可以完成，至少另一個模塊來執(zhí)行之間的聯(lián)系，和高質(zhì)量的軟件的界面很簡單架構(gòu)的設(shè)計(jì)奠定了基礎(chǔ)。 總結(jié)系統(tǒng)設(shè)計(jì)、軟件基礎(chǔ)設(shè)施的結(jié)構(gòu)設(shè)計(jì)為醫(yī)生的流程圖分析階段產(chǎn)生所需的步驟，整個系統(tǒng)設(shè)計(jì)的第一步注冊系統(tǒng)分為幾個小模塊,處方,藥店,藥店和其他監(jiān)管模塊小模塊來支付,你有細(xì)節(jié)可以添加到模塊。4.3 數(shù)據(jù)庫設(shè)計(jì)概念設(shè)計(jì)的主要工作是將需求分析得到的用戶需求抽象為反映用戶觀點(diǎn)的概念模型。描述概念模型通常是用E-R模型完成，用E-R圖表示概念結(jié)構(gòu)，然后得到數(shù)據(jù)庫的概念模型。概念模型為數(shù)據(jù)庫提供一

42、個說明性結(jié)構(gòu)，是設(shè)計(jì)數(shù)據(jù)庫邏輯結(jié)構(gòu)的基礎(chǔ)。因此概念模型應(yīng)具有4個特點(diǎn)：(1)語義表達(dá)能力豐富;(2)面向用戶、易于理解;(3)易于更改和擴(kuò)充;(4)易于向各種數(shù)據(jù)模型轉(zhuǎn)換。4.3.1 數(shù)據(jù)庫總體設(shè)計(jì)數(shù)據(jù)庫設(shè)計(jì)概念是計(jì)算機(jī)用戶就像抽象的概念模型過程，初步需求分析以獲得所需的信息，設(shè)計(jì)整個數(shù)據(jù)庫是很重要的，常見的概念框架是基于各種各樣的數(shù)據(jù)模型，它是系統(tǒng)的數(shù)據(jù)模型，更抽象，因此更穩(wěn)定或更多。 DBMS 數(shù)據(jù)庫支持概念是獨(dú)立于模式，數(shù)據(jù)庫的邏輯結(jié)構(gòu)，不依賴獨(dú)立的計(jì)算機(jī)系統(tǒng)，概念模型是由概念設(shè)計(jì)工具的結(jié)果，它應(yīng)該能夠事實(shí)上，完全真實(shí)的世界，反映對象之間的聯(lián)系和東西，簡潔和清晰，數(shù)據(jù)庫設(shè)計(jì)易于理解和易于

43、使用的員工交流很容易改變應(yīng)該易于修改的關(guān)系，更容易和其他容易轉(zhuǎn)換和出口等級或特定于網(wǎng)絡(luò)數(shù)據(jù)模型和數(shù)據(jù)庫管理系統(tǒng)的邏輯模型，機(jī)器的概念模型在現(xiàn)實(shí)世界中過渡到中間層。 概念模型描述了組織 E-R 圖的例子“實(shí)體關(guān)系模型圖”概念模型中，最常用的方法之一。E-R 模型的抽象實(shí)體分類直接接觸在現(xiàn)實(shí)世界中，根據(jù)一個靜態(tài)數(shù)據(jù)結(jié)構(gòu)的概念模型，它的主要成分是實(shí)體和屬性，E-R 圖也可用數(shù)據(jù)庫概念設(shè)計(jì)模型。本系統(tǒng)中各實(shí)體的屬性關(guān)系如下所示。 用戶信息實(shí)體包含三個屬性：用戶名帳號、登陸密碼和權(quán)限控制。其中賬號作為主鍵；密碼用戶帳號權(quán)限用戶信息實(shí)體型圖如下所示。醫(yī)生信息實(shí)體包含六個屬性，分別是：醫(yī)生姓名，所在的科室，

44、醫(yī)生編號，醫(yī)生性別，醫(yī)生職稱和電話，其中醫(yī)生編號作為主鍵。醫(yī)生信息實(shí)體圖如下所示。醫(yī)生性別職稱姓名電話掛號時間編號類型掛號信息包含兩個屬性包括：掛號編號、掛號類型，其中掛號編號作為主鍵。掛號信息實(shí)體圖如下所示。繳費(fèi)信息包含 3 個屬性包括：繳費(fèi)編號、金額、時間，其中繳費(fèi)編號作為主鍵。繳費(fèi)繳費(fèi)時間編號金額信息實(shí)體圖如下所示。4.3.2 數(shù)據(jù)庫詳細(xì)設(shè)計(jì)數(shù)據(jù)庫包括用戶信息數(shù)據(jù)表、醫(yī)生信息數(shù)據(jù)表、掛號信息數(shù)據(jù)表、檢查項(xiàng)目信息數(shù)據(jù)表如圖、藥品信息數(shù)據(jù)表、患者信息數(shù)據(jù)表、繳費(fèi)信息數(shù)據(jù)表。1、用戶信息數(shù)據(jù)表 用戶信息表中包括賬號，密碼，權(quán)限。醫(yī)生用戶可以對用戶密碼屬性進(jìn)行修改，管理員可以對用戶信息進(jìn)行查詢、

45、添加、修改、刪除，如表 4-1 所示。序號英文名中文名類型長度(字符)1id編號Int42Name姓名Varchar503password管理員密碼Varchar502、繳費(fèi)信息數(shù)據(jù)表 繳費(fèi)信息表包括繳費(fèi)編號、繳費(fèi)金額、患者姓名、時間。門診醫(yī)生可以對繳費(fèi)信息行添加，也可以根據(jù)患者姓名查詢繳費(fèi)信息，系統(tǒng)管理員查詢患者姓名，查詢或者刪除繳費(fèi)信息，如表 4-2 所示。表3-2部門信息表（Department）序號英文名中文名類型長度(字符)1id編號Int42Money金額Varchar503Name患者姓名Varchar504Time繳費(fèi)時間Timestamp1003、掛號信息數(shù)據(jù)表 掛號信息表中

46、包括掛號編號，掛號類型，患者編號，醫(yī)生編號，掛號時間。門診醫(yī)生可以對掛號信息進(jìn)行添加、查詢，管理員可以對掛號信息進(jìn)行查詢、刪除，如表 4-3 所示。表3-2部門信息表（Department）序號英文名中文名類型長度(字符)1id掛號編號Int42Type掛號類型Varchar503Num患者編號Varchar504Docnum醫(yī)生編號Int46、患者信息數(shù)據(jù)表 患者信息數(shù)據(jù)表有編號、姓名、性別、檢查名稱、年齡、檢查醫(yī)生、民族。門診醫(yī)生可以對患者信息進(jìn)行添加，也可以根據(jù)姓名對患者信息進(jìn)行查詢，管理員可以根據(jù)姓名對患者信息進(jìn)行查詢、刪除，如表 4-6 所示。表3-2部門信息表（Department

47、）序號英文名中文名類型長度(字符)1id編號Int42Docnum醫(yī)生編號Varchar503Name患者姓名Varchar504Gender性別Int47、醫(yī)生信息數(shù)據(jù)表 醫(yī)生信息數(shù)據(jù)表中含有醫(yī)生編號、姓名、科室、性別、電話、職稱。門診醫(yī)生用戶可以根據(jù)姓名對醫(yī)生信息進(jìn)行查詢，管理員可以根據(jù)姓名對醫(yī)生信息進(jìn)行查詢、添加、修改、刪除。表3-2部門信息表（Department）序號英文名中文名類型長度(字符)1id編號Int42Gender性別Varchar503Name姓名Varchar504Type科室Varchar100本系統(tǒng)的各數(shù)據(jù)表都是在 MySQL 中創(chuàng)建， 為了使數(shù)據(jù)表與實(shí)體間的對應(yīng)

48、關(guān)系相一致，定義了若干個外鍵?！皰焯栃畔⒈怼焙汀皺z查信息表”中的“醫(yī)生編號”屬性是 “醫(yī)生信息表”中“醫(yī)生編號”主屬性的外鍵，兩個表中的“患者編號”屬性是“患者信息表”中“編號”主屬性的外鍵?！袄U費(fèi)信息表”中的“患者編號”屬性是“患者信息表”中“編號”主屬性的外鍵。而患者信息表中的“檢查編號”屬性是檢查項(xiàng)目信息表中“編號”主屬性的外鍵，“醫(yī)生編號”屬性是醫(yī)生信息表中“醫(yī)生編號”主屬性的外鍵。第5章 系統(tǒng)的實(shí)現(xiàn)5.1 登錄模塊 所有門診管理信息系統(tǒng)強(qiáng)大，操作簡單，以及需要的但也有好的設(shè)計(jì)，和其他人的使用界面，這個用戶沒有權(quán)限訪問系統(tǒng)安全和數(shù)據(jù)保護(hù)系統(tǒng)，以破壞系統(tǒng)的保存用戶并設(shè)置密碼登錄屏幕，整個

49、系統(tǒng)是非常重要的，在一個合法的管理員，并輸入正確的密碼可以進(jìn)入系統(tǒng)，否則一個不正確的密碼或用戶名和提示您重新輸入用戶提示，用戶為了方便的控制系統(tǒng)，以提高安全性和保密限制的內(nèi)容有利于維護(hù)和管理系統(tǒng)。登錄流程圖如圖 5-2 所 。 主要代碼如下： String sql = select * from users where name=+name+ and pwd=+pwd+; if(status != null & status.equals(管理員) sql = select * from admin where name=+name+ and pwd=+pwd+; String args =

50、id,name,pwd,status; SelectBean sb = new SelectBean(); 5.2 管理員模塊系統(tǒng)管理模塊，該模塊是基本系統(tǒng)的一部分可以重置自己的密碼，包括管理員，您必須確保您的數(shù)據(jù)安全，您可以定期更改密碼，為了方便控制和管理增加了系統(tǒng)的安全性和保密性，系統(tǒng)管理員通過這個界面還可以對掛號人員、門診醫(yī)生、藥局人員、科室、藥品等進(jìn)行管理，還可以添加系統(tǒng)用戶，在此模塊可以對該系統(tǒng)的對象進(jìn)行操作，修改系統(tǒng)用戶密碼，用戶名，對系統(tǒng)用戶進(jìn)行管理等。該頁面使用 JSP 寫的，表單提交部分是應(yīng)用form 表單提交完成的。如圖 5-4 所示。主要代碼如下： String sql

51、= select * from users where name=+name+ and pwd=+pwd+; if(status != null & status.equals(管理員) sql = select * from admin where name=+name+ and pwd=+pwd+; String args = id,name,pwd,status; SelectBean sb = new SelectBean(); ArrayList al = sb.select(args, sql); String str = ;5.3 患者掛號模塊 這個模塊是為病人掛號提供服務(wù)，實(shí)現(xiàn)

52、這個功能的，進(jìn)入醫(yī)院只有掛號后才能就診。添加一個掛號單，輸入或選擇患者的姓名、年齡、價格、掛號科室、性別、家庭住址、掛號類別等，其中這幾個填寫或者選擇的屬性值為 TRUR 和 FALSE 兩種，TRUE 表示只能看不可填寫，而 FALSE 則表示可填寫，以此來區(qū)分需要輸入和自動呈現(xiàn)的信息。另外，如姓名、掛號科室等幾個輸入信息選擇框設(shè)置區(qū)分色，來區(qū)分用戶必填項(xiàng)和選填項(xiàng)的內(nèi)容。主要代碼如下： 5.4 門診看病模塊 本模塊主要實(shí)現(xiàn)在醫(yī)生登錄后對病人門診看病功能。如下圖 5-7 所示。 醫(yī)生根據(jù)患者的病者號，選擇該患者的信息，查詢出信息，詢問患者的信息，然后錄入到系統(tǒng)中，既往史、過敏史、病情癥狀、病情

53、分析等字段為文本輸入模式，經(jīng)過診治后醫(yī)生確認(rèn)病情，寫入病情診斷信息區(qū)域。5.5 診斷處方模塊 主要實(shí)現(xiàn)醫(yī)生登錄后在線開處方、開藥功能，如下圖 5-8 所示。 醫(yī)生根據(jù)對患者的診治結(jié)果，選擇相對應(yīng)的藥物，然后在系統(tǒng)中選擇藥物名稱，確定藥物數(shù)量，核對信息后，選擇開藥提交，即可提交處方成功。5.6 付費(fèi)、取藥模塊 本模塊主要實(shí)現(xiàn)患者付費(fèi)、藥房付藥功能。如下圖 5-9 所示。 收銀人員根據(jù)醫(yī)生開具的藥物信息，患者領(lǐng)取藥物和看病治療費(fèi)用時，收取費(fèi)用的功能。第 6 章 系統(tǒng)調(diào)試與測試 6.1 程序調(diào)試 設(shè)計(jì)一個系統(tǒng)，可以避免一些錯誤，這個程序很容易發(fā)現(xiàn)和糾正錯誤自動執(zhí)行語句的語法錯誤消息，立即請求更正，所

54、以，因此動態(tài)生成的這些調(diào)查，然而，在程序的執(zhí)行期間，由于這些錯誤偶爾可能出現(xiàn)一些錯誤，一些數(shù)據(jù)操作和邏輯錯誤是由于一個錯誤在公式的結(jié)果，有時出現(xiàn)錯誤需要很多的時間。6.2 程序的測試 6.2.1 測試重要性及目的 軟件而言，無論方法和技術(shù)，錯誤是不可避免的，我們新的語言、先進(jìn)的開發(fā)方法是用來減少改善開發(fā)過程中引入的錯誤，但是完全消除錯誤是不可能的，這些錯誤不知道軟件測試軟件的介紹還需要測試的密度評估的錯誤，基本業(yè)務(wù)單元所有的工程學(xué)科，軟件測試是一個重要的發(fā)展的一部分，伴隨著一個程序設(shè)計(jì)來測試，軟件測試和軟件開發(fā)的調(diào)查，超過 40%以上，表明成本花在測試 50%的軟件開發(fā)的總成本的 30%，整個軟件生命周期包括一個一步維持的情況下，這一比率是減少測試運(yùn)行的成本，但等效的主要開發(fā)的發(fā)展，甚至幾次保持而這當(dāng)中一定包括許多測試工作。 由于人們對測試存在一些不正確的看法和錯誤的態(tài)度，導(dǎo)致在實(shí)踐中，軟件測試的難常常使人望而卻步或者敷衍了事。這就包括以下幾點(diǎn)：