1  引言

醫院要緊跟時代發展的步伐和潮流，適應醫療制度改革和社會醫療保險改革的需要，必須實現醫院全面的信息化管理，樹立良好的社會形象，為病人提供現代化的服務，提高對病人的服務水平，方便、準確、快捷地為病人提供醫療服務和醫療費用信息，進而增強病人對醫院的信任和支持。使醫院管理晉等升級，進入現代化管理。當前，醫院還面臨著越來越激烈的市場競爭、要想在競爭中取勝，也必須采用先進的管理方法和手段。一個規劃周詳、設計先進的計算機信息管理網絡系統是取得競爭勝利的必備手段。通過實現先進的計算機網絡化管理，能為領導層的管理和決策及時提供可靠的數字依據，使管理更合理、更先進；減少人力、物力資源的浪費，降低成本；提高工作效率，提高管理效率；提高經濟效益，從而提高醫院的整體競爭力。

2  需求分析

隨著各種醫院信息管理系統不斷的涌現，但是到目前為止，通過市場調查得知目前現有的醫院信息管理系統大多都是針對大型醫院來設計的，而很少考慮到眾多鄉鎮一級醫院的實際情況，大多功能在鄉鎮一級醫院并不實用，從而增加了院方不必要的投資。此外，系統一般也不支持遠程訪問，信息的共享性差。為適應醫療信息管理發展的需要，開發基于B/S結構的醫院信息管理系統。該系統應具有以下功能：

(1)存儲人員基礎信息、門診、住院報帳明細到數據庫中。

(2)及時反映病人拖欠費用情況。

(3)對于基金的使用情況、病種發病率情況、藥品使用情況等信息的圖形化統計。

(4)能根據條件設置報銷政策，并能自動進行報銷結算。

(5)進行基金的征收、分解和年度結轉。

(6)實時動態跟蹤物資、設備及藥品的出入庫信息，減少積壓、短缺現象。

(7)實現各種數據統計分析功能，藉以考核各科室及個人的工作業績。

3 系統體系結構

通過對醫院信息管理系統的需求分析，決定系統設計使用由客戶層、應用層、數據層組成的三層體系結構，并以Browser/Server模式與數據庫進行交互，其結構如圖1所示。
 

3.1  三層結構工作原理

B/S模式是一種以Web技術為基礎的新型MIS平臺模式，它將傳統的C/S模式中的服務器分解成一個數據服務器和一個或多個應用服務器，從而構成一個三層結構體系。

第一層客戶層，包括客戶端和管理端，采用的是標準的瀏覽器。瀏覽器將HTML轉換為圖文并茂的網頁，并提供一定的交互能力，允許用戶輸入信息提交給后臺，提出處理要求。這個后臺也就是第二層的應用服務器。

第二層應用層，主要依靠應用服務器來完成工作。在客戶層提出請求后，應用服務器將啟動相應的進程響應，并動態生成一串HTML代碼，其中包含處理結果，返回給客戶的瀏覽器。如果客戶端提交的請求包括數據的存取，那么應用服務器還需要與數據服務器交互完成這一處理。

第三層數據層，負責數據的存儲、響應和更新處理。位于數據層的數據服務器應客戶請求獨立進行處理，而后將數據庫結果返回應用服務器，再傳回客戶端或管理端，完成整個請求、應答過程。

3.2  B/S模式特點分析

采用基于三層體系結構的B/S模式較以前的C/S模式有以下特點：

(1)資源利用率高。在C/S模式下，大部分運算在客戶端完成，因此客戶端配置要求較高，同時，導致服務器空閑。而在B/S模式下，大部分運算在服務器端完成，因此客戶端配置要求不高，僅需能夠正常顯示網頁即可。

(2)可維護性好。在C/S模式下，各種應用的主要部分安裝在客戶端，維護起來很不方便。而在B/S模式下的維護工作主要在服務器上，而且支持遠程維護，客戶端只運行瀏覽器，無需特別維護。

(3)安全機制完善。在C/S模式下，主要利用操作系統和數據庫系統的安全機制，較難提供數據加密和身份驗證功能。而在B/S模式下不僅可以解決以上問題，還可以利用Web Server的安全機制或防火墻技術進行訪問控制，利用cookie進行身份驗證，極大地完善了安全機制。

(4)網絡實時性強。在C/S模式下，數據庫直接與客戶端進行事務處理，一般需要做多次交互，數據更新過程繁瑣。而在B/S模式下，事務處理在應用服務器上進行，數據的多次交互限定于應用服務器和數據服務器之間，網絡傳輸量少，數據的實時更新性好。

4  軟件系統的功能結構 4.1  設計及應用平臺選擇

基于對系統體系結構的分析，醫院信息管理系統采用B/S模式，以Windows XP為操作系統平臺，SQL Server2000為后臺數據庫，IIS 5.0為Web服務器，IE5.5以上版本為客戶瀏覽器，Visual Studio.NET和ASP.NET為前端開發工具，并在設計過程中充分考慮系統易用性、可靠性和靈活性的統一。

4.2 數據庫連接訪問技術應用

利用在.NET Framework中提供的ADO.NET技術和數據庫操作管理中的存儲過程、觸發器技術，合理調用DataReader、DataSet對象，提高數據存儲、訪問效率。 4.3 模塊功能設計思想

由于系統涉及的信息量大、類型多，所以主要從功能實現角度分析模塊劃分及設計思想，參見圖2。
 

(1)基礎信息系統。提供原始數據錄入模塊和參合管理模塊來完成基礎信息系統所要求的所有功能。包括如下功能：參合原始數據錄入、參合原始數據導入、參合人員新開戶、參合人員信息修改、參合繳費、醫療證的掛失鎖定、查看門診、住院報帳明細、參合帳戶查詢、參合信息套打。

(2)基金管理系統。按照國家政策，參合基金一般分解為三部分，分為農民自籌，地方財政補貼，國家財政補貼。一般農民自籌部分進入門診帳戶，也有地方政策是其中部分進入門診帳戶。財政補貼部分一般都進入大病統籌部分。該系統可以根據政策的不同靈活進行設定，并自動進行基金的征收、分解和年度結轉。由于分解工作是自動進行的，所以操作非常簡單，數據絕對可靠。