醫(yī)院網(wǎng)絡掛號收費系統(tǒng)管理和維護

淺談醫(yī)院網(wǎng)絡掛號收費系統(tǒng)的管理和維護

摘要：如今各行業(yè)都在廣泛運用計算機信息技術，醫(yī)院也漸漸加入到這一行列中。醫(yī)院建立網(wǎng)絡化掛號收費系統(tǒng)，不但能夠提高工作效率、而且縮短了就醫(yī)流程，更加方便了病人看病，這也是醫(yī)院信息化建設的重點所在。要想確保醫(yī)院正常運行，就得對網(wǎng)絡掛號收費系統(tǒng)進行合理的管理和維護。如果網(wǎng)絡掛號收費系統(tǒng)出現(xiàn)故障，很容易導致門診收費出現(xiàn)大量排隊以及費用核算錯誤的現(xiàn)象，以至于患者民怨沸騰。這樣，既損壞了醫(yī)院的名譽，又打亂了醫(yī)院的正常秩序。因此，怎樣保證醫(yī)院的網(wǎng)絡掛號收費系統(tǒng)能高效、穩(wěn)定的運行，就顯得尤為重要。下文就淺談幾點關于醫(yī)院網(wǎng)絡掛號收費系統(tǒng)的管理與維護。

關鍵詞：醫(yī)院網(wǎng)絡；掛號收費系統(tǒng)；網(wǎng)絡維護；網(wǎng)絡規(guī)范管理中圖分類號：tp393.07

1網(wǎng)絡掛號收費系統(tǒng)軟件、硬件的配置1.1保證網(wǎng)絡運行不間斷

掛號收費系統(tǒng)24小時工作是醫(yī)院的不可或缺的條件，因此醫(yī)院的網(wǎng)絡掛號收費系統(tǒng)的供電環(huán)境必須良好，應建立具有雙回路功能的供電系統(tǒng)同時配有可12小時延時不間斷電源。因此為了保證交換機、服務器以及各終端計算機的正常運行，醫(yī)院首先得跟供電局簽合同，提供雙回路供電，確保24小時不間斷供電。1.2硬件設備的配置

“萬事重在開始”，網(wǎng)絡建設也不例外，只有打下了堅實的基礎，才能確保往后網(wǎng)絡的良好、持久的運行。因此，我們要盡可能的配置高質(zhì)量、高性能的路由器、集線器、交換機、終端計算機、光纖收發(fā)機和服務器等等硬件設備。1.3營造優(yōu)良的網(wǎng)絡環(huán)境

醫(yī)院對中心機房的環(huán)境要求相當高，因為醫(yī)院的系統(tǒng)數(shù)據(jù)庫服務器、網(wǎng)絡主交換、磁盤陣列、應用服務器等重要的信息系統(tǒng)設備都存放在這里。為保證各系統(tǒng)設備的正常、安全地運行，機房要有適宜的濕度和溫度，還要配有防磁場干擾、避雷等裝置，同時要注意防靜電、防火。此外，機房里要保持無人員走動，無塵污染。1.4掛號收費系統(tǒng)的優(yōu)化

掛號收費是患者看病必須經(jīng)歷的環(huán)節(jié)。掛號收費軟件頻繁的被使用，它的系統(tǒng)好壞會對醫(yī)患關系造成直接的影響。所以，要不斷地對掛號收費軟件進行優(yōu)化。首先，要盡可能避免在輸入的環(huán)節(jié)使用文字，最好使用身份證識別器或是代碼，這樣能使操作變得更快捷、簡便，而且出現(xiàn)故障的幾率減少。如使用二代身份證進行掛號，身份證識別器便對證件上的內(nèi)容自動讀取，然后存儲到患者的就診卡上。這種方法不僅方便、快捷、而且準確性高，幾秒鐘就能完成掛號流程。其次，每次就診結(jié)束，病史會自動保存在就診卡上，以便以后醫(yī)生復診時能很方便的瀏覽病史，然后綜合病史給出更精確的診斷結(jié)果。再者，收費軟件還添加了預付款項目的功能，這樣避免每次就診完畢，都要排隊繳費，而只需等醫(yī)生寫完醫(yī)囑后，電腦自動結(jié)算此次檢查費、藥費等所需的費用，直接從患者的預交款當中

擴展閱讀：醫(yī)院門診掛號收費系統(tǒng)論文

大連理工大學本科畢業(yè)設計（論文）

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

Hospitalout-patientmanagementinformationsystem

學院（系）：軟件學院專業(yè)：網(wǎng)絡工程學生姓名：李誠學號：201*94120指導教師：王潔評閱教師：周寬久完成日期：201*年6月10日

大連理工大學

DalianUniversityofTechnology

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

摘要

開發(fā)醫(yī)院信息系統(tǒng)(HIS)的目標就是立足醫(yī)院應用實際，著眼于未來發(fā)展，以強化醫(yī)院管理，提高醫(yī)療質(zhì)量，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質(zhì)量，設計一套符合醫(yī)院功能規(guī)范要求，安全穩(wěn)定，操作簡便的醫(yī)院管理信息系統(tǒng)，為醫(yī)院信息化管理提供了一套全方位的解決方案。醫(yī)院管理信息系統(tǒng)是醫(yī)院自動化管理的一個重要組成部分，它的開發(fā)大大提高了醫(yī)院信息管理的規(guī)范化能力。

本文介紹了在VisualStudio201*環(huán)境下采用三層架構(gòu)模式開發(fā)的醫(yī)院門診管理信息系統(tǒng)。通過對多家醫(yī)院的實際考察，融合如今主流醫(yī)院管理信息系統(tǒng)的優(yōu)點，設計開發(fā)了一套行之有效，可滿足一般醫(yī)院門診信息管理需求的解決方案。文章介紹了該系統(tǒng)的設計開發(fā)全過程，包括系統(tǒng)分析、概要設計、詳細設計、實現(xiàn)、測試等部分。

本系統(tǒng)分為基本信息維護、門診掛號、門診收費、門診藥房四個子模塊。基本信息維護包含的功能有常數(shù)維護、科室人員管理、人員組管理、權(quán)限維護，掛號管理包含的功能有現(xiàn)場掛號、退號、患者基本信息維護、日結(jié)以及門診掛號相關的查詢，如科室收入?yún)R總查詢、掛號員工作量查詢、掛號情況查詢等等，門診收費包含的功能有門診收費、門診退費、門診結(jié)賬(日結(jié))以及門診收費相關的查詢，門診藥房包含的功能有藥品管理、門診劃價(收費)、藥品退費、門診配藥、門診發(fā)藥、門診退藥以及藥房內(nèi)的相關查詢。

關鍵詞：門診掛號；門診收費；醫(yī)院信息系統(tǒng)；三層架構(gòu)

-I-一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

Hospitalout-patientinformationsystem

Abstract

Developmentofhospitalinformationsystemsisbasedontheactualhospitalapplications,focusingonthefuturedevelopment,tostrengthenhospitalmanagementandimprovinghealthcarequality,convenientmedicalcareandcheckinpatients,toimprovetheefficiencyandservicequalityofthehospital"sservices,designasecurity,stability,easyandmeettheperformancespecificationrequirementsofhospitalinformationsystem,forhospitalinformationmanagementprovidesacomprehensivesolution.Hospitalinformationsystemisanimportantcomponentoftheautomatedhospitalinformationsystem;itsdevelopmentgreatlyimprovedthestandardizationofhospitalinformationmanagementcapabilities.

ThisarticledescribestheenvironmentinVisualStudio201*,athree-tierdevelopmentofhospitalout-patientinformationsystem.Ontheactualnumberofhospitalvisitsandintegrationoftheadvantagesofsomeadvancedhospitalinformationsystemsnowadays,designedanddevelopedaneffective,andcanmeettheneedsofthegeneralhospitalpatientinformationmanagementsolution.Thisarticledescribesthesystemdesignanddevelopmentprocess,includingsystemsanalysis,designsummary,detaileddesign,implementation,testingandsomeother.

Thesystemisdividedintobasicinformationmaintenance,outpatientregistration,outpatientfees,andout-patientpharmacyfourSub-modules.Thebasicinformationmaintainmodulecontainsfunctionsconstantmaintenance,department-personmanagement,personnelgroupmanagement,permissionsmaintenance,theregistrationmanagementmoduleincludesin-siteregistration,registrationretirement,basicinformationofpatientsmaintained,daycheckoutandoutpatientregistrationrelatedqueries,suchasdepartmentsummaryofincomecheck,registeredworkloadquery,registeredstatusqueryandsoon,theout-patientfeemodulecontainsfunctionsoutpatientcharges,refundpatient,outpatientdaycheckout,andoutpatientchargesrelatedinquiries,theoutpatientpharmacymoduleincludesdrugadministration,out-patientprice(fee),drugrefund,drugdispensing,drugsend,andoutpatientpharmacyrelatedqueries.

KeyWords：OutpatientRegistration；OutpatientFee；HospitalInformationSystem；Three-tierStructure

-II-一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

目錄

摘要.....................................................................................................................................IAbstract.....................................................................................................................................II1緒論......................................................................................................................................1

1.1醫(yī)院信息系統(tǒng)的定義...............................................................................................11.2開發(fā)醫(yī)院信息系統(tǒng)的意義.......................................................................................11.3國內(nèi)外情況...............................................................................................................21.4醫(yī)療發(fā)展趨勢與前景...............................................................................................32門診系統(tǒng)分析......................................................................................................................6

2.1可行性分析...............................................................................................................6

2.1.1技術可行性....................................................................................................62.1.2經(jīng)濟可行性....................................................................................................62.1.3操作可行性....................................................................................................72.2系統(tǒng)需求分析...........................................................................................................7

2.2.1業(yè)務及用戶需求分析....................................................................................72.2.2系統(tǒng)功能需求分析........................................................................................9

3門診系統(tǒng)概要設計............................................................................................................12

3.1系統(tǒng)功能設計.........................................................................................................12

3.1.1系統(tǒng)功能結(jié)構(gòu)..............................................................................................123.1.2系統(tǒng)狀態(tài)流程..............................................................................................123.2系統(tǒng)數(shù)據(jù)流程設計.................................................................................................13

3.2.1掛號模塊數(shù)據(jù)流程......................................................................................133.2.2收費模塊數(shù)據(jù)流程......................................................................................143.2.3藥房模塊數(shù)據(jù)流程......................................................................................163.3系統(tǒng)概念結(jié)構(gòu)設計.................................................................................................18

3.3.1基本信息維護模塊概念結(jié)構(gòu)設計..............................................................183.3.2掛號模塊概念結(jié)構(gòu)設計..............................................................................193.3.3收費模塊概念結(jié)構(gòu)設計..............................................................................193.3.4藥房模塊概念結(jié)構(gòu)設計..............................................錯誤！未定義書簽。

4門診系統(tǒng)詳細設計............................................................................................................22

4.1項目架構(gòu)設計.........................................................................................................22

4.1.1三層架構(gòu)說明..............................................................................................22

-III-一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4.1.2系統(tǒng)三層架構(gòu)..............................................................................................234.2界面設計.................................................................................................................244.3數(shù)據(jù)庫設計.............................................................................................................25

4.3.1基本信息維護表設計..................................................................................254.3.2門診掛號表設計..........................................................................................274.3.3門診收費表設計..........................................................................................294.3.4門診藥房表設計..........................................................................................32

5實現(xiàn)....................................................................................................................................34

5.1登陸界面.................................................................................................................345.2基本信息維護界面.................................................................................................355.3門診掛號界面.........................................................................................................36

5.3.1掛號..............................................................................................................365.3.2退號..............................................................................................................365.3.3日結(jié)..............................................................................................................375.3.4查詢..............................................................................................................375.4門診收費界面.........................................................................................................38

5.4.1收費..............................................................................................................385.4.2退費..............................................................................................................405.4.3結(jié)賬..............................................................................................................405.5門診藥房界面.........................................................................................................41

5.5.1藥房藥品管理..............................................................................................415.5.2藥房劃價......................................................................................................415.5.3藥房配發(fā)藥..................................................................................................425.5.4藥房查詢......................................................................................................43

6測試....................................................................................................................................44

6.1軟件測試定義.........................................................................................................446.2軟件測試目的與原則.............................................................................................44

6.2.1軟件測試目的..............................................................................................446.2.2軟件測試原則..............................................................................................446.3測試方法.................................................................................................................446.4測試階段.................................................................................................................45

6.4.1單元測試......................................................................................................45

-IV-一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

6.4.2集成測試......................................................................................................456.4.3功能測試......................................................................................................45

結(jié)論..................................................................................................................................46參考文獻............................................................................................................................47附錄A掛號日結(jié)算法..........................................................................................................48附錄B門診收費算法..........................................................................................................54致謝..................................................................................................................................58

-V-一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

1緒論

1.1醫(yī)院信息系統(tǒng)的定義

醫(yī)院信息系統(tǒng)(HospitalInformationSystem,HIS)在國際學術界已公認為新興的醫(yī)學信息學(MedicalInformatics)的重要分支。美國該領域的著名教授Morris.Collen于1988年曾著文為醫(yī)院信息系統(tǒng)下了如下定義：利用電子計算機和通訊設備，為醫(yī)院所屬各部門提供病人診療信息和行政管理信息的收集、存儲、處理、提取和數(shù)據(jù)交換的能力，并滿足所有授權(quán)用戶的功能需求。

1.2開發(fā)醫(yī)院信息系統(tǒng)的意義

改善醫(yī)院管理，支持醫(yī)教研。我國醫(yī)院的信息處理基本上還停留在手工方式，勞動強度大且工作效率低，醫(yī)師護士和管理人員的大量時間都消耗在事務性工作上，致使"人不能盡其才"；病人排隊等候時間長，輾轉(zhuǎn)過程多，影響醫(yī)院的秩序；病案、臨床檢驗、病理檢查等許多寶貴的數(shù)據(jù)資料的檢索十分費事甚至難以實現(xiàn)；對這些資料深入的統(tǒng)計分析手工方式無法進行，不能充分為醫(yī)學科研利用；在經(jīng)濟管理上也因而存在漏、跑、錯費現(xiàn)象；醫(yī)院物資管理由于信息不準確，家底不明，積壓浪費，以致“物不能盡其用”。開發(fā)HIS是解決上述問題的有效途徑。HIS系統(tǒng)的有效運行，將提高醫(yī)院各項工作的效率和質(zhì)量，促進醫(yī)學科研、教學；減輕各類事務性工作的勞動強度，使他們騰出更多的精力和時間來服務于病人；改善經(jīng)營管理，堵塞漏洞，保證病人和醫(yī)院的經(jīng)濟利益；為醫(yī)院創(chuàng)造經(jīng)濟效益。

完整的HIS系統(tǒng)實現(xiàn)了信息的全過程追蹤和動態(tài)管理，從而做到簡化患者的診療過程，優(yōu)化就診環(huán)境，改變目前排隊多、等候時間長、秩序混亂的局面。如目前多數(shù)醫(yī)院就診必須經(jīng)過掛號、等候病歷、劃價、收費、取藥或治療一系列過程，一個患者少則排3次隊，多則5、6次，用于過程性的時間最少在1個小時以上，若實施HIS以后，每個病人用于診療的中間過程性時間會大幅度減少；假定一家醫(yī)院門診人次為201*人次/天，年門診250天，每人少花費半小時，則日節(jié)約1000小時，一年節(jié)約36萬小時，其產(chǎn)生的社會效益和間接經(jīng)濟效益是明顯的。同時HIS的實施也強化了醫(yī)院內(nèi)部管理，降低了醫(yī)護人員的工作強度和時間，偽、冒、漏現(xiàn)象可以解決，也加速了資金周轉(zhuǎn)和減少藥品、器械等物資積壓。據(jù)估計如果全國有201*家醫(yī)院應用HIS，每年每所醫(yī)院增收節(jié)支、加速資金回籠和周轉(zhuǎn)、堵漏、減少物資積壓的回收資金方面的效益按20萬元估計的話(實際比這高)，則年效益估計為40億元，十分可觀。但這往往不被人所認識。當然建立HIS更主要的還在于它對醫(yī)院管理、醫(yī)療質(zhì)量和醫(yī)學研究的長期效應帶來的綜合

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

效益。因此HIS的投資一般需做基礎性投資，誠如任何機構(gòu)的統(tǒng)計部門那樣，它是花錢的部門，但其重要性是公認的，投資也是必須的。HIS的效益遠遠超出醫(yī)院本身，因為完整的病人醫(yī)學記錄是醫(yī)學研究的重要信息資源，這類資源在手工作業(yè)環(huán)境下，大部分被拋棄了。

1.3國內(nèi)外情況

電子計算機在醫(yī)院的應用已有三十多年的歷史，60年代初，美國便開始了HIS的研究。著名的麻省總醫(yī)院開發(fā)的COSTAR系統(tǒng)是60年代初開始并發(fā)展到今天成為大規(guī)模的臨床病人信息系統(tǒng)。隨著計算機技術的發(fā)展，70年代，HIS進入大發(fā)展時期，美日歐各國的醫(yī)院，特別是大學醫(yī)院及醫(yī)學中心紛紛開發(fā)HIS，成為醫(yī)藥信息學的形成和發(fā)展的基礎。70－80年代，美國的HIS產(chǎn)業(yè)已有很大發(fā)展。

1985年美國全國醫(yī)院數(shù)據(jù)處理工作調(diào)查表明，100張床位以上的醫(yī)院，80%實現(xiàn)了計算機財務收費管理，70%的醫(yī)院可支持病人掛號登記和行政事務管理。25%的醫(yī)院有了較完整的HIS，即實現(xiàn)了病房醫(yī)護人員直接用計算機處理醫(yī)囑和查詢實驗室的檢驗結(jié)果。10%的醫(yī)院(2530)有全面計算機管理的HIS。

日本的HIS開發(fā)和應用從70年代初開始。多數(shù)日本醫(yī)院是80年代以后開始進行HIS工作的，但發(fā)展十分迅猛，規(guī)模相當大，是以大型機為中心的醫(yī)院計算機系統(tǒng)。如北里大學醫(yī)院的IBM/3090雙機系統(tǒng)。當前日本的HIS總的趨勢是系統(tǒng)化、網(wǎng)絡化、綜合性，開始走自上而下的開發(fā)路線，一般都有大型機作為中心、支撐整個系統(tǒng)工作，并盡量采用微機和網(wǎng)絡技術，投資規(guī)模大，正在實現(xiàn)“ordering”工作方式，即數(shù)據(jù)從發(fā)生源直接輸入計算機。到1991年統(tǒng)計有近10家實現(xiàn)或基本實現(xiàn)此種方式。支持診療的功能在不斷加強，系統(tǒng)24小時運行。不少軟件是醫(yī)院和計算機公司聯(lián)合開發(fā)的，一些大公司也開發(fā)了一些通用的醫(yī)院信息管理軟件包，也有些醫(yī)院自己開發(fā)。如北里大學，開發(fā)了綜合的HIS，開發(fā)費用(機器設備除外)為3億4千萬日元(約合人民幣1300萬元)。日常運行費用支出為一年5億1千萬日元(約合人民幣201*多萬元)。

歐洲的HIS發(fā)展比美國稍晚，大多數(shù)是70年代中期和80年代開始。歐洲HIS的特點是實現(xiàn)了一些區(qū)域信息系統(tǒng)。如丹麥的RedSystem，管理76所醫(yī)院和診所。法國第八醫(yī)療保健中心實現(xiàn)了能管理三所大醫(yī)院和三所醫(yī)藥學院的一體化信息系統(tǒng)－GrenobleIntegratedHIS。隨著初級衛(wèi)生保健工作的發(fā)展，歐洲各國區(qū)域性醫(yī)院計算機網(wǎng)絡將實現(xiàn)。目前歐共體的SHINE工程已經(jīng)開始，英法意德許多公司都參與了此項工程。在分布式數(shù)據(jù)庫系統(tǒng)和開放網(wǎng)工程方面已做了大量工作。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

計算機70年代末期就進入了我國醫(yī)療行業(yè)，當時以IBM的M340小型機為主，只有少數(shù)幾家大型的部屬綜合醫(yī)院和教學醫(yī)院擁有，如北京協(xié)和醫(yī)院、北京腫瘤醫(yī)院、301醫(yī)院等，主要應用于科研和教學，還沒有應用于HIS的管理。80年代初期，隨著蘋果PC機的出現(xiàn)和BASIC語言的普及，一些醫(yī)院開始開發(fā)一些小型的管理軟件，如工資軟件等；80年代中期，隨著XT286的出現(xiàn)和國產(chǎn)化，以及DBASEIII和UNIX網(wǎng)絡操作系統(tǒng)的出現(xiàn)，一些醫(yī)院開始建立小型的局域網(wǎng)絡，并開發(fā)出基于部門管理的小型網(wǎng)絡管理系統(tǒng)，如住院管理，藥房管理等。進入90年代，NOVELL網(wǎng)和FOXBASE、FOXFRO數(shù)據(jù)庫日益盛行，完整的醫(yī)院網(wǎng)絡管理系統(tǒng)的實現(xiàn)已經(jī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ī)院經(jīng)費有限，很難建立起理想的軟、硬件支撐環(huán)境。

B．重復開發(fā)多。據(jù)一個省調(diào)查，幾年來，總共開發(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ā)展的趨勢。特別在當今世界，信息作為最積極、最有生命力的新興社會生產(chǎn)力的代表，正日益成為社會與經(jīng)濟發(fā)展的強大動力。

作為國民經(jīng)濟與社會發(fā)展信息化的一個重要組成部分醫(yī)療系統(tǒng)信息化，是指人們利用現(xiàn)代信息技術，收集、開發(fā)、利用醫(yī)療信息資源，實現(xiàn)醫(yī)療資源的高度共享，對傳統(tǒng)的醫(yī)療管理模式、工作流程進行信息化改造的過程[1]。其發(fā)展順應了國家信息化的潮流以及我國醫(yī)療事業(yè)改革與發(fā)展的需要，同時對提高醫(yī)療預防保健工作效率與服務水平、規(guī)范衛(wèi)生監(jiān)督管理行為具有積極和深遠的意義。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

科學技術發(fā)展日新月異，高精尖儀器特別是電子智能儀器在醫(yī)院臨床和醫(yī)技科室的廣泛應用，使各種數(shù)據(jù)或病人信息的收集、處理具備了良好的基礎。醫(yī)院管理的許多信息已可以直接從檢查治療儀器上生成，或從信息發(fā)生地獲取，而無需手工匯總錄入；各種信息的存儲空間呈現(xiàn)海量使得數(shù)據(jù)和信息的存儲、加工處理等可以在其發(fā)生的各個階段或各個層次同時進行。這些功能的實現(xiàn)，一方面歸功于自動化“硬件”技術的不斷更新和發(fā)展，另方面表現(xiàn)在“軟件”技術的不斷完善或更新上。管理模式的轉(zhuǎn)變、操作方法的改進，以及“硬件”技術的發(fā)展，都要求所用“軟件”亦隨之完善或更新。這些技術和功能的更新?lián)Q代時間已大大短于其設備的使用年限，有的甚至已以月計。因此，伴隨著醫(yī)院管理信息系統(tǒng)技術的進步和更新，也使資金和技術人力投入的不斷增加。

在這幾年中，醫(yī)院信息系統(tǒng)將進入一個新的發(fā)展階段。由單機系統(tǒng)向網(wǎng)絡化發(fā)展，由醫(yī)院內(nèi)部局域網(wǎng)向廣域網(wǎng)拓展；由單一形式的靜態(tài)向多媒體動態(tài)改變；由封閉的專有技術環(huán)境向開放的統(tǒng)一標準化轉(zhuǎn)變。隨著信息系統(tǒng)自動化的實現(xiàn)，醫(yī)院管理者能夠在更高層次、更大范圍。更短時間里獲得各種數(shù)據(jù)和信息，擁有更多、更科學的決策依據(jù)，從而使醫(yī)院管理從被動轉(zhuǎn)變?yōu)橹鲃�，從而擴大了醫(yī)院生存與發(fā)展的空間，獲得較好的社會效益和經(jīng)濟效益。

全國近半數(shù)的醫(yī)院進行了網(wǎng)絡建設，信息系統(tǒng)的應用水平不斷提高，逐步從以財務為重點的管理信息系統(tǒng)，轉(zhuǎn)向臨床加管理的信息系統(tǒng)，一些醫(yī)院正在探索建立醫(yī)生工作站、護士工作站、臨床檢驗信息系統(tǒng)、醫(yī)學影像系統(tǒng)、電子病歷和遠程醫(yī)療為特點的數(shù)字化醫(yī)院。許多醫(yī)療衛(wèi)生機構(gòu)建立了互聯(lián)網(wǎng)站、開展網(wǎng)上掛號、預約就診、信息咨詢、健康教育和遠程服務等。

但是，醫(yī)院因其工作的復雜性和各醫(yī)院管理模式的不盡相同，使醫(yī)院管理計算機軟件的開發(fā)具有很大的挑戰(zhàn)性和潛力。特別是在目前尚未形成一套成熟、有效的應用軟件的情況下，各公司競相開發(fā)，有的只做成結(jié)構(gòu)框架就急于推向市場，由用戶再行二次開發(fā)；有的醫(yī)院聘用公司人員開發(fā)軟件，應用后因軟件的更新維護工作跟不上而影響其正常運行；有的醫(yī)院甚至投資數(shù)十萬元仍一無所獲。醫(yī)院各自為戰(zhàn)的重復開發(fā)和被動應用，加上公司的商業(yè)競爭，使醫(yī)院信息系統(tǒng)的建設處于一種熱情支持、積極投資，但卻與效用成反比的局面。

隨著知識經(jīng)濟時代的到來，標準化是信息化的基礎，信息化必然伴隨著標準化。但是由于我國標準化工作嚴重滯后，標準化問題目前已成為信息化進程的一個主要障礙。目前，全國醫(yī)院信息管理軟件的研制開發(fā)缺乏統(tǒng)一的標準、無統(tǒng)一的HIS數(shù)據(jù)接口標準，不利于整個地區(qū)醫(yī)院的資源共享。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

統(tǒng)一標準，是醫(yī)療信息化建設的基礎，也是進行信息交換與共享的基本前提。然而目前我國醫(yī)療行業(yè)中各種業(yè)務規(guī)范與標準，尚處于逐步建立、完善和提高的過程，尤其是醫(yī)療信息標準化工作還比較薄弱。這對醫(yī)療信息化的進一步的發(fā)展毫無疑問形成了較大的阻礙。由于缺乏統(tǒng)一的業(yè)務規(guī)范與標準，使不同的醫(yī)療信息系統(tǒng)之間無法兼容，數(shù)據(jù)無法共享，數(shù)據(jù)統(tǒng)計分析工作更是無法進行，造成了醫(yī)療信息資源的極大浪費。

我國正處于醫(yī)療信息化建設與應用過程中，由于人們觀念、習慣的轉(zhuǎn)變，人員素質(zhì)的提高等方面都需要比較長的時間，毫無疑問會產(chǎn)生上述之類的一些問題，但若通過一系列的措施，例如加強醫(yī)療信息化標準化體系的規(guī)劃和建設、進行教育和培養(yǎng)人才的規(guī)劃，以及加大醫(yī)療信息系統(tǒng)軟件上的投入和開發(fā)力度等等，相信會對我國醫(yī)療信息化建設起到推動的作用。

誠然在我國真正實現(xiàn)醫(yī)療信息化管理，還有很長一段路要走。但是在21世紀，不斷加快信息化的今天，醫(yī)療信息化已是大勢所趨，因而醫(yī)療信息化之路必定要堅持肯定地走下去，并為全社會的醫(yī)療服務質(zhì)量做出貢獻。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

2門診系統(tǒng)分析

本節(jié)通過進行可行性分析，判斷本醫(yī)院門診管理信息系統(tǒng)是否可行，是否能為實際應用創(chuàng)造價值，為醫(yī)院信息管理或患者就醫(yī)查詢提供方便。然后再針對現(xiàn)今醫(yī)院的實際需求進行分析，理清本系統(tǒng)的總體設計，需要實現(xiàn)的功能。

2.1可行性分析

可行性分析是系統(tǒng)分析階段的重要活動，是對系統(tǒng)進行全面、概要的分析。它的任務是確定項目開發(fā)是否必要和可行。它的主要目標是：進一步明確系統(tǒng)的目標、規(guī)模和功能，對系統(tǒng)開發(fā)背景、必要性和意義進行調(diào)查分析，并根據(jù)需要和可能提出擬開發(fā)系統(tǒng)的初步方案和計劃，明確問題，對所提供系統(tǒng)大致規(guī)模和目標的幾個有關約束條件進行論證，并且提出系統(tǒng)的邏輯模型和各種可能的方案，從而為系統(tǒng)開發(fā)項目的決策提供科學依據(jù)。本節(jié)從技術的可行性，經(jīng)濟的可行性以及操作的可行性三個方面來論證本信息管理系統(tǒng)的可行性。2.1.1技術可行性

技術可行性即是對現(xiàn)有技術進行評價，以明確能否利用現(xiàn)有技術進行系統(tǒng)開發(fā)及系統(tǒng)實施。

硬件：計算機的存儲量大，運算速度快，外部設備的功能好，效率高，可靠性高，通信設備的能力、質(zhì)量都滿足要求。

操作系統(tǒng)：windowsxp/201*接口能力強，數(shù)據(jù)庫管理系統(tǒng)的功能足夠。編譯器：VisualStudio201*，利用C#.net編寫實際管理系統(tǒng)更簡便易行。數(shù)據(jù)庫：Oracle10g，數(shù)據(jù)管理更加安全可靠。

本人已經(jīng)十分熟悉C#的編程，Oracle數(shù)據(jù)庫，因此技術上是可行的。2.1.2經(jīng)濟可行性

對組織的經(jīng)濟狀況和投資能力進行分析，對系統(tǒng)建設、運行和維護費用進行評估，對系統(tǒng)建成后可能取得的社會及經(jīng)濟效益進行估計。

目前國內(nèi)應用HIS的醫(yī)院管理在信息化上的軟硬件投資只占其年收入的1%-3%,而應用HIS后，阻塞了管理漏洞，杜絕了藥品的丟失，節(jié)省了人力，提高了醫(yī)院的財、物管理水平，改善了患者的就醫(yī)環(huán)境，方便了患者就醫(yī)和查詢，提高了醫(yī)院的服務效率和服務質(zhì)量。因此帶來的經(jīng)濟回報將遠遠超過信息化過程中的投入。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

2.1.3操作可行性

本系統(tǒng)大概需要兩個月的時間完成。前兩個星期主要是以看書以及收集有關系統(tǒng)方面的資料為主；接下來就是對系統(tǒng)的分析、系統(tǒng)架構(gòu)、數(shù)據(jù)庫設計、界面設計、編寫代碼，測試等等。而這些東西對于本系統(tǒng)來說是可行的。

2.2系統(tǒng)需求分析

2.2.1業(yè)務及用戶需求分析

管理信息系統(tǒng)是一門新興的、集成管理科學、信息科學、系統(tǒng)科學及計算機科學為一體的綜合性學科，研究的是信息管理活動的全過程，以便有效的管理信息，提供各類管理決策信息，輔助企業(yè)進行現(xiàn)代化管理。管理信息系統(tǒng)它具備數(shù)據(jù)處理、計劃、控制、預測和輔助決策功能，具體作用如下5點內(nèi)容：

用統(tǒng)一標準處理和提供信息，排除使用前后矛盾的不完整的數(shù)據(jù)；完整、及時提供在管理及決策中需要的數(shù)據(jù)；利用指定的數(shù)據(jù)關系分析數(shù)據(jù)，客觀預測未來；

向各級管理機構(gòu)提供不同詳細程度的報告，縮短分析和解釋的時間；

用最低的費用最短的時間提供盡可能精確、可靠的信息，以便使決策者選擇最佳的實施方案，以提高企業(yè)的經(jīng)濟效益。

圖2.1是系統(tǒng)的總體業(yè)務流程，一個患者進入醫(yī)院先到掛號處進行現(xiàn)場掛號，領取病例卡號，如果患者在當天內(nèi)不想就醫(yī)，可進行退號，即退相關費用，如掛號費、病歷本費用等，由于門診醫(yī)生站屬于臨床診斷領域，實現(xiàn)較為困難，因此本系統(tǒng)把藥房劃價代替門診醫(yī)生站，為患者劃價，即開處方藥品，然后患者到門診收費處進行繳費，如果此時患者不想開藥或者不想要藥品中的某幾種，可進行門診退費。這樣做是為了迎合實際需求，讓醫(yī)院管理更加符合現(xiàn)實。接著藥房進行配、發(fā)藥，患者領取藥品之后就行了，如果領取藥品之后，發(fā)現(xiàn)某些藥品不想要，則同樣可進行退費，不過先應該到藥房進行退藥，再到門診收費處進行退費，這樣做的目的是為了防止漏洞，試想一下，如果患者先到門診收費處退費了，藥品還在自己的手中，患者可以選擇不退藥品，此時就會給醫(yī)院帶來損失。

本系統(tǒng)是從一個患者到醫(yī)院掛號，然后進行劃價，收費，藥房取藥的全過程。從圖中可以簡要看出，數(shù)據(jù)能實現(xiàn)全面跟蹤，以便醫(yī)院進行管理和決策。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖2.1系統(tǒng)總體業(yè)務流程圖

醫(yī)院的醫(yī)療水平和服務質(zhì)量一直是社會關注的焦點，僅靠增加基礎設施投入和脫離信息化的管理方法的改進，是不能從根本上提高醫(yī)院的工作效率、服務質(zhì)量和管理水平的。醫(yī)院信息管理系統(tǒng)的目的就是減輕業(yè)務勞動強度，減少了差錯，科學管理藥品，節(jié)省人力，提高醫(yī)院的財、物管理水平，增加經(jīng)濟效益，改善患者的就醫(yī)環(huán)境，方便患者就醫(yī)和查詢，提高醫(yī)院的服務效率和服務質(zhì)量，提高醫(yī)院的醫(yī)療質(zhì)量和管理水平。所以，一個現(xiàn)代化的適應社會發(fā)展需要的醫(yī)院，除了具備一流的醫(yī)療隊伍、一流的服務設施之外，還應具備一流的管理信息系統(tǒng)。

目前很多醫(yī)院信息管理仍然是人工手動計算,整理,查詢，管理病房等各項工作,執(zhí)行效率非常低,不方便,給醫(yī)務人員帶來了不少麻煩;現(xiàn)在已是21世紀,為了跟上時代的發(fā)展,實現(xiàn)信息管理自動化刻不容緩。醫(yī)院信息管理系統(tǒng)不僅方便醫(yī)院的管理，而且方便病人信息的綜合管理，信息查詢，床位查詢，醫(yī)囑管理等等。

21世紀，管理才能出效率，將先進的電腦技術和現(xiàn)代醫(yī)院的管理完美的結(jié)合起來，完成以前需要大量人工才能完成的任務。實現(xiàn)了醫(yī)療、服務一體的全新概念的服務和管理方式是我們的當務之急。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

2.2.2系統(tǒng)功能需求分析

本系統(tǒng)根據(jù)醫(yī)院的需求以及病人的實際情況，通過本人的詳細分析，實現(xiàn)了醫(yī)院門診部分的主要功能需求，包括門診掛號，門診收費，門診藥房，基本信息維護四個主要功能模塊。如圖2.2所示，基本信息維護模塊一般只有管理員或者高級操作人員才有權(quán)限進入，它是對一些基本信息的管理，如人員、科室，醫(yī)院的一些常數(shù)進行管理。下面詳細分析每個模塊包含的功能。

圖2.2系統(tǒng)總結(jié)構(gòu)圖

基本信息維護模塊包含的功能有常數(shù)維護、科室人員管理、人員組管理、權(quán)限維護，常數(shù)維護可對合同單位、掛號級別等基本常數(shù)進行維護；科室人員管理可對用戶和科室進行增加或者修改；人員組管理可對用戶可登陸的模塊進行維護；權(quán)限維護可對用戶登陸的模塊的權(quán)限大小進行維護，如只有該模塊查詢權(quán)限，則無法進行該模塊內(nèi)刪除、修改、增加數(shù)據(jù)的操作。

圖2.3基本信息維護模塊結(jié)構(gòu)圖

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

掛號管理包含的功能有現(xiàn)場掛號、退號、患者基本信息維護、日結(jié)以及門診掛號相關的查詢，如科室收入?yún)R總查詢、掛號員工作量查詢、掛號情況查詢等等。掛號實現(xiàn)了患者的基本信息錄入，門診掛號等待看診；患者掛號了但是想離開時可進行退號；患者基本信息維護能夠?qū)�患者的基本信息進行修改；日結(jié)則是對掛號員上次日結(jié)到本次日結(jié)時間內(nèi)發(fā)生的掛號進行結(jié)賬，繳款。

圖2.4門診掛號模塊結(jié)構(gòu)圖

門診收費包含的功能有門診收費、門診退費、門診結(jié)賬(日結(jié))以及門診收費相關的查詢。門診收費是對藥房劃價對患者產(chǎn)生的處方進行收費；門診退費是當患者已經(jīng)到藥房進行退藥后進行退費操作；門診結(jié)賬則是對收款員上次結(jié)賬日期到本次結(jié)賬日期期間發(fā)生的收費進行結(jié)賬，繳款。

圖2.5門診收費模塊結(jié)構(gòu)圖

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

門診藥房包含的功能有藥品管理、門診劃價(收費)、門診退費、門診配藥、門診發(fā)藥、門診退藥以及藥房內(nèi)的相關查詢。藥品管理可對藥品信息進行增加或者修改；門診劃價相當于醫(yī)生為患者開處方；門診配藥是配藥員預先給已經(jīng)收費患者進行配藥，方便患者取藥；門診發(fā)藥是發(fā)藥員把藥品發(fā)到患者手中；門診退藥則是患者已經(jīng)拿到藥品后，在有效條件下進行退藥的操作。

圖2.6門診藥房模塊結(jié)構(gòu)圖

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

3門診系統(tǒng)概要設計

這部分主要描述了系統(tǒng)功能設計，首先講述了本系統(tǒng)的整體結(jié)構(gòu)，系統(tǒng)包括基本信息維護、門診掛號、門診收費、門診藥房四個主要模塊，然后仔細描述了各模塊的數(shù)據(jù)流程，跟蹤各模塊的業(yè)務處理流程，最后描繪了各模塊內(nèi)主要的實體類之間的聯(lián)系。

3.1系統(tǒng)功能設計

3.1.1系統(tǒng)功能結(jié)構(gòu)

圖3.1是本系統(tǒng)的功能結(jié)構(gòu)圖，描述了系統(tǒng)登陸到各個子模塊可進行操作的功能。用戶首先進入系統(tǒng)登錄界面，輸入用戶名、密碼進行身份驗證，再進入模塊選擇，根據(jù)該用戶的模塊權(quán)限選擇登錄的模塊，再進行操作，如果該用戶沒有任何一個模塊的登錄權(quán)限，則無法進入功能操作界面。

圖3.1系統(tǒng)功能結(jié)構(gòu)圖

3.1.2系統(tǒng)狀態(tài)流程

如下圖是本系統(tǒng)的狀態(tài)流程圖，簡要描繪了系統(tǒng)及模塊間的操作流程。用戶可以登陸不同的子模塊，更改登陸可登陸進入其它模塊。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

用戶先輸入用戶名，密碼，進入登陸模塊界面，選擇要登陸的模塊，然后再進行該模塊進行相關操作。系統(tǒng)提供注冊功能，可以在用戶登錄進入系統(tǒng)的情況下，把該用戶注銷，同時用其它的用戶名、密碼登錄。

圖3.2系統(tǒng)狀態(tài)流程圖

3.2系統(tǒng)數(shù)據(jù)流程設計

3.2.1掛號模塊數(shù)據(jù)流程

患者首先到患者基本信息登記處索取“患者基本信息登記表”，填寫完整后交給基本信息錄入員錄入電腦，患者帶著基本信息登記表到掛號處進行掛號，掛號員收取掛號各種費用，同時打印掛號收據(jù)，發(fā)放“初診病歷”，如果患者想退號，患者提交掛號收據(jù)，掛號員判斷是否可以退號（只能退當天的號、已經(jīng)醫(yī)生看診的不允許退號、預約掛

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

號不允許退號），如果可以退號，則進行退號操作，并把掛號費退給患者。

患者開始掛號處掛號收據(jù)是否可以退號退還掛號費是結(jié)束否

圖3.3掛號數(shù)據(jù)流程圖

3.2.2收費模塊數(shù)據(jù)流程

醫(yī)院門診收費處的主要業(yè)務是門診收費和門診退費，下面介紹了這兩個主要業(yè)務流程的執(zhí)行過程。

1.門診收費流程

門診收費處可以進行劃價操作，需要進行劃價的，那么進行劃價操作，否則進行收費操作。門診收費處可以根據(jù)劃價信息進行收費，也可以直接進行收費，門診收費處收費時，確定支付方式（信用卡、支票等），確定分發(fā)票要求，最后打印統(tǒng)一門診收費發(fā)票。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖3.4門診收費流程圖

2.門診退費流程

如果患者收費項目沒有執(zhí)行，那么可以直接退費，否則需要填寫《退費申請單》，并且經(jīng)過領導審核,如果患者的發(fā)票是隔日的，那么一定需要執(zhí)行科室填寫《退費申請單》，退費前需要財務領導進行審核，收費員根據(jù)收費申請單和發(fā)票進行退費,如果是交叉退費，也需要財務領導進行審核，才可以退費。如果收費時間很久的發(fā)票退費，軟件不予以處理，直接到財務科手工退費。

當患者收費項目已經(jīng)執(zhí)行了再進行退費時，應該先在藥房退還藥品，再到門診收費處退藥品費用。本系統(tǒng)的內(nèi)部處理是把原來劃價的處方單作廢，再生成一條新的處方，這樣做有利于醫(yī)院統(tǒng)計、管理，也可減少不必要的醫(yī)療糾紛，避免醫(yī)生開錯藥、亂開藥和患者亂退藥的情況。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖3.5門診退費流程圖

3.2.3藥房模塊數(shù)據(jù)流程

1.門診藥房發(fā)藥流程

門診收費接受患者電子處方或手工處方進行收費；扣除庫存藥品虛庫存。門診藥房系統(tǒng)接受收費信息，自動刷新待取藥患者列表，顯示患者處方信息；患者送方到藥房取藥。配藥人員在配藥臺模塊內(nèi)，根據(jù)設置進行配藥標簽或配藥清單補打(如已自動打印則不需補打，提前撿藥)。配藥人員對處方做配藥確認，記錄配藥人員工作量信息。已配藥患者信息發(fā)送發(fā)藥臺，同時大屏幕刷新已配好藥的患者列表�；颊吒鶕�(jù)當前大屏幕的待取藥患者信息，排隊取藥。發(fā)藥人員在發(fā)藥模塊內(nèi)，對患者處方進行確認，扣除庫房實庫存，還虛擬庫存。記錄發(fā)藥人員工作量信息。對于當日未取藥患者，在虛擬庫存管理模塊內(nèi)，對該處方單獨進行虛擬庫存還庫操作。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

門診藥房藥房劃價扣除實庫存是收費處是否需劃價否處方收費扣除實庫存醫(yī)生處方發(fā)藥臺患者送方如果需劃價則不扣除庫存處方是否正確否通知患者修改處方患者是否取藥是否發(fā)藥確認發(fā)藥結(jié)束圖3.6門診藥房發(fā)藥流程圖

2.門診藥房退藥流程

判斷是否已超過允許退費時間，如果已超過則不允許退費，患者需要得到醫(yī)生開據(jù)藥品退費說明，避免患者無故退藥的情況，然后經(jīng)過門診藥房負責人簽字確認，此時軟件生成一條退費信息，門診收費根據(jù)病歷號得到該退費信息，然后患者再進行退費。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

醫(yī)生門診藥房門診收費退費申請退費申請單藥房核對藥品退藥還庫退費申請單患者退費圖3.7門診藥房退藥流程圖

3.3系統(tǒng)概念結(jié)構(gòu)設計

該部分描繪了各個模塊的E-R圖，各實體的一些主要屬性及聯(lián)系。E-R方法是“實體-聯(lián)系方法”（Entity-RelationshipApproach）的簡稱。它是描述現(xiàn)實世界概念結(jié)構(gòu)模型的有效方法。它一般包括實體型、屬性、聯(lián)系三個組成部分。

實體型(Entity)：具有相同屬性的實體具有相同的特征和性質(zhì)，用實體名及其屬性名集合來抽象和刻畫同類實體。

屬性(Attribute)：實體所具有的某一特性，一個實體可由若干個屬性來刻畫。

聯(lián)系(Relationship)：聯(lián)系也稱關系，信息世界中反映實體內(nèi)部或?qū)嶓w之間的聯(lián)系。實體內(nèi)部的聯(lián)系通常是指組成實體的各屬性之間的聯(lián)系；實體之間的聯(lián)系通常是指不同實體集之間的聯(lián)系。

3.3.1基本信息維護模塊概念結(jié)構(gòu)設計

首先，系統(tǒng)有個超級管理員，可進行信息的維護，人員添加，人員功能模塊維護，科室維護等等。從圖3.8中可以看出，用戶以及管理員必須是醫(yī)院的員工，但是員工未必有登陸此系統(tǒng)的權(quán)限。

系統(tǒng)有權(quán)限維護模塊，可維護用戶功能模塊里的每個菜單或者工具欄的操作權(quán)限，如該用于只有一個界面查詢權(quán)限，則不能在該界面下進行增加、刪除或者修改操作，增加系統(tǒng)的靈活性和安全性。

本系統(tǒng)中設計的員工可對應多個科室，也就是說用戶能用不同的所在科室登陸系統(tǒng)，進行只有在該科室下才能進行某些操作。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖3.8基本信息維護E-R圖

3.3.2掛號模塊概念結(jié)構(gòu)設計

掛號子模塊中有一些基本數(shù)據(jù)的維護，如掛號級別維護，合同單位維護。掛號級別是患者想掛號的級別，如專家號+病例、�？铺枴⑵胀ㄌ�，不同的掛號級別對應的掛號費也不相同；合同單位是對患者采取的收費標準，如現(xiàn)金、醫(yī)保、市保、退休等等。

圖3.9掛號E-R圖中的掛號實體是掛號模塊中的核心結(jié)構(gòu)，記錄了患者的信息、掛號信息等等、是否日結(jié)等等。掛號實體的合同號、掛號級別分別與掛號級別實體的掛號級別編號跟合同單位實體的合同編號相關聯(lián)。3.3.3收費模塊概念結(jié)構(gòu)設計

如圖3.10所示，收費子模塊中發(fā)票實體是整個模塊的核心，它關聯(lián)著發(fā)票明細、項目明細、支付方式、費用明細、日結(jié)等等許多信息，甚至處方實體中的發(fā)票號也是與發(fā)票實體關聯(lián)著。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

發(fā)票實體中維護著發(fā)票號、患者病歷號、金額、是否有效、是否日結(jié)等等非常重要的信息，它門診財務管理、核對的主要管理對象。

發(fā)票明細是一張發(fā)票對應的一些收費信息，費用明細則是門診流程中對收費項目進行動態(tài)跟蹤與管理的實體。

本系統(tǒng)支持多支付方式，可用銀行卡、醫(yī)�？ǖ鹊冗M行刷卡收費。3.3.4藥房模塊概念結(jié)構(gòu)設計

圖3.11中的處方實體是在藥房劃價或者門診劃價時產(chǎn)生，它是醫(yī)生給患者開的一張?zhí)幏剑�其中包括處方號、病歷號、處方狀態(tài)、處方金額、配發(fā)藥人等等屬性。

處方明細是一張?zhí)幏街嗅t(yī)生為患者開的藥品明細或者項目明細，像開的哪個藥品、藥品數(shù)量、用法、頻次、每次劑量、處方號、是否退藥、擺藥人等等信息。

處方與處方明細實體是通過處方號相關聯(lián)的，即一個處方包括多個處方明細，通俗的說，一個患者到醫(yī)院就醫(yī)，醫(yī)生開了一張?zhí)幏絾危�這就相當于一個處方實體，而處方單上的多個項目明細及處方明細。

圖3.9掛號E-R圖

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖3.10收費E-R圖

圖3.11藥房E-R圖

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4門診系統(tǒng)詳細設計

本節(jié)是對醫(yī)院門診管理信息系統(tǒng)的詳細設計，本系統(tǒng)采用三層架構(gòu)，因此先講述了三層架構(gòu)的特點，采用三層架構(gòu)對設計本系統(tǒng)的好處，然后再對系統(tǒng)進行了數(shù)據(jù)和界面上的設計。

4.1項目架構(gòu)設計

4.1.1三層架構(gòu)說明

本系統(tǒng)采用三層架構(gòu)：數(shù)據(jù)訪問層(DAL)，邏輯業(yè)務層(BLL)，表示層(UI)。在軟件體系架構(gòu)設計中，分層式結(jié)構(gòu)是最常見，也是最重要的一種結(jié)構(gòu)。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問層、業(yè)務邏輯層（又或成為領域?qū)樱�、表示層�?/p>

三層結(jié)構(gòu)原理：3個層次中，系統(tǒng)主要功能和業(yè)務邏輯都在業(yè)務邏輯層進行處理。所謂三層體系結(jié)構(gòu)，是在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”，也叫組件層。這里所說的三層體系，不是指物理上的三層，不是簡單地放置三臺機器就是三層體系結(jié)構(gòu)，也不僅僅有B/S應用才是三層體系結(jié)構(gòu)，三層是指邏輯上的三層，即使這三個層放置到一臺機器上。三層體系的應用程序?qū)�業(yè)務規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理。通常情況下，客戶端不直接與數(shù)據(jù)庫進行交互，而是通過COM/DCOM通訊與中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進行交互。

表示層位于最外層（最上層），離用戶最近。用于顯示數(shù)據(jù)和接收用戶輸入的數(shù)據(jù)，為用戶提供一種交互式操作的界面。

業(yè)務邏輯層（BusinessLogicLayer）無疑是系統(tǒng)架構(gòu)中體現(xiàn)核心價值的部分。它的關注點主要集中在業(yè)務規(guī)則的制定、業(yè)務流程的實現(xiàn)等與業(yè)務需求有關的系統(tǒng)設計，也即是說它是與系統(tǒng)所應對的領域（Domain）邏輯有關，很多時候，也將業(yè)務邏輯層稱為領域?qū)�。例如MartinFowler在《PatternsofEnterpriseApplicationArchitecture》一書中，將整個架構(gòu)分為三個主要的層：表示層、領域?qū)雍蛿?shù)據(jù)源層。作為領域驅(qū)動設計的先驅(qū)EricEvans，對業(yè)務邏輯層作了更細致地劃分，細分為應用層與領域?qū)�，通過分層進一步將領域邏輯與領域邏輯的解決方案分離。業(yè)務邏輯層在體系架構(gòu)中的位置很關鍵，它處于數(shù)據(jù)訪問層與表示層中間，起到了數(shù)據(jù)交換中承上啟下的作用。由于層是一種弱耦合結(jié)構(gòu)，層與層之間的依賴是向下的，底層對于上層而言是“無知”的，改變上層的設計對于其調(diào)用的底層而言沒有任何影響。如果在分層設計時，遵循了面向接口設計的思想，那么這種向下的依賴也應該是一種弱依賴關系。因而在不改變接口定義的

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

前提下，理想的分層式架構(gòu)，應該是一個支持可抽取、可替換的“抽屜”式架構(gòu)。正因為如此，業(yè)務邏輯層的設計對于一個支持可擴展的架構(gòu)尤為關鍵，因為它扮演了兩個不同的角色。對于數(shù)據(jù)訪問層而言，它是調(diào)用者；對于表示層而言，它卻是被調(diào)用者。依賴與被依賴的關系都糾結(jié)在業(yè)務邏輯層上，如何實現(xiàn)依賴關系的解耦，則是除了實現(xiàn)業(yè)務邏輯之外留給設計師的任務。

數(shù)據(jù)訪問層：有時候也稱為是持久層，其功能主要是負責數(shù)據(jù)庫的訪問，可以訪問數(shù)據(jù)庫系統(tǒng)、二進制文件、文本文檔或是XML文檔。簡單的說法就是實現(xiàn)對數(shù)據(jù)表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就會包括對象和數(shù)據(jù)表之間的mapping，以及對象實體的持久化。

采用三層架構(gòu)的優(yōu)點如下：

1、開發(fā)人員可以只關注整個結(jié)構(gòu)中的其中某一層；2、可以很容易的用新的實現(xiàn)來替換原有層次的實現(xiàn)；3、可以降低層與層之間的依賴；4、有利于標準化；5、利于各層邏輯的復用。4.1.2系統(tǒng)三層架構(gòu)

圖3.1為系統(tǒng)三層架構(gòu)簡圖，簡要說明了系統(tǒng)的層次結(jié)構(gòu)。

圖4.1系統(tǒng)三層架構(gòu)簡圖

其中數(shù)據(jù)庫處理類包括DAL.Database，DAL.Oracle.Database，DAL.SqlDatabase，DAL.DataAccess四個類。Database類是連接數(shù)據(jù)庫的接口，可根據(jù)不同的數(shù)據(jù)庫進行連接，DataAccess類提供對數(shù)據(jù)庫進行讀取和保存數(shù)據(jù)的操作。對于系統(tǒng)中的每個實體，

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

都維護了一個實體類，便于讀取和管理，每個子模塊都有一個自己的業(yè)務處理類，處理與它相關的一些業(yè)務。界面層則是面向用戶，提供用戶操作的界面。

4.2界面設計

界面設計初期，就定義了界面UI規(guī)范，無論是控件使用，提示信息措辭，還是顏色、窗口布局風格，遵循統(tǒng)一的標準，做到真正的一致。使用戶使用起來能夠建立起精確的心里模型，使用熟練了一個界面后，切換到另外一個界面能夠很輕松的推測出各種功能，語句也不需要費神理解。降低對操作人員培訓的成本，培訓人員不需費力逐個指導。能給用戶統(tǒng)一的感覺，不覺得混亂，心情愉快，支持度增加。

本系統(tǒng)定義了許多自定義用戶控件和用戶窗體，易于重用與維護。例如，系統(tǒng)子模塊的功能窗體風格一致，統(tǒng)一繼承了BaseForm窗體，查詢類窗體又統(tǒng)一繼承了BaseQueryForm窗體，如此重用性很高，也便于系統(tǒng)后期維護。

圖4.2BaseQueryForm界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4.3數(shù)據(jù)庫設計

此系統(tǒng)的數(shù)據(jù)庫設計是根據(jù)實際需求，結(jié)合本人以往經(jīng)驗進行設計，雖然有些設計不是十分理想，但是能實現(xiàn)基本功能需求。數(shù)據(jù)表分為四個模塊：基本信息維護、掛號管理、門診收費、門診藥房。基本信息維護中的表是對一些基本信息的維護，如員工、系統(tǒng)用戶、登陸科室、權(quán)限、系統(tǒng)功能模塊等等的維護；掛號管理包含掛號、退號、日結(jié)、患者等信息；門診收費主要是進行財務上的收費、核算等，其中需用的表有發(fā)票信息、費用明細、收費方式、日結(jié)等表結(jié)構(gòu)；門診藥房主要是跟藥品的發(fā)放關聯(lián)，相關的表有處方主表、處方明細、藥品信息等等。4.3.1基本信息維護表設計

用戶表里主要包括用戶編號、用戶名稱、用戶密碼三個字段，其中用戶編號是主鍵，該表中的用戶能登陸系統(tǒng)，進行系統(tǒng)操作，表結(jié)構(gòu)如表4.1所示。

表4.1用戶表

NameUSER_CODEUSER_NAME

TypeVARCHAR2(6)

NullableN

Default‘’‘’‘’

Comments用戶編號用戶名稱用戶密碼

VARCHAR2(20)N

USER_PASSWORDVARCHAR2(20)N

員工表維護著醫(yī)院的一些基本員工，如醫(yī)生，護士，收款員和管理員等等，其中編號是主鍵，本系統(tǒng)的設計特點是員工表里維護的人員才能成為系統(tǒng)的用戶，登陸系統(tǒng)進行操作。這樣設計可進行嚴密的人員控制，防止安全泄密或者黑客攻擊。表結(jié)構(gòu)如表4.2所示。

表4.2員工表

NameCODENAMEDEPT_CODETYPESEXIDEDUC

TypeVARCHAR2(6)VARCHAR2(10)VARCHAR2(4)NUMBER(20)VARCHAR2(2)VARCHAR2(20)VARCHAR2(10)

NullableNNYYYY

Default‘’‘’男

Comments編號名稱科室編號員工類別性別身份證號學歷

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

科室表維護了醫(yī)院的一些科室，描述了這些科室是否是掛號科室，是否停用，是否是執(zhí)行科室，掛號費等信息。如表4.3所示，其中科室編號是主鍵。

表4.3科室表

NameDEPT_CODEDEPT_NAMEDEPT_TCODEREG_FEEIS_STOPIS_REG

TypeVARCHAR2(4)VARCHAR2(50)VARCHAR2(4)NUMBER(6,2)VARCHAR2(1)VARCHAR2(1)

NullableNNYYYY

Default""‘’001

Comments科室編號科室名稱科室類別編號掛號費是否停用,1是/0否是否是掛號科室,1是/0否

IS_EXEC

VARCHAR2(1)

Y0

是否是執(zhí)行科室,1是/0否

權(quán)限表維護了系統(tǒng)用戶的功能權(quán)限，每個用戶在每個功能菜單下的權(quán)限都不盡相同，如用戶可以有一個功能的查詢權(quán)限，但是沒有修改權(quán)限，則該用戶只能讀取這些數(shù)據(jù)，不能進行修改，這樣設計的目的是嚴格控制用戶權(quán)限，防止用戶錯誤修改數(shù)據(jù)，導致不必要的損失。如表4.4所示，其中用戶編號、功能模塊編號是主鍵。

表4.4權(quán)限表

NameUSER_CODEFUNCTION_IDFUNCTION_NAMEDELETE_RIGHTEDIT_RIGHTADD_RIGHTREAD_RIGHT

TypeVARCHAR2(6)VARCHAR2(10)VARCHAR2(4)NUMBER(20)VARCHAR2(2)VARCHAR2(20)VARCHAR2(10)

NullableNNYYYY

Default‘’‘’1111

Comments用戶編號功能模塊編號

功能模塊名稱刪除權(quán)限修改權(quán)限增加權(quán)限查詢權(quán)限

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4.3.2門診掛號表設計

門診掛號主表是一個非常龐大的數(shù)據(jù)表，它既包括了患者的一些信息，還包括了患者掛號、是否收費、是否有效、是否日結(jié)的一些信息，如表4.5所示，表中只列出了一部分屬性，其中發(fā)票號是主鍵。

表4.5掛號主表

NameCARD_NOREG_DATENAMESEX_CODEPACT_CODEREGLEVL_CODEDEPT_CODEDOCT_CODEYNREGCHRGINVOICE_NOREG_FEEPAY_COSTVALID_FLAGOPER_CODEOPER_DATECANCEL_OPCDCANCEL_DATEBALANCE_FLAGBALANCE_OPCDBALANCE_DATEYNSEESEE_DATE

TypeVARCHAR2(10)DATEVARCHAR2(40)VARCHAR2(1)VARCHAR2(10)VARCHAR2(3)VARCHAR2(4)VARCHAR2(6)VARCHAR2(1)VARCHAR2(12)NUMBER(6,2)NUMBER(6,2)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(1)DATE

NullableNNYYYYYYYYYYYYYYYYYYYY

Default0"0"

Comments病例號/就診卡號掛號日期姓名性別合同號掛號級別科室號醫(yī)師代號掛號收費標志1是/0否發(fā)票號掛號費自付金額0退費,1有效,2作廢操作員代碼操作時間作廢人作廢時間1已日結(jié)/0未日結(jié)日結(jié)人日結(jié)時間是否看診1是/0否看診日期

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

掛號員日結(jié)檔是醫(yī)院門診進行日結(jié)的統(tǒng)計，它是對每個掛號員當天的掛號情況進行統(tǒng)計，本系統(tǒng)設計方式是只有掛號員本人才能對自己的當天工作進行日結(jié)，如果其中有中斷，則對上次日結(jié)結(jié)束時間到本次日結(jié)時間這段時間內(nèi)進行日結(jié)，每次日結(jié)產(chǎn)生一個日結(jié)號。如表4.6所示，其中日結(jié)序號是主鍵。

表4.6掛號員日結(jié)檔

NameBALANCE_NOBEGIN_DATEEND_DATETOT_QTYTOT_REGTOT_CHKTOT_DIGTOT_OTHTOT_OWNTOT_PAYTOT_PUBOPER_CODEOPER_DATE

TypeVARCHAR2(12)DATEDATENUMBER(6)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)NUMBER(8,2)VARCHAR2(6)DATE

NullableNYYYYYYYYYYYY

Default0000000

Comments日結(jié)序號開始時間結(jié)束時間處方數(shù)量掛號費總額檢查費總額診察費總額附加費總額現(xiàn)金總額自付總額記帳總額操作員操作時間

門診掛號部分還包括日結(jié)明細，合同單位表，掛號級別表等一些信息，日結(jié)明細表是掛號員日結(jié)檔的補充，記錄了每次日結(jié)的一些具體信息，如開始發(fā)票號、結(jié)束發(fā)票號、發(fā)票數(shù)量、掛號費合計、是否有效等信息。

合同單位表、掛號級別表則是為掛號主表服務，便于掛號費得維護，方便不同類型的患者就醫(yī)。掛號級別表包含了是否專家號、是否�？铺�、是否特診號、是否有效等信息，如果是專家號則是掛指定專家的號，如果是專科號，則是掛指定科室的號，為不同級別的患者的就醫(yī)優(yōu)先級也不同。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4.3.3門診收費表設計

表4.7是門診發(fā)票表，其中發(fā)票號是主鍵。門診發(fā)票表是醫(yī)院門診收費處最重要的一張表，它直接關系到醫(yī)院門診的財務系統(tǒng)，它的設計是否正確，直接關系到系統(tǒng)的正常運行。門診發(fā)票表中的發(fā)票號關系到表4.8費用明細表中的票據(jù)號屬性，表4.10處方主表的票據(jù)號屬性，它還是許多財務表的外鍵，因此十分重要。門診發(fā)票表包括發(fā)票號、病例卡號、總額、有效性等重要信息。門診發(fā)票表是當門診收款員進行收費時產(chǎn)生，同時在發(fā)票明細表、支付方式表、項目明細表等表結(jié)構(gòu)中添加相關信息。

表4.7門診發(fā)票表

NameINVOICE_NO

Type

NullableN

Default"0""0"

Comments發(fā)票號

記賬發(fā)票是否打印標記0沒有打印1已經(jīng)打印

CARD_NOREG_DATENAMEPAYKIND_CODEPACT_CODEPACT_NAMETOT_COSTREAL_COSTOPER_CODEOPER_DATECANCEL_FLAGCANCEL_INVOICECANCEL_CODECANCEL_DATEBALANCE_FLAGBALANCE_NOBALANCE_OPCDBALANCE_DATE

VARCHAR2(10)DATEVARCHAR2(4)

Y

VARCHAR2(40)YVARCHAR2(10)YVARCHAR2(50)YNUMBER(8,2)NUMBER(8,2)VARCHAR2(6)DATEVARCHAR2(1)

YYYYY

病歷卡號掛號日期患者姓名結(jié)算類別代碼合同單位代碼合同單位名稱總額實付金額結(jié)算人結(jié)算時間

有效狀態(tài)0退費1有效2重打3注銷

VARCHAR2(12)YVARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(6)DATE

YYNYY

作廢票據(jù)號作廢操作員作廢時間

日結(jié)標識號日結(jié)人日結(jié)時間

VARCHAR2(12)

PRINTINVOICE_FLAGVARCHAR2(1)

VARCHAR2(12)Y

表4.8是費用明細表，它是連接門診收費處和門診藥房的橋梁，當患者發(fā)生退費操作時顯得尤為重要。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

費用明細表的主鍵是處方號與項目代碼，它是當藥房人員進行劃價時產(chǎn)生，它的屬性類似于處方主表，但是它的作用是為了實現(xiàn)費用的動態(tài)跟蹤，如當患者未拿藥進行退費和患者已經(jīng)拿藥再進行退費時它記錄著患者該狀態(tài)，便于門診收費處進行退費處理，同時也便于門診藥房人員進行退藥處理。

表4.8費用明細表

NameRECIPE_NOCARD_NOREG_DATEREG_DPCDDOCT_CODEDOCT_DEPTITEM_CODEITEM_NAMEDRUG_FLAGSPECSUNIT_PRICEQTYCOSTEXEC_DPCDEXEC_DPNMOPER_CODEOPER_DATEPAY_FLAGCANCEL_FLAGFEE_CPCDFEE_DATEINVOICE_NOCONFIRM_FLAGCONFIRM_CODECONFIRM_DEPTCONFIRM_DATE

TypeVARCHAR2(14)VARCHAR2(10)DATEVARCHAR2(4)VARCHAR2(6)VARCHAR2(4)VARCHAR2(12)VARCHAR2(1)VARCHAR2(32)NUMBER(9,4)NUMBER(8,2)NUMBER(8,2)VARCHAR2(4)VARCHAR2(20)VARCHAR2(6)DATEVARCHAR2(1)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(12)VARCHAR2(1)VARCHAR2(6)VARCHAR2(4)DATE

NullableNYYYYNNYYYYYYYYYYYYYYYYY

Default‘1’

Comments處方號病歷卡號掛號日期開單科室開方醫(yī)師開方醫(yī)師所在科室項目代碼項目名稱1藥品/0非要規(guī)格單價數(shù)量金額執(zhí)行科室代碼執(zhí)行科室名稱劃價人劃價時間0劃價

0退費，1正常，2重打，3注銷收費員代碼收費日期票據(jù)號0未確認/1確認確認人確認科室確認時間

VARCHAR2(100)N

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

表4.9是日結(jié)信息表，它與門診掛號處的掛號日結(jié)檔相似，記錄了門診收費處的一些日結(jié)信息。它可根據(jù)不同的費用類別進行日結(jié)，如正常費用、退費費用、重打費用等，由于門診收費處支持多支付方式，因此，日結(jié)信息中還包括刷卡金額、支票金額、現(xiàn)金金額等信息。

日結(jié)信息表的主鍵是日結(jié)序號，與之對應的還有日結(jié)明細表，它也是對每條日結(jié)信息進行詳細的描述。

表4.9日結(jié)信息表

NameBLANCE_NOBEGIN_DATEEND_DATETOT_COSTOPER_CODEOPER_NAMEOPER_DATECHECK_FLAGCHECK_OPCDCHECK_DATEBALANCE_ITEM

TypeVARCHAR2(12)DATEDATENUMBER(10,2)VARCHAR2(6)VARCHAR2(16)DATEVARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(1)

NullableDefaultYYYYYYYYYN

‘0’

Comments日結(jié)序號開始時間結(jié)束時間總收入收款員代碼收款員姓名操作時間財務審核，1未審核/2已審核審核人審核時間日結(jié)項目：0-正常；1-退費；2-重打；3-注銷

INVOICE_NO

VARCHAR2(50)

Y

日結(jié)項目對應的發(fā)票號或發(fā)票號區(qū)間范圍

OWN_COSTCDNUMBERCD_COSTCA_COSTDB_COSTEXTENT_FIELD3EXTENT_FIELD4EXTENT_FIELD5

NUMBER(10,2)NUMBERNUMBER(10,2)NUMBER(10,2)NUMBER(10,2)VARCHAR2(100)VARCHAR2(400)VARCHAR2(1000)

YYYYYYYY

實收金額刷卡數(shù)量刷卡金額現(xiàn)金金額支票金額發(fā)票號范圍作廢發(fā)票號明細退費發(fā)票號明細

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

4.3.4門診藥房表設計

表4.10是門診處方主表，它的主鍵是處方號，它是記錄醫(yī)生為患者開的處方的一些信息，其中處方狀態(tài)屬性記錄了該處方的執(zhí)行階段，申請狀態(tài)時該處方剛剛開立時的狀態(tài)，打印狀態(tài)時進行門診收費收費時的狀態(tài)，配藥則是藥房人員對該處方進行配藥時的狀態(tài)，發(fā)藥是藥房人員進行發(fā)藥后的狀態(tài)，還藥狀態(tài)則是當藥房人員進行配、發(fā)藥后，但是在當天內(nèi)該患者未到藥房取藥，則藥房人員把藥品擺放原處時產(chǎn)生。

表4.10門診處方主表

NameRECIPE_NORECIPE_STATECARD_NOPATIENT_NAMESEX_CODEPAYKIND_CODEDEPT_CODEREG_DATEDOCT_CODEDOCT_DEPTFEE_OPERFEE_DATEINVOICE_NORECIPE_COSTDRUGED_OPERDRUGED_DEPTDRUGED_DATESEND_OPERSEND_DATESEND_DEPTVALID_STATEBACK_OPERBACK_DATECANCEL_OPERCANCEL_DATE

TypeVARCHAR2(14)VARCHAR2(1)VARCHAR2(10)VARCHAR2(40)VARCHAR2(2)VARCHAR2(4)VARCHAR2(4)DATEVARCHAR2(6)VARCHAR2(4)VARCHAR2(6)DATEVARCHAR2(12)NUMBER(12,2)VARCHAR2(6)VARCHAR2(4)DATEVARCHAR2(6)DATEVARCHAR2(4)VARCHAR2(1)VARCHAR2(6)DATEVARCHAR2(6)DATE

Description處方號

處方狀態(tài):0申請,1打印,2配藥,3發(fā)藥,4還藥(當天未發(fā)的藥品返回貨架)病歷號患者姓名性別結(jié)算類別患者科室編碼掛號日期開方醫(yī)生開方醫(yī)生所在科室收費人編碼收費時間票據(jù)號

處方金額(零售金額)配藥人配藥科室配藥日期發(fā)藥人發(fā)藥時間發(fā)藥科室

有效狀態(tài)：0有效，1無效還藥人還藥日期取消操作員取消日期

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

表4.11是藥品表，記錄著藥品的一些信息，如藥品類別，藥品性質(zhì)、用法、頻次、規(guī)格等藥品相關的信息，本系統(tǒng)設計特點是添加了虛庫存屬性，當藥房進行劃價時，虛庫存會減去開立的藥品的數(shù)量，這樣設計的目的是防止藥品欠缺的情況，如果患者進行劃價、收費，最后到藥房取藥時發(fā)現(xiàn)沒有藥品可拿時，發(fā)生的負面效應是不容忽視的。

表4.11藥品表

NameDRUG_CODEDEPT_CODETRADE_NAMEDRUG_TYPEDRUG_QUALITYDOES_UNITUSAGE_CODEUSAGE_NAMEDFQ_FREQDFQ_NAMESPECSPACK_UNITPACK_QTYMIN_UNITSHOW_FLAGDRUG_PRICEREAL_NUMVIRTUAL_NUM

TypeVARCHAR2(12VARCHAR2(4)VARCHAR2(50)VARCHAR2(10)VARCHAR2(10)VARCHAR2(16)VARCHAR2(3)VARCHAR2(6)VARCHAR2(40)VARCHAR2(16)VARCHAR2(32)VARCHAR2(16)NUMBER(4)VARCHAR2(16)VARCHAR2(1)NUMBER(14,4)NUMBER(20,4)NUMBER(20,4)

Description藥品編碼所屬科室藥品商品名藥品類別藥品性質(zhì)劑量單位用法單位用法名稱頻次代碼頻次名稱規(guī)格包裝單位包裝數(shù)最小單位

顯示的單位標記(0最小單位,1包裝單位)單價實際庫存虛庫存

門診藥房還有處方明細表信息，處方明細表是一條處方上對應每條藥品的信息，它的主鍵是處方號與項目編號。可以實現(xiàn)同一個處方上不同的藥品擁有不同的狀態(tài)，如同一處方上的A和B兩種藥品，但是A藥品需要到藥房1取藥，B藥品需要到藥房2取藥，患者先去藥房1取藥后，A藥品的狀態(tài)則被置為發(fā)藥狀態(tài)，而此時B藥品狀態(tài)還是打印狀態(tài)。這樣設計的目的是讓醫(yī)院門診的業(yè)務更加靈活，填補因為不同藥品在不同科室取藥時發(fā)生狀態(tài)改變時的混亂。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

5實現(xiàn)

5.1登陸界面

圖5.1系統(tǒng)登陸界面

如圖5.1所示，用戶輸入用戶名、密碼進行登陸。如果提示用戶名錯誤，則說明輸入的用戶名有誤；如果提示密碼錯誤，則說明存在該用戶，但是輸入的密碼錯誤。這樣設計能防止用戶利用數(shù)據(jù)庫漏洞進行非法登陸。如防止用戶名輸入a"or"a"="a可登陸系統(tǒng)。

圖5.2系統(tǒng)更改登陸模塊界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖5.2為系統(tǒng)更改登陸模塊界面，可選擇登陸的模塊和登陸科室。如果進入到子模塊中想進入其它的子模塊，則點擊主菜單幫助下的更改登陸即進入到該界面。

5.2基本信息維護界面

基本信息維護模塊功能菜單如下圖所示，基本信息維護菜單的子菜單包括了一些常數(shù)的維護，人員科室維護包括人員組管理，科室人員管理。

圖5.3基本信息維護菜單

圖5.4是科室人員管理的界面，可以進行科室和人員的維護，可以添加、修改人員，但是不能刪除人員，這樣設計的目的是為了系統(tǒng)的安全，如果刪除的人員參與過門診業(yè)務的一些處理，如進行過劃價，發(fā)生了醫(yī)療糾紛、人事整頓等事件時，則不能再找到與該人員相關的記錄了。

圖5.4科室、人員添加與修改界面

基本信息維護模塊還包括權(quán)限維護界面，它的界面形式與科室人員管理界面類似，實現(xiàn)了對用戶已經(jīng)擁有的功能模塊權(quán)限的更改，如一個用戶有掛號模塊的權(quán)限，則權(quán)限維護功能可對該用戶在掛號模塊下進行詳細的權(quán)限維護，像只有查詢權(quán)限，缺沒有刪除、增加、修改權(quán)限。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

5.3門診掛號界面

門診掛號模塊界面包括門診掛號、退號、日結(jié)和查詢四個功能菜單，下面具體介紹每個菜單對應的功能界面。5.3.1掛號

圖5.5掛號界面

圖5.5是門診掛號界面的一小部分，圖中工具欄中的“生成卡號”按鈕能自動生成卡號，算法是順序生成卡號，當沒有卡號時，用默認的最小的卡號，然后在此基礎上遞增，如果中間有空余號碼，則先用空余號碼中的最小號碼作為病歷號。

患者在掛號界面下錄入一些患者基本信息，選擇合同單位、掛號級別、掛號科室、掛號醫(yī)生等信息，點擊保存則完成一次掛號，患者記錄本次病例卡號，可用于完成醫(yī)院門診部分的其它流程，如藥房劃價則輸入病歷卡號，對該患者進行藥品開立。5.3.2退號

圖5.6退號界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

如圖5.6所示，退號可根據(jù)患者病歷號或者發(fā)票號進行退費，有時一個病例卡號可能有多條掛號信息，因為同一個患者可以用一個病例卡號到醫(yī)院進行多次掛號，此時選擇某一條掛號信息進行退費。圖中紅色的勾選項是選擇是否退病例本費，如果勾選，則掛號時收的病例本費用一并退還。5.3.3日結(jié)

日結(jié)界面如圖5.7所示，本系統(tǒng)比較有特色的地方是能夠顯示該掛號員的收據(jù)號碼段，如果號碼段不是連續(xù)的，則會以多條號碼段的形式表示。該界面中的起始時間是不能修改的，因為本次起始時間是上次日結(jié)的截止時間，如果掛號員能夠修改，則存在著嚴重的財務漏洞。日結(jié)功能的算法請參見附件A。

圖5.7日結(jié)界面

5.3.4查詢

本系統(tǒng)掛號部分利用Sybase公司的DataWindow技術查詢功能，在DataWindow窗口中維護SQL語句，再在程序中調(diào)用該窗口，本系統(tǒng)DataWindow窗口中transaction的屬性配置是從系統(tǒng)配置文件App.config中讀取的。這樣方便系統(tǒng)實施，只需修改程序的配置文件，則可正確調(diào)用外部技術DataWindow的查詢功能。

圖5.8是掛號情況查詢，是查詢功能中的一個代表，它可以根據(jù)病歷號、姓名、發(fā)票號等單條件進行掛號情況的查詢，同時還可以進行批量查詢，選擇不同的查詢條件進行掛號情況查詢，如選擇科室中的某一個，則查詢與科室對應的掛號情況。

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖5.8掛號情況查詢

5.4門診收費界面

門診收費模塊界面包括的功能菜單有門診收費、退費、結(jié)賬和查詢，下面具體介紹每個門診收費，門診退費和結(jié)賬三個功能。5.4.1收費

圖5.9收費主界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖5.9是收費的主界面的一部分，收費主界面能顯示患者信息、處方信息、發(fā)票等信息。門診劃價功能是可選的，如在一些小型醫(yī)院，在門診收費處就可進行劃價收費，本系統(tǒng)還實現(xiàn)了暫存功能，它可以保存以前的劃價信息，如一個患者進行劃價后，再有一個患者進行劃價，由于癥狀相同，開立的藥品也相同，則可用開立上一個患者同樣的藥品信息，這樣就大大減少工作人員的工作量。

當輸入病例號后，如果存在多條與該病例號對應的處方信息，則跳出下圖選擇框。工作人員選擇某條處方信息進行收費。

圖5.10患者處方

收費時顯示項目信息，如藥品發(fā)生的費用，檢查發(fā)生的費用等等，系統(tǒng)支持多支付方式。確認收費界面圖5.11所示，當輸入實付金額時，系統(tǒng)會自動計算找零金額。收費功能的算法詳見附錄B。

圖5.11收費插件界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

5.4.2退費

門診退費界面如圖5.12所示。退費只支持輸入發(fā)票進行退費，不支持輸入病歷號，因為一個病歷號可以對應多條收費信息。選擇想要退費的藥品，再輸入數(shù)量進行退費，圖中的全退是把所有的藥品全部退費。

圖5.12退費界面

5.4.3結(jié)賬

門診結(jié)賬與掛號模塊日結(jié)類似，界面如下圖：

圖5.13門診結(jié)賬信息

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

5.5門診藥房界面

門診藥房模塊界面包括藥品維護，藥房劃價、配發(fā)藥、退藥等業(yè)務，下面是對幾個主要業(yè)務的具體實現(xiàn)。5.5.1藥房藥品管理

本系統(tǒng)設計的藥品種類只有四種：西藥、中草藥、中成藥和原料。藥房管理人員可以對藥品進行管理，對藥品進行添加和修改。藥品維護界面如下圖所示：

圖5.14藥品維護界面

5.5.2藥房劃價

藥房劃價界面如圖5.15所示。本系統(tǒng)設計沒有包括門診醫(yī)生站，因此把藥房劃價代替醫(yī)生站，.模仿醫(yī)生對患者進行就診，然后開立處方。

本系統(tǒng)支持在患者沒有進行掛號時直接進行劃價，設計目的是方便小型醫(yī)院的業(yè)務處理，一個操作人員就可實現(xiàn)多項功能，具體操作方法是在圖5.14中的病例號文本框處輸入‘/’，再按回車，系統(tǒng)則會自動生成一個病例卡號，生成方法與門診掛號處病例卡號的生成方式相同，然后再輸入一些患者信息、開立藥品信息進行劃價

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

圖5.15劃價界面

5.5.3藥房配發(fā)藥

當患者已經(jīng)到門診收費處收費時，藥房人員可進行配發(fā)藥，如圖5.16所示，輸入發(fā)票號，則會出現(xiàn)該配藥人所在科室的未配藥患者，如果此時有新的患者收費時，工具欄中的刷新功能幫助顯示新患者。

圖5.16配藥界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

5.5.4藥房查詢

藥房查詢主要有配藥工作量、發(fā)藥工作量、門診處方查詢。

圖5.17為配藥工作量查詢，可根據(jù)藥房或者人員進行查詢，發(fā)藥工作量查詢與此類似。

圖5.17配藥工作量查詢

圖5.18為處方查詢，可根據(jù)不同的查詢條件進行查詢，如根據(jù)病歷號、發(fā)票號、姓名、處方號等條件進行查詢。

圖5.18處方查詢界面

一種醫(yī)院門診管理信息系統(tǒng)的設計與應用

6測試

6.1軟件測試定義

軟件測試（Softwaretesting）是軟件生存期中的一個重要階段，是軟件質(zhì)量保證的關鍵步驟。通俗地講，軟件測試就是在軟件投入運行前，對軟件需求分析、設計規(guī)格說明和編碼進行最終復審的活動。

1983年IEEE提出的軟件工程術語中給軟件測試下的定義是：“使用人工或自動的手段來運行或測定某個軟件系統(tǒng)或系統(tǒng)部件的過程，其目的在于檢驗它是否滿足規(guī)定的需求或弄清預期結(jié)果與實際結(jié)果之間的差別”。

6.2軟件測試目的與原則

6.2.1軟件測試目的

基于不同的立場，存在著兩種完全不同的測試目的：

1從用戶（測試人員）的角度出發(fā)，普遍希望通過軟件測試暴露軟件中隱藏的錯誤和缺陷，以考慮是否可接受該產(chǎn)品。

2從軟件開發(fā)者的角度出發(fā)，則希望測試成為表明軟件產(chǎn)品中不存在錯誤的過程，驗證該軟件已正確地實現(xiàn)了用戶的要求，確立人們對軟件質(zhì)量的信心。

軟件測試是想以最少的時間和人力，系統(tǒng)地找出軟件中潛在的各種錯誤和缺陷。如果成功地實施了測試，就能夠發(fā)現(xiàn)軟件中的錯誤，則測試的附帶收獲是，它能夠證明軟件的功能和性能與需求說明相符合，實施測試收集到的測試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)，測試不能表明軟件中不存在錯誤，它只能說明軟件中存在錯誤。6.2.2軟件測試原則

測試的目的在于發(fā)現(xiàn)錯誤，應盡早地和不斷地進行測試。充分注意測試中的群集現(xiàn)象經(jīng)驗表明，測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比。所有的測試都應可追溯到客戶需求，測試中窮舉測試是不可能的，應該嚴格執(zhí)行測試計劃，排除測試的隨意性，應當對每一個測試結(jié)果做全面檢查，妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為維護提供方便

6.3測試方法

本系統(tǒng)通過傳統(tǒng)的兩種測試方法進行測試：黑盒測試、白盒測試。

友情提示：本文中關于《醫(yī)院網(wǎng)絡掛號收費系統(tǒng)管理和維護》給出的范例僅供您參考拓展思維使用，醫(yī)院網(wǎng)絡掛號收費系統(tǒng)管理和維護：該篇文章建議您自主創(chuàng)作。

來源：網(wǎng)絡整理 免責聲明：本文僅限學習分享，如產(chǎn)生版權(quán)問題，請聯(lián)系我們及時刪除。

《醫(yī)院網(wǎng)絡掛號收費系統(tǒng)管理和維護》由互聯(lián)網(wǎng)用戶整理提供,轉(zhuǎn)載分享請保留原作者信息,謝謝!
鏈接地址：http://www.weilaioem.com/gongwen/662993.html

• 上一篇：掛號收費處現(xiàn)金管理規(guī)定
• 下一篇：中西藥藥劑員職責