【正文】 系統(tǒng)實現(xiàn)的軟硬件環(huán)境 ........................................ 39 系統(tǒng)實現(xiàn)中的關(guān)鍵技術(shù) ........................................ 39 . XML 文檔讀取與設(shè)置信息獲取 ............................... 39 . Java Bean 屬性復制 ....................................... 41 系統(tǒng)功能模塊實現(xiàn)舉例 ........................................ 44 第 6 章 醫(yī)院物資管理系統(tǒng)的測試與部署 ................................ 55 系統(tǒng)測試 .................................................... 55 . ... . 系統(tǒng)測試環(huán)境 ............................................ 55 . 系統(tǒng)的功能測試 .......................................... 56 . 系統(tǒng)的確認測試 .......................................... 57 . 系統(tǒng)的性能測試 .......................................... 58 系統(tǒng)部署的軟硬件環(huán)境 ........................................ 58 系統(tǒng)測試與部署的總體評價 .................................... 59 第 7 章 結(jié)論與展望 .................................................. 61 課題系統(tǒng)設(shè)計與開發(fā)總結(jié) ...................................... 61 課 題系統(tǒng)存在的不足 .......................................... 61 下一步工作 .................................................. 62 致謝 ............................................................... 63 參考文獻 ........................................................... 64 個人簡歷、在讀期間發(fā)表的學術(shù)論文與研究成 果 ......................... 66 . ... 第 1章 概述 研究背景和意義 醫(yī)院是以向人民群眾提供醫(yī)療護理服務(wù)為主要目的的社會性機構(gòu)，其服務(wù)對象包括各類患者和傷員，也包括孕婦、產(chǎn)婦、新生兒等處于特定生理狀態(tài)的健康人群以及完全健康的人。醫(yī)院改革是新醫(yī)改方案中的一個核心環(huán)節(jié)， 醫(yī)院改革的最終目的 就 是要提高生產(chǎn)效率， 這就需要醫(yī)療整個施行過程中的每個環(huán)節(jié)都要進行分析、優(yōu)化和改進，通過每個環(huán)節(jié)和每個領(lǐng)域的效率提升來實現(xiàn)醫(yī)療行業(yè)整體效率的提升 [2]。物資管理的目的是，通過對物資進行有效的計劃、管理和監(jiān)控，以降低物資運行成本，加 速物資資金周轉(zhuǎn)，減少資金占用水平，進而促進盈利和職能效率。提升醫(yī)院物資管理水平，將對于節(jié)約醫(yī)療經(jīng)費投入和提升醫(yī)療服務(wù)水平有十分積極的作用 [3]。隨著我國改革開放不斷深入，建立與其相配套的醫(yī)院物資管理模式也順其自然的成為了醫(yī)院現(xiàn)代化發(fā)展的必然要求。通過數(shù)字化信息管理系統(tǒng)實現(xiàn)物資從申請入庫到報廢的整個過程計算機化，是醫(yī)院信息管理系統(tǒng)的重要組成部分，能夠很好的解決人工管理的弊端，減輕物資管理人員的工作量，提高. ... 物 資管理水平和工作效率 [4]。醫(yī)院物資管理的主要研究對象是各類物資在醫(yī)院內(nèi)的流動過程和科學管理流程，主要 包括 醫(yī)院物資分類， 物資計劃制訂、物資采購與運輸、物資調(diào)撥與使用、物資儲備和物資監(jiān)控 包括物資定額管理等。而醫(yī)院信息 管理系統(tǒng)（ Hospital Information System， HIS）的分析、設(shè)計、開發(fā)和使用融合了醫(yī)學科學、信息技術(shù)、網(wǎng)絡(luò)技術(shù)、管理科學等多種學科，目前在發(fā)達國家已經(jīng)得到了廣泛的應用，并創(chuàng)造了較好的社會效益和經(jīng)濟效益。 當前，醫(yī)院物資管理普遍采用的是基于 C/S 架構(gòu)的管理信息系統(tǒng)模式，很難支持醫(yī)院物資管理地點分布性強，系統(tǒng)訪問終端類型多樣等醫(yī)院信 息化建設(shè)的新要求，需要使用新技術(shù)對醫(yī)院物資管理提供信息服務(wù)支持。如何提高醫(yī)院物資管理效率，明確和簡化物資管理流程；規(guī)范醫(yī)院物資管理相關(guān)的數(shù)據(jù)資源，并支持醫(yī)院管理數(shù)據(jù)的高效共享；等等都成了擺在醫(yī)院物資管理面前的重要課題。 論文的研究內(nèi)容和組織結(jié)構(gòu) 本論文 將信息資源規(guī)劃和信息系統(tǒng)分析設(shè)計技術(shù)應用到醫(yī)院物資管理系統(tǒng)的分析和設(shè)計中，在流行的軟件開發(fā)技術(shù)的基礎(chǔ)上，采用面向?qū)ο蟮姆治龊驮O(shè)計方法，分析、設(shè)計和實現(xiàn)某醫(yī)院的物資管理系統(tǒng)。 第 2章 醫(yī)院物資管理系統(tǒng)涉及的關(guān)鍵技術(shù)。 第 3章 醫(yī)院物資管理系統(tǒng)需求分析。 第 4章 醫(yī)院物資管理系統(tǒng)設(shè)計。 第 5章 醫(yī)院物資管理系統(tǒng)的實現(xiàn)和應用。介紹了該管理系統(tǒng)的測試和部署環(huán)境，并介紹了具體部署情況作了描述。對本課題相關(guān)醫(yī)院物資管理系統(tǒng)的分析、設(shè)計和實現(xiàn)過程進行總結(jié)，并論述了管理系統(tǒng)的不足及下階段系統(tǒng)改進和優(yōu)化的展望。早期 的信息系統(tǒng)的分析、設(shè)計和開發(fā) 主要 采用結(jié)構(gòu)化分析與設(shè)計技術(shù)，但是隨著 各類 軟件 開發(fā) 項目的 架構(gòu) 逐漸復雜化、規(guī)模逐漸擴大化、需求不斷多變和不確定，傳統(tǒng)的 結(jié)構(gòu)化 軟件開發(fā)方法已經(jīng)難以 滿足要求 。在課題相關(guān)的醫(yī)院物資管理系統(tǒng)的分析和設(shè)計過程中也應用到了面向?qū)ο蟮南到y(tǒng)分析和設(shè)計技術(shù)，因此這里對面向?qū)ο蟮南到y(tǒng)分析與設(shè)計技術(shù)作簡要介紹。 1）面向?qū)ο蟮姆治龇椒ㄊ抢妹嫦驅(qū)ο?概念（ 實體、關(guān)系、屬性等 ） ，同時運用封裝、繼承、多態(tài)等機制來描述、 構(gòu)造 和 模擬現(xiàn)實系統(tǒng)的方法。面向?qū)ο蠓治鲋饕?完成以下工 作： 在用戶和軟件開發(fā)人員 間溝通 用戶的基本 需求，包括數(shù)據(jù)需求、功能需求、流程需求、權(quán)限需求 、 性能需求 等；描述和確認系統(tǒng)需要包含的類（包括定義類的屬性和操作）；刻畫 系統(tǒng)相關(guān)的 類的層次結(jié)構(gòu)和相互關(guān)系，確定類與類之間的繼承關(guān)系；表示類或?qū)ο笾g的繼承以外的關(guān)系；為類或?qū)ο?進行實際 建模和確認；反復對已有分析 設(shè)計 成果進行再分析，直至 確定 完成 面向?qū)ο蟮?信息系統(tǒng)建模 [8]。 2）面向?qū)ο蟮南到y(tǒng)設(shè)計 面向?qū)ο蟮南到y(tǒng)設(shè)計是將面向 對象分析所創(chuàng)建的系統(tǒng)分析模型轉(zhuǎn)化為系統(tǒng)設(shè)計模型。. ... 在面向?qū)ο蠓治鲭A段，主要考慮待開發(fā) 系統(tǒng)要做什么，而不必關(guān)心系統(tǒng) 最終如何實現(xiàn)。通過面向?qū)ο?的 設(shè)計 過程，將能夠確定如何從類中生成 對象，對象 之 間如何關(guān)聯(lián)，對象 之 間的關(guān)系行為和對象 之 間的通信如何實現(xiàn)。 3）面向?qū)ο蟮某绦蛟O(shè)計 面向?qū)ο蟮某绦蛟O(shè)計是 一種程序設(shè)計 的 范型，也是一種程序開發(fā)的方法，是在面向?qū)ο蠓治龊驮O(shè)計的基礎(chǔ)上，將 類 作為程序的基本單元，將程序和數(shù)據(jù)封裝其中，以提高軟件的重用性、 擴展性和靈活性 。 除了早期 完全面向?qū)ο蟮恼Z言 Smalltalk 等語言 外 ，目前較為流行的面向?qū)ο笳Z言有 Java、 C等；傳統(tǒng)的 面向過程的 程序設(shè)計 語言也在發(fā)展中逐步吸收了許多面向?qū)ο蟮母拍睿?這些語言包括 C++、 ObjectiveC、 Visual Basic .NET、 Object Pascal、 Ada95等；同時， 主流的腳步語言也逐步支持了面向?qū)ο筇匦裕?Python、 Ruby、 PHP等。 UML 語言 定義良好、易于表達、功能強大、適用 普遍，是一種應用廣泛的 系統(tǒng) 建模語言， 十分適合與 面向?qū)ο蟮姆治龊驮O(shè)計方法結(jié)合在一起。 UML 由視圖、圖、模型元素、 通用機制等七個部分構(gòu)成。 UML中包含用例圖、類圖、對象圖、狀態(tài)圖、序列圖、協(xié)作圖、活動圖、組件圖、部署圖等九種類型的圖，充分地顯示了 UML 的 靈活性和 多樣性。 J2EE 軟件體系架構(gòu) J2EE 是 SUN 公司 （現(xiàn)在被 Oracle 公司收購） 提出的多層、分布式、 基于組件的企業(yè)級應用模型。 J2EE 體系架構(gòu)是一種先進的軟件體系構(gòu)架，包含 基于 Java 的多種先進技術(shù)，很適于使用 MVC（ ModelViewController，模型 視圖 控制） 方法來構(gòu)建Web 信息 系統(tǒng)， 通常 J2EE 體系架構(gòu)的 表現(xiàn)層使用 JSP，控制層使用 Servlet 或Session Bean 實現(xiàn)業(yè)務(wù)邏輯， Entity Bean則對業(yè)務(wù)實體進行抽象。 J2EE 體系架構(gòu)如圖 所示。 J2EE 體系架構(gòu) 中 包含的 主 要 層次有 ： 用戶 層組件、 Web 層組件、業(yè)務(wù)層組件、企業(yè)信息系統(tǒng) 層 （ Enterprise Information System， EIS） 等 [12]。 . ... 圖 J2EE 體系架構(gòu)層次 結(jié)構(gòu) 圖 1） J2EE 客戶層組件?；?B/S 架構(gòu)的 J2EE Web 信息 應用通常的客戶端是 Web客戶端， J2EE 的 Web 客戶端 中 包含 由 Web 層組件生成的各種標記語言（ HTML、XML 等）的動態(tài) Web 頁面、瀏覽網(wǎng)頁的 各類 Web 瀏覽器兩 個 部分。 2） J2EE Web 層組件。 其中， Web 層 組件 與 客戶層通訊，通過某些 JavaBeans 對象來處理用戶輸入，并把 用戶 輸入發(fā)送給 J2EE 業(yè)務(wù)層上運行的 EJB 組件來處理。 J2EE 的業(yè)務(wù)層是實現(xiàn) 系統(tǒng) 業(yè)務(wù)邏輯，以滿足銀行、銷售 、金融 、 航空 等領(lǐng)域的需求，由運行在 J2EE 業(yè)務(wù)層上的 EJB 進行處理。 4） J2EE 企業(yè)信息系統(tǒng)組件。 J2EE Web 層和 J2EE 業(yè)務(wù)層組成了 J2EE 三層 體系架構(gòu)的中間層，其它 兩層是客戶端層和 企業(yè)信息系統(tǒng)層 [13]。 可能使用設(shè)計模式來進行系統(tǒng)設(shè)計和實現(xiàn)不一定是最有效的，但是也是在一定程度上最佳的設(shè)計和實現(xiàn)方式。接下來，將介紹和課題系統(tǒng)設(shè)計和實現(xiàn) 相關(guān)的 MVC 模式和 DAO 模式，以及相關(guān)的開源代碼實現(xiàn)。 目前，MVC 模式已經(jīng)被廣泛應用 ，在很多軟件 解決方案 平臺 （ J2EE 架構(gòu)、Microsoft .NET 架構(gòu)等 ） 中都有相應的具體實現(xiàn)， 其中 J2EE 體系架構(gòu) 是 較早采用了 MVC 設(shè)計模式 的企業(yè)級開發(fā)架構(gòu) 。 圖 MVC 模式 示意圖 其中， 模型層主要負責表達 系統(tǒng)的 數(shù)據(jù)結(jié)構(gòu) ， 執(zhí)行業(yè)務(wù) 邏輯和操作；視圖層主要負責顯示模型層的數(shù)據(jù)內(nèi)容，它從模型層獲取數(shù)據(jù)，并通過指定模板 和規(guī)則 顯示這些數(shù)據(jù)；控制層主要負責定義應用程序的行為，根據(jù)定義好的 處理邏輯 來管理 模型層與視圖層之間的關(guān)系 。 STRUTS 是 Apache 組織 下的一個開源項目，最初是 Jakarta 項目 的一個子項目，是一個 J2EE 應用領(lǐng)域中應用 很廣的開源 MVC 框架， 它 提供了 完整的 開發(fā) MVC 模式應用 系統(tǒng)的底層架構(gòu)支持； STRUTS 采用 Java Servlet/JSP 技術(shù)，實現(xiàn)了基于 Java EE Web 應用的 MVC 設(shè)計模式的應用框架，是 MVC 設(shè)計模式中的一個經(jīng)典 又有生命力的 產(chǎn)品 [16]。 圖 STRUTS 的原理圖 STRUTS 的一般 處理 步驟如下： 瀏覽器請求 提交到 STRUTS 的 ActionServlet； STRUTS ActionServlet 決定哪個 Action子類被執(zhí)行，這些 Action類 在 ； Action Servlet將 系統(tǒng) 控制權(quán)交給 Action 子類； 當 Web HTML 表單提交時， Action Form子類自動地生成表單數(shù)據(jù)； Action 子類可以訪問存儲在 Action Form子類中的表單信息，也可以將 Action Form子類傳輸?shù)胶蠖藰I(yè)務(wù)邏輯中被 處理； Action 子類調(diào)用后端的業(yè)務(wù) 邏輯。 . ... 2） DAO 模式 DAO（ Data Access Objects，數(shù)據(jù)訪問對象 ）數(shù)據(jù)訪問對象是 一個面向?qū)ο蟮慕涌冢?DAO 模式是 J2EE 標準 設(shè)計模式之一。一個典型的 DAO 模式 實現(xiàn)包含一個 DAO 工廠類、一個 DAO 接口、一個實現(xiàn)了 DAO 接口 的具體類、數(shù)據(jù)傳輸對象、具體的包含訪問特定數(shù)據(jù)源的數(shù)據(jù)邏輯對象等組件。 圖 DAO 對象同其它 J2EE 類之間的關(guān)系 DAO 模式 通過數(shù)據(jù)抽象 屏蔽 了系統(tǒng) 底 層數(shù)據(jù)庫等事務(wù)操作，使用 DAO 模式可以方便 、 靈活且透明地訪問 系統(tǒng) 數(shù)據(jù)， 并實現(xiàn)抽象數(shù)據(jù)源和隱藏表示層細節(jié)，最終實現(xiàn)業(yè)務(wù)層和數(shù)據(jù)訪問之間的 松耦合。HIBERNATE、 iBatis 等作為 J2EE 架構(gòu)中 O/R 映射 實現(xiàn) 較好的開源工具，受到眾多開發(fā)人員的使用和擁護。最初 iBATIS 側(cè)重于密碼軟件的開發(fā)，現(xiàn)在是一個基于 Java 的持久層框架。相對 Hibernate 和 ApacheOJB 等 ORM 解決方案 ， iBatis 是一種“半自動化”的 ORM 實現(xiàn)。 iBATIS 框架圖參見圖 所示。 W3C 制定的 Web 站點標準是一系列 該組織 推薦的 Web標準的集合。 其中， XH