互聯(lián)網(wǎng)環(huán)境下醫(yī)院財務(wù)管理模式的探索與評價分析

汪小青

（成都醫(yī)學(xué)院第一附屬醫(yī)院，四川成都 610500）

近年來，隨著信息技術(shù)的快速發(fā)展，互聯(lián)網(wǎng)帶來了許多便利，同時也對醫(yī)院的財務(wù)管理模式提出了挑戰(zhàn)[1]。財務(wù)管理是醫(yī)院正常運營的關(guān)鍵之一，規(guī)模較大的醫(yī)院一般都采用總會計師制度，以總會計師為核心的管理責(zé)任人掌管行政、后勤、門診、急診等多職能部門的總協(xié)調(diào)工作[2]。由于醫(yī)院的人流量較大，傳統(tǒng)的手工操作越來越不適應(yīng)較大的工作量與勞動強度，需要依靠信息化技術(shù)和網(wǎng)絡(luò)原理簡化人員的操作流程。與此同時，還需要利用數(shù)據(jù)庫技術(shù)，借助數(shù)據(jù)挖掘的方法[3]，減小運營成本。醫(yī)院信息系統(tǒng)正在從專注于醫(yī)院行政管理轉(zhuǎn)變成計算機技術(shù)的綜合性應(yīng)用。文中通過相關(guān)軟件系統(tǒng)工程方法[4]、面向?qū)ο蟮乃枷胗洃洈?shù)據(jù)庫技術(shù)等綜合技術(shù)設(shè)計實現(xiàn)整體功能，從宏觀角度進行建模，提出可行性方案，通過詳細測試，覆蓋整體及各子模塊的功能與性能，保障醫(yī)院財務(wù)管理系統(tǒng)的穩(wěn)定性。

1 軟件體系架構(gòu)

1.1 B/S架構(gòu)

B/S 軟件架構(gòu)專用于解決網(wǎng)絡(luò)工作量大、升級操作比較頻繁的網(wǎng)絡(luò)軟件架構(gòu)，有利于提高客戶對整體產(chǎn)品的體驗，尤其在互聯(lián)網(wǎng)環(huán)境下的醫(yī)院財務(wù)管理問題。B/S 模式具備較好的跨平臺能力，具有安全、靈活、成本低的優(yōu)勢[5]。在該架構(gòu)下，用戶不需要安裝客戶端，只需具備登錄網(wǎng)站的瀏覽器，連接到互聯(lián)網(wǎng)，就可以訪問數(shù)據(jù)庫，由于開發(fā)技術(shù)相對成熟，調(diào)試工具也非常人性化?？蛻舳嗣饩S護是B/S 架構(gòu)最大的優(yōu)勢，減少了服務(wù)器的壓力，并且B/S 架構(gòu)一般基于廣域網(wǎng)[6]，避免了專門配置局域網(wǎng)的繁瑣過程，使用互聯(lián)網(wǎng)就可以發(fā)揮B/S 架構(gòu)的優(yōu)點，B/S 結(jié)構(gòu)主要由表示層、功能層和數(shù)據(jù)層組成[7]。如圖1 所示，服務(wù)器端包含Web 服務(wù)器、數(shù)據(jù)庫服務(wù)器和中間件[8]，具有良好的可擴展性。

圖1 B/S結(jié)構(gòu)圖

1.2 軟件工程方法

在Web 開發(fā)的過程中，為了提高功能和網(wǎng)頁的作用，將分散的擴展組件通過.Net 框架集成在一起。.Net 語言具備良好的程序擴展性，規(guī)范的公共語言規(guī)則可以解決程序設(shè)計中人力資源不足的境況，盡量減少有可能出現(xiàn)的編程問題。.Net框架結(jié)構(gòu)如圖2 所示，公共語言運行庫(Common Language Specification)是其主要組件[9]。.Net 框架為編程人員提供了綜合性的可用類型集合和公共API，作為統(tǒng)一的Web 應(yīng)用程序開發(fā)平臺，支持C++、C#、VB、Jscript 等編程語言。

圖2 .Net框架體系結(jié)構(gòu)

數(shù)據(jù)庫管理系統(tǒng)對醫(yī)院財務(wù)信息的數(shù)據(jù)進行分析、管理和控制，Microsoft SQL Server 2012 是微軟建立數(shù)據(jù)庫應(yīng)用程序的平臺[10]，幫助用戶通過Web 快捷訪問數(shù)據(jù)庫，提供對XML 數(shù)據(jù)的核心支持，保障數(shù)據(jù)可以適當(dāng)?shù)靥畛鋀eb 服務(wù)器，如圖3 所示，具有向上伸縮和向外擴展的功能，承擔(dān)著數(shù)據(jù)大容量備份和數(shù)據(jù)高效率壓縮的服務(wù)[11]。

圖3 SQL Server數(shù)據(jù)庫結(jié)構(gòu)

面向?qū)ο蟮拈_發(fā)思想具備5個原則和3個特性[12]，對象既可以是物理對象也可以是一個抽象概念，一類具有相同屬性和操作的對象形成類，面向?qū)ο蟮?個特性是封裝、繼承和多態(tài)[13]，封裝是將對象的部分屬性與外界隔離，僅對內(nèi)部的信息進行操作，隱藏對象的屬性和實現(xiàn)細節(jié)，僅對外提供公共訪問方式，隔離變化便于使用，提高復(fù)用性和安全性。繼承就是子類繼承父類的特征和行為[14]，使得子類對象（實例）具有父類的實例域和方法，或子類從父類繼承方法，使得子類具有與父類相同的行為，可以提高代碼復(fù)用性。多態(tài)特性是父類或接口定義的引用變量可以指向子類或具體實現(xiàn)類的實例對象[15]，提高了程序的拓展性，提供了一種完全像父類一樣的使用類的方法，這樣就不會混淆混合類的類型，并且每個子類繼續(xù)保持其方法不變。通過重用父接口來完成，以便子類可以在自己的版本中實現(xiàn)這些方法。五大原則分別是單一職責(zé)原則、開放封閉原則、里式替換原則、依賴倒置原則、接口分離原則[16]。

2 系統(tǒng)分析

2.1 系統(tǒng)功能分析

從系統(tǒng)功能角度分析，在互聯(lián)網(wǎng)環(huán)境下，將醫(yī)院財務(wù)管理系統(tǒng)分為4 個部分，如圖4 所示，分別是醫(yī)院門診收費管理、住院收費管理、薪資管理和預(yù)算與核算。門診收費管理負責(zé)的是掛號收費與藥品劃價收費兩個內(nèi)容。由于醫(yī)院掛號工作量巨大，需要高效率的工作質(zhì)量，同時需要收費項目的公開與完整，保證用戶查詢與瀏覽的方便性。住院收費管理部分需要考慮住院費用繳納的復(fù)雜性，覆蓋住院預(yù)交款管理、出院結(jié)算以及查詢統(tǒng)計。薪資管理部分包括醫(yī)護人員的基礎(chǔ)信息管理與工資結(jié)算管理，基礎(chǔ)信息包含醫(yī)護人員的各種人事信息，實現(xiàn)對薪資賬號的注冊、查詢、刪除、更改功能，工資結(jié)算部分涉及財務(wù)審核人員對薪資明細的各項處理，完成考勤管理對應(yīng)的薪資發(fā)放。預(yù)算與核算部分，預(yù)算是指藥品與器械的費用預(yù)算，核算是指醫(yī)院的資產(chǎn)管理、會計財務(wù)管理、財務(wù)檔案管理。

圖4 醫(yī)院財務(wù)管理結(jié)構(gòu)圖

2.2 數(shù)據(jù)關(guān)系分析

文中重點分析與評價了門診掛號管理部分與薪資管理模塊，旨在創(chuàng)新財務(wù)管理制度和專業(yè)流程，合理地進行信息化實踐，從數(shù)據(jù)庫的角度分析病人、科室、掛號繳費科、收費類別的數(shù)據(jù)實體關(guān)系，其E-R圖如圖5 所示。病人的個人信息包含姓名、病史。掛號科具有各自的號種、診療費、掛號費、病理費等。病人可以選擇科室和收費類別。

圖5 門診掛號功能的E-R圖

而針對薪資管理模塊的分析，需要考慮的數(shù)據(jù)實體較多，包含出勤、職工、出差、科室等，為了合理簡化冗余的數(shù)據(jù)操作，減小修改、刪除的操作復(fù)雜度，根據(jù)范式理論，每一種實體具有多種屬性。一名職工可以對應(yīng)多個科室，擁有一條薪資信息和多條考勤記錄，出差的次數(shù)是多次的關(guān)系，其E-R 圖如圖6所示，具有數(shù)據(jù)庫設(shè)計的合理性。

圖6 薪資功能模塊的E-R圖

3 系統(tǒng)設(shè)計與實現(xiàn)

3.1 系統(tǒng)功能詳細設(shè)計

門診收費管理模塊分別由掛號管理和劃價收費管理組成，傳統(tǒng)的財務(wù)管理模式是將這兩個模塊進行單獨區(qū)分，為了提高在互聯(lián)網(wǎng)環(huán)境下兩個方面的融合，避免數(shù)據(jù)的冗余和浪費，文中采用合并的方式進行設(shè)計，門診收費模塊的流程如圖7 所示，病人首先到門診掛號，然后才能完成分科診斷，直至清算費用，系統(tǒng)用于處理日常掛號和劃價產(chǎn)生的大量工作，這個模塊設(shè)計主要由病人類和賬戶類組成，完成部門查詢和門診收費查詢功能，以供用戶查閱，病人類具備賬戶的相關(guān)信息，賬戶是病人的成員函數(shù)，門診收費模塊類圖如圖8 所示。

圖7 門診收費流程

圖8 門診收費模塊類圖

薪資管理模塊中，職工人事信息采集流程如圖9所示，在進入登錄界面后進行驗證，可以對薪資賬號進行查詢、修改、新建的操作，完成操作后可以結(jié)束退出。為了保證薪資的順利發(fā)放，財務(wù)人員可以查詢、修改職工的基礎(chǔ)信息，在工資管理流程中可以實現(xiàn)責(zé)任到人，并且隨著記錄人數(shù)的增多，電子化的流程大大提升了自動化辦公流程，維護薪資的發(fā)放效率。

圖9 薪資賬號管理模塊流程

薪資賬戶類的設(shè)計就是記錄醫(yī)院職工的賬戶信息，包括職工的編號、銀行卡號、職工名字、結(jié)算日期等信息。在職工信息類中包含職工編號、姓名、性別、生日、學(xué)歷、家庭住址等個人信息，薪資結(jié)算模塊完成對職工工資的結(jié)算與管理，提供查詢并打印工資條功能，充分運用網(wǎng)絡(luò)處理手段實現(xiàn)企業(yè)財務(wù)管理，職工薪資查詢的順序如圖10 所示。

圖10 職工薪資查詢順序

3.2 系統(tǒng)實現(xiàn)

門診收費管理模塊的界面如圖11 所示，首次就醫(yī)的患者會產(chǎn)生一個病歷編號，進行注冊時，系統(tǒng)顯示病人填寫的信息內(nèi)容，如果不是第一次就醫(yī)，則可以搜索以前的就醫(yī)信息，進行選擇操作，點擊確定按鈕，根據(jù)系統(tǒng)的計算支付掛號的費用。醫(yī)生可以通過數(shù)據(jù)庫查詢病人的基礎(chǔ)信息，提高了工作效率。

圖11 門診收費管理界面

針對醫(yī)院職工薪資管理模塊，薪資審核界面如圖12 所示，職工加入工作后，填寫個人信息錄入到系統(tǒng)數(shù)據(jù)庫中，職工與財務(wù)科人員溝通，財務(wù)科人員根據(jù)考勤管理和出差記錄審核薪資明細，并且依據(jù)職工的情況可以查詢、修改、刪除其信息，實現(xiàn)財務(wù)的電子化轉(zhuǎn)移，為了薪資發(fā)放的透明化，可以向職工提供查詢和打印功能，將信息詳細列出，實現(xiàn)了合理的協(xié)助。為了保證員工的自身權(quán)利，提供薪資結(jié)算公式編輯器進行自主核算，其界面如圖13 所示。

圖12 薪資審核界面

圖13 公式編輯界面

4 結(jié)論

文中從目前醫(yī)院的財務(wù)管理方式出發(fā)，研究了各個模塊的不同需求，并且開展了各項功能的實現(xiàn)與測試，同時結(jié)合數(shù)據(jù)庫技術(shù)和B/S 編程模式，建立了醫(yī)院智能財務(wù)管理系統(tǒng)，使得財務(wù)管理工作更加科學(xué)化。基于互聯(lián)網(wǎng)的環(huán)境，完善該系統(tǒng)功能操作簡單。在設(shè)計和實現(xiàn)各個模塊的過程中，針對不同業(yè)務(wù)進行適配，使相關(guān)科室能更加高效地處理醫(yī)療支付問題。整合醫(yī)院資源，解決薪資發(fā)放費用管理的難題。不過，需要引起重視的是，因為其中還存在代碼、設(shè)計等方面的不足，很多區(qū)域在使用的時候也存在宕機的情況。所以，還要在當(dāng)前研究的基礎(chǔ)上，借助各種不同的手段，不斷對其進行完善，最大程度地體現(xiàn)其作用，之后還要不斷地進行優(yōu)化升級，確保實現(xiàn)與醫(yī)院自身發(fā)展相適應(yīng)的財務(wù)管理新模式。