【正文】 TML（ eXtensible HyperText Markup Language， 可擴展超文本標(biāo)記語言 ） 是一種標(biāo)記語言， 其 表現(xiàn)方式與超文本標(biāo)記語言（ HyperText Markup Language， HTML）類似， 但是 XHTML 在 語法上 比 HTML 更加嚴(yán)格。 XHTML 在 2020 年 1 月 26 日成為 W3C 的推薦標(biāo)準(zhǔn) 。目前推薦的 XML 版本是 W3C 在 2020 年發(fā)布的 版本。 CSS（ Cascading Style Sheets，層疊樣式表）是常用的頁面布局技術(shù)，目前推薦遵循的 CSS 版本是 W3C 在 1998 年發(fā)布的 CSS2 版本 ， CSS3 版本也已經(jīng)進入到實際應(yīng)用階段 [19]。 DOM（ Document Object Model，文檔對象模型）是一種與瀏覽器、平臺和語言 相關(guān) 的接口， 用于實現(xiàn) 可以訪問頁面 結(jié)構(gòu)的 標(biāo)準(zhǔn)組件 [20]。 JavaScript 也稱 ECMAScript，是一種廣泛用于客戶端網(wǎng)頁開發(fā)的腳本語言，最早是在 HTML 上使用，用來給 HTML 網(wǎng)頁增加動態(tài)效果和功能 [21]。 SQL 語言 包含數(shù)據(jù)定義語言（ Data Definition Language， DDL）、數(shù)據(jù)操縱語言（ Data Manipulation Language，DML）和數(shù)據(jù)控制語言（ Data Control Language， DCL） 三個部分。 MySQL 是 開源領(lǐng)域領(lǐng)先的關(guān)系數(shù)據(jù)庫產(chǎn)品，是 一個 典型的 關(guān)系型數(shù)據(jù)庫管理系統(tǒng)， 最初 由瑞典 MySQL AB 公司開發(fā)， 后該公司被 SUN 公司收購， 目前MySQL 數(shù)據(jù)庫產(chǎn)品 屬于 Oracle 公司。 MySQL 支持的 SQL 語言是用于訪問數(shù)據(jù)庫的最常用標(biāo)準(zhǔn)化語言。由于其社區(qū)版的性能卓越， MySQL 搭配PHP 和 Apache 可組成良好的開發(fā) 和運行 環(huán)境。 在課題相關(guān)系統(tǒng)設(shè)計過程中，結(jié)合系統(tǒng)實現(xiàn)的規(guī)模和應(yīng)用的水平，選擇MySQL 作為課題系統(tǒng)后臺數(shù)據(jù)庫，主要是出于以下幾方面考慮： . ... 1） MySQL 具有良好的處理性能和易用性， 并擁有良好的 對 數(shù)據(jù)存儲過程支持， 能夠很好地 滿足課題系統(tǒng)的開發(fā)和運行要求。 3） iBatis 對 MySQL 提供了良好的支持，可以有效地支持基于開源環(huán)境的J2EE 應(yīng)用開發(fā)，能夠很好地支持基于 DAO 設(shè)計 模式的數(shù)據(jù)庫應(yīng)用開發(fā)。用戶需求通常 分為系統(tǒng)需求和軟件需求兩 類，其中系統(tǒng)需求是待開發(fā)系統(tǒng)整體上提出的各類需求，軟件需求則是待開發(fā) 系統(tǒng)中 計算機 軟件實現(xiàn)部分所涉及的需求 [25]。系統(tǒng)需求分析的全面程度、準(zhǔn)確程度、精細(xì)程度都直接決定著系統(tǒng)分析、設(shè)計和實現(xiàn)的成敗和效率。主要解決如何確定調(diào)研對象、被調(diào)研對象、調(diào)研方法、調(diào)研過程等問題。 2）需求分析。需求分析是整個需求分析與獲取工程的核心部分，應(yīng)該貫穿信息系統(tǒng)的整個生命周期。 3）需求表示。需求分析的目標(biāo)與如何描述系統(tǒng)需求有很大關(guān)聯(lián)，如何將需求層次清晰的描述 出來，如何用專業(yè)的語言、精煉的表述來對系統(tǒng)基本需求進行 完整描述； 同時保證 系統(tǒng)需求規(guī)格說明書的描述在可行 性、前瞻性、定義準(zhǔn)確、可操作性等方面滿足要求。 在該醫(yī)院物資管理系統(tǒng)的需求分析階段，根據(jù)系統(tǒng)需求分析的基本要求，結(jié)合該醫(yī)院物資管理部門的工作特點，使用主流的系統(tǒng)需求分析方法和工具，. ... 對該系統(tǒng)的需求進行建模，為系統(tǒng)設(shè)計和實現(xiàn)提供可靠、準(zhǔn)確、簡潔的需求基礎(chǔ)。 該醫(yī)院物資管理系統(tǒng)主要是為某醫(yī)院物資管理部門的院內(nèi)醫(yī)療相關(guān)各類物資的管理服務(wù)。因此該系統(tǒng)需要具備良好的運行性能和操作效率，其具體的 系統(tǒng)性能的目標(biāo)如下： 1）系統(tǒng)信息處理、文件上傳和提交的響應(yīng)速度要快。 2）系統(tǒng)要具有良好的開放性和可維護性。此外，系統(tǒng)需要具有良好的開放性，以便于系統(tǒng)的后 續(xù)發(fā)展和同醫(yī)院管理信息系統(tǒng)的其他子系統(tǒng)進行數(shù)據(jù)交換。該系統(tǒng)是院級醫(yī)院物資管理系統(tǒng)，涉及到該醫(yī)院眾多科室和上萬種醫(yī)療物資的管理，省所有高等院校，影響范圍廣，所以系統(tǒng)需要保證能夠可靠運行；同時，系統(tǒng)數(shù)據(jù)重要程度高，因此需要建立完整的授權(quán)和認(rèn)證機制，并提供相應(yīng)的安全管理功能，以應(yīng)對各種惡意的訪問和攻擊，防止關(guān)鍵數(shù)據(jù)丟失。系統(tǒng)的用戶主要是醫(yī)院各個科室和部門與物資計劃、采購和使用相關(guān)的各類人員，都是普通的計算機用戶，而不是專業(yè)的計算機開發(fā)人員， 所以要為系統(tǒng)提供清晰、良好的交互界面，最大限度地方便用戶的日常使用。如何運用先進庫存策略，建立科學(xué)、合理的業(yè)務(wù)流程，正成為醫(yī)療物資管理者一大挑戰(zhàn) [27]。而過去這些小庫房沒有專業(yè)的管理人員，也沒有納入到醫(yī)院的物資管理體系中，一直是醫(yī)院物資管理 中漏洞較多的地方。優(yōu)化后的醫(yī)療物資管理流程如圖 所示。 物資計劃：臨床科室通過 Web 端向醫(yī)療物資管理部門提出物質(zhì)申請計劃， 采 購計劃 科室需求 采購訂單 保管 物資信息統(tǒng)計與決策分析 物資監(jiān)控 入庫 物 流： 資金流： 數(shù)據(jù)流： 財 務(wù) 供應(yīng)商 . ... 物資管理部門組織相關(guān)專家進行論證，經(jīng)審核通過后形成采購計劃生成采購訂單，經(jīng)過財務(wù)部門審批通過的物資計劃將轉(zhuǎn)給采購部門進行采購流程，未通過審批的物資計劃將被退回并說明具體原因。 物資驗收：物資管理部門對供應(yīng)商提供的醫(yī)療物資進行驗收，驗收合格后進入醫(yī)療物資庫房，然后財務(wù)部門根據(jù)采購合同支付相應(yīng)貨款。 物資調(diào)撥：物資管理部門根據(jù)當(dāng)前對醫(yī)療物資的需要將物資在庫房之間調(diào)撥，業(yè)務(wù)科室根據(jù)自身情況對已使用的醫(yī)用材料進行使用登記，并同時記錄相關(guān)使用費用。 物資信息統(tǒng)計與分析：根據(jù)物資管理需要，對物資管理過程中的各類信息進行統(tǒng)計與分析，形成專門的報表供查閱。 圖 醫(yī)院物資管理系統(tǒng)的頂層用例圖 . ... 根據(jù)醫(yī)院物資管理的實際情況，物資管理設(shè)計到物資管理人員、業(yè)務(wù)科室人員、財務(wù)管理人員、采購人員等，具體的分工如下； 物資管理人員：全面負(fù)責(zé)醫(yī)院物資管理各項工作，可參與包括物資分類管理、物資計劃、物資驗收、庫存管理、物資調(diào)撥、物資供應(yīng)監(jiān)控、物資信息統(tǒng)計等 功能。 財務(wù)管理人員：負(fù)責(zé)物資管理過程中與財務(wù)相關(guān)工作，可參與包括物資計劃、物資驗收等功能。 系統(tǒng)管理人員：具體負(fù)責(zé)信息系統(tǒng)相關(guān)的運維工作，參與系統(tǒng)管理功能。根據(jù)醫(yī)院物資管理的具體需求，整理出來的物資業(yè)務(wù)流程示意圖如圖 所示。物資管理的基本業(yè)務(wù)流程從需求科室開始，科室根據(jù)自身業(yè)務(wù)開展需求確定科室需求計劃，通過物資管理系統(tǒng)提交科室需求計劃，經(jīng)過內(nèi)部審核后可以轉(zhuǎn)入采購環(huán)節(jié)，如果沒有通過審核，將退回需求科室，由需求科室對需求計劃進行修改；供應(yīng)科根據(jù)需求科室提交的需求計劃制定物資采購計劃，并經(jīng)過內(nèi)部審核后形成具體的物資采購訂單；供應(yīng)科提交的物資采購訂單需要通過財務(wù)部門的審核才能具體采購和實施；采購訂單執(zhí)行后，相應(yīng)物資采購到位后入庫，在物資管理庫房中形成入庫單，由物資保管人員驗收確認(rèn)并審核以及入庫確認(rèn)；在物資保管過程中，需要根 據(jù)物資使用科室的實際需要，科室向物資管理系統(tǒng)提交科室領(lǐng)用申請，經(jīng)過內(nèi)部審核后提交給庫房，并履行相應(yīng)的出庫確認(rèn)手續(xù)；此外，在物資管理的過程中，物資到貨后需要進行發(fā)票管理，經(jīng)過財務(wù)部門審核后開具發(fā)票和付款，并形成相應(yīng)的財務(wù)賬目。 易用性需求 該系統(tǒng)要求操作簡單，易上手，且界面上存在操作提示，使用者若有不懂的地方可以參考用戶手冊和幫助文檔。系統(tǒng)人機界面設(shè) 計簡潔美觀、風(fēng)格統(tǒng)一，操作流程化，清晰直觀，便于使用人員操作。 2）靈活性。 3）幫助文檔。 可靠性需求 醫(yī)療物資管理系統(tǒng)要求具有以下可靠性需求： 1）故障率。 2）錯誤率。 性能需求 醫(yī)療物資管理系統(tǒng)要求具有以下性能需求： 1）頁面響應(yīng)時間。 2）容量。 3）資源利用情況。 擴展性需求 醫(yī)療物資管理系統(tǒng)在數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計考慮到發(fā)展和移植的需要，建立良好的擴展性和伸縮性，為日后與醫(yī)院成本核算等財務(wù)軟件做好接口，充分體現(xiàn)開放性。系統(tǒng)采用 Eclipse集成開發(fā)平臺， Web 服務(wù)器建議使用 Apache Web服務(wù)器 ，服務(wù)器端采用 Redhat 服務(wù)器操作系統(tǒng) 。支持 及以上 IE 瀏覽器， Firefox、 Chrome 等主流瀏覽器。系統(tǒng)采用 B/S 架構(gòu)，主要包括 Web 服務(wù)端部分、 Web 客戶端部分。系統(tǒng)設(shè)計的主要輸入是系統(tǒng)分析輸出的需求規(guī)格說明和系統(tǒng)設(shè)計目標(biāo)，輸出是系統(tǒng)框架的設(shè)計說明和系統(tǒng)模 塊的設(shè)計說明 [30]。系統(tǒng)功能要貼近醫(yī)院資源管理功能，要能夠提供完善的信息管理功能，以有效的提高醫(yī)院物資管理的工作效率。系統(tǒng)要有設(shè)計良好的人機交互界面，即使系統(tǒng)的操作界面簡單易用，又能具有較強的適用性，滿足不同計算機使用水平的用戶使用。采用開放的體系架構(gòu)，基于開放源代碼的技術(shù)框架和數(shù)據(jù)庫系統(tǒng)，使用高效率的開源和免費開發(fā)工具，具備完整的文檔說明，并對外提供統(tǒng)一的數(shù)據(jù)接口，以便同該醫(yī)院其他業(yè)務(wù)系 統(tǒng)交換數(shù)據(jù)。選擇安全可靠的軟硬件運行平臺，并在系統(tǒng)設(shè)計和實現(xiàn)的時候關(guān)注系統(tǒng)的安全控制和執(zhí)行效率，提供相應(yīng)的安全防護功能，保證系統(tǒng)具有較高的安全性和可靠性。 一般的， 軟件體系結(jié)構(gòu)是具有一定形式的結(jié)構(gòu)化元素，即構(gòu)件的集合，包括處理構(gòu)件、數(shù)據(jù)構(gòu)件和連接構(gòu)件。 根據(jù)不同的關(guān)注角度，可以將軟件體系架構(gòu)分成三種：邏輯架構(gòu)和 軟件 系統(tǒng)中元件之間的關(guān)系，如用戶界面、數(shù)據(jù)庫、外部接口、商業(yè)邏輯組件等 ；物理架構(gòu)、軟 件組件是如何在 硬件平臺上 運行的；系統(tǒng)架構(gòu)、系統(tǒng) 非功能性特征，如可擴展性、可靠性、靈活性、 系統(tǒng) 處理性能等。軟件系統(tǒng)對于軟件用戶的日?；顒雍凸芾韥碚f起著十分重要的作用，所以軟件系統(tǒng)必須要非?？煽?，能夠很好地應(yīng)對長時間運行可能帶來 的風(fēng)險 。軟件系統(tǒng)所承載的數(shù)據(jù) 都 具有很高的價值， 保證數(shù)據(jù)的安全性對于 軟件系統(tǒng) 來說都很 重要。軟件必須能夠在系統(tǒng)使用率、用戶數(shù)量增長 的情況下，保持系統(tǒng)的 合理 性能，因此軟件系統(tǒng)需要具有 良好的可擴展性。良好的軟件系統(tǒng)是要能夠根據(jù)定制適應(yīng)同一類應(yīng)用環(huán)境，并能夠適應(yīng)應(yīng)用環(huán)境的變化進行適當(dāng)?shù)恼{(diào)整和改進。軟件系統(tǒng)的維護主要包括兩方面，一是排除已有的錯誤，二是在現(xiàn)有系統(tǒng)中實現(xiàn)新的軟件需求。 6） 良好的 客戶體驗。 基于以上的軟件系統(tǒng)框架設(shè)計的要求，該醫(yī)院物資管理系統(tǒng)采用了以STRUTS、 iBatis、 Common Logging 等開源框架為基礎(chǔ)的，結(jié)合多種設(shè)計模式實現(xiàn)的多層信息系統(tǒng)模型。 系統(tǒng)總體技術(shù)架構(gòu)分為：數(shù)據(jù)持久層、系統(tǒng)邏輯（業(yè)務(wù)）層、領(lǐng)域類和系統(tǒng)視圖層。 圖 總體技術(shù)架構(gòu) 下面的幾節(jié)內(nèi)容將分別介紹系統(tǒng)架構(gòu)中的各個部分。該層位于異構(gòu)的數(shù)據(jù)源之上，將應(yīng)用程序與其使用的數(shù)據(jù)源分離，為上層屏蔽了對底層數(shù)據(jù)庫的數(shù)據(jù)訪問細(xì)節(jié)，并實現(xiàn)很容易遷移底層數(shù)據(jù)庫。 圖 系統(tǒng)數(shù)據(jù)持久層的架構(gòu)圖 該層的具體設(shè)計描述如下： 1）利用開源 iBatis 框架實現(xiàn) ORM 數(shù)據(jù)映射層，并為物資分類 管理模塊、物資計劃管理模塊、物資采購管理模塊、物資驗收管理模塊、系統(tǒng)管理模塊等分別開發(fā) SQLMAP 的配置文件。如果底層數(shù)據(jù)表發(fā)成 了 變化，只需 要 在該層 XML 配置文件中修改相應(yīng)的 SQL 語句配置即可。 DAO 接口是數(shù)據(jù)訪問的功能描述，它與具體的實現(xiàn)無關(guān)。圖 中可知， DAO 接口屏蔽了 物資管理系統(tǒng)的 業(yè)務(wù)層和 DAO 實現(xiàn)間的聯(lián)系，在數(shù)據(jù)實現(xiàn)部分使用其它的數(shù)據(jù)訪問技術(shù)，不必修改系統(tǒng)邏輯層的任何處理邏輯。如圖 編寫了 DAOConfig 類，來讀取配置文件自動生成相應(yīng)的 DAO 工廠對象。 系統(tǒng)視圖層架構(gòu)設(shè)計 系統(tǒng)視圖層架構(gòu)包括三個層面：用戶頁面、頁面流程控制和系統(tǒng)邏輯層接口。 圖 視圖層的 整體架構(gòu) 對一個基于 B/S 架構(gòu)的 Web 信息系統(tǒng)， 系統(tǒng) 用戶交互對信息系統(tǒng) 分析、 設(shè)計和實現(xiàn) 都很重要，因此 系統(tǒng)界面層的設(shè)計十分重要。本 課題相關(guān) 系統(tǒng)的頁面布局設(shè)計結(jié)合多種 Web 系統(tǒng)表示層技術(shù)，包括XHTML、 CSS、 JSP、 STRUTS tags 等。在 Inter Explorer 版本以上、 Firefox、 Chrome 等支持 Web 標(biāo)準(zhǔn) 較好 的瀏覽器中均可正常顯示。不采用基于 HTML 表格 的頁面布局方式，而是采用 HTML DIV+CSS 結(jié)合的頁面布局，實現(xiàn)了頁面顯示. ... 效果和頁面內(nèi)容的分離；同時，整個 軟件 系統(tǒng) 中的 頁面采用統(tǒng)一的 CSS 布局文件， 使得 頁面風(fēng)格 保持 一致， 并 且易于 實現(xiàn) 頁面風(fēng)格變化。由于采用基于 STRUTS 的 MVC 框架技術(shù)，顯示頁面中不包含任何業(yè)務(wù)邏輯代碼，而只是顯示數(shù)據(jù)。 控制層 是整個頁面流程的控制核心，它描述了 頁面 顯示與 系統(tǒng) 行為之間的互動關(guān)系 ，以及 通過 STRUTS ActionForm 如何進行數(shù)據(jù)交換。 系統(tǒng)業(yè)務(wù)接口層主要是調(diào)用對應(yīng)的系統(tǒng)邏輯層來進行 邏輯 處理 ，并 實現(xiàn) 與系統(tǒng)邏輯層使用領(lǐng)域類進行交換數(shù)據(jù)。 系統(tǒng)功能支持層設(shè)計 系統(tǒng)功能支持層包含各類輔助開發(fā)的組件，主要是 為了實現(xiàn)系統(tǒng)地醫(yī)院物資管理系統(tǒng)的功能的基 礎(chǔ)上，考慮實現(xiàn)良好的軟件復(fù)用水平，降低系統(tǒng)代碼復(fù)雜度和代碼數(shù) 。該系統(tǒng)的輔助開發(fā)組件的功能主要包括兩類：統(tǒng)一解決基于 B/S 架構(gòu)的 Web 信息系統(tǒng)中的常見 通用問題和 難點問題；針對信息系統(tǒng)中常見的業(yè)務(wù)邏輯，設(shè)計開發(fā)代碼自動生成組件，減輕 系統(tǒng) 實現(xiàn)者的