療養院一卡通系統的開(kāi)發(fā)與應用

　隨著(zhù)數字化療養院建設的不斷深入，療養院的信息化程度越來(lái)越高，各部門(mén)、各專(zhuān)業(yè)都有了自己的信息管理系統，特別是《軍隊療養院信息管理系統》的應用，規范了以電子療案為中心的療養、醫療工作，為數字化療養院建設打下堅實(shí)的基礎。但也還存在療養員(含隨員、軍內招待和地方住宿人員，以下統稱(chēng)客戶(hù))身份不好確認，餐飲、娛樂(lè )和用車(chē)等不完全免費場(chǎng)所消費結算繁瑣等問(wèn)題。為方便客戶(hù)，規范療養、住宿、消費全過(guò)程，我們自主設計、開(kāi)發(fā)了療養“一卡通”系統，自2007年5月運行以來(lái)，收到了良好的效果。

　　1 需求分析

　　1．1 客戶(hù)信息采集快捷、準確、安全。客人入院時(shí)，數據錄入必須簡(jiǎn)便、快捷，團隊錄入時(shí)要能保留公共信息。客戶(hù)端不得保存客戶(hù)信息。數據采集完成后，能打印出《療養員人院登記卡》，便于療養科室辦理電子療案手續。
　　1．2 實(shí)時(shí)反映房態(tài)變化。房態(tài)變化要及時(shí)、準確，能橫向、縱向實(shí)利‘查詢(xún)療養房間狀態(tài)，并能顯示療養員的基本信息。接診科要能掌握全院療養科室房態(tài)，以及療養計劃預定半年內的房間。療養科室要能橫向、縱向掌握本科室半年內療養房間使用情況。
　　1．3 刷卡消費項目齊全，涵蓋療養全過(guò)程。客戶(hù)持卡能住宿、治療、餐飲、娛樂(lè )、用車(chē)和購物等，刷卡信息實(shí)時(shí)傳輸到服務(wù)端。
　　1．4 查詢(xún)、統計要準確、直觀(guān)。① 客戶(hù)可隨時(shí)查詢(xún)其消費情況，并打印消費清單；② 科室可隨時(shí)查詢(xún)和統計本科收人(含空收和實(shí)收)情況、床位使用情況；③ 管理部門(mén)可隨時(shí)查詢(xún)全院收入、床位使用率和客戶(hù)消費明細等；④ 能隨機統計，并打印出日報、月報和年報等。

　　2 系統設計

　　2．1 功能設計 “一卡通”綜合管理系統是為了提高療養院信息化建設標準而設計開(kāi)發(fā)的，在軟件設計時(shí)我們結合療養院的實(shí)際需求，提 了下面5個(gè)功能設計要求。

　　2．1．1 人員信息管理。該功能是“一卡通”的基本功能，主要包括入住客戶(hù)的基本信息和消費信息。人員基本信息的采集在入院時(shí)完成，作為該客戶(hù)的身份驗證。住宿費由服務(wù)器每天晚上凌晨自動(dòng)提取。其他的消費信息則在消費者進(jìn)行刷卡消費時(shí)系統自行記錄，消費者可以隨時(shí)到各刷卡點(diǎn)查詢(xún)并打印自己的消費明細。另外當消費者所持磁卡發(fā)生遺失或損壞現象時(shí)，可以進(jìn)行掛失和補卡操作，保證了客戶(hù)信息的安全。
　　2．1．2 客房管理。療養院現有1000多張床位，每張床位根據實(shí)際情況而處于不同的狀態(tài)，比如：預定、入住、清掃以及空閑等。系統需要客戶(hù)提供每一張床位的橫向和縱向狀態(tài)。橫向狀態(tài)是指不同科室所有床位的一個(gè)平面實(shí)時(shí)動(dòng)態(tài)顯示，縱向狀態(tài)指的是床位在時(shí)間軸上的一個(gè)顯示，主要用于顯示全院客房的預定情況，為營(yíng)銷(xiāo)人員提供最直觀(guān)的客房信息。
　　2．1．3 信息統計與查詢(xún)。“一卡通”系統需要為全院各個(gè)不同的科室提供所需的統計與查詢(xún)服務(wù)，主要包括科室每天的收入、床位使用率、到賬金額以及接待人員的統計信息，還有營(yíng)銷(xiāo)員不同月份的營(yíng)銷(xiāo)業(yè)績(jì)匯總及營(yíng)銷(xiāo)明細等。統計與查詢(xún)功能的實(shí)現，可以大大提高相關(guān)人員的]一作效率，也可以為領(lǐng)導決策提供最準確直接的數據依據。
　　2．1．4 軟件維護功能。該功能用于實(shí)現系統選項的初始化設置，是“一卡通”所有項目數據的初始來(lái)源，包括科室的客房設置、消費項目的信息設置以及登錄人員的權限設置等。療養院每年都會(huì )接待大量的入住消費者，因此“一卡通”在運行時(shí)對數據庫操作頻繁，難免會(huì )產(chǎn)生冗余與垃圾數據。為了保證系統能夠安全穩定的運行，軟件維護功能處還必須含有對數據的后期修改功能，該功能應該由專(zhuān)人負責。
　　2．1．5 信息通訊功能。信息通訊是一種基于局域網(wǎng)的即時(shí)通信(IM)功能，分為主動(dòng)通訊和被動(dòng)通訊兩種情況。主動(dòng)通訊是指多人在線(xiàn)聊天功能，可以方便快捷的進(jìn)行信息交流。被動(dòng)通訊是指客戶(hù)端被動(dòng)的接收服務(wù)器所發(fā)送的提醒信息，比如消費者即將人住或到點(diǎn)退房的情形。

　　2．2 設計原則

　　2．2．1 數據庫系統的構建 數據庫系統方案的確定需要根據實(shí)際項目的情況來(lái)確定，一旦設計完畢原則上就不能再更變，否則的話(huà)對整個(gè)系統的開(kāi)發(fā)進(jìn)度會(huì )有很大的消極影響。因此數據庫的前期構建對軟件應用程序的開(kāi)發(fā)十分重要，這就要求軟件開(kāi)發(fā)者把需求和數據之間的邏輯結構分析清楚，同時(shí)在設計時(shí)還應該考慮到軟件后期的擴展需求。

　　2．2．2 系統界面的設計。系統界面是軟件操作者和數據庫進(jìn)行交流的窗體，它的方便和美觀(guān)程度直接決定了用戶(hù)對該軟件的認可度。因此在軟件界面的設計過(guò)程中，菜單、工具欄、導航鍵等界面元素的使用就顯得必不可少，這些元素的合理使用還可以提高用戶(hù)的工作效率。界面不僅包括單純的界面設計，還包括對控件的控制、錯誤的提醒等，因此對開(kāi)發(fā)人員的綜合素質(zhì)有一定的要求。

　　2．2．3 數據庫和界面的連接。連接數據庫是為了訪(fǎng)問(wèn)設置好的數據源，只有應用程序和數據源建立了連接，才能真正的訪(fǎng)問(wèn)數據庫。現有的數據庫訪(fǎng)問(wèn)機制有很多種，比如BDE、ADO、dbExpress和InterBase Express等方式，但不同的連接方式在連接速度和數據安全性上又各有優(yōu)點(diǎn)，因此訪(fǎng)問(wèn)機制的選擇也需要認真考慮。

　　3 系統的實(shí)現

　　“一卡通” 綜合管理系統采用Client／Server體系結構，服務(wù)器端采用Microsoft Windaws 2003作為操作系統，客戶(hù)端操作系統則選用Windows XP Professional。

　　數據庫系統我們選擇了Microsoft公司推出的SQL Server 2000，它是一種分布式的關(guān)系型數據庫管理系統，采用Transact-SQL語(yǔ)句在服務(wù)器和客戶(hù)端之間傳遞客戶(hù)端的請求與服務(wù)器的處理結果，具有使用方便、可伸縮性好、與相關(guān)軟件集成程度高等優(yōu)點(diǎn)。

　　程序開(kāi)發(fā)丁具選擇Borland公司的Delphi 7．0，它是基于Object Pascal語(yǔ)言的面向對象的開(kāi)發(fā)T具。使用其集成開(kāi)發(fā)環(huán)境可以快速地建立應用程序，而且Delphi 7．0提供了豐富的數據庫管理T具，在開(kāi)發(fā)數據庫應用程序方面具有獨特的優(yōu)勢。在程序實(shí)現過(guò)程中，我們應用了API函數、Indy組件、文件系統操作以及圖表繪制等編程技術(shù)。

　　在數據庫訪(fǎng)問(wèn)機制中我們選擇了ADO (ActiveX Date Objects)方式來(lái)連接sQL服務(wù)器數據庫，雖然ADO構架的執行效率稍低于其他方式，但無(wú)需在程序客戶(hù)端進(jìn)行額外的連接設置，具有易于維護的優(yōu)勢。

　　4 系統的應用

　　系統服務(wù)端軟件和SQL數據庫安裝在了專(zhuān)用服務(wù)器上，所有客戶(hù)資料和賬戶(hù)信息都保存在服務(wù)端，確保了信息的安全。系統客戶(hù)端運行程序簡(jiǎn)捷，僅有7 M大小，下載后無(wú)需安裝，解壓后可直接運行，大大地減少了系統安裝和維護的T作量。目前，我院有96個(gè)客戶(hù)端軟件，36臺刷卡機，2臺制卡機在網(wǎng)上T作。該系統白2007年5月運行以來(lái)，安全穩定，累計錄入各種數據記錄70余萬(wàn)條。

　　5 結語(yǔ)

　　療養院“一卡通”系統作為我院數字療養院建設的一部分，有效地解決了傳統服務(wù)模式的各種弊端，為療養院的信息管理丁作帶來(lái)了很大的便捷并提升了效率，真正做到了“小小一只智能卡，服務(wù)療養全過(guò)程”。

療養院一卡通系統的開(kāi)發(fā)與應用