【正文】 該醫(yī)院物資管理系統(tǒng)設計過程中，根據(jù) 課題系統(tǒng)設計和開發(fā)人員 以往開發(fā)基于 B/S 架構的 Web 管理信息系統(tǒng)的經驗和對本系統(tǒng)的功能需求分析，對該系統(tǒng)的輔助開發(fā)組件的功能設。輔助開發(fā)組件 需 要具有一定的通用性和易用性，便于在類似的信息系統(tǒng)的實現(xiàn)中使用。該層實體是 Action 對象， 其主要工作流程是 ： Action 對象通過 ActionForm對象從 系統(tǒng) 顯示界面獲取 用戶 數(shù)據(jù)信息，并進行與 Web 顯示相關的邏輯操作；調用對應的系統(tǒng)邏輯層服務，使用領域類交換所需各類數(shù)據(jù)；最后， 系統(tǒng) 控制層選擇相應的視圖類，并加入交換到的數(shù)據(jù)信息后響應客戶請求。由于使用 基于STRUTS 的 開源 MVC 框 架 ， 所 以 該 層 以 四 個 配 置 文 件 、 、 的頁面處理流程，使得信息系統(tǒng)頁面流程得到集中的控制，也使 系統(tǒng)的結構清晰便于升級。這樣使頁面結構清晰，有助于系統(tǒng)開發(fā)效率，也易于系統(tǒng)修改和后期維護。 3）事務處理邏輯與頁面數(shù)據(jù)相對分離。 2）采用 HTML DIV 與 CSS 相 結合的頁面布局。該系統(tǒng)界面層設計的主要特點有： 1）界面設計符合 W3C XHTML 標準。系統(tǒng)交互界面設計的質量和效率直接影響 系統(tǒng) 用戶對整個 軟件 系統(tǒng)的評價， 也直接 影響 軟件 系統(tǒng) 的使用 效果。視圖層的整體架構如圖 所示。 DAO 工廠對象會根據(jù)不同的配置文件，為業(yè)務層生成相應的數(shù)據(jù)訪問對象。 3） DAO 的工廠模式。而 DAO 實現(xiàn)則采用具體的數(shù)據(jù)庫處理技術來實現(xiàn)數(shù) 據(jù)訪問的功. ... 能 ，因此實現(xiàn)具體的物資管理流程功能 。 2） DAO 接口和 DAO 實現(xiàn)。在該層中通過設置簡單的 XML 配置文件，將Java Bean 映射為具體的 數(shù)據(jù)庫 SQL 語句，并自動生成 JDBC 的PreparedStatement 屬性， 最后完成 對象與數(shù)據(jù)庫中的數(shù)據(jù)表之間的映射。 系統(tǒng)數(shù)據(jù)持久層的架構圖如圖 所示。 . ... 數(shù)據(jù)持久層架構設計 本系統(tǒng)的數(shù)據(jù)持久層主要采用了 iBatis 框架技術，設計過程中借鑒了經典設計模式 DAO 的設計理念?？傮w 技術架構如圖 所示。該系統(tǒng)模型一方面可以保證該信息系統(tǒng)設計和實現(xiàn)的先進性；另一方面也可以保證系統(tǒng)滿足用戶需求，構建靈活、開放的醫(yī)院物資管理平臺。軟件系統(tǒng)必須易于使用， 最終用戶的體驗是評價軟件系統(tǒng)優(yōu)劣的重要標準，需要 具有良好的客戶應用體驗。良好的軟件系統(tǒng)要能很好的體系結構和實現(xiàn)方式來支持易于維護，利于有效地降低 系統(tǒng) 技 術支持的花費。 5）可維護性。 4）可定制化。 3）可擴展性。 2）安全性。 軟件系統(tǒng)框架設計目標 軟件系統(tǒng)架構設計的目標一般包含以下幾個方面： . ... 1）可靠性。這里的處理構件負責對數(shù)據(jù)進行 加工，數(shù)據(jù)構件是被加工 的信息，而連接構件是把體系結構的不同部分 組合連接起來 [31]。 系統(tǒng)總體框架設計 軟件體系架構是軟件系統(tǒng)最高層次上的結構描述，一般而言，架構有兩個要素：構造一個軟件系統(tǒng)從整體到部分的高層次的劃分；確定一個系統(tǒng)的最高層次的、以后難以更改的、商業(yè)的和技術的決定。 4）安全可靠。 3）靈活和易維護。 2）使用便捷。 結合該系統(tǒng)的性能要求，在整個系統(tǒng)設計的過程中遵循以下的設計思想： 1）功能實際。. ... . ... 第 4章 醫(yī)院物資管理系統(tǒng)的設計 系統(tǒng)設計是在系統(tǒng)需求分析的基礎上，根據(jù)系統(tǒng)設計的目標和要求，對系統(tǒng)的整體架構和功能模塊進行設計。 3）技術要求。 2） Web 瀏覽器要求。 系統(tǒng)的設計約束 醫(yī)療物資管理系統(tǒng)的設計約束包括： 1）平臺要求。內存的使用最多不會超過 150M。系統(tǒng)可承受的并發(fā)數(shù)不少于 50。本系統(tǒng)對一般操作的平均響應時間不超過 2 秒，最長響應時間不超過 8 秒。系統(tǒng)測試時每千行代 碼的缺陷數(shù)目不多于 5 個。系統(tǒng)穩(wěn)定可靠，平均故障間隔時間為一月，系統(tǒng)的平均修復時間為 1 小時，期間系統(tǒng)停止運行，年平均宕機事件應小于 16 時。系統(tǒng)應 提供用戶手冊及在線幫助，以便用戶能更好地使用。系統(tǒng)提供靈活多樣的多字段查詢功能，為用戶的組合查詢、統(tǒng)計分析和信息利用提供方便。具有靈活的界面操作、快速錄入、批量數(shù)據(jù)錄入、全鍵盤操作等界面人性化特點。 . ... 1）易操作性。 . ... 圖 物資業(yè)務流程示意圖 系統(tǒng)的非功能需求和設計約束 除了功能需求，醫(yī)療物資管理系統(tǒng)還應具有易用性、可靠性、性能等非功能需求和設計約束。 醫(yī)院物資管理相關的基本業(yè)務涉及到醫(yī)院物資管理相關科室、物資管理庫房、采購物資的供應科和財務相 關審核部門。 醫(yī)院物資管理系統(tǒng)的頂層用例圖如圖 所示。 采購人員：根據(jù)物資采購計劃和要求，具體負責物資采購功能。 業(yè)務科室人員：負責所在科室的物資管理相關工作，可參與包括物資計劃、物資調撥等功能。 系統(tǒng)管理：為滿足整個信息系統(tǒng)正常運行所需要的系統(tǒng)管理功能，包括用戶管理、權限管理、系統(tǒng)設置信息管理等。 物資供應監(jiān)控：隨時監(jiān)控物資在各個環(huán)節(jié)上的數(shù)量和狀態(tài)，掌握醫(yī)療物資整體庫存情況，并根據(jù)預設的各類閾值為物資管理人員提供預警和決策 支持。 庫存管理：物資管理部門對庫房內保存的各類物資情況進行管理和控制，并為物資驗收入庫、物資調撥等提供支持。 物資采購：醫(yī)院采購部門根據(jù)物資申請計劃，通過規(guī)定流程審批后向物資供應商采購物資，并履行相關的簽署合同、開具發(fā)票 等基本功能。 圖 醫(yī)療物資管理流程 該流程基本上包括物資分類管理、物資計劃、物資采購、物資驗收、庫存管理、物資調撥、物資供應監(jiān)控、物資信息統(tǒng)計與分析等功能模塊，簡單的功能描述 如下： 物資分類管理：對醫(yī)療過程中相關的各類物資進行分類和注冊，錄入物資的名稱、來源、規(guī)格、用途等基本信息，為物資申請、采購、驗收等管理提供資源分類支持。本文通過基于物資生命周期的流程管理與多級庫管理，加強一級、二級庫房的入庫、出庫、盤點等管理，使醫(yī)院的每個角落都納入到物流管理體系中，清除以前管理中的死角，真實了解醫(yī)院的實際耗用情況，從以前的“以領代銷”轉變?yōu)椤皩嵑膶嵪?[29]。 基于醫(yī)療行業(yè)的特點，為滿足為一線臨床及時供應醫(yī)用材料，多數(shù)科室都存在各自的小庫房、科室?guī)?[28]。 . ... 系統(tǒng)功能要求 醫(yī)療物資的庫存是為臨床需求與供給之間建立了緩沖，且保持一定的庫存是維持正常醫(yī)療服務不可或缺的前提之一，但過量的庫存則會大量占用醫(yī)院資金和大幅增加庫存成本。 4）系統(tǒng)要有良好的人機交互界面。 3）系統(tǒng)需要具有良好的可靠性和安全性。該系統(tǒng)是在該醫(yī)院物資管理部門缺少信息化管理方式的前提下建設的，該部門的信息管理能力比較差，所以在系統(tǒng)分析、設計和實現(xiàn)時需要考慮提高系統(tǒng)的可維護性，以降低系統(tǒng)運行期間的難度并減少維護工作量。因為該系統(tǒng)為醫(yī)院物資管理相關的各類人員服務，涉及到全醫(yī)院的大多數(shù)科室和部門，日常處理的醫(yī)療物資相關信息量很大，同時操作的用戶數(shù)量大，所以首先要保證的就是系統(tǒng)的響應速度。在滿足該醫(yī)院物資管理的基本功能需求的基礎上，該系統(tǒng)要為該醫(yī)院的物資管理效率提升提供有效的信息技術支持。 系統(tǒng)總體需求 該醫(yī)院管理著上萬種的各類醫(yī)療物資，要實現(xiàn)準確、及時、可靠的物資管理，就需根據(jù)物資的屬性、用量特點設計不同的管理流 程，通過對醫(yī)療物資全生命周期中每個流轉環(huán)節(jié)的管理、跟蹤、分析，杜絕物資丟失、浪費現(xiàn)象，解決“跑冒滴漏”問題，加強對醫(yī)療物資庫房的盤點等工作，確保物、賬的一致性，完善多級科室?guī)齑婀芾?，了解醫(yī)用材料實際耗用情況與醫(yī)療設備的運行狀態(tài)，實現(xiàn)醫(yī)療物資的“實耗實銷、物盡其用”管理 [26]。系統(tǒng)需求的圖形化模型和工具有很多，如數(shù)據(jù)流圖、實體關系圖、狀態(tài)轉換圖、 UML 類圖等。獲取系統(tǒng)需求的目的是為了將需求描述出來并最終確定，所以獲取系統(tǒng)需求的最重要工作就是描述獲取到的系統(tǒng)需求，使用通用的標準的需求描述方法來完成軟件需求規(guī)格說明書。在需求分析過程中，系統(tǒng)分析員、系統(tǒng)架構師、軟件工程師、測試工程師等確定用戶需要的主要任務是確定待開發(fā)軟件系統(tǒng)的實際功能要求。通常情況下，需求工程包括調研與獲取系統(tǒng)需求、分析和評價需求、需求描述與表達、需求認可與確認、需求演進與迭代等五個層次，這與軟件工程中的原型法的逐層遞進、 螺旋式上升類似。需求調研中的應用實踐包括由技術人員、業(yè)務專家和實際用戶等組成的全面的調研對象集合，被調研對象主要關注人與人、人與物、物與物等三類關系，調研范圍包括待開發(fā)系統(tǒng)相關的關鍵域和關鍵活動等；需求調研方法一般有問卷調研法、面談調研法、數(shù)據(jù)采集法、用例交流法、情景交流法等。 系統(tǒng)需求的獲取和分析通常需要解決以下三個主要問題 ： 1）需求調研。 系統(tǒng)需求的獲取和分析是各類信息系統(tǒng)開發(fā)過程的第一個步驟，也是系統(tǒng)分析和設計過程中的關鍵一環(huán)。 . ... 第 3章 醫(yī)院物資管理系統(tǒng)的需求分析 系統(tǒng)需求分析技術概述 系統(tǒng)需求是從用戶待開發(fā)系統(tǒng) 實際使用 的 特點出發(fā)，根據(jù)該 業(yè)務 系統(tǒng)的 總體規(guī)劃和建設目標，對系統(tǒng)相關的數(shù)據(jù)、功能、流程 、權限 等進行抽取 和 細化，并 針對系統(tǒng)功能、性能、行為 、顯示等方面歸納總結出來的預期。 2） MySQL 具有良好的成本支持， 總體擁有成本低， 在具有良好的系統(tǒng)開發(fā)和運維支持的前提下，采用 MySQL 作為系統(tǒng)數(shù)據(jù)庫具有良好的總體擁有成本，可以節(jié)約大量 的數(shù)據(jù)庫軟件環(huán)境投入。目前 ， MySQL 成為了 Oracle 公司的另一個數(shù)據(jù)庫項目， 因此 MySQL 與 Java 的契合程度 在不斷加深。 目前， MySQL 軟件采用了雙授權政策 ， 分為社區(qū)版和商業(yè)版， 一般社區(qū)版已經 能夠滿足中小規(guī)模應用系統(tǒng)的運行需要；同時， 由于MySQL 數(shù)據(jù)庫體積小、速度快和 總體擁有 成本低，特別 是開放源碼這一特點，促使 MySQL 數(shù)據(jù)庫的生命力很旺盛 。 MySQL 是 一種關聯(lián)數(shù)據(jù)庫管理系統(tǒng)，它將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個大倉庫內，這樣 增加了數(shù)據(jù)庫訪問速度也 提高了靈活性 [24]。 目前， 主流的 關系數(shù)據(jù)庫系統(tǒng)都對 SQL 語言提供了支持，但是由于各種數(shù)據(jù)庫系統(tǒng)在其實現(xiàn)過程中 都 根據(jù)自身需要或對 關系數(shù)據(jù)庫技術的 理解，對 SQL 規(guī)范作了某些 修改 和擴充，造成雖然 各類 關系 數(shù)據(jù)庫系統(tǒng)都聲明支持 SQL 語言， 但不同數(shù)據(jù)庫系統(tǒng) 間的 SQL 不能完全 通用 [23]。 SQL 和 MySQL 數(shù)據(jù)庫相關技術 SQL（ Structured Query Language，結構化查詢語言）是用于 關系 數(shù)據(jù)庫系統(tǒng)中的標準數(shù)據(jù)查詢語言， 最早由 IBM 公司 在其 DB2 數(shù)據(jù)庫系統(tǒng)中使 用， 1987年 SQL 獲得國際標準組織支持 成為國際標準 [22]。 DOM 模型一般需要使用 各類 網頁腳本語言來訪問， 并需要相應瀏覽器提供 API 支持， 目前最常用的 語言 是 Javascript。 構建 CSS 標準的目的是 以 CSS 取代 傳統(tǒng)的基于 HTML表格式布局、幀和其他表現(xiàn)的語言，使用 CSS 與結構式 XHTML DIV 相結合的. ... 網頁設計，已經成為網頁設計領域的共識和發(fā)展方向， 也對于實現(xiàn) 多 平臺 特別是對移動平臺的 良好 支持， 這 都 得益于 CSS 能夠很好的實現(xiàn) 網頁 外觀與 網頁 結構的分離， 十分有助于 提升站點的訪問及維護水平。 雖然， XML 最初設計是為彌補 HTML在數(shù)據(jù)表示方面的不足， 但是后來其 突出頁面標識語言的數(shù)據(jù)表示能力，以強大的擴展性滿足網絡信息的發(fā)布需要， 逐漸被用于網絡數(shù)據(jù)的描述、 轉換 和傳輸 ， 也十分有 利于基于 MVC 設計模式的 Web 應用開發(fā)中的數(shù)據(jù)交互。 XML（ eXtensible Markup Language，可擴展標識語言）來源于 SGML [18]。 其實，HTML 從繼承關系上講 是一種基于標準通用標記語言（ Standard Generalized Markup Language， SGML）的應用 ， XHTML 則 是 基于可擴展標記語言（ XML）的 。 通常， 網頁主要由結構、表現(xiàn)和行為三部分組成， 因此 對應的 Web站點 標準也分三類：結構化標準語言，主要包括 XHTML 和 XML； 頁面 表現(xiàn)標準語言，主要包括 CSS； 頁面行為標準模型，主要包括對象模型（ W3C DOM等 ）、 ECMAScript（ Javascript、 VBScript 等）等。 . ... 圖 iBATIS 框架圖 Web 表示層設計標準 W3C（ World Wide Web Consortium，萬維網聯(lián)盟）組織是制定網絡 應用層標準的一個非贏利組織。 目前， iBATIS 提供了三種語言實現(xiàn)的版本，包括 Java、 .NET 和Ruby。 iBATIS 提供的持久層框架包括 SQL Maps和 Data Access Objects（ DAO），同時還提供一個利用該 框架開發(fā)的 JPetStore 實例。 其中， iBATIS 一詞來源于“ inter”和“ abatis”的組合，是一個由 Clinton Begin 在 2020 年發(fā)起的開放源代碼項目 ，該項目 網站是 目前可用的 iBATIS 版本有 。 3）對象 /關系（ O/R）映射與 iBatis 框架 對象 /關系（ Objecttorel