醫(yī)院信息管理系統(tǒng)本科畢業(yè)論文.doc

i 題目： 醫(yī)院管理系統(tǒng) 設計與實 現 姓名： 學號： 二級學院： 信息科學學院 班級： 專業(yè)： 指導教師： 職稱： 20122012 年年 5 5 月月 醫(yī)院管理系統(tǒng)設計與實現 ii 醫(yī)院管理系統(tǒng)設計與實現醫(yī)院管理系統(tǒng)設計與實現 【摘要摘要】21 世紀人類已經進入了信息化、數字化的時代。隨著計算機技術、通 信技術的飛速發(fā)展，計算機信息處理技術已經逐漸滲入生活中的各個方面。與此同時， 醫(yī)學技術的提高和人們生活觀念的改變，使傳統(tǒng)的醫(yī)院管理機制表現出許多不足，例如 藥房藥品種類繁多容易造成混亂、在管理病人住院時效率下降等。這促使一種以計算機 為平臺的信息化醫(yī)院管理系統(tǒng)的誕生。本文將詳細介紹醫(yī)院管理系統(tǒng)，涉及到咨詢管理、 藥房管理、病房管理及醫(yī)師工作站管理等功能模塊，分析了整個系統(tǒng)的架構工作原理 實現功能等。本系統(tǒng)是基于 c#語言，并采用 vs2008、sql2000 平臺開發(fā)，具有安全、 方便、配置簡易等特點。系統(tǒng)保證了數據的一致性和完整性,數據的安全性也得到了一 定程度的保障 【關鍵詞關鍵詞】醫(yī)院管理系統(tǒng)；管理；數據庫； iii the design and realization of hospital management system abstract：21th century is the century of information technology and digitalization. as the rapid development of computer and communication technology, computer information technology has gradually spread into many aspects of our lives. meanwhile, with the improvement of medical technology and the change of our minds, traditional hospital management system shows many disadvantages. for instance, the chaos caused by a great variety of medicines and the inefficiency of management in patients. such inconvenient affairs spur the emergence of hospital information management system which based on computers. this article detailed introduced the hospital management system which involves some functional modules such as advisory management, pharmacy management, ward management and doctor workstation management. this article also analyzed the structure of the system, how it works and its implement functionality. this system is based on c#, and be exploited by vs2008, sql2000 platform. it is safe, convenient and easily used. the system ensures the consistence and integrity of the data, and also it ensures the safety of the data. key words: hospital management system; management; database; 醫(yī)院管理系統(tǒng)設計與實現 iv 目目 錄錄 摘要摘要.ii abstract .iii 引引 言言1 1、系統(tǒng)分析、系統(tǒng)分析2 1.1 系統(tǒng)總體調查2 1.2 需求功能分析3 1.3 可行性分析3 1.4 數據流程4 1.4.1數據流圖4 1.4.2數據字典6 2、系統(tǒng)設計、系統(tǒng)設計8 2.1 系統(tǒng)目標設計8 2.2 系統(tǒng)設計思路9 2.3 系統(tǒng)功能分析9 2.4 系統(tǒng)功能模塊設計10 2.5 系統(tǒng)通信原理圖10 2.6 數據庫設計11 2.6.1數據庫需求分析11 2.6.2數據庫概念結構設計11 2.6.3數據庫邏輯結構設計12 3、系統(tǒng)實現、系統(tǒng)實現14 3.1 開發(fā)工具14 3.1.1設計語言簡介14 3.1.2后臺數據庫簡介15 3.2 系統(tǒng)通信模式16 3.3 數據庫實現16 3.4 系統(tǒng)的運行18 v 3.4.1醫(yī)院業(yè)務的主體部分18 3.4.2醫(yī)院輔助管理部分21 3.5 系統(tǒng)測試22 3.5.1門診掛號模塊測試22 3.5.2病歷更新模塊測試23 3.5.3劃價收費模塊測試23 3.5.4藥品售出模塊測試24 3.5.5新藥入庫模塊測試24 3.5.6藥品更新刪除模塊測試25 總總 結結26 參考文獻參考文獻27 附附 錄錄28 致致 謝謝29 1 引引 言言 21 世紀是信息的社會，信息管理日益成為企業(yè)、公司經營活動的重要組成部分。 隨著科學技術的不斷提高，計算機科學日漸成熟，其強大的功能已為人們深刻認識，它 已進入人類社會的各個領域并發(fā)揮著越來越重要的作用，信息技術也因此得到了飛速的 發(fā)展。管理信息系統(tǒng)就是我們常說的 mis(management information system)，它在強 調管理、強調信息的現代社會中變得越來越普及。為實現管理上的先進性、準確性和實 時性，數據庫技術越來越廣泛地應用到各項管理系統(tǒng)中。 隨著科學技術的發(fā)展，人們的物質水平和精神水平也得到普遍提高。在醫(yī)院里人們 不僅僅是追求身體的健康，而且在保健、美容等方面也很是關注。這使醫(yī)院的工作人員、 病人流量及工作范疇等有了顯著增加，這間接的對管理機制提出了更高的要求，從而使 傳統(tǒng)的醫(yī)院管理機制在時間和空間上都有了很大的限制，顯得效率低下、準確性差等缺 點。而提高醫(yī)院的工作效率是當前的首要目標，因而必須通過借助于蓬勃發(fā)展的 it 工 具來實現高效管理，展現醫(yī)院的嶄新風貌。作為一有效的統(tǒng)計分析手段，計算機管理系 統(tǒng)發(fā)揮其強大的優(yōu)勢，在數據保存，數據交換等方面均快速可靠，是傳統(tǒng)管理機制所不 能完成的。因此，采用全新的計算機網絡和管理系統(tǒng)，將成為提高醫(yī)院管理效率，改善 服務水準的重要手段之一。 本文研制的醫(yī)院管理系統(tǒng)是醫(yī)院日常管理中的主要業(yè)務部分，并非涵蓋了醫(yī)院管理 的所有方面及其細節(jié)。它的主要功能是實現門診的掛號、劃價收費、就醫(yī)診斷、員工管 理及藥品管理，將病人信息和病歷信息、藥品信息統(tǒng)一歸入到數據庫系統(tǒng)中；次要功能 是實現病房的管理、醫(yī)療輔助項目的管理和后勤的部分管理。不但可以實現對醫(yī)院業(yè)務 的有效管理，而且縮短了病人看病的時間和減少了員工的工作流程。從而使得醫(yī)院的現 代化管理相比以往的傳統(tǒng)手工管理，可以做到信息的規(guī)范管理和快速查詢，實現醫(yī)院業(yè) 務管理的系統(tǒng)化、規(guī)范化和自動化，減少管理工作量，提高管理效率，降低管理成本。 整個醫(yī)院管理系統(tǒng)采用 microsoft visual studio 2008 設計完成，以 microsoft sql server 2000 作為后臺數據庫。其子系統(tǒng)是以桌面軟件為操作平臺，可完成系統(tǒng)維 護和管理等操作。在分析用戶需求功能的基礎上，考慮到對開發(fā)工具的掌握程度，采用 模塊化設計的方法，以 c/s 模式的通信原理構建整個系統(tǒng)，力求設計出一個實用的醫(yī)院 管理系統(tǒng)。 醫(yī)院管理系統(tǒng)設計與實現 2 1、系統(tǒng)分析、系統(tǒng)分析 1.1 系統(tǒng)總體調查 隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識, 它已進入人類社會的各個領域并發(fā)揮著越來越重要的作用。時至今日，伴隨著 internet 的迅猛發(fā)展，社會更是步入了網絡時代。這一技術的廣泛應用，讓許多原本 繁雜的手工勞動變的簡單、快捷。正是基于此種進步，各種信息管理系統(tǒng)應運而生。 電子計算機在醫(yī)院的應用已有三十多年的歷史，60 年代初，美國便開始了 his 的 研究。著名的麻省總醫(yī)院開發(fā)的 costar 系統(tǒng)是 60 年代初開始并發(fā)展到今天成為 大規(guī)模的臨床病人信息系統(tǒng)。隨著計算機技術的發(fā)展，70 年代，his 進入大發(fā)展時期， 美日歐各國的醫(yī)院，特別是大學醫(yī)院及 醫(yī)學中心紛紛開發(fā) his，成為醫(yī)藥信息學的形 成和發(fā)展的基礎。7080 年代，美國的 his 產業(yè)已有很大發(fā)展。1985 年美國全國醫(yī)院 數據處理工作調查表明，100 張床位以上的醫(yī)院，80%實現了計算機財務收費管理，70% 的醫(yī)院可支持病人掛號登記和行政事務管理。25%的醫(yī)院有了較完整的 his，即實現了 病房醫(yī)護人員直接用計算機處理醫(yī)囑和查詢實驗室的檢驗結果。10%的醫(yī)院(2530)有全 面計算機管理的 his。 在我國，計算機的應用是在 70 年代末期才進入了醫(yī)療行業(yè)，當時以 ibm 的 m340 小 型機為主，只有少數幾家大型的部屬綜合醫(yī)院和教學醫(yī)院擁有，主要應用于科研和教學， 還沒有應用于 his 的管理。80 年代初期，隨著蘋果 pc 機的出現和 basic 語言的普及， 一些醫(yī)院開始開發(fā)一些小型的管理軟件，如工資軟件等；80 年代中期，隨著 xt286 的 出現和國產化，以及 dbaseiii 和 unix 網絡操作系統(tǒng)的出現，一些醫(yī)院開始建立小型的 局域網絡，并開發(fā)出基于部門管理的小型網絡管理系統(tǒng)，如住院管理，藥房管理等。進 入 90 年代，novell 網和 foxbase、foxfro 數據庫日益盛行，完整的醫(yī)院網絡管理系統(tǒng) 的實現已經成為可能，于是一些有計算機技術力量的醫(yī)院開始開發(fā)適合自己醫(yī)院的醫(yī)院 管理系統(tǒng)。一些計算機公司也不適時機的開發(fā) his,如大連匯源電子系統(tǒng)工程有限公司 （與 301 醫(yī)院合作） 、ibm 公司、微軟公司、浪潮公司。在信息時代，這種傳統(tǒng)的管理 方法必然將被以計算機為基礎的信息管理所取代。 我作為一個計算機科學與技術專業(yè)的本科生，希望在這方面有所貢獻。改革開放的 總設計師鄧小平同志說過：“科學技術是第一生產力” ，我希望能用四年所學編制出一 個實用的程序幫助醫(yī)院進行更有效的管理。 3 1.2 需求功能分析 需求功能分析是系統(tǒng)開發(fā)過程的起點，它在整個開發(fā)過程中起著至關重要的作用。 在經過詳細的調研后，得到醫(yī)院管理系統(tǒng)的需求功能如下： 盡量采用醫(yī)院現有的軟硬件環(huán)境,將其先進的管理方案融入系統(tǒng)當中,從而充分利 用醫(yī)院現有資源,提高系統(tǒng)開發(fā)水平，加強系統(tǒng)應用效果。 系統(tǒng)應符合醫(yī)院業(yè)務的日常管理規(guī)范,滿足醫(yī)院對業(yè)務管理的需要。如添加、查 詢醫(yī)院員工信息，處理醫(yī)院藥品的出入庫，病人的掛號、看病，對藥品及各種醫(yī)療項目 的劃價收費等等，以方便工作人員及時掌握醫(yī)院的各種業(yè)務情況，隨時更新業(yè)務信息。 使用人員并非計算機專業(yè)人士，系統(tǒng)設計應力求達到操作過程的直觀、方便、實 用、安全等要求。 系統(tǒng)要采用模塊化程序設計方法，既便于系統(tǒng)功能的各種組合和修改，又便于未 參與開發(fā)的技術維護人員補充、維護。 系統(tǒng)有七個權限，分別為：病人，系統(tǒng)管理員（醫(yī)院高層） ，普通醫(yī)生，護士， 藥房科人員，收費科人員，后勤科人員。 病人（即顧客）可以進入顧客自助系統(tǒng)，查看醫(yī)院的基本信息，如藥品信息、醫(yī) 生信息等；系統(tǒng)管理員主要是對醫(yī)院主管理系統(tǒng)進行操作，可進行員工信息的查看、添 加、刪除和修改，藥品信息的查看，病歷及病人信息的查看等等；普通醫(yī)生是對醫(yī)生工 作站子系統(tǒng)進行操作，可進行登錄、病歷修改、藥品查詢等；護士主要是對護士工作站 管理子系統(tǒng)進行操作，可登錄、手術室管理、病房管理等；藥房科人員是對藥房管理子 系統(tǒng)進行操作，主要對藥品信息的添加、修改、刪除和查詢；收費科人員是對門診掛號 子系統(tǒng)和門診劃價收費子系統(tǒng)進行操作，可添加新的病歷、對病人處方進行劃價收費等； 后勤科人員主要是對咨詢處向導系統(tǒng)和警務管理子系統(tǒng)進行操作，可幫助病人查詢醫(yī)院 相關信息和記錄救護車的進出情況等。 1.3 可行性分析 可行性分析是通過對項目的主要內容和配套條件，如市場需求、資源供應、建設規(guī) 模、工藝路線、設備選型、環(huán)境影響、資金籌措、盈利能力等，從技術、經濟、工程等 方面進行調查研究和分析比較，并對項目建成以后可能取得的財務、經濟效益及社會環(huán) 境影響進行預測，從而提出該項目是否值得投資和如何進行建設的咨詢意見，為項目決 策提供依據的一種綜合性的系統(tǒng)分析方法。可行性分析應具有預見性、公正性、可靠性、 科學性的特點。任何一個系統(tǒng)，都要在著手實現之前進行初步的分析,明確是否有實現 醫(yī)院管理系統(tǒng)設計與實現 4 的價值和必要性,以免造成資源的浪費。下面從技術、經濟、管理三方面對本系統(tǒng)的可 行性進行了分析。 在技術方面：該系統(tǒng)所需硬件設備，即一般的 pc 機，市場上比較普及。軟件上， 前臺窗體的開發(fā)使用 microsoft visual studio 2008，數據庫采用 microsoft sql server，這 些軟件在 mis 開發(fā)中已被大量應用，技術上都比較成熟。因此在技術上是可行的。 在經濟方面：在運用該系統(tǒng)后，可顯著提高員工在處理醫(yī)院業(yè)務和病人信息管理 等相關工作時的工作效率，進而也增加了病人的流量，同時通過對人力、物力的節(jié)省， 在長期的應用中逐步回報在硬件的投資上。此外，現在的醫(yī)療行業(yè)越來越看重醫(yī)療護 理服務，而采用計算機可提高其工作效率，進而提升服務質量。因此在經濟上是可行 的。 在管理方面：現在的醫(yī)院出入的病人很多，掛號、會診、劃價收費等等這一系列 的操作都涉及到病人信息和醫(yī)院業(yè)務信息的管理，設計這樣一個系統(tǒng)，既可加強對病 人（即顧客）和醫(yī)院員工的管理，也可增強對醫(yī)院業(yè)務的管理，因此在管理上是十分 可行的。 綜上所述，開發(fā)該醫(yī)院管理系統(tǒng)在技術上、經濟上、管理上都是可行的。 1.4 數據流程 1.4.1 數據流圖 分析醫(yī)院管理的主要業(yè)務流程，可得到醫(yī)院管理業(yè)務核心操作的數據流圖。 如圖： 病歷表 病 人 病人信息 就診單 新病歷號 掛號 病人信息 打印就診單 收費科人員 是否 支付 病人信息 取消支付 確認支付 添加新 病歷 病人 病人信息 病人信息 圖 1-1 門診掛號數據流圖 5 病歷表 病 人 審查病歷 有效性 病歷號 無效病歷 病人信息 有效病歷 診斷 病情 診斷結果 醫(yī)生 診斷信息 修改 病歷 診斷結果 病人 處方單 藥品表 醫(yī)療項目表 藥品信息 項目信息 圖 1-2 醫(yī)生工作站數據流圖 病歷表 病 人 審查處方 單有效性 處方單 無效處方單 病歷信息 有效處方單得出總 金額 收費科人員 劃價 是否 付款 總金額 付款 取消付款 打印 發(fā)票 發(fā)票 發(fā)票 藥品表 醫(yī)療項目表 藥品信息 項目信息 圖 1-3 劃價收費數據流圖 醫(yī)院管理系統(tǒng)設計與實現 6 病 人 發(fā)票 無效發(fā)票 審查發(fā)票 有效性 取藥品 有效發(fā)票 修改藥 品數量 藥房科人員 取藥信息采 購 藥品 藥品表 藥品改變量 新藥數量 修改器 材數量 醫(yī)療器材數量 醫(yī)療項目表 項目改變量 圖 1-4 藥房管理數據流圖 1.4.2 數據字典 數據流圖表達了數據和處理的關系，數據字典則是系統(tǒng)中各類數據描述的集合。分 析上述數據流圖，得到相應的數據字典。如下所示： （1）數據流 數據流名：劃價收費信息 組成：病歷號+治療處方+醫(yī)療項目+員工號 來源：病歷表（caseinfo） ，藥品表（physicinfo） ，醫(yī)療項目表（iteminfo） ， 收費員 去向：總金額 數據流名：就診信息 組成：病歷號+醫(yī)生編號+病情描述+治療處方+治療方法+醫(yī)療項目 來源：病歷表（caseinfo） ，藥品表（physicinfo） ，醫(yī)療項目表（iteminfo） ， 醫(yī)生 去向：病歷表（caseinfo） 數據流名：掛號信息 組成：病歷號+病人姓名+年齡+性別+科室 來源：病歷表（caseinfo） ，病人 去向：病歷表（caseinfo） 7 （2）加工 （3）數據存儲 加工名： 掛號 輸入數據：病人信息 輸出數據：病歷信息 流量： 隨機 加工邏輯：把病人信息生成新的病歷添加到病歷表 加工名：就診 輸入數據：病歷信息+醫(yī)生信息+診斷信息+藥品信息+醫(yī)療項目信息 輸出數據：病歷信息 流量：隨機 加工邏輯：把診斷信息、處方信息和醫(yī)生資料添加到病歷表中 加工名：劃價收費 輸入數據：病歷信息+藥品信息+醫(yī)療項目信息 輸出數據：總金額 流量：隨機 加工邏輯：根據藥品信息和醫(yī)療項目信息來對病歷信息進行劃價，得出總金 額 加工名：藥房管理 輸入數據：藥品信息+醫(yī)療項目信息 輸出數據：藥品表或醫(yī)療項目表 流量：隨機 加工邏輯：通過藥品信息和醫(yī)療項目信息對藥品表或醫(yī)療項目表進行修改 名稱：員工表（userinfo） 組成：員工號+密碼+姓名+性別+出生年份+科室+學歷+就業(yè)年份+聯系電話+郵 箱+值班情況+權限 存儲方式：順序 存儲頻率：隨機 數據流名：藥品信息 組成：藥品號+藥品數量+醫(yī)療項目數量+員工號 來源：藥品表（physicinfo） ，醫(yī)療項目表（iteminfo） ，藥房科人員 去向：藥品表（physicinfo） ，醫(yī)療項目表（iteminfo） 醫(yī)院管理系統(tǒng)設計與實現 8 2、系統(tǒng)、系統(tǒng)設計設計 2.1 系統(tǒng)目標設計 醫(yī)院管理系統(tǒng)是醫(yī)院日常管理中的主要業(yè)務部分，并非涵蓋了醫(yī)院管理的所有方面 及其細節(jié)。本系統(tǒng)首先提供登錄管理，為醫(yī)院對其員工進行了有效的管理及監(jiān)控；然后 提供查詢功能，為醫(yī)生、護士及其其他員工進行對醫(yī)院的業(yè)務信息的查詢，同時對病人 名稱：病歷表（caseinfo） 組成：病歷號+姓名+性別+年齡+科室+醫(yī)生編號+病情描述+藥品號描述+治療 方法+醫(yī)療項目描述+編號 存儲方式：順序 存儲頻率：隨機 名稱：病房信息表（bunkinfo） 組成：床位號+病歷號+科室+類型+病房地址 存儲方式：順序 存儲頻率：隨機 名稱：藥品表（physicinfo） 組成：藥品號+藥名+種類+數量+單價+用量 存儲方式：順序 存儲頻率：隨機 名稱：醫(yī)療項目表(iteminfo) 組成：項目號+項目名+單價 存儲方式：順序 存儲頻率：隨機 名稱：手術室信息表（oroominfo） 組成：手術室號+科室+類型+空閑情況 存儲方式：順序 存儲頻率：隨機 名稱：救護車信息表（ambinfo） 組成：車號+空閑情況+類型 存儲方式：順序 存儲頻率：隨機 9 提供了解醫(yī)院的媒介，進而增強病人對醫(yī)院業(yè)務的了解，例如對藥品的查詢、醫(yī)療項目 信息的查詢等等；接著提供添加功能，為管理員、醫(yī)生和藥房人員等提供對醫(yī)院的業(yè)務 信息進行插入，例如新藥入庫、病歷更新等等；最后提供刪除功能，方便管理員對醫(yī)院 的各種信息的處理及藥房管理人員對藥房的管理。本系統(tǒng)以現代化的管理方式取代了傳 統(tǒng)的手工管理，不但減少了其業(yè)務的工作量，提高了管理效率，降低了管理成本，而且 也為客戶提供更好更快的優(yōu)質服務，進而實現醫(yī)院管理系統(tǒng)的系統(tǒng)化、規(guī)范化、自動化 和人性化。 2.2 系統(tǒng)設計思路 該醫(yī)院管理系統(tǒng)是一個由各個部分的系統(tǒng)的集合，其中有藥房管理子系統(tǒng)、醫(yī)生工 作站子系統(tǒng)和門診劃價收費子系統(tǒng)等等。該系統(tǒng)的普通用戶界面，主要是為醫(yī)院的普通 員工提供對醫(yī)院的業(yè)務信息的操作和病人對醫(yī)院的部分信息查詢；其后臺界面是為了方 便管理員對醫(yī)院各種業(yè)務信息的處理和對醫(yī)院員工的管理。 2.3 系統(tǒng)功能分析 根據醫(yī)院業(yè)務和人員管理的要求，將該醫(yī)院管理系統(tǒng)分為 9 大子系統(tǒng)，其具體系統(tǒng) 功能介紹如下： 顧客自助系統(tǒng)：該子系統(tǒng)主要是方便于病人自己可以查詢醫(yī)院有關的信息，例如 對藥品的查詢、醫(yī)生信息的查詢等等； 咨詢處向導系統(tǒng)：該子系統(tǒng)的用戶是后勤科員工，其主要是為病人提供更快更好 的信息查詢，例如查詢某病人所在病房、查詢某醫(yī)生是否在值班等等； 門診掛號管理系統(tǒng)：該子系統(tǒng)主要是為新病人或需要重新辦理掛號的病人提供掛 號服務，其中的用戶是收費科人員（因為掛號也需要收費） ； 醫(yī)生工作站管理系統(tǒng)：該子系統(tǒng)的用戶是醫(yī)生，其主要功能是醫(yī)生對病人病歷進 行添加，即對就診后病人的診斷情況、治療方法和治療處方等信息的記錄。其中的次要 功能有藥品的查詢、醫(yī)療項目查詢等等； 門診劃價收費管理系統(tǒng)：該子系統(tǒng)的用戶是收費科人員，其主要功能是獲取病人 病歷信息，對其進行計算得出應繳金額并收費； 藥房管理系統(tǒng)：該子系統(tǒng)的用戶是藥房科人員，其主要功能是實現對藥品信息的 錄入、修改、更新和刪除，例如病人取藥后需要減少其藥品數量、新藥采購后要增加其 藥品數量等等； 護士工作站管理系統(tǒng)：該子系統(tǒng)的用戶是護士，其主要功能是對住院病人進行記 醫(yī)院管理系統(tǒng)設計與實現 10 錄、查詢和對手術室進行登記、添加和修改等操作； 警務管理系統(tǒng)：該子系統(tǒng)的用戶是后勤科人員，其主要功能是對醫(yī)院救護車進行 管理； 醫(yī)院主管理系統(tǒng)：該子系統(tǒng)是對其他子系統(tǒng)進行管理的系統(tǒng)，只允許管理員進入。 其中有員工信息管理、藥房管理、病房管理等等。 2.4 系統(tǒng)功能模塊設計 根據系統(tǒng)功能分析，可以設計出如圖 2-12-1 所示的系統(tǒng)功能模塊圖。 警 務 管 理 系 統(tǒng) 護 士 工 作 站 管 理 系 統(tǒng) 醫(yī) 生 工 作 站 管 理 系 統(tǒng) 藥 房 管 理 系 統(tǒng) 門 診 劃 價 收 費 管 理 系 統(tǒng) 門 診 掛 號 管 理 系 統(tǒng) 醫(yī) 院 主 管 理 系 統(tǒng) 咨 詢 處 向 導 系 統(tǒng) 顧 客 自 助 系 統(tǒng) 醫(yī)院管理系統(tǒng) 圖 2-1 系統(tǒng)功能模塊圖 2.5 系統(tǒng)通信原理圖 根據系統(tǒng)的設計思路，可以設計出如圖 2-22-2 所示的系統(tǒng)通信原理圖。 11 數據庫 yygl 醫(yī)院大廳 咨詢處向導系統(tǒng) 藥房 藥房管理系統(tǒng) 門診處 門診掛號管理系統(tǒng) 就診科室 醫(yī)生工作站管理系統(tǒng) 醫(yī)院大廳 顧客自助系統(tǒng) 病房或手術室 護士工作站管理系 統(tǒng) 醫(yī)院內務室 醫(yī)院主管理系統(tǒng) 警衛(wèi)室 警務管理系統(tǒng) 門診處 劃價收費管理系統(tǒng) 表示可以進行多種操作表示只能查詢 圖 2-2 醫(yī)院管理系統(tǒng)工作通信圖 2.6 數據庫設計 2.6.1 數據庫需求分析 根據數據流程和功能分析，可以列出以下所需的數據項： 員工，管理員和管理者、被管理者都屬于員工：員工號，密碼，姓名，性別，出 生年份，科室，學歷，就業(yè)年份，聯系電話，郵箱，值班情況，權限。 病歷：病歷號，姓名，性別，年齡，科室，員工號，病情描述，藥品號描述，治 療方法，編號，醫(yī)療項目描述。 藥品：藥品號，藥名，種類，數量，單價，用量。 病人：姓名，性別，年齡。 病房：床位號，病歷號，科室，類型，病房地址。 救護車：車號，空閑情況，類型。 醫(yī)療項目：項目號，項目名，單價。 2.6.2 數據庫概念結構設計 根據數據庫需求分析，可以獲得如圖 2-3 所示的系統(tǒng) e-re-r 圖。 矩形框：表示實體類型（對象） ； 菱形框：表示聯系類型（實體間的聯系） ； 橢圓：表示實體屬性； 醫(yī)院管理系統(tǒng)設計與實現 12 病人 病歷 藥品 員工 醫(yī)療器材 救護車 治療 醫(yī)治 護送 治療 記錄 管理 住宿 病房 n 1 m n n n 1 m p 1 n p n m 員工號、姓名、 科室等等項目號、項目名、 單價等等 床位號、科室、 空閑情況等等 姓名、性別、 年齡等等 車號、空閑情況、類 型 病歷號、姓名、性別、 病情描述等等 藥品號、藥名、種 類、數量等等 圖 2-3 系統(tǒng) e-r 圖 領導 n 1 2.6.3 數據庫邏輯結構設計 本醫(yī)院管理系統(tǒng)中共需 7 張數據表。包括：員工表、病歷表、藥品表、病房信息表、 醫(yī)院項目表、手術室信息表、救護車信息表。 所有 7 張數據表的結構如表 2-1 至表 2-7 所示： 表 2-1 員工表（userinfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 useridchar(10)not null 員工號（主鍵） userpwdchar(20)not null 密碼 usernamechar(20)not null 姓名 usersexchar(2)not null 性別 userbirthdatenot null 出生年份 abtechar(10)not null 科室 educationchar(10)yes 學歷 workagedateyes 就業(yè)年份 13 phonechar(20)yes 聯系電話 emailchar(50)yes 郵箱 ondutyintnot null 值班情況 powerchar(1)not null 權限 表 2-2 病歷表（ caseinfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 caseidchar(20)not null 病歷號（主鍵） namechar(20)not null 姓名 sexchar(2)not null 性別 ageintnot null 年齡 abtechar(10)yes 科室 useridchar(10)yes 員工號（醫(yī)生編號） conditionnvarchar(500)yes 病情描述 physicsnvarchar(200)yes 藥品號描述 recipenvarchar(500)yes 治療方法 numintnot null 編號 itemsnvarchar(200)yes 醫(yī)療項目描述 表 2-3 藥品表（ physicinfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 physicidchar(10)not null 藥品號（主鍵） pnamechar(40)not null 藥品名 ptypechar(10)not null 種類 pnumberintnot null 數量 pricefloatnot null 單價 dosagechar(500)not null 用量 表 2-4 病房信息表（bunkinfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 bunkidchar(20)not null 床位號（主鍵） caseidchar(20)yse 病歷號 abtechar(10)not null 科室 typechar(10)not null 類型 addresschar(100)not null 病房 表 2-5 醫(yī)療項目表（iteminfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 醫(yī)院管理系統(tǒng)設計與實現 14 itemidchar(10)not null 項目號（主鍵） itemnamechar(40)not null 項目名 pricefloatnot null 單價 表 2-6 手術室信息表（oroominfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 oroomidchar(10)not null 手術室號（主鍵） abtechar(10)not null 科室 typechar(10)not null 類型（根據有菌程度劃分） idlechar(4)not null 空閑情況 表 2-7 救護車信息表（ambinfo） 字段名字段名數據類型數據類型是否可空是否可空說明說明 ambidchar(10)not null 車號 idlechar(4)not null 空閑情況 typechar(10)not null 類型 3、系統(tǒng)實現、系統(tǒng)實現 3.1 開發(fā)工具 3.1.1 設計語言簡介 c#是 c sharp(音標 a:p )的簡稱。它是微軟公司研究員 anders hejlsberg 的最新成 果，是微軟(microsoft) 為.net framework 量身訂做的程序語言，微軟公司在 2000 年 6 月發(fā)布的一種新的編程語言，并定于在微軟職業(yè)開發(fā)者論壇（pdc)上登臺亮相。它擁 有 c/c+的強大功能以及 visual basic 簡易使用的特性，是第一個組件導向(component- oriented)的程序語言，和 c+與 java 一樣亦為對象導向(object-oriented)程序語言。 c#是一種最新的、面向對象的編程語言。它使得程序員可以快速地編寫各種基于 microsoft .net 平臺的應用程序，microsoft .net 提供了一系列的工具和服務來最大程 度地開發(fā)利用計算與通訊領域。正是由于 c#面向對象的卓越設計，使它成為構建各類 組件的理想之選無論是高級的商業(yè)對象還是系統(tǒng)級的應用程序。使用簡單的 c#語 言結構，這些組件可以方便的轉化為 xml 網絡服務，從而使它們可以由任何語言在任 何操作系統(tǒng)上通過 internet 進行調用。最重要的是，c#使得 c+程序員可以高效的開發(fā) 程序，而絕不損失 c/c+原有的強大的功能。因為這種繼承關系，c#與 c/c+具有極 大的相似性，熟悉類似語言的開發(fā)者可以很快的轉向 c#。 15 c#具有很高的效率和安全性。新興的網絡經濟迫使商務企業(yè)必須更加迅速的應對 競爭的威脅。開發(fā)者必須不斷縮短開發(fā)周期，不斷推出應用程序的新版本，而不僅僅是 開發(fā)一個“標志性”的版本。c#在設計時就考慮了這些問題。它使開發(fā)者用更少的代碼 做更多的事，同時也不易出錯。 c#有消除大量程序錯誤的優(yōu)點。即使是專家級的 c+程序員也常會犯一些最簡單 的小錯誤比如忘了初始化變量，但往往就是這些小錯誤帶來了難以預料的問題，有 些甚至需要很長時間來尋找和解決。一旦一個程序作為產品來使用，就算最簡單的錯誤 糾正起來也可能要付出極其昂貴的代價。c#的現代化設計能夠消除很多常見的 c+編 程錯誤。例如：資源回收減輕了程序員內存管理的負擔、c#中變量由環(huán)境自動初始化、 變量是類型安全的等等。這樣，程序員編寫與維護那些解決復雜商業(yè)問題的程序就更方 便了。 c#還包含了一個特殊的功能，使程序可以調用任何純 api。在一段特別標記的代碼 中，開發(fā)者可以使用指針和傳統(tǒng) c/c+特性，如手工的內存管理和指針 運算。這是其 相對于其它環(huán)境的極大優(yōu)勢。這意味著 c#程序員可以在原有的 c/c+代碼的基礎上編 寫程序，而不是徹底放棄那些代碼。 3.1.2 后臺數據庫簡介 microsoft sql server 2000 數據庫引擎提供完整的 xml 支持。它還具有構成最大 的 web 站點的數據存儲組件所需的可伸縮性、可用性和安全功能。sql server 2000 程 序設計模型與 windows dna 構架集成，用以開發(fā) web 應用程序，并且 sql server 2000 支持 english query 和 microsoft 搜索服務等功能，在 web 應用程序中包含了用戶 友好的查詢和強大的搜索功能。 同一個數據庫引擎可以在不同的平臺上使用，從運行 microsoft windows 98 的便攜 式電腦，到運行 microsoft windows 2000 數據中心版的大型多處理器服務器。sql server 2000 企業(yè)版支持聯合服務器、索引視圖和大型內存支持等功能，使其得以升級 到最大 web 站點所需的性能級別。 sql server 2000 關系數據庫引擎支持當今苛刻的數據處理環(huán)境所需的功能。數據 庫引擎充分保護數據完整性，同時將管理上千個并發(fā)修改數據庫的用戶的開銷減到最小。 sql server 2000 分布式查詢使您得以引用來自不同數據源的數據，就好象這些數據是 sql server 2000 數據庫的一部分，同時分布式事務支持充分保護任何分布式數據更新 的完整性。復制同樣使您得以維護多個數據復本，同時確保單獨的數據復本保持同步。 醫(yī)院管理系統(tǒng)設計與實現 16 可將一組數據復制到多個移動的脫接用戶，使這些用戶自主地工作，然后將他們所做的 修改合并回發(fā)布服務器。 sql server 2000 中包括一系列管理和開發(fā)工具，這些工具可改進在多個站點上安 裝、部署、管理和使用 sql server 的過程。sql server 2000 還支持基于標準的、與 windows dna 集成的程序設計模型，使 sql server 數據庫和數據倉庫的使用成為生成 強大的可伸縮系統(tǒng)的無縫部分。這些功能使您得以快速交付 sql server 應用程序，使 客戶只需最少的安裝和管理開銷即可實現這些應用程序。 sql server 2000 中包括析取和分析匯總數據以進行聯機分析處理 (olap) 的工具。 sql server 中還包括一些工具，可用來直觀地設計數據庫并通過 english query 來分 析數據。 基于以上的考慮我選擇了 sql server 2000 作為本系統(tǒng)的后臺數據庫。 3.2 系統(tǒng)通信模式 c/s（client/server，客戶機/服務器）模式又稱 c/s 結構，是 20 世紀 80 年代末逐 步成長起來的一種模式，是軟件系統(tǒng)體系結構的一種。c/s 結構的關鍵在于功能的分布， 一些功能放在前端機（即客戶機）上執(zhí)行，另一些功能放在后端機（即服務器）上執(zhí)行。 功能的分布在于減少計算機系統(tǒng)的各種瓶頸問題。c/s 模式簡單地講就是基于企業(yè)內部 網絡的應用系統(tǒng)。與 b/s（browser/server，瀏覽器/服務器）模式相比，c/s 模式的應 用系統(tǒng)最大的好處是不依賴企業(yè)外網環(huán)境，即無論企業(yè)是否能夠上網，都不影響應用。 服務器通常采用高性能的 pc、工作站或小型機，并采用大型數據庫系統(tǒng)，如 oracle、sybase、informix 或 sql server?？蛻舳诵枰惭b專用的客戶端軟件。 c/s 結構的優(yōu)點是能充分發(fā)揮客戶端 pc 的處理能力，很多工作可以在客戶端處理 后再提交給服務器。對應的優(yōu)點就是客戶端響應速度快。 3.3 數據庫實現 打開 microsoft sql servers 企業(yè)管理器，選中數據庫，右擊選擇新建數據庫，設 置數據庫所存位置，設置數據庫名為 yygl。 打開 microsoft sql servers 查詢分析器，選中 yygl 數據庫，在其中運行 sql 語 言，生成相應的表。 以下是創(chuàng)建數據表： （1）創(chuàng)建員工表 create table userinfo 17 ( userid char(10) primary key, userpwd char(20) not null, username char(20) not null, usersex char(2) not null, userbirth datetime not null, abte char(10) not null, education char(100) , workage datetime , phone char(20) , email char(50) , onduty int not null, power char(1) not null, ) （2）創(chuàng)建病歷表 create table caseinfo ( caseid char(20) primary key, name char(20) not null, sex char(2) not null, age int not null, abte char(10), userid char(10), condition nvarchar(500), physics nvarchar(200), recipe nvarchar(500), num int not null, items nvarchar(200), ) (3)創(chuàng)建藥品表 醫(yī)院管理系統(tǒng)設計與實現 18 create table physicinfo ( physicid char(10) primary key, pname char(40) not null, ptype char(10) not null, pnumber int not null, price float not null, dosage nvarchar(500) not null, ) (4)創(chuàng)建其他表 其他各表的創(chuàng)建同上，在此就不再贅述。 3.4 系統(tǒng)的運行 該醫(yī)院管理系統(tǒng)是一個由各個部分的系統(tǒng)的集合，其中有藥房管理子系統(tǒng)、醫(yī)生工 作站子系統(tǒng)和門診劃價收費子系統(tǒng)等等。但總的系統(tǒng)的主體部分是醫(yī)院的業(yè)務流程部分， 而且為了業(yè)務操作的方便，各個子系統(tǒng)的模塊中可能有相同的地方，例如藥品查詢模塊。 此外，考慮到本系統(tǒng)的最終用戶很可能是對計算機技術并不精通的人，界面設計除 了要滿足用戶的功能需求外，還應該本著友好、直觀、易學易用的原則來進行設計。 下面分別對各個子系統(tǒng)中的主要功能模塊的界面設計進行介紹。 3.4.1 醫(yī)院業(yè)務的主體部分 (一) 醫(yī)生工作站管理系統(tǒng)：該子系統(tǒng)是醫(yī)生工作所使用的系統(tǒng)，主要的業(yè)務是對 病人進行病情診斷和提出治療方法，并把相關信息更新到病人病歷中。其中有登錄 模塊、病歷更新模塊、藥品查詢模塊、醫(yī)療項目查詢模塊、手術室查詢模塊。在整 個醫(yī)院管理系統(tǒng)里幾乎每個子系統(tǒng)都有一個登錄界面，而且界面和代碼類似，因此 我們只對其中之一進行介紹。 （1）如圖 3-1 為醫(yī)生工作站管理系統(tǒng)的主界面（以下為登錄前的界面）。 圖 3-1 （2）如圖 3-2 為醫(yī)生工作站管理系統(tǒng)的病歷更新模塊。 圖 3-2 選擇“登錄” 或“退出” 填寫登錄信息 登錄成功提示 此處為登錄狀 態(tài)的提示 登錄成功后顯示的菜單 輸入病歷號后自 動獲得病歷信息 打開窗體 自動獲得 醫(yī)生信息 已實現模 糊查詢 處方信息：藥名 （藥號）*數量 選擇藥品：單個選擇、 單個刪除、全部刪除； 清空：把查詢條件文本 框清空 登錄成功后顯示登錄的狀態(tài) 醫(yī)院管理系統(tǒng)設計與實現 19 （二）門診掛號管理系統(tǒng)：該子系統(tǒng)是醫(yī)院門診大廳掛號處所使用的系統(tǒng)，主要的功能 是對新病人或需要重新掛號的病人提供掛號服務，并把病人相關信息添加到新病歷中。 其界面如下圖 3-3： 圖 3-3 （三）門診劃價收費管理系統(tǒng)：該子系統(tǒng)是醫(yī)院門診大廳收費處所使用的系統(tǒng)，主要的 功能是對就診后的病人提供藥品劃價和收費服務。其界面如下圖 3-4： 圖 3-4 （四）藥房管理系統(tǒng)：該子系統(tǒng)是醫(yī)院藥房所使用的系統(tǒng)，主要的功能是對藥品的查詢、 售出、入庫、更新和刪除等操作。 （1） 如圖 3-5 為藥房管理系統(tǒng)的藥品查詢模塊。 圖 3-5 （2） 如圖 3-6 為藥房管理系統(tǒng)的藥品售出模塊。 圖 3-6 （3） 如圖 3-7 為藥房管理系統(tǒng)的新藥入庫模塊。 圖 3-7 （4）如圖 3-8 為藥房管理系統(tǒng)的藥品更新模塊。 圖 3-8 輸入病人掛號信息 病歷號自動生成 根據病歷號查詢各項信息,得出總金額 組合條件查詢藥品信息 病人拿藥時減少藥品數量 醫(yī)院管理系統(tǒng)設計與實現 20 3.4.2 醫(yī)院輔助管理部分 由于這些子系統(tǒng)的功能及代碼都和以上的子系統(tǒng)差不多，則這里不列出代碼。 (一)顧客自助系統(tǒng)，如圖 3-9 圖 3-9 (二)咨詢處向導系統(tǒng)，如圖 3-10 圖 3-10 3.5 系統(tǒng)測試 在完成了系統(tǒng)界面和編碼等設計后，為了使系統(tǒng)能夠穩(wěn)定運行，必須要對系統(tǒng)進行 有針對性的全面測試，采取的方法是： 代碼測試：編寫測試數據進行測試。測試數據除了采用正常數據，檢查程序的代 碼實現是否正確外，還應包括一些異常數據和錯誤數據，用來測試程序邏輯上的正確性。 由于眾多子系統(tǒng)中有許多相同的模塊，所以這里只是針對不同的模塊進行測試。 3.5.1 門診掛號模塊測試 以下測試結果都是通過點擊“生成病歷”按鈕得出的。 醫(yī)院管理系統(tǒng)設計與實現 21 測試數據測試數據測試目的測試目的 姓名姓名性別性別年齡年齡科室科室 測試結果測試結果 null 男 23 眼科“請輸入姓名”提示 李明 null23 眼科“請輸入性別”提示 李明男 null 眼科“請輸入年齡”提示 文本框 判空驗證 李明男 23null “請輸入科室”提示 性別驗證李明 12323 眼科“性別填寫錯誤！”提示 李明男 0 眼科“年齡范圍為 1120”提示年齡驗證 李明男 200 眼科“年齡范圍為 1120”提示 掛號功 能測試 李明男 23 眼科“生成成功！”提示 3.5.2 病歷更新模塊測試 以下數量是默認為 1，xy100001 藥品的剩余數量為 2. 測試數據測試數據測試目的測試目的 病歷號病歷號數量數量處方處方病情描述病情描述治療方法治療方法 測試結果測試結果 null1xy100001 腸胃發(fā)炎諾氟沙星“請輸入病歷號”提示 0000011null 腸胃發(fā)炎諾氟沙星“請輸入處方”提示 0000011xy100001null 諾氟沙星“請輸入病情描述”提示 文本框 判空驗證 0000011xy100001 腸胃發(fā)炎 null “請輸入治療方法”提示 病歷號驗證 0101xy100001 腸胃發(fā)炎諾氟沙星“該病歷不存在！”提示 0000010xy100001 腸胃發(fā)炎諾氟沙星“數量輸入錯誤！”提示數量 驗證 0000013xy100001 腸胃發(fā)炎諾氟沙星“該藥品剩余不足！”提 示 病歷更新 功能測試 0000012xy100001 腸胃發(fā)炎諾氟沙星“更新成功！”提示 3.5.3 劃價收費模塊測試 測試目的測試目的測試數據測試數據測試結果測試結果 醫(yī)院管理系統(tǒng)設計與實現 22 病歷號病歷號實收金額實收金額 null45.5 “請輸入病歷號”提示文本框 判空驗證 000002null “請輸入實收金額”提示 病歷號驗證 01145.5 “該病歷不存在！”提示 0000020 “金額輸入錯誤！”提示實收金 額驗證 000002ab.5 “輸入字符串錯誤！”提示 劃價收費 功能測試 00000245.5 “成功支付！”提示 3.5.4 藥品售出模塊測試 以下數量是默認為 1，bj100001 藥品的剩余數量為 3. 測試數據測試數據測試目的測試目的 藥品號藥品號數量數量 測試結果測試結果 null2 “請輸入藥品號”提示文本框 判空驗證 bj100001null “請輸入數量”提示 bj1000010 “數量輸入錯誤！”提示數量 驗證 bj1000015 “藥品剩余不足！”提示 藥品號驗證 0012 藥品名,單價,表框均無顯示 藥品售出 功能測試 bj1000012 “售出成功！”提示 3.5.5 新藥入庫模塊測試 bj100003 藥品在數據表中已存在. 測試數據測試數據測試目的測試目的 藥品號藥品號藥品名藥品名種類種類數量數量單價單價用