【正文】 分析了物資分類管理、物資計劃、物資采購、物資驗收、庫存管理、物資調(diào)撥、物資供應(yīng)監(jiān)控、物資信息統(tǒng)計、系統(tǒng)管理等主要功能模塊的具體需求，并對部分使用到的數(shù)據(jù)庫 ER圖結(jié)構(gòu)進行了描述。介紹了該管理系統(tǒng)的主要功能的具體實現(xiàn)，并包含了實現(xiàn)后的系統(tǒng)界面和代碼，并描述了該管理系統(tǒng)的開發(fā) 第 6 章 醫(yī)院物資管理系統(tǒng)測試與部署。 . ... . ... 第 2章 醫(yī)院物資管理系統(tǒng)涉及的關(guān)鍵技術(shù) 面向?qū)ο蟮南到y(tǒng)分析與設(shè)計 基于 網(wǎng)絡(luò) 技術(shù)和 信息 技術(shù) 構(gòu)建 的各類應(yīng)用信息系統(tǒng)，已經(jīng)成為人類社會生活各個領(lǐng)域中的重要支撐環(huán)境 。 面向?qū)ο筌浖夹g(shù)一般包 含面向?qū)ο蟮南到y(tǒng)分析（ ObjectOriented Analysis， OOA）、面向?qū)ο蟮南到y(tǒng)設(shè)計（ ObjectOriented Designed， OOD）和面向?qū)ο蟮某绦蛟O(shè)計（ ObjectOriented Programming， OOP）等。 面向?qū)ο蟮姆治龇椒ǖ囊话悴襟E為：提取用戶 對待開發(fā) 系統(tǒng)的需求，包括應(yīng)用場景和用例情況， 以構(gòu)造系統(tǒng)需求模型；以基本的用戶需求為依據(jù)，選擇類和對象，包括對 應(yīng)的屬性和操作 ；定義類 的 層次 結(jié)構(gòu)模型 ；建造對象間的關(guān)系模型；建造對象的行為模型；利用用例和場景來確認(rèn) 系統(tǒng)分析模型。在面向?qū)ο笤O(shè)計時，主要解決待開發(fā) 系統(tǒng)如何實現(xiàn)，需要在系統(tǒng)分析模型的基礎(chǔ)上根據(jù)系統(tǒng)實現(xiàn) 的實際需求 增補一些新的類，或在原有的類中增加新 屬性和操作。 目前，面向?qū)ο蟮某绦蛟O(shè)計方法已經(jīng)是系統(tǒng)實現(xiàn)的主流方法， 各個 主要操作系統(tǒng)環(huán)境上都有 全 面 支持面向?qū)ο蟪绦蛟O(shè)計方法的解決方案。UML 的最大特點就是使用定義好的各類圖表對待開發(fā)系統(tǒng)的分析、設(shè)計和實現(xiàn)，為系統(tǒng)用戶和開發(fā)人員構(gòu)建了統(tǒng)一的溝通界面。 其中， UML 中使用 用例圖 來展示 各類外部行為者與系統(tǒng)所提供的用例之間的 關(guān)系 [10]。此外 ， J2EE還使用 JAAS（ Java Authentication Authorization Service， Java 驗證和授權(quán) API）實現(xiàn)安全機制， JDBC（ Java Database Connectivity， Java 數(shù)據(jù)庫接口）和 JTA（ Java Transaction API， Java 傳輸 API）訪問數(shù)據(jù)庫和管理事務(wù)； JMS（ Java Message Service， Java 消息服務(wù)）實現(xiàn)企業(yè) 級信息系統(tǒng)內(nèi) 的消息處理； JavaMail 實現(xiàn) 通過 Email與企業(yè)外界的聯(lián)系 [11]。J2EE 架構(gòu)應(yīng)用的層次 結(jié)構(gòu) 圖如圖 所示。 J2EE 客戶層組件 主要 負(fù)責(zé)展現(xiàn)與用戶交互的界面，并與 服務(wù)器端 的 J2EE 表示層進行上下行 信息 通訊。 3） J2EE 業(yè)務(wù)層組件。企業(yè)信息系統(tǒng)層包含各類企業(yè)信息系統(tǒng)軟件組件 ，包括企業(yè)基礎(chǔ)建設(shè)系統(tǒng) 、事務(wù)處理 、數(shù)據(jù)庫系統(tǒng)和其它的遺留信息系統(tǒng)等。 J2EE 設(shè)計模式是為了規(guī)范 、高效地 使用 J2EE 體系架構(gòu)技術(shù)進行系統(tǒng)開發(fā)活動，提高系統(tǒng)分析、設(shè)計和實現(xiàn) 的 效率，而積累的可靠高效的開發(fā)技術(shù)和開發(fā)經(jīng)驗。 MVC 設(shè)計模式的模型（ Model）、視圖（ View）和控制（ Controller）等三個層面 有其各自的功能作用 [15]， MVC 模式具體示意圖如圖 所示。 STRUTS 的原理圖如圖 所示。 J2EE 開發(fā)人員 通常 用 DAO 模式將底層數(shù)據(jù)訪問與業(yè)務(wù)邏輯分離開，通過分層隔離 來 實現(xiàn) 系統(tǒng) 結(jié)構(gòu) 的 優(yōu)化。 3）對象 /關(guān)系（ O/R）映射與 iBatis 框架 對象 /關(guān)系（ Objecttorelational， O/R）映射是提供對象與關(guān)系映射的服務(wù)，實現(xiàn) 在 向數(shù)據(jù)庫保 存一個領(lǐng)域知識相關(guān)的對象時，把業(yè)務(wù)數(shù)據(jù)由對象形式 自動映射為關(guān)系數(shù)據(jù)形式；當(dāng)從數(shù)據(jù)庫加載一個領(lǐng)域知識相關(guān)的對象時，把業(yè)務(wù)數(shù)據(jù)由關(guān)系數(shù)據(jù)形式映射為 面向 對象形式， 這 通常由支持 O/R 映射的中間件實現(xiàn)。 iBATIS 提供的持久層框架包括 SQL Maps和 Data Access Objects（ DAO），同時還提供一個利用該 框架開發(fā)的 JPetStore 實例。 . ... 圖 iBATIS 框架圖 Web 表示層設(shè)計標(biāo)準(zhǔn) W3C（ World Wide Web Consortium，萬維網(wǎng)聯(lián)盟）組織是制定網(wǎng)絡(luò) 應(yīng)用層標(biāo)準(zhǔn)的一個非贏利組織。 其實，HTML 從繼承關(guān)系上講 是一種基于標(biāo)準(zhǔn)通用標(biāo)記語言（ Standard Generalized Markup Language， SGML）的應(yīng)用 ， XHTML 則 是 基于可擴展標(biāo)記語言（ XML）的 。 雖然， XML 最初設(shè)計是為彌補 HTML在數(shù)據(jù)表示方面的不足， 但是后來其 突出頁面標(biāo)識語言的數(shù)據(jù)表示能力，以強大的擴展性滿足網(wǎng)絡(luò)信息的發(fā)布需要， 逐漸被用于網(wǎng)絡(luò)數(shù)據(jù)的描述、 轉(zhuǎn)換 和傳輸 ， 也十分有 利于基于 MVC 設(shè)計模式的 Web 應(yīng)用開發(fā)中的數(shù)據(jù)交互。 DOM 模型一般需要使用 各類 網(wǎng)頁腳本語言來訪問， 并需要相應(yīng)瀏覽器提供 API 支持， 目前最常用的 語言 是 Javascript。 目前， 主流的 關(guān)系數(shù)據(jù)庫系統(tǒng)都對 SQL 語言提供了支持，但是由于各種數(shù)據(jù)庫系統(tǒng)在其實現(xiàn)過程中 都 根據(jù)自身需要或?qū)?關(guān)系數(shù)據(jù)庫技術(shù)的 理解，對 SQL 規(guī)范作了某些 修改 和擴充，造成雖然 各類 關(guān)系 數(shù)據(jù)庫系統(tǒng)都聲明支持 SQL 語言， 但不同數(shù)據(jù)庫系統(tǒng) 間的 SQL 不能完全 通用 [23]。 目前， MySQL 軟件采用了雙授權(quán)政策 ， 分為社區(qū)版和商業(yè)版， 一般社區(qū)版已經(jīng) 能夠滿足中小規(guī)模應(yīng)用系統(tǒng)的運行需要；同時， 由于MySQL 數(shù)據(jù)庫體積小、速度快和 總體擁有 成本低，特別 是開放源碼這一特點，促使 MySQL 數(shù)據(jù)庫的生命力很旺盛 。 2） MySQL 具有良好的成本支持， 總體擁有成本低， 在具有良好的系統(tǒng)開發(fā)和運維支持的前提下，采用 MySQL 作為系統(tǒng)數(shù)據(jù)庫具有良好的總體擁有成本，可以節(jié)約大量 的數(shù)據(jù)庫軟件環(huán)境投入。 系統(tǒng)需求的獲取和分析是各類信息系統(tǒng)開發(fā)過程的第一個步驟，也是系統(tǒng)分析和設(shè)計過程中的關(guān)鍵一環(huán)。需求調(diào)研中的應(yīng)用實踐包括由技術(shù)人員、業(yè)務(wù)專家和實際用戶等組成的全面的調(diào)研對象集合，被調(diào)研對象主要關(guān)注人與人、人與物、物與物等三類關(guān)系，調(diào)研范圍包括待開發(fā)系統(tǒng)相關(guān)的關(guān)鍵域和關(guān)鍵活動等；需求調(diào)研方法一般有問卷調(diào)研法、面談?wù){(diào)研法、數(shù)據(jù)采集法、用例交流法、情景交流法等。在需求分析過程中，系統(tǒng)分析員、系統(tǒng)架構(gòu)師、軟件工程師、測試工程師等確定用戶需要的主要任務(wù)是確定待開發(fā)軟件系統(tǒng)的實際功能要求。系統(tǒng)需求的圖形化模型和工具有很多，如數(shù)據(jù)流圖、實體關(guān)系圖、狀態(tài)轉(zhuǎn)換圖、 UML 類圖等。在滿足該醫(yī)院物資管理的基本功能需求的基礎(chǔ)上，該系統(tǒng)要為該醫(yī)院的物資管理效率提升提供有效的信息技術(shù)支持。該系統(tǒng)是在該醫(yī)院物資管理部門缺少信息化管理方式的前提下建設(shè)的，該部門的信息管理能力比較差，所以在系統(tǒng)分析、設(shè)計和實現(xiàn)時需要考慮提高系統(tǒng)的可維護性，以降低系統(tǒng)運行期間的難度并減少維護工作量。 4）系統(tǒng)要有良好的人機交互界面。 基于醫(yī)療行業(yè)的特點，為滿足為一線臨床及時供應(yīng)醫(yī)用材料，多數(shù)科室都存在各自的小庫房、科室?guī)?[28]。 圖 醫(yī)療物資管理流程 該流程基本上包括物資分類管理、物資計劃、物資采購、物資驗收、庫存管理、物資調(diào)撥、物資供應(yīng)監(jiān)控、物資信息統(tǒng)計與分析等功能模塊，簡單的功能描述 如下： 物資分類管理：對醫(yī)療過程中相關(guān)的各類物資進行分類和注冊，錄入物資的名稱、來源、規(guī)格、用途等基本信息，為物資申請、采購、驗收等管理提供資源分類支持。 庫存管理：物資管理部門對庫房內(nèi)保存的各類物資情況進行管理和控制，并為物資驗收入庫、物資調(diào)撥等提供支持。 系統(tǒng)管理：為滿足整個信息系統(tǒng)正常運行所需要的系統(tǒng)管理功能，包括用戶管理、權(quán)限管理、系統(tǒng)設(shè)置信息管理等。 采購人員：根據(jù)物資采購計劃和要求，具體負(fù)責(zé)物資采購功能。 醫(yī)院物資管理相關(guān)的基本業(yè)務(wù)涉及到醫(yī)院物資管理相關(guān)科室、物資管理庫房、采購物資的供應(yīng)科和財務(wù)相 關(guān)審核部門。 . ... 1）易操作性。系統(tǒng)提供靈活多樣的多字段查詢功能，為用戶的組合查詢、統(tǒng)計分析和信息利用提供方便。系統(tǒng)穩(wěn)定可靠，平均故障間隔時間為一月，系統(tǒng)的平均修復(fù)時間為 1 小時，期間系統(tǒng)停止運行，年平均宕機事件應(yīng)小于 16 時。本系統(tǒng)對一般操作的平均響應(yīng)時間不超過 2 秒，最長響應(yīng)時間不超過 8 秒。內(nèi)存的使用最多不會超過 150M。 2） Web 瀏覽器要求。. ... . ... 第 4章 醫(yī)院物資管理系統(tǒng)的設(shè)計 系統(tǒng)設(shè)計是在系統(tǒng)需求分析的基礎(chǔ)上，根據(jù)系統(tǒng)設(shè)計的目標(biāo)和要求，對系統(tǒng)的整體架構(gòu)和功能模塊進行設(shè)計。 2）使用便捷。 4）安全可靠。這里的處理構(gòu)件負(fù)責(zé)對數(shù)據(jù)進行 加工，數(shù)據(jù)構(gòu)件是被加工 的信息，而連接構(gòu)件是把體系結(jié)構(gòu)的不同部分 組合連接起來 [31]。 2）安全性。 4）可定制化。良好的軟件系統(tǒng)要能很好的體系結(jié)構(gòu)和實現(xiàn)方式來支持易于維護，利于有效地降低 系統(tǒng) 技 術(shù)支持的花費。該系統(tǒng)模型一方面可以保證該信息系統(tǒng)設(shè)計和實現(xiàn)的先進性；另一方面也可以保證系統(tǒng)滿足用戶需求，構(gòu)建靈活、開放的醫(yī)院物資管理平臺。 . ... 數(shù)據(jù)持久層架構(gòu)設(shè)計 本系統(tǒng)的數(shù)據(jù)持久層主要采用了 iBatis 框架技術(shù)，設(shè)計過程中借鑒了經(jīng)典設(shè)計模式 DAO 的設(shè)計理念。在該層中通過設(shè)置簡單的 XML 配置文件，將Java Bean 映射為具體的 數(shù)據(jù)庫 SQL 語句，并自動生成 JDBC 的PreparedStatement 屬性， 最后完成 對象與數(shù)據(jù)庫中的數(shù)據(jù)表之間的映射。而 DAO 實現(xiàn)則采用具體的數(shù)據(jù)庫處理技術(shù)來實現(xiàn)數(shù) 據(jù)訪問的功. ... 能 ，因此實現(xiàn)具體的物資管理流程功能 。 DAO 工廠對象會根據(jù)不同的配置文件，為業(yè)務(wù)層生成相應(yīng)的數(shù)據(jù)訪問對象。系統(tǒng)交互界面設(shè)計的質(zhì)量和效率直接影響 系統(tǒng) 用戶對整個 軟件 系統(tǒng)的評價， 也直接 影響 軟件 系統(tǒng) 的使用 效果。 2）采用 HTML DIV 與 CSS 相 結(jié)合的頁面布局。這樣使頁面結(jié)構(gòu)清晰，有助于系統(tǒng)開發(fā)效率，也易于系統(tǒng)修改和后期維護。該層實體是 Action 對象， 其主要工作流程是 ： Action 對象通過 ActionForm對象從 系統(tǒng) 顯示界面獲取 用戶 數(shù)據(jù)信息，并進行與 Web 顯示相關(guān)的邏輯操作；調(diào)用對應(yīng)的系統(tǒng)邏輯層服務(wù)，使用領(lǐng)域類交換所需各類數(shù)據(jù)；最后， 系統(tǒng) 控制層選擇相應(yīng)的視圖類，并加入交換到的數(shù)據(jù)信息后響應(yīng)客戶請求。 該醫(yī)院物資管理系統(tǒng)設(shè)計過程中，根據(jù) 課題系統(tǒng)設(shè)計和開發(fā)人員 以往開發(fā)基于 B/S 架構(gòu)的 Web 管理信息系統(tǒng)的經(jīng)驗和對本系統(tǒng)的功能需求分析，對該系統(tǒng)的輔助開發(fā)組件的功能設(shè)。輔助開發(fā)組件 需 要具有一定的通用性和易用性，便于在類似的信息系統(tǒng)的實現(xiàn)中使用。由于使用 基于STRUTS 的 開源 MVC 框 架 ， 所 以 該 層 以 四 個 配 置 文 件 、 、 的頁面處理流程，使得信息系統(tǒng)頁面流程得到集中的控制，也使 系統(tǒng)的結(jié)構(gòu)清晰便于升級。 3）事務(wù)處理邏輯與頁面數(shù)據(jù)相對分離。該系統(tǒng)界面層設(shè)計的主要特點有： 1）界面設(shè)計符合 W3C XHTML 標(biāo)準(zhǔn)。視圖層的整體架構(gòu)如圖 所示。 3） DAO 的工廠模式。 2） DAO 接口和 DAO 實現(xiàn)。 系統(tǒng)數(shù)據(jù)持久層的架構(gòu)圖如圖 所示?？傮w 技術(shù)架構(gòu)如圖 所示。軟件系統(tǒng)必須易于使用， 最終用戶的體驗是評價軟件系統(tǒng)優(yōu)劣的重要標(biāo)準(zhǔn)，需要 具有良好的客戶應(yīng)用體驗。 5）可維護性。 3）可擴展性。 軟件系統(tǒng)框架設(shè)計目標(biāo) 軟件系統(tǒng)架構(gòu)設(shè)計的目標(biāo)一般包含以下幾個方面： . ... 1）可靠性。 系統(tǒng)總體框架設(shè)計 軟件體系架構(gòu)是軟件系統(tǒng)最高層次上的結(jié)構(gòu)描述，一般而言，架構(gòu)有兩個要素：構(gòu)造一個軟件系統(tǒng)從整體到部分的高層次的劃分；確定一個系統(tǒng)的最高層次的、以后難以更改的、商業(yè)的和技術(shù)的決定。 3）靈活和易維護。 結(jié)合該系統(tǒng)的性能要求，在整個系統(tǒng)設(shè)計的過程中遵循以下的設(shè)計思想： 1）功能實際。 3）技術(shù)要求。 系統(tǒng)的設(shè)計約束 醫(yī)療物資管理系統(tǒng)的設(shè)計約束包括： 1）平臺要求。系統(tǒng)可承受的并發(fā)數(shù)不少于 50。系統(tǒng)測試時每千行代 碼的缺陷數(shù)目不多于 5 個。系統(tǒng)應(yīng) 提供用戶手冊及在線幫助，以便用戶能更好地使用。具有靈活的界面操作、快速錄入、批量數(shù)據(jù)錄入、全鍵盤操作等界面人性化特點。 . ... 圖 物資業(yè)務(wù)流程示意圖 系統(tǒng)的非功能需求和設(shè)計約束 除了功能需求，醫(yī)療物資管理系統(tǒng)還應(yīng)具有易用性、可靠性、性能等非功能需求和設(shè)計約束。 醫(yī)院物資管理系統(tǒng)的頂層用例圖如圖 所示。 業(yè)務(wù)科室人員：負(fù)責(zé)所在科室的物資管理相關(guān)工作，可參與包括物資計劃、物資調(diào)撥等功能。 物資供應(yīng)監(jiān)控：隨時監(jiān)控物資在各個環(huán)節(jié)上的數(shù)量和狀態(tài)，掌握醫(yī)療物資整體庫存情況，并根據(jù)預(yù)設(shè)的各類閾值為物資管理人員提供預(yù)警和決策 支持。 物資采購：醫(yī)院采購部門根據(jù)物資申請計劃，通過規(guī)定流程審批后向物資供應(yīng)商采購物資，并履行相關(guān)的簽署合同、開具發(fā)票 等基本功能。本文通過基于物資生命周期的流程管理與多級庫管理，加強一級、二級庫房的入庫、出庫、盤點等管理，使醫(yī)院的每個角落都納入到物流管理體系中，清除以前管理中的死角，真實了解醫(yī)院的實際耗用情況，從以前的“以領(lǐng)代銷”轉(zhuǎn)變?yōu)椤皩嵑膶嵪?