云計算的醫(yī)療器械監(jiān)管系統(tǒng)設計論文

　　引言

　　隨著社會主義經(jīng)濟的發(fā)展,信息化技術在各行業(yè)進行了廣泛應用,但由于我國衛(wèi)生信息化建設起步晚、實力弱、資金投入少等原因,相比其他行業(yè)的信息化發(fā)展,還有相當?shù)牟罹?這一點在基層醫(yī)療機構的信息化建設上表現(xiàn)得尤為突出。目前我國的基層醫(yī)療機構藥品、器械信息化管理平臺多是以各縣級地區(qū)為范圍的信息平臺,針對該地區(qū)的藥品、器械的招標、采購、配送管理等提供服務,這種方式的局限性是比較明顯的:首先,個性化需求不能完全滿足。雖然藥品采購、管理系統(tǒng)的開發(fā)商開發(fā)了各種功能不一的藥品管理軟件,但基層醫(yī)療機構的需求是多樣的,不同地區(qū)對藥品采購、管理系統(tǒng)功能的需求也呈多樣化、個性化,受軟件開發(fā)成本的影響,軟件服務商無法針對不同的基層醫(yī)療機構提供個性化程序,只能顧及該地區(qū)大多數(shù)基層醫(yī)療機構的需求功能,造成基層醫(yī)療機構信息化系統(tǒng)缺失的局面。另外,擴展性和靈活性不強。基層醫(yī)療機構藥品、器械信息化管理平臺往往與藥品管理軟件的開發(fā)商簽訂一次性軟件定制合同,但隨著時間的遷移,基層醫(yī)療機構將會出現(xiàn)的新的需求,而不同軟件服務開發(fā)商所開發(fā)的軟件往往自成體系,彼此很難相互兼容,當信息系統(tǒng)需做相應地進一步功能擴展時,而無法做到信息共享。以前的數(shù)據(jù)也無法延續(xù),只能重新再做一個系統(tǒng)。綜上所述,目前基層醫(yī)療機構藥品、器械信息化管理平臺存在缺乏通用性和擴展性,滿足不了多樣性的基層醫(yī)療機構個性化需求等問題,急需設計一個新的基層醫(yī)療機構藥品、器械信息化管理平臺來加以解決。因此,本文提出一種基于云計算的新型基層醫(yī)療機構藥品、器械信息化管理平臺的設計實現(xiàn)方案。通過該平臺,將基層醫(yī)療機構藥品、器械信息化管理申請需求按照統(tǒng)一標準,分離成多個較小的并行的子需求,再交由多部服務器所組成的系統(tǒng)對各類資源進行搜索、匹配,預留分配及環(huán)境搭建完成之后將處理結果統(tǒng)一回傳給基層醫(yī)療機構,在短時間內(nèi)為基層醫(yī)療機構提供完整的運行環(huán)境(包括硬件資源、軟件資源、接入權限等)。各基層醫(yī)療機構只需通過該平臺系統(tǒng),就可完成藥品、器械的采購、庫存、使用、倉儲一體化等信息化管理。

　　1、系統(tǒng)架構本系統(tǒng)采用J2EE框架,結合Struts、Spring、Hibernate的現(xiàn)有成熟開發(fā)模式�；�于B/S結構包括了表示層、業(yè)務邏輯層、數(shù)據(jù)訪問層,采用Struts結合JavaServletAPI來實現(xiàn)表示層,業(yè)務邏輯層包含了業(yè)務邏輯工廠、業(yè)務邏輯接口和業(yè)務邏輯實現(xiàn),使用數(shù)據(jù)訪問工廠層、數(shù)據(jù)訪問接口層、自定義查詢層和臨時層共同組成了數(shù)據(jù)訪問層,數(shù)據(jù)訪問層有時候也稱為是持久層,其功能主要是負責數(shù)據(jù)庫的訪問。這三種成熟技術框架相結合實現(xiàn)了J2EE的三層結構,構成一套完整的技術框架。基于這種框架可以使開發(fā)人員只關注整個結構中的某一層,同時可以很容易的用新的實現(xiàn)來替換原有層次的實現(xiàn),另外,通過多層的架構可以降低層與層之間的依賴,通過標準化的層與層之間的標準化接口以及各層邏輯之間的復用,有利于架構設計與業(yè)務變化的分離。整個系統(tǒng)的架構模型圖如圖1所示。本系統(tǒng)充分利用Struts、Spring、Hibernate的技術優(yōu)勢,通過WebService層降低了業(yè)務邏輯層和數(shù)據(jù)訪問層之間的耦合程度。這樣的設計可以有效的提高系統(tǒng)架構的可維護性和擴展性。

　　2、系統(tǒng)詳細介紹此信息化管理平臺作為一個提供給基層醫(yī)療機構進行藥品、器械采購管理的平臺,前端包括采購管理、接口管理、財務管理、庫存管理、用藥管理、系統(tǒng)管理、報表管理等模塊,前端框圖如圖2所示。采購管理模塊包括采購計劃制作、下達,收貨確認、退貨管理等;財務管理模塊是對應收、應付進行入賬,發(fā)票登記、付款的管理;庫存管理模塊主要提供庫存查詢(主要包括商品入庫、商品入庫退貨和價格調(diào)整)、庫存盤點、庫存報表等;用藥管理模塊涉及銷藥和處方的管理;系統(tǒng)管理模塊包括倉庫設置、藥品類別設置、賬號設置和租用功能設置;報表管理模塊是對采購、財務管理、藥品器械新鮮度、庫存的分析判斷。管理平臺的后臺支撐了前端的顯示,后臺包括維護數(shù)據(jù)標準、設置系統(tǒng)功能、客服、選擇租用功能、設置主數(shù)據(jù)、管理對碼。各個用例把前臺的交易與后臺的管理功能隔開,具有很強的擴展性和靈活性。其用例圖如圖3所示。平臺管理人員可以管理數(shù)據(jù)標準,對數(shù)據(jù)標準化進行處理,用于給基層醫(yī)療機構系統(tǒng)操作員提供各種產(chǎn)品、廠商、地址等的數(shù)據(jù)標準維護。平臺客服人員可以對醫(yī)療機構的系統(tǒng)管理人員的使用情況以及遇到的各種疑問進行及時接收和處理,用于保障會員的操作順暢�；鶎俞t(yī)療機構系統(tǒng)操作人員可以根據(jù)自身的系統(tǒng)需求在平臺上挑選功能進行租用,在業(yè)務開展前還需要根據(jù)平臺已經(jīng)初始化好的主數(shù)據(jù)進行維護。最后如果使用了平臺核心業(yè)務集成的會員還需要對產(chǎn)品、廠商等編碼進行一一綁定。作為服務于基層醫(yī)療機構采購業(yè)務的基于云計算的信息化管理平臺,基層醫(yī)療機構可根據(jù)自身業(yè)務發(fā)展需要合理選擇挑選平臺上提供的功能進行編排組裝,平臺會自動根據(jù)編排好的內(nèi)容進行費用計算,基層醫(yī)療機構只需定期支付功能租用費即可。這樣的方法大大提高了基層醫(yī)療機構的信息化靈活度,同時也降低了基層醫(yī)療機構一次性投入信息化建設的成本。系統(tǒng)的服務編排流程如圖4所示。

　　3、結論

　　本文以現(xiàn)有基層醫(yī)療機構藥品、器械信息化管理平臺建設、通用性、擴展性等方面的不足為切入點,提出一種新型的基于云計算的基層醫(yī)療機構藥品、器械信息化管理平臺設計實現(xiàn)方案。本平臺支持基層醫(yī)療機構多樣性的需求,并可適應其需求的擴展,提高基層醫(yī)療機構信息化使用效率,減少了各自的開發(fā)成本。但是由于平臺對所有基層醫(yī)療機構提供信息化管理共享服務,可能需要在保證數(shù)據(jù)安全性上做進一步考慮,以確保基層醫(yī)療機構每個用戶的藥品、器械信息化應用。