互聯網環境下醫院財務管理模式的探索與評價分析

汪小青

（成都醫學院第一附屬醫院，四川成都 610500）

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

1 軟件體系架構

1.1 B/S架構

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

圖1 B/S結構圖

1.2 軟件工程方法

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

圖2 .Net框架體系結構

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

圖3 SQL Server數據庫結構

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

2 系統分析

2.1 系統功能分析

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

圖4 醫院財務管理結構圖

2.2 數據關系分析

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

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

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

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

3 系統設計與實現

3.1 系統功能詳細設計

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

圖7 門診收費流程

圖8 門診收費模塊類圖

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

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

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

圖10 職工薪資查詢順序

3.2 系統實現

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

圖11 門診收費管理界面

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

圖12 薪資審核界面

圖13 公式編輯界面

4 結論

文中從目前醫院的財務管理方式出發，研究了各個模塊的不同需求，并且開展了各項功能的實現與測試，同時結合數據庫技術和B/S 編程模式，建立了醫院智能財務管理系統，使得財務管理工作更加科學化?；诨ヂ摼W的環境，完善該系統功能操作簡單。在設計和實現各個模塊的過程中，針對不同業務進行適配，使相關科室能更加高效地處理醫療支付問題。整合醫院資源，解決薪資發放費用管理的難題。不過，需要引起重視的是，因為其中還存在代碼、設計等方面的不足，很多區域在使用的時候也存在宕機的情況。所以，還要在當前研究的基礎上，借助各種不同的手段，不斷對其進行完善，最大程度地體現其作用，之后還要不斷地進行優化升級，確保實現與醫院自身發展相適應的財務管理新模式。