網絡工程畢業(yè)設計（論文）-醫(yī)院門診管理信息系統(tǒng)的設計與應用.doc

ormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphForm Selection.ParagraphFormaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphFormat.LineSpacingLinesToPoints(2Selection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahFSelectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointselectionParagraaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesTSelectionParbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbagraphFoLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointse11111111111111111111111111111111lectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPoctionParagraphFormatLineSpaci2222222222222222222222ngLinesToPoints2SelectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointselectionParagraphFccccccccccccccccccccccccccccccccccccccccccccccccccccccccormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPoctionParagraSelecelec大連理工大學本科畢業(yè)設計（論文）一種醫(yī)院門診管理信息系統(tǒng)的設計與應用Hospital out-patient management information system學 院（系）： 軟件學院 專 業(yè)： 網絡工程 學 生 姓 名： 學 號： 2 指 導 教 師： 評 閱 教 師： 完 成 日 期： 2010年6月10日 大連理工大學Dalian University of Technologyormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphForm Selection.ParagraphFormaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphFormat.LineSpacingLinesToPoints(2Selection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPointselection.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFormat.LineSpacingLinesToPoction.ParagraphFormat.LineSpacingLinesToPoints(2)Selection.ParagraphFaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahFSelectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointselectionParagraaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesTSelectionParbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbagraphFoLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointse11111111111111111111111111111111lectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPoctionParagraphFormatLineSpaci2222222222222222222222ngLinesToPoints2SelectionParagraphFormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPointselectionParagraphFccccccccccccccccccccccccccccccccccccccccccccccccccccccccormatLineSpacingLinesToPointsSelectionParagraphFormatLineSpacingLinesToPoctionParagraSelec一種醫(yī)院門診管理信息系統(tǒng)的設計與應用摘 要開發(fā)醫(yī)院信息系統(tǒng)(HIS)的目標就是立足醫(yī)院應用實際，著眼于未來發(fā)展，以強化醫(yī)院管理，提高醫(yī)療質量，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質量，設計一套符合醫(yī)院功能規(guī)范要求，安全穩(wěn)定，操作簡便的醫(yī)院管理信息系統(tǒng)，為醫(yī)院信息化管理提供了一套全方位的解決方案。醫(yī)院管理信息系統(tǒng)是醫(yī)院自動化管理的一個重要組成部分，它的開發(fā)大大提高了醫(yī)院信息管理的規(guī)范化能力。本文介紹了在Visual Studio 2005環(huán)境下采用三層架構模式開發(fā)的醫(yī)院門診管理信息系統(tǒng)。通過對多家醫(yī)院的實際考察，融合如今主流醫(yī)院管理信息系統(tǒng)的優(yōu)點，設計開發(fā)了一套行之有效，可滿足一般醫(yī)院門診信息管理需求的解決方案。文章介紹了該系統(tǒng)的設計開發(fā)全過程，包括系統(tǒng)分析、概要設計、詳細設計、實現、測試等部分。本系統(tǒng)分為基本信息維護、門診掛號、門診收費、門診藥房四個子模塊?；拘畔⒕S護包含的功能有常數維護、科室人員管理、人員組管理、權限維護，掛號管理包含的功能有現場掛號、退號、患者基本信息維護、日結以及門診掛號相關的查詢，如科室收入匯總查詢、掛號員工作量查詢、掛號情況查詢等等，門診收費包含的功能有門診收費、門診退費、門診結賬(日結)以及門診收費相關的查詢，門診藥房包含的功能有藥品管理、門診劃價(收費)、藥品退費、門診配藥、門診發(fā)藥、門診退藥以及藥房內的相關查詢。關鍵詞：門診掛號；門診收費；醫(yī)院信息系統(tǒng)；三層架構 - I -一種醫(yī)院門診管理信息系統(tǒng)的設計與應用Hospital out-patient information systemAbstract Development of hospital information systems is based on the actual hospital applications, focusing on the future development, to strengthen hospital management and improving health care quality, convenient medical care and check in patients, to improve the efficiency and service quality of the hospitals services, design a security, stability, easy and meet the performance specification requirements of hospital information system, for hospital information management provides a comprehensive solution. Hospital information system is an important component of the automated hospital information system; its development greatly improved the standardization of hospital information management capabilities. This article describes the environment in Visual Studio 2005, a three-tier development of hospital out-patient information system. On the actual number of hospital visits and integration of the advantages of some advanced hospital information systems nowadays, designed and developed an effective, and can meet the needs of the general hospital patient information management solution. This article describes the system design and development process, including systems analysis, design summary, detailed design, implementation, testing and some other.The system is divided into basic information maintenance, outpatient registration, outpatient fees, and out-patient pharmacy four Sub-modules. The basic information maintain module contains functions constant maintenance, department-person management, personnel group management, permissions maintenance, the registration management module includes in-site registration, registration retirement, basic information of patients maintained, day checkout and outpatient registration related queries, such as department summary of income check, registered workload query, registered status query and so on, the out-patient fee module contains functions outpatient charges, refund patient, outpatient day checkout, and outpatient charges related inquiries, the outpatient pharmacy module includes drug administration, out-patient price (fee), drug refund, drug dispensing, drug send, and outpatient pharmacy related queries.Key Words：Outpatient Registration；Outpatient Fee；Hospital Information System；Three-tier Structure- V -目 錄摘 要IAbstractII1 緒論11.1 醫(yī)院信息系統(tǒng)的定義11.2 開發(fā)醫(yī)院信息系統(tǒng)的意義11.3 國內外情況21.4 醫(yī)療發(fā)展趨勢與前景32 門診系統(tǒng)分析62.1 可行性分析62.1.1 技術可行性62.1.2 經濟可行性62.1.3 操作可行性72.2 系統(tǒng)需求分析72.2.1 業(yè)務及用戶需求分析72.2.2 系統(tǒng)功能需求分析93 門診系統(tǒng)概要設計123.1 系統(tǒng)功能設計123.1.1 系統(tǒng)功能結構123.1.2 系統(tǒng)狀態(tài)流程123.2 系統(tǒng)數據流程設計133.2.1 掛號模塊數據流程133.2.2 收費模塊數據流程143.2.3 藥房模塊數據流程163.3 系統(tǒng)概念結構設計183.3.1 基本信息維護模塊概念結構設計183.3.2 掛號模塊概念結構設計193.3.3 收費模塊概念結構設計203.3.4 藥房模塊概念結構設計214 門診系統(tǒng)詳細設計234.1 項目架構設計234.1.1 三層架構說明234.1.2 系統(tǒng)三層架構244.2 界面設計254.3 數據庫設計264.3.1 基本信息維護表設計264.3.2 門診掛號表設計284.3.3 門診收費表設計304.3.4 門診藥房表設計335 實現355.1 登陸界面355.2 基本信息維護界面365.3 門診掛號界面375.3.1 掛號375.3.2 退號375.3.3 日結385.3.4 查詢385.4 門診收費界面395.4.1 收費395.4.2 退費415.4.3 結賬415.5 門診藥房界面425.5.1 藥房藥品管理425.5.2 藥房劃價425.5.3 藥房配發(fā)藥435.5.4 藥房查詢446 測試456.1 軟件測試定義456.2 軟件測試目的與原則456.2.1 軟件測試目的456.2.2 軟件測試原則456.3 測試方法456.4 測試階段466.4.1 單元測試466.4.2 集成測試466.4.3 功能測試46結 論47參 考 文 獻48附錄A 掛號日結算法49附錄B 門診收費算法55致 謝59一種醫(yī)院門診管理信息系統(tǒng)的設計與應用1 緒論1.1 醫(yī)院信息系統(tǒng)的定義醫(yī)院信息系統(tǒng)(Hospital Information System, HIS)在國際學術界已公認為新興的醫(yī)學信息學(Medical Informatics)的重要分支。美國該領域的著名教授Morris.Collen于1988年曾著文為醫(yī)院信息系統(tǒng)下了如下定義：利用電子計算機和通訊設備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數據交換的能力，并滿足所有授權用戶的功能需求。1.2 開發(fā)醫(yī)院信息系統(tǒng)的意義改善醫(yī)院管理，支持醫(yī)教研。我國醫(yī)院的信息處理基本上還停留在手工方式，勞動強度大且工作效率低，醫(yī)師護士和管理人員的大量時間都消耗在事務性工作上，致使人不能盡其才；病人排隊等候時間長，輾轉過程多，影響醫(yī)院的秩序；病案、臨床檢驗、病理檢查等許多寶貴的數據資料的檢索十分費事甚至難以實現；對這些資料深入的統(tǒng)計分析手工方式無法進行，不能充分為醫(yī)學科研利用；在經濟管理上也因而存在漏、跑、錯費現象；醫(yī)院物資管理由于信息不準確，家底不明，積壓浪費，以致“物不能盡其用”。開發(fā)HIS是解決上述問題的有效途徑。HIS系統(tǒng)的有效運行，將提高醫(yī)院各項工作的效率和質量，促進醫(yī)學科研、教學；減輕各類事務性工作的勞動強度，使他們騰出更多的精力和時間來服務于病人；改善經營管理，堵塞漏洞，保證病人和醫(yī)院的經濟利益；為醫(yī)院創(chuàng)造經濟效益。完整的HIS系統(tǒng)實現了信息的全過程追蹤和動態(tài)管理，從而做到簡化患者的診療過程，優(yōu)化就診環(huán)境，改變目前排隊多、等候時間長、秩序混亂的局面。如目前多數醫(yī)院就診必須經過掛號、等候病歷、劃價、收費、取藥或治療一系列過程，一個患者少則排3次隊，多則5、6次，用于過程性的時間最少在1個小時以上，若實施HIS以后，每個病人用于診療的中間過程性時間會大幅度減少；假定一家醫(yī)院門診人次為2000人次/天，年門診250天，每人少花費半小時，則日節(jié)約1000小時，一年節(jié)約36萬小時，其產生的社會效益和間接經濟效益是明顯的。同時HIS的實施也強化了醫(yī)院內部管理，降低了醫(yī)護人員的工作強度和時間，偽、冒、漏現象可以解決，也加速了資金周轉和減少藥品、器械等物資積壓。據估計如果全國有2000家醫(yī)院應用HIS，每年每所醫(yī)院增收節(jié)支、加速資金回籠和周轉、堵漏、減少物資積壓的回收資金方面的效益按20萬元估計的話(實際比這高)，則年效益估計為40億元，十分可觀。但這往往不被人所認識。當然建立HIS更主要的還在于它對醫(yī)院管理、醫(yī)療質量和醫(yī)學研究的長期效應帶來的綜合效益。因此HIS的投資一般需做基礎性投資，誠如任何機構的統(tǒng)計部門那樣，它是花錢的部門，但其重要性是公認的，投資也是必須的。HIS的效益遠遠超出醫(yī)院本身，因為完整的病人醫(yī)學記錄是醫(yī)學研究的重要信息資源，這類資源在手工作業(yè)環(huán)境下，大部分被拋棄了。1.3 國內外情況電子計算機在醫(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。日本的HIS開發(fā)和應用從70年代初開始。多數日本醫(yī)院是80年代以后開始進行HIS工作的，但發(fā)展十分迅猛，規(guī)模相當大，是以大型機為中心的醫(yī)院計算機系統(tǒng)。如北里大學醫(yī)院的IBM/3090雙機系統(tǒng)。當前日本的HIS總的趨勢是系統(tǒng)化、網絡化、綜合性，開始走自上而下的開發(fā)路線，一般都有大型機作為中心、支撐整個系統(tǒng)工作，并盡量采用微機和網絡技術，投資規(guī)模大，正在實現“ordering”工作方式，即數據從發(fā)生源直接輸入計算機。到1991年統(tǒng)計有近10家實現或基本實現此種方式。支持診療的功能在不斷加強，系統(tǒng)24小時運行。不少軟件是醫(yī)院和計算機公司聯合開發(fā)的，一些大公司也開發(fā)了一些通用的醫(yī)院信息管理軟件包，也有些醫(yī)院自己開發(fā)。如北里大學，開發(fā)了綜合的HIS，開發(fā)費用(機器設備除外)為3億4千萬日元(約合人民幣1300萬元)。日常運行費用支出為一年5億1千萬日元(約合人民幣2000多萬元)。歐洲的HIS發(fā)展比美國稍晚，大多數是70年代中期和80年代開始。歐洲HIS的特點是實現了一些區(qū)域信息系統(tǒng)。如丹麥的RedSystem，管理76所醫(yī)院和診所。法國第八醫(yī)療保健中心實現了能管理三所大醫(yī)院和三所醫(yī)藥學院的一體化信息系統(tǒng)Grenoble Integrated HIS。隨著初級衛(wèi)生保健工作的發(fā)展，歐洲各國區(qū)域性醫(yī)院計算機網絡將實現。目前歐共體的SHINE工程已經開始，英法意德許多公司都參與了此項工程。在分布式數據庫系統(tǒng)和開放網工程方面已做了大量工作。計算機70年代末期就進入了我國醫(yī)療行業(yè)，當時以IBM的M340小型機為主，只有少數幾家大型的部屬綜合醫(yī)院和教學醫(yī)院擁有，如北京協(xié)和醫(yī)院、北京腫瘤醫(yī)院、301醫(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，如HP公司（與301醫(yī)院合作）、IBM公司、微軟公司、浪潮公司。但這些系統(tǒng)都存在如下一些問題：A軟件水平較低，一般只能做些初級的事務處理，也有的軟件開發(fā)之后用了一段時間就停下了，堅持不下去，其原因是：(1)各醫(yī)院計算機專業(yè)人才缺乏，技術力量薄弱，特別是缺少高層次系統(tǒng)分析人員和跨專業(yè)復合型人才。(2)項目多，力量分散。(3)醫(yī)院經費有限，很難建立起理想的軟、硬件支撐環(huán)境。B重復開發(fā)多。據一個省調查，幾年來，總共開發(fā)262個項目中，工資系統(tǒng)就有41個，醫(yī)療統(tǒng)計21個，人事21個，重復率達70%多，究其原因：(1) 單位管理方式有一定差異，軟件不能通用。(2) 軟件沒有一個統(tǒng)一的標準，難以推廣。(3) 全國沒有一個較高水平、可廣泛推廣的醫(yī)院管理軟件包。1.4 醫(yī)療發(fā)展趨勢與前景在1984年，鄧小平同志就曾高瞻遠矚地提出：“開發(fā)信息資源，服務四化建設。”的戰(zhàn)略思想。可見，信息化是社會發(fā)展的趨勢。特別在當今世界，信息作為最積極、最有生命力的新興社會生產力的代表，正日益成為社會與經濟發(fā)展的強大動力。作為國民經濟與社會發(fā)展信息化的一個重要組成部分醫(yī)療系統(tǒng)信息化，是指人們利用現代信息技術，收集、開發(fā)、利用醫(yī)療信息資源，實現醫(yī)療資源的高度共享，對傳統(tǒng)的醫(yī)療管理模式、工作流程進行信息化改造的過程1。其發(fā)展順應了國家信息化的潮流以及我國醫(yī)療事業(yè)改革與發(fā)展的需要，同時對提高醫(yī)療預防保健工作效率與服務水平、規(guī)范衛(wèi)生監(jiān)督管理行為具有積極和深遠的意義?？茖W技術發(fā)展日新月異，高精尖儀器特別是電子智能儀器在醫(yī)院臨床和醫(yī)技科室的廣泛應用，使各種數據或病人信息的收集、處理具備了良好的基礎。醫(yī)院管理的許多信息已可以直接從檢查治療儀器上生成，或從信息發(fā)生地獲取，而無需手工匯總錄入；各種信息的存儲空間呈現海量使得數據和信息的存儲、加工處理等可以在其發(fā)生的各個階段或各個層次同時進行。這些功能的實現，一方面歸功于自動化“硬件”技術的不斷更新和發(fā)展，另方面表現在“軟件”技術的不斷完善或更新上。管理模式的轉變、操作方法的改進，以及“硬件”技術的發(fā)展，都要求所用“軟件”亦隨之完善或更新。這些技術和功能的更新換代時間已大大短于其設備的使用年限，有的甚至已以月計。因此，伴隨著醫(yī)院管理信息系統(tǒng)技術的進步和更新，也使資金和技術人力投入的不斷增加。在這幾年中，醫(yī)院信息系統(tǒng)將進入一個新的發(fā)展階段。由單機系統(tǒng)向網絡化發(fā)展，由醫(yī)院內部局域網向廣域網拓展；由單一形式的靜態(tài)向多媒體動態(tài)改變；由封閉的專有技術環(huán)境向開放的統(tǒng)一標準化轉變。隨著信息系統(tǒng)自動化的實現，醫(yī)院管理者能夠在更高層次、更大范圍。更短時間里獲得各種數據和信息，擁有更多、更科學的決策依據，從而使醫(yī)院管理從被動轉變?yōu)橹鲃?，從而擴大了醫(yī)院生存與發(fā)展的空間，獲得較好的社會效益和經濟效益。全國近半數的醫(yī)院進行了網絡建設，信息系統(tǒng)的應用水平不斷提高，逐步從以財務為重點的管理信息系統(tǒng)，轉向臨床加管理的信息系統(tǒng)，一些醫(yī)院正在探索建立醫(yī)生工作站、護士工作站、臨床檢驗信息系統(tǒng)、醫(yī)學影像系統(tǒng)、電子病歷和遠程醫(yī)療為特點的數字化醫(yī)院。許多醫(yī)療衛(wèi)生機構建立了互聯網站、開展網上掛號、預約就診、信息咨詢、健康教育和遠程服務等。但是，醫(yī)院因其工作的復雜性和各醫(yī)院管理模式的不盡相同，使醫(yī)院管理計算機軟件的開發(fā)具有很大的挑戰(zhàn)性和潛力。特別是在目前尚未形成一套成熟、有效的應用軟件的情況下，各公司競相開發(fā)，有的只做成結構框架就急于推向市場，由用戶再行二次開發(fā)；有的醫(yī)院聘用公司人員開發(fā)軟件，應用后因軟件的更新維護工作跟不上而影響其正常運行；有的醫(yī)院甚至投資數十萬元仍一無所獲。醫(yī)院各自為戰(zhàn)的重復開發(fā)和被動應用，加上公司的商業(yè)競爭，使醫(yī)院信息系統(tǒng)的建設處于一種熱情支持、積極投資，但卻與效用成反比的局面。隨著知識經濟時代的到來，標準化是信息化的基礎，信息化必然伴隨著標準化。但是由于我國標準化工作嚴重滯后，標準化問題目前已成為信息化進程的一個主要障礙。目前，全國醫(yī)院信息管理軟件的研制開發(fā)缺乏統(tǒng)一的標準、無統(tǒng)一的HIS數據接口標準，不利于整個地區(qū)醫(yī)院的資源共享。統(tǒng)一標準，是醫(yī)療信息化建設的基礎，也是進行信息交換與共享的基本前提。然而目前我國醫(yī)療行業(yè)中各種業(yè)務規(guī)范與標準，尚處于逐步建立、完善和提高的過程，尤其是醫(yī)療信息標準化工作還比較薄弱。這對醫(yī)療信息化的進一步的發(fā)展毫無疑問形成了較大的阻礙。由于缺乏統(tǒng)一的業(yè)務規(guī)范與標準，使不同的醫(yī)療信息系統(tǒng)之間無法兼容，數據無法共享，數據統(tǒng)計分析工作更是無法進行，造成了醫(yī)療信息資源的極大浪費。我國正處于醫(yī)療信息化建設與應用過程中，由于人們觀念、習慣的轉變，人員素質的提高等方面都需要比較長的時間，毫無疑問會產生上述之類的一些問題，但若通過一系列的措施，例如加強醫(yī)療信息化標準化體系的規(guī)劃和建設、進行教育和培養(yǎng)人才的規(guī)劃，以及加大醫(yī)療信息系統(tǒng)軟件上的投入和開發(fā)力度等等，相信會對我國醫(yī)療信息化建設起到推動的作用。誠然在我國真正實現醫(yī)療信息化管理，還有很長一段路要走。但是在21世紀，不斷加快信息化的今天，醫(yī)療信息化已是大勢所趨，因而醫(yī)療信息化之路必定要堅持肯定地走下去，并為全社會的醫(yī)療服務質量做出貢獻。 2 門診系統(tǒng)分析 本節(jié)通過進行可行性分析，判斷本醫(yī)院門診管理信息系統(tǒng)是否可行，是否能為實際應用創(chuàng)造價值，為醫(yī)院信息管理或患者就醫(yī)查詢提供方便。然后再針對現今醫(yī)院的實際需求進行分析，理清本系統(tǒng)的總體設計，需要實現的功能。2.1 可行性分析可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)是否必要和可行。它的主要目標是：進一步明確系統(tǒng)的目標、規(guī)模和功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調查分析，并根據需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃，明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項目的決策提供科學依據。本節(jié)從技術的可行性，經濟的可行性以及操作的可行性三個方面來論證本信息管理系統(tǒng)的可行性。2.1.1 技術可行性技術可行性即是對現有技術進行評價，以明確能否利用現有技術進行系統(tǒng)開發(fā)及系統(tǒng)實施。硬件：計算機的存儲量大，運算速度快，外部設備的功能好，效率高，可靠性高，通信設備的能力、質量都滿足要求。操作系統(tǒng)：windows xp/2000接口能力強，數據庫管理系統(tǒng)的功能足夠。編譯器：Visual Studio 2005，利用C#.net編寫實際管理系統(tǒng)更簡便易行。數據庫：Oracle 10g，數據管理更加安全可靠。本人已經十分熟悉C#的編程，Oracle數據庫，因此技術上是可行的。2.1.2 經濟可行性對組織的經濟狀況和投資能力進行分析，對系統(tǒng)建設、運行和維護費用進行評估，對系統(tǒng)建成后可能取得的社會及經濟效益進行估計。目前國內應用HIS的醫(yī)院管理在信息化上的軟硬件投資只占其年收入的1%-3%,而應用HIS后，阻塞了管理漏洞，杜絕了藥品的丟失，節(jié)省了人力，提高了醫(yī)院的財、物管理水平，改善了患者的就醫(yī)環(huán)境，方便了患者就醫(yī)和查詢，提高了醫(yī)院的服務效率和服務質量。因此帶來的經濟回報將遠遠超過信息化過程中的投入。2.1.3 操作可行性本系統(tǒng)大概需要兩個月的時間完成。前兩個星期主要是以看書以及收集有關系統(tǒng)方面的資料為主；接下來就是對系統(tǒng)的分析、系統(tǒng)架構、數據庫設計、界面設計、編寫代碼，測試等等。而這些東西對于本系統(tǒng)來說是可行的。2.2 系統(tǒng)需求分析2.2.1 業(yè)務及用戶需求分析管理信息系統(tǒng)是一門新興的、集成管理科學、信息科學、系統(tǒng)科學及計算機科學為一體的綜合性學科，研究的是信息管理活動的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業(yè)進行現代化管理。管理信息系統(tǒng)它具備數據處理、計劃、控制、預測和輔助決策功能，具體作用如下5點內容： 用統(tǒng)一標準處理和提供信息，排除使用前后矛盾的不完整的數據； 完整、及時提供在管理及決策中需要的數據； 利用指定的數據關系分析數據，客觀預測未來； 向各級管理機構提供不同詳細程度的報告，縮短分析和解釋的時間； 用最低的費用最短的時間提供盡可能精確、可靠的信息，以便使決策者選擇最佳 的實施方案，以提高企業(yè)的經濟效益。圖2.1是系統(tǒng)的總體業(yè)務流程，一個患者進入醫(yī)院先到掛號處進行現場掛號，領取病例卡號，如果患者在當天內不想就醫(yī)，可進行退號，即退相關費用，如掛號費、病歷本費用等，由于門診醫(yī)生站屬于臨床診斷領域，實現較為困難，因此本系統(tǒng)把藥房劃價代替門診醫(yī)生站，為患者劃價，即開處方藥品，然后患者到門診收費處進行繳費，如果此時患者不想開藥或者不想要藥品中的某幾種，可進行門診退費。這樣做是為了迎合實際需求，讓醫(yī)院管理更加符合現實。接著藥房進行配、發(fā)藥，患者領取藥品之后就行了，如果領取藥品之后，發(fā)現某些藥品不想要，則同樣可進行退費，不過先應該到藥房進行退藥，再到門診收費處進行退費，這樣做的目的是為了防止漏洞，試想一下，如果患者先到門診收費處退費了，藥品還在自己的手中，患者可以選擇不退藥品，此時就會給醫(yī)院帶來損失。本系統(tǒng)是從一個患者到醫(yī)院掛號，然后進行劃價，收費，藥房取藥的全過程。從圖中可以簡要看出，數據能實現全面跟蹤，以便醫(yī)院進行管理和決策。圖2.1 系統(tǒng)總體業(yè)務流程圖醫(yī)院的醫(yī)療水平和服務質量一直是社會關注的焦點，僅靠增加基礎設施投入和脫離信息化的管理方法的改進，是不能從根本上提高醫(yī)院的工作效率、服務質量和管理水平的。醫(yī)院信息管理系統(tǒng)的目的就是減輕業(yè)務勞動強度，減少了差錯，科學管理藥品，節(jié)省人力，提高醫(yī)院的財、物管理水平，增加經濟效益，改善患者的就醫(yī)環(huán)境，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質量，提高醫(yī)院的醫(yī)療質量和管理水平。所以，一個現代化的適應社會發(fā)展需要的醫(yī)院，除了具備一流的醫(yī)療隊伍、一流的服務設施之外，還應具備一流的管理信息系統(tǒng)。目前很多醫(yī)院信息管理仍然是人工手動計算,整理,查詢，管理病房等各項工作,執(zhí)行效率非常低,不方便,給醫(yī)務人員帶來了不少麻煩;現在已是21世紀,為了跟上時代的發(fā)展,實現信息管理自動化刻不容緩。醫(yī)院信息管理系統(tǒng)不僅方便醫(yī)院的管理，而且方便病人信息的綜合管理，信息查詢，床位查詢，醫(yī)囑管理等等。21世紀，管理才能出效率，將先進的電腦技術和現代醫(yī)院的管理完美的結合起來，完成以前需要大量人工才能完成的任務。實現了醫(yī)療、服務一體的全新概念的服務和管理方式是我們的當務之急。2.2.2 系統(tǒng)功能需求分析本系統(tǒng)根據醫(yī)院的需求以及病人的實際情況，通過本人的詳細分析，實現了醫(yī)院門診部分的主要功能需求，包括門診掛號，門診收費，門診藥房，基本信息維護四個主要功能模塊。如圖2.2所示，基本信息維護模塊一般只有管理員或者高級操作人員才有權限進入，它是對一些基本信息的管理，如人員、科室，醫(yī)院的一些常數進行管理。下面詳細分析每個模塊包含的功能。圖2.2 系統(tǒng)總結構圖基本信息維護模塊包含的功能有常數維護、科室人員管理、人員組管理、權限維護，常數維護可對合同單位、掛號級別等基本常數進行維護；科室人員管理可對用戶和科室進行增加或者修改；人員組管理可對用戶可登陸的模塊進行維護；權限維護可對用戶登陸的模塊的權限大小進行維護，如只有該模塊查詢權限，則無法進行該模塊內刪除、修改、增加數據的操作。圖2.3 基本信息維護模塊結構圖掛號管理包含的功能有現場掛號、退號、患者基本信息維護、日結以及門診掛號相關的查詢，如科室收入匯總查詢、掛號員工作量查詢、掛號情況查詢等等。掛號實現了患者的基本信息錄入，門診掛號等待看診；患者掛號了但是想離開時可進行退號；患者基本信息維護能夠對患者的基本信息進行修改；日結則是對掛號員上次日結到本次日結時間內發(fā)生的掛號進行結賬，繳款。圖2.4 門診掛號模塊結構圖門診收費包含的功能有門診收費、門診退費、門診結賬(日結)以及門診收費相關的查詢。門診收費是對藥房劃價對患者產生的處方進行收費；門診退費是當患者已經到藥房進行退藥后進行退費操作；門診結賬則是對收款員上次結賬日期到本次結賬日期期間發(fā)生的收費進行結賬，繳款。圖2.5 門診收費模塊結構圖門診藥房包含的功能有藥品管理、門診劃價(收費)、門診退費、門診配藥、門診發(fā)藥、門診退藥以及藥房內的相關查詢。藥品管理可對藥品信息進行增加或者修改；門診劃價相當于醫(yī)生為患者開處方；門診配藥是配藥員預先給已經收費患者進行配藥，方便患者取藥；門診發(fā)藥是發(fā)藥員把藥品發(fā)到患者手中；門診退藥則是患者已經拿到藥品后，在有效條件下進行退藥的操作。圖2.6 門診藥房模塊結構圖 3 門診系統(tǒng)概要設計這部分主要描述了系統(tǒng)功能設計，首先講述了本系統(tǒng)的整體結構，系統(tǒng)包括基本信息維護、門診掛號、門診收費、門診藥房四個主要模塊，然后仔細描述了各模塊的數據流程，跟蹤各模塊的業(yè)務處理流程，最后描繪了各模塊內主要的實體類之間的聯系。3.1 系統(tǒng)功能設計3.1.1 系統(tǒng)功能結構圖3.1是本系統(tǒng)的功能結構圖，描述了系統(tǒng)登陸到各個子模塊可進行操作的功能。用戶首先進入系統(tǒng)登錄界面，輸入用戶名、密碼進行身份驗證，再進入模塊選擇，根據該用戶的模塊權限選擇登錄的模塊，再進行操作，如果該用戶沒有任何一個模塊的登錄權限，則無法進入功能操作界面。圖3.1 系統(tǒng)功能結構圖3.1.2 系統(tǒng)狀態(tài)流程如下圖是本系統(tǒng)的狀態(tài)流程圖，簡要描繪了系統(tǒng)及模塊間的操作流程。用戶可以登陸不同的子模塊，更改登陸可登陸進入其它模塊。用戶先輸入用戶名，密碼，進入登陸模塊界面，選擇要登陸的模塊，然后再進行該模塊進行相關操作。系統(tǒng)提供注冊功能，可以在用戶登錄進入系統(tǒng)的情況下，把該用戶注銷，同時用其它的用戶名、密碼登錄。圖3.2 系統(tǒng)狀態(tài)流程圖3.2 系統(tǒng)數據流程設計3.2.1 掛號模塊數據流程患者首先到患者基本信息登記處索取“患者基本信息登記表”，填寫完整后交給基本信息錄入員錄入電腦，患者帶著基本信息登記表到掛號處進行掛號，掛號員收取掛號各種費用，同時打印掛號收據，發(fā)放“初診病歷”，如果患者想退號，患者提交掛號收據，掛號員判斷是否可以退號（只能退當天的號、已經醫(yī)生看診的不允許退號、預約掛號不允許退號），如果可以退號，則進行退號操作，并把掛號費退給患者。圖3.3 掛號數據流程圖3.2.2 收費模塊數據流程 醫(yī)院門診收費處的主要業(yè)務是門診收費和門診退費，下面介紹了這兩個主要業(yè)務流程的執(zhí)行過程。1. 門診收費流程門診收費處可以進行劃價操作，需要進行劃價的，那么進行劃價操作，否則進行收費操作。門診收費處可以根據劃價信息進行收費，也可以直接進行收費，門診收費處收費時，確定支付方式（信用卡、支票等），確定分發(fā)票要求，最后打印統(tǒng)一門診收費發(fā)票。圖3.4 門診收費流程圖2. 門診退費流程如果患者收費項目沒有執(zhí)行，那么可以直接退費，否則需要填寫退費申請單，并且經過領導審核,如果患者的發(fā)票是隔日的，那么一定需要執(zhí)行科室填寫退費申請單，退費前需要財務領導進行審核，收費員根據收費申請單和發(fā)票進行退費,如果是交叉退費，也需要財務領導進行審核，才可以退費。如果收費時間很久的發(fā)票退費，軟件不予以處理，直接到財務科手工退費。當患者收費項目已經執(zhí)行了再進行退費時，應該先在藥房退還藥品，再到門診收費處退藥品費用。本系統(tǒng)的內部處理是把原來劃價的處方單作廢，再生成一條新的處方，這樣做有利于醫(yī)院統(tǒng)計、管理，也可減少不必要的醫(yī)療糾紛，避免醫(yī)生開錯藥、亂開藥和患者亂退藥的情況。圖3.5 門診退費流程圖3.2.3 藥房模塊數據流程1. 門診藥房發(fā)藥流程門診收費接受患者電子處方或手工處方進行收費；扣除庫存藥品虛庫存。門診藥房系統(tǒng)接受收費信息，自動刷新待取藥患者列表，顯示患者處方信息；患者送方到藥房取藥。配藥人員在配藥臺模塊內，根據設置進行配藥標簽或配藥清單補打(如已自動打印則不需補打，提前撿藥)。配藥人員對處方做配藥確認，記錄配藥人員工作量信息。已配藥患者信息發(fā)送發(fā)藥臺，同時大屏幕刷新已配好藥的患者列表?；颊吒鶕斍按笃聊坏拇∷幓颊咝畔ⅲ抨犎∷?。發(fā)藥人員在發(fā)藥模塊內，對患者處方進行確認，扣除庫房實庫存，還虛擬庫存。記錄發(fā)藥人員工作量信息。對于當日未取藥患者，在虛擬庫存管理模塊內，對該處方單獨進行虛擬庫存還庫操作。圖3.6 門診藥房發(fā)藥流程圖2. 門診藥房退藥流程判斷是否已超過允許退費時間，如果已超過則不允許退費，患者需要得到醫(yī)生開據藥品退費說明，避免患者無故退藥的情況，然后經過門診藥房負責人簽字確認，此時軟件生成一條退費信息，門診收費根據病歷號得到該退費信息，然后患者再進行退費。圖3.7 門診藥房退藥流程圖3.3 系統(tǒng)概念結構設計該部分描繪了各個模塊的E-R圖，各實體的一些主要屬性及聯系。E-R方法是“實體-聯系方法”（Entity-Relationship Approach）的簡稱。它是描述現實世界概念結構模型的有效方法。它一般包括實體型、屬性、聯系三個組成部分。實體型(Entity)：具有相同屬性的實體具有相同的特征和性質，用實體名及其屬性名集合來抽象和刻畫同類實體。屬性(Attribute)：實體所具有的某