畢業設計(論文)_醫院信息管理系統設計與實現__住院管理子系統_第1頁
畢業設計(論文)_醫院信息管理系統設計與實現__住院管理子系統_第2頁
畢業設計(論文)_醫院信息管理系統設計與實現__住院管理子系統_第3頁
畢業設計(論文)_醫院信息管理系統設計與實現__住院管理子系統_第4頁
畢業設計(論文)_醫院信息管理系統設計與實現__住院管理子系統_第5頁
已閱讀5頁,還剩76頁未讀 繼續免費閱讀

下載本文檔

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

文檔簡介

1、河北工業大學畢業設計說明書(論文) 作 者: 學 號: 學 院: 計算機科學與軟件學院 系專業: 軟件工程 題 目: 醫院信息管理系統的設計與實現 住院管理子系統 指導者: 評閱者: 2011 年 6 月 5 日畢業設計中文摘要醫院信息管理系統設計與實現住院管理子系統摘要:住院信息管理系統是每一所醫院管理住院病人、病區和職工收入和支出的不可缺少的一個管理信息系統,它的內容對于醫院的管理者來說是至關重要的,所以住院信息管理系統應該能夠為每一個醫院的管理者提供充足的信息和快捷的查詢手段,大大的方便醫院的管理者的合理管理。通過分析與研究,為了便于管理和更好的平安穩定型,本系統采用了C/S架構的軟件開

2、發模式,運用C#開發語言和SQL server數據庫完成系統實現。使系統能夠較好的完成,病人的掛號、住院分配、開醫令、劃價繳費以及系統配置的功能。方便醫生對病人住院信息的管理。本文旨在介紹開發本系統的流程,以及如何實現各種模塊所需的功能。關鍵詞: 住院管理 C/S架構 醫院畢業設計外文摘要Title Hospital Information Management System Design and Realization - Hospital Management Subsystem AbstractHospital information management system is a sys

3、tem which every hospital managements patients, ward and worker income and expenditure of the indispensable a management information system, its contents for hospital management is essential, so Hospital information management system should be able to every hospital managers with sufficient informati

4、on and quick searching method, greatly convenient hospital managers reasonable management. Through the analysis and research, to facilitate the management and better safety stable, this system uses a C/S architecture software development model, using C # development language and SQL server database

5、complete system implementation. The system can better finish, the patients registered, the length of distribution, open to expend and medical system configuration, accurately the function. Convenient for patients in hospital doctors information management. This system is designed to introduce the fl

6、ow of development of the system, and how to achieve various modules required functions. Keywords:HospitalManagement C/S Architecture Hospital 目 次TOC o 1-2 h u HYPERLINK l _Toc295202451 1 引言 PAGEREF _Toc295202451 h 1 HYPERLINK l _Toc295202452 11 研究的背景及現狀 PAGEREF _Toc295202452 h 1 HYPERLINK l _Toc2952

7、02453 12 選題的目的及意義 PAGEREF _Toc295202453 h 2 HYPERLINK l _Toc295202454 13 系統目標 PAGEREF _Toc295202454 h 2 HYPERLINK l _Toc295202455 14 本章小結 PAGEREF _Toc295202455 h 3 HYPERLINK l _Toc295202456 2 系統分析 PAGEREF _Toc295202456 h 3 HYPERLINK l _Toc295202457 21 系統開發分析 PAGEREF _Toc295202457 h 3 HYPERLINK l _To

8、c295202458 22 開發工具簡介 PAGEREF _Toc295202458 h 3 HYPERLINK l _Toc295202459 23 本章小結 PAGEREF _Toc295202459 h 5 HYPERLINK l _Toc295202460 3 系統總體設計 PAGEREF _Toc295202460 h 6 HYPERLINK l _Toc295202461 31 系統流程分析 PAGEREF _Toc295202461 h 6 HYPERLINK l _Toc295202462 32 系統功能模塊分析 PAGEREF _Toc295202462 h 6 HYPERL

9、INK l _Toc295202463 33 系統用例設計 PAGEREF _Toc295202463 h 8 HYPERLINK l _Toc295202464 34 數據庫結構分析 PAGEREF _Toc295202464 h 9 HYPERLINK l _Toc295202465 35 本章小結 PAGEREF _Toc295202465 h 15 HYPERLINK l _Toc295202466 4 系統設計 PAGEREF _Toc295202466 h 16 HYPERLINK l _Toc295202467 41 登錄模塊 PAGEREF _Toc295202467 h 16

10、 HYPERLINK l _Toc295202468 42 住院管理系統主界面 PAGEREF _Toc295202468 h 16 HYPERLINK l _Toc295202469 43 導醫模塊 PAGEREF _Toc295202469 h 17 HYPERLINK l _Toc295202470 44 費用管理模快 PAGEREF _Toc295202470 h 21 HYPERLINK l _Toc295202471 45 藥房效勞模快 PAGEREF _Toc295202471 h 21 HYPERLINK l _Toc295202472 46 住院管理模塊 PAGEREF _T

11、oc295202472 h 23 HYPERLINK l _Toc295202473 47 根本設置模塊 PAGEREF _Toc295202473 h 25 HYPERLINK l _Toc295202474 48 本章小結 PAGEREF _Toc295202474 h 26 HYPERLINK l _Toc295202475 5 測試 PAGEREF _Toc295202475 h 26 HYPERLINK l _Toc295202476 結 論 PAGEREF _Toc295202476 h 28 HYPERLINK l _Toc295202477 參 考 文 獻 PAGEREF _T

12、oc295202477 h 29 HYPERLINK l _Toc295202478 致 謝 PAGEREF _Toc295202478 h 301 引言 數字化醫院是正在開展中的新生事物,概念一直沒有明確的涵義。2001年,有關權威人士提出:數字化醫院是以網絡管理為根本模式,以信息為醫院開展的根本功能,以信息技術為依托,增強醫院的技術實力,以信息文化改變著人們教育、工作方式和思想觀念的新興群體形態,以信息化建設為醫院開展的新增長點。數字化醫院的暫時界定,為醫院信息化開展提供了初步的理論依據1。 建設數字化醫院的住院管理系統成了我們必然的選擇,為了方便醫院的管理和病人的就醫的效率與便捷性,一個

13、好的數字化住院管理系統給我們帶來的好處是不言而喻的,隨著醫療體制的改革,醫療行業市場競爭的加快,標準化住院管理模式更是重中之重,本系統就是在這樣的環境下應運而生,它具有很高的研究價值和使用價值2。是值得我們深入研究與探討的。11 研究的背景及現狀管理信息系統MIS是一門邊緣學科,集管理科學、信息科學、系統科學、現代通信技術和電子計算機技術于一體3。1985年,管理信息系統創始人,明尼蘇達大學卡爾森管理學院的著名教授戴維斯Gordon.B.Davis給出了一個具有代表性的定義:“管理信息系統是一個利用計算機硬件和軟件,手工作業、分析、方案、控制和決策模型以及數據庫的用戶機器系統。它能提供信息支持

14、企業或組織的運行、管理和決策功能4。隨著計算機系統的飛速開展和醫院的現代化進程的加快,醫療行業的市場競爭也在日益加劇,醫院住院的管理和計算機的結合就成了我們不得不說的話題,在醫院的各個部門中,出入院收費處、住院病區、中心藥房構成對住院病人的效勞鏈,住院病人經出入院收費處辦理入院手續后入住某住院病區接受醫院的效勞同時產生醫療費用,最后經出入院收費處核價收費后辦理出院手續出院5。住院病區是各項醫療效勞的主要執行者,他與出入院收費處構成住院信息系統的兩個主要局部。而在為住院病人效勞的過程中,住院部中心藥房根據住院部醫師開出的醫囑配藥,而藥庫那么作為醫院藥品的采購、保管和供給部門向中心藥房供給藥品間接

15、地為住院病人提供效勞6。因此,沒有中心藥房和藥庫子系統的參加整個住院信息管理系統是片面的,不完善的。而其他的功能輔助科室如手術室、CT室等都一定程度的納入本系統當中。12 選題的目的及意義計算機應用的一局部,使用計算機對住院病人、病區和職工進行管理,具有著手工管理所無法比較的優點,如:檢索迅速、查找方便、可靠性高、存儲量大、保密性好、壽命長、本錢低等。這些優點能夠極大地提高住院病人、病區和職工管理的效率,也是醫院管理的科學化、正規化管理,與先進科學技術接軌的重要條件7。醫院是救死扶傷之地,醫院在現代社會的開展過程中起著舉足輕重的作用。不管醫院規模的大小,醫院內部的部門設置以及人員的配置都是非常

16、復雜的。此外,醫院又是一個特殊的地方,要求每一味醫護人員都要有極其認真負責的態度,稍有過失就會給病人帶來生命危險8。在科技日益興旺的今天,人們的身體健康也不斷受到重視。因此,醫院進行現代化管理就變得尤為重要。醫院的特殊性要求管理人員仔細地管理好醫院內部的每一個環節。然而隨著社會信息化的到來,醫院擁有大量的醫護人員,大量的后勤人員,大量的藥品和儀器,最重要的是擁有大量的病人,醫院的管理工作變得非常復雜,這就要求有一個功能強大的管理系統來協助管理人員處理好醫院的每一個事務。醫院實現信息化是大勢所趨,很多有經濟條件的醫院使用了C/S模式的醫院信息管理系統9。因此,開發一套醫院住院信息管理軟件成為很有

17、必要的事情,對于我們即將計算機專業畢業的學生來說,也是一次將計算機應用于現實管理的一次很有意義的實踐活動。13 系統目標 醫院信息化管理已經成為一個現代化醫院運營過程中必不可少的根底設施與技術和支撐環境。醫院住院系統是利用電子計算機和通信設備,為醫院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取等功能的一種信息管理的系統10。本住院管理系統上需要實現根底信息管理、住院出院管理、收費管理、導醫效勞、藥品管理等幾個主要功能。系統的模塊劃分擬定如下:1)導醫效勞:提供病人信息的錄入以及掛號、醫生醫囑的功能。2)收費管理:各項費用的統計與匯總。3)藥房管理:提供根本的藥房入庫,取藥、

18、退藥等功能。4)住院管理:病人入院登記以及病房分配、辦理出院功能。5)根本信息管理:系統及其他根本信息的設置。14 本章小結住院信息系統是計算機技術、通信技術和管理科學在醫院信息管理中的應用, 是計算機技術對醫院管理、臨床醫學、醫院信息管理長期影響、滲透以及相互結合的產物。一個好的住院管理系統能使醫院的工作事半功倍。從畢設中我了解到了醫院管理方面的很多知識,也知道了只有親力親為才能了解到一個體系的工作流程和它可能遇到的問題。軟件的開發不只是代碼的積累和改良還有對問題的理解和研究。2 系統分析21 系統開發分析 系統采用采用C/S架構的開發模式,用最小的本錢和較高的穩定性、平安性和最高的效率完成

19、住院系統所應具備的各個方面要求。運用自己所學的軟件工程開發的知識對開發過程進行有條不紊的管理和調配,通過前期需求的獲取與調研分析,制定出系統開發的根本架構和功能模塊,然后進行具體的實現與測試。運用C#純面向對象開發語言可以使設計變得直觀簡潔,配合SQL server數據庫,對病人及醫院的信息進行高效平安的管理。22 開發工具簡介 開發語言及平臺簡介1、開發平臺:Microsoft Visual Studio 2021Microsoft Visual Studio 是微軟公司推出的開發環境,Visual Studio 可以用來創立 Windows 平臺下的 Windows 應用程序和網絡應用程序

20、,也可以用來創立網絡效勞、智能設備應用程序和 Office 插件11。Visual Studio 2021 在三個方面為開發人員提供了關鍵改良:1快速的應用程序開發 2高效的團隊協作 3突破性的用戶體驗12 。Visual Studio 2021 提供了高級開發工具、調試功能、數據庫功能和創新功能,幫助在各種平臺上快速創立當前最先進的應用程序。 Visual Studio 2021 包括各種增強功能,例如可視化設計器使用 .NET Framework 3.5 加速開發、對 Web 開發工具的大量改良,以及能夠加速開發和處理所有類型數據的語言增強功能。Visual Studio 2021 為開發

21、人員提供了所有相關的工具和框架支持,幫助創立引人注目的、令人印象深刻并支持 AJAX 的 Web 應用程序。 開發人員能夠利用這些豐富的客戶端和效勞器端框架輕松構建以客戶為中心的 Web 應用程序,這些應用程序可以集成任何后端數據提供程序、在任何當前瀏覽器內運行并完全訪問 ASP NET 應用程序效勞和 Microsoft 平臺。2、開發語言: C#(C Sharp)C#(C Sharp)是微軟(Microsoft)為.NET Framework量身訂做的程序語言,C#擁有C/C+的強大功能以及Visual Basic簡易使用的特性,是第一個組件導向(Component-oriented)的程

22、序語言,和C+與Java一樣亦為對象導向(object-oriented)程序語言13。用 C# 設計的組件可以很容易的轉換成 Web 效勞,可以以任意操作系統的任意語言從 Internet 上調用。開發人員可以定義特定域的屬性,并將它們應用于任何語言元素如類,接口等。開發此應用程序的團隊使用 .NET 框架和 C# 語言創立了多線程的郵件效勞。對這個工程來說,C# 語言看起來是最適宜做應用程序設計的了;實際上,因為有了來自 .NET 框架對核心編程任務的支持,發現使用 C# 比使用 Visual Basic 更容易。C#在某種程度上可以看作是.NET面向Windows環境的一種編程語言。在過

23、去的十幾年里,Microsoft給Windows和 Windows API添加了許多功能,VB和C+也經歷了許多變化。雖然VB和C+最終已成為非常強大的語言,但這兩種語言也存在問題,因為它們保存了原來的一些內容14。對于Visual Basic來說,它的主要優點是很容易理解,許多編程工作都很容易完成,根本上隱藏了Windows API和COM組件結構的內涵。其缺點是Visual Basic從來沒有實現真正意義上的面向對象,所以大型應用程序很難分解和維護。另外,因為VB的語法繼承于BASIC的早期版本(BASIC主要是為了讓初學者更容易理解,而不是為了編寫大型商業應用程序),所以不能真正成為結構

24、化或面向對象的編程語言。 數據庫簡介1、數據庫技術SQL Server 2005 Express:SQL Server Express 是一個免費、易用且便于管理的數據庫。SQL Server Express 與 Microsoft HYPERLINK :/baike.baidu /view/28727.htmVisual Studio 2005 集成在一起,可以輕松開發功能豐富、存儲平安、可快速部署的數據驅動應用程序。SQL Server Express 是免費的,可以再分發受制于協議,還可以起到HYPERLINK :/baike.baidu /view/930.htm客戶端數據庫以及根本效

25、勞器數據庫的作用。SQL Server Express 是低端 ISV、低端效勞器用戶、創立 Web 應用程序的非專業開發人員以及創立客戶端應用程序的編程愛好者的理想選擇15。2、ADO.NET是一組用于和數據源進行交互的面向對象類庫。通常情況下,數據源是數據庫,但它同樣也能夠是文本文件、Excel表格或者XML文件。ADO.NET允許和不同類型的數據源以及數據庫進行交互。然而并沒有與此相關的一系列類來完成這樣的工作。因為不同的數據源采用不同的協議,所以對于不同的數據源必須采用相應的協議。一些老式的數據源使用ODBC協議,許多新的數據源使用OleDb協議,并且現在還不斷出現更多的數據源,這些數

26、據源都可以通過.NET的ADO.NET類庫來進行連接。23 本章小結 通過對系統的初步分析,選擇好了自己的開發模式與開發工具,能做到有的放矢,物盡其用,做好前期的準備才能為后期的實現提供便利條件,有了明確的方向在以后的開發中才不會迷失,前期的很小的錯誤到了后期可能是無法挽回的消滅性BUG,所以一個良好的前期分析是一個系統實現的非常必要的根底。3 系統總體設計 從文檔中的要求和自己對醫院的實地考察加上網上獲取的信息,自己分析了系統的總體需求,從而推出系統的主要流程,根據流程分析寫出系統的模塊分析與數據庫設計。最終再根據這些設計逐步實現與完善自己的系統。最終的目的還是為了滿足客戶的需求,為病人及醫

27、生節約時間,提供高效的管理和效勞,到達我們當初設計的目標。31 系統流程分析根據分析文檔中的需求,得出該系統主要是用于醫院信息的管理和對住院的病人相關信息的統籌和分配。再同過網上的調研成果,加上自己的實地考察,根本對醫院的住院流程以及系統的使用情況有所了解。首先從病人角度來看,病人進醫院就醫,先進行登記根本信息,如果以前曾就醫就可以直接調用病人信息,然后病人進行掛號看真,病人在就醫看診之后,醫生可能根據情況要求病人進行住院觀察調理,這時病人登記住院,醫院根據已有的病人信息為其分配病房和病床以及其護理的護士等。如果病人未現行進行看診登記等過程想直接登記住院就應先對其信息和病例登記錄入,然后再分配

28、病房,住院過程中產生的檢查費醫藥費等系統都應進行統計,以便對病人最后劃價付費時方便查看和統計。病人在住院期結束后應及時辦理出院,出院后系統更新可住病房的信息。系統中還應該有系統設置,醫生科室的根本設置,還有對藥庫的管理和對檢查的登記等都應穿插在住院過程中或者在住院之前就準備完成,是一個交互的過程。根據分析系統流程圖如圖3.1所示。32 系統功能模塊分析1)根本信息管理模塊:負責錄入根本的員工信息,賦予其管理員權限,以及科室檢查室的信息的錄入與修改還有系統的設置都在此模塊下完成。2)住院及費用模塊:負責病人的住院登記病房分配,以及各種費用的匯總查詢以及打印功能。3導醫模塊:負責登記病人信息,以及

29、掛號管理和醫生的開醫令,打印診斷書開處方診斷等功能。4)藥品和檢查模塊:具有藥品管理和檢查等醫院輔助功能模塊。功能模塊圖如圖3.2所示。圖3.2 系統功能模塊圖33 系統用例設計用例圖User Case是被稱為參與者的外部用戶所能觀察到的系統功能的模型圖,呈現了一些參與者和一些用例,以及它們之間的關系,主要用于對系統、子系統或類的功能行為進行建模。用例功能圖如圖3.3所示。34 數據庫結構分析 E-R圖分析根據流程和功能建立數據庫各表的相互關系,分為以下幾個E-R圖。1)病人與醫生病房和病例賬單的主E-R關系。科室擁有醫生,同時管理病房,病房住有病人,醫生診治病人,病人擁有賬單和自己的病例。主

30、E-R關系圖如圖3.4所示。2)醫生管理藥房的E-R關系。醫生管理藥房,負責藥品入庫,發藥退藥,添加新藥品等。醫生管理藥房的E-R關系圖如圖3.5所示。3)病人與病例的E-R關系圖。每個病人就醫都有自己的病例,記錄了病人就醫的各種信息。病人與病例的E-R關系圖如圖3.6所示。入院時間管理病房號科室11地址 科名描述編號編號擁有管理nn病床號檢查室姓名醫生病房值班醫生 地址名稱密碼11病區號類型診治住有出院時間描述過敏史n科室病人號n姓名日期 病人總計性別年齡手術史 住址1卡支付病歷號擁有 現金付票號費用賬單1住院費姓名檢驗費醫師日期掛號費藥費科室單位用法管理員管理藥房藥品名規格存量單價11密碼

31、用戶名編號拼音碼圖3.5管理員醫生與藥房的E-R關系圖1病人號病歷號科室醫生病情醫囑n病例擁有病人姓名病史日期處方檢查項住院 系統數據庫表設計a)員工信息表employee表員工信息表employee表用來儲存員工ID、密碼、真實姓名、職稱等個人根本信息。字段說明如表3-1所示。表3-1 employee 表 序號字段名字段含義數據類型可否為空01docterID醫生編號pkint否02password登錄密碼nvarchar (10)是O3docterName醫生名字nvarchar (20)是04worktype員工種類nvarchar (10)是05introduction員工描述nva

32、rchar (200)是06discipline科室nvarchar (20)是續表 07cell 號nvarchar (20)是b藥品信息表medicine 表藥品信息表medicine 表用來存儲藥品名稱單價等根本信息。字段說明如表3-2所示。表3-2 medicine 表序號字段名字段含義數據類型可否為空01meidicineID藥品編號pkint否02unit單位nvarchar (20)是O3medicineName藥品名稱nvarchar (10)是04price價格Numberic(10,2)是05specifications規格nvarchar (50)是06pinyin拼音碼

33、nvarchar (20)是07type類別nvarchar (20)是08usage用法nvarchar (150)是09mount數量int是10able是否可用bit是11note備注nvarchar (150)是c病房表sickroom 表病房表sickroom 表用來存儲藥病房的床位數病區等根本信息。字段說明如表3-3所示。表3-3 sickroom 表序號字段名字段含義數據類型可否為空01zone病區號nvarchar (10)是02roomNumber病房號nvarchar (10)是O3maxNumber房間病床數int是04bedNumber病床號nvarchar (10)是

34、05date入住時間datetime是06patientName病人名稱nvarchar (20)是07patientNo病人編號int是08address病房地址nvarchar (50)是09note備注nvarchar (150)是10able是否可用bit是d檢驗工程表Examination 表檢驗工程表Examination 表用來存儲檢驗工程的種類價格等根本信息。字段說明如表3-4所示。表3-4 ExaminationRoom 表序號字段名字段含義數據類型可否為空01exID編號pkint否02exName檢驗工程名nvarchar (20)是O3exNO工程編碼nvarchar

35、(20)是04pinyin拼音碼nvarchar (20)是05price檢驗價格Numberic(10,2)是06exUnit工程單位nvarchar (20)是07result正常結果nvarchar (30)是08department科室nvarchar (30)是09note備注nvarchar (150)是e掛號表appointment 表掛號表appointment 記錄了病人的掛號信息以及病人的預約信息還有病人的病例信息。字段說明如表3-5所示。表3-5 Pathography 表序號字段名字段含義數據類型可否為空01appointmentID掛號編號(pk)int否02pati

36、entName病人姓名nvarchar (10)是O3patietnNo病人編號int否04doctor主治醫生nvarchar (10)是05discipline科室nvarchar (20)是06thisTime掛號時間天datetime是07thisDate掛號時間時分秒smalldatatime是08regName掛號種類nvarchar (30)是09regFee掛號費Numberic(10,2)是10diaName門診種類nvarchar (30)是11diaFee門診費Numberic(10,2)是12syomptom病癥nvarchar (500)是13note診斷nvarch

37、ar (500)是14appointment_done掛號完成Bit是f科室表Department 表科室表Department 表用來存儲了科室的名稱描述等根本信息。字段說明如表3-6所示。表3-6 Department 表序號字段名字段含義數據類型可否為空01departmentID編號pkint否02depName科室名稱nvarchar (20)是O3cell科室 nvarchar (20)是04address科室地址nvarchar (60)是05description科室描述nvarchar (300)是g病人表 Patient表 病人表 Patient表用來存儲病人的名稱、年齡、

38、性別等根本信息以及的信息。字段說明如表3-7所示。表3-7 Patient表序號字段名字段含義數據類型可否為空01patientno病人編號pkint否02patientName病人姓名nvarchar (10)是O3sex性別Char(5)是04birthday生日datetime是05sidno證件號nvarchar (20)是06sidtype證件類型nvarchar (20是07celladdress住址nvarchar (30是08cellphone住址 nvarchar (20)是09companyaddress單位地址nvarchar (30是10companyphone單位 n

39、varchar (20)是11e_mail電子郵件nvarchar (20)是12firstman第一聯系人nvarchar (10)是13firstquery與病人關系nvarchar (10)是14firstphone聯系人 nvarchar (20)是15firstaddress聯系人地址nvarchar (30是16recorddate登記日期datetime是17hispass過敏史nvarchar (300是18hisoperate手術史nvarchar (300是19cardtype卡類別nvarchar (10)是20cardno卡號nvarchar (20)是21balanc

40、e卡余額Numberic(10,2)是續表22cardlimited透支限額Numberic(10,2)是h賬單表 Bill表 賬單表 Bill表用來存儲病人的就診住院拿藥等服用的統計信息。字段說明如表3-8所示。 表3-8 Bill表序號字段名字段含義數據類型可否為空01isomux 流水號pkint是02billNo票號int是O3caseNo病例號int是04name病人姓名nvarchar (10)是05doctor醫師nvarchar (10)是06department科室nvarchar (20)是07cardtype卡類型nvarchar (10)是08medicineFee藥費

41、Numberic(10,2)是09regFee掛號費Numberic(10,2)是10exFee檢查費Numberic(10,2)是11diaFee門診費Numberic(10,2)是12hosipitalFee住院費Numberic(10,2)是13payment本次付Numberic(10,2)是14total總計Numberic(10,2)是15date日期datetime是16paymentType付款方式nvarchar (10)是i)卡表card表卡表card表記錄的病人的卡的信息以及折扣信息等。字段的具體說明如圖3-9所示。表3-9 card表序號字段名字段含義數據類型可否為空0

42、1cardID編號pkint否02cardtype卡類別nvarchar (10)是03medDiscount藥品折扣Char10是O4exDiscount檢查折扣Char10是05hosDisount住院折扣Char10是06description卡描述nvarchar (50)是35 本章小結 通過對系統的有效分析,已經設計出了自己要開發系統的總體結構和數據庫關系。有了良好的中期工作,開發的方向就不會有太大的偏差,按部就班的完成自己的工作任務。剩下的就是如何實現這些設計的功能。4 系統設計41 登錄模塊輸入:輸入員工用戶名和密碼,初始為用戶名hebut,密碼hebut。登錄成功跳轉至系統主

43、界面,登錄信息失敗將彈出對話框提示。管理員登錄頁面如圖4.1所示。42 住院管理系統主界面成功登錄后會顯示系統管理的主界面,左側采用樹形結構顯示各個模塊,中部是窗口顯示區域。左上角有個快捷查詢病人的按鈕。左下角標示了操作員以及類型。樹形結構的導航中顯示出了各個模塊的內容,點擊即可彈出窗口作為主界面的子窗口顯示在界面中。主界面圖如圖4.2所示。圖4.2 住院管理系統主界面43 導醫模塊 該模塊是系統的主要模塊之一,分為病人登記,病人掛號和開醫令三個子模塊。完成了系統的病人信息以及就醫信息的主要管理工作。 病人登記選擇姓名或者錄入姓名將顯示病人的信息,點擊右邊的紅色叉可以刪除該病人。右下角有添加修

44、改病人的按鈕,點擊可對信息框操作。病人預約和掛號是導入到其他模塊的接口。病人登記界面如圖4.3所示。 病人掛號病人掛號上半部模塊是病人信息顯示模塊,如果沒有病人可點擊添加病人按鈕進行添加。中部模塊是掛號預約模塊,通過選擇掛號類型,掛號醫生以及日期等完成掛號登記,下邊的gridview顯示的分別是預約信息和值班醫生的信息。病人掛號界面如圖4.4所示。圖4.3病人登記界面圖4.4病人掛號預約界面 開醫令開醫令界面是醫生錄入信息的界面,可以進行病人資料的查詢,選擇病人錄入信息,還可以添加藥品檢查診斷書和醫令的打印,診斷書以水晶報表形式輸出。開醫令的主界面如圖4.5所示。圖添加藥品檢查界面提供了藥品的

45、添加包括數量單價等,以及檢驗和檢查信息,下邊以gridview空間顯示出添加的信息。添加藥品檢查檢驗界面如圖4.6所示。圖4.6 添加藥品檢驗界面打印醫令和診斷書以醫令為例。界面有打印的根本功能按鈕,打印,界面輸出,刷新,界面縮放等。打印醫令界面如圖4.7所示。圖4.7 打印醫令界面退藥界面里同過點擊下方gridview中的數據行信息,將在上部的窗體顯示。可以選擇票號,選擇不通的購藥信息。下方有輸入退藥數量和退藥原因的輸入框。退藥界面如圖4.8所示。圖4.8 退藥界面44 費用管理模快 前臺繳費模塊通過選擇今天為繳費和全部未交費顯示未交費的人的信息,選擇藥品費檢查費住院費等顯示費用明細。折后價

46、根據卡類型而計算。打印付款單以水晶報表形式打印。前臺繳費界面如圖4.9所示。圖 前臺交費界面45 藥房效勞模快 藥房管理模塊 藥房管理模塊是新藥品添加和藥品刪除的管理模塊,上部有添加、刪除、修改、保存四個控件,下邊是填寫信息的窗口,下部是個顯示所有藥品的gridview的窗口控件。藥房管理的界面如圖4.10所示。 發藥模塊 上下兩個gridview控件顯示了醫令開的藥品和還未發藥的藥品,通過點擊選擇需要發藥的信息,點擊發藥按鈕發藥成功。發藥管理的界面如圖4.11所示。 圖4.10 藥房管理界面圖4.11 發藥管理界面 退藥入庫模塊 通過開醫令中的退藥信息填寫到退藥表中,退藥表中的信息從該模塊的

47、下部的gridview控件中顯示。選擇要退藥的行信息將從上部的控件框中顯示,點擊確認退藥退藥成功。退藥模塊的界面如圖4.12所示。圖4.12 退藥入庫界面46 住院管理模塊 登記住院模塊1、住院登記首先先點擊添加按鈕激活控件,然后填寫好全部的登記信息,單機上邊的保存按鈕控件可保存信息,點擊登記入住也可保存信息同時會修改住院費的信息。上部還有打印住院單的選項,病床剩余按鈕可顯示一個提示當前選擇病房的剩余病床數的提示框。登記入院的界面如圖4.13所示。2、打印界面顯示了病人住院的信息,以及局部掛號信息。打印住院信息的界面如圖4.14所示。 辦理出院模塊辦理出院界面首先先應確定病人已經繳費,點擊繳費

48、按鈕可以連接到繳費界面,繳費完畢后,通過填寫病人住院的具體信息,放可辦理出院。清空病人在房間表中的信息,將該房間置為可用。同時可以再次打印病人住院信息。打印界面和入院的類似。辦理出院的界面如圖4.15所示。圖4.13 登記住院界面47 根本設置模塊根本設置模塊由檢驗設置、檢查設置、科室設置、病房設置、員工值班設置、掛號設置、用戶管理、折扣卡設置和病房設置組成。以檢驗設置為例,其他模塊界面和功能類似。檢驗設置上邊有個導航條顯示著檢驗的工程,右邊四個按鈕分別代表著添加刪除修改和保存四個功能。操作時應該先點擊添加按鈕激活下方的輸入信息控件,然后填寫信息對檢驗進行管理。6所示。圖4.16 檢驗工程設置

49、48 本章小結有了前邊奠定的良好根底,通過自己的學習和認識,開發出了自己的住院管理系統,實現了任務書中的大局部功能要求,不過還有很多缺乏和改良之處,有待以后的修飾和完善。5 測試 測試并不是本工程的重點,但是一個良好的測試能為用戶提供良好便捷的操作與使用,也能真實的反響出系統的缺乏之處與錯誤的地方。 本次采用黑盒測試法,對幾個主要模塊的功能進行測試,設計的測試用例以及結果如表5-1、表5-2、表5-3所示。通過對病人添加模塊,開醫令模塊以及住院登記模塊的測試,以及測試結果的分析,可以看出本系統根本完成了最初設計的功能要求。表5-1 添加病人模塊測試用例設計用例編號TEST_HIS-MIS_TJ

50、BR _01測試優先級高用例摘要添加新病人測試類型功能測試用例類型根本領件用例設計者王瑞超設計日期對應UIHospital_MIS版本號對應開發人員王瑞超前置條件成功登錄測試方法等價類劃分輸入數據病人信息執行步驟點擊【導醫效勞】展開,再點擊【病人登記】點擊【添加病人】根據病人實際信息,填寫完成所有信息框再點擊【保存添加】預期輸出(一).執行步驟后,彈出一個添加成功的信息提示框實際結果符合預期測試日期2021.6.3表5-2 開醫令模塊功能測試用例編號TEST_HIS-MIS_KYL _01測試優先級高用例摘要對病人開醫令測試類型功能測試用例類型根本領件用例設計者王瑞超設計日期對應UIHospi

51、tal_MIS版本號對應開發人員王瑞超前置條件成功登錄,已有病人信息以及相應的掛號信息。測試方法等價類劃分輸入數據醫令診斷信息執行步驟.點擊【導醫效勞】展開,再點擊【開醫令】.在病人姓名的下拉菜單中選擇病人姓名。.選擇病人相應的掛號單號和病例號。.填寫好醫生信息以及醫令和診斷。點擊【保存醫令】預期輸出(一).執行步驟后,彈出一個保存成功的信息提示框實際結果符合預期測試日期2021.6.3表5-3 登記住院模塊功能測試用例編號TEST_HIS-MIS_KYL _01測試優先級高用例摘要病人登記住院測試類型功能測試用例類型根本領件用例設計者王瑞超設計日期對應UIHospital_MIS/Frm_s

52、ickroom.cs版本號對應開發人員王瑞超前置條件成功登錄,已有病人信息以及相應的掛號信息和病房信息。測試方法等價類劃分輸入數據病人入院登記的信息。執行步驟.點擊【住院管理】展開,再點擊【登記住院】.點擊添加按鈕激活信息輸入窗口。.選擇病人信息以及要入住的病房信息。.點擊【登記入住】按鈕完成登記。預期輸出(一).執行步驟后,彈出一個登記成功的信息提示框。實際結果符合預期測試日期2021.6.3結 論通過數個月的學習與開發,期間不乏著很多的困難與歡樂,也由于本人才疏學淺,時間也并未十分充足,可能有著許許多多的缺乏之處。本系統是一個為了方便于醫院的住院信息統計的一個智能計算機系統,采用較為平安快

53、捷的C/S架構模式,實現了導醫效勞,費用管理,藥房效勞,住院管理,根本信息設置等幾個模塊。模塊相對較多,但并未有太多復雜的算法實現,所以大局部功能都能得到良好的開發設計結果。比較其他的醫院住院管理系統,本系統還有著很多的缺陷與缺乏,本系統的功能并沒有足夠的詳細,許多醫院中的細小信息統計功能并未設計,如果用于較為大型的醫院管理可能有些捉襟見肘,但是用于小型的醫院診所還是游刃有余,而且功能的縮水并不意味著無法完成醫院的管理任務,較少的代碼也可以降低對計算機的性能需求,減少開支。由于時間的問題,住院模塊并未開發的很滿意,許多小的功能由于技術問題并沒有像最初想象的那樣完全實現。系統還有很多可以改良的地

54、方,可以在以后的工作中逐步解決完善。 最后,我得出一個結論,軟件開發是一個細致與系統的過程,不能操之過急,前期的工作一定要做好,以免到了后期造成不可挽回的錯誤。開發要細心,一個小小的錯誤也可能難住你一兩天,只有堅持不懈的努力才能得到期望的結果。我希望我以后的生活中也能持之以恒,邁向成功。參 考 文 獻1 孫學文.醫院信息系統的設計與開發.吉林:吉林大學,2004年.2 譚明佳.基于ASP.NET的Web程序優化分析.計算機與現代化,2005年,第二期:34-36 3 葉永春.中小型醫院管理信息系統.西安:西安電子科技大學,2007年. 4 金曉菡. 醫院工作流信息系統的研究與應用.山東:山東大

55、學,2021年 . 5 張能立,謝佳,楊新泉.ASP.NET在網站開發中的應用.計算機與數字工程,2005年,第六期:12-14 數據庫在住院管理系統中的應用研究.浙江:浙江大學, 2021年 .7 孫廣香.醫用耗材庫存管理研究.天津:天津大學, 2021年 . 8 崔鳳玉.醫院放射科信息管理系統的設計.山東:山東大學, 2021年 . 11 王愛寧. SQL Server數據庫應用探析.煤炭技術,Coal Technology, 編輯部郵箱 2021年05期 12 于忠清.SQL Server中文版根底培訓教程. 北京:人民郵電出版社.2007 13 葉安勝.基于.NET架構的WEB數據庫訪

56、問技術研究與應用. 西安:西安電子科技大學,2004年. 14 孟繁興,李繼宏.淺談ADO.NET中的數據訪問方式.山東:HYPERLINK :/acad HYPERLINK :/acad of Luoyang University, HYPERLINK mailto:LYDS 編輯部郵箱HYPERLINK :/acad 周長發. C#面向對象編程. 北京:電子工業出版社,2007 致 謝 首先要感謝李智老師對我畢設這幾個月中的不斷鼓勵和幫助,沒有老師的指導與幫助,我甚至可能還在最開始中迷茫和無助。其次要感謝院系的各位老師,沒有他們的辛勤教導,使我學習到了這么多的知識,我也無法能夠很好的完成畢

57、設任務,再有就是感謝我的家人與朋友,沒有他們的陪伴與支持,我也無法堅持學習到現在。最后感謝許許多多關心過我的人們,無以為報,我只能說一句:謝謝你們原文已完。下文為附加文檔,如不需要,下載后可以編輯刪除,謝謝!施工組織設計本施工組織設計是本著“一流的質量、一流的工期、科學管理來進行編制的。編制時,我公司技術開展部、質檢科以及工程部經過精心研究、合理組織、充分利用先進工藝,特制定本施工組織設計。工程概況:西夏建材城生活區27#、30#住宅樓位于銀川市新市區,橡膠廠對面。本工程由寧夏燕寶房地產開發開發,銀川市規劃建筑設計院設計。本工程耐火等級二級,屋面防水等級三級,地震防烈度為8度,設計使用年限50

58、年。本工程建筑面積:27#m2;30# m2。室內地坪 m為準,總長27#m;30# m。總寬27#m;30# m。設計室外地坪至檐口高度18.6 00m,呈長方形布置,東西向,三個單元。本工程設計屋面為坡屋面防水采用防水涂料。外墻水泥砂漿抹面,外刷淺灰色墻漆。內墻面除衛生間200300瓷磚,高到頂外,其余均水泥砂槳罩面,刮二遍膩子;樓梯間內墻采用50厚膠粉聚苯顆粒保溫。地面除衛生間200200防滑地磚,樓梯間50厚細石砼1:1水泥砂漿壓光外,其余均采用50厚豆石砼毛地面。樓梯間單元門采用樓宇對講門,臥室門、衛生間門采用木門,進戶門采用保溫防盜門。本工程窗均采用塑鋼單框雙玻窗,開啟窗均加紗扇。

59、本工程設計為節能型住宅,外墻均貼保溫板。本工程設計為磚混結構,共六層。根底采用C30鋼筋砼條形根底,上砌MU30毛石根底,砂漿采用M10水泥砂漿。一、二、三、四層墻體采用M10混合砂漿砌筑MU15多孔磚;五層以上采用M混合砂漿砌筑MU15多孔磚。本工程結構中使用主要材料:鋼材: = 1 * ROMAN I級鋼, = 2 * ROMAN II級鋼;砼:根底墊層C10,根底底板、地圈梁、根底構造柱均采用C30,其余均C20。本工程設計給水管采用PPR塑料管,熱熔連接;排水管采用UPVC硬聚氯乙烯管,粘接;給水管道安裝除立管及安裝IC卡水表的管段明設計外,其余均暗設。本工程設計采暖為鋼制高頻焊翅片管散熱器。本工程設計照明電源采用BV銅芯線,插座電源等采用BV4銅芯線;除客廳為吸頂燈外,其余均采用座燈。施工部署及進度方案1、工期安排本工程合同方案開工日期:2004年8月21日,竣工日期:2005年7月10日,合同工期315天。方案2004年9月15日前完成根底工程,2004年12月30日完成主體結構工程,2005年6月20日完成裝修工種,安裝工程穿插進行,于2005年7月1日前完成。具體進度方案詳見附圖1施工進度方案。2、施工順序 = 1 * GB2 根底工程工程定位線驗線挖坑釬探驗坑砂礫墊層的施工根底砼墊層刷環保瀝青 根底放線預檢砼條形根底刷環保瀝青 毛石根底的砌筑構造柱砼地圈梁地溝

溫馨提示

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

評論

0/150

提交評論