VC醫(yī)院住院處管理信息系統(tǒng)_第1頁
VC醫(yī)院住院處管理信息系統(tǒng)_第2頁
VC醫(yī)院住院處管理信息系統(tǒng)_第3頁
VC醫(yī)院住院處管理信息系統(tǒng)_第4頁
VC醫(yī)院住院處管理信息系統(tǒng)_第5頁
已閱讀5頁,還剩46頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、. . . . I / 51醫(yī)院住院處管理信息系統(tǒng)摘 要隨著計算機性能的不斷提高,價格不斷下降,計算機已在醫(yī)院醫(yī)療,教學,科研,管理等方面得到越來越廣泛的應用,計算機化的醫(yī)院信息系統(tǒng)已經(jīng)成為現(xiàn)在化醫(yī)院運營過程中必不可少的基礎設施與技術支撐環(huán)境。就好象一個現(xiàn)代化的醫(yī)院的成功運行離不開功能完整,美觀舒適的建筑物,技術嫻熟的醫(yī)護人員,性能齊全,高精尖的醫(yī)療設備一樣,它也離不開計算機化的醫(yī)院信息系統(tǒng)。本設計嘗試用 VC+6.0 架構一個醫(yī)院信息處理的軟件,系統(tǒng)的目標是為了更加有效地對住院處的患者進行管理,省去了醫(yī)護人員對基本數(shù)據(jù)的處理上的大量的時間和精力,使醫(yī)護人員對患者的管理更加規(guī),快捷和準確。用戶

2、可以通過該系統(tǒng)實現(xiàn)登錄、科室信息管理、藥品類別信息管理、藥品單位信息管理、用戶管理、藥品信息管理、醫(yī)生信息管理、患者信息管理、收費項目管理、住院收費管理、銷售信息統(tǒng)計查詢、醫(yī)生效益統(tǒng)計查詢功能來對系統(tǒng)進行維護更新。從而完成一個人性化,個性化的,現(xiàn)代化的住院處軟件的設計。本文包括緒論、需求分析、系統(tǒng)總體設計、系統(tǒng)詳細設計四大部分,力求使系統(tǒng)更加的人性化,從而能夠充分的滿足操作用戶的要求。關鍵詞:管理系統(tǒng);住院管理;vc+. . . . II / 51Department of Management Information System Summary In HosptialAbstractAs

3、the continuous improvement of computer performance and continuous fall of the price, the computer has been widely used in hospital care, teaching, research, and management. Computerized hospital information system has become essential to the process of hospital infrastructure and technology support

4、environment.It is necessary that successful running of a modern hospital have to depend on complete functions,gorgeous and comfortable building,the skillful medical personnel and good functional and outstanding medical equipments.It is nessary that successful running of a modern hospital have to dep

5、end on computerized information system.This design attend to use vc+6.0 to develop a hospital information software.The purpose of the system is to administrate the hospital well.It can save the medical personels vast time for managing fundamental data.The system make it better that medical personel

6、can do standard convenient and accurate management. Users can implement the system log information management departments, drug class information management, drug unit of information management, user management, drug information management, medical information management, patient information managem

7、ent, project management fee, hospital fee management, sales information statistical inquiry doctors effectiveness of statistical query functions to maintain the system update plete a humanizational , individuation and modern hospital office software design.This article includes introduction, needs a

8、nalysis, system design, system detailed design of the four major, and strive to make the system more human nature, which can fully meet the requirements of operational . . . . III / 51users.Key words: management system;hospitalized controls;vc+ 目錄1 1 緒論緒論 1 11.1 課題背景與目的 11.2 系統(tǒng)簡介 11.3 系統(tǒng)設計目標 21.4 系統(tǒng)

9、采用的主要技術 21.4.1 存儲過程介紹 21.4.2 數(shù)據(jù)訪問接口 ADO 和數(shù)據(jù)庫訪問控件 32 2 需求分析需求分析 5 52.1 可行性分析 52.1.1 技術可行性 52.1.2 操作可行性 62.1.3 經(jīng)濟可行性 62.2 系統(tǒng)功能需求概述 62.3 系統(tǒng)結構分析 72.4 數(shù)據(jù)流圖(DFD)7. . . . IV / 513 3 系統(tǒng)總體設計系統(tǒng)總體設計 10103.1 系統(tǒng)功能圖與功能介紹 103.2 數(shù)據(jù)庫組織與表結構 113.3 系統(tǒng)開發(fā)環(huán)境介紹 143.3.1 開發(fā)與運行環(huán)境 143.3.2 Sql Server 2000 簡介 143.3.3 Visual C+的

10、MFC 介紹 164 4 系統(tǒng)詳細設計系統(tǒng)詳細設計 17174.1 系統(tǒng)設計說明 174.2 系統(tǒng)設計工程框架 174.3 用戶登錄模塊設計 184.4 基本設置模塊設計 204.4.1 科室設置功能設計 204.4.2 藥品類別設置功能設計 224.4.3 藥品單位設置功能設計 254.5 信息管理模塊設計 274.5.1 患者信息管理功能設計 274.5.2 醫(yī)生信息管理功能設計 294.5.3 藥品信息管理功能設計 304.5.4 收費項目管理功能設計 324.6 收費管理模塊設計 334.7 統(tǒng)計查詢管理模塊設計 364.7.1 銷售信息統(tǒng)計表設計 364.7.2 醫(yī)生效益統(tǒng)計表設計

11、38. . . . V / 514.8 用戶管理設計模塊設計 39結論結論 4242致致 4343參考文獻參考文獻 4444. . . . 1 / 511 緒論1.1 課題背景與目的國外醫(yī)院信息化起步于 60 年代,發(fā)展于 80 年代,成熟于 90 年代,目前正在向縱深領域擴展。美國醫(yī)院軟件從病房護理系統(tǒng)入手,逐漸擴展到財務收費系統(tǒng)、輔助檢查系統(tǒng)、行政事務處理系統(tǒng),90 年代電子病歷系統(tǒng)已經(jīng)成熟。我國醫(yī)院信息化起步于 80 年代,發(fā)展于 90 年代,2000 年以后屬于諸國紛爭的信息時代。國醫(yī)院軟件從病案統(tǒng)計入手,逐漸轉入“以財務為中心”的收費軟件,近年來又轉入“以臨床為中心的”電子病歷系統(tǒng)。

12、國醫(yī)院軟件與國外相比,至少晚十年的時間,但由于醫(yī)院的特殊性,國外公司進入國至今成功的案例很少,這也為我國的醫(yī)療軟件的發(fā)展提供了很好的平臺。但總的來看,國的醫(yī)院信息管理系統(tǒng)缺乏規(guī),隨意性強,大多存在操作復雜缺陷。目前大多的系統(tǒng)還需有專業(yè)知識的人進行操作和維護,由于現(xiàn)在人們對醫(yī)療水平的要求逐漸增高,醫(yī)院也越來越注意到醫(yī)療信息化的重要性,這就為醫(yī)院信息管理系統(tǒng)的推廣與發(fā)展創(chuàng)造了良好的條件,在中國發(fā)展醫(yī)院管理信息化,發(fā)展醫(yī)院息管理信息化的條件也日趨成熟。開發(fā)醫(yī)院信息管理系統(tǒng)的目標就是立足醫(yī)院應用實際,著眼于未來發(fā)展,以強化醫(yī)院管理,提高醫(yī)療質量,方便患者就醫(yī)和查詢,提高醫(yī)院的服務效率和服務質量,設計一

13、套符合醫(yī)院功能規(guī)要求,安全穩(wěn)定,操作簡便的醫(yī)院信息管理信息系統(tǒng),為醫(yī)院信息提供了一套全方位的解決方案。醫(yī)院信息管理系統(tǒng)是醫(yī)院自動化管理系統(tǒng)得一個重要組成部分,它的開發(fā)大大的提高了醫(yī)院信息管理的規(guī)化能力?;谏鲜隹紤],為滿足醫(yī)院對患者信息管理的規(guī),深入和細致,更好的為患者服務的需要,一個主要以滿足醫(yī)院管理需要的醫(yī)院管理軟件便應運而生。該軟件的主要特點是具有出色醫(yī)療信息查詢功能,使醫(yī)院相關的信息的采集和修改更加的便捷。1.2 系統(tǒng)簡介本系統(tǒng)是一個關于住院處管理的信息系統(tǒng),它的使用者主要是醫(yī)院中管理醫(yī)院信息的使用者,對于使用者來說,需要實現(xiàn)的功能包括使用者對醫(yī)院的基本信息的編輯,住要包括科室信息的編

14、輯,藥品類別和藥品單位的編輯,患者信息采集和修改,醫(yī)療醫(yī)生. . . . 2 / 51的管理,患者結帳信息的管理和醫(yī)院銷售信息的總體查詢。此系統(tǒng)要求滿足以下幾點設計需求:(1) 系統(tǒng)易維護性:要求應用文件要易于維護,數(shù)據(jù)庫應用速度快,不出現(xiàn)錯誤數(shù)據(jù)。配置合理的 IIS 服務,使服務器不會出現(xiàn)死鎖現(xiàn)象(2) 操作的簡單性:使用者在操作本系統(tǒng)時,要求操作簡便,層次分明。1.3 系統(tǒng)設計目標對于典型的數(shù)據(jù)庫管理系統(tǒng),必須要滿足使用方便、操作靈活等設計需求。本系統(tǒng)在設計時應該滿足以下幾個要求:(1) 界面設計美觀友好,信息查詢靈活、方便、快捷、準確、數(shù)據(jù)存取安全可靠。(2) 可進行科室,藥品的試實時更

15、新,更好的為使用者服務。(3) 為用戶提供方便、快捷的醫(yī)藥,醫(yī)生和消費信息的查詢功能。(4) 使用者可以隨時查看并修改自己的個人資料。(5) 實現(xiàn)結算功能。(6) 實現(xiàn)醫(yī)生和患者的有效連接,實現(xiàn)每名患者都能了解到相對應的主治醫(yī)生。(7) 使用者可以通過軟件了解患者的基本信息。(8) 系統(tǒng)要易維護和易操作。(9) 系統(tǒng)運行穩(wěn)定、安全可靠。1.4 系統(tǒng)采用的主要技術1.4.1 存儲過程介紹簡單的說,本系統(tǒng)存儲過程是由一些 sql 語句和控制語句組成的一種封裝的過程,它駐留在數(shù)據(jù)庫中,可以被客戶應用程序調用,也可以從另一個過程或觸發(fā)器調用。它的參數(shù)可以被傳遞和返回。與應用程序中的函數(shù)過程類似,存儲過

16、程可以通過名字來調用,而且它們同樣有輸入?yún)?shù)和輸出參數(shù)。 在本系統(tǒng)的代碼中,大部分都使用了 SqlCommand 對象調用存儲過程去執(zhí)行數(shù)據(jù)庫操作。使用存儲過程而非 SQL 語句的原因是應用程序中直接調用存儲過程有以下好處: (1) 存儲過程在服務器端運行,執(zhí)行速度快。(2) 存儲過程執(zhí)行一次后,其執(zhí)行規(guī)劃就駐留在高速緩沖存儲器,在以后的操作中,只需從在中調用編譯好的二進制代碼執(zhí)行,提高了系統(tǒng)性能。. . . . 3 / 51(3) 確保數(shù)據(jù)庫的安全。使用存儲過程可以完成所有數(shù)據(jù)庫操作,并可通過編程方式控制操作對數(shù)據(jù)庫信息訪問的權限。(4) 自動完成需要預先執(zhí)行的任務。存儲過程可以在系統(tǒng)啟動時

17、自動執(zhí)行,而不必在系統(tǒng)啟動后再進行手工操作,大大方便了用戶的使用,可以自動完成一些需要預先執(zhí)行的任務。(5) 方便實施企業(yè)規(guī)則??梢园哑髽I(yè)規(guī)則的運算程序寫成存儲過程放入數(shù)據(jù)庫服務器中,由 RDBMS 管理,既有利于集中控制,又能夠方便地進行維護。當用戶規(guī)則發(fā)生變化時只要修改存儲過程,無須修改其他應用程序1。1.4.2 數(shù)據(jù)訪問接口 ADO 和數(shù)據(jù)庫訪問控件1. 數(shù)據(jù)訪問接口 ADO微軟公司的 ADO (ActiveX Data Objects) 是一個用于存取數(shù)據(jù)源的 COM 組件。它提供了編程語言和統(tǒng)一數(shù)據(jù)訪問方式 OLE DB 的一個中間層。允許開發(fā)人員編寫訪問數(shù)據(jù)的代碼而不用關心數(shù)據(jù)庫是

18、如何實現(xiàn)的,而只用關心到數(shù)據(jù)庫的連接。訪問數(shù)據(jù)庫的時候,關于 SQL 的知識不是必要的,但是特定數(shù)據(jù)庫支持的 SQL 命令仍可以通過 ADO 中的命令對象來執(zhí)行。ADO 被設計來繼承微軟早期的數(shù)據(jù)訪問對象層,包括 RDO (Remote Data Objects) 和 DAO(Data Access Objects)。ADO 提供的數(shù)據(jù)庫訪問方法:(1) 連接到數(shù)據(jù)源。(2) 指定訪問的數(shù)據(jù)源的命令,同時可帶變量參數(shù)和優(yōu)化執(zhí)行。常涉與 ADO的 Command 對象。(3) 執(zhí)行命令,例如一個 SELECT 腳本。(4) 如果此命令是數(shù)據(jù)按表中行的形式返回,則將這些存儲在易于檢查,操作或更改的

19、緩存中。(5) 適當情況下,可以把緩存行的更改容寫回數(shù)據(jù)庫中,更新數(shù)據(jù)源。(6) 提供常規(guī)方法檢測錯誤。用 ADO 訪問數(shù)據(jù)元的特點可概括如下:(1) 易于使用,可以說這是 ADO 最重要的特點之一。ADO 是高層數(shù)據(jù)庫訪問技術,相對與 ODBC 來說,具有面性對象的特點。同時,在 ADO 對象結. . . . 4 / 51構中,對象與對象之間的層次結構不適非常明顯,這會給編寫數(shù)據(jù)庫程序帶來更多的便利。比如,在應用程序中如果要使用記錄集對象,不一定要先建立連接、會話對象,如果需要就可以直接構造記錄集對象。總是,已經(jīng)沒有必要去關心對象的構造層次和構造順序了。(2) 可以訪問多種數(shù)據(jù)源。和 OLE

20、 DB 一樣,使應用程序具有很好的通用性和靈活性。訪問數(shù)據(jù)源效率高。方便的 Web 應用。ADO 可以以 ActiveX 控件的形式出現(xiàn),這就大大方便了 Web 應用程序的編制。(3) 技術編程接口豐富。 ADO 支持 Visual C+、Visual Basic、VBS、JS等。2. 數(shù)據(jù)庫訪問控件 使用控件訪問數(shù)據(jù)庫是一種比較簡單的訪問數(shù)據(jù)庫的方法,因為控件中已經(jīng)完成了訪問數(shù)據(jù)庫的功能,而且有比較友好的用戶界面,只需要簡單配置就可以使用。經(jīng)常使用的數(shù)據(jù)庫訪問控件包括:ADO Data 控件DataList 控件/DataCombo 控件DataGrid 控件ADO Data 控件是使用 A

21、DO 技術訪問數(shù)據(jù)庫的具體實現(xiàn),使用 ADO Data 控件可以快速創(chuàng)建一個到數(shù)據(jù)庫的連接,可以使用 Recordset 對象提供對存儲在數(shù)據(jù)庫中數(shù)據(jù)的訪問,并允許從一個記錄移動到另一個記錄,顯示和操縱記錄數(shù)據(jù)。同時可以執(zhí)行大部分數(shù)據(jù)庫訪問操作,但是它并不能夠顯示數(shù)據(jù)庫中數(shù)據(jù)的容。DataDrid 控件以表格的形式顯示結果集中的數(shù)據(jù),它需要 ADO Data 控件提供數(shù)據(jù)源。DataList 控件是數(shù)據(jù)綁定列表框,它也需要綁定一個 ADO Data 數(shù)據(jù)源。而 DataCombo 控件是數(shù)據(jù)綁定組合框,它的功能與 DataList 控件完全一樣。. . . . 5 / 512 需求分析需求分析

22、是描述系統(tǒng)的需求,通過定義系統(tǒng)中的關鍵類來建立模型。分析的根本目的是在開發(fā)者和提出需求的人之間建立一種理解和溝通的機制。因此,醫(yī)院軟件的開發(fā)的需求分析也應該是開發(fā)人員和用戶一起完成,是開發(fā)的第一步也是最重要的一步。本系統(tǒng)主要面向所有具有需要醫(yī)院系統(tǒng)輔助管理的用戶,所以,需根據(jù)各個醫(yī)院的需要出發(fā),開發(fā)者可以以任何一個醫(yī)院的要求為用戶進行功能調研和模塊劃分。不同的醫(yī)院對系統(tǒng)的需求則不同。具體所列如下。用戶對功能的需求:(1) 可以添加,修改,刪除科室,藥品類別和藥品生產單位信息。(2) 提供管理員信息管理功能。(3) 可以對藥品信息,醫(yī)生信息和患者信息進行管理。(4) 可是去收費的項目進行管理,對

23、收費進行完善。(5) 對收費的信息可以進行查詢,繳費,同時記錄繳費單號。(6) 提供銷售信息和醫(yī)療信息的查詢顯示,方便了解整個醫(yī)院的情況。2.1 可行性分析可行性分析是系統(tǒng)分析階段的重要活動,是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)是否必要和可行。它的主要目標是:進一步明確系統(tǒng)的目標、規(guī)模和功能,對系統(tǒng)開發(fā)背景、必要性和意義進行調查分析,并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃,明確問題,對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證,并且提出系統(tǒng)的邏輯模型和各種可能的方案,從而為系統(tǒng)開發(fā)項目的決策提供科學依據(jù)。因此,針對醫(yī)院管理系統(tǒng),為了使醫(yī)院與患者間的醫(yī)療的信息的掌

24、握更加全面和自如。一般可以從三個方面進行研究,分別是技術可行性、經(jīng)濟可行性、操作可行性。. . . . 6 / 512.1.1 技術可行性醫(yī)院系統(tǒng)后臺數(shù)據(jù)庫采用 SQL Server 2000 ,該數(shù)據(jù)庫是 Microsoft 公司推出的數(shù)據(jù)庫管理系統(tǒng),是當前非常流行的數(shù)據(jù)庫管理系統(tǒng)之一,具有易管理性、可用性、可伸縮性、安全性等特征。前臺采用了 Microsoft 公司的 Visual C+作為主要的開發(fā)工具,可以實現(xiàn)與 SQL Server 2000 數(shù)據(jù)庫的完美。利用現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)以與最新的數(shù)據(jù)庫訪問接口是可以實現(xiàn)系統(tǒng)目標的。2.1.2 操作可行性本系統(tǒng)界面簡潔,操作方便,醫(yī)院住院流

25、程層次清晰,操作簡單,具有良好的可操作性。只要懂得電腦基礎人,都可以很快掌握系統(tǒng)的操作流程。2.1.3 經(jīng)濟可行性本系統(tǒng)本著簡單、實用的原則,既在功能上滿足用戶的需求,又力求操作簡單,比較容易掌握和使用,而且開發(fā)時間短,成本較低,功能豐富,具有很強的可推廣性。另外目前國應用醫(yī)院管理在信息化上的軟硬件投資只占其年收入的 1%-3%,而應用計算機管理后,阻塞了管理漏洞,杜絕了藥品的丟失,節(jié)省了人力,提高了醫(yī)院的財、物管理水平,改善了患者的就醫(yī)環(huán)境,方便了患者就醫(yī)和查詢,提高了醫(yī)院的服務效率和服務質量。因此帶來的經(jīng)濟回報將遠遠超過信息化過程中的投入。綜上所述在目前的計算機的水平下開發(fā)這樣一個基于 V

26、C 的醫(yī)院管理系統(tǒng)完全具有可能性,不管是從技術上還是從操作上和經(jīng)濟上,它都可以實現(xiàn)。所以開發(fā)這個項目是完全可行的。2.2 系統(tǒng)功能需求概述該系統(tǒng)為醫(yī)院提供很強大的信息查詢和處理功能。系統(tǒng)主要包括的具體功能如下:1.基本設置功能系統(tǒng)基本設置功能包括科室名稱設置,藥品類別設置,藥品單位設置和用戶信息?;拘畔⒛K可以實現(xiàn)以下功能:添加,修改,刪除和查看科室信息;添加,修改,刪除和查看藥品類別信息;添加,修改,刪除和查看藥品單位信息;. . . . 7 / 512.信息管理功能此模塊的主要功能包括:藥品管理,包括添加,修改,刪除和查看藥品信息;醫(yī)生管理,包括添加,修改,刪除和查看醫(yī)生信息;患者管理,

27、包括添加,修改,刪除和查看患者信息;收費項目管理,包括添加,修改,刪除和查看收費項目信息;3.收費管理功能此模塊的主要功能包括: 收費管理,即住院總體花費管理;4.統(tǒng)計查詢管理此模塊用于對住院收費信息進行統(tǒng)計和查詢,主要功能包括: 銷售信息統(tǒng)計查詢 醫(yī)生效益統(tǒng)計查詢5.用戶管理此模塊用于對用戶的管理,主要功能包括: 添加,修改,刪除和查看用戶信息;2.3 系統(tǒng)結構分析數(shù)據(jù)庫在物理設備上的存儲結構與存取方法稱為數(shù)據(jù)庫的物理結構,它依賴于選定的數(shù)據(jù)庫管理系統(tǒng)3。系統(tǒng)物理結構圖,如圖 2.1 所示。圖 2.1 系統(tǒng)物理結構圖. . . . 8 / 512.4 數(shù)據(jù)流圖(DFD)數(shù)據(jù)流圖是描述信息流和

28、數(shù)據(jù)流從輸入流動到輸出的變換的圖形化技術,是表示軟件邏輯模型的圖形工具。它即提供了信息流建模機制,也提供了功能建模機制,是自頂向下的分解和自底向上的抽象工具。數(shù)據(jù)流就是數(shù)據(jù)在系統(tǒng)中的傳播路徑。這里的數(shù)據(jù)是指一組成分固定的數(shù)據(jù)項,即數(shù)據(jù)實體和數(shù)據(jù)對象。本系統(tǒng)的邏輯模型主要以系統(tǒng)的數(shù)據(jù)流圖為主要描述。在給出最高層次抽象的系統(tǒng)概貌后,想要反應更詳細的容,可將處理功能分解為若干子功能,每個子功能還能繼續(xù)分解,直到把系統(tǒng)的過程表示清楚為止。在處理功能逐步分解的同時,他們所有的數(shù)據(jù)也逐步分解,形成若干層次的數(shù)據(jù)流圖。加工:就是數(shù)據(jù)處理,或者理解為一種變換,把輸入的數(shù)據(jù)變成輸出的數(shù)據(jù)。 數(shù)據(jù)存儲:即把處理的

29、結果存儲在相應數(shù)據(jù)庫的表中。數(shù)據(jù)庫是一個龐大的數(shù)據(jù)管理系統(tǒng)。它把同一類型的數(shù)據(jù)按表(數(shù)據(jù)對象)的形式存放起來,便于讀取、查詢和更新等操作。 數(shù)據(jù)源點和終點:一般是指發(fā)布和接受數(shù)據(jù)的對象4。1. 醫(yī)院管理系統(tǒng)模型頂層 DFD 如圖 2.2 所示。圖 2.2 系統(tǒng)模型頂層 DFD. . . . 9 / 512. 醫(yī)院管理系統(tǒng)的第二層 DFD 如下:圖 2.3 醫(yī)院管理系統(tǒng)第二層 DFD. . . . 10 / 513 系統(tǒng)總體設計根據(jù)需求分析將整個系統(tǒng)分割成多個模塊,把每個模塊分成幾個不同的功能,使功能達到完美,在詳細設計階段將對這幾個模塊進行進一步定義。3.1 系統(tǒng)功能圖與功能介紹下面對各模塊的

30、具體功能、性能要求進行具體的描述。(1) 基本設置模塊:該模塊主要是針對醫(yī)院的一些基本信息進行管理,管理包括科室,藥品類別和藥品的生產單位管理。(2) 信息管理模塊:該模塊主要實現(xiàn)信息的查詢,刪除和修改和添加,其中在藥品信息管理中,默認頁面為按全部檢索,還可選按類別進行查詢,實現(xiàn)更細致,能有目的的檢索;醫(yī)生信息管理,同樣可以進行添加,刪除,修改,功能,在查詢條件中,默認顯示的是全部條件,還可按科室進行查詢;在患者查詢界面上,也可以實添加,刪除和修改,不過在查詢條件上只可以按照進行查找;其中收費項目中可以以項目名稱進行查詢,同時增加添加,刪除,修改操作。(3) 收費管理模塊:收費模塊里包含醫(yī)院繳

31、費這一部分。在醫(yī)院收費中,可以按照收費日期進行查詢,可是執(zhí)行添加,刪除和返回操作;在得到收費詳單的頁面中,顯示收費單號,可以添加新患者和選擇數(shù)據(jù)庫中的患者,需要選擇患者所在科室和患者的治療醫(yī)生,之后查看患者的消費信息,進行付費操作,得到繳費賬單。(4) 統(tǒng)計查詢模塊:通過查詢功能可以了解到醫(yī)院的基本收費信息數(shù)據(jù),銷售信息統(tǒng)計表,可以通過查詢時間最多可達到統(tǒng)計月份,同時可是選擇統(tǒng)計類型,醫(yī)生效益統(tǒng)計表,可以通過統(tǒng)計月份了解統(tǒng)計信息。(5) 用戶管理模塊:醫(yī)院管理員進入系統(tǒng)后可查看其他管理員用戶名但不能對其他管理員進行修改,其他醫(yī)生和患者和其他信息。系統(tǒng)管理員才能執(zhí)行添加醫(yī)院管理. . . . 1

32、1 / 51員的操作,通過操作可以添加和修改,刪除。系統(tǒng)功能圖如圖 3.1 所示。圖 3.1 醫(yī)院系統(tǒng)的開發(fā)功能結構圖3.2 數(shù)據(jù)庫表結構數(shù)據(jù)庫在一個系統(tǒng)中占有非常重要的地位,數(shù)據(jù)庫結構設計的好壞將直接對系統(tǒng)的訪問效率、穩(wěn)定性以與實現(xiàn)的效果產生影響。一個設計合理的數(shù)據(jù)庫可以提高數(shù)據(jù)庫的存儲速率,保證數(shù)據(jù)的完整性和一致性。數(shù)據(jù)庫中的數(shù)據(jù)表結構:(1) 基本信息表(BaseType)如表 3.1 所示。表 3.13.1 基本信息表. . . . 12 / 51列名數(shù)據(jù)類型長度允許空說明IdInt4否記錄編號TypeIdtinyint1是類型編號TypeNamevarchar30是基本信息名稱(2)

33、 用戶信息表(Users)如表 3.2 所示。表 3.23.2 飾品信息表列名數(shù)據(jù)類型長度允許空說明UserNamevarchar40否用戶名Pwdvarchar40是密碼User_Typetinyint1是用戶類型(3) 藥品信息表(Medicine)如表 3.3 所示。表 3.33.3 藥品信息表列名數(shù)據(jù)類型長度允許空說明MedIdInt4否藥品編號MedNamevarchar50是商品名稱TypeIdint4是商品類別編號UnitIdint4是藥品單位標號BuyPricefloat8是進貨價格SalePricefloat8是售出價格Totalfloat8是庫存數(shù)量Flagtinyint1

34、是中西藥標記(4) 醫(yī)生信息表(Doctor)如表 3.4 所示。表 3.43.4 醫(yī)生信息表列名數(shù)據(jù)類型長度允許空說明IdInt4否記錄編號Namevarchar50是醫(yī)生Sexvarchar2是性別AgeInt4是年齡. . . . 13 / 51DeptIdint4是所在科室編號Titlevarchar50是職務(5) 患者信息表(Patient)如表 3.5 所示。表 3.53.5 患者信息表列名數(shù)據(jù)類型長度允許空說明IdInt4否記錄編號Namevarchar50是患者IDNumVarchar30是患者號Sexvarchar2是患者性別Ageint4是患者年齡Marryvarchar

35、8是婚姻狀況(6) 收費項目信息表(Item)如表 3.6 所示。表 3.63.6 收費項目信息表列名數(shù)據(jù)類型長度允許空說明ItemIdInt4否記錄編號ItemNamevarchar50是項目名稱TotalInt4是數(shù)量UnitIdInt4是單位編號BuyPricefloat8是進貨價格SalePricefloat8是售出價格(7) 收費明細表(PayItem)如表 3.7 所示。表表 3.73.7 收費明細表收費明細表列名數(shù)據(jù)類型長度允許空說明PayIdInt4否記錄編號. . . . 14 / 51RegIdInt4是登記記錄編號ItemIdint4是I項目編號PNumint4是數(shù)量Pr

36、icefloat10是價格PTypetinyin1是類型(8) 收費登記表(Registration)如表 3.8 所示。表 3.83.8 收費登記表列名數(shù)據(jù)類型長度允許空說明RegIdInt4否登記記錄編號PatIdint4是患者編號DocIdint4是醫(yī)生編號RegDatavarchar20是登記日期UserNamevarchar40是用戶名3.3 系統(tǒng)開發(fā)環(huán)境介紹3.3.1 開發(fā)與運行環(huán)境系統(tǒng)開發(fā)平臺:Microsoft Visual C+ 6.0。系統(tǒng)開發(fā)語言:C+。系統(tǒng)后臺數(shù)據(jù)庫:SQL Server 2000 。運行平臺:Windows XP (SP2)/Windows 2000(

37、SP4)/Windows Server 2003(SP1)。分辨率:最佳效果 1024768 像素。3.3.2Sql Server 2000 簡介SQL Server 2000 是為迅速提供可伸縮性電子商務、企業(yè)級數(shù)據(jù)倉庫解決方案而開發(fā)的完整數(shù)據(jù)庫與分析軟件產品。SQL Server 2000 定位于 Internet 背景下的數(shù)據(jù)庫應用,他為用戶的 Web 應用提供了一款數(shù)據(jù)管理和數(shù)據(jù)分析解決方案。同時 SQL Server 2000 還是 Windows DNA(Distributed Internet Architecture)架構的一個核心組件。它極縮短了用戶開發(fā)電子商務、數(shù)據(jù)倉庫應用

38、的時間。SQL Server 2000 還提供對 XML. . . . 15 / 51和 的全方位支持。SQL Server 2000 具有很多優(yōu)點:易用性、適合分布式組織的可伸縮性、用于決策支持的數(shù)據(jù)倉庫功能、與許多其他服務器軟件緊密關聯(lián)的集成性、良好的性價比等。性能、可伸縮性與可靠性是基本要求,而進入市場時間也非常關鍵。除這些核心企業(yè)品質外,SQL Server 2000 還為您的數(shù)據(jù)庫管理與分析帶來了靈活性,允許單位在快速變化的環(huán)境中從容響應,從而獲得競爭優(yōu)勢。從數(shù)據(jù)管理分析角度看,將原始數(shù)據(jù)轉化為商業(yè)智能和充分利用 Web 帶來的機會非常重要。作為一個完備的數(shù)據(jù)庫和數(shù)據(jù)分析包,SQL

39、Server 2000 為快速開發(fā)新一代企業(yè)級的商業(yè)應用程序、為企業(yè)贏得核心競爭優(yōu)勢打開了勝利之門。SQL Serve 2000 是基于 SQL 客戶/服務器(C/S)模式的數(shù)據(jù)庫系統(tǒng),圖形化界面使數(shù)據(jù)庫管理更加簡捷、靈活,同時又具有豐富的編程接口,為用戶從事程序開發(fā)提供了更多的方便。SQL Serve 2000 功能與特點如下:1. SQL Serve 2000 對電子商務的支持主要表現(xiàn)在:(1) 豐富的 XML 支持;(2) 對數(shù)據(jù)的 Web 訪問;(3) 分布分區(qū)視圖;(4) Web 和應用程序宿主;(5) 安全性;(6) 與.NET Enterprise Server Microsof

40、t BizTalk 和 Mircosoft Commerce Server的集成;(7) 虛擬接口系統(tǒng)區(qū)網(wǎng)絡。2. SQL Serve 2000 對數(shù)據(jù)倉儲的支持主要表現(xiàn)在:(1) 可伸縮性;(2) 綜合性分析服務;(3) 數(shù)據(jù)轉換服務;(4) 數(shù)據(jù)挖掘(5) 聯(lián)機分析處理(6) OLAP 靈活性;(7) 可支持 Web 的分析;. . . . 16 / 51(8) 索引視圖;(9) 元數(shù)據(jù)服務。SQL Serve 2000 支持幾乎各種類型的客戶應用程序。幾乎可以用現(xiàn)有的任意開發(fā)平臺編寫應用程序來訪問 SQL Serve。這就是說不管用什么語言編寫的程序都可以用于SQL Serve。對于 S

41、QL Serve 來說,最適合的軟件包是已發(fā)布的微軟產品 Visual Studio,其中包括幾種工具可供用戶方便、迅捷地開發(fā)新的 SQL Serve 應用程序。通過 ODBC,幾種第三方的軟件包也可以用來開發(fā)在 SQL Serve 上運行的應用程序。總之,SQL Serve 在硬件、軟件、客戶許可證、管理費用、開發(fā)所需費用方面均比市場上其他 RDBMS 要低,是一個性能價格比很高的 RDBMS 產品5。3.3.3 Visual C+的 MFC 介紹MFC 是 Microsoft Foundation Class Library 的縮寫,即 Microsoft 基本類庫。MFC 是 Windo

42、ws API 與 C+的結合,API,即微軟提供的 Windows DOS 下應用程序的編程語言接口,是一種軟件編程的規(guī) ,但不是一種程序開發(fā)語言本身 ,可以允許用戶使用各種各樣的第三方的編程語言來進行對Windows DOS 下應用程序的開發(fā) ,使這些被開發(fā)出來的應用程序能在 Windows DOS 下運行,比如 VB,Visual C+,Java,Dehpi編程語言函數(shù)本質上全部源于 API,因此用它們開發(fā)出來的應用程序都能工作在Windows 操作系統(tǒng)的消息機制和繪圖里 ,遵守 Windows DOS 作為一個操作系統(tǒng)的部實現(xiàn),這其實也是一種必要 ,微軟如果不提供 API,這個世上對 W

43、indows 編程的工作就不會存在,微軟的產品就會迅速從時尚變成垃圾 ,上面說到 MFC 是微軟對 API 函數(shù)的專用 C+封裝,這種結合一方面讓用戶使用微軟的專業(yè)C+ SDK 來進行 Windows 下應用程序的開發(fā)變得容易 ,因為 MFC 是對 API 的封裝,微軟做了大量的工作 ,隱藏了好多程序開發(fā)人員在 Windows 下用 C+ & MFC 編制軟件時的大量 細節(jié),如應用程序實現(xiàn)消息的處理 ,設備環(huán)境繪圖 ,這種結合是以方便為目的的 ,必定要付出一定代價 (這是微軟的一向作風 ),因此就造成了 MFC 對類封裝中的一定程度的的冗余和迂回 ,但這是可以接受的 。MFC 是 Vi

44、sual C+的重要組成部分,要使用 Visual C+開發(fā)應用程序,必須了解 MFC 的層次結構。MFC 具有下面的優(yōu)勢:MFC 提供了大量的類,把 Windows API 函數(shù)封裝在類中。用戶是用 MFC,可以很方便的開發(fā) Windows 應用程序,而不必為如何繪制 Windows 窗口,對話框和. . . . 17 / 51菜單等等見用戶界面發(fā)愁,因為它們都包含在 MFC 中;因為可以充分利用前人開發(fā)的代碼,所以縮短了程序的開發(fā)周期;使代碼具有更好的重用性;使一些復雜的開發(fā)技術變得容易實現(xiàn),例如網(wǎng)絡編程和數(shù)據(jù)庫編程等;使用消息映射機制可以避免處理消息時的復雜情形;使用 MFC 可以提高程

45、序的運行效率;4 系統(tǒng)詳細設計4.1 系統(tǒng)設計說明詳細設計的目的,是為系統(tǒng)功能圖(圖 3.1)中的每一個功能模塊確定采用的算法和部數(shù)據(jù)結構,給出流程圖的描述。也就是說,經(jīng)過這個階段的設計工作,應該得出對目標系統(tǒng)的精確描述,從而在編碼階段可以把這個描述直接編譯成用某種程序設計語言書寫的程序。詳細設計的任務是編寫軟件的詳細說明書。為此,設計人員應為每個模塊確定采用的算法;確定每一模塊使用的數(shù)據(jù)結構;確定模塊接口的細節(jié)。4.2 系統(tǒng)設計工程框架該系統(tǒng)實現(xiàn)的主要功能包括普通管理員的登錄、添加和刪除用戶管理員信息;系統(tǒng)管理員對普通管理員的刪除操作;對醫(yī)院的科室、醫(yī)院使用藥品的類別、藥品的生產單位的信息實

46、行管理;實現(xiàn)對藥品、患者、醫(yī)生信息和收費項目信息的查看、添加、修改和刪除功能;完成醫(yī)院住院處系統(tǒng)的結算功能和銷售信息的查詢基本的功能。. . . . 18 / 51圖 4.1 系統(tǒng)的主界面4.3 用戶登錄模塊設計1. 戶登錄流程圖,如圖 4.2 所示圖 4.2 用戶登錄流程圖. . . . 19 / 512. 功能:當一位醫(yī)院信息管理員進入管理系統(tǒng)時,需要驗證用戶名和密碼,然后才有進入管理系統(tǒng)執(zhí)行操作的權利。如果讀入的用戶名為空,則提示請輸入 用戶名,如果讀入的密碼為空,則提示請輸入密碼。如果用戶名和密碼都不為 空,則進行密碼和用戶名的比較,得出是否符合的結論。3. 現(xiàn)方法:在進入主頁未初始化

47、之前,通過 DoModal()調用登錄界面,登錄界面要求輸入用戶名和密碼,通過讀入用戶名,調用 getdata()函數(shù)去查找數(shù)據(jù)庫,通過 getpwd()查找對應的密碼,調用 getpwd()函數(shù),讀取相應輸入的密碼,二者比較,正確則進入管理系統(tǒng)。登錄界面顯示如圖 4.3,4.4,4.5, 4.6 所示。圖 4.3 登錄界面頁面 4. 主要代碼:CLoginDlg dlg;If (dlg.DoModal() != IDOK)OnOK();elsecurUser.GetData(dlg.m_UserName); if (m_UserName = )MessageBox(請輸入用戶名);retur

48、n;if (m_Pwd = )MessageBox(請輸入密碼);return;CUsers user;. . . . 20 / 51user.GetData(m_UserName);if (user.GetPwd() != m_Pwd)MessageBox(用戶信息不正確,無法登錄!);return; 4.4 基本設置模塊設計1 基本功能:當一位醫(yī)院信息管理員可以通過訪問基本設置模塊,實現(xiàn)基本模塊的科室設置,藥品類別設置和藥品生產廠家的設置,每個設置中包括的主要功能包括查看,添加,刪除和修改。2 實現(xiàn)方法:在 HospitalMan 中,該模塊下分別實現(xiàn)調用 DoModal 和消息映射來實現(xiàn)

49、該模塊下的幾個功能。3 主要代碼:void CHosptialManDlg:OnReg() / TODO: Add your command handler code hereCRegManDlg dlg;dlg.DoModal();4.4.1 科室設置功能設計1 基本功能:該功能的實現(xiàn)主要涉與到科室信息的查看,刪除和修改。2 實現(xiàn)方法:科室信息的添加,刪除和修改主要有 ADO Data 和 DataListk 數(shù)據(jù)庫控件連接數(shù)據(jù)庫,同時輔助以 ADO 接口在顯示上用 SQL 語句進行一些細微的控制。如圖 4.3 所示。. . . . 21 / 51圖 4.3 科室信息顯示界面3 主要代碼:C

50、BaseType cBT;cBT.SetTypeName(m_DeptName);if(cBT.HaveTypeName(1)MessageBox(已經(jīng)存在此科室名稱!);return;cBT.SetTypeId(1); /設置TypeId=1,表示插入科室數(shù)據(jù)cBT.sql_Insert(); /調用sql_insert()函數(shù),插入記錄m_Adodc.Refresh(); /更新科室列表框void CDeptDlg:OnEditButton() / TODO: Add your control notification handler code hereUpdateData(TRUE);/

51、判斷是否選擇了要修改的科室. . . . 22 / 51if (m_DataList.GetText() = )MessageBox(請選擇要修改的科室名稱);return;/判斷科室名稱是否為空if (m_DeptName = )MessageBox(請輸入科室名稱);return;/ 如果不同則查看數(shù)據(jù)庫是否已經(jīng)存在新的科室名稱if(cDNameOld!=m_DeptName)CBaseType cBT;cBT.SetTypeName(m_DeptName);if(cBT.HaveTypeName(1)MessageBox(新的科室名稱已經(jīng)存在!);elsecBT.sql_Update(c

52、DId);m_Adodc.Refresh();void CDeptDlg:OnClickDatalist1() / 點擊科室信息后將科室名稱放入編輯框中m_DeptName = m_DataList.GetText();cDId = m_DataList.GetBoundText();/讀取科室編號cDNameOld = m_DataList.GetText();/讀取科室名稱. . . . 23 / 51UpdateData(FALSE);/更新顯示4.4.2 藥品類別設置功能設計1. 基本功能:該功能的實現(xiàn)主要涉與到藥品類別信息的查看,刪除和修改。2. 實現(xiàn)方法:藥品類別信息的添加,刪除和

53、修改主要有 ADO Data 和 DataListk 數(shù)據(jù)庫控件連接數(shù)據(jù)庫,同時輔助以在 ADO 接口在顯示上用 SQL 語句進行一些細微的控制。如圖 4.4 所示。圖 4.4 藥品類別信息顯示界面3. 主要代碼:void CTypeDlg:OnAddButton()/ TODO: Add your control notification handler code hereUpdateData(TRUE);/判斷科室名稱是否為空if (m_TypeName = )MessageBox(請輸入類別名稱);. . . . 24 / 51return;CBaseType cBT;cBT.SetTy

54、peName(m_TypeName);/ 判斷是否有一樣的名稱if(cBT.HaveTypeName(2)MessageBox(已經(jīng)存在此類別名稱!);return;cBT.SetTypeId(2);cBT.sql_Insert();m_Adodc.Refresh();void CTypeDlg:OnEditButton()/ TODO: Add your control notification handler code hereUpdateData(TRUE);/判斷是否選擇了要修改的類別if (m_DataList.GetText() = )MessageBox(請選擇要修改的類別名稱)

55、;return;/判斷類別名稱是否為空if (m_TypeName = )MessageBox(請輸入類別名稱);. . . . 25 / 51return;/ 如果不同則查看數(shù)據(jù)庫是否已經(jīng)存在新的類別名稱if(cTNameOld!=m_TypeName)CBaseType cBT;cBT.SetTypeName(m_TypeName);if(cBT.HaveTypeName(2)MessageBox(新的類別名稱已經(jīng)存在!);elsecBT.sql_Update(cTId);m_Adodc.Refresh();4.4.3 藥品單位設置功能設計1. 基本功能:該功能的實現(xiàn)主要涉與到藥品單位信息

56、的查看,刪除和修改。2. 實現(xiàn)方法:藥品類別信息的添加,刪除和修改主要有 ADO Data 和 DataListk 數(shù)據(jù)庫控件連接數(shù)據(jù)庫,同時輔助以在 ADO 接口在顯示上用 SQL 語句進行一些細微的控制。如圖 4.5 所示. . . . 26 / 51圖 4.5 藥品單位信息顯示界面3.主要代碼:void CUnitDlg:OnAddButton() / TODO: Add your control notification handler code hereUpdateData(TRUE);/判斷計量單位名稱是否為空if (m_UnitName = )MessageBox(請輸入計量單位

57、名稱);return;CBaseType cBT;cBT.SetTypeName(m_UnitName);/ 判斷是否有一樣的名稱if(cBT.HaveTypeName(3)MessageBox(已經(jīng)存在此計量單位名稱!);return;cBT.SetTypeId(3);. . . . 27 / 51cBT.sql_Insert();m_Adodc.Refresh();void CUnitDlg:OnEditButton() / TODO: Add your control notification handler code hereUpdateData(TRUE);/判斷是否選擇了要修改的類

58、別if (m_DataList.GetText() = )MessageBox(請選擇要修改的計量單位名稱);return;/判斷類別名稱是否為空if (m_UnitName = )MessageBox(請輸入藥品單位名稱);return; / 如果不同則查看數(shù)據(jù)庫是否已經(jīng)存在新的計量單位名稱if(cUNameOld!=m_UnitName)CBaseType cBT;cBT.SetTypeName(m_UnitName);if(cBT.HaveTypeName(3)MessageBox(新的藥品單位名稱已經(jīng)存在!);elsecBT.sql_Update(cUId);. . . . 28 /

59、51m_Adodc.Refresh();4.5 信息管理模塊設計1. 基本功能:當一位醫(yī)院信息管理員訪問信息管理模塊時,實現(xiàn)基本模塊的藥品信息管理,患者信息管理,醫(yī)生信息管理和收費項目管理,每個管理中都包括的主要功能包括查看,添加,刪除和修改。2. 實現(xiàn)方法:在 HospitalMan 中,該模塊下分別實現(xiàn)調用 DoModal 和消息映射來實現(xiàn)該模塊下的幾個功能。3. 主要代碼:void CHosptialManDlg:OnMed() / TODO: Add your command handler code hereCMedManDlg dlg;dlg.DoModal();4.5.1 患者信

60、息管理功能設計1. 基本功能:當訪問信息管理模塊中的患者信息功能時,實現(xiàn)實現(xiàn)對患者信息的查看,添加,刪除和修改;默認的界面為查詢界面,查詢條件為按查找。2. 實現(xiàn)方法:當管理員點擊信息模塊中的患者管理模塊時,可按照患者進行查詢,默認顯示的全部的患者信息,顯示患者的控件是 ADO Data 控件和 DataGrid 控件相結合;點擊添加按鈕時,通過消息映射跳轉到 PATEDITDLG 頁面,輸入基本信息后,更新數(shù)據(jù)庫表 PATIENT;剛點擊修改按鈕時,首先獲得數(shù)據(jù)庫中的信息,. . . . 29 / 51顯示在 PETEDITDLG 頁面上,點擊即可修改?;颊咝畔⒐芾眄撁嫒鐖D 4.6 所示。圖 4.6

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論