【正文】 品供應企業(yè)發(fā)出，到醫(yī)院藥庫入庫、再到藥 品調(diào)配到藥房這一過程的管理。其 中基礎信息管理主要做藥品基礎信息的建立和維護，包括編寫藥品的代碼、確 定藥品名稱、規(guī)格、計量單位、生產(chǎn)廠家、效期等基本信息，并根據(jù)藥品信息 的變化而隨時進行維護和變更。存儲庫位管理包括按照特定模式對 藥品進行分類，并根據(jù)分類進行藥品的擺放。補貨計劃管理是庫存 管理的補充，主要是針對藥品缺貨或藥品庫存不足的情況下，及時對藥品進行 補充的過程。 但是目前醫(yī)院使用的管理系統(tǒng)對于藥庫管理的部分，功能相對簡單，只實 現(xiàn)了藥品基本信息庫的建立，支持查詢、修改等簡單操作。對于藥品驗收入庫、存儲庫位管理和補貨計劃管理等 項目還采用人工管理或半人工管理的模式。按照一、二級庫房分工要求，一級庫房職能負責采購，二級 庫房負責銷售，臨床科室藥房被認為藥劑科以外的庫房，對其的出庫被認為是 銷售出庫。與藥庫的庫存管理相比，藥房的 庫存相對更加零散，尤其是住院藥房藥品會拆分成零包裝進行使用和存儲，這 就會涉及到整箱藥品與零包裝之間的換算問題。 第三節(jié)數(shù)據(jù)流分析 數(shù)據(jù)流分析是一種用于收集計算機程序在不同點計算的值的信息技術。根據(jù)醫(yī)院實際業(yè)務工作，分為藥 品采購、藥品出入庫、藥品銷售出庫、庫存管理、藥品供應商管理、發(fā)票管理 等幾大業(yè)務項，這些業(yè)務之間通過數(shù)據(jù)流關聯(lián)在一起，形成一個將各項業(yè)務聯(lián) 系在一起數(shù)據(jù)鏈。藥品入／出庫生成藥品入庫單(退庫單)，系統(tǒng)根據(jù)入庫單(退庫單)增減 系統(tǒng)的庫存數(shù)據(jù)，并將庫存數(shù)據(jù)提供給藥房藥庫，以備銷售出庫。 2．3．1采購數(shù)據(jù)流分析 采購業(yè)務一般由醫(yī)院藥庫作為主要執(zhí)行體，先由醫(yī)院藥房向醫(yī)院藥庫提交 藥品采購計劃，或是庫房庫存數(shù)量低于下限自動生成采購流水單，并將采購需 求統(tǒng)一匯總到藥庫，由藥庫管理員進行整理匯總，并根據(jù)藥品按照補貨算法進 行補貨數(shù)量核實和修改，確認無誤后進行審核處理，生成一份正式的采購計劃 單，藥庫管理人員將采購計劃提交給相關的藥品供應企業(yè)，藥品供應企業(yè)會根 據(jù)采購計劃單內(nèi)容和本企業(yè)內(nèi)庫存情況進行藥品的發(fā)貨，同時將發(fā)貨信息傳遞 給醫(yī)院藥庫。同時醫(yī)院會對已收到藥品的發(fā)票信息進行審核，確認生成正式發(fā)票， 并將相關信息返回給藥品供應企業(yè)。例如下面幾個方面： (1)藥品采購缺乏計劃性，基本上是靠人工經(jīng)驗進行藥品采購，導致某些 藥品庫存大量積壓或是某些藥品出現(xiàn)斷貨，大量的積壓藥品不僅占據(jù)了庫房大 量的存儲空間造成庫存成本高居不下，而且一旦過期還會造成資源的浪費，同 樣，藥品的斷貨會延誤患者的治療，也給醫(yī)院造成經(jīng)濟的損失； (2)入庫單信息和發(fā)票信息通過手工錄入方式錄入系統(tǒng)，既浪費了人力資 源而且很難保證正確率； (3)藥品批號只實現(xiàn)在系統(tǒng)中的記錄操作，對于藥品效期的管理真正還是 使用人工記錄管理的方式，通過填寫臨期藥品提示牌的方式進行效期管理，并 沒有實現(xiàn)按照批號進行藥品的跟蹤和使用，沒有真正實現(xiàn)藥品效期管理。軟件對藥品庫房管理軟件作一個補充，實現(xiàn)其所不能達到的要 求。 根據(jù)大型綜合醫(yī)院的普遍管理模式，將藥庫劃分為一級庫房和二級庫房， 并制定相應的工作原則：一級庫房只能與藥品供應商進行聯(lián)系，不能與患者進 行接觸，即只有采購權限沒有銷售權限。藥品流通的節(jié)點包括：藥品供 應商、醫(yī)院藥庫、醫(yī)院藥房和患者。完善各種統(tǒng)計報表，根據(jù)國家、醫(yī)院的業(yè)務要 求，通過條件的選取和圖表類型的選取可以生成可供參考的圖形數(shù)據(jù)。 (3)采購計劃管理：能夠根據(jù)醫(yī)院藥品庫存的數(shù)量、庫房存儲能力、藥品 使用量、供應周期和藥品ABC分類等，自動生成補貨訂單，藥庫管理人員能夠 對訂單內(nèi)容進行添加修改或刪除，最終審核后將采購計劃直接發(fā)送給藥品供應 企業(yè)。 (5)存儲庫位管理：根據(jù)一定的編碼規(guī)則對藥庫、貨架、貨柜、托盤、冰 柜等藥品存儲地點和載體進行劃分和編碼，保證按照一種藥品一個批號對應一 個庫位，實現(xiàn)庫位批號管理。 第五節(jié) 幾個關鍵需求問題的解決 在解決醫(yī)院藥庫物流管理信息系統(tǒng)的需求問題時，涉及了幾個關鍵的需求 問題，分別是藥品分類管理的問題、藥品自動補貨問題、庫位管理問題、藥品 安全問題等等，這些問題涉及了醫(yī)院的主要業(yè)務，也是系統(tǒng)設計中必須解決的 關鍵問題。 藥品管理研究的人員對ABC分類法在藥品管理方面的使用進行了研究，包 括藥品采購計劃的制定、藥品申領計劃生成、藥品庫存上下限設置、藥品庫存 控制等。 按照藥品品種每年度的銷售金額，將庫存藥品劃分為ABC三類： A類藥品大多為價格較高的常用針劑，包括抗微生物藥及臨床用量及部分臨 床用量較大的新藥、生物制劑。這類藥品品種相對集中，占用金額大，藥品供應量 充足，在降低藥品庫存存量的同時，降低了庫存成本、減少了對流動資 金的占用。由于其品種 較多，臨床用藥頻率高，采購周期以月消耗量來確定。 C類藥品大多為急救藥品和臨床普通應用的一線治療用藥，也包括一些備 用藥和外用制劑。 對A類藥品要嚴格控制周轉(zhuǎn)天數(shù)，對B類藥品做到控制管理，對C類藥品 保證供應。常用的補貨方式有兩種方式，一種是按藥品消耗進行補貨，另一種是按 照藥品庫存上下限進行補貨n∞。 (1)消耗補貨算法 警戒公式： Kc一((I 7XH』木o．40+l 14XH I木o．3+I 21XH l木0．2+l 28XH l木0．10)*BJ)=O 以7天為一個觀測點，連續(xù)觀測4個階段，共計28天，每個階段在公式中 所占比例分別為，第一階段占10％，第二階段占20％，第三階段占30％，第四階 段占40％，得出藥品日消耗量，然后乘以報警天數(shù)得出警戒庫存量，如果當前醫(yī) 院內(nèi)庫存量小于警戒庫存量則系統(tǒng)提示報警。 (2)庫存上下限補貨算法 警戒公式：Kc—XX=O 現(xiàn)有藥品庫存量如果小于設定的庫存下限，則進行報警提示。 根據(jù)對醫(yī)院所有藥品進行一對一的補貨方式設置，最大程度上壓縮了醫(yī)院 藥品庫存量，加快藥品周轉(zhuǎn)速度，在保證醫(yī)院對患者正常供藥的情況下，降低 了庫存成本對流動資金的占用，同時人工計算式補貨向計算機系統(tǒng)自動補貨方 式的轉(zhuǎn)變，提高了補貨的精確度、降低了工作強度。以往藥庫在 存儲規(guī)劃方面欠缺系統(tǒng)性，導致藥品存儲混亂，給藥品管理帶來不小的困難。在給藥品分配庫位時，將同存放于同一區(qū)域內(nèi)，然后根據(jù)需要分配一個或幾個庫位。 2．5．4藥品安全管理 藥品作為一種特殊的商品，直接關系到人們的身體健康和生命安全。這里的藥品安全是一個綜合性的概念，包括了藥品生產(chǎn)安全、 藥品流通安全以及藥品使用安全等，從藥品研發(fā)、藥品原料采購，到藥品生產(chǎn)、 流通以及使用，在藥品生命周期的每一個環(huán)節(jié)出現(xiàn)問題都會影響到藥品安全。 ‘ 在針對醫(yī)院藥品和醫(yī)用材料的使用中，都存在著有效期的問題，當藥品由 供應企業(yè)發(fā)給醫(yī)院后，由于醫(yī)院人員和設施條件的局限性，當藥品和醫(yī)用材料 在院內(nèi)進行存儲和流通的過程中，往往缺乏相關和有效地監(jiān)督管理，可能會出 現(xiàn)過期藥品和過期醫(yī)用材料被使用的現(xiàn)象，不僅會造成患者病情延誤，嚴重時 可能會威脅到患者的生命安全、引起醫(yī)療事故。對于入庫的藥品，入庫數(shù)量對應到批號，同樣在 進行藥品存儲時，一個藥品的一個批號對應一個庫位，做到分批號存儲。批號管理不僅可以 細化院內(nèi)藥品管理，保證藥品在院內(nèi)的物流實行了先進先出的原則，而且對批 號進行管理就等于對藥品效期進行管理，藥庫管理人員可以通過系統(tǒng)進行藥品 效期管理，保證了藥品在有期限內(nèi)進行使用，保障了藥品安全，也避免因為過 期而造成不必要的浪費。隨著醫(yī)療技術的 不斷提升，藥品的種類也日益繁多，同類藥品有不同的品名，一種藥品又有不 同的名稱、不同的劑型，給醫(yī)務人員和病人都造成了很大的困惑。利用信息技術對這些數(shù)據(jù)進行收集和整理，可以讓醫(yī)院相關人員及 時掌握醫(yī)院藥品的流向和藥品種類使用情況。 第一節(jié)系統(tǒng)功能劃分 系統(tǒng)采用web的方式使醫(yī)院能夠通過網(wǎng)絡進行藥品的采購、倉庫管理及流 向監(jiān)控。系統(tǒng)模塊功能圖如下： 第二節(jié)系統(tǒng)設計 3．2．1用例設計 用例是對一組有序動作的描述，用例模型圖是從用戶的角度出發(fā)，不是對 系統(tǒng)內(nèi)部結(jié)構的了解和設計，只是對如何使用系統(tǒng)的描述。要完成系 統(tǒng)用例圖首先要了解參與者，參與者(Actor)是指存在于被定義系統(tǒng)外部并與該 系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。通過對系統(tǒng)功能模塊的研究，系統(tǒng)參與者主要包括普通用戶(包括庫管員 和醫(yī)院領導)和系統(tǒng)管理員，接下來，我們通過對業(yè)務過程的分析和描述，分解出來關鍵概念的用例，本文將對采購藥品和藥品入庫兩個業(yè)務過程進行用例分析，通過分析表達出這樣的含義，采購藥品的業(yè)務需要經(jīng)過生成采購訂單、審核采購訂單和提交采購訂單三大關鍵業(yè)務單元；藥品入庫業(yè)務需要經(jīng)過掃描條碼、核對入庫單、分配庫位以及確認入庫四大業(yè)務單元。ER圖式將現(xiàn)實世界的含義和相互關聯(lián)映射到概念模式，并通過模型 力圖去表達數(shù)據(jù)的意義。實體用來描述現(xiàn)實世界中可區(qū)別其他對象的“事物或“對象，聯(lián)系集用 來描述實體之間的相互關聯(lián)，屬性用來描述實體的特性n鍆。模型涉 及的實體有藥品供應企業(yè)、藥品、醫(yī)院藥庫、庫位、醫(yī)院藥房，它們之間的聯(lián)系和屬性。醫(yī)院藥庫物流管理信息系統(tǒng)是以計算機技術和網(wǎng) 絡技術為基礎進行構建的，勢必要進行網(wǎng)絡連接模式的選擇，目前比較常用的 架構有兩種，客戶機／lJ及．務器模式(C1ient／Server，C／S)和瀏覽器／服務器模式 (Browser／Server，B／S)。 對比內(nèi)容 C／SB／S 硬件環(huán)境 專用網(wǎng)絡、小范圍網(wǎng)絡 廣域網(wǎng) 安全要求 對信息完全控制力強 對信息完全控制力弱 程序架構 注重流程 注重安全及訪問速度軟件重用 整體性考慮 具有相對獨立的功能 系統(tǒng)維護 升級較難 升級容易 處理問題 與操作系統(tǒng)相關 與操作系統(tǒng)關系小 用戶接口 建立在windows平臺上 建立在瀏覽器上 信息流中央集權的機械式處理信息流向可變化 表3．3 C／S與B／S區(qū)別 劣勢 優(yōu)勢 C／S 應用服務器運行數(shù)據(jù)負荷較輕 投資大、維護成本高 數(shù)據(jù)存儲管理功能較為透明 操作使用簡單 B／S 維護和升級方式簡單 應用服務器運行數(shù)據(jù)負荷較 重 成本降低、選擇更多 表3．4優(yōu)勢／劣勢表 通過對比我們發(fā)現(xiàn)B／S更加適合醫(yī)院藥庫物流管理信息系統(tǒng)的設計應用將業(yè)務邏輯完全在服務器端實現(xiàn)，用戶表現(xiàn)完全在Web服務器實現(xiàn)，簡化了客戶端軟件，只需瀏覽器即可進行業(yè)務處理。它的主要功能 是手機用戶操作，并將調(diào)用業(yè)務功能處理結(jié)果反饋給用戶。 (2)業(yè)務邏輯層(具有程序擴展功能的Web服務器) 功能層是表示層和數(shù)據(jù)層的銜接，是應用的主體，位于Web服務器端。它的任務是接受用戶的服 務請求，并轉(zhuǎn)化為與數(shù)據(jù)庫服務器的相應操作，最后將數(shù)據(jù)處理的結(jié)果傳輸回客 戶端。 (3)數(shù)據(jù)層(數(shù)據(jù)庫服務器) 數(shù)據(jù)層是整個系統(tǒng)的基礎，實現(xiàn)了對數(shù)據(jù)的定義、維護、訪問、更新管理 等功能，位于數(shù)據(jù)庫服務器端。 3．2．5系統(tǒng)軟件架構 系統(tǒng)的軟件架構主要包括管理機制、共享機制和通訊機制三部分，其中， 管理機制是系統(tǒng)必須具備的機制，它包含了系統(tǒng)用戶的采購管理、庫存管理、 銷售管理、效期管理等等一系列的管理模式。通訊機制是系統(tǒng)用戶之間的信息傳遞n引。數(shù)據(jù)庫設計是系統(tǒng)設計成敗的關鍵，為此，在數(shù)據(jù)庫的設計過程 中應遵循規(guī)范化理論，以保證數(shù)據(jù)的一致性和完整性，并減少數(shù)據(jù)冗余。邏輯數(shù)據(jù)庫